[c-nsp] how to validate cell rates?
Gert Doering
gert at greenie.muc.de
Thu Jan 20 05:46:51 EST 2005
Hi,
we have an interesting problem here (as usual, a Telco is involved)...
Customer has an SDSL line, which is handed to us as an ATM PVC with
ATM AAL5 SNAP encapsulation (customer side is bridged to ethernet by
the Telco termination device).
Our side is configured to use "ubr 2303", which translates to
5432 cells/second ("show atm vc <name>"). Which is exactly the cell
rate that we are permitted to use (actually it's 5433 c/s, but you
can't configure that on Cisco gear - ubr 2304 translates to 5434 c/s)
Our gear is a 7206 with 12.3(9) and an PA-A3-OC3SMI.
Now the line drops packets. Open ticket with Telco, telco claims
"you are sending too much data, we see up to 5600 cells/seconds, so
our ATM switches drop cells due to policing".
We have *never* seen this with lots of ADSL lines on the same router,
also handed off as ATM PVCs (some aal5mux ip, some aal5snap), so I'm
not really willing to believe their claims - I'm more willing to assume
some misconfiguration on their end. But I can't prove that.
So my question is: is there a way to find out peak cell rate on a given
PVC? Or are there any known bugs in 12.3(x) with PA-A3s that could
result in the router exceeding the configured PCR?
Maybe it's just a question of measurement intervals (like "Cisco calculating
PCR on a per-second basis, while Telco gear polices on a per-0.5-second
basis")? Do the ATM standards specify on which time base PCR has to be
calculated?
thanks,
gert
--
USENET is *not* the non-clickable part of WWW!
//www.muc.de/~gert/
Gert Doering - Munich, Germany gert at greenie.muc.de
fax: +49-89-35655025 gert at net.informatik.tu-muenchen.de
More information about the cisco-nsp
mailing list