Cisco 2524 with new T1. Serial0. Line Up, Protocol Down. 2

[jason305]

I've got a 2524 with a new T1 WIC. AT&T is showing the line testing clean. I've configured Serial0 the same as my other offices.

interface Serial0
ip address 159.113.198.13 255.255.255.0
encapsulation frame-relay
no fair-queue
frame-relay map ip 159.113.198.4 400 broadcast


When I start the interface I get the following errors.

%LINK-3-UPDOWN: Interface Serial0, changed state to up
%LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0, changed state to up
%FR-5-DLCICHANGE: Interface Serial0 - DLCI 400 state changed to INACTIVE
%FR-5-DLCICHANGE: Interface Serial0 - DLCI 400 state changed to DELETED
%LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0, changed state to down

AT&T says they aren't seeing any protocol activity, which I think makes sense because my protocol goes down almost immediately. Is there something not configured right on either side which is causing it to go down?

They asked me what my protocol type is, but I've never been very clear on those points. I thought Cisco default was fine since it's Cisco at both ends.

Thanks!

Jason

 

[wybnormal]

Nope.. you need to make sure the LMI type is the same as the telco. Make a loopback plug out of a RJ-45 and tie pin 1 to 5 and 2 to 4. Plug it in to the DSU/CSU and you should get green lights. You serial port should come up with the protocol. This verifies the serial card is mostly good.

If you go to the router and type in SHOW FRAME-RELAY PVC and the number, it will give you details on the PVC. If it shows deleted, then there is an issue at the telco. If it shows inactive, then it's more then likely a protocol issue/config issue.

SHOW FRAME-RELAY LMI will give the stats on the LMI and which it's set to.

Mike S

 

[mbhandari]

Hi,
Where is your T1 channel parameters
What bandwidth & time-slots.

controller T1 0
framing esf
linecode b8zs
channel-group 0 timeslots 1-24 speed 64

-bhandari

 

[jason305]

wybnormal-

LMI type for both is Cisco. So it's probably easier at this point to find out what LMI type they are using and change my routers to use the same. Sound right?

On the home office side, the PVC shows inactive. On the field office side, it shows deleted. Does this mean there's a DLCI setting that we're not matching up on? I've already confirmed that the PVC goes between the right DLCI.

mbhandari-

I've got no clue, but no T1 settings anywhere. Neither do my other routers. But then again, this is the only FracT1 I've got.

Thanks to both of you

-Jason

 

[wybnormal]

The deleted PVC is more then likely the problem. The only way the PVC can be deleted is for the CO ( central office) to delete it from their frame switch. This happens many time with the telco trying to troubleshoot the link. I have several links that the telco had to rebuild 3-5 times before they got it right.

Verify the LMI with the telco and get them to find out why the PVC is deleted. I'll bet the link will come up once the PVC is rebuilt.

They may ask you to change the DLCI on the remote site which is fine. Sloppy but fine.

Mike S

 

[mbhandari]

I agree with Mike , If your have protocol mismatch with the other side you will still have PVC as inactive state not deleted. I have seen this kind of problem related to Fr switch with Telco people. Try to match the correct LMI type( as such no need since Cisco scan through all LMIs) but conferm with your Telco what LMI thay want, and set your type.
-bhandari

 

[jeter]

the size of the pipe needs to ne addressed . if its a full t1 all should be normal. with that said if it is say a 512
you would have to insert on the serial int ( service module t1 timeslots 1-8 ) I would create a sub intface for the DLCI
( int ser 0.1 point-to-point )frame-relay interface dlci 400 IETF . If the connection is good from telco to the frame it will show lmi up.

 

[jason305]

Thanks guys!

The t1 timeslots worked. I used to have some frac T1s, but not anymore. I had missed it. Once that went in, everything clicked.

-Jason