[nsp] Problems with half bridge PVC

Donato Dunguihual Morales donato at rdc.cl
Sun May 16 09:26:49 EDT 2004


Hello,


I had the same problem with cisco 7500 vip 250 and Atm half bridge.

after several attempts (MTU, Car  etc ), I change the Vip 250 for Vip 480
and working fine.



Best Regards
Donato



----- Original Message ----- 
From: "Alastair Johnson" <alastair.johnson at maxnet.co.nz>
To: "Dan Armstrong" <dan at beanfield.com>
Cc: <cisco-nsp at puck.nether.net>
Sent: Wednesday, May 12, 2004 9:29 PM
Subject: Re: [nsp] Problems with half bridge PVC


> Hi Dan,
>
> We tried the "ip mtu 1500", but it doesn't actually appear
> in the config if the IP MTU and subif MTU match - if I set it
> to say 1472 it will show up.
>
> We've tried various MTU combinations on both ends to no
> avail.  Next thing to try is another 7507 with 12.2 so I can
> test RBE, I guess.
>
> aj
>
> On Wed, 12 May 2004, Dan Armstrong wrote:
>
> > I see the command "mtu 1500" in your config.
> >
> > We half bridge like madmen on a GSR, and the config is _almost_ the
same, but " ip
> > mtu 1500" instead, don't know if that makes a difference.
> >
> >
> > Alastair Johnson wrote:
> >
> > > Hi,
> > >
> > > Since migration from one POP to another last week - which
> > > included a switch to another router - I've been having some
> > > problems with a half bridge ATM PVC.
> > >
> > > Basically, for the most part, traffic flows fine across the
> > > circuit, including 1500b (and larger) pings.
> > >
> > > However, I can't telnet to the device on the remote site -
> > > I get to the cisco Username: prompt and can't type anything.
> > > I can however press return and get a new username prompt.
> > >
> > > Enabling telnet line mode does work around this problem
> > > so I can still get into the remote device.
> > >
> > > Simultaneously, customers on the other end of this circuit
> > > have problems sending emails with attachments, or browsing
> > > SSL websites.
> > >
> > > config:
> > >
> > > cr01.akl1 - 7507, 12.0(26)S, ATM side
> > >
> > > interface ATM4/0/0.266 multipoint
> > >  description Router: CR01.HLZ1 via 2M TCL ATM (IVC407-298)
> > >  mtu 1500
> > >  bandwidth 2048
> > >  ip address 202.89.32.161 255.255.255.252
> > >  no ip directed-broadcast
> > >  no ip proxy-arp
> > >  ip route-cache same-interface
> > >  ip ospf network broadcast
> > >  ip policy route-map netguardian
> > >  atm pvc 266 0 266 aal5snap bridge 2261 2261 oam 30
> > >  no atm enable-ilmi-trap
> > > end
> > >
> > > cr01.hlz1: cisco 2620, IOS 12.2(16)
> > >
> > > !
> > > interface FastEthernet0/0.266
> > >  description Router: 2Mbps PVC to CR01.AKL1 via TelstraCLEAR IPExpress
(IVC407298)
> > >  bandwidth 2048
> > >  encapsulation dot1Q 266
> > >  ip address 202.89.32.162 255.255.255.252
> > >  ip wccp web-cache redirect out
> > >  ip ospf network broadcast
> > > end
> > >
> > > The telco delievrs it as a 2261k ABR (originally - they've tried
> > > switching it to vbr-nrt to see if that helped.. it didn't) PVC
> > > to cr01.akl1.  The Ethernet side is delivered as a 10M/Full duplex
> > > (duplex confirmed with telco) circuit, tagged on our switch as
> > > 266 and passed via the dot1q trunk to the 2620.
> > >
> > > Telco has confirmed the rate-shaping is 2261k, and they've
> > > confirmed and added the shaping on their switch at the Ethernet
> > > side.
> > >
> > > This all used to work when it was connected to a different 7507
> > > using 12.2(15)T with RBE.  Obviously RBE isn't available in 12.0S
> > > so we can't use that.
> > >
> > > Anyone have any ideas?  I'm completely stumped, as is the telco.
> > > The problem is that when we shifted from one router to the other,
> > > they also rebuilt the PVC from one ATM bearer to another, so
> > > they're not sure if *they* broke something or if it's us.
> > >
> > > The 7507 has another circuit that is identical in all ways except
> > > it is 10Mb, which has no problems.
> > >
> > > any help would be greatly appreciated.
> > >
> > > aj
> > >
> > > --
> > > Network Operations              ||      noc. +64.9.915.1825
> > > Maxnet                          ||      cell. +64.21.639.706
> > > _______________________________________________
> > > cisco-nsp mailing list  cisco-nsp at puck.nether.net
> > > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > > archive at http://puck.nether.net/pipermail/cisco-nsp/
> >
> > _______________________________________________
> > cisco-nsp mailing list  cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> >
>
> -- 
> Network Operations || noc. +64.9.915.1825
> Maxnet || cell. +64.21.639.706
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/



More information about the cisco-nsp mailing list