Mailing List Archive: PPPoE Stability

PPPoE Stability

May 5, 2006, 11:24 AM

Post #1 of 4 (3340 views)

We have Cisco 7200's aggregating PPPoE, Paradyne DSLAMs and Starbridge and
Paradyne DSL Modems running in the field. We are looking for a way to make
this solution more fault resilient so that CPE's recover without a reboot
when we need to clear the sessions on the routers. Below is our pppoe
config from the router.

vpdn-group pppoe

accept-dialin

protocol pppoe

virtual-template 1

pppoe limit per-mac 20

interface Virtual-Template1

description *** PPPOE Virtual Template ***

ip unnumbered GigabitEthernet0/1

ip access-group 177 in

ip access-group 177 out

no ip redirects

ip mtu 1492

no ip route-cache cef

ip mroute-cache

peer default ip address pool pppoe-pool1 pppoe-pool2 pppoe-pool3
pppoe-pool4

ppp authentication pap

Does anyone have any suggestions for changing any parameters to allow the
CPE to recover on their own?

Thanks.

RR

Re: PPPoE Stability [ In reply to ]

oboehmer at cisco

May 6, 2006, 12:00 AM

Post #2 of 4 (3213 views)

Permalink

Robert Reichel <> wrote on Friday, May 05, 2006 8:25 PM:

> We have Cisco 7200's aggregating PPPoE, Paradyne DSLAMs and
> Starbridge and Paradyne DSL Modems running in the field. We are
> looking for a way to make this solution more fault resilient so that
> CPE's recover without a reboot when we need to clear the sessions on
> the routers. Below is our pppoe config from the router.
>[...]
>
> Does anyone have any suggestions for changing any parameters to allow
> the CPE to recover on their own?

what prevents the CPE to recover? If the CPE just doesn't initiate a new
PPPoE session, there is nothing you can do on the router/BRAS.

oli

P.S: Why do you disable CEF on the vtemplate?

_______________________________________________
cisco-bba mailing list
cisco-bba@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-bba

Re: PPPoE Stability [ In reply to ]

ianh at chime

May 6, 2006, 12:58 AM

Post #3 of 4 (3207 views)

Permalink

On Fri, 5 May 2006, Robert Reichel wrote:

> We have Cisco 7200's aggregating PPPoE, Paradyne DSLAMs and Starbridge
> and Paradyne DSL Modems running in the field. We are looking for a way
> to make this solution more fault resilient so that CPE's recover without
> a reboot when we need to clear the sessions on the routers. Below is
> our pppoe config from the router.

Depending on why your CPE behave that way, PPPoE Session Recovery may be
what you're looking for.

http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123newft/123t/123t_2/gtppprec.htm

--
Ian Henderson, CCIE #14721
Senior Network Engineer, iiNet Limited
_______________________________________________
cisco-bba mailing list
cisco-bba@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-bba

Re: PPPoE Stability [ In reply to ]

mounir.mohamed at gmail

May 7, 2006, 2:17 AM

Post #4 of 4 (3197 views)

Permalink

Dear Robert,

The session recovery or session reconnect can be done from the customer
side, a lot of CPE's support somthing called auto or reconnect, a also you
can use CHAP as authecntication protocol instead of PAP because the CHAP
protocol check the authenticated node every 2 minutes so if you clear the
session the customer MUST reconnect again after 2M even if he doesn't reboot
the modem.

Best Regards,
Mounir Mohamed

On 5/5/06, Robert Reichel <rreichel@net-metrix.net> wrote:
>
> We have Cisco 7200's aggregating PPPoE, Paradyne DSLAMs and Starbridge
> and Paradyne DSL Modems running in the field. We are looking for a way to
> make this solution more fault resilient so that CPE's recover without a
> reboot when we need to clear the sessions on the routers. Below is our
> pppoe config from the router.
>
>
>
> vpdn-group pppoe
>
> accept-dialin
>
> protocol pppoe
>
> virtual-template 1
>
> pppoe limit per-mac 20
>
>
>
> interface Virtual-Template1
>
> description *** PPPOE Virtual Template ***
>
> ip unnumbered GigabitEthernet0/1
>
> ip access-group 177 in
>
> ip access-group 177 out
>
> no ip redirects
>
> ip mtu 1492
>
> no ip route-cache cef
>
> ip mroute-cache
>
> peer default ip address pool pppoe-pool1 pppoe-pool2 pppoe-pool3
> pppoe-pool4
>
> ppp authentication pap
>
>
>
> Does anyone have any suggestions for changing any parameters to allow the
> CPE to recover on their own?
>
>
>
> Thanks.
>
>
>
> RR
>
> _______________________________________________
> cisco-bba mailing list
> cisco-bba@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-bba
>
>
>

--
Best Reagrds,
Mounir Mohamed