A long-established frame-relay T3 headend has been giving us problems lately. It looks like the T3 loses touch with the Verizon frame cloud. When I do a "show int s3/0", it's showing an up/down status. There are no errors, but I can see LMI's being sent out, but nothing returning. If I do a "shut/no shut" on s3/0, the line will return to up/up and stay up for anywhere from several hours to several days.
I've replaced the PAT3+ interface. I've replaced the router entirely, not just the chassis. The circuit has been running with no configuration changes for the last couple of years. The router is running IOS 12.1.3 and has seen no major config changes except for additional s3/0 subinterface additions as new PVC's have come on board. The coax is 336 feet to the demarc; there is a spare coax pair that behaves the same way.
Verizon has been working on the issue for 3 weeks without really having a clue. They say they don't see LMI's I believe I'm sending to them when s3/0 is up/down. I've noticed that if I keep the S3/0 subinterfaces down/down, so that all s3/0 is doing is pushing frame protocol back to the Verizon switch it seems to stay up. It's when we shove data across the wire that life gets bad. For instance, s3/0 stayed up/up for 4d16h with all the subinterfaces down/down. When I brought the subinterfaces back online, s3/0 went to up/down in 9 hours. So, data flow across the frame seems to be a part of the equation.
What might be going on here? What else can I check? How can I verify where the problem is? I don't have a frame protocol analyzer. Is there something else I can check from within IOS that will give me some clues? I don't know that Verizon is going to solve this one. Are there any troubleshooting steps I should be doing that I haven't mentioned?
When your sub interfaces are down down what is the status of the PVC inactive or deleted ? Inactive points to an issue on the remote end , deleted means that the local FR switch is not advertising your DLCI to you .
you may also do a sh interface s3/0 and look for drops in the broadcast queue .
The PVC's show "ACTIVE", even though I have the subinterfaces administratively shutdown.
Broadcast queue is clean for the moment (no data going across the wire at all), but I'll keep an eye on it when I crank the subinterfaces back up. If I have broadcast queue drops, what is that telling me?
This is actually a pretty cool feature, i didn't even know it existed until I was looking for a solution to advertise a subnet (prefix in BGP talk), only if a certain condition existed. This is exactly what conditional advertisements does
j ai une question j ai achete un routeur cisco 887VA-k9 , je le configuré avec la configuration ci- dessous
si je le lier avec mon pc portable sur l un de ses ports directement ça marche toute est bien ( la connexion internet + m...
Attached policy provides CLI access to the Cisco 4G router over text messaging. Two files are in the attached .tar file:
2. PDF with instructions on how to load and use the .tcl file.