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

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

在下图的网络中的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，无需改动。