What prot are you running over the old T1, Is it frame? if so and if not done already you may want to have telco run a test PVC, "The line protocol is down" indicates no protocal detected. May be a PVC issue. Also make sure that your router is running the same protocal as the telco company e.g. Cisco or ANSI
"Receiver has loss of frame" or "Receiver has loss of signal"
Loss of frame is framing mismatch or cable length issue.
Loss of signal is usually physical (cable, connector etc).
Are their any other errors?
2) Put interface into loopback and do a debug serial interface (does keepalive counter increase, if yes problem is not router - get your provider to test again. If doesn't increase problem is hardware on router)
Is encap (HDLC) correct? Your Bandwidth is set to 2048, change to T1. Your clock source is probably line (usually is).
do a sh service-module this will give you stats such as OOF line errors alarms. Work with the carrier using loopbacks to isolate the problem. make sure you are ESF and b8zs , another thing is check with the carrier and find out who is providing clock , If they are set your source on both sides to network , if they are not 1 of your routers needs to be set to internal and the other needs to be set to network or line
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...