Nope:
er02.penn-nj#show run | i mls
er02.penn-nj#
er02.penn-nj#show mls rp interface atm 1/1/0
mls not configured on ATM1/1/0
er02.penn-nj#show mls rp interface atm 1/1/0.36
mls not configured on ATM1/1/0.36
er02.penn-nj#show mls rp ip
ip multilayer switching is globally disabled


Randy McAnally wrote:
Do you have QOS enabled (mls qos)?

--
Randy

---------- Original Message -----------
From: Mikael Abrahamsson <[email protected]>
To: James Berwick <[email protected]>
Cc: [email protected]
Sent: Wed, 2 Sep 2009 21:01:15 +0200 (CEST)
Subject: Re: [c-nsp] ATM packet loss

On Wed, 2 Sep 2009, James Berwick wrote:

works fine. Pinging a customer on our OC3 with any packet larger than 576 bytes intermittently fails.

This is the ATM OC3 config:
interface ATM1/1/0
mac-address 0000.0c71.1148
bandwidth 155000
no ip address
load-interval 30
atm ilmi-keepalive
end
First thing I'd try here would be to configure some ubr value on the OC3, set it to 120 megabit/s or something like that. If that helps, increase until you get close to wirespeed and see if the problem creeps up the higher the UBR. The behaviour you're seeing is alike to what I've seen when there is a cell policer dropping cells somewhere.

--
Mikael Abrahamsson    email: [email protected]
_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
------- End of Original Message -------



_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Reply via email to