- 產品與解決方案
- 行業解決方案
- 服務
- 支持
- 合作夥伴
- 關於我們
02-NQA配置
本章節下載： 02-NQA配置 (983.18 KB)
NQA（Network Quality Analyzer，網絡質量分析）通過發送探測報文，對鏈路狀態、網絡性能、網絡提供的服務及服務質量進行分析，並為用戶提供標識當前網絡性能和服務質量的參數，如時延、抖動時間、TCP連接建立時間、FTP連接建立時間和文件傳輸速率等。利用NQA的分析結果，用戶可以及時了解網絡的性能狀況，針對不同的網絡性能進行相應處理並對網絡故障進行診斷和定位。
圖1-1 NQA測試典型組網圖
如圖1-1所示，NQA測試的典型組網中包括以下兩部分：
· NQA測試的源端設備：又稱為NQA客戶端，負責發起NQA測試，並統計探測結果。NQA測試組在NQA客戶端上創建。NQA測試組是一組測試參數的集合，如測試類型、測試目的地址、測試目的端口等。NQA測試組由一個管理員名稱和一個操作標簽來標識。管理員通過NQA測試組來實現對NQA測試的管理和調度。在一台設備上可以創建多個NQA測試組，可以同時啟動多個NQA測試組進行測試。
· NQA測試的目的端設備：負責接收、處理和響應NQA客戶端發來的探測報文。
¡ 在進行TCP、UDP-echo、UDP-jitter和Voice類型測試時，必須在目的端設備上配置NQA服務器功能，開啟指定IP地址和端口上的監聽服務。此時，目的端設備又稱為NQA服務器。當NQA服務器接收到客戶端發送給指定IP地址和端口的探測報文後，將對其進行處理，並發送響應報文。
¡ 在其他類型的測試中，目的端設備隻要能夠處理NQA客戶端發送的探測報文即可，不需要配置NQA服務器功能。例如，在FTP測試中，目的端設備上需要配置FTP服務器相關功能，以便處理客戶端發送的FTP報文，而無需配置NQA服務器功能。
NQA測試的過程為：
(1) NQA客戶端構造指定測試類型的探測報文，並發送給目的端設備；
(2) 目的端設備收到探測報文後，回複應答報文；
(3) NQA客戶端根據是否收到應答報文，以及接收應答報文的時間，計算報文丟失率、往返時間等。
啟動NQA測試組後，每隔一段時間進行一次測試，測試的時間間隔由frequency命令來設定。
一次NQA測試由若幹次連續的探測組成，探測的次數由probe count命令來設定。
對於Voice和Path-jitter測試，一次測試中隻能進行一次探測，不能通過配置修改測試中探測的次數。
聯動功能是指在監測模塊、Track模塊和應用模塊之間建立關聯，實現這些模塊之間的聯合動作。聯動功能利用監測模塊對鏈路狀態、網絡性能等進行監測，並通過Track模塊將監測結果及時通知給應用模塊，以便應用模塊進行相應的處理。聯動功能的詳細介紹，請參見“可靠性配置指導”中的“Track”。
NQA可以作為聯動功能的監測模塊，對NQA探測結果進行監測，當連續探測失敗次數達到一定數目時，就通過Track模塊觸發應用模塊進行相應的處理。
目前，NQA可以通過Track模塊建立關聯的應用模塊包括：
· 靜態路由
· 策略路由
· 流量重定向
· Smart Link
以靜態路由為例，用戶配置了一條靜態路由，下一跳為192.168.0.88。通過在NQA、Track模塊和靜態路由模塊之間建立聯動，可以實現靜態路由有效性的判斷：
(1) 通過NQA監測地址192.168.0.88是否可達。
(2) 如果192.168.0.88可達，則認為該靜態路由有效，NQA不通知Track模塊改變Track項的狀態；如果NQA發現192.168.0.88不可達，則通知Track模塊改變Track項的狀態。
(3) Track模塊將改變後的Track項狀態通知給靜態路由模塊。靜態路由模塊據此可以判斷該靜態路由項是否有效。
NQA可以對探測結果進行監測，在本地記錄監測結果，或通過Trap消息將監測結果通知給網絡管理係統，以便網絡管理員了解NQA測試運行結果和網絡性能。
NQA閾值告警功能支持的監測對象及對應的測試類型，如表1-1所示。
表1-1 NQA閾值告警功能支持的監測對象及對應的測試類型
|
監測對象 |
支持的測試類型 |
|
探測持續時間 |
ICMP-echo、DHCP、DNS、FTP、HTTP、SNMP、TCP、UDP-echo和DLSw測試類型 |
|
探測失敗次數 |
ICMP-echo、DHCP、DNS、FTP、HTTP、SNMP、TCP、UDP-echo和DLSw測試類型 |
|
報文往返時間 |
ICMP-jitter、UDP-jitter和Voice測試類型 |
|
丟棄報文數目 |
ICMP-jitter、UDP-jitter和Voice測試類型 |
|
源到目的或目的到源的單向抖動時間 |
ICMP-jitter、UDP-jitter和Voice測試類型 |
|
源到目的或目的到源的單向時延 |
ICMP-jitter、UDP-jitter和Voice測試類型 |
|
ICPIF（Calculated Planning Impairment Factor，計算計劃損傷元素）值 |
Voice測試類型 |
|
MOS（Mean Opinion Scores，平均意見得分）值 |
Voice測試類型 |
NQA模板是一組測試參數的集合（如測試目的地址、測試目的端口、測試目標服務器的URL等）。NQA模板供外部特性調用，可以為外部特性提供測試數據，以便其進行相應處理。NQA模板通過模板名唯一標識。在一台設備上可以創建多個NQA模板。
NQA探測依賴路由表、FIB表、ARP表、探測報文出接口的狀態等一係列條件，所以，在設備啟動初期，可能存在以上條件不滿足導致NQA探測失敗的情況。如果NQA測試組關聯了Track項，還可能觸發Track項狀態變化，導致Track項關聯的業務功能聯動。
在NQA客戶端和NQA服務器上配置偵聽端口時，均有以下要求，否則會導致探測失敗。
· 不能為知名端口。
· 不能是當前設備中其它服務正在使用的端口號。
¡ 通過display tcp和display udp命令顯示信息中的Local Addr:port字段，可查看本端正在被使用的IPv4地址及端口號。
¡ 通過display ipv6 tcp和display ipv6 udp命令顯示信息中的LAddr->port字段，可查看本端正在被使用的IPv6地址及端口號。
在NQA客戶端上通過destination port命令配置的測試操作目的端口號，需要和服務器端配置的偵聽端口號保持一致。
在設備啟動初期，設備尚未生成到達探測目的地址的路由表項和ARP表項，或者探測報文出接口未處於up狀態，可能會導致NQA測試失敗。
所有時延測試都要求測試的源端和目的端時間同步，而且同步的精度必須高於或者等於測試結果的計算精度，否則，會導致測試結果錯誤。
NQA配置任務如下：
(1) 配置NQA服務器
在進行TCP、UDP-echo、UDP-jitter和Voice類型測試前，必須在目的端設備上進行本配置。進行其他類型測試時，不需要進行本配置。
(2) 使能NQA客戶端功能
(3) 配置NQA測試組和模板
請至少選擇以下一項任務進行配置：
NQA測試組配置完畢後，通過調度測試組就可以進行測試操作；NQA模板配置完畢後並不啟動測試，需要從外部特性調用NQA模板後，設備自動創建NQA測試組並啟動NQA測試。
在進行TCP、UDP-echo、UDP-jitter和Voice類型測試前，必須在目的端設備上進行本配置。進行其他類型測試時，不需要進行本配置。
在一個NQA服務器上可以配置多個TCP（或UDP）監聽服務，每個監聽服務對應一個監聽的IP地址和一個端口號。
NQA服務器上配置的監聽IP地址、端口號、VPN參數必須與NQA客戶端上的配置一致，且不能與已有的TCP（或UDP）監聽服務衝突。
(1) 進入係統視圖。
system-view
(2) 開啟NQA服務器功能。
nqa server enable
缺省情況下，NQA服務器功能處於關閉狀態。
(3) 在NQA服務器上配置TCP監聽服務。
nqa server tcp-connect ip-address port-number [ vpn-instance vpn-instance-name ] [ tos tos ]
僅TCP和DLSw測試類型下必須進行本命令，且對於DLSw測試類型，port-number值必須為2065。否則，測試失敗。
(4) 在NQA服務器上配置UDP監聽服務。
nqa server udp-echo ip-address port-number [ vpn-instance vpn-instance-name ] [ tos tos ]
僅UDP-echo、UDP-jitter和Voice測試類型下必須進行本配置。
(1) 進入係統視圖。
system-view
(2) 使能NQA客戶端功能。
nqa agent enable
缺省情況下，NQA客戶端功能處於開啟狀態。
隻有使能NQA客戶端功能後，NQA客戶端的相關配置才會生效。
NQA測試組配置任務如下：
(1) 配置NQA測試組
¡ 配置DHCP測試
¡ 配置DNS測試
¡ 配置FTP測試
¡ 配置HTTP測試
¡ 配置SNMP測試
¡ 配置TCP測試
¡ 配置DLSw測試
(2) （可選）配置NQA測試組通用參數
(3) （可選）配置聯動功能
(4) （可選）配置閾值告警功能
(5) （可選）配置NQA統計功能
(6) （可選）配置NQA曆史記錄功能
(7) 在NQA客戶端上調度NQA測試組
ICMP-echo測試利用ICMP協議，根據是否接收到應答報文判斷目的主機的可達性。ICMP-echo測試的功能與ping命令類似，但ICMP-echo測試中可以指定測試的下一跳設備。在源端和目的端設備之間存在多條路徑時，通過配置下一跳設備可以指定測試的路徑。並且，與ping命令相比，ICMP-echo測試輸出的信息更為豐富。
對於ICMP-echo測試，一次探測操作是指向目的端發送一個探測報文。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為ICMP-echo，並進入測試類型視圖。
type icmp-echo
(4) 配置探測報文的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
(5) 配置探測報文的源地址。請選擇其中一項進行配置。
¡ 使用指定接口的IP地址作為探測報文的源IP地址。
source interface interface-type interface-number
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
source interface命令指定的接口必須為up狀態。
¡ 配置探測報文的源IPv4地址。
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗。
¡ 配置探測報文的源IPv6地址。
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(6) 配置探測報文出接口或下一跳IP地址。請選擇其中一項進行配置。
¡ 配置探測報文出接口。
out interface interface-type interface-number
缺省情況下，設備通過查詢路由表信息確認探測報文出接口。
¡ 配置探測報文的下一跳IPv4地址。
next-hop ip ip-address
缺省情況下，未配置探測報文的下一跳IPv4地址。
¡ 配置探測報文的下一跳IPv6地址。
next-hop ipv6 ipv6-address
缺省情況下，未配置探測報文的下一跳IPv6地址。
(7) （可選）配置探測報文中的填充內容大小。
data-size size
缺省情況下，探測報文中的填充內容大小為100字節。
(8) （可選）配置探測報文的填充字符串。
data-fill string
探測報文的填充內容為十六進製00010203040506070809。
語音、視頻等實時性業務對時延抖動（Delay jitter）的要求較高。通過ICMP-jitter測試，可以獲得網絡的單向和雙向時延抖動，從而判斷網絡是否可以承載實時性業務。
ICMP-jitter測試的過程如下：
(1) 源端以一定的時間間隔向目的端發送探測報文。
(2) 目的端收到探測報文後，為它打上時間戳，並把帶有時間戳的報文發送給源端。
(3) 源端收到報文後，根據報文上的時間戳，計算出時延抖動，從而清晰地反映出網絡狀況。時延抖動的計算方法為相鄰兩個報文的目的端接收時間間隔減去這兩個報文的發送時間間隔。
對於ICMP-jitter測試，一次探測操作是指向目的端連續發送多個探測報文，發送探測報文的個數由probe packet-number命令來設定。
display nqa history命令的顯示信息無法反映ICMP-jitter測試的結果，如果想了解ICMP-jitter測試的結果，建議通過display nqa result命令查看最近一次NQA測試的當前結果，或通過display nqa statistics命令查看NQA測試的統計信息。
進行本測試前需保證網絡時鍾的NTP同步。有關NTP的詳細介紹請參見“網絡管理和監控配置指導”的“NTP”。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為ICMP-jitter，並進入測試類型視圖。
type icmp-jitter
(4) 配置探測報文的目的IP地址。
destination ip ip-address
缺省情況下，未配置探測報文的目的IP地址。
(5) 配置一次ICMP-jitter探測中發送探測報文的個數。
probe packet-number number
缺省情況下，一次ICMP-jitter探測中發送10個探測報文。
(6) 配置ICMP-jitter測試中發送探測報文的時間間隔。
probe packet-interval interval
缺省情況下，ICMP-jitter測試中發送探測報文的時間間隔為20毫秒。
(7) 配置ICMP-jitter測試中等待響應報文的超時時間。
probe packet-timeout timeout
缺省情況下，ICMP-jitter測試中等待響應報文的超時時間為3000毫秒。
(8) 配置探測報文的源IP地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗。
DHCP測試主要用來測試網絡上的DHCP服務器能否響應客戶端請求，以及為客戶端分配IP地址所需的時間。
NQA客戶端模擬DHCP中繼轉發DHCP請求報文向DHCP服務器申請IP地址的過程，DHCP服務器進行DHCP測試的接口IP地址不會改變。DHCP測試完成後，NQA客戶端會主動發送報文釋放申請到的IP地址。
對於DHCP測試，一次探測操作是指完成一次向DHCP服務器申請一個IP地址。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為DHCP，並進入測試類型視圖。
type dhcp
(4) 配置探測報文的目的IP地址。
destination ip ip-address
缺省情況下，未配置探測報文的目的IP地址。
(5) 配置探測報文出接口。
out interface interface-type interface-number
缺省情況下，設備通過查詢路由表信息確認探測報文出接口。
(6) 配置探測報文的源IP地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗。
DNS測試主要用來測試NQA客戶端是否可以通過指定的DNS服務器將域名解析為IP地址，以及域名解析過程需要的時間。
DNS測試隻是模擬域名解析的過程，設備上不會保存要解析的域名與IP地址的對應關係。
對於DNS測試，一次探測操作是指完成一次將一個域名解析為IP地址。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為DNS，並進入測試類型視圖。
type dns
(4) 配置探測報文的目的IP地址。
destination ip ip-address
缺省情況下，未配置探測報文的目的IP地址。
(5) 配置要解析的域名。
resolve-target domain-name
缺省情況下，沒有配置要解析的域名。
FTP測試主要用來測試NQA客戶端是否可以與指定的FTP服務器建立連接，以及與FTP服務器之間傳送文件的時間，從而判斷FTP服務器的連通性及性能。
在進行FTP測試之前，需要獲取FTP用戶的用戶名和密碼。
對於FTP測試，一次探測操作是指完成一次向FTP服務器上傳或下載一個文件。
進行put操作時，若配置了filename，發送數據前判斷filename指定的文件是否存在，如果存在則上傳該文件，如果不存在則探測失敗。
進行get操作時，如果FTP服務器上沒有以url中所配置的文件名為名稱的文件，則測試不會成功。進行get操作時，設備上不會保存從服務器獲取的文件。
進行get、put操作時，請選用較小的文件進行測試，如果文件較大，可能會因為超時而導致測試失敗，或由於占用較多的網絡帶寬而影響其他業務。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為FTP，並進入測試類型視圖。
type ftp
(4) 配置FTP登錄用戶名。
username username
缺省情況下，未配置FTP登錄用戶名。
(5) 配置FTP登錄密碼。
password { cipher | simple } string
缺省情況下，未配置FTP登錄密碼。
(6) 配置探測報文的源IP地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗。
(7) 配置FTP測試的數據傳輸方式。
mode { active | passive }
缺省情況下，FTP測試的數據傳輸方式為主動方式。
(8) 配置FTP測試的操作類型。
operation { get | put }
缺省情況下，FTP操作方式為get操作，即從FTP服務器獲取文件。
(9) 配置FTP測試訪問的網址。
url url
缺省情況下，沒有配置FTP測試訪問的網址。
url可以設置為ftp://host/filename或ftp://host:port/filename。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如ftp://[2001::1]/test。當FTP測試的操作類型為get方式時，必須在url中配置filename指定從FTP服務器獲取的文件名。
(10) 配置FTP服務器和客戶端傳送文件的文件名。
filename filename
缺省情況下，未配置FTP服務器和客戶端之間傳送文件的文件名。
當FTP測試的操作類型為put方式時，必須配置本命令來指定向FTP服務器傳送的文件。當FTP測試的操作類型為get方式時，不以此命令為準。
HTTP測試主要用來測試NQA客戶端是否可以與指定的HTTP服務器建立連接，以及從HTTP服務器獲取數據所需的時間，從而判斷HTTP服務器的連通性及性能。
HTTP測試支持如下操作類型：
· get：從HTTP服務器獲取數據。
· post：向HTTP服務器提交數據。
· raw：向HTTP服務器發送RAW請求報文。
對於HTTP測試，一次探測操作是指完成一次相應操作類型的功能。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為HTTP，並進入測試類型視圖。
type http
(4) 配置HTTP測試訪問的網址。
url url
缺省情況下，沒有配置HTTP測試訪問的網址。
url配置形式為http://host/resource或http://host:port/resource。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如http://[2001::1]/test。
(5) 配置HTTP登錄用戶名。
username username
缺省情況下，未配置HTTP登錄用戶名。
(6) 配置HTTP登錄密碼。
password { cipher | simple } string
缺省情況下，未配置HTTP登錄密碼。
(7) 配置HTTP測試所使用的協議版本。
version { v1.0 | v1.1 }
缺省情況下，HTTP測試使用的版本為1.0。
(8) 配置HTTP測試的操作類型。
operation { get | post | raw }
缺省情況下，HTTP操作方式為get操作。如果HTTP操作方式為raw操作，則向服務器發送的探測報文的內容為raw-request視圖中的內容。
(9) 配置HTTP測試請求報文。
a. 進入raw-request視圖。
raw-request
輸入raw-request命令進入raw-request視圖，每次進入視圖原有報文內容清除。
b. 配置HTTP測試請求報文內容。
逐個字符輸入或拷貝粘貼請求報文內容。
缺省情況下，未配置HTTP測試請求報文內容。
要求報文內容中不能包含alias命令配置的別名，請用戶自行確保報文的正確性，否則探測將失敗。有關alias命令的詳細介紹請參見“基礎配置命令參考”中的“CLI”。
c. 保存輸入內容並退回測試類型視圖。
quit
當配置HTTP測試的操作類型為raw時，必須完成此操作且保證發送的測試報文正確有效。
(10) 配置探測報文的源IP地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗。
語音、視頻等實時性業務對時延的抖動時間（Delay jitter）的要求較高。通過UDP-jitter測試，可以獲得網絡的單向和雙向抖動的時間，從而判斷網絡是否可以承載實時性業務。
UDP-jitter測試的過程如下：
(1) 源端以一定的時間間隔向目的端發送探測報文。
(2) 目的端收到探測報文後，為它打上時間戳，並把帶有時間戳的報文發送給源端。
(3) 源端收到報文後，根據報文上的時間戳，計算出抖動時間，從而清晰地反映出網絡狀況。抖動時間的計算方法為相鄰兩個報文的目的端接收時間間隔減去這兩個報文的發送時間間隔。
對於UDP-jitter測試，一次探測操作是指連續發送多個探測報文，發送探測報文的個數由probe packet-number命令來設定。
UDP-jitter測試需要NQA服務器和客戶端配合才能完成。進行UDP-jitter測試之前，必須保證NQA服務器端配置了UDP監聽功能，配置方法請參見“1.4 配置NQA服務器”。
建議不要對知名端口，即1～1023之間的端口，進行UDP-jitter測試，否則可能導致NQA測試失敗或該知名端口對應的服務不可用。
display nqa history命令的顯示信息無法反映UDP-jitter測試的結果，如果想了解UDP-jitter測試的結果，建議通過display nqa result命令查看最近一次NQA測試的當前結果，或通過display nqa statistics命令查看NQA測試的統計信息。
進行本測試前需保證網絡時鍾的NTP同步。有關NTP的詳細介紹請參見“網絡管理和監控配置指導”的“NTP”。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為UDP-jitter，並進入測試類型視圖。
type udp-jitter
(4) 配置探測報文的目的IP地址。
destination ip ip-address
缺省情況下，未配置探測報文的目的IP地址。
必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的IP地址一致。
(5) 配置測試操作的目的端口。
destination port port-number
缺省情況下，未配置測試操作的目的端口號。
必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的端口號一致。
(6) 配置探測報文的源IP地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗。
(7) 配置探測報文的源端口。
source port port-number
缺省情況下，係統自動選擇設備當前空閑的端口作為探測報文的源端口。
本命令配置的端口號不能是當前設備中其它服務正在使用的端口號，否則會導致探測失敗。建議使用缺省值即可。
(8) 配置一次UDP-jitter探測中發送探測報文的個數。
probe packet-number number
缺省情況下，一次UDP-jitter探測中發送10個探測報文。
(9) 配置UDP-jitter測試中發送探測報文的時間間隔。
probe packet-interval interval
缺省情況下，UDP-jitter測試中發送探測報文的時間間隔為20毫秒。
(10) 配置UDP-jitter測試中等待響應報文的超時時間。
probe packet-timeout timeout
缺省情況下，UDP-jitter測試中等待響應報文的超時時間為3000毫秒。
(11) （可選）配置探測報文中的填充內容的大小。
data-size size
缺省情況下，探測報文中的填充內容大小為100字節。
(12) （可選）配置探測報文的填充字符串。
data-fill string
探測報文的填充內容為十六進製00010203040506070809。
SNMP測試主要測試從NQA客戶端向SNMP Agent設備發出一個SNMP協議查詢，根據能否收到應答報文判斷SNMP Agent上提供的SNMP服務是否可用。
對於SNMP測試，一次探測操作是指發送三個SNMP協議報文，分別對應SNMPv1、SNMPv2c和SNMPv3三個版本。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為SNMP，並進入測試類型視圖。
type snmp
(4) 配置探測報文的目的地址。
destination ip ip-address
缺省情況下，未配置探測報文的目的IP地址。
(5) 配置測試操作的目的端口。
destination port port-number
缺省情況下，測試操作的目的端口號為161。
(6) 配置探測報文的源IP地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗。
(7) 配置探測報文的源端口。
source port port-number
缺省情況下，係統自動選擇設備當前空閑的端口作為探測報文的源端口。
本命令配置的端口號不能是當前設備中其它服務正在使用的端口號，否則會導致探測失敗。建議使用缺省值即可。
(8) 配置用於SNMPv1或者SNMPv2c探測報文的團體名。
community read { cipher | simple } community-name
缺省情況下，SNMPv1或者SNMPv2c探測報文使用的團體名為public。
該命令配置的團體名必須為SNMP Agent上已配置具有讀權限的團體名。
TCP測試用來測試客戶端和服務器指定端口之間是否能夠建立TCP連接，以及建立TCP連接所需的時間，從而判斷服務器指定端口上提供的服務是否可用，及服務性能。
TCP測試需要NQA服務器和客戶端配合才能完成。在TCP測試之前，需要在NQA服務器端配置TCP監聽功能，配置方法請參見“1.4 配置NQA服務器”。
對於TCP測試，一次探測操作是指建立一次TCP連接。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為TCP，並進入測試類型視圖。
type tcp
(4) 配置探測報文的目的地址。
destination ip ip-address
缺省情況下，未配置探測報文的目的IP地址。
必須與NQA服務器上nqa server tcp-connect命令配置的監聽服務的IP地址一致。
(5) 配置測試操作的目的端口。
destination port port-number
缺省情況下，未配置測試操作的目的端口號。
必須與NQA服務器上nqa server tcp-connect命令配置的監聽服務的端口號一致。
(6) 配置探測報文的源IP地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗。
UDP-echo測試可以用來測試客戶端和服務器指定UDP端口之間的連通性以及UDP報文的往返時間。
UDP-echo測試需要NQA服務器和客戶端配合才能完成。在進行UDP-echo測試之前，需要在NQA服務器端配置UDP監聽功能，配置方法請參見“1.4 配置NQA服務器”。
對於UDP-echo測試，一次探測操作是指發送一個探測報文。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為UDP-echo，並進入測試類型視圖。
type udp-echo
(4) 配置探測報文的目的地址。
destination ip ip-address
缺省情況下，未配置探測報文的目的IP地址。
必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的IP地址一致。
(5) 配置測試操作的目的端口。
destination port port-number
缺省情況下，未配置測試操作的目的端口號。
必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的端口號一致。
(6) 配置探測報文的源IP地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗。
(7) 配置探測報文的源端口。
source port port-number
缺省情況下，係統自動選擇設備當前空閑的端口作為探測報文的源端口。
本命令配置的端口號不能是當前設備中其它服務正在使用的端口號，否則會導致探測失敗。建議使用缺省值即可。
(8) （可選）配置探測報文中的填充內容大小。
data-size size
缺省情況下，探測報文中的填充內容大小為100字節。
(9) （可選）配置探測報文的填充字符串。
data-fill string
探測報文的填充內容為十六進製00010203040506070809。
UDP-tracert測試可以用來發現源端到目的端之間的路徑信息。UDP-tracert測試和普通Tracert流程一致，由源端發送一個目的端口不可達的報文，當目的端收到該報文後，會回複源端一個端口不可達報文，以便使源端知道Tracert測試結束。
對於UDP-tracert測試，一次探測操作是指一個特定TTL值的節點發送一個探測報文。
UDP-tracert測試不支持在IPv6網絡中使用，如果要測試IPv6網絡中目的主機的可達性，可以使用tracert ipv6命令。tracert ipv6命令的詳細介紹，請參見“網絡管理和監控命令參考”中的“係統維護與調試”。
配置UDP-tracert測試需要在中間設備（源端與目的端之間的設備）上開啟ICMP超時報文發送功能。如果中間設備是H3C設備，需要在設備上執行ip ttl-expires enable命令（該命令的詳細介紹請參見“三層技術-IP業務命令參考”中的“IP性能優化”）。
需要在目的端開啟ICMP目的不可達報文發送功能。如果目的端是H3C設備，需要在設備上執行ip unreachables enable命令（該命令的詳細介紹請參見“三層技術-IP業務命令參考”中的“IP性能優化”）。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為UDP-tracert，並進入測試類型視圖。
type udp-tracert
(4) 配置探測報文的目的主機名或目的IP地址。請選擇其中一項進行配置。
¡ 配置探測報文的目的主機名。
destination host host-name
缺省情況下，未配置探測報文的目的主機名。
¡ 配置探測報文的目的IP地址。
destination ip ip-address
缺省情況下，未配置探測報文的目的IP地址。
(5) 配置測試操作的目的端口。
destination port port-number
缺省情況下，測試操作的目的端口號為33434。
該端口必須是對端設備上未啟用的端口，這樣對端設備會回複目的端口不可達的ICMP差錯報文。
(6) 配置探測報文的出接口。
out interface interface-type interface-number
缺省情況下，設備通過查詢路由表信息確認探測報文出接口。
(7) 配置探測報文的源IP地址。請選擇其中一項進行配置。
¡ 配置使用指定接口的IP地址作為探測報文的源IP地址。
source interface interface-type interface-number
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的接口必須為up狀態，否則測試會失敗。
¡ 配置探測報文的源IP地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試會失敗。
(8) 配置探測報文的源端口。
source port port-number
缺省情況下，係統自動選擇設備當前空閑的端口作為探測報文的源端口。
本命令配置的端口號不能是當前設備中其它服務正在使用的端口號，否則會導致探測失敗。建議使用缺省值即可。
(9) 配置測試最大連續失敗次數。
max-failure times
缺省情況下，最大失敗次數為5。
(10) 配置發送的探測報文的初始跳數。
init-ttl value
缺省情況下，UDP-tracert測試中探測報文初始跳數為1。
(11) （可選）配置探測報文中的填充內容大小。
data-size size
缺省情況下，探測報文中的填充內容大小為100字節。
(12) （可選）配置探測的禁止報文分片功能。
no-fragment enable
缺省情況下，禁止報文分片功能處於關閉狀態。
Voice測試主要用來測試VoIP（Voice over IP，在IP網絡上傳送語音）網絡情況，統計VoIP網絡參數，以便用戶根據網絡情況進行相應的調整。
Voice測試的過程如下：
(1) 源端（NQA客戶端）以一定的時間間隔向目的端（NQA服務器）發送G.711 A律、G.711 µ律或G.729 A律編碼格式的語音數據包。
(2) 目的端收到語音數據包後，為它打上時間戳，並把帶有時間戳的數據包發送給源端。
(3) 源端收到數據包後，根據數據包上的時間戳等信息，計算出抖動時間、單向延遲等網絡參數，從而清晰地反映出網絡狀況。
對於Voice測試，一次探測操作是指連續發送多個探測報文，發送探測報文的個數由probe packet-number命令來設定。
除了抖動時間等參數，Voice測試還可以計算出反映VoIP網絡狀況的語音參數值：
· ICPIF（Calculated Planning Impairment Factor，計算計劃損傷元素）：用來量化網絡中語音數據的衰減，由單向網絡延遲和丟包率等決定。數值越大，表明語音網絡質量越差。
· MOS（Mean Opinion Scores，平均意見得分）：語音網絡的質量得分。MOS值的範圍為1～5，該值越高，表明語音網絡質量越好。通過計算網絡中語音數據的衰減——ICPIF值，可以估算出MOS值。
用戶對語音質量的評價具有一定的主觀性，不同用戶對語音質量的容忍程度不同，因此，衡量語音質量時，需要考慮用戶的主觀因素。對語音質量容忍程度較強的用戶，可以通過advantage-factor命令配置補償因子，在計算ICPIF值時將減去該補償因子，修正ICPIF和MOS值，以便在比較語音質量時綜合考慮客觀和主觀因素。
Voice測試需要NQA服務器和客戶端配合才能完成。進行Voice測試之前，必須保證NQA服務器端配置了UDP監聽功能，配置方法請參見“1.4 配置NQA服務器”。
建議不要對知名端口，即1～1023之間的端口，進行Voice測試，否則可能導致NQA測試失敗或該知名端口對應的服務不可用。
display nqa history命令的顯示信息無法反映Voice測試的結果，如果想了解Voice測試的結果，建議通過display nqa result命令查看最近一次NQA測試的當前結果，或通過display nqa statistics命令查看NQA測試的統計信息。
進行本測試前需保證網絡時鍾的NTP同步。有關NTP的詳細介紹請參見“網絡管理和監控配置指導”的“NTP”。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為Voice，並進入測試類型視圖。
type voice
(4) 配置探測報文的目的IP地址。
destination ip ip-address
缺省情況下，未配置探測報文的目的IP地址。
必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的IP地址一致。
(5) 配置測試操作的目的端口。
destination port port-number
缺省情況下，未配置測試操作的目的端口號。
必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的端口號一致。
(6) 配置探測報文的源IP地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗。
(7) 配置探測報文的源端口。
source port port-number
缺省情況下，係統自動選擇設備當前空閑的端口作為探測報文的源端口。
本命令配置的端口號不能是當前設備中其它服務正在使用的端口號，否則會導致探測失敗。建議使用缺省值即可。
(8) 配置Voice測試的基本參數。
¡ 配置Voice測試的編碼格式。
codec-type { g711a | g711u | g729a }
缺省情況下，語音編碼格式為G.711 A律。
¡ 配置用於計算MOS值和ICPIF值的補償因子。
advantage-factor factor
缺省情況下，補償因子取值為0。
(9) 配置Voice測試的探測參數。
¡ 配置一次Voice探測中發送探測報文的個數。
probe packet-number number
缺省情況下，一次Voice探測中發送1000個探測報文。
¡ 配置Voice探測中發送探測報文的時間間隔。
probe packet-interval interval
缺省情況下，Voice探測中發送探測報文的時間間隔為20毫秒。
¡ 配置Voice測試中等待響應報文的超時時間。
probe packet-timeout timeout
缺省情況下，Voice測試中等待響應報文的超時時間為5000毫秒。
(10) 配置探測報文中的填充內容。
a. 配置探測報文中的填充內容大小。
data-size size
缺省情況下，探測報文中的填充內容大小與配置的編碼格式有關，編碼格式為g.711a和g.711u時缺省報文大小為172字節，g.729a時為32字節。
b. （可選）配置探測報文中的填充字符串。
data-fill string
探測報文的填充內容為十六進製00010203040506070809。
DLSw測試主要用來測試DLSw設備的響應時間。
對於DLSw測試，一次探測操作是指建立一次DLSw連接。
請務必在NQA服務器上配置nqa server tcp-connect命令，且port-number值必須為2065。否則，測試失敗。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為DLSw，並進入測試類型視圖。
type dlsw
(4) 配置探測報文的目的IP地址。
destination ip ip-address
缺省情況下，未配置探測報文的目的IP地址。
(5) 配置探測報文的源IP地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗。
Path-jitter測試可以作為UDP-jitter測試的一種補充，用於在抖動比較大的情況下，進一步探測中間路徑的網絡質量，以便查找出網絡質量差的具體路段。Path-jitter測試項對每一條路徑記錄結果，在路徑上的每一跳均記錄抖動值、正向抖動值和負向抖動值。
Path-jitter測試的過程如下：
(1) NQA客戶端使用tracert機製發現到達目的地址的路徑信息。
(2) NQA客戶端根據tracert結果，逐跳使用ICMP機製探測從本機至該跳設備的路徑上報文是否有丟失，同時計算該跳路徑的時延和抖動時間等信息。
對於Path-jitter測試，一次探測操作分為兩個步驟：首先通過tracert探路獲取到達目的地址的路徑（最大為64跳）；再根據tracert結果，分別向路徑上的每一跳發送多個ICMP-echo探測報文，發送探測報文的個數由probe packet-number命令來設定。
配置Path-jitter測試需要在中間設備（源端與目的端之間的設備）上開啟ICMP超時報文發送功能。如果中間設備是H3C設備，需要在設備上執行ip ttl-expires enable命令（該命令的詳細介紹請參見“三層技術-IP業務命令參考”中的“IP性能優化”）。需要在目的端開啟ICMP目的不可達報文發送功能。如果目的端是H3C設備，需要在設備上執行ip unreachables enable命令（該命令的詳細介紹請參見“三層技術-IP業務命令參考”中的“IP性能優化”）。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為Path-jitter，並進入測試類型視圖。
type path-jitter
(4) 配置探測報文的目的IP地址。
destination ip ip-address
缺省情況下，未配置探測報文的目的IP地址。
(5) 配置探測報文的源IP地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則探測將會失敗。
(6) 配置Path-jitter測試的探測參數。
¡ 配置一次Path-jitter探測中發送探測報文的個數。
probe packet-number number
缺省情況下，一次Path-jitter探測中發送10個ICMP探測報文。
¡ 配置Path-jitter測試中發送探測報文的時間間隔。
probe packet-interval interval
缺省情況下，Path-jitter測試中發送探測報文的時間間隔為20毫秒。
¡ 配置Path-jitter測試中等待響應報文的超時時間。
probe packet-timeout timeout
缺省情況下，Path-jitter測試中等待響應報文的超時時間為3000毫秒。
(7) （可選）配置鬆散路由。
lsr-path ip-address&<1-8>
缺省情況下，未配置鬆散路由。
通過本命令配置鬆散路由，在tracert過程使用該配置進行探路，NQA客戶端根據該鬆散路由計算時延和抖動時間。
(8) （可選）配置僅對目的地址探測。
target-only
缺省情況下，未配置僅對目的地址探測，Path-jitter測試中會逐跳進行探測。
(9) （可選）配置探測報文中的填充內容大小。
data-size size
缺省情況下，探測報文中的填充內容大小為100字節。
(10) （可選）配置探測報文的填充字符串。
data-fill string
探測報文的填充內容為十六進製00010203040506070809。
NQA測試組的通用參數，隻對當前測試組中的測試有效。
不同NQA測試類型支持配置的通用參數可能不同，請以命令手冊中各命令的描述為準。
通用參數中路徑服務質量測試目前僅支持description及tos命令。
(1) 進入係統視圖。
system-view
(2) 進入已配置測試類型的NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置當前測試組的測試類型，並進入測試組測試類型視圖。
type { dhcp | dlsw | dns | ftp | http | icmp-echo | icmp-jitter | path-jitter | snmp | tcp | udp-echo | udp-jitter | udp-tracert | voice }
(4) 配置測試組的描述信息。
description text
缺省情況下，未配置描述信息。
(5) 配置測試組連續兩次測試開始時間的時間間隔。
frequency interval
缺省情況下，Voice、Path-jitter測試中連續兩次測試開始時間的時間間隔為60000毫秒；其他類型的測試為0毫秒，即隻進行一次測試。
到達本命令指定的時間間隔時，將開始下一個間隔的計時，但如果此時測試尚未完成或者測試未超時，則不啟動新一輪測試，直到測試完成或者測試超時，才開始新一輪測試。
(6) 配置一次NQA測試中進行探測的次數。
probe count times
缺省情況下，對於UDP-tracert測試類型，對於一個TTL值的節點發送的探測報文次數為3次；其他類型的NQA測試一次測試中的探測次數為1次。
Voice和Path-jitter測試中探測次數隻能為1，不支持該命令。
(7) 配置NQA探測超時時間。
probe timeout timeout
缺省情況下，探測的超時時間為3000毫秒。
(8) 配置探測報文在網絡中可以經過的最大跳數。
ttl value
缺省情況下，UDP-tracert測試探測報文在網絡中可以經過的最大跳數為30跳。其他類型的探測報文在網絡中可以經過的最大跳數為20跳。
(9) 配置NQA探測報文IP報文頭中服務類型域的值。
tos value
缺省情況下，NQA探測報文IP報文頭中服務類型域的值為0。
(10) 啟動路由表旁路功能。
route-option bypass-route
缺省情況下，路由表旁路功能處於關閉狀態。
測試目的端使用IPv6地址時，本命令配置無效。
(11) 指定測試操作所屬的VPN實例。
vpn-instance vpn-instance-name
缺省情況下，未指定測試操作所屬的VPN 實例。
聯動功能是通過建立聯動項，對當前所在測試組中的探測進行監測，當連續探測失敗次數達到閾值時，就觸發配置的動作類型。
ICMP-jitter、UDP-jitter、UDP-tracert、Voice、Path-jitter測試不支持聯動功能。
(1) 進入係統視圖。
system-view
(2) 進入已配置測試類型的NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 建立聯動項。
reaction item-number checked-element probe-fail threshold-type consecutive consecutive-occurrences action-type trigger-only
聯動項創建後，不能再通過reaction命令修改該聯動項的內容。
(4) 退回係統視圖。
quit
(5) 配置Track與NQA聯動。
配置方法請參見“可靠性配置指導”中的“Track”
(6) 配置Track與應用模塊聯動。
配置方法請參見“可靠性配置指導”中的“Track”
NQA通過創建閾值告警項，並在閾值告警項中配置監測的對象、閾值類型及觸發的動作，來實現閾值告警功能。
NQA閾值告警功能支持的閾值類型包括：
· 平均值（average）：監測一次測試中探測結果的平均值，如果平均值不在指定的範圍內，則該監測對象超出閾值。例如，監測一次測試中探測持續時間的平均值。
· 累計數目（accumulate）：監測一次測試中探測結果不在指定範圍內的累計數目，如果累計數目達到或超過設定的值，則該監測對象超出閾值。
· 連續次數（consecutive）：NQA測試組啟動後，監測探測結果連續不在指定範圍內的次數，如果該次數達到或超過設定的值，則該監測對象超出閾值。
NQA閾值告警功能可以觸發如下動作：
· none：隻在本地記錄監測結果，以便通過顯示命令查看，不向網絡管理係統發送Trap消息。
· trap-only：不僅在本地記錄監測結果，當閾值告警項的狀態改變時，還向網絡管理係統發送Trap消息。采用本動作時，需要通過snmp-agent target-host命令配置Trap消息的目的地址。snmp-agent target-host命令的詳細介紹，請參見“網絡管理和監控命令參考”中的“SNMP”。
· trigger-only：在顯示信息中記錄監測結果的同時，觸發其他模塊聯動。
閾值告警項包括invalid、over-threshold和below-threshold三種狀態：
· NQA測試組未啟動時，閾值告警項的狀態為invalid。
· NQA測試組啟動後，每次測試或探測結束時，檢查監測的對象是否超出指定類型的閾值。如果超出閾值，則閾值告警項的狀態變為over-threshold；如果未超出閾值，則狀態變為below-threshold。
Path-jitter測試不支持配置閾值告警功能。
(1) 進入係統視圖。
system-view
(2) 進入已配置測試類型的NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置在指定條件下向網管服務器發送Trap消息。
reaction trap { path-change | probe-failure consecutive-probe-failures | test-complete | test-failure [ accumulate-probe-failures ] }
缺省情況下，不向網管服務器發送Trap消息。
ICMP-jitter、UDP-jitter、Voice測試隻支持reaction trap test-complete。
UDP-tracert測試不支持probe-failure和accumulate-probe-failures參數。
(4) 創建閾值告警組。請至少選擇其中一項進行配置。
¡ 創建監測探測持續時間的閾值告警組。
reaction item-number checked-element probe-duration threshold-type { accumulate accumulate-occurrences | average | consecutive consecutive-occurrences } threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
除ICMP-jitter、UDP-jitter、UDP-tracert和Voice測試外，均支持。
¡ 創建監測探測失敗次數的閾值告警組。
reaction item-number checked-element probe-fail threshold-type { accumulate accumulate-occurrences | consecutive consecutive-occurrences } [ action-type { none | trap-only } ]
除ICMP-jitter、UDP-jitter、UDP-tracert和Voice測試外，均支持。
¡ 創建監測連續測試失敗次數的閾值告警組。
reaction item-number checked-element test-fail threshold-type consecutive consecutive-occurrences threshold-value upper-threshold action-type { none | trap-only }
ICMP-echo、TCP/UDP-echo、DHCP、DLSw、DNS、FTP、HTTP和SNMP測試支持。
¡ 創建監測測試結果變化告警組。
reaction item-number checked-element test-result-change threshold-value upper-threshold action-type { none | trap-only }
僅ICMP-echo測試支持。
¡ 創建監測報文往返時延的閾值告警組。
reaction item-number checked-element rtt threshold-type { accumulate accumulate-occurrences | average } threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
僅ICMP-jitter、UDP-jitter和Voice測試支持。
¡ 創建監測每次測試中丟包數的閾值告警組。
reaction item-number checked-element packet-loss threshold-type accumulate accumulate-occurrences [ action-type { none | trap-only } ]
僅ICMP-jitter、UDP-jitter和Voice測試支持。
¡ 創建監測單向抖動時間的閾值告警組。
reaction item-number checked-element { jitter-ds | jitter-sd } threshold-type { accumulate accumulate-occurrences | average } threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
僅ICMP-jitter、UDP-jitter和Voice測試支持。
¡ 創建監測單向時延的閾值告警組。
reaction item-number checked-element { owd-ds | owd-sd } threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
僅ICMP-jitter、UDP-jitter和Voice測試支持。
¡ 創建監測Voice測試ICPIF值的閾值告警組。
reaction item-number checked-element icpif threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
僅Voice測試支持。
¡ 創建監測Voice測試MOS值的閾值告警組。
reaction item-number checked-element mos threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
僅Voice測試支持。
DNS測試不支持發送Trap消息，即對於DNS測試，觸發動作隻能配置為none。
NQA將在指定時間間隔內完成的NQA測試歸為一組，計算該組測試結果的統計值，這些統計值構成一個統計組。通過display nqa statistics命令可以顯示該統計組的信息。
當NQA設備上保留的統計組數目達到最大值時，如果形成新的統計組，保存時間最久的統計組將被刪除。
統計組具有老化功能，即統計組保存一定時間後，將被刪除。
· UDP-tracert測試不支持NQA統計功能。
· 如果通過frequency命令指定連續兩次測試開始時間的時間間隔為0，則不生成統計組信息。
(1) 進入係統視圖。
system-view
(2) 進入已配置測試類型的NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置對測試結果進行統計的時間間隔。
statistics interval interval
缺省情況下，對測試結果進行統計的時間間隔為60分鍾。
(4) 配置能夠保留的最大統計組個數。
statistics max-group number
缺省情況下，能夠保留的最大統計組數為2。
最大統計組個數為0時，不進行統計。
(5) 配置統計組的保留時間。
statistics hold-time hold-time
缺省情況下，統計組的保留時間為120分鍾。
開啟NQA測試組的曆史記錄保存功能後，係統將記錄NQA測試的曆史信息，通過display nqa history命令可以查看該測試組的曆史記錄信息。
ICMP-jitter、UDP-jitter、Voice、Path-jitter測試不支持配置曆史記錄功能。
(1) 進入係統視圖。
system-view
(2) 進入已配置測試類型的NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 開啟NQA測試組的曆史記錄保存功能。
history-record enable
缺省情況下，UDP-tracert類型測試組的曆史記錄保存功能處於開啟狀態，其他類型的NQA測試組的曆史記錄保存功能處於關閉狀態。
(4) 配置NQA測試組中曆史記錄的保存時間。
history-record keep-time keep-time
缺省情況下，NQA測試組中曆史記錄的保存時間為120分鍾。
曆史記錄保存時間達到配置的值後，該曆史記錄將被刪除。
(5) 配置在一個測試組中能夠保存的最大曆史記錄個數。
history-record number number
缺省情況下，一個測試組中能夠保存的最大曆史記錄個數為50。
如果曆史記錄個數超過設定的最大數目，則最早的曆史記錄將會被刪除。
通過本配置，可以設置測試組進行測試的啟動時間和持續時間。
係統時間在<啟動時間>到<啟動時間＋持續時間>範圍內時，測試組進行測試。執行nqa schedule命令時：
· 如果係統時間尚未到達啟動時間，則到達啟動時間後，啟動測試；
· 如果係統時間在<啟動時間>到<啟動時間＋持續時間>之間，則立即啟動測試；
· 如果係統時間已經超過<啟動時間＋持續時間>，則不會啟動測試。
通過display clock命令可以查看係統的當前時間。
測試組被調度後就不能再進入該測試組視圖和測試類型視圖。
對於已啟動的測試組或已經完成測試的測試組，不受係統時間調整的影響，隻有等待測試的測試組受係統時間調整的影響。
(1) 進入係統視圖。
system-view
(2) 在NQA客戶端上調度NQA測試組。
nqa schedule admin-name operation-tag start-time { hh:mm:ss [ yyyy/mm/dd | mm/dd/yyyy ] | now } lifetime { lifetime | forever } [ recurring ]
對於NQA各類型模板，某些測試參數既可以由外部特性提供，也可以手工直接進行配置。若同時通過以上兩種方式獲取到測試參數，則以手工配置的測試信息為準。
NQA模板配置任務如下：
(1) 配置NQA模板
(2) （可選）配置NQA模板通用參數
ICMP類型的NQA模板為外部特性提供ICMP類型的測試，外部特性通過引用該模板來啟動ICMP測試，並根據是否接收到ICMP應答報文判斷目的主機的可達性。ICMP類型的NQA模板支持IPv4和IPv6網絡。
(1) 進入係統視圖。
system-view
(2) 創建ICMP類型的NQA模板，並進入模板視圖。
nqa template icmp name
(3) 配置測試操作的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
(4) 配置探測報文的源地址。請選擇其中一項進行配置。
¡ 使用指定接口的IP地址作為探測報文的源IP地址。
source interface interface-type interface-number
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
source interface命令指定的接口必須為up狀態。
¡ 配置探測報文的源IPv4地址。
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗。
¡ 配置探測報文的源IPv6地址。
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(5) 配置探測報文的下一跳地址。
（IPv4網絡）
next-hop ip ip-address
（IPv6網絡）
next-hop ipv6 ipv6-address
缺省情況下，未配置探測報文的下一跳地址。
(6) 配置每次探測結束時都將探測結果發送給外部特性。
reaction trigger per-probe
缺省情況下，連續探測成功或失敗3次時，NQA客戶端會把探測成功或失敗的消息發送給外部特性，使外部特性利用NQA測試的結果進行相應處理。
reaction trigger per-probe命令與reaction trigger probe-pass命令作用相同，多次執行這兩條命令時，最後一次執行的命令生效。
reaction trigger per-probe命令與reaction trigger probe-fail命令作用相同，多次執行這兩條命令時，最後一次執行的命令生效。
(7) （可選）配置探測報文中的填充內容大小。
data-size size
缺省情況下，探測報文中的填充內容大小為100字節。
(8) （可選）配置探測報文的填充字符串。
data-fill string
探測報文的填充內容為十六進製00010203040506070809。
DNS類型的NQA模板為外部特性提供DNS類型的測試。外部特性通過引用該模板來啟動DNS測試，NQA客戶端向指定的DNS服務器發送DNS請求報文，NQA客戶端通過是否收到應答及應答報文的合法性來確定服務器的狀態。DNS類型的NQA模板支持IPv4和IPv6網絡。
在DNS類型的NQA模板視圖下，用戶可以配置期望返回的地址。如果DNS服務器返回的IP地址中包含了期望地址，則該DNS服務器為真實的服務器，測試成功；否則，測試失敗。
在進行DNS測試之前，需要在DNS服務器上創建域名和地址的映射關係。DNS服務器配置方法，請參見DNS服務器相關資料。
(1) 進入係統視圖。
system-view
(2) 創建DNS類型的NQA模板，並進入模板視圖。
nqa template dns name
(3) 配置測試操作的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
(4) 配置測試操作的目的端口。
destination port port-number
缺省情況下，測試操作的目的端口號為53。
(5) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(6) 配置探測報文的源端口。
source port port-number
缺省情況下，係統自動選擇設備當前空閑的端口作為探測報文的源。
本命令配置的端口號不能是當前設備中其它服務正在使用的端口號，否則會導致探測失敗。建議使用缺省值即可。
(7) 配置要解析的域名。
resolve-target domain-name
缺省情況下，沒有配置要解析的域名。
(8) 配置域名解析類型。
resolve-type { A | AAAA }
缺省情況下，域名解析類型為A類型。
其中A類型表示將域名解析為IPv4地址，AAAA類型表示將域名解析為IPv6地址。
(9) （可選）配置用戶期望返回的地址。
（IPv4網絡）
expect ip ip-address
（IPv6網絡）
expect ipv6 ipv6-address
缺省情況下，未設定期望返回的地址。
TCP類型的NQA模板為外部特性提供TCP類型測試，外部特性通過引用該模板，測試客戶端和服務器指定端口之間能否建立TCP連接。
在TCP類型的NQA模板視圖下，用戶可以配置期望的應答內容。如果用戶未配置期望的應答內容，則NQA客戶端與服務器間隻建立TCP連接。
TCP測試需要NQA服務器和客戶端配合才能完成。在TCP測試之前，需要在NQA服務器端配置TCP監聽功能。
(1) 進入係統視圖。
system-view
(2) 創建TCP類型的NQA模板，並進入模板視圖。
nqa template tcp name
(3) 配置測試操作的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
必須與NQA服務器上配置的監聽服務的IP地址一致。
(4) 配置測試操作的目的端口。
destination port port-number
缺省情況下，未配置測試操作的目的端口號。
必須與NQA服務器上配置的監聽服務的端口號一致。
(5) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(6) （可選）配置探測報文的填充字符串。
data-fill string
探測報文的填充內容為十六進製00010203040506070809。
(7) （可選）配置用戶期望的應答內容。
expect data expression [ offset number ]
缺省情況下，未配置期望的應答內容。
僅當data-fill和expect data命令都配置時，進行期望應答內容的檢查，否則不做檢查。
TCP Half Open類型的NQA模板為外部特性提供TCP Half Open類型測試。作為TCP測試的補充，TCP Half Open測試不需要指定目的端端口。當外部特性的現有TCP連接無法得到對端應答時，可以引用TCP Half Open模板進行測試。開啟測試後，NQA客戶端將主動向對端發出TCP ACK報文，以是否能收到對端返回的RST報文來判斷對端的TCP服務是否可用。
(1) 進入係統視圖。
system-view
(2) 創建TCP Half Open類型的NQA模板，並進入模板視圖。
nqa template tcphalfopen name
(3) 配置測試操作的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
必須與NQA服務器上配置的監聽服務的IP地址一致。
(4) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(5) 配置探測報文的下一跳地址。
（IPv4網絡）
next-hop ip ip-address
（IPv6網絡）
next-hop ipv6 ipv6-address
缺省情況下，未配置探測報文的下一跳地址。
(6) 配置每次探測結束時都將探測結果發送給外部特性。
reaction trigger per-probe
缺省情況下，連續探測成功或失敗3次時，NQA客戶端會把探測成功或失敗的消息發送給外部特性，使外部特性利用NQA測試的結果進行相應處理。
reaction trigger per-probe命令與reaction trigger probe-pass命令作用相同，多次執行這兩條命令時，最後一次執行的命令生效。
reaction trigger per-probe命令與reaction trigger probe-fail命令作用相同，多次執行這兩條命令時，最後一次執行的命令生效。
UDP類型的NQA模板為外部特性提供UDP類型測試，外部特性通過引用該模板，測試客戶端和服務器指定端口之間UDP傳輸的聯通性。NQA客戶端通過處理服務器端的應答報文，判斷服務器指定端口上提供的服務是否可用。
在UDP類型的NQA模板視圖下，用戶可以配置期望的應答內容。如果用戶未配置期望的應答內容，則NQA客戶端隻要收到合法的回應報文就認為探測成功。
UDP測試需要NQA服務器和客戶端配合才能完成。在進行UDP測試前，需要在NQA服務器端配置UDP監聽服務。
(1) 進入係統視圖。
system-view
(2) 創建UDP類型的NQA模板，並進入模板視圖。
nqa template udp name
(3) 配置測試操作的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
必須與NQA服務器上配置的監聽服務的IP地址一致。
(4) 配置測試操作的目的端口。
destination port port-number
缺省情況下，未配置測試操作的目的端口號。
必須與NQA服務器上配置的監聽服務的端口號一致。
(5) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(6) （可選）配置探測報文的填充字符串。
data-fill string
探測報文的填充內容為十六進製00010203040506070809。
在未配置此命令情況下配置expect data命令則會探測失敗。
(7) （可選）配置探測報文中的填充內容大小。
data-size size
缺省情況下，探測報文中的填充內容大小為100字節。
(8) （可選）配置用戶期望的應答內容。
expect data expression [ offset number ]
缺省情況下，未配置期望的應答內容。
僅當data-fill和expect data命令都配置時，進行期望應答內容的檢查，否則不做檢查。
HTTP類型的NQA模板為外部特性提供HTTP類型測試，外部特性通過引用該模板，測試NQA客戶端是否可以與指定的HTTP服務器建立連接，以及從HTTP服務器獲取數據所需的時間，從而判斷HTTP服務器的連通性及性能。
在HTTP類型的NQA模板中，用戶可以配置期望返回的數據。通過該功能用戶可以判斷HTTP服務器應答報文的合法性。當應答報文中存在“Content-Length”字段，且配置了expect data命令時，設備將進行期望應答內容的檢查。
在HTTP類型的NQA模板中，用戶可以配置應答狀態碼。應答狀態碼是由3位十進製數組成的字段，它包含HTTP服務器的狀態信息，用戶可以根據該狀態碼了解HTTP服務器的狀態。狀態碼的第一位表示狀態碼的類型。
在進行HTTP測試之前，需要完成HTTP服務器的配置。
(1) 進入係統視圖。
system-view
(2) 創建HTTP類型的NQA模板，並進入模板視圖。
nqa template http name
(3) 配置HTTP測試訪問的目的網址。
url url
缺省情況下，沒有配置HTTP測試訪問的網址。
url配置形式為http://host/resource或http://host:port/resource。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如http://[2001::1]/test。
(4) 配置HTTP登錄用戶名。
username username
缺省情況下，未配置HTTP登錄用戶名。
(5) 配置HTTP登錄密碼。
password { cipher | simple } string
缺省情況下，未配置HTTP登錄密碼。
(6) 配置HTTP所使用的協議版本。
version { v1.0 | v1.1 }
缺省情況下，HTTP使用的版本為v1.0。
(7) 配置HTTP的操作方式。
operation { get | post | raw }
缺省情況下，HTTP操作方式為get操作。
如果HTTP操作方式為raw操作，則向服務器發送的探測報文的內容為raw-request視圖中的內容。
(8) 配置HTTP測試請求報文。
a. 進入raw-request視圖。
raw-request
輸入raw-request命令進入raw-request視圖，每次進入視圖原有報文內容清除。
b. 配置HTTP測試請求報文內容。
逐個字符輸入或拷貝粘貼請求報文內容。
缺省情況下，未配置HTTP測試請求報文內容。
要求報文內容中不能包含alias命令配置的別名，請用戶自行確保報文的正確性，否則探測將失敗。有關alias命令的詳細介紹請參見“基礎配置命令參考”中的“CLI”。
c. 保存輸入內容並退回測試類型視圖。
quit
當配置HTTP測試的操作類型為raw時，必須完成此操作且保證發送的測試報文正確有效。
(9) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(10) （可選）配置期望的應答狀態碼。
expect status status-list
缺省情況下，未配置期望的應答狀態碼。
(11) （可選）配置期望的應答內容。
expect data expression [ offset number ]
缺省情況下，未配置期望的應答內容。
HTTPS（Hypertext Transfer Protocol Secure，超文本傳輸協議的安全版本）是支持SSL（Secure Sockets Layer，安全套接字層）協議的HTTP協議，通過SSL為HTTP協議提供安全保證。HTTPS類型的NQA模板為外部特性提供HTTPS類型測試，外部特性通過引用該模板，測試NQA客戶端是否可以與指定的HTTPS服務器建立連接，以及從HTTPS服務器獲取數據所需的時間，從而判斷HTTPS服務器的連通性及性能。
在HTTPS類型的NQA模板中，用戶可以配置期望返回的數據。通過該功能用戶可以判斷HTTPS服務器應答報文的合法性。當應答報文中存在“Content-Length”字段，且配置了expect data命令時，設備將進行期望應答內容的檢查。
在HTTPS類型的NQA模板中，用戶可以配置應答狀態碼。應答狀態碼是由3位十進製數組成的字段，它包含HTTPS服務器的狀態信息，用戶可以根據該狀態碼了解HTTPS服務器的狀態。狀態碼的第一位表示狀態碼的類型。
在進行HTTPS測試之前，需要在測試客戶端完成SSL客戶端策略配置，以及在目的端完成HTTPS服務器的配置。SSL客戶端策略的配置方法請參見“安全配置指導”中的“SSL”。
(1) 進入係統視圖。
system-view
(2) 創建HTTPS類型的NQA模板，並進入模板視圖。
nqa template https name
(3) 配置HTTPS測試訪問的目的網址。
url url
缺省情況下，沒有配置HTTPS測試訪問的網址。
url參數的格式為https://host/resource或https://host:port/resource。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如https://[2001::1]/test。
(4) 配置HTTPS登錄用戶名。
username username
缺省情況下，未配置HTTPS登錄用戶名。
(5) 配置HTTPS登錄密碼。
password { cipher | simple } string
缺省情況下，未配置HTTPS登錄密碼。
(6) 綁定SSL客戶端策略。
ssl-client-policy policy-name
缺省情況下，未綁定SSL客戶端策略。
(7) 配置HTTPS所使用的協議版本。
version { v1.0 | v1.1 }
缺省情況下，HTTPS使用的版本為v1.0。
(8) 配置HTTPS的操作方式。
operation { get | post | raw }
缺省情況下，HTTPS操作方式為get操作。
如果HTTP操作方式為raw操作，則向服務器發送的探測報文的內容為raw-request視圖中的內容。
(9) 配置HTTPS測試請求報文。
a. 進入raw-request視圖。
raw-request
輸入raw-request命令進入raw-request視圖，每次進入視圖原有報文內容清除。
b. 配置HTTPS測試請求報文內容。
逐個字符輸入或拷貝粘貼請求報文內容。
缺省情況下，未配置HTTPS測試請求報文內容。
要求報文內容中不能包含alias命令配置的別名，請用戶自行確保報文的正確性，否則探測將失敗。有關alias命令的詳細介紹請參見“基礎配置命令參考”中的“CLI”。
c. 保存輸入內容並退回測試類型視圖。
quit
當配置HTTPS測試的操作類型為raw時，必須完成此操作且保證發送的測試報文正確有效。
(10) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(11) （可選）配置期望的應答內容。
expect data expression [ offset number ]
缺省情況下，未配置期望的應答內容。
(12) （可選）配置期望的應答狀態碼。
expect status status-list
缺省情況下，未配置期望的應答狀態碼。
FTP類型的NQA模板為外部特性提供FTP類型測試，外部特性通過引用該模板，與指定的FTP服務器建立連接，以及與FTP服務器之間傳送文件的時間，從而判斷FTP服務器的連通性及性能。
在進行FTP測試之前，需要在FTP服務器上進行相應的配置，包括FTP客戶端登錄FTP服務器的用戶名、密碼等。FTP服務器的配置方法，請參見“基礎配置指導”中的“FTP和TFTP”。
(1) 進入係統視圖。
system-view
(2) 創建FTP類型的NQA模板，並進入模板視圖。
nqa template ftp name
(3) 配置FTP登錄用戶名。
username username
缺省情況下，未配置FTP登錄用戶名。
(4) 配置FTP登錄密碼。
password { cipher | simple } string
缺省情況下，未配置FTP登錄密碼。
(5) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(6) 配置FTP的數據傳輸方式。
mode { active | passive }
缺省情況下，FTP數據傳輸方式為主動方式。
(7) 配置FTP的操作類型。
operation { get | put }
缺省情況下，FTP操作方式為get操作，即從FTP服務器獲取文件。
(8) 配置FTP測試訪問的目的網址。
url url
缺省情況下，沒有配置FTP測試訪問的網址。
url可以設置為ftp://host/filename或ftp://host:port/filename。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如ftp://[2001::1]/test。當FTP測試的操作類型為get方式時，必須在url中配置filename指定從FTP服務器獲取的文件名。
(9) 配置FTP服務器和客戶端傳送文件的文件名。
filename filename
缺省情況下，未配置FTP服務器和客戶端之間傳送文件的文件名。
當FTP測試的操作類型為put方式時，必須配置本命令來指定向FTP服務器傳送的文件。
當FTP測試的操作類型為get方式時，不以此命令為準。
RADIUS類型的NQA模板為外部特性提供RADIUS類型測試，外部特性通過引用該模板來啟動RADIUS測試，來檢測RADIUS服務器的業務可用性。
RADIUS服務器是一種提供認證、授權和計費功能的服務器，RADIUS類型的NQA模板檢測過程選擇了最基本的RADIUS認證過程：
(1) NQA客戶端根據配置的用戶名和密碼，向RADIUS服務器發送認證請求包（Access-Request），其中的密碼在共享密鑰Key的參與下利用MD5算法進行加密處理。
(2) RADIUS服務器對用戶名和密碼進行認證，如果認證成功，RADIUS服務器向NQA客戶端發送認證接受包（Access-Accept）；如果認證失敗，則返回認證拒絕包（Access-Reject）。
(3) 當NQA客戶端收到RADIUS服務器發出的認證接受包後，則表示RADIUS服務器是健康的；否則，該RADIUS服務器被認為無法成功提供服務。
RADIUS測試需要RADIUS服務器和NQA客戶端配合才能完成。進行RADIUS探測時，要求RADIUS服務器存在探測使用的用戶信息，並配置與NQA客戶端相同的密鑰（Key）。RADIUS服務器配置方法，請參見“安全配置指導”中的“AAA”。
(1) 進入係統視圖。
system-view
(2) 創建RADIUS類型的NQA模板，並進入模板視圖。
nqa template radius name
(3) 配置測試操作的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
(4) 配置測試操作的目的端口。
destination port port-number
缺省情況下，測試操作的目的端口號為1812。
(5) 配置RADIUS用戶名。
username username
缺省情況下，未配置RADIUS用戶名。
(6) 配置RADIUS密碼。
password { cipher | simple } string
缺省情況下，未配置RADIUS密碼。
(7) 配置RADIUS認證使用的共享密鑰。
key { cipher | simple } string
缺省情況下，未配置RADIUS認證使用的共享密鑰。
(8) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
SSL類型的NQA模板為外部特性提供SSL類型測試，外部特性通過引用該模板，測試NQA客戶端是否可以與指定的SSL服務器建立SSL連接，從而通過SSL連接建立的時間判斷服務器的連通性及性能。
在進行SSL測試之前，需要在測試客戶端完成SSL客戶端策略配置。SSL客戶端策略配置方法請參見“安全配置指導”中的“SSL”。
(1) 進入係統視圖。
system-view
(2) 創建SSL類型的NQA模板，並進入模板視圖。
nqa template ssl name
(3) 配置測試操作的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
(4) 配置測試操作的目的端口。
destination port port-number
缺省情況下，未配置測試操作的目的端口號。
(5) 綁定SSL客戶端策略。
ssl-client-policy policy-name
缺省情況下，未綁定SSL客戶端策略。
(6) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
NQA模板的通用參數，隻對當前模板的測試有效。
除特別說明外，所有類型NQA模板都可以根據實際情況選擇配置下列通用參數。
(1) 進入係統視圖。
system-view
(2) 進入已存在的NQA模板視圖。
nqa template { dns | ftp | http | https | icmp | radius | ssl | tcp | tcphalfopen | udp } name
(3) 配置NQA模板的描述信息。
description text
缺省情況下，未配置模板的信息。
(4) 配置連續兩次探測開始時間的時間間隔。
frequency interval
缺省情況下，連續兩次探測開始時間的時間間隔為5000毫秒。
如果到達frequency指定的時間間隔時，上次探測尚未完成，則不啟動新一輪探測。
(5) 配置每次探測超時時間。
probe timeout timeout
缺省情況下，探測的超時時間為3000毫秒。
(6) 配置探測報文在網絡中可以經過的最大跳數。
ttl value
缺省情況下，探測報文在網絡中可以經過的最大跳數為20跳。
ARP類型的NQA模板不支持配置本命令。
(7) 配置NQA探測報文IP報文頭中服務類型域的值。
tos value
缺省情況下，NQA探測報文IP報文頭中服務類型域的值為0。
ARP類型的NQA模板不支持配置本命令。
(8) 指定操作所屬的VPN實例。
vpn-instance vpn-instance-name
缺省情況下，未指定操作所屬的VPN實例。
(9) 配置連續探測成功的次數，當連續探測成功次數達到命令配置的數值時，NQA客戶端會把探測成功的消息發送給外部特性，使外部特性利用NQA測試的結果進行相應處理。
reaction trigger probe-pass count
缺省情況下，連續探測成功3次時，NQA客戶端會把探測成功的消息發送給外部特性，使外部特性利用NQA測試的結果進行相應處理。
(10) 配置連續探測失敗的次數，當連續探測失敗次數達到命令配置的數值時，NQA客戶端會把探測失敗的消息發送給外部特性，使外部特性利用NQA測試的結果進行相應處理。
reaction trigger probe-fail count
缺省情況下，連續探測失敗3次時，NQA客戶端會把探測失敗的消息發送給外部特性，是外部特性利用NQA測試的結果進行相應處理。
在完成上述配置後，在任意視圖下執行display命令可以顯示配置後NQA的運行情況，通過查看顯示信息驗證配置的效果。
表1-2 NQA顯示和維護
|
操作 |
命令 |
|
顯示NQA測試組的曆史記錄 |
display nqa history [ admin-name operation-tag ] |
|
顯示NQA閾值告警功能的當前監測結果 |
display nqa reaction counters [ admin-name operation-tag [ item-number ]] |
|
顯示最近一次NQA測試的當前結果 |
display nqa result [ admin-name operation-tag ] |
|
顯示NQA測試的統計信息 |
display nqa statistics [ admin-name operation-tag ] |
|
顯示服務器的狀態信息 |
display nqa server |
關於NQA模板功能的配置舉例的詳細介紹，請參見“可靠性配置指導”中的“負載均衡”。
使用NQA的ICMP-echo測試功能，測試本端（Device A）發送的報文是否可以經過指定的下一跳設備（Device C）到達指定的目的端（Device B），以及報文的往返時間。
圖1-2 ICMP-echo測試組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 創建ICMP-echo類型的NQA測試組（管理員為admin，操作標簽為test1），並配置探測報文的目的地址為10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type icmp-echo
[DeviceA-nqa-admin-test1-icmp-echo] destination ip 10.2.2.2
# 配置下一跳地址為10.1.1.2，以便測試報文經過指定的下一跳設備（Device C）到達目的端，而不是通過Device D到達目的端。
[DeviceA-nqa-admin-test1-icmp-echo] next-hop ip 10.1.1.2
# 配置可選參數：一次NQA測試中探測的次數為10，探測的超時時間為500毫秒，測試組連續兩次測試開始時間的時間間隔為5000毫秒。
[DeviceA-nqa-admin-test1-icmp-echo] probe count 10
[DeviceA-nqa-admin-test1-icmp-echo] probe timeout 500
[DeviceA-nqa-admin-test1-icmp-echo] frequency 5000
# 開啟NQA曆史記錄保存功能，並配置一個測試組中能夠保存的最大曆史記錄個數為10。
[DeviceA-nqa-admin-test1-icmp-echo] history-record enable
[DeviceA-nqa-admin-test1-icmp-echo] history-record number 10
[DeviceA-nqa-admin-test1-icmp-echo] quit
# 啟動ICMP-echo測試操作，並一直進行測試。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止ICMP-echo測試操作。
[DeviceA] undo nqa schedule admin test1
# 顯示ICMP-echo測試中最後一次測試的當前結果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 10 Receive response times: 10
Min/Max/Average round trip time: 2/5/3
Square-Sum of round trip time: 96
Last succeeded probe time: 2019-08-23 15:00:01.2
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 顯示ICMP-echo測試的曆史記錄。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
370 3 Succeeded 2019-08-23 15:00:01.2
369 3 Succeeded 2019-08-23 15:00:01.2
368 3 Succeeded 2019-08-23 15:00:01.2
367 5 Succeeded 2019-08-23 15:00:01.2
366 3 Succeeded 2019-08-23 15:00:01.2
365 3 Succeeded 2019-08-23 15:00:01.2
364 3 Succeeded 2019-08-23 15:00:01.1
363 2 Succeeded 2019-08-23 15:00:01.1
362 3 Succeeded 2019-08-23 15:00:01.1
361 2 Succeeded 2019-08-23 15:00:01.1
以上顯示信息表示，Device A發送的報文可以通過Device C到達Device B；測試過程中未發生丟包；報文的最小、最大、平均往返時間分別為2毫秒、5毫秒和3毫秒。
使用NQA的ICMP-jitter測試功能，測試本端（Device A）和指定目的端（Device B）之間傳送報文的時延抖動。
圖1-3 ICMP-jitter測試組網圖
(1) 配置各接口的IP地址。（配置過程略）
(2) 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
(3) 配置Device A
# 創建ICMP-jitter類型的NQA測試組（管理員為admin，操作標簽為test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type icmp-jitter
# 配置測試操作的探測報文的目的地址為10.2.2.2。
[DeviceA-nqa-admin-test1-icmp-jitter] destination ip 10.2.2.2
# 配置可選參數：測試組連續兩次測試開始時間的時間間隔為1000毫秒。
[DeviceA-nqa-admin-test1-icmp-jitter] frequency 1000
[DeviceA-nqa-admin-test1-icmp-jitter] quit
# 啟動ICMP-jitter測試操作，並一直進行測試。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止ICMP-jitter測試操作。
[DeviceA] undo nqa schedule admin test1
# 顯示ICMP-jitter測試中最後一次測試的當前結果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 10 Receive response times: 10
Min/Max/Average round trip time: 1/2/1
Square-Sum of round trip time: 13
Last packet received time: 2019-03-09 17:40:29.8
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
ICMP-jitter results:
RTT number: 10
Min positive SD: 0 Min positive DS: 0
Max positive SD: 0 Max positive DS: 0
Positive SD number: 0 Positive DS number: 0
Positive SD sum: 0 Positive DS sum: 0
Positive SD average: 0 Positive DS average: 0
Positive SD square-sum: 0 Positive DS square-sum: 0
Min negative SD: 1 Min negative DS: 2
Max negative SD: 1 Max negative DS: 2
Negative SD number: 1 Negative DS number: 1
Negative SD sum: 1 Negative DS sum: 2
Negative SD average: 1 Negative DS average: 2
Negative SD square-sum: 1 Negative DS square-sum: 4
SD average: 1 DS average: 2
One way results:
Max SD delay: 1 Max DS delay: 2
Min SD delay: 1 Min DS delay: 2
Number of SD delay: 1 Number of DS delay: 1
Sum of SD delay: 1 Sum of DS delay: 2
Square-Sum of SD delay: 1 Square-Sum of DS delay: 4
Lost packets for unknown reason: 0
# 顯示ICMP-jitter測試的統計結果。
[DeviceA] display nqa statistics admin test1
NQA entry (admin admin, tag test1) test statistics:
NO. : 1
Start time: 2019-03-09 17:42:10.7
Life time: 156 seconds
Send operation times: 1560 Receive response times: 1560
Min/Max/Average round trip time: 1/2/1
Square-Sum of round trip time: 1563
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
ICMP-jitter results:
RTT number: 1560
Min positive SD: 1 Min positive DS: 1
Max positive SD: 1 Max positive DS: 2
Positive SD number: 18 Positive DS number: 46
Positive SD sum: 18 Positive DS sum: 49
Positive SD average: 1 Positive DS average: 1
Positive SD square-sum: 18 Positive DS square-sum: 55
Min negative SD: 1 Min negative DS: 1
Max negative SD: 1 Max negative DS: 2
Negative SD number: 24 Negative DS number: 57
Negative SD sum: 24 Negative DS sum: 58
Negative SD average: 1 Negative DS average: 1
Negative SD square-sum: 24 Negative DS square-sum: 60
SD average: 16 DS average: 2
One way results:
Max SD delay: 1 Max DS delay: 2
Min SD delay: 1 Min DS delay: 1
Number of SD delay: 4 Number of DS delay: 4
Sum of SD delay: 4 Sum of DS delay: 5
Square-Sum of SD delay: 4 Square-Sum of DS delay: 7
Lost packets for unknown reason: 0
使用NQA的DHCP測試功能，測試Switch A從DHCP服務器Switch B申請到IP地址所需的時間。
圖1-4 配置DHCP組網圖
# 創建DHCP類型的NQA測試組（管理員為admin，操作標簽為test1），並指定進行DHCP測試中探測報文的目的地址為10.1.1.2。
<SwitchA> system-view
[SwitchA] nqa entry admin test1
[SwitchA-nqa-admin-test1] type dhcp
[SwitchA-nqa-admin-test1-dhcp] destination ip 10.1.1.2
# 開啟NQA測試組的曆史記錄保存功能。
[SwitchA-nqa-admin-test1-dhcp] history-record enable
[SwitchA-nqa-admin-test1-dhcp] quit
# 啟動DHCP測試操作，並一直進行測試。
[SwitchA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止DHCP測試操作。
[SwitchA] undo nqa schedule admin test1
# 顯示DHCP測試中最後一次測試的當前結果。
[SwitchA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 512/512/512
Square-Sum of round trip time: 262144
Last succeeded probe time: 2019-11-22 09:56:03.2
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 顯示DHCP測試的曆史記錄。
[SwitchA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 512 Succeeded 2019-11-22 09:56:03.2
以上顯示信息表示，Switch A可以從DHCP服務器獲取IP地址，獲取IP地址所需的時間為512毫秒。
使用NQA的DNS測試功能，測試Device A是否可以通過指定的DNS服務器將域名host.com解析為IP地址，並測試域名解析所需的時間。
圖1-5 配置DNS組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 創建DNS類型的NQA測試組（管理員為admin，操作標簽為test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type dns
# 配置探測報文的目的地址為DNS服務器的IP地址10.2.2.2，要解析的域名為host.com。
[DeviceA-nqa-admin-test1-dns] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-dns] resolve-target host.com
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test1-dns] history-record enable
[DeviceA-nqa-admin-test1-dns] quit
# 啟動DNS測試操作，並一直進行測試。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止DNS測試操作。
[DeviceA] undo nqa schedule admin test1
# 顯示DNS測試中最後一次測試的當前結果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 62/62/62
Square-Sum of round trip time: 3844
Last succeeded probe time: 2019-11-10 10:49:37.3
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 顯示DNS測試的曆史記錄。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 62 Succeeded 2019-11-10 10:49:37.3
以上顯示信息表示，Device A可以通過指定的DNS服務器將域名host.com解析為IP地址，域名解析所需的時間為62毫秒。
使用NQA的FTP測試功能，測試Device A是否可以和指定的FTP服務器Device B建立連接，以及往FTP服務器上傳一個文件的時間。登錄FTP服務器的用戶名為admin，密碼為systemtest，要傳送到服務器的文件名為config.txt。
圖1-6 配置FTP組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 創建FTP類型的NQA測試組（管理員為admin，操作標簽為test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type ftp
# 配置測試操作的目的地址為FTP服務器的IP地址10.2.2.2。
[DeviceA-nqa-admin-test1-ftp] url ftp://10.2.2.2
# 配置探測報文的源IP地址為10.1.1.1。
[DeviceA-nqa-admin-test1-ftp] source ip 10.1.1.1
# 配置測試執行的操作為向FTP服務器上傳文件config.txt。
[DeviceA-nqa-admin-test1-ftp] operation put
[DeviceA-nqa-admin-test1-ftp] filename config.txt
# 配置FTP操作的登錄用戶名為admin。
[DeviceA-nqa-admin-test1-ftp] username admin
# 配置FTP操作的登錄密碼為systemtest。
[DeviceA-nqa-admin-test1-ftp] password simple systemtest
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test1-ftp] history-record enable
[DeviceA-nqa-admin-test1-ftp] quit
# 啟動FTP測試操作，並一直進行測試。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止FTP測試操作。
[DeviceA] undo nqa schedule admin test1
# 顯示FTP測試中最後一次測試的當前結果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 173/173/173
Square-Sum of round trip time: 29929
Last succeeded probe time: 2019-11-22 10:07:28.6
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 顯示FTP測試的曆史記錄。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 173 Succeeded 2019-11-22 10:07:28.6
以上顯示信息表示，Device A可以和指定的FTP服務器Device B建立連接，向FTP服務器上傳一個文件的時間是173毫秒。
使用NQA的HTTP測試功能，測試是否可以和指定的HTTP服務器之間建立連接，以及從HTTP服務器獲取數據的時間。
圖1-7 HTTP測試組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 創建HTTP類型的NQA測試組（管理員為admin，操作標簽為test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type http
# 配置HTTP測試服務器的IP地址為10.2.2.2，訪問的網址為/index.htm。
[DeviceA-nqa-admin-test1-http] url http://10.2.2.2/index.htm
# 配置HTTP測試的操作方式為get操作。（get操作為缺省操作方式，因此，可以不執行本配置）
[DeviceA-nqa-admin-test1-http] operation get
# 配置HTTP測試使用的版本為1.0。（缺省情況下使用的版本為1.0，因此，可以不執行本配置）
[DeviceA-nqa-admin-test1-http] version v1.0
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test1-http] history-record enable
[DeviceA-nqa-admin-test1-http] quit
# 啟動HTTP測試操作，並一直進行測試。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止HTTP測試操作。
[DeviceA] undo nqa schedule admin test1
# 顯示HTTP測試中最後一次測試的當前結果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 64/64/64
Square-Sum of round trip time: 4096
Last succeeded probe time: 2019-11-22 10:12:47.9
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 顯示HTTP測試的曆史記錄。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 64 Succeeded 2019-11-22 10:12:47.9
以上顯示信息表示，Device A可以和指定的HTTP服務器Device B建立連接，從HTTP服務器獲取數據的時間為64毫秒。
使用NQA的UDP-jitter測試功能，測試本端（Device A）和指定目的端（Device B）的端口9000之間傳送報文的抖動時間。
圖1-8 UDP-jitter測試組網圖
(1) 配置各接口的IP地址。（配置過程略）
(2) 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
(3) 配置Device B
# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，UDP端口號為9000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server udp-echo 10.2.2.2 9000
(4) 配置Device A
# 創建UDP-jitter類型的NQA測試組（管理員為admin，操作標簽為test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type udp-jitter
# 配置測試操作的探測報文的目的地址為10.2.2.2，目的端口號為9000。
[DeviceA-nqa-admin-test1-udp-jitter] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-udp-jitter] destination port 9000
# 配置可選參數：測試組連續兩次測試開始時間的時間間隔為1000毫秒。
[DeviceA-nqa-admin-test1-udp-jitter] frequency 1000
[DeviceA-nqa-admin-test1-udp-jitter] quit
# 啟動UDP-jitter測試操作，並一直進行測試。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止UDP-jitter測試操作。
[DeviceA] undo nqa schedule admin test1
# 顯示UDP-jitter測試中最後一次測試的當前結果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 10 Receive response times: 10
Min/Max/Average round trip time: 15/32/17
Square-Sum of round trip time: 3235
Last packet received time: 2019-05-29 13:56:17.6
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
UDP-jitter results:
RTT number: 10
Min positive SD: 4 Min positive DS: 1
Max positive SD: 21 Max positive DS: 28
Positive SD number: 5 Positive DS number: 4
Positive SD sum: 52 Positive DS sum: 38
Positive SD average: 10 Positive DS average: 10
Positive SD square-sum: 754 Positive DS square-sum: 460
Min negative SD: 1 Min negative DS: 6
Max negative SD: 13 Max negative DS: 22
Negative SD number: 4 Negative DS number: 5
Negative SD sum: 38 Negative DS sum: 52
Negative SD average: 10 Negative DS average: 10
Negative SD square-sum: 460 Negative DS square-sum: 754
SD average: 10 DS average: 10
One way results:
Max SD delay: 15 Max DS delay: 16
Min SD delay: 7 Min DS delay: 7
Number of SD delay: 10 Number of DS delay: 10
Sum of SD delay: 78 Sum of DS delay: 85
Square-Sum of SD delay: 666 Square-Sum of DS delay: 787
SD lost packets: 0 DS lost packets: 0
Lost packets for unknown reason: 0
# 顯示UDP-jitter測試的統計結果。
[DeviceA] display nqa statistics admin test1
NQA entry (admin admin, tag test1) test statistics:
NO. : 1
Start time: 2019-05-29 13:56:14.0
Life time: 47 seconds
Send operation times: 410 Receive response times: 410
Min/Max/Average round trip time: 1/93/19
Square-Sum of round trip time: 206176
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
UDP-jitter results:
RTT number: 410
Min positive SD: 3 Min positive DS: 1
Max positive SD: 30 Max positive DS: 79
Positive SD number: 186 Positive DS number: 158
Positive SD sum: 2602 Positive DS sum: 1928
Positive SD average: 13 Positive DS average: 12
Positive SD square-sum: 45304 Positive DS square-sum: 31682
Min negative SD: 1 Min negative DS: 1
Max negative SD: 30 Max negative DS: 78
Negative SD number: 181 Negative DS number: 209
Negative SD sum: 181 Negative DS sum: 209
Negative SD average: 13 Negative DS average: 14
Negative SD square-sum: 46994 Negative DS square-sum: 3030
SD average: 9 DS average: 1
One way results:
Max SD delay: 46 Max DS delay: 46
Min SD delay: 7 Min DS delay: 7
Number of SD delay: 410 Number of DS delay: 410
Sum of SD delay: 3705 Sum of DS delay: 3891
Square-Sum of SD delay: 45987 Square-Sum of DS delay: 49393
SD lost packets: 0 DS lost packets: 0
Lost packets for unknown reason: 0
使用NQA的SNMP測試功能，測試從Device A發出SNMP協議查詢報文到收到SNMP Agent（Device B）響應報文所用的時間。
圖1-9 SNMP配置測試組網圖
(1) 配置各接口的IP地址。（配置過程略）
(2) 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
(3) 配置SNMP Agent（Device B）
# 啟動SNMP Agent服務，設置SNMP版本為all、隻讀團體名為public、讀寫團體名為private。
<DeviceB> system-view
[DeviceB] snmp-agent sys-info version all
[DeviceB] snmp-agent community read public
[DeviceB] snmp-agent community write private
(4) 配置Device A
# 創建SNMP類型的測試組（管理員為admin，操作標簽為test1），並配置測試操作的探測報文的目的地址為SNMP Agent的IP地址10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type snmp
[DeviceA-nqa-admin-test1-snmp] destination ip 10.2.2.2
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test1-snmp] history-record enable
[DeviceA-nqa-admin-test1-snmp] quit
# 啟動測試操作，並一直進行測試。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止SNMP測試操作。
[DeviceA] undo nqa schedule admin test1
# 顯示SNMP測試中最後一次測試的當前結果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 50/50/50
Square-Sum of round trip time: 2500
Last succeeded probe time: 2019-11-22 10:24:41.1
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 顯示SNMP測試的曆史記錄。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 50 Succeeded 2019-11-22 10:24:41.1
以上顯示信息表示，Device A可以和SNMP Agent（Device B）建立連接，從Device A發出一個SNMP協議查詢報文到收到SNMP Agent響應報文所用的時間為50毫秒。
使用NQA的TCP測試功能，測試本端（Device A）和指定目的端（Device B）的端口9000之間建立TCP連接所需的時間。
圖1-10 TCP測試組網圖
(1) 配置各接口的IP地址。（配置過程略）
(2) 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
(3) 配置Device B
# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，TCP端口號為9000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server tcp-connect 10.2.2.2 9000
(4) 配置Device A
# 創建TCP類型的測試組（管理員為admin，操作標簽為test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type tcp
# 配置探測報文的目的地址為10.2.2.2，目的端口號為9000。
[DeviceA-nqa-admin-test1-tcp] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-tcp] destination port 9000
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test1-tcp] history-record enable
[DeviceA-nqa-admin-test1-tcp] quit
# 啟動測試操作，並一直進行測試。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止TCP測試操作。
[DeviceA] undo nqa schedule admin test1
# 顯示TCP測試中最後一次測試的當前結果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 13/13/13
Square-Sum of round trip time: 169
Last succeeded probe time: 2019-11-22 10:27:25.1
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 顯示TCP測試的曆史記錄。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 13 Succeeded 2019-11-22 10:27:25.1
以上顯示信息表示，Device A可以與Device B的端口9000建立TCP連接，建立連接所需的時間為13毫秒。
使用NQA的UDP-echo測試功能，測試本端（Device A）和指定目的端（Device B）的端口8000之間UDP協議報文的往返時間。
圖1-11 UDP-echo測試組網圖
(1) 配置各接口的IP地址。（配置過程略）
(2) 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
(3) 配置Device B
# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，UDP端口號為8000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server udp-echo 10.2.2.2 8000
(4) 配置Device A
# 創建UDP-echo類型的測試組（管理員為admin，操作標簽為test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type udp-echo
# 配置探測報文的目的地址為10.2.2.2，目的端口號為8000。
[DeviceA-nqa-admin-test1-udp-echo] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-udp-echo] destination port 8000
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test1-udp-echo] history-record enable
[DeviceA-nqa-admin-test1-udp-echo] quit
# 啟動測試操作，並一直進行測試。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止UDP-echo測試操作。
[DeviceA] undo nqa schedule admin test1
# 顯示UDP-echo測試中最後一次測試的當前結果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 25/25/25
Square-Sum of round trip time: 625
Last succeeded probe time: 2019-11-22 10:36:17.9
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 顯示UDP-echo測試的曆史記錄。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 25 Succeeded 2019-11-22 10:36:17.9
以上顯示信息表示，Device A和Device B的端口8000之間UDP協議報文的往返時間為25毫秒。
使用NQA的UDP-tracert測試功能，探測本端（Device A）到指定目的端（Device B）之間經過的路徑信息。
圖1-12 UDP-tracert測試組網圖
(1) 配置各接口的IP地址。（配置過程略）
(2) 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
(3) 在中間設備上配置ip ttl-expires enable命令，在Device B上配置ip unreachables enable命令。
(4) 配置Device A
# 創建UDP-tracert類型的測試組（管理員為admin，操作標簽為test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type udp-tracert
# 配置測試操作的目的地址為10.2.2.2，目的端口號為33434。（目的端口號為33434是缺省操作方式，因此，可以不執行本配置）
[DeviceA-nqa-admin-test1-udp-tracert] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-udp-tracert] destination port 33434
# 配置可選參數：對一個TTL值的節點的探測次數為3（探測次數為3是缺省操作方式，因此，可以不執行本配置），探測的超時時間為500毫秒，測試組連續兩次測試開始時間的時間間隔為5000毫秒。
[DeviceA-nqa-admin-test1-udp-tracert] probe count 3
[DeviceA-nqa-admin-test1-udp-tracert] probe timeout 500
[DeviceA-nqa-admin-test1-udp-tracert] frequency 5000
# 配置UDP-tracert測試的出接口為GigabitEthernet1/0/1。
[DeviceA-nqa-admin-test1-udp-tracert] out interface gigabitethernet 1/0/1
# 開啟UDP-tracert測試的禁止報文分片功能。
[DeviceA-nqa-admin-test1-udp-tracert] no-fragment enable
# 配置最大連續失敗次數為6次，配置初始TTL為1
[DeviceA-nqa-admin-test1-udp-tracert] max-failure 6
[DeviceA-nqa-admin-test1-udp-tracert] init-ttl 1
# 啟動測試操作，並一直進行測試。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止UDP-tracert測試操作。
[DeviceA] undo nqa schedule admin test1
# 顯示UDP-tracert測試中最後一次測試的當前結果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 6 Receive response times: 6
Min/Max/Average round trip time: 1/1/1
Square-Sum of round trip time: 1
Last succeeded probe time: 2019-09-09 14:46:06.2
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
UDP-tracert results:
TTL Hop IP Time
1 3.1.1.1 2019-09-09 14:46:03.2
2 10.2.2.2 2019-09-09 14:46:06.2
# 顯示UDP-tracert測試的曆史記錄。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index TTL Response Hop IP Status Time
1 2 2 10.2.2.2 Succeeded 2019-09-09 14:46:06.2
1 2 1 10.2.2.2 Succeeded 2019-09-09 14:46:05.2
1 2 2 10.2.2.2 Succeeded 2019-09-09 14:46:04.2
1 1 1 3.1.1.1 Succeeded 2019-09-09 14:46:03.2
1 1 2 3.1.1.1 Succeeded 2019-09-09 14:46:02.2
1 1 1 3.1.1.1 Succeeded 2019-09-09 14:46:01.2
使用NQA的Voice測試功能，測試本端（Device A）和指定的目的端（Device B）之間傳送語音報文的抖動時間和網絡語音質量參數。
圖1-13 Voice測試組網圖
(1) 配置各接口的IP地址。（配置過程略）
(2) 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
(3) 配置Device B
# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，UDP端口號為9000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server udp-echo 10.2.2.2 9000
(4) 配置Device A
# 創建Voice類型的NQA測試組（管理員為admin，操作標簽為test1）。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type voice
# 配置探測報文的目的地址為10.2.2.2，目的端口號為9000。
[DeviceA-nqa-admin-test1-voice] destination ip 10.2.2.2
[DeviceA-nqa-admin-test1-voice] destination port 9000
[DeviceA-nqa-admin-test1-voice] quit
# 啟動Voice測試操作，並一直進行測試。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止Voice測試操作。
[DeviceA] undo nqa schedule admin test1
# 顯示Voice測試中最後一次測試的當前結果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 1000 Receive response times: 1000
Min/Max/Average round trip time: 31/1328/33
Square-Sum of round trip time: 2844813
Last packet received time: 2019-06-13 09:49:31.1
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
Voice results:
RTT number: 1000
Min positive SD: 1 Min positive DS: 1
Max positive SD: 204 Max positive DS: 1297
Positive SD number: 257 Positive DS number: 259
Positive SD sum: 759 Positive DS sum: 1797
Positive SD average: 2 Positive DS average: 6
Positive SD square-sum: 54127 Positive DS square-sum: 1691967
Min negative SD: 1 Min negative DS: 1
Max negative SD: 203 Max negative DS: 1297
Negative SD number: 255 Negative DS number: 259
Negative SD sum: 759 Negative DS sum: 1796
Negative SD average: 2 Negative DS average: 6
Negative SD square-sum: 53655 Negative DS square-sum: 1691776
SD average: 2 DS average: 6
One way results:
Max SD delay: 343 Max DS delay: 985
Min SD delay: 343 Min DS delay: 985
Number of SD delay: 1 Number of DS delay: 1
Sum of SD delay: 343 Sum of DS delay: 985
Square-Sum of SD delay: 117649 Square-Sum of DS delay: 970225
SD lost packets: 0 DS lost packets: 0
Lost packets for unknown reason: 0
Voice scores:
MOS value: 4.38 ICPIF value: 0
# 顯示Voice測試的統計結果。
[DeviceA] display nqa statistics admin test1
NQA entry (admin admin, tag test1) test statistics:
NO. : 1
Start time: 2019-06-13 09:45:37.8
Life time: 331 seconds
Send operation times: 4000 Receive response times: 4000
Min/Max/Average round trip time: 15/1328/32
Square-Sum of round trip time: 7160528
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
Voice results:
RTT number: 4000
Min positive SD: 1 Min positive DS: 1
Max positive SD: 360 Max positive DS: 1297
Positive SD number: 1030 Positive DS number: 1024
Positive SD sum: 4363 Positive DS sum: 5423
Positive SD average: 4 Positive DS average: 5
Positive SD square-sum: 497725 Positive DS square-sum: 2254957
Min negative SD: 1 Min negative DS: 1
Max negative SD: 360 Max negative DS: 1297
Negative SD number: 1028 Negative DS number: 1022
Negative SD sum: 1028 Negative DS sum: 1022
Negative SD average: 4 Negative DS average: 5
Negative SD square-sum: 495901 Negative DS square-sum: 5419
SD average: 16 DS average: 2
One way results:
Max SD delay: 359 Max DS delay: 985
Min SD delay: 0 Min DS delay: 0
Number of SD delay: 4 Number of DS delay: 4
Sum of SD delay: 1390 Sum of DS delay: 1079
Square-Sum of SD delay: 483202 Square-Sum of DS delay: 973651
SD lost packets: 0 DS lost packets: 0
Lost packets for unknown reason: 0
Voice scores:
Max MOS value: 4.38 Min MOS value: 4.38
Max ICPIF value: 0 Min ICPIF value: 0
使用NQA的DLSw測試功能，測試DLSw設備的響應時間。
圖1-14 DLSw測試組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 創建DLSw類型的測試組（管理員為admin，操作標簽為test1），並配置探測報文的目的地址為10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type dlsw
[DeviceA-nqa-admin-test1-dlsw] destination ip 10.2.2.2
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test1-dlsw] history-record enable
[DeviceA-nqa-admin-test1-dlsw] quit
# 啟動測試操作，並一直進行測試。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止DLSw測試操作。
[DeviceA] undo nqa schedule admin test1
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，TCP端口號為2065（對於DLSw測試類型，端口號必須為2065）。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server tcp-connect 10.2.2.2 2065
# 顯示DLSw測試中最後一次測試的當前結果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 19/19/19
Square-Sum of round trip time: 361
Last succeeded probe time: 2019-11-22 10:40:27.7
Extended results:
Packet loss ratio: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to internal error: 0
Failures due to other errors: 0
# 顯示DLSw測試的曆史記錄。
[DeviceA] display nqa history admin test1
NQA entry (admin admin, tag test1) history records:
Index Response Status Time
1 19 Succeeded 2019-11-22 10:40:27.7
以上顯示信息表示，DLSw設備的響應時間為19毫秒。
使用NQA的Path-jitter測試功能，測試本端（Device A）到指定目的端（Device C）間的網絡質量情況。
圖1-15 Path-jitter測試組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 在Device B上配置ip ttl-expires enable命令，在設備C上配置ip unreachables enable命令。
# 創建Path-jitter類型的NQA測試組（管理員為admin，操作標簽為test1），並配置探測報文的目的地址為10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa entry admin test1
[DeviceA-nqa-admin-test1] type path-jitter
[DeviceA-nqa-admin-test1-path-jitter] destination ip 10.2.2.2
# 配置可選參數：測試組連續兩次測試開始時間的時間間隔為10000毫秒。
[DeviceA-nqa-admin-test1-path-jitter] frequency 10000
[DeviceA-nqa-admin-test1-path-jitter] quit
# 啟動Path-jitter測試操作，並一直進行測試。
[DeviceA] nqa schedule admin test1 start-time now lifetime forever
# 測試執行一段時間後，停止Path-jitter測試操作。
[DeviceA] undo nqa schedule admin test1
# 顯示Path-jitter測試中最後一次測試的當前結果。
[DeviceA] display nqa result admin test1
NQA entry (admin admin, tag test1) test results:
Hop IP 10.1.1.2
Basic Results
Send operation times: 10 Receive response times: 10
Min/Max/Average round trip time: 9/21/14
Square-Sum of round trip time: 2419
Extended Results
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
Path-Jitter Results
Jitter number: 9
Min/Max/Average jitter: 1/10/4
Positive jitter number: 6
Min/Max/Average positive jitter: 1/9/4
Sum/Square-Sum positive jitter: 25/173
Negative jitter number: 3
Min/Max/Average negative jitter: 2/10/6
Sum/Square-Sum positive jitter: 19/153
Hop IP 10.2.2.2
Basic Results
Send operation times: 10 Receive response times: 10
Min/Max/Average round trip time: 15/40/28
Square-Sum of round trip time: 4493
Extended Results
Failures due to timeout: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packets out of sequence: 0
Packets arrived late: 0
Path-Jitter Results
Jitter number: 9
Min/Max/Average jitter: 1/10/4
Positive jitter number: 6
Min/Max/Average positive jitter: 1/9/4
Sum/Square-Sum positive jitter: 25/173
Negative jitter number: 3
Min/Max/Average negative jitter: 2/10/6
Sum/Square-Sum positive jitter: 19/153
· Switch A到達Switch C的靜態路由下一跳為Switch B。
· 在Switch A上通過靜態路由、Track與NQA聯動，對到達Switch C的靜態路由有效性進行實時判斷。
圖1-16 NQA聯動配置組網圖
(1) 配置各接口的IP地址。（配置過程略）
(2) 在Switch A上配置靜態路由，並與Track項關聯。
# 配置到達Switch C的靜態路由下一跳地址為10.2.1.1，並配置靜態路由與Track項1關聯。
<SwitchA> system-view
[SwitchA] ip route-static 10.1.1.2 24 10.2.1.1 track 1
(3) 在Switch A上配置NQA測試組
# 創建管理員名為admin、操作標簽為test1的NQA測試組。
[SwitchA] nqa entry admin test1
# 配置測試類型為ICMP-echo。
[SwitchA-nqa-admin-test1] type icmp-echo
# 配置目的地址為10.2.1.1。
[SwitchA-nqa-admin-test1-icmp-echo] destination ip 10.2.1.1
# 測試頻率為100ms。
[SwitchA-nqa-admin-test1-icmp-echo] frequency 100
# 配置聯動項1（連續失敗5次觸發聯動）。
[SwitchA-nqa-admin-test1-icmp-echo] reaction 1 checked-element probe-fail threshold-type consecutive 5 action-type trigger-only
[SwitchA-nqa-admin-test1-icmp-echo] quit
# 啟動ICMP-echo探測操作，並一直進行測試。
[SwitchA] nqa schedule admin test1 start-time now lifetime forever
(4) 在Switch A上配置Track項
# 配置Track項1，關聯NQA測試組（管理員為admin，操作標簽為test1）的聯動項1。
[SwitchA] track 1 nqa entry admin test1 reaction 1
# 顯示Switch A上Track項的信息。
[SwitchA] display track all
Track ID: 1
State: Positive
Duration: 0 days 0 hours 0 minutes 0 seconds
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
NQA entry: admin test1
Reaction: 1
# 顯示Switch A的路由表。
[SwitchA] display ip routing-table
Destinations : 13 Routes : 13
Destination/Mask Proto Pre Cost NextHop Interface
0.0.0.0/32 Direct 0 0 127.0.0.1 InLoop0
10.1.1.0/24 Static 60 0 10.2.1.1 Vlan3
10.2.1.0/24 Direct 0 0 10.2.1.2 Vlan3
10.2.1.0/32 Direct 0 0 10.2.1.2 Vlan3
10.2.1.2/32 Direct 0 0 127.0.0.1 InLoop0
10.2.1.255/32 Direct 0 0 10.2.1.2 Vlan3
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.0/32 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
127.255.255.255/32 Direct 0 0 127.0.0.1 InLoop0
224.0.0.0/4 Direct 0 0 0.0.0.0 NULL0
224.0.0.0/24 Direct 0 0 0.0.0.0 NULL0
255.255.255.255/32 Direct 0 0 127.0.0.1 InLoop0
以上顯示信息表示，NQA測試的結果為下一跳地址10.2.1.1可達（Track項狀態為Positive），配置的靜態路由生效。
# 在Switch B上刪除VLAN接口3的IP地址。
<SwitchB> system-view
[SwitchB] interface vlan-interface 3
[SwitchB-Vlan-interface3] undo ip address
# 顯示Switch A上Track項的信息。
[SwitchA] display track all
Track ID: 1
State: Negative
Duration: 0 days 0 hours 0 minutes 0 seconds
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
NQA entry: admin test1
Reaction: 1
# 顯示Switch A的路由表。
[SwitchA] display ip routing-table
Destinations : 12 Routes : 12
Destination/Mask Proto Pre Cost NextHop Interface
0.0.0.0/32 Direct 0 0 127.0.0.1 InLoop0
10.2.1.0/24 Direct 0 0 10.2.1.2 Vlan3
10.2.1.0/32 Direct 0 0 10.2.1.2 Vlan3
10.2.1.2/32 Direct 0 0 127.0.0.1 InLoop0
10.2.1.255/32 Direct 0 0 10.2.1.2 Vlan3
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.0/32 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
127.255.255.255/32 Direct 0 0 127.0.0.1 InLoop0
224.0.0.0/4 Direct 0 0 0.0.0.0 NULL0
224.0.0.0/24 Direct 0 0 0.0.0.0 NULL0
255.255.255.255/32 Direct 0 0 127.0.0.1 InLoop0
以上顯示信息表示，NQA測試的結果為下一跳地址10.2.1.1不可達（Track項狀態為Negative），配置的靜態路由無效。
外部特性通過引用ICMP類型的NQA模板，測試本端（Device A）發送的報文是否可以到達指定的目的端（Device B）。
圖1-17 ICMP類型的NQA模板配置組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 創建ICMP類型的NQA模板，模板名為icmp，並配置操作中探測報文的目的地址為10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa template icmp icmp
[DeviceA-nqatplt-icmp-icmp] destination ip 10.2.2.2
# 配置ICMP一次探測的超時時間為500毫秒，連續兩次探測開始時間的時間間隔為3000毫秒。
[DeviceA-nqatplt-icmp-icmp] probe timeout 500
[DeviceA-nqatplt-icmp-icmp] frequency 3000
# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-icmp-icmp] reaction trigger probe-pass 2
# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，是外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-icmp-icmp] reaction trigger probe-fail 2
外部特性通過引用DNS類型的NQA模板，測試Device A是否可以通過指定的DNS服務器將域名host.com解析為IP地址。
圖1-18 DNS類型的NQA模板配置組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 創建DNS類型的NQA模板，模板名為dns。
<DeviceA> system-view
[DeviceA] nqa template dns dns
# 配置操作中探測報文的目的地址為DNS服務器的IP地址10.2.2.2，要解析的域名為host.com，解析類型為A，用戶期望返回的IP地址為3.3.3.3。
[DeviceA-nqatplt-dns-dns] destination ip 10.2.2.2
[DeviceA-nqatplt-dns-dns] resolve-target host.com
[DeviceA-nqatplt-dns-dns] resolve-type A
[DeviceA-nqatplt-dns-dns] expect ip 3.3.3.3
# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-dns-dns] reaction trigger probe-pass 2
# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-dns-dns] reaction trigger probe-fail 2
外部特性通過引用TCP類型的NQA模板，測試本端（Device A）和服務器（Device B）的端口之間能否建立TCP連接，並處理服務器端的應答數據。
圖1-19 TCP類型的NQA模板配置組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
(1) 配置Device B
# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，TCP端口號為9000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server tcp-connect 10.2.2.2 9000
(2) 配置Device A
# 創建TCP類型的NQA模板，模板名為tcp。
<DeviceA> system-view
[DeviceA] nqa template tcp tcp
# 配置TCP探測報文的目的地址為10.2.2.2，目的端口號為9000。
[DeviceA-nqatplt-tcp-tcp] destination ip 10.2.2.2
[DeviceA-nqatplt-tcp-tcp] destination port 9000
# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-tcp-tcp] reaction trigger probe-pass 2
# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-tcp-tcp] reaction trigger probe-fail 2
外部特性通過引用TCP Half Open類型的NQA模板，測試本端（Device A）和服務器（Device B）的TCP服務是否可用。
圖1-20 TCP Half Open類型的NQA模板配置組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
(1) 配置Device A
# 創建TCP Half Open類型的NQA模板，模板名為test。
<DeviceA> system-view
[DeviceA] nqa template tcphalfopen test
# 配置TCP Half Open探測報文的目的地址為10.2.2.2。
[DeviceA-nqatplt-tcphalfopen-test] destination ip 10.2.2.2
# 配置連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-tcphalfopen-test] reaction trigger probe-pass 2
# 配置連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-tcphalfopen-test] reaction trigger probe-fail 2
外部特性通過引用UDP類型的NQA模板，測試本端（Device A）和服務器（Device B）的端口之間的UDP報文交互，並處理服務器端的應答數據。
圖1-21 UDP類型的NQA模板配置組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
(1) 配置Device B
# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，UDP端口號為9000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server udp-echo 10.2.2.2 9000
(2) 配置Device A
# 創建UDP類型的NQA模板，模板名為udp。
<DeviceA> system-view
[DeviceA] nqa template udp udp
# 配置UDP探測報文的目的地址為10.2.2.2，目的端口號為9000。
[DeviceA-nqatplt-udp-udp] destination ip 10.2.2.2
[DeviceA-nqatplt-udp-udp] destination port 9000
# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-udp-udp] reaction trigger probe-pass 2
# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-udp-udp] reaction trigger probe-fail 2
外部特性通過引用HTTP類型的NQA模板，測試是否可以和指定的HTTP服務器之間建立連接，以及能否從HTTP服務器獲取數據。
圖1-22 HTTP類型的NQA模板配置組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 創建HTTP類型的NQA模板，模板名為http。
<DeviceA> system-view
[DeviceA] nqa template http http
# 配置HTTP測試的網址為https://10.2.2.2/index.htm。
[DeviceA-nqatplt-http-http] url http://10.2.2.2/index.htm
# 配置HTTP測試的操作方式為get操作。（get操作為缺省操作方式，因此，可以不執行本配置）
[DeviceA-nqatplt-http-http] operation get
# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-http-http] reaction trigger probe-pass 2
外部特性通過引用HTTPS類型的NQA模板，測試是否可以和指定的HTTPS服務器之間建立連接，以及能否從HTTPS服務器獲取數據。
圖1-23 HTTPS類型的NQA模板配置組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 在Device A上配置SSL客戶端策略，確保客戶端與服務器端可以建立SSL安全連接。（配置過程略）
# 創建HTTPS類型的NQA模板，模板名為test。
<DeviceA> system-view
[DeviceA] nqa template https https
# 配置HTTPS測試的網址為https://10.2.2.2/index.htm。
[DeviceA-nqatplt-https-https] url https://10.2.2.2/index.htm
# 配置HTTPS綁定的SSL客戶端策略為abc。
[DeviceA-nqatplt-https-https] ssl-client-policy abc
# 配置HTTPS測試的操作方式為get操作。（get操作為缺省操作方式，可不執行本配置）
[DeviceA-nqatplt-https-https] operation get
# 配置HTTPS測試使用的版本為1.0。（缺省情況下使用的版本為1.0，可不執行本配置）
[DeviceA-nqatplt-https-https] version v1.0
# 配置連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-https-https] reaction trigger probe-pass 2
# 配置連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-https-https] reaction trigger probe-fail 2
# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-https-https] reaction trigger probe-fail 2
外部特性通過引用FTP類型的NQA模板，測試Device A是否可以和指定的FTP服務器Device B建立連接，以及能否往FTP服務器上傳文件。登錄FTP服務器的用戶名為admin，密碼為systemtest，要傳送到服務器的文件名為config.txt。
圖1-24 FTP類型的NQA模板配置組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 創建FTP類型的NQA模板，模板名為ftp。
<DeviceA> system-view
[DeviceA] nqa template ftp ftp
# 配置操作的目的地址為FTP服務器的IP地址10.2.2.2。
[DeviceA-nqatplt-ftp-ftp] url ftp://10.2.2.2
# 配置探測報文的源IP地址為10.1.1.1。
[DeviceA-nqatplt-ftp-ftp] source ip 10.1.1.1
# 配置執行的操作為向FTP服務器上傳文件config.txt。
[DeviceA-nqatplt-ftp-ftp] operation put
[DeviceA-nqatplt-ftp-ftp] filename config.txt
# 配置登錄FTP服務器的用戶名為admin。
[DeviceA-nqatplt-ftp-ftp] username admin
# 配置登錄FTP服務器的密碼為systemtest。
[DeviceA-nqatplt-ftp-ftp] password simple systemtest
# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-ftp-ftp] reaction trigger probe-pass 2
# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-ftp-ftp] reaction trigger probe-fail 2
外部特性通過引用RADIUS類型的NQA模板，測試Device A是否可以和指定的RADIUS服務器Device B建立連接，並檢測Device B是否提供服務。RADIUS用戶名為admin，RADIUS密碼為systemtest，RADIUS認證使用的共享密鑰為123456。
圖1-25 RADIUS類型的NQA模板配置組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 配置RADIUS服務器Device B。（配置步驟略）
# 創建RADIUS類型的NQA模板，模板名為radius。
<DeviceA> system-view
[DeviceA] nqa template radius radius
# 配置RADIUS探測報文的目的地址為10.2.2.2。
[DeviceA-nqatplt-radius-radius] destination ip 10.2.2.2
# 配置RADIUS RADIUS用戶名為admin，RADIUS密碼為明文systemtest。
[DeviceA-nqatplt-radius-radius] username admin
[DeviceA-nqatplt-radius-radius] password simple systemtest
# 配置RADIUS用於RADIUS認證的共享密鑰為明文123456。
[DeviceA-nqatplt-radius-radius] key simple 123456
# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-radius-radius] reaction trigger probe-pass 2
# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-radius-radius] reaction trigger probe-fail 2
外部特性通過引用SSL類型的NQA模板，本端（Device A）通過引用指定的SSL客戶端策略與SSL服務器（Device B）建立SSL連接，從而測試SSL客戶端和服務器端的連通性和性能。
圖1-26 SSL類型的NQA模板配置組網圖
# 配置各接口的IP地址。（配置過程略）
# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
# 在Device A上配置SSL客戶端策略，確保客戶端與服務器端可以建立SSL安全連接。（配置過程略）
(1) 配置Device A
# 創建SSL類型的NQA模板，模板名為ssl。
<DeviceA> system-view
[DeviceA] nqa template ssl ssl
# 配置SSL探測報文的目的地址為10.2.2.2，目的端口號為9000。
[DeviceA-nqatplt-ssl-ssl] destination ip 10.2.2.2
[DeviceA-nqatplt-ssl-ssl] destination port 9000
# 配置SSL綁定的SSL客戶端策略為abc。
[DeviceA-nqatplt-ssl-ssl] ssl-client-policy abc
# 配置連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-ssl-ssl] reaction trigger probe-pass 2
# 配置連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。
[DeviceA-nqatplt-ssl-ssl] reaction trigger probe-fail 2
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!
支持
