No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

PPP Connection cannot be Set up Normally because IPCP Negotiation Fails to Pass through

Publication Date:  2012-07-27 Views:  60 Downloads:  0
Issue Description
Topology: NE20---transmission---C device
NE20 connects with C device through non-channel and the interface is encapsulated with PPP protocol. Check interface information on NE20; the physical and protocol layer are up. IPCP changes from down to request and it does not in open state. Opposite address cannot be pinged on NE20; local interface cannot be pinged.
Alarm Information
Null
Handling Process
Check C device and change the slot position. The problem is solved.
Root Cause
1. The physical and protocol layer are up, it indicates that  LCP has negotiated and passes. The intermediate link is not problematic. 
2. IPCP is not open, it indicates that IPCP negotiation has not passed. It need debug ppp ipcp information. Debug ppp ipcp and as follows: *1.1603249154 sjz_zxj_ne20 PPP/8/debug2:
  PPP Packet:
      Serial5/0/3:1 Output IPCP(8021) Pkt, Len 14
      State reqsent, code ConfReq(01), id 74, len 10
      IP Address(3), len 6, val 0a0f03a1
*1.1603249254 sjz_zxj_ne20 PPP/8/debug2:
  PPP Packet:
      Serial5/0/3:1 Input  IPCP(8021) Pkt, Len 8
      State reqsent, code TermAck(06), id 74, len 4
*1.1603249254 sjz_zxj_ne20 PPP/8/debug2:
  PPP Event:
      Serial5/0/3:1 IPCP RTA(Receive Terminate Ack)  Event
      state reqsent
*1.1603252287 sjz_zxj_ne20 PPP/8/debug2:
  PPP Event:
      Serial5/0/3:1 IPCP TO+(Timeout with counter > 0)  Event
      state reqsent , Retransmit = 4
Check the information and it is found that NE20 has sent code ConfReq(01) packet, but the opposite does not respond code ConfAck(02) and id74 packets. NE20 does not receive code ConfReq(01) packet sent by the opposite. IPCP RTA(Receive Terminate Ack) packet does not have effect on IPCP negotiation. It prompts [IPCP TO+(Timeout with counter > 0)]. Through four timeout retransmission, IPCP is closed.
The problem is caused by C device of the opposite.
Suggestions
Null

END