I’ll try to paint the picture a little more now on this. We are getting a new feed at a separate location from where our current fiber is at. The idea is to traverse our existing network and utilize both routers as edge routers and concentrators, and to get them to load balance between the two if possible. We definitely need the load-balancing performed on the internet connection part. Currently we have ImageStream routers for what we’re trying to accomplish. 1 is currently in use and acts as our edge/concentrator with BGP failover between our two upstreams. The two upstreams are currently in the same location but we’re dropping our DS3 for this other circuit at another location. What would you guys recommended doing to the ImageStreams to get them to effectively load balance the internet and still handle the PPPoE?
Thanks in advance, -Tim From: Blake Covarrubias <bl...@beamspeed.com<mailto:bl...@beamspeed.com>> Date: November 2, 2010 23:59:16 PDT To: WISPA General List <wireless@wispa.org<mailto:wireless@wispa.org>> Subject: Re: [WISPA] PPPoE Concentrator Redundancy Reply-To: WISPA General List <wireless@wispa.org<mailto:wireless@wispa.org>> I assume you're using MikroTik. You can run multiple PPPoE servers on a single Ethernet segment. The client will send its PPPoE Active Discovery Initiation (PADI) packet, and both servers will reply with their PPPoE Active Discovery Offer (PADO). The client will then select which AC it wants to use based off of which AC replied first, AC name, service name, or any combination thereof. http://wiki.mikrotik.com/wiki/Manual:Interface/PPPoE#Stages http://en.wikipedia.org/wiki/Point-to-Point_Protocol_over_Ethernet#Server_to_client:_Offer_.28PADO.29 Posting on Cisco mailing list regarding PPPoE AC redundancy. http://puck.nether.net/pipermail/cisco-bba/2005-April/000477.html Juniper's PPPoE AC implementation has a 'delay' feature in its 'Service Name Tables' which allow an administrator to explicitly set an AC as backup. http://www.juniper.net/techpubs/en_US/junos10.1/information-products/topic-collections/config-guide-network-interfaces/topic-40403.html#jd0e116783 Because MikroTik doesn't support this 'delay' you'd really end up just load balancing your clients across the two AC's. Not a bad solution and it still provides some level of redundancy. -- Blake Covarrubias On Nov 2, 2010, at 11:36 PM, Scott Vander Dussen wrote: Cross posting from another list for different opinions.. We're looking to have more than one PPPoE Concentrator available so that if one goes down due to catastrophic failure, the customers associated to that concentrator will rollover to the next one. However, the concern is that because the initial connection is layer 2 that both concentrators may see the same connection attempt and authenticate both. Is there a real effective way of having two concentrators that either load balance or provide redundancy? Thanks, `S -------------------------------------------------------------------------------- WISPA Wants You! Join today! http://signup.wispa.org/ -------------------------------------------------------------------------------- WISPA Wireless List: wireless@wispa.org<mailto:wireless@wispa.org> Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -------------------------------------------------------------------------------- WISPA Wants You! Join today! http://signup.wispa.org/ -------------------------------------------------------------------------------- WISPA Wireless List: wireless@wispa.org<mailto:wireless@wispa.org> Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
-------------------------------------------------------------------------------- WISPA Wants You! Join today! http://signup.wispa.org/ -------------------------------------------------------------------------------- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/