Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

weird frame-relay issue

Status
Not open for further replies.

paublo

ISP
Sep 14, 2006
127
US
Hi i have a 6500 terminating frame-relay. Recently we consolidated some T1 frame circuits from one T3 to another. While moving these circuits to the new interface on the new T3, we made sure to configure the new interface excatly like the old interface and nothing changed with the CPE on the other end, some circutis moved over with no issue to the new T3/interface while others didn't. I would say for every 8 to 10 moved 2 gave been giving us issues.



The issue/strangeness is as follows, the interface appears to be physically up and protocol is up, so its in up/up state however it never passes traffic. When i looked at this closely i notice that LMI was being recieved but not sent from the show int command, see below for output. Then i also notice that inverse arp was not working and there was no dynamic dlci map on my end. To troubleshoot i manually added the map with the frame-relay map ip command but this didn't help, i couldn't ping the remote side and no traffic was passed on that interface while again showin up/up. I did a shut/no shut on the interface and nothing. I did notice that when i removed then added frame-relay intf-type dce it would start to send lmi but again it would no pass traffic. Now when i called Verizon to move that T1 back to the old interface which i left intact aside from the ip address statement it worked great, the interface showed up/up the dynamic dlci mapping was there and it passed traffic.



On my end these frame-relay lines terminate on flexwans and the issue happened on more than one flexwan. The only way i could get these problematic circutis to work was to changed them to PPP on the new interface/T3 which caused it to pass traffic with no issues.



This is a strange one and im really not sure what the issue is, below is the output related to the problem with some debug info.





thanks for any help, paul





8 0 2 port adapter FlexWAN WS-X6182-2PA SAD0651041B



9 0 2 port adapter FlexWAN WS-X6182-2PA SAD063002DK



10 0 2 port adapter FlexWAN WS-X6182-2PA SAD07100045



11 0 2 port adapter FlexWAN WS-X6182-2PA JAB080209QR



12 0 2 port adapter FlexWAN WS-X6182-2PA SAD071703E7









Customer router config:





interface Serial9/0/0/8:1



bandwidth 1536



ip address x.x.x.249 255.255.255.252



encapsulation frame-relay IETF



fair-queue



frame-relay interface-dlci 500



frame-relay lmi-type ansi



frame-relay intf-type dce











interface Serial0



no ip address



no ip directed-broadcast



encapsulation frame-relay IETF



frame-relay lmi-type ansi



!



interface Serial0.1 point-to-point



ip address x.x.x.250 255.255.255.252



no ip directed-broadcast



frame-relay interface-dlci 500 IETF









6500 terminating interface:

interface Serial9/0/0/8:1
ip address x.x.x..249 255.255.255.252
encapsulation frame-relay IETF
no fair-queue
frame-relay interface-dlci 500
frame-relay lmi-type ansi
frame-relay intf-type dce
!









Serial9/0/0/8:1 is up, line protocol is up



Hardware is CT3





Internet address is x.x.x.249/30



MTU 1500 bytes, BW 1536 Kbit, DLY 20000 usec,



reliability 255/255, txload 1/255, rxload 1/255



Encapsulation FRAME-RELAY IETF, crc 16, loopback not set



Keepalive set (10 sec)



LMI enq sent 0, LMI stat recvd 0, LMI upd recvd 0 ß not sending lmi



LMI enq recvd 710, LMI stat sent 710, LMI upd sent 0, DCE LMI up



LMI DLCI 0 LMI type is ANSI Annex D frame relay DCE



FR SVC disabled, LAPF state down



Broadcast queue 0/64, broadcasts sent/dropped 12/0, interface broadcasts 0



Last input 00:00:03, output 00:00:03, output hang never



Last clearing of "show interface" counters 3w0d



Input queue: 0/75/4/0 (size/max/drops/flushes); Total output drops: 55916



Queueing strategy: VIP-based fair queuing

















debug frame-relay lmi int ser9/0/0/8:1







SLOT 9/0: Mar 15 11:26:03: %SYS-2-MALLOCFAIL: Memory allocation of 65592 bytes failed



from 0x6031FEAC, alignment 32



Pool: Processor Free: 84904 Cause: Memory fragmentation



Alternate Pool: None Free: 0 Cause: No Alternate pool







-Process= "VIP Encap IPC Background", ipl= 0, pid= 32



-Traceback= 6017FA60 601849B8 6031FEB4 6032017C 603BF524 603BF8E0



Mar 15 11:26:05: %LINK-3-UPDOWN: Interface Serial9/0/0/8:1, changed state to up



Mar 15 11:26:06: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial9/0/0/8:1, cha



nged state to up



Mar 15 11:26:58: %SYS-5-CONFIG_I: Configured from console by pastaff onvty2 (209.213.



64.46)



Mar 15 11:27:17: %SYS-5-CONFIG_I: Configured from console by pastaff onvty2 (209.213.



64.46)



Mar 15 11:28:23: Serial9/0/0/8:1(in): StEnq, myseq 13



Mar 15 11:28:23: RT IE 1, length 1, type 1



Mar 15 11:28:23: KA IE 3, length 2, yourseq 33, myseq 13



Mar 15 11:28:23: Serial9/0/0/8:1(out): Status, myseq 14, yourseen 33, DCE up



Mar 15 11:28:33: Serial9/0/0/8:1(in): StEnq, myseq 14



Mar 15 11:28:33: RT IE 1, length 1, type 1



Mar 15 11:28:33: KA IE 3, length 2, yourseq 34, myseq 14



Mar 15 11:28:33: Serial9/0/0/8:1(out): Status, myseq 15, yourseen 34, DCE up



Mar 15 11:28:43: Serial9/0/0/8:1(in): StEnq, myseq 15



Mar 15 11:28:43: RT IE 1, length 1, type 1



Mar 15 11:28:43: KA IE 3, length 2, yourseq 35, myseq 15



Mar 15 11:28:43: Serial9/0/0/8:1(out): Status, myseq 16, yourseen 35, DCE up



Mar 15 11:28:53: Serial9/0/0/8:1(in): StEnq, myseq 16



Mar 15 11:28:53: RT IE 1, length 1, type 1



Mar 15 11:28:53: KA IE 3, length 2, yourseq 36, myseq 16



Mar 15 11:28:53: Serial9/0/0/8:1(out): Status, myseq 17, yourseen 36, DCE up











Debug packet







Mar 15 12:05:46: broadcast dequeue



Mar 15 12:05:49: broadcast dequeue



Mar 15 12:05:52: broadcast dequeue



Cisco Internetwork Operating System Software
IOS (tm) s72033_rp Software (s72033_rp-ADVIPSERVICESK9_WAN-M), Version 12.2(18)SXF14,
RELEASE SOFTWARE (fc1)
 
Is this issue resolved?
I would be curious to see what the sh frame-relay pvc command shows

CCNA, CCNP
 
turned out to be memory issues with the flexwan cards that the frame-relay were being terminated. I was having some memory issues with the flexwan which causes all sorts of issues including CEF issues because we were running out of memory.

 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top