L2TP Access Is Cut Off Automatically after One Minute since Successful Dial-in

Publication Date:  2012-07-27 Views:  176 Downloads:  0
Issue Description
L2TP access is cut off automatically after one minute singce successful dial-in. 
Topology: PC----8850(LAC)-------AR28-31(LNS). 
Alarm Information
Null
Handling Process
From the analysis above, if the user sets up PPP link with the virtual template, PPP protocol has to transmits and receives EchoRequest/EchoReply negotiation packets regularly to make sure if the link is normal. If the peer does not respond within the negotiation time (defaulted to 3 seconds), PPP will transmit last packet again. If it has not received the EchoReply packets from the peer for five times, the peer will be regarded as being offline, and then the PPP link will be disconnected. If the delay of network is a bit long or the network has a poor quality, the response packets of EchoReply will be returned slowly or be discarded. Change the timeout time to 10 seconds (ppp timer negotiate 10), and droping offline will not occur.  10-second is not required, and it can be changed accordingly. 
Root Cause
1. L2TP dials in successfully, and it can ping to the virtual template address, indicating that the configuration of L2TP is normal. The delay of network may be long or the network is problematic in quality, and PPP link does not communicate. 
2. In case L2TP dials in successfully, turn on the switch of debug ppp interface Virtual-Template1, and the following information is prompted: 
      Virtual-Template1:0 : Echo Timer Expired ,Retransmit = 4                  
................
      Virtual-Template1:0 : Echo Timer Expired ,Retransmit = 1                  
...............
%Jul 22 17:32:35:114 2005 sanjin-route IFNET/5/UPDOWN:Line protocol on the inter
face Virtual-Template1:0 is DOWN                                                
%Jul 22 17:32:35:114 2005 sanjin-route IFNET/5/UPDOWN:PPP IPCP protocol on the i
nterface Virtual-Template1:0 is DOWN                                          
  *0.85497116 sanjin-route PPP/8/debug2:                                          
  PPP Event:                                                                    
      Virtual-Template1:0 : Echo Timer Expired ,Retransmit = 0                  
*0.85497116 sanjin-route PPP/8/debug2:                                          
  PPP Event:                                                                    
      Virtual-Template1:0 LCP Close  Event                                      
      state opened                                                              
*0.85497117 sanjin-route PPP/8/debug2:                                          
  PPP State Change:                                                             
      Virtual-Template1:0 LCP : opened --> closing  
According to the information above, when the virtual template 1 of LNS transmits EchoRequest to PC, it does not receive EchoReply responded by the peer, and then Virtual-Template1 is caused to be DOWN. By default, if EchoRequest gets no response for five times, the link will be disconnected. 
Suggestions
 
Null

END