Heads Up :
The post you are writing will appear in a public forum. Please ensure all content is appropriate for public consumption. Review the employee guidelines for the community here.
Found an odd one today.Senario: Customer has two PVCs (on the same ATM interface) going from their remote site to their head end. One PVC is for Data the other PVC is for Voice. In order to accomplish the splitting of this traffic they are using a...
This should be an easy one (I hope).I was told that is not advisable to use a virtual link as a permnent link. That the preferred method is for a back up link and not for primary traffic. I just wanted to know if this is true and if so the reason w...
Here is an odd issue I've come across while trouble shooting. Note: For this issue let us say that the customers local loop has tested clean.Customer has a Frame to ATM connection (1.5mb)Senario:Customer is experiencing packet loss.Pings from the A...
Thanks for the info, I'll see if the changes for the pcr and scr work. One question on the voice mux encapsulation. The customer is using Voice Over IP to handle the voice traffic, is changing the encapsulation on the voice pvc to aal5mux voice a V...
In the chance there is contention on the wire between both data and voice the ATM switch will chose the rt over the nrt (which is course this is intended by the customer as they were not using QOS to prioritze the different packets types, VOIP over r...
Sorry forgot to mention in the original post that ip cef is enabled on all the routers so technically routes are not supposed to be process switched. Trace routes take their intended path (simple really from host to remote router to head end router ...
Yes we are seeing other traffic drop as well..We don't get timeouts..and other network traffic to other sites over the same transit interfaces and out the same customer OC3 show no signs of packet loss or time outs. It's weird..
