Yep. Balance-rr is per packet but I can't remember which one does per session. I think it's balance-alb.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 12 January 2006 20:50 To: 'WISPA General List' Subject: RE: [WISPA] Redundant Connections Can mikrotik switch between per packet or per session load balancing? > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Paul Hendry > Sent: Thursday, January 12, 2006 3:23 PM > To: 'WISPA General List' > Subject: RE: [WISPA] Redundant Connections > > Running a EoIP tunnel across both the T1 and your link you should be able to > load-balance across both links for incoming and outgoing traffic by bonding > both EoIP interfaces at the customer site and your Mikrotik box. I have done > this in the past but it has been across a couple of wireless links with > similar round trip delays. If you use per-packet load balancing there may be > issues with packets arriving out of order but if you do it per session it > should work fine. With per session load balancing you won't get an aggregate > throughput of both links with a single stream but should use both links if > multiple streams are flowing. > > Cheers, > > P. > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of John Scrivner > Sent: 12 January 2006 19:11 > To: wireless@wispa.org > Subject: [WISPA] Redundant Connections > > A little feedback from the collective is appreciated here. I have a high > school who has bought a connection from me but is also stuck with an old > T1 circuit under contract for the next 3 years. They want both > connections to be used all the time and for all traffic to automatically > go through the working connection if one fails. Basically they want load > balancing and failover. All addresses are nat'd private space IPs. I > would think I should be able to do this with Mikrotik and/or Star OS but > I do not know how. Your thoughts and or other suggestions are highly > appreciated. If only failover or only load balance is possible then > suggestions on that are welcome also. By the way, the T1 provider is not > me and will likely not work with me unfortunately. We have to leave > their network settings intact. > Scriv > > -- > WISPA Wireless List: wireless@wispa.org > > Subscribe/Unsubscribe: > http://lists.wispa.org/mailman/listinfo/wireless > > Archives: http://lists.wispa.org/pipermail/wireless/ > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.371 / Virus Database: 267.14.17/227 - Release Date: 11/01/2006 > > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.1.371 / Virus Database: 267.14.17/227 - Release Date: 11/01/2006 > > > -- > WISPA Wireless List: wireless@wispa.org > > Subscribe/Unsubscribe: > http://lists.wispa.org/mailman/listinfo/wireless > > Archives: http://lists.wispa.org/pipermail/wireless/ > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.371 / Virus Database: 267.14.17/227 - Release Date: 01/11/2006 > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.17/227 - Release Date: 01/11/2006 -- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.17/227 - Release Date: 11/01/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.17/227 - Release Date: 11/01/2006 -- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/