- 產品與解決方案
- 行業解決方案
- 服務
- 支持
- 合作夥伴
- 關於我們
09-NQA配置
本章節下載： 09-NQA配置 (770.62 KB)
目 錄
1.7.10 配置TCP Half Open類型的NQA模板
1.7.16 配置RADIUS-ACCOUNT計費探測類型的NQA模板
2.6 在NQA客戶端上配置TWAMP-light Client
2.7 在NQA客戶端上配置TWAMP-light測試告警功能
2.8 在NQA客戶端上啟動NQA TWAMP-light測試
2.9 在NQA客戶端上停止NQA TWAMP-light測試
2.11.1 NQA TWAMP-light測試基本組網配置舉例
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模塊建立關聯的應用模塊包括：
· 靜態路由
· 策略路由
以靜態路由為例，用戶配置了一條靜態路由，下一跳為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閾值告警功能支持的監測對象及對應的測試類型
|
監測對象 |
支持的測試類型 |
|
探測持續時間 |
ARP、ICMP-echo、DHCP、DNS、FTP、HTTP、SNMP、TCP、UDP-echo和DLSw測試類型 |
|
探測失敗次數 |
ARP、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客戶端和NQA服務器上配置偵聽端口時，均有以下要求，否則會導致探測失敗。
· 不能為知名端口。
· 不能是當前設備中其它服務正在使用的端口號。
¡ 通過display tcp和display udp命令顯示信息中的Local Addr:port字段，可查看本端正在被使用的IPv4地址及端口號。
¡ 通過display ipv6 tcp和display ipv6 udp命令顯示信息中的LAddr->port字段，可查看本端正在被使用的IPv6地址及端口號。
在NQA客戶端上通過destination port命令配置的測試操作目的端口號，需要和服務器端配置的偵聽端口號保持一致。
所有時延測試都要求測試的源端和目的端時間同步，而且同步的精度必須高於或者等於測試結果的計算精度，否則，會導致測試結果錯誤。
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 { ipv4-address | ipv6 ipv6-address } port-number [ vpn-instance vpn-instance-name ] [ tos tos ]
僅TCP和DLSw測試類型下必須進行本命令，且對於DLSw測試類型，port-number值必須為2065。否則，測試失敗。
(4) 在NQA服務器上配置UDP監聽服務。
¡ 配置UDP監聽服務。
nqa server udp-echo { ipv4-address | ipv6 ipv6-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測試組
¡ 配置ARP測試
¡ 配置DHCP測試
¡ 配置DNS測試
¡ 配置FTP測試
¡ 配置HTTP測試
¡ 配置SNMP測試
¡ 配置TCP測試
¡ 配置DLSw測試
(2) （可選）配置NQA測試組通用參數
(3) （可選）配置聯動功能
(4) （可選）配置閾值告警功能
(5) （可選）配置NQA統計功能
(6) （可選）配置NQA曆史記錄功能
(7) 在NQA客戶端上調度NQA測試組
ARP測試利用ARP協議，測試時NQA客戶端向目的端設備發送ARP請求報文，根據能否收到應答報文判斷目的端設備的ARP服務是否可用。
對於ARP測試，一次探測操作是指向目的端發送一個探測報文。
(1) 進入係統視圖。
system-view
(2) 創建NQA測試組，並進入NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置測試類型為ARP，並進入測試類型視圖。
type arp
(4) 配置探測報文的目的地址。
destination ip ip-address
缺省情況下，未配置探測報文的目的地址。
(5) 配置探測報文的源地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試將會失敗。
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) 配置探測報文的目的地址。請選擇其中一項進行配置。
¡ 配置探測報文的目的IP地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
¡ 配置測試訪問的網址。
url url
缺省情況下，沒有配置測試訪問的網址。
該URL地址格式可以是任意協議類型加上主機名和端口號，例如http://host:port。其中，主機名必須指定，協議類型和端口號可以不指定。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如[2001::1]。
(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。
(9) （可選）開啟以太網冗餘接口的成員接口所在鏈路的連通性檢測功能。
reth-member probe enable
缺省情況下，以太網冗餘接口的成員接口所在鏈路的連通性檢測功能處於關閉狀態。
使用該功能，配置兩個ICMP-echo測試，其NQA探測報文的出接口分別配置為以太網冗餘接口的兩個成員接口，可幫助管理員盡快發現兩個成員接口所在鏈路是否通暢。
語音、視頻等實時性業務對時延抖動（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 port port-number
缺省情況下，未配置測試操作的目的端口號。
必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的端口號一致。
（IPv4網絡）
destination ip ip-address
缺省情況下，未配置探測報文的目的IPv4地址。
必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的IPv4地址一致。
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的IPv6地址。
必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的IPv6地址一致。
¡ 配置測試訪問的網址。
url url
缺省情況下，沒有配置測試訪問的網址。
該URL地址格式可以是任意協議類型加上主機名和端口號，例如http://host:port。其中，主機名和端口號必須指定，協議類型可以不指定。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如[2001::1]:1000。
(5) 配置探測報文的源IP地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(6) 配置探測報文的源端口。
source port port-number
缺省情況下，係統自動選擇設備當前空閑的端口作為探測報文的源端口。
本命令配置的端口號不能是當前設備中其它服務正在使用的端口號，否則會導致探測失敗。建議使用缺省值即可。
(7) 配置探測報文出接口。
out interface interface-type interface-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) 配置探測報文的目的地址。
（IPv4網絡）
destination ip ip-address
缺省情況下，未配置探測報文的目的IPv4地址。
必須與NQA服務器上nqa server tcp-connect命令配置的監聽服務的IPv4地址一致。
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的IPv6地址。
必須與NQA服務器上nqa server tcp-connect命令配置的監聽服務的IPv6地址一致。
(5) 配置測試操作的目的端口。
destination port port-number
缺省情況下，未配置測試操作的目的端口號。
必須與NQA服務器上nqa server tcp-connect命令配置的監聽服務的端口號一致。
(6) 配置探測報文的源IP地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為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) 配置探測報文的目的地址。
（IPv4網絡）
destination ip ip-address
缺省情況下，未配置探測報文的目的IPv4地址。
必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的IPv4地址一致。
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的IPv6地址。
必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的IPv6地址一致。
(5) 配置測試操作的目的端口。
destination port port-number
缺省情況下，未配置測試操作的目的端口號。
必須與NQA服務器上nqa server udp-echo命令配置的監聽服務的端口號一致。
(6) 配置探測報文的源IP地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IP地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為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 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測試類型支持配置的通用參數可能不同，請以命令手冊中各命令的描述為準。
(1) 進入係統視圖。
system-view
(2) 進入已配置測試類型的NQA測試組視圖。
nqa entry admin-name operation-tag
(3) 配置當前測試組的測試類型，並進入測試組測試類型視圖。
type { arp | 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測試不支持聯動功能。
聯動項創建後，不能再通過reaction命令修改該聯動項的內容。
(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 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
僅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模板通用參數
ARP類型的NQA模板為外部特性提供ARP類型測試，外部特性通過引用該模板啟動ARP測試。測試時NQA客戶端向目的端設備發送ARP請求報文，根據能否收到應答報文判斷目的端設備的ARP服務是否可用。
(1) 進入係統視圖。
system-view
(2) 創建ARP類型的NQA模板，並進入模板視圖。
nqa template arp name
(3) （可選）配置探測報文的目的IP地址。
destination ip ip-address
缺省情況下，未配置測試操作中探測報文的目的IP地址。
(4) （可選）配置測試操作中探測報文的源IP地址。
source ip ip-address
缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。
發送報文的接口必須為up狀態，否則測試將會失敗。
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。
IMAP（Internet Mail Access Protocol，Internet郵件訪問協議）類型的NQA模板為外部特性提供IMAP類型測試，外部特性通過引用該模板，與指定的IMAP服務器建立連接，並計算與IMAP服務器之間報文交互的時間，來判斷服務器IMAP業務的可用性。
在進行IMAP測試之前，需要在服務器上開啟IMAP Server服務，並進行相應的配置，包括測試時登錄IMAP服務器的用戶名、密碼、郵箱名等。
(1) 進入係統視圖。
system-view
(2) 創建IMAP類型的NQA模板，並進入模板視圖。
nqa template imap name
(3) （可選）配置探測報文的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
(4) （可選）配置測試操作的目的端口。
destination port port-number
缺省情況下，測試操作的目的端口號為143。
(5) （可選）配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(6) 配置IMAP登錄用戶名。
username username
缺省情況下，未配置IMAP登錄用戶名。
(7) 配置IMAP登錄密碼。
password { cipher | simple } string
缺省情況下，未配置IMAP登錄密碼。
(8) 配置IMAP登錄的郵箱名。
mailbox mailbox-name
缺省情況下，IMAP測試操作的郵箱名稱為INBOX。
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
缺省情況下，未設定期望返回的地址。
(10) 配置每次探測結束時都將探測結果發送給外部特性。
reaction trigger per-probe
缺省情況下，連續探測成功或失敗3次時，NQA客戶端會把探測成功或失敗的消息發送給外部特性，使外部特性利用NQA測試的結果進行相應處理。
多次執行本命令和reaction trigger probe-pass命令時，最後一次執行的命令生效。
多次執行本命令和reaction trigger probe-fail命令時，最後一次執行的命令生效。
POP3類型的NQA模板為外部特性提供POP3類型測試，外部特性通過引用該模板，與指定的POP3服務器建立連接，並計算與POP3服務器之間報文交互的時間，來判斷服務器POP3業務的可用性。
在進行POP3測試之前，需要在POP3服務器上開啟POP3 Server服務，並進行相應的配置，包括測試時登錄POP3服務器的用戶名、密碼等。
(1) 進入係統視圖。
system-view
(2) 創建POP3類型的NQA模板，並進入模板視圖。
nqa template pop3 name
(3) （可選）配置探測報文的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
(4) （可選）配置測試操作的目的端口。
destination port port-number
缺省情況下，測試操作的目的端口號為110。
(5) （可選）配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(6) 配置POP3登錄用戶名。
username username
缺省情況下，未配置POP3登錄用戶名。
(7) 配置POP3登錄密碼。
password { cipher | simple } string
缺省情況下，未配置POP3登錄密碼。
SMTP類型的NQA模板為外部特性提供SMTP類型測試，外部特性通過引用該模板，與指定的SMTP服務器建立連接，並計算與SMTP服務器之間報文交互的時間，來判斷服務器SMTP業務的可用性。
(1) 進入係統視圖。
system-view
(2) 創建SMTP類型的NQA模板，並進入模板視圖。
nqa template smtp name
(3) 配置探測報文的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
(4) （可選）配置測試操作的目的端口。
destination port port-number
缺省情況下，測試操作的目的端口號為25。
(5) （可選）配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
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。
hex-data-fill hex
缺省情況下，探測報文的填充內容為十六進製數值00010203040506070809。
(7) （可選）配置用戶期望的應答內容。
¡ 配置用戶期望的、測試成功應答內容。
expect { data | hex-data } string [ { offset | strict-offset } number ]
¡ 配置期望的、測試失敗應答內容。
expect { failed-data | hex-failed-data } string [ { offset | strict-offset } number ]
缺省情況下,，未配置期望的應答內容。
僅當data-fill或hex-data-fill和本命令都配置時，進行期望應答內容的檢查，否則不做檢查。
同時配置expect { data | hex-data }和expect { failed-data | hex-failed-data }命令時，以expect { failed-data | hex-failed-data }命令配置為準。
(8) （可選）配置向服務器發送的資源釋放報文。
resource-release { data-fill | hex-data-fill } string
缺省情況下，未配置向服務器發送的資源釋放報文。
(9) 配置TCP連接的斷開方式。
disconnect-mode { fin | rst }
缺省情況下，TCP連接斷開方式為RST。
TCP Half Open類型的NQA模板為外部特性提供TCP Half Open類型測試。作為TCP測試的補充，TCP Half Open測試不需要指定目的端端口。當外部特性的現有TCP連接無法得到對端應答時，可以引用TCP Half Open模板進行測試。
開啟TCP Half Open類型的測試，但是沒有開啟TCP Half Open的端口檢測功能時，NQA客戶端將主動向對端發出TCP ACK報文，以能否收到對端返回的RST報文來判斷對端的TCP服務是否可用。
開啟TCP Half Open類型的測試，且開啟TCP Half Open的端口檢測功能時，NQA客戶端將主動向對端發出TCP SYN報文，以是否能收到對端返回的SYN+ACK報文來判斷服務器的端口能否正常工作。
(1) 進入係統視圖。
system-view
(2) 創建TCP Half Open類型的NQA模板，並進入模板視圖。
nqa template tcphalfopen name
(3) （可選）開啟TCP Half Open的端口檢測功能。
port-detect enable
缺省情況下，TCP Half Open的端口檢測功能處於關閉狀態。
要使本功能生效，必須配置測試操作的目的端口號。
(4) 配置測試操作的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
必須與NQA服務器上配置的監聽服務的IP地址一致。
(5) 配置測試操作的目的端口。
destination port port-number
缺省情況下，未配置測試操作的目的端口號。
必須與NQA服務器上配置的監聽服務的端口號一致。
要使TCP Half Open的端口檢測功能生效，必須配置本命令。
(6) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(7) 配置探測報文出接口。
out interface interface-type interface-number
缺省情況下，設備通過查詢路由表信息確認探測報文出接口。
(8) 配置探測報文的下一跳地址。
（IPv4網絡）
next-hop ip ip-address
（IPv6網絡）
next-hop ipv6 ipv6-address
缺省情況下，未配置探測報文的下一跳地址。
(9) 配置每次探測結束時都將探測結果發送給外部特性。
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服務器和客戶端配合才能完成。在進行UDP測試前，需要在NQA服務器端配置UDP監聽服務。
（對於不支持UDP端口檢測功能的設備）
設備根據以下規則來判斷探測是否成功：
· 如果用戶配置了期望的失敗應答內容，則NQA客戶端收到包含失敗期望應答字符串的報文或者收到的應答字符串長度小於失敗期望應答字符串長度時，認為探測失敗，收到其他報文時，認為探測成功。
· 如果用戶未配置期望的失敗應答內容，但是配置了期望的成功應答內容，則NQA客戶端收到包含成功期望應答內容的報文時，認為探測成功，收到其他報文時，認為探測失敗。
· 如果用戶未配置期望的應答內容，則NQA客戶端隻要收到合法的回應報文就認為探測成功。
（對於支持UDP端口檢測功能的設備）
UDP端口檢測功能用於測試對端UDP服務的端口是否可用。設備根據以下規則來判斷探測是否成功：
· 開啟UDP端口檢測功能的情況下，如果在探測超時時間（probe timeout命令配置）內，沒有收到目的端不可達的ICMP差錯報文，則認為測試成功，反之則認為測試失敗。
· 關閉UDP端口檢測功能的情況下：
¡ 如果用戶配置了期望的失敗應答內容，則NQA客戶端收到包含失敗期望應答字符串的報文或者收到的應答字符串長度小於失敗期望應答字符串長度時，認為探測失敗，收到其他報文時，認為探測成功。
¡ 如果用戶未配置期望的失敗應答內容，但是配置了期望的成功應答內容，則NQA客戶端收到包含成功期望應答內容的報文時，認為探測成功，收到其他報文時，認為探測失敗。
¡ 如果用戶未配置期望的應答內容，則NQA客戶端隻要收到合法的回應報文就認為探測成功。
要使UDP端口檢測功能生效，需要：
· 在目的端開啟ICMP目的不可達報文發送功能，如果目的端是H3C設備，需要在設備上執行ip unreachables enable命令（該命令的詳細介紹請參見“三層技術-IP業務命令參考”中的“IP性能優化”）。
· 必須在本設備上配置測試操作的目的端口號並配置指定raw參數的data-fill或hex-data-fill命令，填充字符串可以任意配置。
(1) 進入係統視圖。
system-view
(2) 創建UDP類型的NQA模板，並進入模板視圖。
nqa template udp name
(3) （可選）開啟UDP端口檢測功能。
port-detect enable
缺省情況下，端口檢測功能處於關閉狀態。
(4) 配置測試操作的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
必須與NQA服務器上配置的監聽服務的IP地址一致。
(5) 配置測試操作的目的端口。
destination port port-number
缺省情況下，未配置測試操作的目的端口號。
必須與NQA服務器上配置的監聽服務的端口號一致。
(6) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(7) 配置探測報文的填充字符串。請選擇其中一項進行配置。
data-fill string [ raw ]
缺省情況下，探測報文的填充內容為十六進製00010203040506070809。
hex-data-fill hex [ raw ]
缺省情況下，探測報文的填充內容為十六進製數值00010203040506070809。
若開啟了UDP的端口檢測功能，則必須配置data-fill或hex-data-fill且指定raw參數，填充字符串可以任意配置。
(8) （可選）配置探測報文中的填充內容大小。
data-size size
缺省情況下，探測報文中的填充內容大小為100字節。
(9) （可選）配置用戶期望的應答內容。
¡ 配置用戶期望的、測試成功應答內容。
expect { data | hex-data } string [ { offset | strict-offset } number ]
¡ 配置期望的、測試失敗應答內容。
expect { failed-data | hex-failed-data } string [ { offset | strict-offset } number ]
缺省情況下,，未配置期望的應答內容。
僅當data-fill或hex-data-fill和本命令都配置時，進行期望應答內容的檢查，否則不做檢查。
同時配置expect { data | hex-data }和expect { failed-data | hex-failed-data }命令時，以expect { failed-data | hex-failed-data }命令配置為準。
(10) （可選）配置向服務器發送的資源釋放報文。
resource-release { data-fill | hex-data-fill } string
缺省情況下，未配置向服務器發送的資源釋放報文。
HTTP類型的NQA模板為外部特性提供HTTP類型測試，外部特性通過引用該模板，測試NQA客戶端是否可以與指定的HTTP服務器建立連接，以及從HTTP服務器獲取數據所需的時間，從而判斷HTTP服務器的連通性及性能。
在HTTP類型的NQA模板中，用戶可以配置期望返回的數據。通過該功能用戶可以判斷HTTP服務器應答報文的合法性。當應答報文的BODY類型為CONTENT或CHUNK，且配置了expect data命令時，設備將進行期望應答內容的檢查。
在HTTP類型的NQA模板中，用戶可以配置應答狀態碼。應答狀態碼是由3位十進製數組成的字段，它包含HTTP服務器的狀態信息，用戶可以根據該狀態碼了解HTTP服務器的狀態。狀態碼的第一位表示狀態碼的類型。
在進行HTTP測試之前，需要完成HTTP服務器的配置。
(1) 進入係統視圖。
system-view
(2) 創建HTTP類型的NQA模板，並進入模板視圖。
nqa template http name
(3) 配置HTTP代理服務器的網址。
proxy-url url
缺省情況下，未配置HTTP代理服務器的網址。
url配置形式為http://host或http://host:port。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如http://[2001::1]/test。
在必須通過代理服務器才能訪問HTTP服務器的組網環境下，必須配置本命令。配置本命令後，設備發送的探測報文以及HTTP服務器返回的響應報文，都會經過代理服務器中轉。
(4) 配置HTTP測試訪問的HTTP服務器的網址。
url url
缺省情況下，沒有配置HTTP測試訪問的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使用的版本為v1.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) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(11) （可選）配置期望的、測試成功應答狀態碼。
expect status status-list
缺省情況下，未配置期望的、測試成功應答狀態碼。
該命令不能與expect failed-status命令同時配置。
(12) （可選）配置期望的、測試失敗應答狀態碼。
expect failed-status status-list
缺省情況下，未配置期望的、測試失敗應答狀態碼。
該命令不能與expect status命令同時配置。
(13) （可選）配置期望測試成功的應答內容。
expect data string [ { offset | strict-offset } number ]
缺省情況下，未配置期望的、測試成功應答內容。
該命令不能與expect failed-data命令同時配置。
(14) （可選）配置期望的、測試失敗應答內容。
expect failed-data expression [ { offset | strict-offset } number ]
缺省情況下，未配置期望的、測試失敗應答內容。
該命令不能與expect data命令同時配置。
HTTPS（Hypertext Transfer Protocol Secure，超文本傳輸協議的安全版本）是支持SSL（Secure Sockets Layer，安全套接字層）協議的HTTP協議，通過SSL為HTTP協議提供安全保證。HTTPS類型的NQA模板為外部特性提供HTTPS類型測試，外部特性通過引用該模板，測試NQA客戶端是否可以與指定的HTTPS服務器建立連接，以及從HTTPS服務器獲取數據所需的時間，從而判斷HTTPS服務器的連通性及性能。
在HTTPS類型的NQA模板中，用戶可以配置期望返回的數據。通過該功能用戶可以判斷HTTPS服務器應答報文的合法性。當應答報文的BODY類型為CONTENT或CHUNK，且配置了expect data命令時，設備將進行期望應答內容的檢查。
在HTTPS類型的NQA模板中，用戶可以配置應答狀態碼。應答狀態碼是由3位十進製數組成的字段，它包含HTTPS服務器的狀態信息，用戶可以根據該狀態碼了解HTTPS服務器的狀態。狀態碼的第一位表示狀態碼的類型。
在進行HTTPS測試之前，需要在測試客戶端完成SSL客戶端策略配置，以及在目的端完成HTTPS服務器的配置。SSL客戶端策略的配置方法請參見“安全配置指導”中的“SSL”。
(1) 進入係統視圖。
system-view
(2) 創建HTTPS類型的NQA模板，並進入模板視圖。
nqa template https name
(3) 配置HTTPS代理服務器的網址。
proxy-url url
缺省情況下，未配置HTTPS代理服務器的網址。
url配置形式為https://host或https://host:port。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如https://[2001::1]/test。
在必須通過代理服務器才能訪問HTTPS服務器的組網環境下，必須配置本命令。配置本命令後，設備發送的探測報文以及HTTPS服務器返回的響應報文，都會經過代理服務器中轉。
(4) 配置HTTPS測試訪問的HTTPS服務器的網址。
url url
缺省情況下，沒有配置HTTPS測試訪問的HTTPS服務器的網址。
url參數的格式為https://host/resource或https://host:port/resource。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如https://[2001::1]/test。
(5) 配置HTTPS登錄用戶名。
username username
缺省情況下，未配置HTTPS登錄用戶名。
(6) 配置HTTPS登錄密碼。
password { cipher | simple } string
缺省情況下，未配置HTTPS登錄密碼。
(7) 綁定SSL客戶端策略。
ssl-client-policy policy-name
缺省情況下，未綁定SSL客戶端策略。
(8) 配置HTTPS所使用的協議版本。
version { v1.0 | v1.1 }
缺省情況下，HTTPS使用的版本為v1.0。
(9) 配置HTTPS的操作方式。
operation { get | post | raw }
缺省情況下，HTTPS操作方式為get操作。
如果HTTP操作方式為raw操作，則向服務器發送的探測報文的內容為raw-request視圖中的內容。
(10) 配置HTTPS測試請求報文。
a. 進入raw-request視圖。
raw-request
輸入raw-request命令進入raw-request視圖，每次進入視圖原有報文內容清除。
b. 配置HTTPS測試請求報文內容。
逐個字符輸入或拷貝粘貼請求報文內容。
缺省情況下，未配置HTTPS測試請求報文內容。
要求報文內容中不能包含alias命令配置的別名，請用戶自行確保報文的正確性，否則探測將失敗。有關alias命令的詳細介紹請參見“基礎配置命令參考”中的“CLI”。
c. 保存輸入內容並退回測試類型視圖。
quit
當配置HTTPS測試的操作類型為raw時，必須完成此操作且保證發送的測試報文正確有效。
(11) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(12) （可選）配置期望的、測試成功應答狀態碼。
expect status status-list
缺省情況下，未配置期望的、測試成功應答狀態碼。
該命令不能與expect failed-status命令同時配置。
(13) （可選）配置期望的、測試失敗應答狀態碼。
expect failed-status status-list
缺省情況下，未配置期望的、測試失敗應答狀態碼。
該命令不能與expect status命令同時配置。
(14) （可選）配置期望測試成功的應答內容。
expect data string [ { offset | strict-offset } number ]
缺省情況下，未配置期望的、測試成功應答內容。
該命令不能與expect failed-data命令同時配置。
(15) （可選）配置期望的、測試失敗應答內容。
expect failed-data expression [ { offset | strict-offset } number ]
缺省情況下，未配置期望的、測試失敗應答內容。
該命令不能與expect data命令同時配置。
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狀態，否則測試將會失敗。
RADIUS-ACCOUNT計費探測類型的NQA模板為外部特性提供RADIUS-ACCOUNT計費探測類型測試，外部特性通過引用該模板來啟動RADIUS-ACCOUNT計費探測類型測試，來檢測RADIUS服務器的計費功能可用性。
RADIUS-ACCOUNT計費探測類型測試功能的實現如下：
(1) NQA客戶端根據配置的用戶名，向RADIUS服務器發送計費結束請求包（Accounting-Request）。
(2) RADIUS服務器接收到計費結束請求包，RADIUS服務器向NQA客戶端發送計費結束響應包（Accounting-Response）。
(3) 如果NQA客戶端收到RADIUS服務器發出的計費結束響應包，則表示RADIUS服務器的計費功能是可用的，測試成功；否則該RADIUS服務器被認為無法成功提供計費服務，測試失敗。
RADIUS-ACCOUNT計費探測類型測試需要RADIUS服務器和NQA客戶端配合才能完成。進行RADIUSS-ACCOUNT計費探測時，要求RADIUS服務器存在探測使用的用戶信息，並配置與NQA客戶端相同的密鑰（Key）。RADIUS服務器配置方法，請參見“安全配置指導”中的“AAA”。
(1) 進入係統視圖。
system-view
(2) 創建RADIUS-ACCOUNT類型的NQA模板，並進入模板視圖。
nqa template radius-account name
(3) 配置測試操作的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
(4) 配置測試操作的目的端口。
destination port port-number
缺省情況下，測試操作的目的端口號為1813。
(5) 配置RADIUS計費的用戶名。
username username
缺省情況下，未配置RADIUS用戶名。
(6) 配置RADIUS計費使用的共享密鑰。
key { cipher | simple } string
缺省情況下，未配置RADIUS計費使用的共享密鑰。
(7) 配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
RTSP（Real Time Streaming Protocol，實時流傳輸協議）是一種多媒體播放控製協議，用來控製因特網上實時視頻的播放，例如暫停/繼續、前進/後退等。RTSP類型的NQA模板為外部特性提供RTSP類型測試，外部特性通過引用該模板來啟動RTSP測試，來檢測RTSP服務器的業務可用性。
(1) 進入係統視圖。
system-view
(2) 創建RTSP類型的NQA模板，並進入模板視圖。
nqa template rtsp name
(3) （可選）配置測試操作的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(4) （可選）配置測試請求方式。
¡ Options模式
request-method options
¡ Describe模式
request-method describe
缺省情況下，RTSP模板測試請求方式為options
(5) （可選）配置期望的、測試成功應答狀態碼。
expect status status-list
缺省情況下，未配置期望的、測試成功應答狀態碼。
(6) （可選）配置RTSP測試訪問的目的網址。
url url
缺省情況下，沒有配置RTSP測試訪問的網址。
url配置形式為rtsp://host/resource或rtsp://host:port/resource。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如rtsp://[2001::1]/test。
SIP（Session Initiation Protocol，會話初始協議）是一個基於IP網絡實現實時通信的一種信令協議。SIP消息可以基於UDP或者TCP傳輸。SIP類型的NQA模板為外部特性提供SIP類型測試，外部特性通過引用該模板來啟動SIP測試，來檢測SIP服務器的業務可用性。
(1) 進入係統視圖。
system-view
(2) 創建SIP類型的NQA模板，並進入模板視圖。
nqa template sip name
(3) 配置SIP使用的傳輸協議。
transport-protocol { tcp | udp }
缺省情況下，SIP使用的傳輸協議為UDP。
(4) （可選）配置探測報文的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
(5) （可選）配置測試操作的目的端口。
destination port port-number
缺省情況下，測試操作的目的端口號為5060。
(6) （可選）配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(7) （可選）配置期望的、測試成功應答狀態碼。
expect status status-list
缺省情況下，未配置期望的、測試成功應答狀態碼。
SNMP類型的NQA模板為外部特性提供SNMP類型測試，外部特性通過引用該模板來啟動SNMP測試。測試時NQA客戶端向SNMP Agent設備發送一個協議查詢報文，根據能否收到應答報文判斷SNMP Agent上提供的SNMP服務是否可用。
(1) 進入係統視圖。
system-view
(2) 創建SNMP類型的NQA模板，並進入模板視圖。
nqa template snmp name
(3) （可選）配置探測報文的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
(4) （可選）配置測試操作的目的端口。
destination port port-number
缺省情況下，測試操作的目的端口號為161。
(5) （可選）配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(6) （可選）配置SNMPv1或者SNMPv2c探測報文的團體名。
community read { cipher | simple } community-name
缺省情況下，SNMPv1或者SNMPv2c探測報文使用的團體名為public。
該命令配置的團體名必須為SNMP Agent上已配置具有讀權限的團體名。
SNMP-DCA（SNMP Data Collection Agent，SNMP數據收集代理）測試模板用來監測SNMP Agent的狀態。SNMP-DCA類型的NQA模板為外部特性提供SNMP-DCA類型測試，外部特性通過引用該模板來啟動SNMP-DCA測試。測試時NQA客戶端向SNMP Agent發送設備資源（如CPU/內存/硬盤）查詢報文來獲取被管理設備當前已經使用的資源，並將獲取結果告知外部特性，外部特性根據這些參數綜合計算被管理設備的狀態。
在進行SNMP-DCA測試之前，需要完成SNMP Agent的配置。
(1) 進入係統視圖。
system-view
(2) 創建SNMPDCA類型的NQA模板，並進入模板視圖。
nqa template snmpdca name
(3) （可選）配置探測報文的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
(4) （可選）配置測試操作的目的端口。
destination port port-number
缺省情況下，測試操作的目的端口號為161。
(5) （可選）配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(6) （可選）配置SNMP團體名稱。
community read { cipher | simple } community-name
缺省情況下，SNMPv1或者SNMPv2c探測報文使用的團體名為public。
該命令配置的團體名必須為SNMP Agent上已配置具有讀權限的團體名。
(7) （可選）配置SNMP-DCA測試的SNMP Agent類型。
agent-type { net-snmp | user-defined | windows }
缺省情況下，SNMP Agent類型為Net-snmp。
(8) （可選）配置SNMP-DCA測試使用的SNMP版本。
version { v1 | v2c }
缺省情況下，SNMP-DCA探測報文的版本為SNMPv1。
(9) （可選）配置SNMP-DCA測試的CPU的閾值和權重。
cpu { threshold threshold-value | weight weight-value } *
缺省情況下，CPU閾值為80，權重為3。
(10) （可選）配置SNMP-DCA測試的內存的閾值和權重。
memory { threshold threshold-value | weight weight-value } *
缺省情況下，內存的閾值為70，權重為2。
(11) （可選）配置SNMP-DCA測試的硬盤的閾值和權重。
disk { threshold threshold-value | weight weight-value } *
缺省情況下，硬盤的閾值為90，權重為4。
(12) （可選）配置SNMP-DCA測試的MIB節點的閾值和權重。
oid oid threshold threshold-value weight weight-value
缺省情況下，未配置SNMP-DCA測試的自定義MIB節點的閾值和權重
當agent-type配置為User-defined時，必須進行本配置
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狀態，否則測試將會失敗。
WAP（Wireless Application Protocol，無線應用協議）是WAP論壇製定的技術規範，它規定了適用於多種無線設備的網絡協議和應用程序框架。WAP類型的NQA模板為外部特性提供WAP類型測試，外部特性通過引用該模板，測試NQA客戶端是否可以與指定的WAP服務器（網關）建立連接，從而判斷WAP網關的可用性。
在進行WAP測試之前，需要完成WAP網關的配置。
(1) 進入係統視圖。
system-view
(2) 創建WAP類型的NQA模板，並進入模板視圖。
nqa template wap name
(3) （可選）配置探測報文的目的地址。
（IPv4網絡）
destination ip ip-address
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的地址。
(4) （可選）配置測試操作的目的端口。
destination port port-number
缺省情況下，測試操作的目的端口號為9201。
(5) （可選）配置探測報文的源地址。
（IPv4網絡）
source ip ip-address
缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。
該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。
該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。
(6) （可選）配置WAP測試訪問的目的網址。
url url
缺省情況下，沒有配置WAP測試訪問的網址。
url配置形式為：
¡ http://host/resource
¡ http://host:port/resource
¡ https://host/resource
¡ https://host:port/resource
如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如http://[2001::1]/test。
(7) （可選）配置期望的、測試成功應答內容。
expect { data | hex-data } string [ { offset | strict-offset } number ]
缺省情況下，未配置期望的、測試成功應答內容。
當配置url命令時，需要通過配置本命令進行期望應答內容的檢查來判斷測試是否成功。
NQA模板的通用參數，隻對當前模板的測試有效。
除特別說明外，所有類型NQA模板都可以根據實際情況選擇配置下列通用參數。
(1) 進入係統視圖。
system-view
(2) 進入已存在的NQA模板視圖。
nqa template { arp | dns | ftp | http | https | icmp | imap | pop3 | radius | radius-account | rtsp | sip | smtp | snmp | snmpdca | ssl | tcp | tcphalfopen | udp | wap } name
(3) 配置NQA模板的描述信息。
description text
缺省情況下，未配置模板的信息。
(4) 配置連續兩次探測開始時間的時間間隔。
frequency interval
缺省情況下，連續兩次探測開始時間的時間間隔為5000毫秒。
如果到達frequency指定的時間間隔時，上次探測尚未完成，則不啟動新一輪探測。
(5) 配置當測試結果失敗時，測試組連續兩次測試開始時間的時間間隔。
frequency-adjustment adj-interval
缺省情況下，未配置當測試結果失敗時，測試組連續兩次測試開始時間的時間間隔。
(6) 配置每次探測超時時間。
probe timeout timeout
缺省情況下，探測的超時時間為3000毫秒。
(7) 配置探測報文在網絡中可以經過的最大跳數。
ttl value
缺省情況下，探測報文在網絡中可以經過的最大跳數為20跳。
ARP類型的NQA模板不支持配置本命令。
(8) 配置NQA探測報文IP報文頭中服務類型域的值。
tos value
缺省情況下，NQA探測報文IP報文頭中服務類型域的值為0。
ARP類型的NQA模板不支持配置本命令。
(9) 指定操作所屬的VPN實例。
vpn-instance vpn-instance-name
缺省情況下，未指定操作所屬的VPN實例。
(10) 配置連續探測成功的次數，當連續探測成功次數達到命令配置的數值時，NQA客戶端會把探測成功的消息發送給外部特性，使外部特性利用NQA測試的結果進行相應處理。
reaction trigger probe-pass count
缺省情況下，連續探測成功3次時，NQA客戶端會把探測成功的消息發送給外部特性，使外部特性利用NQA測試的結果進行相應處理。
(11) 配置連續探測失敗的次數，當連續探測失敗次數達到命令配置的數值時，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 |
TWAMP（Two-Way Active Measurement Protocol，雙向主動測量協議）是一種用於IP鏈路的網絡質量測量技術，它使用UDP報文測量網絡雙向路徑時延、抖動及丟包率。TWAMP-light是TWAMP協議的輕量級架構，簡化了建立性能測量會話的控製協議，提高了測試性能。
圖2-1 NQA TWAMP-light網絡架構示意圖
TWAMP-light基於NQA客戶端—服務器通信模型，它包括NQA客戶端和NQA服務器端兩種角色，如圖2-1所示。
· Controller（NQA客戶端）
TWAMP-light在NQA客戶端上定義了兩個角色：
¡ TWAMP-light Client：負責配置TWAMP-light測試會話。
¡ TWAMP-light Sender：負責啟動、停止TWAMP-light測試會話，是NQA TWAMP-light測試的源端設備。
· Responder（NQA服務器端）
TWAMP-light在NQA服務器端上定義了TWAMP-light Responder。Responder負責配置反射端會話並將報文反射回去，所以Responder也是NQA TWAMP-light測試的目的端設備。
管理員通過TWAMP-light測試會話來實現對NQA TWAMP-light測試的管理。一個測試會話由測試會話（Test session）ID來標識，包含一組測試的參數，例如，測試源目的地址、測試源目的端口等。在一台設備上可以創建多個TWAMP-light測試會話，可以同時啟動多個TWAMP-light測試會話進行測試。
啟動TWAMP-light測試後，NQA TWAMP-light測試的源端設備每隔一段時間進行一次測試，每次測試發送一個探測報文，可以設置測試的持續時間和發送報文的數量。NQA TWAMP-light測試的測試機製如下：
(1) NQA客戶端構造TWAMP-light探測報文，並發送給目的端設備；
(2) 目的端設備收到探測報文後，將報文反射回源端；
(3) NQA客戶端根據是否收到應答報文，以及接收應答報文的時間，計算報文丟失率、往返時間等判斷源到目的端鏈路的服務質量。
NQA TWAMP-light可以對探測結果進行監測，在本地記錄監測結果，還可以通過日誌、Trap/Inform消息將監測結果通知給網絡管理係統，以便網絡管理員了解NQA TWAMP-light測試運行結果和網絡性能。
NQA TWAMP-light閾值告警功能支持的監測對象有：
· 源到目的和目的到源的雙向抖動時間
· 源到目的和目的到源的雙向時延
· 源到目的和目的到源的雙向丟包率
測試啟動後，係統將持續監控探測結果。
· 當探測結果從小於閾值變成大於等於上限閾值，則開始監控時間計時。如果在監控時間段內探測結果始終大於等於上限閾值，則打印日誌並發送Trap或Inform消息。
· 當探測結果從大於下限閾值恢複到小於等於下限閾值，則開始監控時間計時。如果在監控時間段內探測結果始終小於等於下限閾值，則打印日誌並發送Trap或Inform消息。
其中監控時間由start命令的monitor-time參數配置。
與TWAMP-light相關的協議規範有：
· RFC 5357：A Two-Way Active Measurement Protocol (TWAMP)
本特性的支持情況與設備型號有關，請以設備的實際情況為準。
|
係列 |
型號 |
說明 |
|
F50X0係列 |
F5010、F5020、F5020-GM、F5040、F5000-C、F5000-S |
不支持 |
|
F5030、F5030-6GW、F5030-6GW-G、F5060、F5080、F5000-A、F5000-M |
支持 |
|
|
F5000-CN係列 |
F5000-CN30、F5000-CN60 |
支持 |
|
F5000-AI係列 |
F5000-AI-15、F5000-AI-20、F5000-AI-40 |
支持 |
|
F5000-V係列 |
F5000-V30 |
支持 |
|
F1000-AI係列 |
F1000-AI-10、F1000-AI-15 |
不支持 |
|
F1000-AI-03、F1000-AI-05、F1000-AI-20、F1000-AI-25、F1000-AI-30、F1000-AI-35、F1000-AI-50、F1000-AI-55、F1000-AI-60、F1000-AI-65、F1000-AI-70、F1000-AI-75、F1000-AI-80、F1000-AI-90 |
支持 |
|
|
F1000-L係列 |
F1003-L、F1003-L-C、F1003-L-S、F1005-L、F1010-L |
支持 |
|
F10X0係列 |
F1003-C、F1003-M、F1003-S、F1005、F1005-GM、F1010、F1010-GM、F1020、F1020-GM、F1030、F1030-GM、F1050、F1060、F1070、F1070-GM、F1070-GM-L、F1080、F1090 |
支持 |
|
F1000-V係列 |
F1000-V50、F1000-V60、F1000-V70、F1000-V90 |
支持 |
|
F1000-SASE係列 |
F1000-SASE100 |
支持 |
|
F1000-SASE200 |
不支持 |
|
|
F1000-AK係列 |
F1000-AK108、F1000-AK109、F1000-AK110、F1000-AK115、F1000-AK120、F1000-AK125、F1000-AK710、F1000-AK1010、F1000-AK1015、F1000-AK1020、F1000-AK1030、F1000-AK1105、F1000-AK1110、F1000-AK1120、F1000-AK1130、F1000-AK1140、F1000-AK130、F1000-AK135、F1000-AK140、F1000-AK145、F1000-AK150、F1000-AK155、F1000-AK160、F1000-AK165、F1000-AK170、F1000-AK175、F1000-AK180、F1000-AK185、F1000-GM-AK370、F1000-GM-AK380、F1000-AK711、F1000-AK1125、F1000-AK1205、F1000-AK1212、F1000-AK1215、F1000-AK1222、F1000-AK1232、F1000-AK1235、F1000-AK1242、F1000-AK1252、F1000-AK1262、F1000-AK1272、F1000-AK1305、F1000-AK1312、F1000-AK1315、F1000-AK1322、F1000-AK1332、F1000-AK1342、F1000-AK1352、F1000-AK1362、F1000-AK1414、F1000-AK1424、F1000-AK1434、F1000-AK1505、F1000-AK1514、F1000-AK1515、F1000-AK1524、F1000-AK1534、F1000-AK1614、F1000-AK9109、F1000-AK9110、F1000-AK9120、F1000-AK9160、F1000-AK9180、F1000-AK9190、F1000-AK9210 |
支持 |
|
F1000-AK1025、F1000-AK1115、F1000-AK1150、F1000-AK1160、F1000-AK1170、F1000-AK1180、F1000-AK9150 |
不支持 |
|
|
插卡 |
IM-NGFWX-IV、LSCM1FWDSD0、LSCM2FWDSD0 、LSPM6FWD、LSPM6FWDB、LSQM1FWDSC0、LSQM2FWDSC0、LSU3FWCEA0、LSUM1FWCEAB0、LSUM1FWDEC0、LSWM1FWD0、LSX1FWCEA1、LSXM1FWDF1 |
不支持 |
|
vFW係列 |
vFW1000、vFW2000、vFW-E-Cloud |
支持 |
在NQA TWAMP-light客戶端和NQA TWAMP-light服務器上配置偵聽端口時，均有以下要求，否則會導致探測失敗。
· 不能為知名端口。
· 不能是當前設備中其它服務正在使用的端口號。
¡ 通過display tcp和display udp命令顯示信息中的Local Addr:port字段，可查看本端正在被使用的IPv4地址及端口號。
¡ 通過display ipv6 tcp和display ipv6 udp命令顯示信息中的LAddr->port字段，可查看本端正在被使用的IPv6地址及端口號。
在NQA TWAMP-light客戶端上通過destination port命令配置的測試操作目的端口號，需要和服務器端配置的偵聽端口號保持一致。
NQA TWAMP-light配置任務如下：
(2) 在NQA客戶端上配置
(3) （可選）在NQA客戶端上配置TWAMP-light測試告警功能
(4) 在NQA客戶端上啟動NQA TWAMP-light測試
(5) （可選）在NQA客戶端上停止NQA TWAMP-light測試
(1) 進入係統視圖。
system-view
(2) 在NQA服務器上創建TWAMP-light responder，並進入TWAMP-light-responder視圖。
nqa twamp-light responder
(3) 在NQA服務器上創建TWAMP-light Responder端的測試會話。
test-session session-id [ interface interface-type interface-number [ service-instance instance-id ] ] { { ip | ipv6 } destination address source address destination-port port-number source-port port-number [ vpn-instance vpn-instance-name ] | destination-mac mac-address source-mac mac-address } * [ vlan { vlan-id | s-vid vlan-id c-vid vlan-id } | timestamp-format { ntp | ptp } | description text ] *
(4) 退回係統視圖。
quit
(5) 開啟NQA服務器功能。
nqa server enable
缺省情況下，NQA服務器功能處於關閉狀態。
如果同時啟動多個TWAMP-light測試，那麼每個測試會話指定的地址及端口號不能完全相同，否則多個測試匹配同一條流將影響測試結果。
system-view
(2) 使能NQA客戶端功能。
nqa agent enable
缺省情況下，NQA客戶端功能處於開啟狀態。
隻有使能NQA客戶端功能後，NQA客戶端的相關配置才會生效。
(3) 創建TWAMP-light Client並進入TWAMP-light-client視圖。
nqa twamp-light client
(4) 創建TWAMP-light Client的測試會話，並進入Client-session視圖。
test-session session-id
(5) （可選）配置探測的描述信息。
description text
缺省情況下，未配置測試的描述信息。
(6) 配置TWAMP-light測試的地址及端口號。
a. 配置探測報文的源IP地址。
（IPv4網絡）
source ip ip-address
缺省情況下，未配置探測報文的源IP地址。
（IPv6網絡）
source ipv6 ipv6-address
缺省情況下，未配置探測報文的源IPv6地址。
b. 配置探測報文的目的IP地址。
（IPv4網絡）
destination ip ipv4-address
缺省情況下，未配置探測報文的目的IPv4地址。
（IPv6網絡）
destination ipv6 ipv6-address
缺省情況下，未配置探測報文的目的IPv6地址。
c. 配置探測報文的源接口。
source interface interface-type interface-number [ service-instance instance-id ]
缺省情況下，未配置探測報文的源接口。
該命令指定的接口必須為up狀態。
d. 配置探測報文的源端口號。
source port port-number
缺省情況下，未配置測試操作的源端口號。
對於TWAMP-light測試，本命令必須配置，且配置的端口號不能是當前設備中其它服務正在使用的端口號，否則會導致探測失敗。
e. 配置探測報文的目的端口號。
destination port port-number
缺省情況下，未配置測試操作的目的端口號。
f. 配置探測報文的源MAC地址。
source mac mac-address
缺省情況下，未配置探測報文的源MAC地址。
g. 配置探測報文的目的MAC地址。
destination mac mac-address
缺省情況下，未配置探測報文的目的MAC地址。
h. （可選）配置探測報文所屬的VPN實例。
vpn-instance vpn-instance-name
缺省情況下，未指定探測報文所屬的VPN實例，NQA用來測試公網的連通性。
(7) 配置TWAMP-light測試的時間戳格式。
timestamp-format { ntp | ptp }
缺省情況下，TWAMP-light測試的時間戳格式為PTP。
(8) （可選）配置TWAMP-light測試報文的填充參數。
¡ 配置探測報文中的填充內容大小。
data-size size
缺省情況下，探測報文中的填充內容大小為142字節。
¡ 配置探測報文的填充字符串。請選擇其中一項進行配置。
（十進製）
data-fill string
（十六進製）
hex-data-fill hex
兩條命令的作用相同，多次執行這兩條命令時，最後一次執行的命令生效。
缺省情況下，探測報文的填充內容為十六進製00010203040506070809。
(9) （可選）配置探測報文的優先級。
¡ 配置探測報文的802.1p優先級。
priority 8021p value
缺省情況下，探測報文的802.1p優先級為0。
¡ 配置探測報文中IP報文頭中服務類型域的值。
tos value
缺省情況下，NQA探測報文中IP報文頭中服務類型域的值為0。
(10) （可選）配置探測報文的VLAN標簽。
vlan { vlan-id | s-vid vlan-id c-vid vlan-id }
缺省情況下，未配置探測報文的VLAN標簽。
system-view
(2) 創建TWAMP-light Client並進入TWAMP-light-client視圖。
nqa twamp-light client
(3) 創建TWAMP-light Client的測試會話，並進入Client-session視圖。
test-session session-id
(4) 創建TWAMP-light測試的閾值告警組，請至少選擇其中一項進行配置。
¡ 創建監測雙向時延的閾值告警組。
reaction item-number checked-element two-way-delay threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
缺省情況下，不存在監測雙向時延的閾值告警組。
¡ 創建監測雙向丟包率的閾值告警組。
reaction item-number checked-element two-way-loss threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
缺省情況下，不存在監測雙向丟包率的閾值告警組。
¡ 創建監測雙向抖動的閾值告警組。
reaction item-number checked-element two-way-jitter threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ]
缺省情況下，不存在監測雙向抖動的閾值告警組。
如果同時啟動多個TWAMP-light測試，那麼每個測試會話指定的源IP、源端口、目的IP和目的端口四個參數不能均相同，否則多個測試匹配同一條流將影響測試結果。
如果配置了data-fill命令，則啟動TWAMP-light測試時報文發送周期不允許配置為10ms和100ms。
(1) 進入係統視圖。
system-view
(2) 創建TWAMP-light Sender，並進入TWAMP-light-sender視圖。
nqa twamp-light sender
(3) 啟動TWAMP-light測試。
start test-session session-id { permanent | duration duration | packet-count count } [ tx-interval { 10 | 100 | 1000 | 30000 } ] [ timeout timeout ] [ [ statistics-interval statistics-interval ] monitor-time time ]
(1) 進入係統視圖。
system-view
(2) 進入TWAMP-light-sender視圖。
nqa twamp-light sender
缺省情況下，不存在TWAMP-light Sender。
(3) 停止TWAMP-light測試。
stop { all | test-session session-id }
在完成上述配置後，在任意視圖下執行display命令可以顯示配置後NQA TWAMP-light的運行情況，通過查看顯示信息驗證配置的效果。
在用戶視圖下執行reset命令可以清除TWAMP-light測試會話的統計信息。
表2-1 NQA顯示和維護（NQA服務器）
|
操作 |
命令 |
|
顯示TWAMP-light responder會話的信息 |
display nqa twamp-light responder [ test-session session-id ] |
表2-2 NQA顯示和維護（NQA客戶端）
|
操作 |
命令 |
|
顯示TWAMP-light Client會話的信息 |
display nqa twamp-light client [ test-session session-id | verbose ] |
|
顯示TWAMP-light Client會話的統計信息，包括雙向時延、雙向抖動和雙向丟包信息 |
display nqa twamp-light client statistics { two-way-delay | two-way-loss } test-session session-id |
|
顯示TWAMP-light Client閾值告警組的當前監測結果 |
display nqa twamp-light client test-session reaction counters [ session-id [ item-number ] ] |
|
清除TWAMP-light測試會話的統計信息 |
reset nqa twamp-light statistics { all | test-session session-id } |
使用NQA TWAMP-light功能，測試本端（Device A）到指定目的端（Device B）間的網絡質量。
圖2-2 NQA TWAMP-light基本配置組網圖
(1) 配置各接口的IP地址。（配置過程略）
(2) 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）
(3) 配置Device B
# 開啟NQA服務器。
<DeviceB> system-view
[DeviceB] nqa server enable
# 創建TWAMP-light Responder端的測試會話1，配置報文的目的IP地址為10.2.2.2，源IP地址為10.1.1.1，配置報文的目的端口為20000，源端口為10000。
[DeviceB] nqa twamp-light responder
[DeviceB-twamp-light-responder] test-session 1 ip destination 10.2.2.2 source 10.1.1.1 destination-port 20000 source-port 10000
[DeviceB-twamp-light-responder] quit
(4) 配置Device A
# 創建TWAMP-light Client端的測試會話1。
<DeviceA> system-view
[DeviceA] nqa twamp-light client
[DeviceA-nqa-twamp-light-client] test-session 1
# 配置報文的源IP地址為10.1.1.1，目的IP地址為10.2.2.2，配置報文的源端口為10000，目的端口為20000。
[DeviceA-nqa-twamp-light-client-session1] source ip 10.1.1.1
[DeviceA-nqa-twamp-light-client-session1] destination ip 10.2.2.2
[DeviceA-nqa-twamp-light-client-session1] source port 10000
[DeviceA-nqa-twamp-light-client-session1] destination port 20000
[DeviceA-nqa-twamp-light-client-session1] quit
[DeviceA-nqa-twamp-light-client] quit
# 創建並進入TWAMP-light-sender視圖，啟動TWAMP-light測試，啟動參數：發送報文的周期為100ms，統計周期為10000ms，監控時間為20000ms。
<DeviceA> system-view
[DeviceA] nqa twamp-light sender
[DeviceA-nqa-twamp-light-sender] start test-session 1 permanent tx-interval 100 statistics-interval 10000 monitor-time 20000
[DeviceA-nqa-twamp-light-sender] quit
# 顯示指定測試會話1的信息。
[DeviceA-nqa-twamp-light-sender] display nqa twamp-light client
Brief information about all test sessions:
Total sessions: 1
Active sessions: 1
------------------------------------------------------------------------------------
ID Status Source IP/Port Destination IP/Port
1 Active 10.1.1.1/10000 10.2.2.2/20000
# 顯示指定測試會話1的雙向丟包統計信息。
[DeviceA-nqa-twamp-light-sender] display nqa twamp-light client statistics two-way-loss test-session 1
Latest two-way loss statistics:
Index Loss count Loss ratio Error count Error ratio
11006 5 50.0000% 0 0.0000%
11007 3 30.0000% 0 0.0000%
11008 4 40.0000% 0 0.0000%
11009 8 80.0000% 0 0.0000%
--------------------------------------------------------------------
Average loss count : 5 Average loss ratio : 55.3333%
Maximum loss count : 10 Maximum loss ratio : 100.0000%
Minimum loss count : 1 Minimum loss ratio : 10.0000%
Average error count: 0 Average error ratio: 0.0000%
Maximum error count: 0 Maximum error ratio: 0.0000%
Minimum error count: 0 Minimum error ratio: 0.0000%
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!
支持
