AR2200 静态路由track NQA不生效
2015/3/3 17:11:33点击：
问题描述
AR2200，双出口， 配置浮动静态路由，主出口track NQA，NQA测试例的测试类型为ICMP；
测试发现，将主出口与目的之间的某一段链路人为down时，从路由器上已ping不通NQA测试例中配置的目的地址，但路由不切换。
处理过程
测试发现，将主出口与目的之间的某一段链路人为down时，从路由器上已ping不通NQA测试例中配置的目的地址，但路由不切换。
处理过程
S1：检查静态路由与NQA相关配置
ip route-static 0.0.0.0 0.0.0.0 192.168.100.1
ip route-static 10.0.0.0 255.255.0.0 192.168.0.254 track nqa admin test
ip route-static 10.0.0.0 255.255.0.0 192.168.100.1 preference 80
#
nqa test-instance admin test
test-type icmp
destination-address ipv4 192.168.23.3
frequency 6
probe-count 2
start now
#
在ICMP、SNMP、TCP或UDP类型的测试例中，frequency取值必须大于interval和probe-count取值的乘积。
interval：缺省情况下，除Jitter类型的测试例时间间隔是20毫秒外，其他类型均为4秒。
由此，此处的frequency应大于4*2，即大于8；但配置为10后，故障依旧。
S2：从配置看无异常，检查nqa测试的历史统计信息
[Huawei-nqa-admin-test]display nqa history
NQA entry(admin, test) history:
Index T/H/P Response Status Address Time
1 1/1/1 10ms success 192.168.23.3 2014-12-25 16:21:49.670
2 1/1/2 10ms success 192.168.23.3 2014-12-25 16:21:53.680
3 1/1/3 10ms success 192.168.23.3 2014-12-25 16:21:57.710
发现只有一次测试统计，等待了一分钟再查看，情况依旧，据此判定路由器未发nqa测试报文进行检测。
在NQA测试例中执行restart，再测试，OK。
与客户的沟通中得知，最开始进行配置时未并未配置frequency和probe-count，经多次测试失败后加的这两个参数。
——由此可以解释为什么会出现之前的现象：
1、如果NQA测试例中不配置frequency，默认情况下只进行一次测试；由于第一次检测的结果是success，而且后续没有再进行检测，所以即使此时到NQA测试例目的IP已不可达，但因NQA的状态为success，故此将路由始终存在。
2、增加frequency、probe-count参数配置后并未执行start now，所以后续设备并未发包检测。
3、执行restart（也可用start now）后，重新启动该测试例，开始正常发包检测，而且由于配置了测试间隔，设备会进行周期性测试，所以后面再进行测试时OK。
ip route-static 0.0.0.0 0.0.0.0 192.168.100.1
ip route-static 10.0.0.0 255.255.0.0 192.168.0.254 track nqa admin test
ip route-static 10.0.0.0 255.255.0.0 192.168.100.1 preference 80
#
nqa test-instance admin test
test-type icmp
destination-address ipv4 192.168.23.3
frequency 6
probe-count 2
start now
#
在ICMP、SNMP、TCP或UDP类型的测试例中，frequency取值必须大于interval和probe-count取值的乘积。
interval：缺省情况下，除Jitter类型的测试例时间间隔是20毫秒外，其他类型均为4秒。
由此，此处的frequency应大于4*2，即大于8；但配置为10后，故障依旧。
S2：从配置看无异常，检查nqa测试的历史统计信息
[Huawei-nqa-admin-test]display nqa history
NQA entry(admin, test) history:
Index T/H/P Response Status Address Time
1 1/1/1 10ms success 192.168.23.3 2014-12-25 16:21:49.670
2 1/1/2 10ms success 192.168.23.3 2014-12-25 16:21:53.680
3 1/1/3 10ms success 192.168.23.3 2014-12-25 16:21:57.710
发现只有一次测试统计，等待了一分钟再查看，情况依旧，据此判定路由器未发nqa测试报文进行检测。
在NQA测试例中执行restart，再测试，OK。
与客户的沟通中得知，最开始进行配置时未并未配置frequency和probe-count，经多次测试失败后加的这两个参数。
——由此可以解释为什么会出现之前的现象：
1、如果NQA测试例中不配置frequency，默认情况下只进行一次测试；由于第一次检测的结果是success，而且后续没有再进行检测，所以即使此时到NQA测试例目的IP已不可达，但因NQA的状态为success，故此将路由始终存在。
2、增加frequency、probe-count参数配置后并未执行start now，所以后续设备并未发包检测。
3、执行restart（也可用start now）后，重新启动该测试例，开始正常发包检测，而且由于配置了测试间隔，设备会进行周期性测试，所以后面再进行测试时OK。
根因
初始未配置frequency导致只进行一次测试；
增加frequency配置后未重新启动该测试例，以致设备未发包进行检测。
增加frequency配置后未重新启动该测试例，以致设备未发包进行检测。
解决方案
配置frequency后执行restart或start now启动该测试例，OK。
建议与总结
建议遇类似故障时可先通过display nqa history和display nqa results XXX确认测试例发包情况，再根据具体情况进一步分析处理。
- 上一篇：如何使用MIB读取光模块的收发光功率 2015/3/3
- 下一篇：AR2200 NAT server 映射不上，提示ARP冲突 2015/3/3