11-19-2012 01:56 PM - edited 03-07-2019 10:08 AM
Hi,
For the past few days I've been attempting to configure a data T1 on a Cisco 1760, but I'm stuck at:
Serial0/0 <our ip address> YES NVRAM up down
To provide a bit of background. This router used to be configured with a T1 via Frame-Relay; which worked
fine. Now we recently change offices and providers, and the provider did not offer any information as to which
encapsulation type to use, and if Frame-Relay which DLCI to use, etc.
Now I've been trying to setup the T1 connection and testing various settings such as encapsulation HDLC
and PPP, but no luck. I also played around with the line codes and framing; which resulted in the following
framing sf int down, line prot down, framing esf int up, line prot down. Regardless no luck.
Now I've been following several guides and examples mainly the following:
http://www.cisco.com/en/US/docs/ios/12_2/12_2z/12_2zl/feature/guide/t1dsu.html#wp1032260
In this guide they make mention of a WIC-1DSU-T1-V2, but as you can see in the show diag snippet at the
bottom; we have a WIC-1DSU-T1 version 1.5. I dont' know if this poses a problem for us.
Throughout the entire process I've seen a few irregularities for example:
1. Router(config-if)#service-module t1 cablelength short 110ft
^
% Invalid input detected at '^' marker.
The IOS doesn't recognize any command with service module t1 ca , and the only recognized command with
C is clock.
2. If I enter the following list of commands under the serial interface:
!
interface Serial0/0
ip address 10.0.0.51 255.0.0.0
service-module t1 framing esf
service-module t1 linecode b8zs
service-module t1 timeslots 1-12 speed 64
service-module t1 data-coding normal
service-module t1 cablelength short 110ft
service-module t1 remote-loopback full
service-module t1 clock source line
!
And I do a sh run all I get is the following:
!
interface Serial0/0
ip address 10.0.0.51 255.0.0.0
load-interval 30
!
Although i can do a show service-module s0/0 I can see all of the configured parameters (see below)
Module type is T1/fractional
Hardware revision is 0.128, Software revision is 0.2,
Image checksum is 0x73D70058, Protocol revision is 0.1
Receiver has no alarms.
Framing is ESF, Line Code is B8ZS, Current clock source is line,
Fraction has 24 timeslots (64 Kbits/sec each), Net bandwidth is 1536 Kbits/sec.
Last module self-test (done at startup): Passed
Last clearing of alarm counters 01:23:46
loss of signal : 0,
loss of frame : 0,
AIS alarm : 0,
Remote alarm : 3, last occurred 00:05:40
Module access errors : 0,
Total Data (last 5 15 minute intervals):
0 Line Code Violations, 0 Path Code Violations
28 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
28 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Data in current interval (521 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
The following is some extra information on our setup.
show version:
Cisco Internetwork Operating System Software
IOS (tm) C1700 Software (C1700-SV8Y-M), Version 12.2(15)ZL, EARLY DEPLOYMENT REL
EASE SOFTWARE (fc1)
Synched to version 12.3(0.1)
TAC Support: http://www.cisco.com/tac
Copyright (c) 1986-2003 by cisco Systems, Inc.
Compiled Fri 13-Jun-03 10:32 by ealyon
Image text-base: 0x80008120, data-base: 0x81571A5C
ROM: System Bootstrap, Version 12.2(7r)XM2, RELEASE SOFTWARE (fc1)
ROM: C1700 Software (C1700-SV8Y-M), Version 12.2(15)ZL, EARLY DEPLOYMENT RELEASE
SOFTWARE (fc1) ...
show diag (t1 card):
WIC/VIC Slot 0:
FT1 8360
Hardware revision 1.5 Board revision G0
Serial number 0030504078 Part number 800-03279-04
FRU Part Number WIC-1DSU-T1=
I'm a little bit rusty on my Cisco configs, so if you see anything unconventional or out of the ordinary please
don't hesitate to point it out.
Thank you,
Solved! Go to Solution.
12-06-2012 03:43 AM
Can you take a look at your controller again and see if the remote alarms are incrementing?
Last clearing of alarm counters 00:17:17
loss of signal : 0,
loss of frame : 0,
AIS alarm : 0,
Remote alarm : 2, last occurred 00:10:10
Module access errors : 0,
If so, you may still want to contact the provider and let them know you're experiencing a problem and have them test the circuit.
From what you've shown with "show service-module", it looks as though you have everything configured correctly. The only thing that I can do to get this to fail in a lab is to change the lmi type to not match the provider and then I get up/down.
HTH,
John
*** Please rate all useful posts ***
12-06-2012 10:17 AM
I have only worked with frame relay in labs, but what side (cu or isp) is responsible for setting the clock rate and frame-relay intf-type?
12-06-2012 10:58 AM
Generally the ISP sends clocking and sets the intf-type on their frame switch. The intf-type in this case would be DCE on the switch side and the clock rate is set on the switch side. When you have back to back routers, one side is set to provide clocking on line and the other is usually set for internal...
HTH,
John
*** Please rate all useful posts ***
12-06-2012 01:59 PM
Hi Blakley,
After talking to ISP they verified the circuit on their end, and they found a number that appeared to have been "misstyped" as they said.
They probably gave us the wrong DLCI. Which is discussed in the document that you gave me.
We are now up and running.
Thank you for all your help.
12-06-2012 02:04 PM
That's good news!
HTH,
John
*** Please rate all useful posts ***
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide