10 messages in net.nether.puck.cisco-nsp[c-nsp] how to validate cell rates?
FromSent OnAttachments
Gert DoeringJan 20, 2005 5:46 am 
Hudson Delbert J Contr 61 CS/SCBNJan 20, 2005 10:58 am 
MADMANJan 20, 2005 11:29 am 
Gert DoeringJan 20, 2005 11:37 am 
Clinton WorkJan 20, 2005 11:49 am 
MADMANJan 20, 2005 12:33 pm 
Gert DoeringJan 20, 2005 12:50 pm 
Gert DoeringJan 20, 2005 1:01 pm 
Clinton WorkJan 20, 2005 1:44 pm 
MADMANJan 20, 2005 2:48 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:[c-nsp] how to validate cell rates?Actions...
From:Clinton Work (clin@scripty.com)
Date:Jan 20, 2005 11:49:53 am
List:net.nether.puck.cisco-nsp

Gert, I agree with your calculation, but it really depends upon how the Telco has built the ATM VC inside their network. The Telco could have used a VBR PVC with an unforgiving CDVT (Cell Delay Variance Tollerance) value. The only soltuion may be reducing your PCR value until the packet loss goes away.

Gert Doering wrote:

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)