Cross-Province Dialing of L2TP Users does not Communicate

Publication Date:  2012-07-27 Views:  73 Downloads:  0
Issue Description
A leased line user can use L2TP dialup to access the private network of company within the province, but when he is on bussiness trip to other provinces, L2TP dailing will not communicate. 
Alarm Information
At the LNS router of the customer, turn on the DEBUG switch, and the following information is found (for more, see the attachment): 
 L2TP::Proc Peer Data result 0                                                  
 L2TP::Recv data Len = 143                                                      
 L2TP::Recv msg with msg type: 1                                                
 L2TP::Recv a SCCRQ or StopCCN pass to upper layer                              
 L2TP::Recv msg with msg type: 1                                                
 L2TP:: recv from SOCK CallID=0 TunnelID=0 MsgType = 1 Length = 143             
 L2TP::Proc Peer control type=1, len = 143                                      
 L2TP::Tunnel 2 rcv SCCRQ in state 1  from 2xx.19x.0.1                          
 L2TP::Check SCCRQ MSG Type 1                                                   
 L2TP::Parse AVP Protocol version:  100                                         
 L2TP::Parse AVP Framing capability : 3                                         
 L2TP::Parse AVP Bearer capability, value: 3                                    
 L2TP::Parse AVP Remote call number, value: 1429                                
 L2TP::Parse AVP Tie breaker: 92 82 4 f2 5f 7b 7a 0                             
 L2TP::Parse AVP Receive window size, value: 7                                  
 L2TP::Parse AVP Host name, value: BJ-PDSN-1                                    
 L2TP::requested host isn't in the define l2tp group , refuse the requested     
Handling Process
From the configuration of LNS, delete remote nmlac in allow l2tp virtual-template 1 remote nmlac. The problem is solved.
Root Cause
Compare the DEBUG L2TP information in different provinces, and it is found that the name of LAC in " L2TP::Parse AVP Host name, value: BJ-PDSN-1" is not the saem as the one in the local. 
This is because when the router configured with remote parameter performs LAC dialing, LAC uses the L2TP tunnel name to correspond with tunnel name <xx> at LAC. If PC serves as LAC, the name is that of PC. If the user roams out the province, the name will be the one of LAC of current province. 
If no LAC is specified, it is defaulted to permit any LAC to create L2TP  tunnel. 
Suggestions
If there is multiple LACs, it is not suggested to configure the name of LAC behind remote.

END