In my area, telcos always provide the clock source. I have never had to provide any form of clocking whatsoever. I am curious what type of router is on the other side. If it's not Cisco, are you running PPP? If you had a protocol mismatch, I wouldn't think layer 2 would even limp to "up" for 30 seconds, but then again, I've never dealt with an HDLC mismatch.
I also have had similar issues with very small local telco's equipment and a real lack of knowledge in troubleshooting anything more than the 1s and 0s flying by. My issues in one situation in particular were all a result of either bad equipment or inexperience on the local provider's part. Does the smartjack give any evidence of the issue? Any red lights to be seen? Have you replaced the cable from the smartjack to the router or tried another DSU and V.35 cable? Here's what I would do at this point: if you have another router, DSU, cables, etc try moving them in place of the current ones. This will help rule out a hardware issue. Also try a slightly different IOS version. This helps rule out buggy IOS and a corrupted image in flash. If you do these and still nothing, I would open a case with TAC and ask them for some troubleshooting assistance. Once they confirm everything for you, you will be loaded for bear when taking on the telco. Good luck! Rik -----Original Message----- From: Stephen Hoover [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 03, 2001 10:47 AM To: [EMAIL PROTECTED] Subject: T1 install; line protocol going down and up every 30 seconds [7:21848] I am working on point to point T1 install at a small office. The line protocol keeps going up and down every 30 seconds and I cannot ping myself. My keepalive timers are not incrementing. The telco provider says that they are not providing the clock on this line and that we need to do so ourselves. My condition remains the same whether I set my clock to line or internal. The router on the remote end however seems to be ready to go when they set their clock source to line. When they set to internal, the telco provider sees framing errors on the line. Does it seem feasible that there is a clock source somewhere back towards there end of the line that their router can receive and mine cannot? I am working with the IT staff on the remote end of the link, but none of us seem to have any idea where else to go with this problem. My system works fine when I put my DSU in local loopback and it works when I put their DSU in remote loopback - so I *think* the hardware is sound. Any help is appreciated! Thanks, Stephen Hoover Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=21955&t=21955 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
