監測對象	支持的測試類型
探測持續時間	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，計算計劃損傷元素）值 ICPIF的詳細介紹請參見“1.6.13 配置Voice測試”	Voice測試類型
MOS（Mean Opinion Scores，平均意見得分）值 MOS的詳細介紹請參見“1.6.13 配置Voice測試”	Voice測試類型

(2) 閾值類型

NQA閾值告警功能支持的閾值類型包括：

· 平均值（average）：監測一次測試中探測結果的平均值，如果平均值不在指定的範圍內，則該監測對象超出閾值。例如，監測一次測試中探測持續時間的平均值。

· 累計數目（accumulate）：監測一次測試中探測結果不在指定範圍內的累計數目，如果累計數目達到或超過設定的值，則該監測對象超出閾值。

· 連續次數（consecutive）：NQA測試組啟動後，監測探測結果連續不在指定範圍內的次數，如果該次數達到或超過設定的值，則該監測對象超出閾值。

(3) 觸發動作

NQA閾值告警功能可以觸發如下動作：

· none：隻在本地記錄監測結果，以便通過顯示命令查看，不向網絡管理係統發送Trap消息。

· trap-only：不僅在本地記錄監測結果，當閾值告警項的狀態改變時，還向網絡管理係統發送Trap消息。

· trigger-only：在顯示信息中記錄監測結果的同時，觸發其他模塊聯動。

DNS測試不支持發送Trap消息。

1.2 NQA配置限製和指導

所有時延測試都要求測試的源端和目的端時間同步，而且同步的精度必須高於或者等於測試結果的計算精度，否則，會導致測試結果錯誤。

在設備啟動初期，設備尚未生成到達探測目的地址的路由表項和ARP表項，或者探測報文出接口未處於up狀態，可能會導致NQA測試失敗。

1.3 NQA配置任務簡介

NQA客戶端支持兩種配置方式：NQA測試組和NQA模板。NQA測試組配置完畢後，通過調度測試組就可以進行測試操作；NQA模板配置完畢後並不啟動測試，需要外部特性調用NQA模板，為該特性創建NQA測試組後，並自動啟動NQA測試。

表1-2 NQA配置任務簡介

操作	說明	詳細配置
配置NQA服務器	對於TCP、UDP-echo、UDP-jitter和Voice為必選，其他測試類型為可選	1.4
使能NQA客戶端功能	必選	1.5
在NQA客戶端上配置NQA測試組	二者至少選其一	1.6
在NQA客戶端上配置NQA模板	二者至少選其一	1.7

1.4 配置NQA服務器

在進行TCP、UDP-echo、UDP-jitter和Voice類型測試前，必須在目的端設備上進行本配置。進行其他類型測試時，不需要進行本配置。

在一個NQA服務器上可以配置多個TCP（或UDP）監聽服務，每個監聽服務對應一個監聽的IP地址和一個端口號。

NQA服務器上配置的監聽IP地址、端口號、VPN參數必須與NQA客戶端上的配置一致，且不能與已有的TCP（或UDP）監聽服務衝突。

表1-3 配置NQA服務器

操作	命令	說明
進入係統視圖	system-view	-
開啟NQA服務器功能	nqa server enable	缺省情況下，NQA服務器功能處於關閉狀態
在NQA服務器上配置TCP監聽服務	nqa server tcp-connect ip-address port-number [ vpn-instance vpn-instance-name ] [ tos tos ]	僅TCP和DLSw測試類型下必須進行本命令，且對於DLSw測試類型，port-number值必須為2065。否則，測試失敗
在NQA服務器上配置UDP監聽服務	nqa server udp-echo ip-address port-number [ vpn-instance vpn-instance-name ] [ tos tos ]	僅UDP-echo、UDP-jitter和Voice測試類型下必須進行本配置

1.5 使能NQA客戶端功能

隻有使能NQA客戶端功能後，NQA客戶端的相關配置才會生效。

表1-4 使能NQA客戶端功能

操作	命令	說明
進入係統視圖	system-view	-
使能NQA客戶端功能	nqa agent enable	缺省情況下，NQA客戶端功能處於開啟狀態

1.6 在NQA客戶端上配置NQA測試組

1.6.1 NQA測試組配置任務簡介

表1-5 NQA測試組配置任務簡介

配置任務	說明	詳細配置
配置ICMP-echo測試	至少選其一	1.6.2
配置ICMP-jitter測試		1.6.3
配置DHCP測試		1.6.4
配置DNS測試		1.6.5
配置FTP測試		1.6.6
配置HTTP測試		1.6.7
配置UDP-jitter測試		1.6.8
配置SNMP測試		1.6.9
配置TCP測試		1.6.10
配置UDP-echo測試		1.6.11
配置UDP-tracert測試		1.6.12
配置Voice測試		1.6.13
配置DLSw測試		1.6.14
配置Path-jitter測試		1.6.15
配置NQA測試組通用參數	可選	1.6.16
配置聯動功能	可選	1.6.17
配置閾值告警功能	可選	1.6.18
配置NQA統計功能	可選	1.6.19
配置NQA曆史記錄功能	可選	1.6.20
在NQA客戶端上調度NQA測試組	必選	1.6.21

1.6.2 配置ICMP-echo測試

ICMP-echo測試利用ICMP協議，根據是否接收到應答報文判斷目的主機的可達性。ICMP-echo測試的功能與ping命令類似，但ICMP-echo測試中可以指定測試的下一跳設備。在源端和目的端設備之間存在多條路徑時，通過配置下一跳設備可以指定測試的路徑。並且，與ping命令相比，ICMP-echo測試輸出的信息更為豐富。

表1-6 配置ICMP-echo測試

操作		命令	說明
進入係統視圖		system-view	-
創建NQA測試組，並進入NQA測試組視圖		nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
配置測試類型為ICMP-echo，並進入測試類型視圖		type icmp-echo	-
配置探測報文的目的地址	配置探測報文的目的IPv4地址	destination ip ip-address	二者選其一缺省情況下，未配置探測報文的目的地址
配置探測報文的目的地址	配置探測報文的目的IPv6地址	destination ipv6 ipv6-address	二者選其一缺省情況下，未配置探測報文的目的地址
（可選）配置探測報文中的填充內容大小		data-size size	缺省情況下，探測報文中的填充內容大小為100字節
（可選）配置探測報文的填充字符串		data-fill string	缺省情況下，探測報文的填充內容十六進製數值00010203040506070809
（可選）配置探測報文出接口		out interface interface-type interface-number	缺省情況下，未配置探測報文的出接口設備通過查詢路由表信息確認報文出接口
（可選）配置使用指定接口的IP地址作為探測報文的源IP地址		source interface interface-type interface-number	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址 source interface命令指定的接口必須為up狀態 source ip、source ipv6和source interface命令作用相同，多次執行這三條命令時，最後一次執行的命令生效
（可選）配置探測報文的源地址	配置探測報文的源IPv4地址	source ip ip-address	二者選其一缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源地址必須是設備上接口的地址，且接口為up狀態，否則測試將會失敗
（可選）配置探測報文的源地址	配置探測報文的源IPv6地址	source ipv6 ipv6-address
（可選）配置探測報文的下一跳地址	配置探測報文的下一跳IPv4地址	next-hop ip ip-address	二者選其一缺省情況下，未配置探測報文的下一跳地址
（可選）配置探測報文的下一跳地址	配置探測報文的下一跳IPv6地址	next-hop ipv6 ipv6-address	二者選其一缺省情況下，未配置探測報文的下一跳地址

1.6.3 配置ICMP-jitter測試

語音、視頻等實時性業務對時延抖動（Delay jitter）的要求較高。通過ICMP-jitter測試，可以獲得網絡的單向和雙向時延抖動，從而判斷網絡是否可以承載實時性業務。

ICMP-jitter測試的過程如下：

(1) 源端以一定的時間間隔向目的端發送探測報文。

(2) 目的端收到探測報文後，為它打上時間戳，並把帶有時間戳的報文發送給源端。

(3) 源端收到報文後，根據報文上的時間戳，計算出時延抖動，從而清晰地反映出網絡狀況。時延抖動的計算方法為相鄰兩個報文的目的端接收時間間隔減去這兩個報文的發送時間間隔。

表1-7 配置ICMP-jitter測試

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，設備上不存在任何NQA測試組
配置測試類型為ICMP-jitter，並進入測試類型視圖	type icmp-jitter	-
配置測試操作中探測報文的目的地址	destination ip ip-address	缺省情況下，未配置測試操作中探測報文的目的IP地址
（可選）配置一次ICMP-jitter探測中發送探測報文的個數	probe packet-number packet-number	缺省情況下，一次ICMP-jitter探測中發送10個探測報文
（可選）配置ICMP-jitter測試中發送探測報文的時間間隔	probe packet-interval packet-interval	缺省情況下，ICMP-jitter測試中發送探測報文的時間間隔為20毫秒
（可選）配置ICMP-jitter測試中等待響應報文的超時時間	probe packet-timeout packet-timeout	缺省情況下，ICMP-jitter測試中等待響應報文的超時時間為3000毫秒
（可選）配置探測報文的源IP地址	source ip ip-address	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源IP地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗

· display nqa history命令的顯示信息無法反映ICMP-jitter測試的結果，如果想了解ICMP-jitter測試的結果，建議通過display nqa result命令查看最近一次NQA測試的當前結果，或通過display nqa statistics命令查看NQA測試的統計信息。

· 進行本測試前需保證網絡時鍾的NTP同步。有關NTP的詳細介紹請參見“網絡管理和監控配置指導”的“NTP”。

1.6.4 配置DHCP測試

DHCP測試主要用來測試網絡上的DHCP服務器能否響應客戶端請求，以及為客戶端分配IP地址所需的時間。

NQA客戶端模擬DHCP中繼轉發DHCP請求報文向DHCP服務器申請IP地址的過程，DHCP服務器進行DHCP測試的接口IP地址不會改變。DHCP測試完成後，NQA客戶端會主動發送報文釋放申請到的IP地址。

表1-8 配置DHCP測試

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
配置測試類型為DHCP，並進入測試類型視圖	type dhcp	-
配置探測報文的目的地址	destination ip ip-address	缺省情況下，未配置探測報文的目的IP地址將DHCP服務器的IP地址配置為測試操作的目的IP地址
（可選）配置探測報文出接口	out interface interface-type interface-number	缺省情況下，未配置探測報文的出接口設備通過查詢路由表信息確認報文出接口
（可選）配置探測報文的源IP地址	source ip ip-address	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址 source ip命令指定的源IP地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗存在DHCP中繼的組網中，DHCP服務器是根據請求報文中的giaddr字段來選擇地址池為客戶端分配IP地址的。DHCP測試中，源IP地址需要添加到DHCP請求報文中的giaddr字段。關於giaddr字段的詳細介紹，請參見“三層技術-IP業務”裏的“DHCP概述”

1.6.5 配置DNS測試

DNS測試主要用來測試NQA客戶端是否可以通過指定的DNS服務器將域名解析為IP地址，以及域名解析過程需要的時間。

DNS測試隻是模擬域名解析的過程，設備上不會保存要解析的域名與IP地址的對應關係。

表1-9 配置DNS測試

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
配置測試類型為DNS，並進入測試類型視圖	type dns	-
配置探測報文的目的地址	destination ip ip-address	缺省情況下，未配置探測報文的目的IP地址將DNS服務器的IP地址配置為測試操作的目的地址
配置要解析的域名	resolve-target domain-name	缺省情況下，沒有配置要解析的域名

1.6.6 配置FTP測試

FTP測試主要用來測試NQA客戶端是否可以與指定的FTP服務器建立連接，以及與FTP服務器之間傳送文件的時間，從而判斷FTP服務器的連通性及性能。

在進行FTP測試之前，需要獲取FTP用戶的用戶名和密碼。

表1-10 配置FTP測試

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
配置測試類型為FTP，並進入測試類型視圖	type ftp	-
配置FTP測試訪問的網址	url url	缺省情況下，沒有配置FTP測試訪問的網址 url可以包括遠端主機地址和文件名。當操作類型為get方式時，必須在url中配置文件名 url可以設置為ftp://host/filename或ftp://host:port/filename
（可選）配置探測報文的源IP地址	source ip ip-address	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源IP地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗
（可選）配置FTP測試的操作類型	operation { get \| put }	缺省情況下，FTP操作方式為get操作，即從FTP服務器獲取文件
配置FTP登錄用戶名	username username	缺省情況下，未配置FTP登錄用戶名
配置FTP登錄密碼	password { cipher \| simple } string	缺省情況下，未配置FTP登錄密碼
（可選）配置FTP服務器和客戶端傳送文件的文件名	filename file-name	缺省情況下，未配置FTP服務器和客戶端之間傳送文件的文件名當操作類型為put方式時，此配置為必選項
配置FTP測試的數據傳輸方式	mode { active \| passive }	缺省情況下，FTP測試的數據傳輸方式為主動方式

· 進行put操作時，若配置了filename，發送數據前判斷filename指定的文件是否存在，如果存在則上傳該文件，如果不存在則探測失敗。

· 進行get操作時，如果FTP服務器上沒有以url中所配置的文件名為名稱的文件，則測試不會成功。進行get操作時，設備上不會保存從服務器獲取的文件。

· 進行get、put操作時，請選用較小的文件進行測試，如果文件較大，可能會因為超時而導致測試失敗，或由於占用較多的網絡帶寬而影響其他業務。

1.6.7 配置HTTP測試

HTTP測試主要用來測試NQA客戶端是否可以與指定的HTTP服務器建立連接，以及從HTTP服務器獲取數據所需的時間，從而判斷HTTP服務器的連通性及性能。

表1-11 配置HTTP測試

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
配置測試類型為HTTP，並進入測試類型視圖	type http	-
配置HTTP測試訪問的網址	url url	缺省情況下，沒有配置HTTP測試訪問的網址 url配置形式為http://host/resource或http://host:port/resource，其中host是遠端主機的IP地址或主機名，port是遠端主機的端口，resource是遠端主機上的資源
配置HTTP登錄用戶名	username username	缺省情況下，未配置HTTP登錄用戶名
配置HTTP登錄密碼	password { cipher \| simple } string	缺省情況下，未配置HTTP登錄密碼
（可選）配置探測報文的源IP地址	source ip ip-address	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源IP地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗
（可選）配置HTTP測試所使用的協議版本	version { v1.0 \| v1.1 }	缺省情況下，HTTP測試使用的版本為1.0
（可選）配置HTTP測試的操作類型	operation { get \| post \| raw }	缺省情況下，HTTP操作方式為get操作，即從HTTP服務器獲取數據如果HTTPS操作方式為raw操作，則向服務器發送的探測報文的內容為raw-request子視圖中的內容。
（可選）進入配置HTTP測試請求報文內容視圖	raw-request	輸入raw-request命令進入raw-request視圖，每次進入視圖原有報文內容清除
（可選）配置HTTP測試請求報文內容	逐個字符輸入或拷貝粘貼請求報文內容	缺省情況下，未配置HTTP測試請求報文內容要求報文內容中不能包含alias命令配置的別名，請用戶自行確保報文的正確性，否則探測將失敗。有關alias命令的詳細介紹請參見“基礎配置命令參考”中的“CLI” 當配置operation為raw時，此配置為必選項
（可選）保存輸入內容並退回測試類型視圖	quit	-

1.6.8 配置UDP-jitter測試

建議不要對知名端口，即1～1023之間的端口，進行UDP-jitter測試，否則可能導致NQA測試失敗或該知名端口對應的服務不可用。

語音、視頻等實時性業務對時延的抖動時間（Delay jitter）的要求較高。通過UDP-jitter測試，可以獲得網絡的單向和雙向抖動的時間，從而判斷網絡是否可以承載實時性業務。

UDP-jitter測試的過程如下：

(1) 源端以一定的時間間隔向目的端發送探測報文。

(2) 目的端收到探測報文後，為它打上時間戳，並把帶有時間戳的報文發送給源端。

(3) 源端收到報文後，根據報文上的時間戳，計算出抖動時間，從而清晰地反映出網絡狀況。抖動時間的計算方法為相鄰兩個報文的目的端接收時間間隔減去這兩個報文的發送時間間隔。

UDP-jitter測試需要NQA服務器和客戶端配合才能完成。進行UDP-jitter測試之前，必須保證NQA服務器端配置了UDP監聽功能，配置方法請參見“1.4 配置NQA服務器”。

表1-12 配置UDP-jitter測試

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
配置測試類型為UDP-jitter，並進入測試類型視圖	type udp-jitter	-
配置探測報文的目的地址	destination ip ip-address	缺省情況下，未配置探測報文的目的IP地址測試操作的目的地址必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的IP地址一致
配置測試操作的目的端口	destination port port-number	缺省情況下，未配置測試操作的目的端口號測試操作的目的端口號必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的端口號一致
（可選）配置探測報文的源IP地址	source ip ip-address	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源IP地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗
（可選）配置探測報文的源端口號	source port port-number	缺省情況下，未指定源端口號
（可選）配置探測報文中的填充內容的大小	data-size size	缺省情況下，探測報文中的填充內容大小為100字節
（可選）配置探測報文的填充字符串	data-fill string	缺省情況下，探測報文的填充內容十六進製數值00010203040506070809
（可選）配置一次UDP-jitter探測中發送探測報文的個數	probe packet-number packet-number	缺省情況下，一次UDP-jitter探測中發送10個探測報文
（可選）配置UDP-jitter測試中發送探測報文的時間間隔	probe packet-interval interval	缺省情況下，UDP-jitter測試中發送探測報文的時間間隔為20毫秒
（可選）配置UDP-jitter測試中等待響應報文的超時時間	probe packet-timeout timeout	缺省情況下，UDP-jitter測試中等待響應報文的超時時間為3000毫秒

· display nqa history命令的顯示信息無法反映UDP-jitter測試的結果，如果想了解UDP-jitter測試的結果，建議通過display nqa result命令查看最近一次NQA測試的當前結果，或通過display nqa statistics命令查看NQA測試的統計信息。

· 進行本測試前需保證網絡時鍾的NTP同步。有關NTP的詳細介紹請參見“網絡管理和監控配置指導”的“NTP”。

1.6.9 配置SNMP測試

SNMP查詢測試主要用來測試從NQA客戶端向SNMP Agent設備發出一個SNMP協議查詢報文到接收響應報文的時間。

表1-13 配置SNMP測試

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
配置測試類型為SNMP，並進入測試類型視圖	type snmp	-
配置探測報文的目的地址	destination ip ip-address	缺省情況下，未配置探測報文的目的IP地址
（可選）配置探測報文的源端口號	source port port-number	缺省情況下，未指定源端口號
（可選）配置探測報文的源IP地址	source ip ip-address	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源IP地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗
（可選）配置用於SNMPv1或者SNMPv2c探測報文的團體名	community read { cipher \| simple } community-name	缺省情況下，SNMPv1或者SNMPv2c探測報文使用的團體名為public 該命令配置的團體名必須為SNMP Agent上已配置具有讀權限的團體名

1.6.10 配置TCP測試

TCP測試用來測試客戶端和服務器指定端口之間是否能夠建立TCP連接，以及建立TCP連接所需的時間，從而判斷服務器指定端口上提供的服務是否可用，及服務性能。

TCP測試需要NQA服務器和客戶端配合才能完成。在TCP測試之前，需要在NQA服務器端配置TCP監聽功能，配置方法請參見“1.4 配置NQA服務器”。

表1-14 配置TCP測試

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
配置測試類型為TCP，並進入測試類型視圖	type tcp	-
配置探測報文的目的地址	destination ip ip-address	缺省情況下，未配置探測報文的目的IP地址必須與NQA服務器上nqa server tcp-connect命令配置的監聽服務的IP地址一致
配置測試操作的目的端口	destination port port-number	缺省情況下，未配置測試操作的目的端口號必須與NQA服務器上nqa server tcp-connect命令配置的監聽服務的端口號一致
（可選）配置探測報文的源IP地址	source ip ip-address	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源IP地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗

1.6.11 配置UDP-echo測試

UDP-echo測試可以用來測試客戶端和服務器指定UDP端口之間的連通性以及UDP報文的往返時間。

UDP-echo測試需要NQA服務器和客戶端配合才能完成。在進行UDP-echo測試之前，需要在NQA服務器端配置UDP監聽功能，配置方法請參見“1.4 配置NQA服務器”。

表1-15 配置UDP-echo測試

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
配置測試類型為UDP-echo，並進入測試類型視圖	type udp-echo	-
配置探測報文的目的地址	destination ip ip-address	缺省情況下，未配置探測報文的目的IP地址必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的IP地址一致
配置測試操作的目的端口	destination port port-number	缺省情況下，未配置測試操作的目的端口號必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的端口號一致
（可選）配置探測報文中的填充內容大小	data-size size	缺省情況下，探測報文中的填充內容大小為100字節
（可選）配置探測報文的填充字符串	data-fill string	缺省情況下，探測報文的填充內容十六進製數值00010203040506070809
（可選）配置探測報文的源端口號	source port port-number	缺省情況下，未指定源端口號
（可選）配置測試操作的探測報文的源IP地址	source ip ip-address	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源IP地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗

1.6.12 配置UDP-tracert測試

UDP-tracert測試可以用來發現源端到目的端之間的路徑信息。UDP-tracert測試和普通Tracert流程一致，由源端發送一個目的端口不可達的報文，當目的端收到該報文後，會回複源端一個端口不可達報文，以便使源端知道Tracert測試結束。

配置UDP-tracert測試需要在中間設備（源端與目的端之間的設備）上開啟ICMP超時報文發送功能。如果中間設備是H3C設備，需要在設備上執行ip ttl-expires enable命令（該命令的詳細介紹請參見“三層技術-IP業務命令參考”中的“IP性能優化”）。需要在目的端開啟ICMP目的不可達報文發送功能。如果目的端是H3C設備，需要在設備上執行ip unreachables enable命令（該命令的詳細介紹請參見“三層技術-IP業務命令參考”中的“IP性能優化”）。

表1-16 配置UDP-tracert測試

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
配置測試類型為UDP-tracert，並進入測試類型視圖	type udp-tracert	-
配置探測報文的目的主機名	destination host host-name	二者必選其一缺省情況下，未配置探測報文的目的主機名和目的IP地址
配置探測報文的目的地址	destination ip ip-address	二者必選其一缺省情況下，未配置探測報文的目的主機名和目的IP地址
（可選）配置測試操作的目的端口	destination port port-number	缺省情況下，測試操作的目的端口號為33434 該端口必須是對端設備上未啟用的端口，這樣對端設備會回複目的端口不可達的ICMP差錯報文
（可選）配置探測報文中的填充內容大小	data-size size	缺省情況下，探測報文中的填充內容大小為100字節
（可選）配置探測的禁止報文分片功能	no-fragment enable	缺省情況下，禁止報文分片功能處於關閉狀態
（可選）配置測試最大連續失敗次數	max-failure times	缺省情況下，最大失敗次數為5
（可選）配置發送的探測報文的初始跳數	init-ttl value	缺省情況下，UDP-tracert測試中探測報文初始跳數為1
（可選）配置探測報文的出接口	out interface interface-type interface-number	缺省情況下，未指定探測報文的出接口設備通過查詢路由表信息確認報文出接口
（可選）配置探測報文的源端口號	source port port-number	缺省情況下，未指定源端口號
（可選）配置使用指定接口的IP地址作為探測報文的源IP地址	source interface interface-type interface-number	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址 source ip命令和source interface命令作用相同，多次執行這兩條命令時，最後一次執行的命令生效 source interface命令指定的接口必須為up狀態；source ip命令指定的源IP地址必須是設備上接口的IP地址，且接口為up狀態，否則測試會失敗
（可選）配置探測報文的源IP地址	source ip ip-address

UDP-tracert測試不支持在IPv6網絡中使用，如果要測試IPv6網絡中目的主機的可達性，可以使用tracert ipv6命令。tracert ipv6命令的詳細介紹，請參見“網絡管理和監控命令參考”中的“係統維護與調試”。

1.6.13 配置Voice測試

建議不要對知名端口，即1～1023之間的端口，進行Voice測試，否則可能導致NQA測試失敗或該知名端口對應的服務不可用。

Voice測試主要用來測試VoIP（Voice over IP，在IP網絡上傳送語音）網絡情況，統計VoIP網絡參數，以便用戶根據網絡情況進行相應的調整。

Voice測試的過程如下：

(1) 源端（NQA客戶端）以一定的時間間隔向目的端（NQA服務器）發送G.711 A律、G.711 µ律或G.729 A律編碼格式的語音數據包。

(2) 目的端收到語音數據包後，為它打上時間戳，並把帶有時間戳的數據包發送給源端。

(3) 源端收到數據包後，根據數據包上的時間戳等信息，計算出抖動時間、單向延遲等網絡參數，從而清晰地反映出網絡狀況。

除了抖動時間等參數，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-17 配置Voice測試

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
配置測試類型為Voice，並進入測試類型視圖	type voice	-
配置探測報文的目的地址	destination ip ip-address	缺省情況下，未配置探測報文的目的IP地址測試操作的目的地址必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的IP地址一致
配置測試操作的目的端口	destination port port-number	缺省情況下，未配置測試操作的目的端口號測試操作的目的端口號必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的端口號一致
（可選）配置Voice測試的編碼格式	codec-type { g711a \| g711u \| g729a }	缺省情況下，語音編碼格式為G.711 A律
（可選）配置用於計算MOS值和ICPIF值的補償因子	advantage-factor factor	缺省情況下，補償因子取值為0
（可選）配置探測報文的源IP地址	source ip ip-address	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源IP地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗
（可選）配置探測報文的源端口號	source port port-number	缺省情況下，未指定源端口號
（可選）配置探測報文中的填充內容大小	data-size size	缺省情況下，探測報文中的填充內容大小與配置的編碼格式有關，編碼格式為g.711a和g.711u時缺省報文大小為172字節，g.729a時為32字節
（可選）配置探測報文的填充字符串	data-fill string	缺省情況下，探測報文的填充內容十六進製數值00010203040506070809
（可選）配置一次Voice探測中發送探測報文的個數	probe packet-number packet-number	缺省情況下，一次Voice探測中發送1000個探測報文
（可選）配置Voice探測中發送探測報文的時間間隔	probe packet-interval interval	缺省情況下，Voice探測中發送探測報文的時間間隔為20毫秒
（可選）配置Voice測試中等待響應報文的超時時間	probe packet-timeout timeout	缺省情況下，Voice測試中等待響應報文的超時時間為5000毫秒

· display nqa history命令的顯示信息無法反映Voice測試的結果，如果想了解Voice測試的結果，建議通過display nqa result命令查看最近一次NQA測試的當前結果，或通過display nqa statistics命令查看NQA測試的統計信息。

· 進行本測試前需保證網絡時鍾的NTP同步。有關NTP的詳細介紹請參見“網絡管理和監控配置指導”的“NTP”。

1.6.14 配置DLSw測試

1. 功能簡介

DLSw測試主要用來測試DLSw設備的響應時間。

對於DLSw測試，一次探測操作是指建立一次DLSw連接。

2. 配置限製和指導

請務必在NQA服務器上配置nqa server tcp-connect命令，且port-number值必須為2065。否則，測試失敗。

3. 配置步驟

表1-18 配置DLSw測試

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
配置測試類型為DLSw，並進入測試類型視圖	type dlsw	-
配置探測報文的目的地址	destination ip ip-address	缺省情況下，未配置探測報文的目的IP地址
（可選）配置探測報文的源IP地址	source ip ip-address	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源IP地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗

1.6.15 配置Path-jitter測試

Path-jitter測試可以作為UDP-jitter測試的一種補充，用於在抖動比較大的情況下，進一步探測中間路徑的網絡質量，以便查找出網絡質量差的具體路段。

Path-jitter測試的過程如下：

(1) NQA客戶端使用tracert機製發現到達目的地址的路徑信息。

(2) NQA客戶端根據tracert結果，逐跳使用ICMP機製探測從本機至該跳設備的路徑上報文是否有丟失，同時計算該跳路徑的時延和抖動時間等信息。

配置Path-jitter測試需要在中間設備（源端與目的端之間的設備）上開啟ICMP超時報文發送功能。如果中間設備是H3C設備，需要在設備上執行ip ttl-expires enable命令（該命令的詳細介紹請參見“三層技術-IP業務命令參考”中的“IP性能優化”）。需要在目的端開啟ICMP目的不可達報文發送功能。如果目的端是H3C設備，需要在設備上執行ip unreachables enable命令（該命令的詳細介紹請參見“三層技術-IP業務命令參考”中的“IP性能優化”）。

表1-19 配置Path-jitter測試

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
配置測試類型為Path-jitter，並進入測試類型視圖	type path-jitter	-
配置探測報文的目的地址	destination ip ip-address	缺省情況下，未配置探測報文的目的IP地址
（可選）配置探測報文中的填充內容大小	data-size size	缺省情況下，探測報文中的填充內容大小為100字節
（可選）配置探測報文的填充字符串	data-fill string	缺省情況下，探測報文的填充內容十六進製數值00010203040506070809
（可選）配置探測報文的源IP地址	source ip ip-address	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源IP地址必須是設備上接口的IP地址，且接口為up狀態，否則探測將會失敗
（可選）配置一次Path-jitter探測中發送探測報文的個數	probe packet-number packet-number	缺省情況下，一次Path-jitter探測中發送10個ICMP探測報文
（可選）配置Path-jitter測試中發送探測報文的時間間隔	probe packet-interval interval	缺省情況下，Path-jitter測試中發送探測報文的時間間隔為20毫秒
（可選）配置Path-jitter測試中等待響應報文的超時時間	probe packet-timeout timeout	缺省情況下，Path-jitter測試中等待響應報文的超時時間為3000毫秒
（可選）配置鬆散路由	lsr-path ip-address&<1-8>	缺省情況下，未配置鬆散路由
（可選）配置僅對目的地址探測	target-only	缺省情況下，未配置僅對目的地址探測，Path-jitter測試中會逐跳進行探測

· 通過lsr-path命令配置鬆散路由，在tracert過程使用該配置進行探路，NQA客戶端根據該鬆散路由計算時延和抖動時間。

· Path-jitter測試項對每一條路徑記錄結果，在路徑上的每一跳均記錄抖動值、正向抖動值和負向抖動值。

1.6.16 配置NQA測試組通用參數

NQA測試組的通用參數，隻對當前測試組中的測試有效。

不同NQA測試類型支持配置的通用參數可能不同，請以命令手冊中各命令的描述為準。

表1-20 配置NQA測試組的通用參數

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
進入測試組測試類型視圖	type { dhcp \| dlsw \| dns \| ftp \| http \| icmp-echo \| icmp-jitter \| path-jitter \| snmp \| tcp \| udp-echo \| udp-jitter \| udp-tracert \| voice }	-
配置測試組的描述信息	description text	缺省情況下，未配置描述信息
配置測試組連續兩次測試開始時間的時間間隔	frequency interval	缺省情況下，Voice、Path-jitter測試中連續兩次測試開始時間的時間間隔為60000毫秒；其他類型的測試中連續兩次測試開始時間的時間間隔為0毫秒，即隻進行一次測試到達本命令指定的時間間隔時，將開始下一個間隔的計時，但如果此時測試尚未完成或者測試未超時，則不啟動新一輪測試，直到測試完成或者測試超時，才開始新一輪測試
配置一次NQA測試中進行探測的次數	probe count times	缺省情況下，對於UDP-tracert測試類型，對於一個TTL值的節點發送的探測報文次數為3次；其他類型的NQA測試一次測試中的探測次數為1次 Voice和Path-jitter測試中探測次數隻能為1，不支持該命令
配置NQA探測超時時間	probe timeout timeout	缺省情況下，探測的超時時間為3000毫秒
配置探測報文在網絡中可以經過的最大跳數	ttl value	缺省情況下，UDP-tracert測試探測報文在網絡中可以經過的最大跳數為30跳。其他類型的探測報文在網絡中可以經過的最大跳數為20跳
配置NQA探測報文IP報文頭中服務類型域的值	tos value	缺省情況下，NQA探測報文IP報文頭中服務類型域的值為0
啟動路由表旁路功能	route-option bypass-route	缺省情況下，路由表旁路功能處於關閉狀態測試目的端使用IPv6地址時，本命令配置無效
指定測試操作所屬的VPN實例	vpn-instance vpn-instance-name	缺省情況下，未指定測試操作所屬的VPN 實例

1.6.17 配置聯動功能

聯動功能是通過建立聯動項，對當前所在測試組中的探測進行監測，當連續探測失敗次數達到閾值時，就觸發配置的動作類型。

表1-21 配置聯動功能

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
進入測試組測試類型視圖	type { dhcp \| dlsw \| dns \| ftp \| http \| icmp-echo \| snmp \| tcp \| udp-echo }	ICMP-jitter、UDP-jitter、UDP-tracert、Voice和Path-jitter不支持聯動功能
建立聯動項	reaction item-number checked-element probe-fail threshold-type consecutive consecutive-occurrences action-type trigger-only	缺省情況下，未配置聯動項
退回係統視圖	quit	-
配置Track與NQA聯動	配置方法請參見“可靠性配置指導”中的“Track”	-
配置Track與應用模塊聯動	配置方法請參見“可靠性配置指導”中的“Track”	-

聯動項創建後，不能再通過reaction命令修改該聯動項的內容。

1.6.18 配置閾值告警功能

通過snmp-agent target-host命令配置Trap消息的目的地址。snmp-agent target-host命令的詳細介紹，請參見“網絡管理和監控命令參考”中的“SNMP”。

表1-22 配置閾值告警功能

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
進入測試組測試類型視圖	type { dhcp \| dlsw \| dns \| ftp \| http \| icmp-echo \| icmp-jitter \| snmp \| tcp \| udp-echo \| udp-jitter \| udp-tracert \| voice }	Path-jitter不支持配置閾值告警功能
配置在指定條件下向網管服務器發送Trap消息	reaction trap { path-change \| probe-failure consecutive-probe-failures \| test-complete \| test-failure [ accumulate-probe-failures ] }	缺省情況下，不向網管服務器發送Trap消息根據實際需要，選擇配置發送Trap消息的方法
創建監測探測持續時間的閾值告警組（除ICMP-jitter、UDP-jitter、UDP-tracert和Voice測試外，均支持）	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-echo、TCP/UDP-echo、DHCP、DLSw、DNS、FTP、HTTP和SNMP測試支持）	reaction item-number checked-element test-fail threshold-type consecutive consecutive-occurrences threshold-value upper-threshold action-type { none \| trap-only }
創建監測測試結果變化告警組（僅ICMP-echo測試支持）	reaction item-number checked-element test-result-change threshold-value upper-threshold action-type { none \| trap-only }
創建監測報文往返時延的閾值告警組（僅ICMP-jitter、UDP-jitter和Voice測試支持）	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 } ]
創建監測Voice測試ICPIF值的閾值告警組（僅Voice測試支持）	reaction item-number checked-element icpif threshold-value upper-threshold lower-threshold [ action-type { none \| trap-only } ]
創建監測Voice測試MOS值的閾值告警組（僅Voice測試支持）	reaction item-number checked-element mos threshold-value upper-threshold lower-threshold [ action-type { none \| trap-only } ]

· DNS測試不支持發送Trap消息，即對於DNS測試，觸發動作隻能配置為none。

· 在ICMP-jitter、UDP-jitter、Voice測試類型視圖下執行reaction trap命令時，隻支持reaction trap test-complete。

· UDP-tracert測試支持reaction trap path-change、reaction trap test-complete和reaction trap test-failure（其中UDP-tracert測試不支持reaction trap test-failure的accumulate-probe-failures參數）。

1.6.19 配置NQA統計功能

NQA將在指定時間間隔內完成的NQA測試歸為一組，計算該組測試結果的統計值，這些統計值構成一個統計組。通過display nqa statistics命令可以顯示該統計組的信息。通過statistics interval命令可以設置統計的時間間隔。

當NQA設備上保留的統計組數目達到最大值時，如果形成新的統計組，保存時間最久的統計組將被刪除。通過statistics max-group命令可以設置保留的最大統計組個數。

統計組具有老化功能，即統計組保存一定時間後，將被刪除。通過statistics hold-time命令可以設置統計組的保存時間。

如果通過frequency命令指定連續兩次測試開始時間的時間間隔為0，則不生成統計組信息。

表1-23 配置NQA統計功能

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
進入測試組測試類型視圖	type { dhcp \| dlsw \| dns \| ftp \| http \| icmp-echo \| icmp-jitter \| path-jitter \| snmp \| tcp \| udp-echo \| udp-jitter \| voice }	UDP-tracert不支持NQA統計功能
（可選）配置對測試結果進行統計的時間間隔	statistics interval interval	缺省情況下，對測試結果進行統計的時間間隔為60分鍾
（可選）配置能夠保留的最大統計組個數	statistics max-group number	缺省情況下，能夠保留的最大統計組數為2 最大統計組個數為0時，不進行統計
（可選）配置統計組的保留時間	statistics hold-time hold-time	缺省情況下，統計組的保留時間為120分鍾

1.6.20 配置NQA曆史記錄功能

開啟NQA測試組的曆史記錄保存功能後，係統將記錄NQA測試的曆史信息，通過display nqa history命令可以查看該測試組的曆史記錄信息。

通過本配置任務還可以指定：

· 曆史記錄的保存時間：曆史記錄保存時間達到配置的值後，該曆史記錄將被刪除。

· 一個測試組中能夠保存的最大曆史記錄個數：如果曆史記錄個數超過設定的最大數目，則最早的曆史記錄將會被刪除。

表1-24 配置NQA曆史記錄功能

操作	命令	說明
進入係統視圖	system-view	-
創建NQA測試組，並進入NQA測試組視圖	nqa entry admin-name operation-tag	缺省情況下，不存在NQA測試組
進入測試組測試類型視圖	type { dhcp \| dlsw \| dns \| ftp \| http \| icmp-echo \| snmp \| tcp \| udp-echo \| udp-tracert }	ICMP-jitter、UDP-jitter、Voice和Path-jitter不支持配置曆史記錄功能
開啟NQA測試組的曆史記錄保存功能	history-record enable	缺省情況下，UDP-tracert類型測試組的曆史記錄保存功能處於開啟狀態，其他類型的NQA測試組的曆史記錄保存功能處於關閉狀態
（可選）配置NQA測試組中曆史記錄的保存時間	history-record keep-time keep-time	缺省情況下，NQA測試組中曆史記錄的保存時間為120分鍾
（可選）配置在一個測試組中能夠保存的最大曆史記錄個數	history-record number number	缺省情況下，一個測試組中能夠保存的最大曆史記錄個數為50

1.6.21 在NQA客戶端上調度NQA測試組

通過本配置，可以設置測試組進行測試的啟動時間和持續時間。

係統時間在<啟動時間>到<啟動時間＋持續時間>範圍內時，測試組進行測試。執行nqa schedule命令時：

· 如果係統時間尚未到達啟動時間，則到達啟動時間後，啟動測試；

· 如果係統時間在<啟動時間>到<啟動時間＋持續時間>之間，則立即啟動測試；

· 如果係統時間已經超過<啟動時間＋持續時間>，則不會啟動測試。

通過display clock命令可以查看係統的當前時間。

若配置了recurring，則指定測試組每天都被調度運行。每天啟動測試的時間由<啟動時間>參數指定。

表1-25 在NQA客戶端上調度NQA測試組

操作	命令	說明
進入係統視圖	system-view	-
在NQA客戶端上調度NQA測試組	nqa schedule admin-name operation-tag start-time { hh:mm:ss [ yyyy/mm/dd \| mm/dd/yyyy ] \| now } lifetime { lifetime \| forever } [ recurring ]	-

· 測試組被調度後就不能再進入該測試組視圖和測試類型視圖。

· 對於已啟動的測試組或已經完成測試的測試組，不受係統時間調整的影響，隻有等待測試的測試組受係統時間調整的影響。

1.7 在NQA客戶端上配置NQA模板

NQA模板是一組測試參數的集合（如測試目的地址、測試目的端口、測試目標服務器的URL等）。NQA模板供外部特性調用，可以為外部特性提供測試數據，以便其進行相應處理。NQA模板通過模板名唯一標識。在一台設備上可以創建多個NQA模板。

目前NQA模板支持ICMP、DNS、HTTP、HTTPS、TCP、TCP Half Open、FTP、SSL等測試類型。

對於NQA各類型模板，某些測試參數既可以由外部特性提供，也可以手工直接進行配置。若同時通過以上兩種方式獲取到測試參數，則以手工配置的測試信息為準。

1.7.1 NQA模板配置任務簡介

表1-26 NQA測試組配置任務簡介

配置任務	說明	詳細配置
配置ICMP類型的NQA模板	至少選其一	1.7.2
配置DNS類型的NQA模板		1.7.3
配置TCP類型的NQA模板		1.7.4
配置TCP Half Open類型的NQA模板		1.7.5
配置UDP類型的NQA模板		1.7.6
配置HTTP類型的NQA模板		1.7.7
配置HTTPS類型的NQA模板		1.7.8
配置FTP類型的NQA模板		1.7.9
配置RADIUS類型的NQA模板		1.7.10
配置SSL類型的NQA模板		1.7.11
配置NQA模板通用參數	可選	1.7.12

1.7.2 配置ICMP類型的NQA模板

ICMP類型的NQA模板為外部特性提供ICMP類型的測試，外部特性通過引用該模板來啟動ICMP測試，並根據是否接收到ICMP應答報文判斷目的主機的可達性。ICMP類型的NQA模板支持IPv4和IPv6網絡。

表1-27 配置ICMP類型的NQA模板

操作		命令	說明
進入係統視圖		system-view	-
創建ICMP類型的NQA模板，並進入模板視圖		nqa template icmp name	缺省情況下，不存在NQA模板
（可選）配置測試操作的目的地址	配探測報文的目的IPv4地址	destination ip ip-address	二者選其一缺省情況下，未配置探測報文的目的地址
（可選）配置測試操作的目的地址	配置探測報文的目的IPv6地址	destination ipv6 ipv6-address	二者選其一缺省情況下，未配置探測報文的目的地址
（可選）配置探測報文中的填充內容大小		data-size size	缺省情況下，探測報文中的填充內容大小為100字節
（可選）配置探測報文的填充字符串		data-fill string	缺省情況下，探測報文的填充內容十六進製數值00010203040506070809
（可選）配置使用指定接口的IP地址作為探測報文的源IP地址		source interface interface-type interface-number	缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址 source interface命令指定的接口必須為up狀態 source ip、source ipv6和source interface命令作用相同，多次執行這三條命令時，最後一次執行的命令生效
（可選）配置探測報文的源地址	配置探測報文的源IPv4地址	source ip ip-address	二者選其一缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源地址必須是設備上接口的地址，且接口為up狀態，否則測試將會失敗
（可選）配置探測報文的源地址	配置探測報文的源IPv6地址	source ipv6 ipv6-address
（可選）配置探測報文的下一跳地址	配置探測報文的下一跳IPv4地址	next-hop ip ip-address	二者選其一缺省情況下，未配置探測報文的下一跳地址
（可選）配置探測報文的下一跳地址	配置探測報文的下一跳IPv6地址	next-hop ipv6 ipv6-address	二者選其一缺省情況下，未配置探測報文的下一跳地址
配置每次探測結束時都將探測結果發送給外部特性		reaction trigger per-probe	缺省情況下，連續探測成功或失敗3次時，NQA客戶端會把探測成功或失敗的消息發送給外部特性，使外部特性利用NQA測試的結果進行相應處理 reaction trigger per-probe命令與reaction trigger probe-pass命令作用相同，多次執行這兩條命令時，最後一次執行的命令生效 reaction trigger per-probe命令與reaction trigger probe-fail命令作用相同，多次執行這兩條命令時，最後一次執行的命令生效

1.7.3 配置DNS類型的NQA模板

DNS類型的NQA模板為外部特性提供DNS類型的測試。外部特性通過引用該模板來啟動DNS測試，NQA客戶端向指定的DNS服務器發送DNS請求報文，NQA客戶端通過是否收到應答及應答報文的合法性來確定服務器的狀態。DNS類型的NQA模板支持IPv4和IPv6網絡。

在DNS類型的NQA模板視圖下，用戶可以配置期望返回的地址。如果DNS服務器返回的IP地址中包含了期望地址，則該DNS服務器為真實的服務器，測試成功；否則，測試失敗。

在進行DNS測試之前，需要在DNS服務器上創建域名和地址的映射關係。DNS服務器配置方法，請參見“三層技術-IP業務配置指導”中的“域名解析”。

表1-28 配置DNS類型的NQA模板

操作			命令	說明
進入係統視圖			system-view	-
創建DNS類型的NQA模板，並進入模板視圖			nqa template dns name	缺省情況下，不存在NQA模板
（可選）配置測試操作的目的地址		配置探測報文的目的IPv4地址	destination ip ip-address	二者選其一缺省情況下，未配置探測報文的目的地址
（可選）配置測試操作的目的地址		配置探測報文的目的IPv6地址	destination ipv6 ipv6-address	二者選其一缺省情況下，未配置探測報文的目的地址
（可選）配置測試操作的目的端口號			destination port port-number	缺省情況下，測試操作的目的端口號為53
配置要解析的域名			resolve-target domain-name	缺省情況下，沒有配置要解析的域名
配置域名解析類型			resolve-type { A \| AAAA }	缺省情況下，域名解析類型為A類型其中A類型表示將域名解析為IPv4地址，AAAA類型表示將域名解析為IPv6地址
（可選）配置探測報文的源地址		配置探測報文的源IPv4地址	source ip ip-address	二者選其一缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源地址必須是設備上接口的地址，且接口為up狀態，否則測試將會失敗
（可選）配置探測報文的源地址		配置探測報文的源IPv6地址	source ipv6 ipv6-address
（可選）配置探測報文的源端口號			source port port-number	缺省情況下，未配置探測報文的源端口號
（可選）配置用戶期望返回的地址	配置用戶期望返回的IPv4地址		expect ip ip-address	二者選其一缺省情況下，未設定期望返回的地址
（可選）配置用戶期望返回的地址	配置用戶期望返回的IPv6地址		expect ipv6 ipv6-address	二者選其一缺省情況下，未設定期望返回的地址

1.7.4 配置TCP類型的NQA模板

TCP類型的NQA模板為外部特性提供TCP類型測試，外部特性通過引用該模板，測試客戶端和服務器指定端口之間能否建立TCP連接。

在TCP類型的NQA模板視圖下，用戶可以配置期望的應答內容。如果用戶未配置期望的應答內容，則NQA客戶端與服務器間隻建立TCP連接。

TCP測試需要NQA服務器和客戶端配合才能完成。在TCP測試之前，需要在NQA服務器端配置TCP監聽功能。

表1-29 配置TCP類型的NQA模板

操作			命令	說明
進入係統視圖			system-view	-
創建TCP類型的NQA模板，並進入模板視圖			nqa template tcp name	缺省情況下，不存在NQA模板
（可選）配置測試操作的目的地址		配置探測報文的目的IPv4地址	destination ip ip-address	二者選其一缺省情況下，未配置探測報文的目的地址必須與NQA服務器上配置的監聽服務的地址一致，否則探測會失敗
（可選）配置測試操作的目的地址		配置探測報文的目的IPv6地址	destination ipv6 ipv6-address	二者選其一缺省情況下，未配置探測報文的目的地址必須與NQA服務器上配置的監聽服務的地址一致，否則探測會失敗
（可選）配置測試操作的目的端口號			destination port port-number	缺省情況下，未配置測試操作的目的端口號必須與NQA服務器上配置的監聽服務的端口號一致
（可選）配置探測報文的填充字符串			data-fill string	缺省情況下，探測報文的填充內容十六進製數值00010203040506070809
（可選）配置探測報文的源地址	配置探測報文的源IPv4地址		source ip ip-address	二者選其一缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源地址必須是設備上接口的地址，且接口為up狀態，否則測試將會失敗
（可選）配置探測報文的源地址	配置探測報文的源IPv6地址		source ipv6 ipv6-address
（可選）配置用戶期望的應答內容			expect data expression [ offset number ]	缺省情況下,，未配置期望的應答內容僅當data-fill和expect data命令都配置時，進行期望應答內容的檢查，否則不做檢查

1.7.5 配置TCP Half Open類型的NQA模板

TCP Half Open類型的NQA模板為外部特性提供TCP Half Open類型測試。作為TCP測試的補充，TCP Half Open測試不需要指定目的端端口。當外部特性的現有TCP連接無法得到對端應答時，可以引用TCP Half Open模板進行測試。開啟測試後，NQA客戶端將主動向對端發出TCP ACK報文，以是否能收到對端返回的RST報文來判斷對端的TCP服務是否可用。

表1-30 配置TCP Half Open類型的NQA模板

操作			命令	說明
進入係統視圖			system-view	-
創建TCP Half Open類型的NQA模板，並進入模板視圖			nqa template tcphalfopen name	缺省情況下，不存在NQA模板
（可選）配置測試操作的目的地址		配置探測報文的目的IPv4地址	destination ip ip-address	二者選其一缺省情況下，未配置探測報文的目的地址
（可選）配置測試操作的目的地址		配置探測報文的目的IPv6地址	destination ipv6 ipv6-address	二者選其一缺省情況下，未配置探測報文的目的地址
（可選）配置探測報文的源地址	配置探測報文的源IPv4地址		source ip ip-address	二者選其一缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源地址必須是設備上接口的地址，且接口為up狀態，否則測試將會失敗
（可選）配置探測報文的源地址	配置探測報文的源IPv6地址		source ipv6 ipv6-address
（可選）配置探測報文的下一跳地址	配置探測報文的下一跳IPv4地址		next-hop ip ip-address	二者選其一缺省情況下，未配置探測報文的下一跳地址
（可選）配置探測報文的下一跳地址	配置探測報文的下一跳IPv6地址		next-hop ipv6 ipv6-address	二者選其一缺省情況下，未配置探測報文的下一跳地址
配置每次探測結束時都將探測結果發送給外部特性			reaction trigger per-probe	缺省情況下，連續探測成功或失敗3次時，NQA客戶端會把探測成功或失敗的消息發送給外部特性，使外部特性利用NQA測試的結果進行相應處理 reaction trigger per-probe命令與reaction trigger probe-pass命令作用相同，多次執行這兩條命令時，最後一次執行的命令生效 reaction trigger per-probe命令與reaction trigger probe-fail命令作用相同，多次執行這兩條命令時，最後一次執行的命令生效

1.7.6 配置UDP類型的NQA模板

UDP類型的NQA模板為外部特性提供UDP類型測試，外部特性通過引用該模板，測試客戶端和服務器指定端口之間UDP傳輸的聯通性。NQA客戶端通過處理服務器端的應答報文，判斷服務器指定端口上提供的服務是否可用。

在UDP類型的NQA模板視圖下，用戶可以配置期望的應答內容。如果用戶未配置期望的應答內容，則NQA客戶端隻要收到合法的回應報文就認為探測成功。

UDP測試需要NQA服務器和客戶端配合才能完成。在進行UDP測試前，需要在NQA服務器端配置UDP監聽服務。

表1-31 配置UDP類型的NQA模板

操作		命令	說明
進入係統視圖		system-view	-
創建UDP類型的NQA模板，並進入模板視圖		nqa template udp name	缺省情況下，不存在NQA模板
（可選）配置測試操作的目的地址	配置探測報文的目的IPv4地址	destination ip ip-address	二者選其一缺省情況下，未配置探測報文的目的地址必須與NQA服務器上配置的監聽服務的地址一致，否則探測會失敗
（可選）配置測試操作的目的地址	配置探測報文的目的IPv6地址	destination ipv6 ipv6-address	二者選其一缺省情況下，未配置探測報文的目的地址必須與NQA服務器上配置的監聽服務的地址一致，否則探測會失敗
（可選）配置測試操作的目的端口號		destination port port-number	缺省情況下，未配置測試操作的目的端口號必須與NQA服務器上配置的監聽服務的端口號一致
（可選）配置探測報文的填充字符串		data-fill string	缺省情況下，探測報文的填充內容十六進製數值00010203040506070809 在未配置此命令情況下配置expect data命令則會探測失敗
（可選）配置探測報文中的填充內容大小		data-size size	缺省情況下，探測報文中的填充內容大小為100字節
（可選）配置探測報文的源地址	配置探測報文的源IPv4地址	source ip ip-address	二者選其一缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源地址必須是設備上接口的地址，且接口為UP狀態，否則測試將會失敗
（可選）配置探測報文的源地址	配置探測報文的源IPv6地址	source ipv6 ipv6-address
（可選）配置用戶期望的應答內容		expect data expression [ offset number ]	缺省情況下，未配置期望的應答內容

1.7.7 配置HTTP類型的NQA模板

HTTP類型的NQA模板為外部特性提供HTTP類型測試，外部特性通過引用該模板，測試NQA客戶端是否可以與指定的HTTP服務器建立連接，以及從HTTP服務器獲取數據所需的時間，從而判斷HTTP服務器的連通性及性能。

在HTTP類型的NQA模板中，用戶可以配置期望返回的數據。通過該功能用戶可以判斷HTTP服務器應答報文的合法性。當應答報文中存在“Content-Length”字段，且配置了expect data命令時，設備將進行期望應答內容的檢查。

在HTTP類型的NQA模板中，用戶可以配置應答狀態碼。應答狀態碼是由3位十進製數組成的字段，它包含HTTP服務器的狀態信息，用戶可以根據該狀態碼了解HTTP服務器的狀態。狀態碼的第一位表示狀態碼的類型。

在進行HTTP測試之前，需要完成HTTP服務器的配置。

表1-32 配置HTTP類型的NQA模板

操作		命令	說明
進入係統視圖		system-view	-
創建HTTP類型的NQA模板，並進入模板視圖		nqa template http name	缺省情況下，不存在NQA模板
配置HTTP測試訪問的目的網址		url url	缺省情況下，沒有配置HTTP測試訪問的網址 url配置形式為http://host/resource或http://host:port/resource，其中host為遠端主機的地址或主機名，port是遠端主機的端口，resource是遠端主機上的資源
配置HTTP登錄用戶名		username username	缺省情況下，未配置HTTP登錄用戶名
配置HTTP登錄密碼		password { cipher \| simple } string	缺省情況下，未配置HTTP登錄密碼
（可選）配置HTTP所使用的協議版本		version { v1.0 \| v1.1 }	缺省情況下，HTTP使用的版本為v1.0
（可選）配置HTTP的操作方式		operation { get \| post \| raw }	缺省情況下，HTTP操作方式為get操作，即從HTTP服務器獲取數據。如果HTTP操作方式為raw操作，則向服務器發送的探測報文的內容為raw-request子視圖中的內容。
（可選）進入raw-request視圖		raw-request	每次進入視圖後，之前配置的報文內容將會被清除當配置operation為raw時，必須進行本配置
（可選）配置HTTP測試請求報文內容		逐個字符輸入或拷貝粘貼請求報文內容	缺省情況下，未配置HTTP測試請求報文內容要求報文內容中不能包含alias命令配置的別名，請用戶自行確保報文的正確性，否則探測將失敗。有關alias命令的詳細介紹請參見“基礎配置命令參考”中的“CLI” 當配置operation為raw時，必須進行本配置
（可選）退回到模板視圖		quit	退回模板類型視圖時，raw-request視圖下的配置將自動保存
（可選）配置探測報文的源地址	配置探測報文的源IPv4地址	source ip ip-address	二者選其一缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源地址必須是設備上接口的地址，且接口為up狀態，否則測試將會失敗
（可選）配置探測報文的源地址	配置探測報文的源IPv6地址	source ipv6 ipv6-address
（可選）配置期望的應答狀態碼		expect status status-list	缺省情況下，未配置期望的應答狀態碼
（可選）配置期望的應答內容		expect data expression [ offset number ]	缺省情況下，未配置期望的應答內容

1.7.8 配置HTTPS類型的NQA模板

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-33 配置HTTPS類型的NQA模板

操作		命令	說明
進入係統視圖		system-view	-
創建HTTPS類型的NQA模板，並進入模板視圖		nqa template https name	缺省情況下，不存在NQA模板
配置HTTPS測試訪問的目的網址		url url	缺省情況下，沒有配置HTTPS測試訪問的網址 url參數的格式為https://host/resource或https://host:port/resource，其中host為遠端主機的地址或主機名，port是遠端主機的端口，resource是遠端主機上的資源
配置HTTPS登錄用戶名		username username	缺省情況下，未配置HTTPS登錄用戶名
配置HTTPS登錄密碼		password { cipher \| simple } string	缺省情況下，未配置HTTPS登錄密碼
綁定SSL客戶端策略		ssl-client-policy policy-name	缺省情況下，未綁定SSL客戶端策略
（可選）配置HTTPS所使用的協議版本		version { v1.0 \| v1.1 }	缺省情況下，HTTPS使用的版本為v1.0
（可選）配置HTTPS的操作方式		operation { get \| post \| raw }	缺省情況下，HTTPS操作方式為get操作，即從HTTPS服務器獲取數據如果HTTPS操作方式為raw操作，則向服務器發送的探測報文的內容為raw-request子視圖中的內容。
（可選）進入raw-request視圖		raw-request	每次進入raw-request視圖後，之前配置的報文內容將會被清除當配置operation為raw時，必須進行本配置
（可選）配置HTTPS測試請求報文內容		逐個字符輸入或拷貝粘貼請求報文內容	缺省情況下，未配置HTTPS測試請求報文內容要求報文內容中不能包含alias命令配置的別名，請用戶自行確保報文的正確性，否則探測將失敗。有關alias命令的詳細介紹請參見“基礎配置命令參考”中的“CLI” 當配置operation為raw時，必須進行本配置
（可選）退回到模板視圖		quit	退回模板類型視圖時，raw-request視圖下的配置將自動保存
（可選）配置探測報文的源地址	配置探測報文的源IPv4地址	source ip ip-address	二者選其一缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源地址必須是設備上接口的地址，且接口為up狀態，否則測試將會失敗
（可選）配置探測報文的源地址	配置探測報文的源IPv6地址	source ipv6 ipv6-address
（可選）配置期望的應答內容		expect data expression [ offset number ]	缺省情況下，未配置期望的應答內容
（可選）配置期望的應答狀態碼		expect status status-list	缺省情況下，未配置期望的應答狀態碼

1.7.9 配置FTP類型的NQA模板

FTP類型的NQA模板為外部特性提供FTP類型測試，外部特性通過引用該模板，與指定的FTP服務器建立連接，以及與FTP服務器之間傳送文件的時間，從而判斷FTP服務器的連通性及性能。

在進行FTP測試之前，需要在FTP服務器上進行相應的配置，包括FTP客戶端登錄FTP服務器的用戶名、密碼等。FTP服務器的配置方法，請參見“基礎配置指導”中的“FTP和TFTP”。

表1-34 配置FTP類型的NQA模板

操作		命令	說明
進入係統視圖		system-view	-
創建FTP類型的NQA模板，並進入模板視圖		nqa template ftp name	缺省情況下，不存在NQA模板
配置FTP測試訪問的目的網址		url url	缺省情況下，沒有配置FTP測試訪問的網址 url內容包括遠端主機地址和文件名。當操作類型為get方式時，必須在url中配置文件名，當操作類型為put方式時，不以該配置內容為準 url可以配置為：ftp://host/filename或ftp://host:port/filename 其中host為遠端主機的地址或主機名，port是遠端主機的端口，resource是遠端主機上的資源
（可選）配置FTP的操作類型		operation { get \| put }	缺省情況下，FTP操作方式為get操作，即從FTP服務器獲取文件
配置FTP登錄用戶名		username username	缺省情況下，未配置FTP登錄用戶名
配置FTP登錄密碼		password { cipher \| simple } string	缺省情況下，未配置FTP登錄密碼
（可選）配置FTP服務器和客戶端傳送文件的文件名		filename filename	缺省情況下，未配置FTP服務器和客戶端之間傳送文件的文件名當操作類型為put方式時，必須進行本配置，當配置類型為get方式時，不以該配置內容為準
配置FTP的數據傳輸方式		mode { active \| passive }	缺省情況下，FTP數據傳輸方式為主動方式
（可選）配置探測報文的源地址	配置探測報文的源IPv4地址	source ip ip-address	二者選其一缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源地址必須是設備上接口的地址，且接口為up狀態，否則測試將會失敗
（可選）配置探測報文的源地址	配置探測報文的源IPv6地址	source ipv6 ipv6-address

1.7.10 配置RADIUS類型的NQA模板

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-35 配置RADIUS類型的NQA模板

操作			命令	說明
進入係統視圖			system-view	-
創建RADIUS類型的NQA模板，並進入模板視圖			nqa template radius name	缺省情況下，不存在NQA模板
（可選）配置測試操作的目的地址	配置探測報文的目的IPv4地址		destination ip ip-address	二者選其一缺省情況下，未配置探測報文的目的地址
（可選）配置測試操作的目的地址	配置探測報文的目的IPv6地址		destination ipv6 ipv6-address	二者選其一缺省情況下，未配置探測報文的目的地址
（可選）配置測試操作的目的端口號			destination port port-number	缺省情況下，測試操作的目的端口號為1812
配置RADIUS用戶名			username username	缺省情況下，未配置RADIUS用戶名
配置RADIUS密碼			password { cipher \| simple } string	缺省情況下，未配置RADIUS密碼
配置RADIUS認證使用的共享密鑰			key { cipher \| simple } string	缺省情況下，未配置RADIUS認證使用的共享密鑰
（可選）配置測試報文的源地址		配置探測報文的源IPv4地址	source ip ip-address	二者選其一缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源地址必須是設備上接口的地址，且接口為UP狀態，否則測試將會失敗
（可選）配置測試報文的源地址		配置探測報文的源IPv6地址	source ipv6 ipv6-address

1.7.11 配置SSL類型的NQA模板

SSL類型的NQA模板為外部特性提供SSL類型測試，外部特性通過引用該模板，測試NQA客戶端是否可以與指定的SSL服務器建立SSL連接，從而通過SSL連接建立的時間判斷服務器的連通性及性能。

在進行SSL測試之前，需要在測試客戶端完成SSL客戶端策略配置。SSL客戶端策略配置方法請參見“安全配置指導”中的“SSL”。

表1-36 配置SSL類型的NQA模板

操作			命令	說明
進入係統視圖			system-view	-
創建SSL類型的NQA模板，並進入模板視圖			nqa template ssl name	缺省情況下，不存在NQA模板
（可選）配置測試操作的目的地址		配置探測報文的目的IPv4地址	destination ip ip-address	二者選其一缺省情況下，未配置探測報文的目的地址
（可選）配置測試操作的目的地址		配置探測報文的目的IPv6地址	destination ipv6 ipv6-address	二者選其一缺省情況下，未配置探測報文的目的地址
（可選）配置測試操作的目的端口號			destination port port-number	缺省情況下，未配置測試操作的目的端口號
（可選）配置探測報文的源地址	配置探測報文的源IPv4地址		source ip ip-address	二者選其一缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址該命令指定的源地址必須是設備上接口的地址，且接口為up狀態，否則測試將會失敗
（可選）配置探測報文的源地址	配置探測報文的源IPv6地址		source ipv6 ipv6-address
綁定SSL客戶端策略			ssl-client-policy policy-name	缺省情況下，未綁定SSL客戶端策略

1.7.12 配置NQA模板通用參數

NQA模板的通用參數，隻對當前模板的測試有效。

除特別說明外，所有類型NQA模板都可以根據實際情況選擇配置下列通用參數。

表1-37 配置NQA模板通用參數

操作	命令	說明
進入係統視圖	system-view	-
創建NQA模板，並進入模板視圖	nqa template { dns \| ftp \| http \| https \| icmp \| ssl \| tcp \| tcphalfopen \| udp } name	缺省情況下，不存在NQA模板
配置NQA模板的描述信息	description text	缺省情況下，未配置模板的信息
配置連續兩次探測開始時間的時間間隔	frequency interval	缺省情況下，連續兩次探測開始時間的時間間隔為5000毫秒到達本命令指定的時間間隔時，將開始下一個間隔的計時，但如果此時測試尚未完成或者測試未超時，則不啟動新一輪測試，直到測試完成或者測試超時，才開始新一輪測試
配置每次探測超時時間	probe timeout timeout	缺省情況下，探測的超時時間為3000毫秒
配置探測報文在網絡中可以經過的最大跳數	ttl value	缺省情況下，探測報文在網絡中可以經過的最大跳數為20跳
配置NQA探測報文IP報文頭中服務類型域的值	tos value	缺省情況下，NQA探測報文IP報文頭中服務類型域的值為0
指定操作所屬的VPN實例	vpn-instance vpn-instance-name	缺省情況下，未指定操作所屬的VPN實例
配置連續探測成功的次數，當連續探測成功次數達到命令配置的數值時，NQA客戶端會把探測成功的消息發送給外部特性，使外部特性利用NQA測試的結果進行相應處理	reaction trigger probe-pass count	缺省情況下，連續探測成功3次時，NQA客戶端會把探測成功的消息發送給外部特性，使外部特性利用NQA測試的結果進行相應處理
配置連續探測失敗的次數，當連續探測失敗次數達到命令配置的數值時，NQA客戶端會把探測失敗的消息發送給外部特性，使外部特性利用NQA測試的結果進行相應處理	reaction trigger probe-fail count	缺省情況下，連續探測失敗3次時，NQA客戶端會把探測失敗的消息發送給外部特性，是外部特性利用NQA測試的結果進行相應處理

1.8 NQA顯示和維護

在完成上述配置後，在任意視圖下執行display命令可以顯示配置後NQA的運行情況，通過查看顯示信息驗證配置的效果。

表1-38 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

1.9 NQA典型配置舉例