[c-nsp] QoS problems on ATM pvc - IOS bug?

[Tim Franklin]

On Wed, March 26, 2008 4:34 pm, neal rauhauser wrote:

> !production box - will have nothing to do with a policy being placed on
> the
> PVC
> interface ATM2/0.98004 point-to-point
>  description Irritated Customer, LLC
>  ip address 192.168.209.253 255.255.255.252
>  pvc 5/54
>   protocol ip 192.168.209.254
>   broadcast
>   encapsulation aal5snap
> !many attempts to get the service policy right here, ain't put on an
> appearance yet

Is there anything in the log?

In my experience, when QoS config fails to take, there's often an
explanation written to the log, but *not* to the console / VTY, regardless
of your logging or 'term mon' settings.  This makes it looks like the
command is failing silently, when in reality it's complaining about
something where you can't see it :(

Regards,
Tim.


>
>     I've wrestled with this one quite a bit and even went so far as
> getting
> a maintenance window and rebooting the darned thing - someone else had
> been
> fooling with QoS stuff before they called me in and I was starting to
> think
> maybe they'd managed to aggravate some seldom touched bits of the MQC.
>
>
>      The production machine has 32 subinterfaces which correspond to frame
> T1 endpoints on the far side. There are 600+ DSL PPPoA sessions
> terminating
> on this machine as well. The processor runs at a consistent 32%, there are
> only a few hundred routes via OSPF. The engine is an NPE400 with 512 meg.
> The machine has been in production for quite some time and is stable and
> trustworthy. There is no Smartnet on it.
>
>
>   So ... anyone have any ideas here?
>
>
>
>
> --
> mailto:Neal at layer3arts.com //
> GoogleTalk: nrauhauser at gmail.com
> IM: nealrauhauser
> _______________________________________________
> 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/
>