Switch – Link bonding across multiple switches, am I right this way

bondingnetworkingswitch

After reading https://wiki.linuxfoundation.org/networking/bonding at "Maximum Throughput in a Multiple Switch Topology", I wonder whether I can link to Host A with single LAN port after a 802.3ad switcher like this:

                   +-----------+
                   |  Host A   | 
                   +-+---+---+-+
                     |   |   |
            +--------+   |   +---------+
            |            |             |
     +------+---+  +-----+----+  +-----+----+
     | Switch A |  | Switch B |  | Switch C |
     +-+----+---+  +-+---+----+  +-+---+----+
       |    |        |   |         |   |
   +---+    |        |   |         |   |
   |  +-----|--------+   |         |   |
   |  |  +--|------------|---------+   |
   |  |  |  |            |             |
   |  |  |  +--------+   |   +---------+
   |  |  |           |   |   |
+--+--+--+-+       +-+---+---+-+
| Switch D |       |  Host B   | 
+-----+----+       +-----------+
      |
+-----+-----+
|  Host C   |
+-----------+

Switch A,B,C are ordinary unmanaged switchers, Switch D is a managed one with 802.3ad support.

Host A and Host B are both configured as BONDING_OPTS="mode=4 xmit_hash_policy=layer3+4"

On Switch D, after set the 3 upper ports being bonded, will I be able to access Host A from Host C ?

BONDING_OPTS="mode=4" will not work either with or without Switcher D and Host C, BONDING_OPTS="mode=0" should be working.

Is there some way to reduce broadcasting since Switcher D will link other switches.

Best Answer

Scenario A and B

I redrafted your diagram to make it a little easier to understand what is going on.

Scenario A is how you presented your problem.

Since you are using unmanaged, dumb switches, the diagram can be simplified and collapsed into Scenario B. You are trying to establish two Link Aggregation Groups (LAG) (802.3 ad), comprised of three links to Switch D from Host A and Host B. These LAG links are represented by ovals in the new diagram.

In theory, your traffic should pass between all hosts. HOWEVER, because you are directly connecting Host A and Host B to unmanaged switches, your LAG links may not form correctly. The resulting connectivity between Host A or Host B and Switch D would be unpredictable.

Additional Caveats

LAG groups in Cisco IOS are called EtherChannels. EtherChannels require dedicated interfaces per EtherChannel groups (Port Channel) formed. Even if Switches A, B and C had 802.3ad support and were Cisco IOS, the EtherChannels would not form.

Spreading LAGs across physical devices is not typically supported by most vendors. Cisco implements this feature with Virtual Switching System (VSS) and a Virtual Port Channel (VPC) is formed. https://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-virtual-switching-system-1440/prod_qas0900aecd806ed74b.html

Related Topic