- 產品與解決方案
- 行業解決方案
- 服務
- 支持
- 合作夥伴
- 關於我們
02-Track配置
本章節下載： 02-Track配置 (369.04 KB)
目 錄
Track用於在監測模塊、Track模塊和應用模塊之間建立關聯，來實現這些模塊之間的聯合動作。聯動功能在應用模塊和監測模塊之間增加了Track模塊，通過Track模塊屏蔽不同監測模塊的差異，將監測結果以統一的形式通知給應用模塊，從而簡化應用模塊的處理。
如圖1-1所示，聯動功能利用監測模塊對鏈路狀態、網絡性能等進行監測，並通過Track模塊將監測結果及時通知給應用模塊，以便應用模塊進行相應的處理。例如，在NQA、Track和靜態路由之間建立聯動，利用NQA監測靜態路由的下一跳地址是否可達。NQA監測到下一跳不可達時，通過Track通知靜態路由模塊該監測結果，以便靜態路由模塊將該條路由置為無效，確保報文不再通過該靜態路由轉發。
Track模塊通過Track項與監測模塊建立關聯。Track項定義了Positive、Negative和NotReady三種狀態。監測模塊負責對接口狀態、鏈路狀態等進行監測，並將監測結果通知給Track模塊；Track模塊根據監測結果改變Track項的狀態。
· 如果監測結果為監測對象工作正常（如接口處於up狀態、網絡可達），則對應Track項的狀態為Positive。
· 如果監測結果為監測對象出現異常（如接口處於down狀態、網絡不可達），則對應Track項的狀態為Negative。
· 如果監測結果無效（如NQA作為監測模塊時，與Track項關聯的NQA測試組不存在），則對應Track項的狀態為NotReady。
應用模塊通過引用Track項與Track模塊建立關聯。Track項的狀態改變後，通知應用模塊；應用模塊根據Track項的狀態，及時進行相應的處理，從而避免通信的中斷或服務質量的降低。
目前，可以與Track模塊實現聯動功能的監測模塊包括：
· NQA（Network Quality Analyzer，網絡質量分析）
· 接口管理
· 路由管理
另外，Track模塊支持與監測模塊列表建立關聯。監測對象列表是多個監測對象的集合，這些監測對象依據其狀態和列表的類型共同決定Track項的狀態，主要有4種類型的列表：
· 布爾與類型列表：基於列表中對象狀態的布爾與運算結果決定Track項的狀態。
· 布爾或類型列表：基於列表中對象狀態的布爾或運算結果決定Track項的狀態。
· 比例類型列表：由Track列表中Positive對象/Negative對象的總比例和threshold percentage命令配置的門限值的大小決定Track項的狀態。
· 權重類型列表：由Track列表中Positive對象/Negative對象的總權重和threshold weight命令配置的權重值的大小決定Track項的狀態。
目前，可以與Track模塊實現聯動功能的應用模塊包括：
· 靜態路由
· 策略路由
· 接口備份
· WLAN（Wireless Local Area Network，無線局域網）上行鏈路檢測
· EAA
在某些情況下，Track項狀態發生變化後，如果立即通知應用模塊，則可能會由於路由無法及時恢複等原因，導致通信中斷。在這種情況下，用戶可以配置Track項狀態發生變化時，延遲一定的時間通知應用模塊。
下麵以NQA、Track和WLAN上行鏈路檢測聯動為例，說明聯動功能的工作原理。
圖1-2 NQA、Track和WLAN上行鏈路檢測聯動組網圖
無線客戶端通過AP（Access Point，接入點）和AC（Access Controller，接入控製器）接入到網絡中。如果AC的上行鏈路出現故障，則關閉AP射頻，禁止無線客戶端關聯到該AC下掛的AP，以便無線客戶端通過上行鏈路正常工作的AC下的AP接入網絡。如果上行鏈路恢複正常，則開啟AP射頻，允許無線客戶端關聯到該AC下掛的AP。通過在NQA、Track模塊和WLAN上行鏈路檢測模塊之間建立聯動，可以實時監測WLAN上行鏈路的可達性。
在此例中聯動功能的配置方法及其工作原理為：
(1) 創建NQA測試組，通過NQA測試組監測目的地址（圖1-2中Device的IP地址）是否可達。
(2) 創建和NQA測試組關聯的Track項。當Device的IP地址可達時，NQA會將監測結果通知給Track模塊，Track模塊將該Track項的狀態變為Positive；當Device的IP地址不可達時，NQA將監測結果通知給Track模塊，Track模塊將該Track項的狀態變為Negative。
(3) 配置WLAN上行鏈路檢測和Track項關聯。如果Track模塊通知WLAN上行鏈路檢測Track項的狀態為Negative，則WLAN上行鏈路檢測模塊將關閉AP射頻，禁止無線客戶端關聯到該AC下掛的AP；如果Track模塊通知WLAN上行鏈路檢測Track項的狀態為Positive，則WLAN上行鏈路檢測模塊將開啟AP射頻，允許無線客戶端關聯到該AC下掛的AP。
為了實現聯動功能，需要在Track與監測模塊、Track與應用模塊之間分別建立聯動關係。Track配置任務如下：
(1) 配置Track與單個監控模塊聯動。
(2) 配置Track與監測對象列表聯動
(3) 配置Track與應用模塊聯動。
NQA測試組周期性地探測某個目的地址是否可達、是否可以與某個目的服務器建立TCP連接等。如果在Track項和NQA測試組之間建立了關聯，則當連續探測失敗的次數達到指定的閾值時，NQA將通知Track模塊監測對象出現異常，Track模塊將與NQA測試組關聯的Track項的狀態置為Negative；否則，NQA通知Track模塊監測對象正常工作，Track模塊將Track項的狀態置為Positive。NQA的詳細介紹，請參見“網絡管理和監控配置指導”中的“NQA”。
配置Track項時，引用的NQA測試組或聯動項可以不存在，此時該Track項的狀態為NotReady。
(1) 進入係統視圖。
system-view
(2) 創建與NQA測試組中指定聯動項關聯的Track項，並進入Track視圖。
track track-entry-number nqa entry admin-name operation-tag reaction item-number
配置Track項時，引用的NQA測試組或聯動項可以不存在，此時該Track項的狀態為NotReady。
(3) 指定Track項狀態變化時通知應用模塊的延遲時間。
delay { negative negative-time | positive positive-time } *
接口管理用來監視接口的鏈路狀態、物理狀態和網絡層協議狀態。如果在Track項和接口之間建立了關聯，則當接口的鏈路狀態、物理狀態或網絡層協議狀態為up時，接口管理通知Track模塊將與接口關聯的Track項的狀態置為Positive；接口的鏈路狀態、物理狀態或網絡層協議狀態為down時，接口管理通知Track模塊將Track項的狀態為Negative。
(1) 進入係統視圖。
system-view
(2) 創建和接口管理關聯的Track項，並進入Track視圖。請至少選擇其中一項進行配置。
¡ 監視接口的鏈路狀態。
track track-entry-number interface interface-type interface-number
¡ 監視接口的物理狀態。
track track-entry-number interface interface-type interface-number physical
¡ 監視接口的網絡層協議狀態。
track track-entry-number interface interface-type interface-number protocol { ipv4 | ipv6 }
(3) 指定Track項狀態變化時通知應用模塊的延遲時間。
delay { negative negative-time | positive positive-time } *
缺省情況下，Track項狀態變化時立即通知應用模塊。
如果在Track項和路由管理之間建立了關聯，當對應的路由條目在路由表中存在時，路由管理通知Track模塊將與之關聯的Track項狀態設置為Positive；當對應的路由條目在路由表中被刪除時，路由管理將通知Track模塊將與之關聯的Track項狀態設置為Negative。
(1) 進入係統視圖。
system-view
(2) 創建與路由管理關聯的Track項，並進入Track視圖。
track track-entry-number ip route ip-address { mask-length | mask } reachability
(3) 指定Track項狀態變化時通知應用模塊的延遲時間。
delay { negative negative-time | positive positive-time } *
缺省情況下，Track項狀態變化時立即通知應用模塊。
對於布爾與類型的列表，如果列表中的所有監測對象的狀態都是Positive，那麼此Track項的狀態為Positive；如果有一個或多個監測對象的狀態為Negative，那麼此Track項的狀態為Negative。對於布爾或類型的列表，如果列表中至少有一個監測對象的狀態是Positive，那麼此Track項的狀態為Positive，如果所有的監測對象的狀態都是Negative，那麼此Track項的狀態為Negative。
(1) 進入係統視圖。
system-view
(2) 創建與單個監控對象關聯的Track項。
請參見“1.5 配置Track與單個監測模塊聯動”。
可配置至少一個與單個監控對象關聯的Track項。
(3) 創建和布爾類型列表關聯的Track項，並進入Track視圖。
track track-entry-number list boolean { and | or }
(4) 向列表中添加與單個監測對象聯動的Track項。
object track-entry-number [ not ]
Track列表中需添加所有需要聯動的Track對象。
(5) （可選）指定Track項狀態變化時通知應用模塊的延遲時間。
delay { negative negative-time | positive positive-time } *
缺省情況下，Track項狀態變化時立即通知應用模塊。
Track項的狀態由Track列表中Positive對象/Negative對象的總比例和threshold percentage命令配置的門限值的大小決定。當列表中Positive對象所占百分比大於或等於Positive門限值時，Track項狀態變為Positive；小於或等於Negative門限值時，Track項狀態變為Negative。當關聯列表中的Positive對象比例小於Positive參數指定值且大於Negative參數指定值時，Track項狀態保持不變。
(1) 進入係統視圖。
system-view
(2) 創建與單個監控對象關聯的Track項。
請參見“1.5 配置Track與單個監測模塊聯動”。
可配置至少一個與單個監控對象關聯的Track項。
(3) 創建和比例類型列表關聯的Track項，並進入Track視圖。
track track-entry-number list threshold percentage
(4) 向列表中添加與單個監測對象聯動的Track項。
object track-entry-number
Track列表中需添加所有需要聯動的Track對象。
(5) 配置狀態變化的門限值。
threshold percentage { negative negative-threshold | positive positive-threshold } *
缺省情況下，Negative狀態門限值為0%，Positive狀態門限值為1%。
(6) （可選）指定Track項狀態變化時通知應用模塊的延遲時間。
delay { negative negative-time | positive positive-time } *
缺省情況下，Track項狀態變化時立即通知應用模塊。
Track項的狀態由Track列表中Positive對象/Negative對象的總權重和threshold weight命令配置的權重值的大小決定。每個加入列表的Track對象都擁有一個權重值，當處於Positive的監測項的權重之和大於或等於Positive門限值時，Track項狀態變為Positive；當處於Positive的監測項的權重之和小於或等於Negative門限值時，Track項狀態變為Negative。當關聯列表中的Positive對象權重小於Positive參數指定值且大於Negative參數指定值時，Track項狀態保持不變。
(1) 進入係統視圖。
system-view
(2) 創建與單個監控對象關聯的Track項。
請參見“1.5 配置Track與單個監測模塊聯動”。
可配置至少一個與單個監控對象關聯的Track項。
(3) 創建和權重類型列表關聯的Track項，並進入Track視圖。
track track-entry-number list threshold weight
(4) 向列表中添加與單個監測對象聯動的Track項。
object track-entry-number [ weight weight ]
Track列表中需添加所有需要聯動的Track對象。
(5) 配置狀態變化的權重值。
threshold weight { negative negative-threshold | positive positive-threshold } *
缺省情況下，Negative門限值權重為0，Positive門限值權重為1。
(6) （可選）指定Track項狀態變化時通知應用模塊的延遲時間。
delay { negative negative-time | positive positive-time } *
缺省情況下，Track項狀態變化時立即通知應用模塊。
用戶配置Track和應用模塊聯動時，需保證聯動的Track項已被創建，否則應用模塊可能會獲取到錯誤的Track項狀態信息。
靜態路由是一種特殊的路由，由管理員手工配置。配置靜態路由後，去往指定目的地的報文將按照管理員指定的路徑進行轉發。靜態路由配置的詳細介紹，請參見“網絡互通配置指導”中的“靜態路由”。
靜態路由的缺點在於：不能自動適應網絡拓撲結構的變化，當網絡發生故障或者拓撲發生變化時，可能會導致靜態路由不可達，網絡通信中斷。
為了防止這種情況發生，可以配置其它路由和靜態路由形成備份關係。靜態路由可達時，根據靜態路由轉發報文，其它路由處於備份狀態；靜態路由不可達時，根據備份路由轉發報文，從而避免通信中斷，提高了網絡可靠性。
通過在Track模塊和靜態路由之間建立聯動，可以實現靜態路由可達性的實時判斷。
如果在配置靜態路由時隻指定了下一跳而未指定出接口，可以通過聯動功能，利用監測模塊監視靜態路由下一跳的可達性，並根據Track項的狀態來判斷靜態路由的可達性：
· 當Track項狀態為Positive時，靜態路由的下一跳可達，配置的靜態路由將生效；
· 當Track項狀態為Negative時，靜態路由的下一跳不可達，配置的靜態路由無效；
· 當Track項狀態為NotReady時，無法判斷靜態路由的下一跳是否可達，此時配置的靜態路由生效。
在靜態路由進行迭代時，Track項監測的應該是靜態路由迭代後最終的下一跳地址，而不是配置中指定的下一跳地址。否則，可能導致錯誤地將有效路由判斷為無效路由。
(1) 進入係統視圖。
system-view
(2) 配置通過Track與IPv4靜態路由聯動，檢測IPv4靜態路由下一跳是否可達。
ip route-static { dest-address { mask-length | mask } | group group-name } { interface-type interface-number [ next-hop-address ] | next-hop-address } [ permanent | track track-entry-number ] [ preference preference-value ] [ tag tag-value ] [ description description-text ]
缺省情況下，未配置Track與IPv4靜態路由聯動。
(1) 進入係統視圖。
system-view
(2) 配置通過Track與IPv6靜態路由聯動，檢測IPv6靜態路由下一跳是否可達。
ipv6 route-static ipv6-address prefix-length { interface-type interface-number [ next-hop-address ] | next-hop-address } track track-entry-number [ preference preference ] [ tag tag-value ] [ description text ]
缺省情況下，未配置Track與IPv6靜態路由聯動。
策略路由是一種依據用戶指定的策略靈活選路的機製，滿足策略的報文將執行指定的操作，以指導報文轉發。策略路由配置的詳細介紹，請參見“網絡互通配置指導”中的“策略路由”。
策略路由無法判斷對報文執行的操作的可用性。當執行的操作不可用時，策略路由仍然對報文執行該操作，可能會導致報文轉發失敗。例如，策略路由中配置滿足一定條件的報文，需要通過指定的出接口轉發。當該出接口所在的鏈路出現故障時，策略路由無法感知鏈路故障，仍然通過該接口轉發報文，導致報文轉發失敗。
通過聯動功能，可以解決上述問題，增強了策略路由應用的靈活性，以及策略路由對網絡環境的動態感知能力。配置策略路由執行的操作與Track項關聯，利用監測模塊監視鏈路的狀態，通過Track項的狀態來動態地決定策略路由操作的可用性：
· Track項狀態為Positive時，表示鏈路正常工作，與該Track項關聯的策略路由操作生效，可以指導轉發；
· Track項狀態為Negative時，表示鏈路出現故障，與該Track項關聯的策略路由操作無效，轉發時忽略該配置項；
· Track項狀態為NotReady時，與該Track項關聯的策略路由操作生效，可以指導轉發。
目前，支持與Track項關聯的策略路由操作包括：
· 設置報文的出接口
· 設置報文的下一跳
· 設置報文的缺省出接口
· 設置報文的缺省下一跳
配置Track與策略路由聯動前，需要先創建策略或一個策略節點，並配置匹配規則。
(1) 進入係統視圖。
system-view
(2) 創建策略或一個策略節點，並進入該策略視圖。
policy-based-route policy-name [ deny | permit ] node node-number
(3) 設置匹配規則。
¡ 設置ACL匹配規則。
if-match acl { acl-number | name acl-name }
缺省情況下，未設置ACL匹配規則。
策略路由不支持匹配二層信息的ACL匹配規則。
(4) 配置指導報文轉發類動作。請至少選擇其中一項進行配置。
¡ 設置指導報文轉發的出接口，並與Track項關聯。
apply output-interface { interface-type interface-number [ track track-entry-number ] }&<1-n>
缺省情況下，未設置指導報文轉發的出接口。
¡ 設置報文的下一跳，並與Track項關聯。
apply next-hop { ip-address [ direct ] [ track track-entry-number ] [ weight weight-value ] }&<1-n>
缺省情況下，未設置報文轉發的下一跳。
¡ 設置報文缺省出接口，並與Track項關聯。
apply default-output-interface { interface-type interface-number [ track track-entry-number ] }&<1-n>
缺省情況下，未設置報文的缺省出接口。
¡ 設置報文缺省下一跳，並與Track項關聯。
apply default-next-hop { ip-address [ direct ] [ track track-entry-number ] }&<1-n>
缺省情況下，未設置指導報文轉發的缺省下一跳。
(1) 進入係統視圖。
system-view
(2) 創建策略或一個策略節點，並進入該策略視圖。
ipv6 policy-based-route policy-name [ deny | permit ] node node-number
(3) 設置匹配規則。
¡ 設置ACL匹配規則。
if-match acl { ipv6-acl-number | name ipv6-acl-name }
缺省情況下，未設置ACL匹配規則。
IPv6策略路由不支持匹配二層信息的ACL匹配規則。
(4) 配置指導報文轉發類動作。請至少選擇其中一項進行配置。
¡ 設置報文的出接口，並與Track項關聯。
apply output-interface { interface-type interface-number [ track track-entry-number ] }&<1-n>
缺省情況下，未設置指導報文轉發的出接口。
¡ 設置報文的下一跳，並與Track項關聯。
apply next-hop { ipv6-address [ direct ] [ track track-entry-number ] [ weight weight-value ] } &<1-n>
缺省情況下，未設置報文轉發的下一跳。
¡ 設置報文缺省出接口，並與Track項關聯。
apply default-output-interface { interface-type interface-number [ track track-entry-number ] }&<1-n>
缺省情況下，未設置報文的缺省出接口。
¡ 設置報文缺省下一跳，並與Track項關聯。
apply default-next-hop { ipv6-address [ direct ] [ track track-entry-number ] }&<1-n>
缺省情況下，未設置指導報文轉發的缺省下一跳。
用戶可以配置備份接口與Track項關聯，使該接口通過Track項來監測主接口的狀態，從而根據網絡環境改變其備份狀態：
· 如果Track項的狀態為Positive，說明主接口所在鏈路通信正常，備份接口保持在備份狀態；
· 如果Track項的狀態為Negative，說明主接口所在鏈路出現故障，備份接口將成為主接口負責業務傳輸；
· 如果Track項創建後一直處於NotReady狀態，則說明Track關聯監測模塊的配置尚未生效，各接口維持原有轉發狀態不變；如果Track項由其它狀態轉變為NotReady狀態，則備份接口將成為主接口。
接口備份配置的詳細介紹，請參見“可靠性配置指導”中的“接口備份”。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置接口與Track項關聯。
backup track track-entry-number
缺省情況下，接口不與Track項關聯。
一個接口隻能關聯一個Track項，重複執行backup track命令，後麵的配置將覆蓋前麵的配置。
當AC的上行鏈路出現故障時，如果繼續讓無線客戶端關聯到該AC下掛的AP，無線客戶端將無法訪問外部網絡。配置監測模塊、Track與WLAN上行鏈路檢測模塊聯動後，AC將利用監測模塊監測上行鏈路的可達性；Track模塊根據監測模塊的監測結果改變Track項的狀態，並將Track項狀態通知給WLAN上行鏈路檢測模塊；WLAN上行鏈路檢測模塊根據Track項狀態進行相應處理：
· 如果Track項狀態為Positive，則開啟AP射頻，允許無線客戶端關聯到該AC下掛的AP。
· 如果Track項狀態為Negative，則關閉AP射頻，禁止無線客戶端關聯到該AC下掛的AP。
· 如果Track項狀態為NotReady，則AP射頻保持開啟或關閉狀態不變。
通過配置聯動功能，可以保證在AC的上行鏈路出現故障時，無線客戶端可以通過上行鏈路正常工作的AC下的AP接入網絡。AC、AP及WLAN上行鏈路檢測配置方法的詳細介紹，請參見“可靠性配置指導”中的“WLAN高可靠性”。
wlan uplink track track-entry-number
配置Track與EAA聯動後，當關聯的Track項狀態由Positive變為Negative或者Negative變為Positive時，觸發監控策略執行；如果關聯多個Track項，則最後一個處於Positive（Negative）狀態的Track項變為Negative（Positive）時，觸發監控策略執行。
如果配置了抑製時間，觸發策略的同時開始計時，定時器超時前，收到狀態從Positive（Negative）變為Negative（Positive）的消息，直接丟棄，不會處理。直到定時器超後，收到狀態從Positive（Negative）變為Negative（Positive）的消息才處理，再一次觸發策略執行。
EAA的詳細介紹，請參見“網絡管理和監控配置指導”中的“EAA”。
(1) 進入係統視圖。
system-view
(2) 創建CLI監控策略並進入CLI監控策略視圖。
rtm cli-policy policy-name
(3) 配置Track監控事件。
event track track-entry-number-list state { negative | positive } [ suppress-time suppress-time ]
缺省情況下，未配置Track監控事件。
在安全策略中可以配置規則與Track項進行聯動，規則與Track項聯動後，規則的狀態由Track的狀態決定。
配置安全策略規則與Track項的Negative狀態關聯後，當安全策略規則收到Negative狀態的Track通知時，將此規則置為有效狀態（Active），當安全策略規則收到Positive狀態的Track通知時，將此規則置為失效狀態（Inactive）。
配置安全策略規則與Track項的Positive狀態關聯後，當安全策略規則收到Positive狀態的Track通知時，將此規則置為有效狀態（Active），當安全策略規則收到Negative狀態的Track通知時，將此規則置為失效狀態（Inactive）。
(1) 進入係統視圖。
system-view
(2) 進入安全策略視圖。
security-policy { ip | ipv6 }
(3) 進入安全策略規則視圖。
rule { rule-id | name name } *
(4) 配置安全策略規則與Track項聯動。
track { negative | positive } track-entry-number
缺省情況下，未配置安全策略規則與Track項聯動。
在完成上述配置後，在任意視圖下執行display命令可以顯示配置後Track的運行情況，通過查看顯示信息驗證配置的效果。
表1-1 Track顯示和維護
|
操作 |
命令 |
|
顯示Track項的信息 |
display track { track-entry-number | all [ negative | positive ] } [ brief ] |
AC、Switch A、Switch B和Switch C連接了20.1.1.0/24和30.1.1.0/24兩個網段，在設備上配置靜態路由以實現兩個網段的互通，並配置路由備份以提高網絡的可靠性。
AC作為20.1.1.0/24網段內主機的缺省網關，在AC上存在兩條到達30.1.1.0/24網段的靜態路由，下一跳分別為Switch A和Switch B。這兩條靜態路由形成備份，其中：
· 下一跳為Switch A的靜態路由優先級高，作為主路由。該路由可達時，AC通過Switch A將報文轉發到30.1.1.0/24網段。
· 下一跳為Switch B的靜態路作為備份路由。
· 在AC上通過靜態路由、Track與NQA聯動，實時判斷主路由是否可達。當主路由不可達時，備份路由生效，AC通過Switch B將報文轉發到30.1.1.0/24網段。
同樣地，Switch C作為30.1.1.0/24網段內主機的缺省網關，在Switch C上存在兩條到達20.1.1.0/24網段的靜態路由，下一跳分別為Switch A和Switch B。這兩條靜態路由形成備份，其中：
· 下一跳為Switch A的靜態路由優先級高，作為主路由。該路由可達時，Switch C通過Switch A將報文轉發到20.1.1.0/24網段。
· 下一跳為Switch B的靜態路作為備份路由。
· 在Switch C上通過靜態路由、Track與NQA聯動，實時判斷主路由是否可達。當主路由不可達時，備份路由生效，Switch C通過Switch B將報文轉發到20.1.1.0/24網段。
圖1-3 靜態路由、Track與NQA聯動配置組網圖
(1) 按照圖1-3創建VLAN，在VLAN中加入對應的端口，並配置各VLAN接口的IP地址，具體配置過程略。
(2) 配置AC
# 配置到達30.1.1.0/24網段的靜態路由：下一跳地址為10.1.1.2，優先級為缺省值60，該路由與Track項1關聯。
<AC> system-view
[AC] ip route-static 30.1.1.0 24 10.1.1.2 track 1
# 配置到達30.1.1.0/24網段的靜態路由：下一跳地址為10.3.1.3，優先級為80。
[AC] ip route-static 30.1.1.0 24 10.3.1.3 preference 80
# 配置到達10.2.1.4的靜態路由：下一跳地址為10.1.1.2。
[AC] ip route-static 10.2.1.4 24 10.1.1.2
# 創建管理員名為admin、操作標簽為test的NQA測試組。
[AC] nqa entry admin test
# 配置測試類型為ICMP-echo。
[AC-nqa-admin-test] type icmp-echo
# 配置測試的目的地址為10.2.1.4，下一跳地址為10.1.1.2，以便通過NQA檢測AC－Switch A－Switch C這條路徑的連通性。
[AC-nqa-admin-test-icmp-echo] destination ip 10.2.1.4
[AC-nqa-admin-test-icmp-echo] next-hop ip 10.1.1.2
# 配置測試頻率為100ms。
[AC-nqa-admin-test-icmp-echo] frequency 100
# 配置聯動項1（連續失敗5次觸發聯動）。
[AC-nqa-admin-test-icmp-echo] reaction 1 checked-element probe-fail threshold-type consecutive 5 action-type trigger-only
[AC-nqa-admin-test-icmp-echo] quit
# 啟動探測。
[AC] nqa schedule admin test start-time now lifetime forever
# 配置Track項1，關聯NQA測試組（管理員為admin，操作標簽為test）的聯動項1。
[AC] track 1 nqa entry admin test reaction 1
(3) 配置Switch A
# 配置到達30.1.1.0/24網段的靜態路由：下一跳地址為10.2.1.4。
<SwitchA> system-view
[SwitchA] ip route-static 30.1.1.0 24 10.2.1.4
# 配置到達20.1.1.0/24網段的靜態路由：下一跳地址為10.1.1.1。
[SwitchA] ip route-static 20.1.1.0 24 10.1.1.1
(4) 配置Switch B
# 配置到達30.1.1.0/24網段的靜態路由：下一跳地址為10.4.1.4。
<SwitchB> system-view
[SwitchB] ip route-static 30.1.1.0 24 10.4.1.4
# 配置到達20.1.1.0/24網段的靜態路由：下一跳地址為10.3.1.1。
[SwitchB] ip route-static 20.1.1.0 24 10.3.1.1
(5) 配置Switch C
# 配置到達20.1.1.0/24網段的靜態路由：下一跳地址為10.2.1.2，優先級為缺省值60，該路由與Track項1關聯。
<SwitchC> system-view
[SwitchC] ip route-static 20.1.1.0 24 10.2.1.2 track 1
# 配置到達20.1.1.0/24網段的靜態路由：下一跳地址為10.4.1.3，優先級為80。
[SwitchC] ip route-static 20.1.1.0 24 10.4.1.3 preference 80
# 配置到達10.1.1.1的靜態路由：下一跳地址為10.2.1.2。
[SwitchC] ip route-static 10.1.1.1 24 10.2.1.2
# 創建管理員名為admin、操作標簽為test的NQA測試組。
[SwitchC] nqa entry admin test
# 配置測試類型為ICMP-echo。
[SwitchC-nqa-admin-test] type icmp-echo
# 配置測試的目的地址為10.1.1.1，下一跳地址為10.2.1.2，以便通過NQA檢測Switch C－Switch A－AC這條路徑的連通性。
[SwitchC-nqa-admin-test-icmp-echo] destination ip 10.1.1.1
[SwitchC-nqa-admin-test-icmp-echo] next-hop ip 10.2.1.2
# 配置測試頻率為100ms。
[SwitchC-nqa-admin-test-icmp-echo] frequency 100
# 配置聯動項1（連續失敗5次觸發聯動）。
[SwitchC-nqa-admin-test-icmp-echo] reaction 1 checked-element probe-fail threshold-type consecutive 5 action-type trigger-only
[SwitchC-nqa-admin-test-icmp-echo] quit
# 啟動探測。
[SwitchC] nqa schedule admin test start-time now lifetime forever
# 配置Track項1，關聯NQA測試組（管理員為admin，操作標簽為test）的聯動項1。
[SwitchC] track 1 nqa entry admin test reaction 1
# 顯示AC上Track項的信息。
[AC] display track all
Track ID: 1
State: Positive
Duration: 0 days 0 hours 0 minutes 32 seconds
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
NQA entry: admin test
Reaction: 1
Remote IP/URL: 10.2.1.4
Local IP:--
Interface:--
# 顯示AC的路由表。
[AC] display ip routing-table
Destinations : 10 Routes : 10
Destination/Mask Proto Pre Cost NextHop Interface
10.1.1.0/24 Direct 0 0 10.1.1.1 Vlan2
10.1.1.1/32 Direct 0 0 127.0.0.1 InLoop0
10.2.1.0/24 Static 60 0 10.1.1.2 Vlan2
10.3.1.0/24 Direct 0 0 10.3.1.1 Vlan3
10.3.1.1/32 Direct 0 0 127.0.0.1 InLoop0
20.1.1.0/24 Direct 0 0 20.1.1.1 Vlan6
20.1.1.1/32 Direct 0 0 127.0.0.1 InLoop0
30.1.1.0/24 Static 60 0 10.1.1.2 Vlan2
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
以上顯示信息表示，NQA測試的結果為主路由可達（Track項狀態為Positive），AC通過Switch A將報文轉發到30.1.1.0/24網段。
# 在Switch A上刪除VLAN接口2的IP地址。
<SwitchA> system-view
[SwitchA] interface vlan-interface 2
[SwitchA-Vlan-interface2] undo ip address
# 顯示AC上Track項的信息。
[AC] display track all
Track ID: 1
State: Negative
Duration: 0 days 0 hours 0 minutes 32 seconds
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
NQA entry: admin test
Reaction: 1
Remote IP/URL: 10.2.1.4
Local IP:--
Interface:--
# 顯示AC的路由表。
[AC] display ip routing-table
Destinations : 10 Routes : 10
Destination/Mask Proto Pre Cost NextHop Interface
10.1.1.0/24 Direct 0 0 10.1.1.1 Vlan2
10.1.1.1/32 Direct 0 0 127.0.0.1 InLoop0
10.2.1.0/24 Static 60 0 10.1.1.2 Vlan2
10.3.1.0/24 Direct 0 0 10.3.1.1 Vlan3
10.3.1.1/32 Direct 0 0 127.0.0.1 InLoop0
20.1.1.0/24 Direct 0 0 20.1.1.1 Vlan6
20.1.1.1/32 Direct 0 0 127.0.0.1 InLoop0
30.1.1.0/24 Static 80 0 10.3.1.3 Vlan3
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
以上顯示信息表示，NQA測試的結果為主路由不可達（Track項狀態為Negative），則備份路由生效，AC通過Switch B將報文轉發到30.1.1.0/24網段。
# 主路由出現故障後，20.1.1.0/24網段內的主機仍然可以與30.1.1.0/24網段內的主機通信。
[AC] ping -a 20.1.1.1 30.1.1.1
Ping 30.1.1.1: 56 data bytes, press CTRL_C to break
Reply from 30.1.1.1: bytes=56 Sequence=1 ttl=254 time=2 ms
Reply from 30.1.1.1: bytes=56 Sequence=2 ttl=254 time=1 ms
Reply from 30.1.1.1: bytes=56 Sequence=3 ttl=254 time=1 ms
Reply from 30.1.1.1: bytes=56 Sequence=4 ttl=254 time=2 ms
Reply from 30.1.1.1: bytes=56 Sequence=5 ttl=254 time=1 ms
--- Ping statistics for 30.1.1.1 ---
5 packet(s) transmitted, 5 packet(s) received, 0.00% packet loss
round-trip min/avg/max/std-dev = 1/1/2/1 ms
# Switch C上的顯示信息與AC類似。主路由出現故障後，30.1.1.0/24網段內的主機仍然可以與20.1.1.0/24網段內的主機通信。
[SwitchA] ping -a 30.1.1.1 20.1.1.1
Ping 20.1.1.1: 56 data bytes, press CTRL_C to break
Reply from 20.1.1.1: bytes=56 Sequence=1 ttl=254 time=2 ms
Reply from 20.1.1.1: bytes=56 Sequence=2 ttl=254 time=1 ms
Reply from 20.1.1.1: bytes=56 Sequence=3 ttl=254 time=1 ms
Reply from 20.1.1.1: bytes=56 Sequence=4 ttl=254 time=1 ms
Reply from 20.1.1.1: bytes=56 Sequence=5 ttl=254 time=1 ms
--- Ping statistics for 20.1.1.1 ---
5 packet(s) transmitted, 5 packet(s) received, 0.00% packet loss
round-trip min/avg/max/std-dev = 1/1/2/1 ms
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!
支持
