拨号掉线故障：上网用户还在经常掉线？

拨号掉线故障网络环境分析

在下图的网络中的BAS上增加一段新的地址池  。

在BAS上增加一段新的地址池后，发现拨号用户可以正常拨号，但上网时断时通，很不稳定  。

拨号掉线故障分析

步骤1在NE40E上做ACL匹配，发现NE40可以接收到下端用户的PING包，配置如下：

Aclnumber3500match-orderauto  
 
rule5permitipsource221.202.160.210destination221.202.117.2430  
 
rule10permitip  
 
#  
 
trafficclassifiertestoperatoror  
 
if-matchacl3500  
 
#  
 
trafficbehaviortest  
 
#  
 
trafficpolicytest  
 
classifiertestbehaviortest 

步骤2在上行口应用traffic-policytestinbound  。

步骤3在BAS上做ACL匹配，发现不能正常接收到NE40E发回的ICMP包，问题定位在NE40E上  。

步骤4在远端设备上tracert拨号用户，发现有时回应MPLS标签，查看NE40E，标签配置为lsp-triggerall  。

缺省情况下，根据32位地址的IP路由触发LSP的建立，即触发策略为host  。由于NE40E设备上配置了lsp-triggerall命令，使路由表中的所有路由和IGP表项触发建立LSP  。从而引入多余的LSP，使路由器无法负载，导致拨号用户上网时断时通  。

----结束

拨号掉线故障处理步骤

在NE40E上执行以下操作  。

步骤1执行命令system-view，进入系统视图  。

步骤2执行命令mpls，进入MPLS视图  。

步骤3执行命令undolsp-trigger，恢复缺省设置  。

步骤4执行命令return退回到用户视图，执行命令save，保存对配置的修改  。

----结束

完成上述操作后，下端拨号用户可以正常上网，VPN和拨号业务运行正常，故障排除  。

拨号掉线故障总结

拨号掉线故障的解决办法就为你介绍到这里，想说明的是，在配置NE40E及VPN业务时，建议采用系统默认触发LSP的建立，即触发策略为host，无需改动  。