<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Trunking/load balancing between 2 5308xl switches using wireless link in Switches, Hubs, and Modems</title>
    <link>https://community.hpe.com/t5/switches-hubs-and-modems/trunking-load-balancing-between-2-5308xl-switches-using-wireless/m-p/4558372#M20964</link>
    <description>With the posible exception of Linux's round-robin load balancing, I don't think there is any bonding/trunking/aggregation solution out there that will spread the packets of a single "flow" across the links of a trunk.&lt;BR /&gt;&lt;BR /&gt;Doing so is fraught with issues - primarily that it will introduce packet reordering.  TCP "deals" with it, but out of order TCP segments trigger immediate ACKs, which addes to overhead.  Trigger enough of these out of order, immediate ACKs and you can trigger TCP fast retransmit, which will simply add to the load, and limit the TCP congestion window.&lt;BR /&gt;&lt;BR /&gt;In various contexts, not necessarily all available in a ProCurve switch, I've seen flows defined as:&lt;BR /&gt;&lt;BR /&gt;1) All traffic between a given SA and DA pair&lt;BR /&gt;2) All traffic between a given Src and Dst IP address&lt;BR /&gt;3) All traffic between a given "four tuple" of Src/Dst IP plus Src/Dst Layer 4 (eg TCP, UDP) port number</description>
    <pubDate>Wed, 06 Jan 2010 01:25:00 GMT</pubDate>
    <dc:creator>rick jones</dc:creator>
    <dc:date>2010-01-06T01:25:00Z</dc:date>
    <item>
      <title>Trunking/load balancing between 2 5308xl switches using wireless link</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/trunking-load-balancing-between-2-5308xl-switches-using-wireless/m-p/4558367#M20959</link>
      <description>I interconnected 2 Procurve 5308xl switches between our main and remote office using a wirless wifi link operating at 54Mbps. The wirless routers are acting as a wifi bridge and this is working just fine for the last year or so.&lt;BR /&gt;&lt;BR /&gt;We added a second wifi link to have redundancy, but I would also like use the extra bandwith and use load balancing&lt;BR /&gt;&lt;BR /&gt;I added both ports in a trunk (non LACP) and the redundancy is woring just fine if one of the links is lost.&lt;BR /&gt;&lt;BR /&gt;The only problem is that it does not do any load-balancing. &lt;BR /&gt;The reason, I believe, is that trunking needs the use the full 100Mbps of the first port before it will use the second port defined in the trunk. As we are cheating and only have a 54Mbps connection between the switches, this 100Mbps will never be reached and the second link will not be used.&lt;BR /&gt;&lt;BR /&gt;I tried using bandwith control (rate-limit), but this is not allowed on trunked ports.&lt;BR /&gt;&lt;BR /&gt;Does anyone know if this is even technically possible? Does spanning-tree offer any solutions to have load-balancing without using the trunk option?&lt;BR /&gt;&lt;BR /&gt;Any help is welcome ;-)&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;&lt;BR /&gt;Joeri</description>
      <pubDate>Tue, 05 Jan 2010 09:17:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/trunking-load-balancing-between-2-5308xl-switches-using-wireless/m-p/4558367#M20959</guid>
      <dc:creator>Joeri Golsteyn</dc:creator>
      <dc:date>2010-01-05T09:17:04Z</dc:date>
    </item>
    <item>
      <title>Re: Trunking/load balancing between 2 5308xl switches using wireless link</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/trunking-load-balancing-between-2-5308xl-switches-using-wireless/m-p/4558368#M20960</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;The issue is down to the way load balancing is done over trunked ports. It's based on source-address and destination-address pairs and is nothing to do with traffic load.&lt;BR /&gt;Is your wifi link just a layer 2 link or is it encapsulated in a tunnel?&lt;BR /&gt;If the answer is the latter then that's your main problem, if the SA and DA are always the same (i.e. the endpoints of the tunnel) then your traffic flow across the two ports will always be the same.&lt;BR /&gt;To load balance in true fashion you need another device/appliance to do the job.&lt;BR /&gt;MSTP will allow you to do some load-balancing but again it's not perfect. In effect, you choose how VLANs are split across the links (so the load balancing depends upon how evenly your VLANs are loaded)&lt;BR /&gt;&lt;BR /&gt;HTH</description>
      <pubDate>Tue, 05 Jan 2010 09:37:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/trunking-load-balancing-between-2-5308xl-switches-using-wireless/m-p/4558368#M20960</guid>
      <dc:creator>Mohammed Faiz</dc:creator>
      <dc:date>2010-01-05T09:37:28Z</dc:date>
    </item>
    <item>
      <title>Re: Trunking/load balancing between 2 5308xl switches using wireless link</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/trunking-load-balancing-between-2-5308xl-switches-using-wireless/m-p/4558369#M20961</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I'm not using any kind of tunnel, so I suppose the wireless bridge is just behaving as a L2 link.&lt;BR /&gt;&lt;BR /&gt;If I understand correctly the SA and DA for the trunk are the IP addresses of the HP 5308 switches in the respective VLAN, not the IP addresses of the clients connected to the switches on both ends?&lt;BR /&gt;&lt;BR /&gt;I created a seperate VLAN to inter-link both switches as I do not want any broadcast traffic over the wifi link.&lt;BR /&gt;&lt;BR /&gt;This is the config:&lt;BR /&gt;-------- Relevant Switch Config Side A&lt;BR /&gt;hostname "HP5308DS"&lt;BR /&gt;interface G23&lt;BR /&gt;   name "Wireless Router 1"&lt;BR /&gt;   flow-control&lt;BR /&gt;   no lacp&lt;BR /&gt;exit&lt;BR /&gt;interface G24&lt;BR /&gt;   name "Wireless Router 2"&lt;BR /&gt;   flow-control&lt;BR /&gt;   no lacp&lt;BR /&gt;exit&lt;BR /&gt;trunk G23-G24 Trk2 Trunk&lt;BR /&gt;ip routing &lt;BR /&gt;vlan 1&lt;BR /&gt;   name "DS"&lt;BR /&gt;   untagged A1-A24,G22&lt;BR /&gt;   no ip address&lt;BR /&gt;   qos priority 0&lt;BR /&gt;   ip helper-address 192.168.101.2&lt;BR /&gt;   no untagged B1-B2,C1-C24,D1-D16,D18-D22,D24,E1-E16,F1-F6,F9-F24,G1-G21,H1-H24,Trk1-Trk4&lt;BR /&gt;   exit&lt;BR /&gt;vlan 4&lt;BR /&gt;   name "KS"&lt;BR /&gt;   untagged B1-B2,C7-C8,C10-C12,C14-C22,C24,D1-D5,D7-D10,D13-D16,D18-D22,D24,E6-E13,E15-E16,F1-F6,F9-F24,G1-G21,H1-H24,Trk3&lt;BR /&gt;   ip address 192.168.130.1 255.255.255.0&lt;BR /&gt;   qos priority 0&lt;BR /&gt;   ip helper-address 192.168.130.9&lt;BR /&gt;   tagged E1,E3,E5,E14&lt;BR /&gt;   exit&lt;BR /&gt;vlan 203&lt;BR /&gt;   name "BRIDGE1"&lt;BR /&gt;   ip address 192.168.203.2 255.255.255.0&lt;BR /&gt;   tagged Trk2&lt;BR /&gt;   exit&lt;BR /&gt;ip route 192.168.101.0 255.255.255.0 192.168.203.1&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;-------- Relevant Switch Config Side B&lt;BR /&gt;hostname "HP5308DS"&lt;BR /&gt;interface B18&lt;BR /&gt;   name "Wireless Router 1"&lt;BR /&gt;   flow-control&lt;BR /&gt;   no lacp&lt;BR /&gt;exit&lt;BR /&gt;interface D6&lt;BR /&gt;   name "Wireless Router 2"&lt;BR /&gt;   flow-control&lt;BR /&gt;   no lacp&lt;BR /&gt;exit&lt;BR /&gt;trunk B18,D6 Trk2 Trunk&lt;BR /&gt;ip routing&lt;BR /&gt;vlan 1&lt;BR /&gt;   name "DS"&lt;BR /&gt;   untagged A5,A14,B1-B4,B10,B15-B17,B20-B24,C2,C4-C5,C13-C17,C19-C23,D1-D2,D4-D5,D9-D16,D18,D20-D24,E1-E10,E12-E24,F2,F4-F12,F18,F2&lt;BR /&gt;1-F24,G1-G4,Trk1&lt;BR /&gt;   ip address 192.168.101.1 255.255.255.0&lt;BR /&gt;   qos priority 0&lt;BR /&gt;   ip helper-address 192.168.101.2&lt;BR /&gt;   tagged A2-A4,A9-A10,A16&lt;BR /&gt;   no untagged A1,A6-A8,A11,A15,B5-B9,B11-B14,B19,C1,C3,C6-C12,C18,C24,D3,D7-D8,D17,D19,E11,F1,F3,F13-F17,F19-F20,Trk2&lt;BR /&gt;   exit&lt;BR /&gt;vlan 4&lt;BR /&gt;   name "KS"&lt;BR /&gt;   untagged E11&lt;BR /&gt;   no ip address&lt;BR /&gt;   qos priority 0&lt;BR /&gt;   ip helper-address 192.168.130.9&lt;BR /&gt;   tagged A3-A4,A9-A10,A16&lt;BR /&gt;   exit&lt;BR /&gt;vlan 203&lt;BR /&gt;   name "BRIDGE1"&lt;BR /&gt;   ip address 192.168.203.1 255.255.255.0&lt;BR /&gt;   tagged Trk2&lt;BR /&gt;   exit&lt;BR /&gt;ip route 192.168.130.0 255.255.255.0 192.168.203.2&lt;BR /&gt;&lt;BR /&gt;So when I access a Client on the other side I have the following route:&lt;BR /&gt;Client 1 VLAN4=192.168.130.120 &amp;lt;-&amp;gt; (IP HP5308DS) 192.168.203.1 &amp;lt;-&amp;gt; Client2 VLAN1=192.168.101.2&lt;BR /&gt;&lt;BR /&gt;The are many other VLANs, but this is not relevant to the config...&lt;BR /&gt;&lt;BR /&gt;If I understand correctly trunking will not help me for load-balancing.&lt;BR /&gt;&lt;BR /&gt;The only option I have is to use MSTP and distribute the VLANs manually over the primary and secondary wifi link? Both serving as backup link for eachother. Can you confirm this?&lt;BR /&gt;&lt;BR /&gt;Many thanks for your insights...</description>
      <pubDate>Tue, 05 Jan 2010 10:41:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/trunking-load-balancing-between-2-5308xl-switches-using-wireless/m-p/4558369#M20961</guid>
      <dc:creator>Joeri Golsteyn</dc:creator>
      <dc:date>2010-01-05T10:41:56Z</dc:date>
    </item>
    <item>
      <title>Re: Trunking/load balancing between 2 5308xl switches using wireless link</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/trunking-load-balancing-between-2-5308xl-switches-using-wireless/m-p/4558370#M20962</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;No, the load balancing is based on the client SA/DA pairs not the address of the switches.&lt;BR /&gt;Here's a quote from the manual that explains it better than I can :) (in the example, switch 1 and 2 are connected via a trunk)&lt;BR /&gt;&lt;BR /&gt;"The load-balancing is done on a per communication basis. Otherwise, traffic &lt;BR /&gt;is transmitted across the same path as shown in figure 12-13. That is, if Client &lt;BR /&gt;A attached to Switch 1 sends five packets of data to Server A attached to &lt;BR /&gt;Switch 2, the same link is used to send all five packets. The SA/DA address &lt;BR /&gt;pair for the traffic is the same. The packets are not evenly distributed across &lt;BR /&gt;any other existing links between the two switches; they all take the same path."&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 05 Jan 2010 12:26:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/trunking-load-balancing-between-2-5308xl-switches-using-wireless/m-p/4558370#M20962</guid>
      <dc:creator>Mohammed Faiz</dc:creator>
      <dc:date>2010-01-05T12:26:26Z</dc:date>
    </item>
    <item>
      <title>Re: Trunking/load balancing between 2 5308xl switches using wireless link</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/trunking-load-balancing-between-2-5308xl-switches-using-wireless/m-p/4558371#M20963</link>
      <description>Ok,&lt;BR /&gt;&lt;BR /&gt;I understand, 2 different clients might use 2 different links... This answers my question as for now this will do what we want.&lt;BR /&gt;&lt;BR /&gt;I'm looking to upgrade to 802.11n wifi links in the near future anyway.&lt;BR /&gt;&lt;BR /&gt;Thanks for your quick response.</description>
      <pubDate>Tue, 05 Jan 2010 12:51:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/trunking-load-balancing-between-2-5308xl-switches-using-wireless/m-p/4558371#M20963</guid>
      <dc:creator>Joeri Golsteyn</dc:creator>
      <dc:date>2010-01-05T12:51:56Z</dc:date>
    </item>
    <item>
      <title>Re: Trunking/load balancing between 2 5308xl switches using wireless link</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/trunking-load-balancing-between-2-5308xl-switches-using-wireless/m-p/4558372#M20964</link>
      <description>With the posible exception of Linux's round-robin load balancing, I don't think there is any bonding/trunking/aggregation solution out there that will spread the packets of a single "flow" across the links of a trunk.&lt;BR /&gt;&lt;BR /&gt;Doing so is fraught with issues - primarily that it will introduce packet reordering.  TCP "deals" with it, but out of order TCP segments trigger immediate ACKs, which addes to overhead.  Trigger enough of these out of order, immediate ACKs and you can trigger TCP fast retransmit, which will simply add to the load, and limit the TCP congestion window.&lt;BR /&gt;&lt;BR /&gt;In various contexts, not necessarily all available in a ProCurve switch, I've seen flows defined as:&lt;BR /&gt;&lt;BR /&gt;1) All traffic between a given SA and DA pair&lt;BR /&gt;2) All traffic between a given Src and Dst IP address&lt;BR /&gt;3) All traffic between a given "four tuple" of Src/Dst IP plus Src/Dst Layer 4 (eg TCP, UDP) port number</description>
      <pubDate>Wed, 06 Jan 2010 01:25:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/trunking-load-balancing-between-2-5308xl-switches-using-wireless/m-p/4558372#M20964</guid>
      <dc:creator>rick jones</dc:creator>
      <dc:date>2010-01-06T01:25:00Z</dc:date>
    </item>
  </channel>
</rss>

