Need help, point-to-point T1 link is down

[IllegalOperation]

I am having difficulty trying to get two point-to-point T1 sites connected with each other. The main office site is using a 7206VXR with a PA-MC-8T1. The remote site has a 1721 with a WIC-T1-DSU. Currently both the interfaces are up, and the line protocol is down. Both routers are sending out LMI packets, but they are all timing out. The PVC status for both routers are currently listed as deleted. These routers are physically connecting with each other (interfaces are up) - so it has to be a configuration problem. Either I am missing something, or entered the wrong parameters for something else. I am using frame-relay IETF, with ANSI as the LMI type. Timeslots 1-24 are being used on both ends, with the main office using an internal clock source. The only thing I didnt check is the actual size of each timeslot. I am assuming their defaults are both the same. I am also assuming that both line code defaults for each router are the same as well. I am definately missing something here, as both interfaces are connected but just not communicating with each other. I seriously doubt this is a hardware problem, and I also seriously doubt there is a problem with the actual circuit (just tested out successfully). Attached to this post are the interface configurations for both routers, along with additional info out of my main office router.....


MAIN OFFICE ROUTER

- show run
!
controller T1 1/6
clock source internal
channel-group 6 timeslots 1-24
!
interface Serial1/6:6
no ip address
encapsulation frame-relay IETF
frame-relay lmi-type ansi
!
interface Serial1/6:6.20 point-to-point
ip address 10.0.6.1 255.255.255.252
no ip redirects
ip nat inside
frame-relay interface-dlci 20
!

- show frame PVC
DLCI = 20, DLCI USAGE = LOCAL, PVC STATUS = DELETED, INTERFACE = Serial1/6:6.20

input pkts 0 output pkts 0 in bytes 0
out bytes 0 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0

- show frame LMI
LMI Statistics for interface Serial1/6:6 (Frame Relay DTE) LMI TYPE = ANSI
Invalid Unnumbered info 0 Invalid Prot Disc 0
Invalid dummy Call Ref 0 Invalid Msg Type 0
Invalid Status Message 0 Invalid Lock Shift 0
Invalid Information ID 0 Invalid Report IE Len 0
Invalid Report Request 0 Invalid Keep IE Len 0
Num Status Enq. Sent 198 Num Status msgs Rcvd 0
Num Update Status Rcvd 0 Num Status Timeouts 198




REMOTE SITE ROUTER

- show run
!
interface serial0
no ip address
encapsulation frame-relay IETF
no fair-queue
service-module t1 timeslots 1-24
frame-relay lmi-type ansi
!
interface serial0.20 point-to-point
ip address 10.0.6.2 255.255.255.252
frame-relay interface-dlci 20
!

Anyone notice anything? Let me know if you require any additional information, I will be more than happy to provide for you. Any help is greatly appreciated....

 

[BuckWeet]

Well one question, why are you using frame relay on a p2p??

use HDLC, makes life easier


BuckWeet

 

[IllegalOperation]

Ive noticed that the majority of configs I have seen have been frame. At least from what I noticed.

However, I was considering the switch over to HDLC anyway. Got a template I can look into to get me started?

Appreciated

 

[IllegalOperation]

Also, is there any drop off in performance when using HDLC?

Im not big on HDLC because basically the only troubleshooting commands you can use that I have seen so far are "show interface x" and "debug x".

Also for the clock source, I have the main office router currently set up as internal - and the remote site router set with line. Would you suggest a different way?

Thanks again

 

[IllegalOperation]

Ok, HDLC works out just fine. Strange how frame wouldnt work though. Oh well. Ill keep it in mind next time I run into something like this. Thanks Buckweet

 

[gconnect]

did you say that this is in a lab or in production. if this is in production talking across a provider network, you should set both routers to clock source line.

if these are back to back in a lab frame-relay will not work unless you disable frame-relay keepalives on both sides. then i'd have one side be clock source internal and the other one line.

i'd also suggest declaring the bandwidth if possible and using PPP or HDLC would be a better option. You might as well go ahead and declare the framing and linecoding and bandwidth.

-gC-
Hope this Helps

p.s.

http://www.cisco.com/en/US/tech/tk713/tk237/technologies_configuration_example09186a0080094a3b.shtml