I think it depends on the links involved and the remote termination, I currently run per packet round robin load balance across 3 T1's, no issue's with VoIP or VPN - of course the remote ends points are the same devices
> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Tom DeReggi > Sent: Thursday, January 12, 2006 5:17 PM > To: WISPA General List > Subject: Re: [WISPA] Redundant Connections > > It important to consider the possibilties of packets arriving out of order. > Some VPN protocols (deployed by corporate subscribers), will discard the > packets when they arrive out of order, and is almost as bad as packet loss. > And VOIP quality can be degrated as well. Per session is preferred. > > Tom DeReggi > RapidDSL & Wireless, Inc > IntAirNet- Fixed Wireless Broadband > > > ----- Original Message ----- > From: "Paul Hendry" <[EMAIL PROTECTED]> > To: "'WISPA General List'" <wireless@wispa.org> > Sent: Thursday, January 12, 2006 3:22 PM > 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/ > > -- > 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/