第六章DDR故障排除.docVIP

第六章DDR故障排除 本章介绍了分析DDR故障的基本思路，以及分析DDR故障的常用方法和使用命令等。 本章内容： DDR故障排除基本思路 DDR常见故障处理 错误信息实例 DDR故障的其他检测手段 DDR故障排除基本思路 围绕DDR的几种状态进行分析： DDR接口的状态分为以下几种 shutdown状态 show dialer时会显示：Dialer state is shutdown，说明接口已经人为地进行了shutdown操作，这时接口标志应为down，所以这时就谈不上能否发数据了。 idle状态 show dialer时会显示：Dialer state is idle，说明接口正处于空闲状态，这时可以发出呼叫，也可以接收呼叫。要想通过数据流触发拨号，也只有在这种状态下接口才可以。 call pending状态 在idle状态下，若有数据触发，则接口会发出呼叫，这时状态就转为call pending状态，通过show dialer可显示： Dialer state is call pending Dial reason: ip (s=1.1.1.1, d=1.1.1.2) 处于这种状态说明已拨号，物理设备正在和对端建立连接，拨号原因是由于源地址为1.1.1.1，目的地址为1.1.1.2的IP数据报触发。 这时定时器Wait for carrier (60 secs)在起作用，如果在这个时间内未检测到载波信号，或者说是物理线路并未连通，那么就会进入enabling状态。如果物理连通，就进入connected状态。 connected状态 show dialer时会显示：Dialer state is physical up。处于这种状态，表明物理已连通，那么接下来就是链路层进行协商。因为物理线路已连通，所以空闲定时器Idle timer (120 secs)就开始计时，如果收费的话，那么也是从现在开始。 link layer up状态 链路层协商成功，DDR就进入link layer up状态，这时接口才真正UP起来，也只有在这种状态下，才可以正常收发数据。 enabling状态 接口由别的状态转化为idle状态，必须要经过enabling状态，此状态是为一个接口在呼叫结束或失败后能够再次拨号之前必须经过的状态，用以防止外接线路和交换设备被无谓地过载。 由定时器Re-enable (15 secs)来控制，在这种状态下肯定是拨不出去的，但可以允许对端拨进来。 waitting callback状态 当回拨请求方和服务器方成功协商callback选项之后，服务器方会将线路挂断，然后再回拨。这时如果有数据触发，回拨请求方可能会拨号，那么刚才的回拨就不能成功，为了防止这种现象发生，就给回拨请求方增加了一种状态，即等待回拨状态，在这种状态下回拨请求方不能发出呼叫，只能接收呼叫，并且由定时器dialer wait-for-callback-time 30来控制。如果在这个时间内服务器端没有拨过来，那么回拨请求方就进入idle状态。 通过show dialer interface 接口名可以看到DDR的状态，DDR的状态可以帮助我们定位故障所在。 DDR常见故障处理 故障一： DDR不拨号 可能的原因 判断方法和解决方案 接口用dialer str来配置号码时ping包没有触发DDR拨号 检查是否有配置触发性数据流dialer－list，接口是否有配置dialer－group 。 通过show dialer 看DDR状态，看物理接口是否被shut down 。 3、确保DDR状态为idle状态。 接口通过dialer map来配置号码时ping包没有触发DDR拨号 确保配置有dialer－list 和dialer－group 确保接口没有被shut down ping包必须是dialer map ip 后的地址及对端接口地址。 故障二：没有有效数据时DDR接口经常被触发 可能的原因 判断方法和解决方案 动态路由的组播包触发拨号 通过debug dialer packet看其触发包的原地址和目的地址，一般目的地址为224.0.0.10的包为IRMP的组播包， 目的地址为224.0.0.9的包为RIP的组播包。 可以通过添加访问列表来抑制不感兴趣的包触发拨号。例如要抑制掉IRMP的主播包。可以这样配置： ip access-list extended 1001 deny ip any host 224.0.0.10 permit ip any any exit dialer-list 1 protocol ip list 1001 相应接口配置dialer－group 1