1. Home
  2. Cisco Systems
  3. Cisco 1720 frame relay to Motorola HELP!

Cisco 1720 frame relay to Motorola HELP!

I'm ABSOLUTLEY STUMPED!!! I desperately need help. I have a frame relay line going from out main office "Denver" to a remote site "Baltimore"

My Cisco 1720 interfaces all show UP/UP status and shows LMI, but from its console I can't ping the Serial0.1 interface (192.168.253.250)

On the Motorola, the config looks good and from its console I can ping its Serial (192.168.253.249) and it sees the circuit and everything looks good. It CAN'T see 192.168.253.250 though.

Whats wrong? I spent about an hour yesterday on the phone with Motorola and everything looks good on that end. And as far as I know, the Cisco looks right. Am I missing something? I'm not at the remote (Baltimore) site, but I can VPN in and see the router. Is there something physical that could be causing this? (bad cable, etc) Or is it a config thing? I've confirmed the DLCI and timeslots. I'm getting A LOT of heat to get this fixed and I'm out of ideas!!!

I'm including the interface config on the 1720 and a sho int0

interface Serial0 bandwidth 256 no ip address encapsulation frame-relay IETF service-module t1 timeslots 1-4 frame-relay lmi-type ansi ! interface Serial0.1 point-to-point ip address 192.168.253.250 255.255.255.0 frame-relay interface-dlci 16 IETF

bal-den#sho int s0 Serial0 is up, line protocol is up Hardware is PQUICC with Fractional T1 CSU/DSU MTU 1500 bytes, BW 256 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation FRAME-RELAY IETF, loopback not set Keepalive set (10 sec) LMI enq sent 14905, LMI stat recvd 14295, LMI upd recvd 0, DTE LMI up LMI enq recvd 608, LMI stat sent 0, LMI upd sent 0 LMI DLCI 0 LMI type is ANSI Annex D frame relay DTE Broadcast queue 0/64, broadcasts sent/dropped 6460/0, interface broadcasts 5155 Last input 00:00:00, output 00:00:02, output hang never Last clearing of "show interface" counters 1d17h Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: weighted fair Output queue: 0/1000/64/0 (size/max total/threshold/drops) Conversations 0/2/256 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 29265 packets input, 283193 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 2 giants, 0 throttles 150 input errors, 34 CRC, 67 frame, 0 overrun, 0 ignored, 48 abort 35341 packets output, 1974602 bytes, 0 underruns 0 output errors, 0 collisions, 202 interface resets 0 output buffer failures, 0 output buffers swapped out 5 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=up

bal-den#sho int s0.1 Serial0.1 is up, line protocol is up Hardware is PQUICC with Fractional T1 CSU/DSU Internet address is 192.168.253.250/24 MTU 1500 bytes, BW 256 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation FRAME-RELAY IETF

Reply to
Todd
Loading thread data ...

Post a "show frame-relay pvc"

Reply to
Brian V

sho frame pv

PVC Statistics for interface Serial0 (Frame Relay DTE)

Active Inactive Deleted Static Local 1 0 0 0 Switched 0 0 0 0 Unused 0 0 0 0

DLCI = 16, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1

input pkts 15050 output pkts 21493 in bytes 65356 out bytes 1837181 dropped pkts 9 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 6709 out bcast bytes 681071 pvc create time 1d19h, last time pvc status changed 17:14:54

Heres a sho frame-relay lmi sho frame pvc

PVC Statistics for interface Serial0 (Frame Relay DTE)

Active Inactive Deleted Static Local 1 0 0 0 Switched 0 0 0 0 Unused 0 0 0 0

DLCI = 16, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1

input pkts 15056 output pkts 21495 in bytes 65380 out bytes 1837293 dropped pkts 9 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 6711 out bcast bytes 681183 pvc create time 1d19h, last time pvc status changed 17:16:03

Reply to
Todd

Have you tried to change LMI type? post 'debug frame lmi' output...

Also, you may have FR encapsulation mismatch... Is FR encapsulation equal to the both DTE's in your FR network? Also, is the link flapping? (up/down line protocol status changing couple of times) ? I see a lot of interface errors comparing to the fact that there is no "real" application traffic passing trough your serial interface since FR isn't working...Also, I noticed that you don't get LMI stat recvd for each LMI enq sent... But I don't suspect your line quality since if it is the case then you would had partial succes for your ping... Of course, IP config is ok for both sides?:)

Try above changes and let mi know the results...

B.R. Igor

Reply to
Igor Mamuzic

I do a "debug frame lmi" and I get this: Frame Relay LMI debugging is on Displaying all Frame Relay LMI data

Thats it. I rebooted yesterday afternoon and the lmi #'s look like this now:

Num Status Enq. Sent 7254 Num Status msgs Rcvd 7251 Num Update Status Rcvd 0 Num Status Timeouts 3

Here's what I've got for the interfaces: interface Serial0 bandwidth 256 no ip address encapsulation frame-relay IETF service-module t1 timeslots 1-4 frame-relay lmi-type ansi ! interface Serial0.1 point-to-point ip address 192.168.253.250 255.255.255.0 no cdp enable frame-relay interface-dlci 16 IETF

The motorola on the other side of the circuit is 192.168.253.249 and can ping itself.

I'm still not convinced that theres not something wrong with the Motorola to Cisco connection. The Motorola is an old Vanguard running

5.3 software. I've got another Vanguard here that if I could get it configured, I'd send it out to Baltimore to check, but I can't even get to a console on the dang thing, anybody know what emulation Motorola uses?
Reply to
Todd

Cabling-Design.com Forums website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.