[WISPA] PPPoE Concentrator Redundancy

[Tim McNabb]

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 mailto:bl...@beamspeed.com>>
Date: November 2, 2010 23:59:16 PDT
To: WISPA General List mailto:wireless@wispa.org>>
Subject: Re: [WISPA] PPPoE Concentrator Redundancy
Reply-To: WISPA General List 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

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/




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/

Re: [WISPA] Broken Dragonwave

[Tim McNabb]

You might also check with Surplus Wireless Gear. They've done repairs and such 
for us in the past, pretty good customer service too.

http://surpluswirelessgear.com/

-Tim

From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf 
Of Tom DeReggi
Sent: Tuesday, December 14, 2010 11:04 PM
To: WISPA General List
Subject: Re: [WISPA] Broken Dragonwave

Yes, there are more cost effective alternatives to repair, if you have time. 
First, there is a third party company that will repair your modems or sell you 
refurbished modems for your IDUs. I ran into one not to long ago, unfortuantely 
I forget who it was off the top of my head. (But I'll try to find out)

I'm assuming you have the Split archetecture models. What model do you have? I 
might have a resource for you.


Tom DeReggi
RapidDSL & Wireless, Inc
IntAirNet- Fixed Wireless Broadband


- Original Message -
From: Kevin Sullivan
To: WISPA General List
Sent: Monday, December 13, 2010 5:43 PM
Subject: [WISPA] Broken Dragonwave

We bought a used Dragonwave link, and it appears that both ends have broken 
radio modems. Dragonwave wants $2,000 to replace each modem card assembly, for 
a total of $4k. Does anyone know what that is, and if it is possible to repair 
without paying Dragonwave unholy amounts of cash?

Thanks,
Kevin




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/



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/

Re: [WISPA] IPPay Code 012 Declines

[Tim McNabb]

I will be watching for this one. A couple months ago our auto-billing 
experienced a major issue regarding cards. Platypus support said it was on 
IPPay's side (let them remote into my machine even), IPPay denied it being 
their issue. Haven't seen it since but if we catch it, I'll update you.

-Tim

From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On Behalf 
Of Chuck Hogg
Sent: Thursday, January 20, 2011 8:57 AM
To: WISPA General List
Subject: Re: [WISPA] IPPay Code 012 Declines

Within Platypus the reports show the response codes from IPPay.  They can also 
be viewed on the IPPay reporting website.  This isn't just 1 customer, this is 
a list of customers...  Accounting is asking me if we can add our AuthorizeNet 
merchant account to Platypus as well so that they do not have to manually 
process these cards.  I'd prefer that IPPay just fix it.

Regards,

Chuck

On Thu, Jan 20, 2011 at 11:50 AM, Josh Luthman 
mailto:j...@imaginenetworksllc.com>> wrote:

I don't see the codes in PC but might on the reporting website, that where you 
see them?

Only complaint we have is the one customer that can't be charged with a 
"recurring transaction".
On Jan 20, 2011 11:24 AM, "Chuck Hogg" 
mailto:ch...@shelbybb.com>> wrote:
> I am wondering how many people out there are getting Code 012 Declines with
> their IPPay account?
>
> We are using Platypus, and all of the C012 Declines are able to be processed
> through the Virtual Terminal. Our customer calls the bank and is told, they
> are processing using an Adult Recurring Billing method, which is normally
> blocked on all accounts. IPPay says that the new bank that acquired these
> cards is handling it wrong and does not have an ETA for a fix. It has
> seemed to have happened with all Kroger MasterCards. Having to go through
> and manually process these accounts is starting to get to be a pain in the
> a$$. Our customers do not want to change credit cards.
>
> All of this seems like a crock, I know I am able to process them with
> AuthorizeNet automatic recurring billing. Has anyone else figured out a
> workaround for this?
>
> Regards,
> Chuck




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/




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/