Mailing List Archive: [nsp] Backup on PRI

[nsp] Backup on PRI

Aug 6, 2002, 3:31 AM

Post #1 of 7 (3238 views)

We have 6 E1 links between one of our PoPs and need extra bandwidth
el-pronto to ease congestion before a bandwidth upgrade is commissioned to a
T3. There is an ISDN PRI between them and would like to use this as a
temporary E1 dial solution. The PRI dials perfectly but notice that the
loading between the links is unbalanced -only about 500kbps on the PRI
Virtual Interface. We use OSPF and have place "maximum-paths 8" in the OSPF
configuration. Does OSPF loading over 6 links really work? Any ideas?

Much thanks in advance.

-nick/
-----------------------------------------------------------

controller E1 5/0/7
pri-group timeslots 1-31
description *** ISDN PRI Temp dial ***
!
interface Serial5/0/7:15
bandwidth 2048
no ip address
no ip directed-broadcast
ip load-sharing per-packet
encapsulation ppp
ip route-cache distributed
dialer rotary-group 0
isdn switch-type primary-net5
!
interface Dialer0
bandwidth 2048
ip address 200.100.200.150 255.255.255.252
no ip redirects
no ip unreachables
no ip directed-broadcast
no ip proxy-arp
ip load-sharing per-packet
encapsulation ppp
ip ospf cost 48
carrier-delay 1
no keepalive
dialer in-band
dialer rotor best
dialer idle-timeout 300
dialer load-threshold 1 either
dialer-group 10
ppp authentication chap
ppp multilink
!
dialer-list 10 protocol ip permit

Re: [nsp] Backup on PRI [ In reply to ]

dek at hades

Aug 6, 2002, 5:04 PM

Post #2 of 7 (3182 views)

Permalink

Your router wery well may be out of steam, this with segmentation and
reasembly of packets via many B-channels. Multilink PPP is extremely
resource-hungry. What kind of router is this one and one on the other side?
Check CPU utilization, buffers, etc.

On Tue, Aug 06, 2002 at 06:31:31PM +0800, Nick Kraal wrote:
> We have 6 E1 links between one of our PoPs and need extra bandwidth
> el-pronto to ease congestion before a bandwidth upgrade is commissioned to a
> T3. There is an ISDN PRI between them and would like to use this as a
> temporary E1 dial solution. The PRI dials perfectly but notice that the
> loading between the links is unbalanced -only about 500kbps on the PRI
> Virtual Interface. We use OSPF and have place "maximum-paths 8" in the OSPF
> configuration. Does OSPF loading over 6 links really work? Any ideas?
>
> Much thanks in advance.
>
> -nick/
> -----------------------------------------------------------
>
> controller E1 5/0/7
> pri-group timeslots 1-31
> description *** ISDN PRI Temp dial ***
> !
> interface Serial5/0/7:15
> bandwidth 2048
> no ip address
> no ip directed-broadcast
> ip load-sharing per-packet
> encapsulation ppp
> ip route-cache distributed
> dialer rotary-group 0
> isdn switch-type primary-net5
> !
> interface Dialer0
> bandwidth 2048
> ip address 200.100.200.150 255.255.255.252
> no ip redirects
> no ip unreachables
> no ip directed-broadcast
> no ip proxy-arp
> ip load-sharing per-packet
> encapsulation ppp
> ip ospf cost 48
> carrier-delay 1
> no keepalive
> dialer in-band
> dialer rotor best
> dialer idle-timeout 300
> dialer load-threshold 1 either
> dialer-group 10
> ppp authentication chap
> ppp multilink
> !
> dialer-list 10 protocol ip permit
>
>
> _______________________________________________
> cisco-nsp mailing list real_name)s@puck.nether.net
> http://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
---end quoted text---

--
CCNP, CCDP (R&S) Dmitri E. Kalintsev
CDPlayer@irc Network Architect @ connect.com.au
dek @ connect.com.au phone: +61 3 9674 3913 fax: 9251 3666
http://-UNAVAIL- UIN:7150410 cell: +61 414 821 382

Re: [nsp] Backup on PRI [ In reply to ]

nick at arc

Aug 6, 2002, 6:46 PM

Post #3 of 7 (3187 views)

Permalink

Thanks for your reply. We are using a Cisco 7507 for this at both ends. Will
check through CPU util and etc.

-nick/

----- Original Message -----
From: "Dmitri Kalintsev" <dek@hades.uz>
To: <cisco-nsp@puck.nether.net>
Sent: Wednesday, August 07, 2002 8:04 AM
Subject: Re: [nsp] Backup on PRI

> Your router wery well may be out of steam, this with segmentation and
> reasembly of packets via many B-channels. Multilink PPP is extremely
> resource-hungry. What kind of router is this one and one on the other
side?
> Check CPU utilization, buffers, etc.
>
> On Tue, Aug 06, 2002 at 06:31:31PM +0800, Nick Kraal wrote:
> > We have 6 E1 links between one of our PoPs and need extra bandwidth
> > el-pronto to ease congestion before a bandwidth upgrade is commissioned
to a
> > T3. There is an ISDN PRI between them and would like to use this as a
> > temporary E1 dial solution. The PRI dials perfectly but notice that the
> > loading between the links is unbalanced -only about 500kbps on the PRI
> > Virtual Interface. We use OSPF and have place "maximum-paths 8" in the
OSPF
> > configuration. Does OSPF loading over 6 links really work? Any ideas?
> >
> > Much thanks in advance.
> >
> > -nick/
> > -----------------------------------------------------------
> >
> > controller E1 5/0/7
> > pri-group timeslots 1-31
> > description *** ISDN PRI Temp dial ***
> > !
> > interface Serial5/0/7:15
> > bandwidth 2048
> > no ip address
> > no ip directed-broadcast
> > ip load-sharing per-packet
> > encapsulation ppp
> > ip route-cache distributed
> > dialer rotary-group 0
> > isdn switch-type primary-net5
> > !
> > interface Dialer0
> > bandwidth 2048
> > ip address 200.100.200.150 255.255.255.252
> > no ip redirects
> > no ip unreachables
> > no ip directed-broadcast
> > no ip proxy-arp
> > ip load-sharing per-packet
> > encapsulation ppp
> > ip ospf cost 48
> > carrier-delay 1
> > no keepalive
> > dialer in-band
> > dialer rotor best
> > dialer idle-timeout 300
> > dialer load-threshold 1 either
> > dialer-group 10
> > ppp authentication chap
> > ppp multilink
> > !
> > dialer-list 10 protocol ip permit
> >
> >
> > _______________________________________________
> > cisco-nsp mailing list real_name)s@puck.nether.net
> > http://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> ---end quoted text---
>
> --
> CCNP, CCDP (R&S) Dmitri E. Kalintsev
> CDPlayer@irc Network Architect @ connect.com.au
> dek @ connect.com.au phone: +61 3 9674 3913 fax: 9251 3666
> http://-UNAVAIL- UIN:7150410 cell: +61 414 821 382
>
> _______________________________________________
> cisco-nsp mailing list real_name)s@puck.nether.net
> http://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [nsp] Backup on PRI [ In reply to ]

dek at hades

Aug 8, 2002, 10:02 PM

Post #4 of 7 (3188 views)

Permalink

On Wed, Aug 07, 2002 at 09:46:28AM +0800, Nick Kraal wrote:
> Thanks for your reply. We are using a Cisco 7507 for this at both ends. Will
> check through CPU util and etc.

For 7500's you may also want to check the CPU usage on VIPs where you have
your E1 PAs. To do that, do

router# sh cont vip <vip number> tech-support | incl util

SY,
--
CCNP, CCDP (R&S) Dmitri E. Kalintsev
CDPlayer@irc Network Architect @ connect.com.au
dek @ connect.com.au phone: +61 3 9674 3913 fax: 9251 3666
http://-UNAVAIL- UIN:7150410 cell: +61 414 821 382

RE: [nsp] Backup on PRI [ In reply to ]

brad at cisco

Aug 9, 2002, 4:48 AM

Post #5 of 7 (3211 views)

Permalink

Or just log in directly to the VIP via the "ifcon" command.

brad@cisco.com

-----Original Message-----
From: cisco-nsp-admin@puck.nether.net
[mailto:cisco-nsp-admin@puck.nether.net] On Behalf Of Dmitri Kalintsev
Sent: Friday, August 09, 2002 12:03 AM
To: cisco-nsp@puck.nether.net
Subject: Re: [nsp] Backup on PRI

On Wed, Aug 07, 2002 at 09:46:28AM +0800, Nick Kraal wrote:
> Thanks for your reply. We are using a Cisco 7507 for this at both
> ends. Will check through CPU util and etc.

For 7500's you may also want to check the CPU usage on VIPs where you
have your E1 PAs. To do that, do

router# sh cont vip <vip number> tech-support | incl util

SY,
--
CCNP, CCDP (R&S) Dmitri E. Kalintsev
CDPlayer@irc Network Architect @ connect.com.au
dek @ connect.com.au phone: +61 3 9674 3913 fax: 9251 3666
http://-UNAVAIL- UIN:7150410 cell: +61 414 821 382

_______________________________________________
cisco-nsp mailing list real_name)s@puck.nether.net
http://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

RE: [nsp] Backup on PRI [ In reply to ]

brad at cisco

Aug 9, 2002, 5:01 AM

Post #6 of 7 (3188 views)

Permalink

Sorry..."if-con"

-----Original Message-----
From: cisco-nsp-admin@puck.nether.net
[mailto:cisco-nsp-admin@puck.nether.net] On Behalf Of Brad Bonin
(bbonin)
Sent: Friday, August 09, 2002 6:49 AM
To: 'Dmitri Kalintsev'; cisco-nsp@puck.nether.net
Subject: RE: [nsp] Backup on PRI

Or just log in directly to the VIP via the "ifcon" command.

brad@cisco.com

-----Original Message-----
From: cisco-nsp-admin@puck.nether.net
[mailto:cisco-nsp-admin@puck.nether.net] On Behalf Of Dmitri Kalintsev
Sent: Friday, August 09, 2002 12:03 AM
To: cisco-nsp@puck.nether.net
Subject: Re: [nsp] Backup on PRI

On Wed, Aug 07, 2002 at 09:46:28AM +0800, Nick Kraal wrote:
> Thanks for your reply. We are using a Cisco 7507 for this at both
> ends. Will check through CPU util and etc.

For 7500's you may also want to check the CPU usage on VIPs where you
have your E1 PAs. To do that, do

router# sh cont vip <vip number> tech-support | incl util

SY,
--
CCNP, CCDP (R&S) Dmitri E. Kalintsev
CDPlayer@irc Network Architect @ connect.com.au
dek @ connect.com.au phone: +61 3 9674 3913 fax: 9251 3666
http://-UNAVAIL- UIN:7150410 cell: +61 414 821 382

_______________________________________________
cisco-nsp mailing list real_name)s@puck.nether.net
http://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

_______________________________________________
cisco-nsp mailing list real_name)s@puck.nether.net
http://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [nsp] Backup on PRI [ In reply to ]

dek at hades

Aug 11, 2002, 4:49 PM

Post #7 of 7 (3177 views)

Permalink

On Fri, Aug 09, 2002 at 07:01:49AM -0500, Brad Bonin (bbonin) wrote:
> Sorry..."if-con"

...which is officially unsupported, so if you crash your vip on a live
router (which is relatively easy if you're unsure what exactly are you
doing), TAC will just say "sorry, but we toldcha, mate". ;)

SY,
--
CCNP, CCDP (R&S) Dmitri E. Kalintsev
CDPlayer@irc Network Architect @ connect.com.au
dek @ connect.com.au phone: +61 3 9674 3913 fax: 9251 3666
http://-UNAVAIL- UIN:7150410 cell: +61 414 821 382