AR2200 靜態(tài)路由track NQA不生效
2015/3/3 17:11:33點(diǎn)擊:
問(wèn)題描述
AR2200,雙出口, 配置浮動(dòng)靜態(tài)路由,主出口track NQA,NQA測(cè)試?yán)臏y(cè)試類型為ICMP;
測(cè)試發(fā)現(xiàn),將主出口與目的之間的某一段鏈路人為down時(shí),從路由器上已ping不通NQA測(cè)試?yán)信渲玫哪康牡刂,但路由不切換。
處理過(guò)程
測(cè)試發(fā)現(xiàn),將主出口與目的之間的某一段鏈路人為down時(shí),從路由器上已ping不通NQA測(cè)試?yán)信渲玫哪康牡刂,但路由不切換。
處理過(guò)程
S1:檢查靜態(tài)路由與NQA相關(guān)配置
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類型的測(cè)試?yán)校琭requency取值必須大于interval和probe-count取值的乘積。
interval:缺省情況下,除Jitter類型的測(cè)試?yán)龝r(shí)間間隔是20毫秒外,其他類型均為4秒。
由此,此處的frequency應(yīng)大于4*2,即大于8;但配置為10后,故障依舊。
S2:從配置看無(wú)異常,檢查nqa測(cè)試的歷史統(tǒng)計(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
發(fā)現(xiàn)只有一次測(cè)試統(tǒng)計(jì),等待了一分鐘再查看,情況依舊,據(jù)此判定路由器未發(fā)nqa測(cè)試報(bào)文進(jìn)行檢測(cè)。
在NQA測(cè)試?yán)袌?zhí)行restart,再測(cè)試,OK。
與客戶的溝通中得知,最開始進(jìn)行配置時(shí)未并未配置frequency和probe-count,經(jīng)多次測(cè)試失敗后加的這兩個(gè)參數(shù)。
——由此可以解釋為什么會(huì)出現(xiàn)之前的現(xiàn)象:
1、如果NQA測(cè)試?yán)胁慌渲胒requency,默認(rèn)情況下只進(jìn)行一次測(cè)試;由于第一次檢測(cè)的結(jié)果是success,而且后續(xù)沒有再進(jìn)行檢測(cè),所以即使此時(shí)到NQA測(cè)試?yán)康腎P已不可達(dá),但因NQA的狀態(tài)為success,故此將路由始終存在。
2、增加frequency、probe-count參數(shù)配置后并未執(zhí)行start now,所以后續(xù)設(shè)備并未發(fā)包檢測(cè)。
3、執(zhí)行restart(也可用start now)后,重新啟動(dòng)該測(cè)試?yán)_始正常發(fā)包檢測(cè),而且由于配置了測(cè)試間隔,設(shè)備會(huì)進(jìn)行周期性測(cè)試,所以后面再進(jìn)行測(cè)試時(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類型的測(cè)試?yán)校琭requency取值必須大于interval和probe-count取值的乘積。
interval:缺省情況下,除Jitter類型的測(cè)試?yán)龝r(shí)間間隔是20毫秒外,其他類型均為4秒。
由此,此處的frequency應(yīng)大于4*2,即大于8;但配置為10后,故障依舊。
S2:從配置看無(wú)異常,檢查nqa測(cè)試的歷史統(tǒng)計(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
發(fā)現(xiàn)只有一次測(cè)試統(tǒng)計(jì),等待了一分鐘再查看,情況依舊,據(jù)此判定路由器未發(fā)nqa測(cè)試報(bào)文進(jìn)行檢測(cè)。
在NQA測(cè)試?yán)袌?zhí)行restart,再測(cè)試,OK。
與客戶的溝通中得知,最開始進(jìn)行配置時(shí)未并未配置frequency和probe-count,經(jīng)多次測(cè)試失敗后加的這兩個(gè)參數(shù)。
——由此可以解釋為什么會(huì)出現(xiàn)之前的現(xiàn)象:
1、如果NQA測(cè)試?yán)胁慌渲胒requency,默認(rèn)情況下只進(jìn)行一次測(cè)試;由于第一次檢測(cè)的結(jié)果是success,而且后續(xù)沒有再進(jìn)行檢測(cè),所以即使此時(shí)到NQA測(cè)試?yán)康腎P已不可達(dá),但因NQA的狀態(tài)為success,故此將路由始終存在。
2、增加frequency、probe-count參數(shù)配置后并未執(zhí)行start now,所以后續(xù)設(shè)備并未發(fā)包檢測(cè)。
3、執(zhí)行restart(也可用start now)后,重新啟動(dòng)該測(cè)試?yán)_始正常發(fā)包檢測(cè),而且由于配置了測(cè)試間隔,設(shè)備會(huì)進(jìn)行周期性測(cè)試,所以后面再進(jìn)行測(cè)試時(shí)OK。
根因
初始未配置frequency導(dǎo)致只進(jìn)行一次測(cè)試;
增加frequency配置后未重新啟動(dòng)該測(cè)試?yán)灾略O(shè)備未發(fā)包進(jìn)行檢測(cè)。
增加frequency配置后未重新啟動(dòng)該測(cè)試?yán)灾略O(shè)備未發(fā)包進(jìn)行檢測(cè)。
解決方案
配置frequency后執(zhí)行restart或start now啟動(dòng)該測(cè)試?yán)琌K。
建議與總結(jié)
建議遇類似故障時(shí)可先通過(guò)display nqa history和display nqa results XXX確認(rèn)測(cè)試?yán)l(fā)包情況,再根據(jù)具體情況進(jìn)一步分析處理。
- 上一篇:如何使用MIB讀取光模塊的收發(fā)光功率 2015/3/3
- 下一篇:AR2200 NAT server 映射不上,提示ARP沖突 2015/3/3