Q.: Let's say I connect both of my existing NICs to Switch A and create a group, and then team the NICs using Broadcom's software. If the switch is allowing 2Gbps of throughput but the NIC team can only handle 1Gbps then is their a point in grouping ports on the switch?
A: No, using this scenario you'll have a 2 Gbps throughput, since the ports is grouped into one link-aggregation group in the same switch.
Q: As I have things set now the physical NIC A has it's own IP and MAC address. Physical NIC B has it's own IP and MAC address. The team that both NICs are part of has it's own IP and MAC address. The network components identify the server that these NICS are in by the team address. How does each switch identify them?
A: The switch recognizes the virtual IP and MAC address generated by the team; the real MAC and IP addresses are ignored by the switch.
Q: Where can I look in the switch to see what IP address/ MAC address each switch associates with the NIC that is connected to it?
A: You can see the MAC address announced in the ports which the NICs are connected, it will be the virtual MAC. In the ARP table, this MAC will be associated to the virtual IP address.
Q: I'm starting to wonder if my existing team could already be causing the problems you mention with using two standalone switches.
A: I don't think so; since you tell me that you don't have a core switch. But, in the other hand, if these Baseline switches are connected between itselves, maybe you could see that there's some warning message regarding a duplicated IP address. I said maybe...I don't know how is your real network topology.
Q: If each switch sees the IP and MAC address of the physical NIC and not the team then I can use a 4 port NIC, make 3 teams (2 trunking and 1 failover) and accomplish everything I want to?
A: No. Actually this feature does not work as you thinking. When you create a manual link-aggregation group (in servers connections the LAG must be manually created), it uses the LACP protocol to signalling between both peers - the switch and the server. Since the switch sees just the virtual addresses, and can handle just one source IP in the LAG, you cannot setup your connection as you mentioned.
Q: These two Baseline Plus switches are the only two on our network. Up until now I haven't even thought of using any network management features. I don't know enough to do it. I'm actually interested in trying to figure out how I could use a VLAN or why I would use it so perhaps I can get a little more out of my switches but I think if I explore that before I get a grasp on link aggregation my mind might shut down.
A: If you have just these two switches in your network, and I wonder that these switches are interconnected, you cannot create a LAG in one switch, another LAG in the second switch, and expects that the server will have the sum of both connections...If you want to use VLANs in your network and if you need that these VLANs could communicate between it, you will need a Layer 3 device (a router with 802.1Q support or a multilayer switch), that will route the traffic among the VLANs.
I will try to resume (and sorry if I'm not quite clear) the best way to provide 8Gbps of throughput using your 4 server NICs:
Create a manual link-aggregation group (LAG) in one of the switches, group 4 ports into this LAG, connect the server to these 4 ports as teaming, and then you'll have 8Gbps of total throughput. You'll never get 8 Gbps of throughput using two LAGs, one in each switch. This way you'll create an ARP resolution problem. To solve the problem of bottleneck between the switches, you just need to enable LACP on two ports in each switch, and use these ports to create a dynamic LAG to the uplink. But be careful: the ports that belong to a LAG must have exactly the same configuration. Whatever the LAG mode, the ports always must have the same settings.
Difference between failover and Aggregated Link:
Failover: just one NIC active at a time. The second cames up only if the primary fails.
Aggregated Link: both NICs are active at the same time, if one fails, the connection remains active and doesn't cause impacts on the network. Additionally, it aggregates the speed of the ports according the number of ports grouped in the same LAG.
Q: How does this affect my situation: BASP teaming modes BASP teaming modes include the following: Smart Load Balancing. This proprietary Broadcom technology provides fault tolerance and load balancing based on IP flow. This feature can balance IP traffic across as many as eight team members for both outbound and inbound traffic. In this mode, all adapters in the team have separate MAC addresses. Smart Load Balancingâ„¢ (SLB) provides automatic fault detection and dynamic failover to another team member or to a hot-standby member, and works with any switch or hub.
A: I'm not sure, but if I understand this feature, the Broadcom NICs just works using a proprietary feature (SLB) or in failover mode. Do you know if these NICs does support LACP (IEEE 802.3ad)?
HTH