AR2200 靜态路由track NQA不生(shēng)效
2015/3/3 17:11:33點擊：
問題描述
AR2200，雙出口， 配置浮動靜态路由，主出口track NQA，NQA測試例的測試類型為ICMP；
測試發現，将主出口與目的之間(jiān)的某一段鏈路人(rén)為down時(shí)，從路由器(qì)上(shàng)已ping不通(tōng)NQA測試例中配置的目的地址，但(dàn)路由不切換。
處理(lǐ)過程
測試發現，将主出口與目的之間(jiān)的某一段鏈路人(rén)為down時(shí)，從路由器(qì)上(shàng)已ping不通(tōng)NQA測試例中配置的目的地址，但(dàn)路由不切換。
處理(lǐ)過程
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取值必須大(dà)于interval和(hé)probe-count取值的乘積。
interval：缺省情況下，除Jitter類型的測試例時(shí)間(jiān)間(jiān)隔是20毫秒(miǎo)外，其他類型均為4秒(miǎo)。
由此，此處的frequency應大(dà)于4*2，即大(dà)于8；但(dàn)配置為10後，故障依舊(jiù)。
S2：從配置看無異常，檢查nqa測試的曆史統計(jì)信息
[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
發現隻有(yǒu)一次測試統計(jì)，等待了一分鍾再查看，情況依舊(jiù)，據此判定路由器(qì)未發nqa測試報文進行(xíng)檢測。
在NQA測試例中執行(xíng)restart，再測試，OK。
與客戶的溝通(tōng)中得(de)知，最開(kāi)始進行(xíng)配置時(shí)未并未配置frequency和(hé)probe-count，經多(duō)次測試失敗後加的這兩個(gè)參數(shù)。
——由此可(kě)以解釋為什麽會(huì)出現之前的現象：
1、如果NQA測試例中不配置frequency，默認情況下隻進行(xíng)一次測試；由于第一次檢測的結果是success，而且後續沒有(yǒu)再進行(xíng)檢測，所以即使此時(shí)到NQA測試例目的IP已不可(kě)達，但(dàn)因NQA的狀态為success，故此将路由始終存在。
2、增加frequency、probe-count參數(shù)配置後并未執行(xíng)start now，所以後續設備并未發包檢測。
3、執行(xíng)restart（也可(kě)用start now）後，重新啓動該測試例，開(kāi)始正常發包檢測，而且由于配置了測試間(jiān)隔，設備會(huì)進行(xíng)周期性測試，所以後面再進行(xíng)測試時(shí)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取值必須大(dà)于interval和(hé)probe-count取值的乘積。
interval：缺省情況下，除Jitter類型的測試例時(shí)間(jiān)間(jiān)隔是20毫秒(miǎo)外，其他類型均為4秒(miǎo)。
由此，此處的frequency應大(dà)于4*2，即大(dà)于8；但(dàn)配置為10後，故障依舊(jiù)。
S2：從配置看無異常，檢查nqa測試的曆史統計(jì)信息
[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
發現隻有(yǒu)一次測試統計(jì)，等待了一分鍾再查看，情況依舊(jiù)，據此判定路由器(qì)未發nqa測試報文進行(xíng)檢測。
在NQA測試例中執行(xíng)restart，再測試，OK。
與客戶的溝通(tōng)中得(de)知，最開(kāi)始進行(xíng)配置時(shí)未并未配置frequency和(hé)probe-count，經多(duō)次測試失敗後加的這兩個(gè)參數(shù)。
——由此可(kě)以解釋為什麽會(huì)出現之前的現象：
1、如果NQA測試例中不配置frequency，默認情況下隻進行(xíng)一次測試；由于第一次檢測的結果是success，而且後續沒有(yǒu)再進行(xíng)檢測，所以即使此時(shí)到NQA測試例目的IP已不可(kě)達，但(dàn)因NQA的狀态為success，故此将路由始終存在。
2、增加frequency、probe-count參數(shù)配置後并未執行(xíng)start now，所以後續設備并未發包檢測。
3、執行(xíng)restart（也可(kě)用start now）後，重新啓動該測試例，開(kāi)始正常發包檢測，而且由于配置了測試間(jiān)隔，設備會(huì)進行(xíng)周期性測試，所以後面再進行(xíng)測試時(shí)OK。
根因
初始未配置frequency導緻隻進行(xíng)一次測試；
增加frequency配置後未重新啓動該測試例，以緻設備未發包進行(xíng)檢測。
增加frequency配置後未重新啓動該測試例，以緻設備未發包進行(xíng)檢測。
解決方案
配置frequency後執行(xíng)restart或start now啓動該測試例，OK。
建議與總結
建議遇類似故障時(shí)可(kě)先通(tōng)過display nqa history和(hé)display nqa results XXX确認測試例發包情況，再根據具體(tǐ)情況進一步分析處理(lǐ)。
- 上(shàng)一篇：如何使用MIB讀取光模塊的收發光功率 2015/3/3
- 下一篇：AR2200 NAT server 映射不上(shàng)，提示ARP沖突 2015/3/3