Solved

Leased T1, Point to Point, serial0 up, line protocol down

Posted on 2003-10-31
15
1,078 Views
Last Modified: 2012-06-27
I have two Cisco 2509's attached to a AT&T T1 using Paradyne 3610 CSU/DSUs at both ends.  My routers are conncted to the CSU/DSUs via DB-60 to V.35 DTE cables.  The serial 0 interface will come up and then within a minute the protocol will go down.

I tied the local loop back at the CSU/DSU and the serial 0 line when down when running the test.  I set debug on for the serial port and it looks like it getting not reply and the serial line shows down during the debug.

I had AT&T check the line between their two CSU/DSU units and they say there is no problem.  I had configured my routers and tested them before sending them using my own CSU/DSU's.  I have noticed that I have no DTR light on the AT&T CSu/DSU unit.  The other T1's I have working show a DTR light on the CSU.  I also noticed that clocking on my CSU/DSU is set for external.  Where is the clocking suppose to come from?

Any suggestion would be appricated.  Thanks
0
Comment
Question by:timreeves
  • 5
  • 4
  • 2
  • +2
15 Comments
 
LVL 16

Expert Comment

by:SteveJ
ID: 9659033
The DTR light ON indicates that your CSU is connected to the router. So it sounds like the CSU and the router are not communicating.

Clocking terminology differs from mfgr to mfgr but generally in Master/Slave timing or Loop timing, or network timing your clock source is "external" for the CSU meaning it takes it's receive clock from the incoming pulses.

So . . . ATT says they can loop YOUR CSUs at both ends?
0
 

Author Comment

by:timreeves
ID: 9659264
Steve

AT&T said "we don't see any problems with the line between the CSU/DSU", I took that as they ran a loop test between the two.  

Have any solutions on getting the DTR light on.  Break-out box maybe?  I tried a different DCE  cable but serial 0 was down period.  

Guess I could connect one of the working T1's to my router with my cabling and see if the DTR light comes on?

Thanks
0
 
LVL 35

Expert Comment

by:ShineOn
ID: 9659321
I've had this exact thing happen.  I wish I could remember what fixed it...  My issue was with AT&T also, but it was with a 2610.

Clocking source depends on the type and purpose of the connection - point-to-point, T1 frame-type differences, fractional vs full, etc.

As SteveJ said, DTR (Data Terminal Ready) light should be on if the CSU is talking to the router, which is the DTE (Data Terminal Equipment) in this scenario.

You might want to check the pinouts of the AT&T DSU/CSU to determine if it is set up the same as the DTE (WIC) interface of the router.  It could just be a DIP switch or some such.  

You might also want to double-check the V.35 cables to make sure the pinouts of the cable are correct for the interfaces.  I had an issue with Motorola Codex DSU/CSU's not using "standard" V.35 pinouts.  If you're running a "tail circuit" you also may need a special V.35 crossover cable.
0
 
LVL 16

Accepted Solution

by:
SteveJ earned 125 total points
ID: 9659884
Wait a minute . . . you said you tried a different "DCE" cable? The cable between a router and a CSU should be a DTE cable . . . DCE cables are for connecting a router to . . . say . . . an IBM terminal controller controller.

Also, sorry to be so fundamental, PPP links on Cisco can show "UP" when they really aren't . . . I guess you've figured that out. It isn't really as if your line comes up and then goes down. I'm pretty sure that your PPP connection has never come up if the DTR light on your CSU has never come on.

Also, just for grins, I always delete the config from the interface and then reconfigure when I run into problems like this.

By the way, what did you find out from swapping out the cables with the working T-1?

Good luck,
Steve
0
 

Author Comment

by:timreeves
ID: 9659920
Thanks

I think it is a cable issue, attached a sniffer and saw physical errors from both the DCE and DTE.  Is it possible that AT&T didn't configure the port on the back of the CSU/DSU correctly?  Is it correct to assume the DTR light on the CSU/DSU should be on even if problems exist at the far end?  This should be the hand shake between my local CSU/DSU and my local router, right?  

Thanks
0
 
LVL 35

Expert Comment

by:ShineOn
ID: 9660057
Depends on the problems.  If there is a connection between the CSU/DSU and the router, the DTE light should be on.  If the pinouts don't match, even if the connection is otherwise good and the equipment is functioning, then, yes, the DTE light should be on.

Is this a standalone DSU/CSU device or a blade in a channel bank?
0
New My Cloud Pro Series - organize everything!

With space to keep virtually everything, the My Cloud Pro Series offers your team the network storage to edit, save and share production files from anywhere with an internet connection. Compatible with both Mac and PC, you're able to protect your content regardless of OS.

 
LVL 79

Assisted Solution

by:lrmoore
lrmoore earned 125 total points
ID: 9661527
Major causes of these symptoms:
If both ends show line up / protocol down...
1. bad wiring in demarc extension. Are you connecting the CSU/DSU directly to the T1 smart jack, or into an extension? Who ran the extension?
2. Incorrect wiring at the demarc extension. Is it wired RJ-48C or RJ-48X? If it is Rj48X, you might need a T1 crossover cable vs a straight-through between the CSU and the wall jack
3. Incorrect channel assignments in the CSU/DSU. Are you expecting to use all 24 channels of the T1? Same at both ends?
4. Incorrect clock source selection. Vast majority of T1 implementations require "line (external)" as the clock source. Dedicated point-to-point sometimes will require one CSU at one end to provide clocking to the other end. Ask ATT technician where clocking should be coming from.
5. Incorrect cable between router and CSU. This is difficult to do because generally there is only one cable that will fit - v.35 DTE -
6. Incorrect line encapsulation at one end. Are you using default HDLC? PPP? Should it be frame-relay?
7. AT&T has the circuit in a loopback somewhere down the line. If a circuit is not terminated with a DSU for a period of about 24 hours after it is activated, it will go into alarm. Night shift comes in and puts up a loopback to silence the alarm and doesn't tell anyone. I've seen this happen too many times.

0
 

Author Comment

by:timreeves
ID: 9669997
Monday morning update:

Ok, I'm using the CSU/DSU that AT&T provides at both ends. They wired the T1 jacks and tested the circuits.  We had AT&T install this line about two months ago and we're just now getting around to using it.  I have a V.35 DTE cable attached to tje short 25 pin- to female V.35 cable that comes from port 1 on the CSU/DSU. The Cisco router has serial 0 configured to use HDLC.  I had both routers talking together in a test lab so I think things are ok on the encapsulation.
I will call AT&T to check where the clock is coming from, I suppose their using the network clock.

thanks for the help, hope to find the answer early this week.
0
 
LVL 16

Expert Comment

by:SteveJ
ID: 9671827
When you had both routers talking together in the test lab, did you have them configured as "back-to-back" . . . because if you did, one of them had to have an interface configured as DCE . . . meaning one of them had a "clock" command. This wouldn't keep the DTR light from coming on, but it would keep the link from coming up.

Steve
0
 

Author Comment

by:timreeves
ID: 9672256
The routers were connected via csu/dsu with a T1 simulator between the CSU's.  I found a bent ping on the 25 pin connector, pin 20, fixed it but still no connection between the CSU and my router on the local end.
0
 
LVL 16

Expert Comment

by:SteveJ
ID: 9672493
Can you quickly . . . or during off hours . . .swap the cable with a known working cable?

Steve
0
 

Expert Comment

by:juanmamerino
ID: 9695091
I had a similar problem with same technologies but E1 and not T1 :)

Try to invert your tx-clock on one of the routers. That's inside the interface configuration mode "invert tx-clock" (if your routers are Cisco).

When cable lenght between your CSU/DSU and the router is in a range of feets may occur this problem wich causes miss the clock afeter few seconds because the time of propagation. Yes, it sounds science fiction but it's true.

Good luck!

Juanma Merino
Barcelona
0
 

Author Comment

by:timreeves
ID: 9695770
I got it working .  The problem was with the configuration on the CSU/DSU at our end.  The port 1 on the 3160 has some problems assigning channel and keeping configure.  We configured port 2 for the full T1 and V.35 and everything worked.  Took about 30 minutes to get it right.

Thanks, for the help.  Lesson learned:  just because the network is up doesn't mean a thing if your local port is not configured right.

The second man from AT&T was of great help in finding and fixing the problem.  Thanks.
0

Featured Post

PRTG Network Monitor: Intuitive Network Monitoring

Network Monitoring is essential to ensure that computer systems and network devices are running. Use PRTG to monitor LANs, servers, websites, applications and devices, bandwidth, virtual environments, remote systems, IoT, and many more. PRTG is easy to set up & use.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Title # Comments Views Activity
Etherchannel trunking 10 41
Internet monitoring software 5 20
network error 8 35
Multiple times a day Computer loses internet connection 17 54
Even if you have implemented a Mobile Device Management solution company wide, it is a good idea to make sure you are taking into account all of the major risks to your electronic protected health information (ePHI).
Most of the applications these days are on Cloud. Cloud is ubiquitous with many service providers in the market. Since it has many benefits such as cost reduction, software updates, remote access, disaster recovery and much more.
After creating this article (http://www.experts-exchange.com/articles/23699/Setup-Mikrotik-routers-with-OSPF.html), I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…
Get a first impression of how PRTG looks and learn how it works.   This video is a short introduction to PRTG, as an initial overview or as a quick start for new PRTG users.

895 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

13 Experts available now in Live!

Get 1:1 Help Now