目  錄

1 NQA

1.1 NQA簡介

1.1.1 NQA工作機製

1.1.2 支持聯動功能

1.1.3 支持閾值告警功能

1.1.4 NQA模板

1.2 NQA配置限製和指導

1.3 NQA配置任務簡介

1.4 配置NQA服務器

1.5 開啟NQA客戶端功能

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

1.6.1 NQA測試組配置任務簡介

1.6.2 配置ARP測試

1.6.3 配置ICMP-echo測試

1.6.4 配置ICMP-jitter測試

1.6.5 配置DHCP測試

1.6.6 配置DNS測試

1.6.7 配置FTP測試

1.6.8 配置HTTP測試

1.6.9 配置UDP-jitter測試

1.6.10 配置SNMP測試

1.6.11 配置TCP測試

1.6.12 配置UDP-echo測試

1.6.13 配置UDP-tracert測試

1.6.14 配置Voice測試

1.6.15 配置DLSw測試

1.6.16 配置Path-jitter測試

1.6.17 配置NQA測試組通用參數

1.6.18 配置聯動功能

1.6.19 配置閾值告警功能

1.6.20 配置NQA統計功能

1.6.21 配置NQA曆史記錄功能

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

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

1.7.1 配置限製和指導

1.7.2 NQA模板配置任務簡介

1.7.3 配置ARP類型的NQA模板

1.7.4 配置ICMP類型的NQA模板

1.7.5 配置IMAP類型的NQA模板

1.7.6 配置DNS類型的NQA模板

1.7.7 配置POP3類型的NQA模板

1.7.8 配置SMTP類型的NQA模板

1.7.9 配置TCP類型的NQA模板

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

1.7.11 配置UDP類型的NQA模板

1.7.12 配置Tracert類型的NQA模板

1.7.13 配置HTTP類型的NQA模板

1.7.14 配置HTTPS類型的NQA模板

1.7.15 配置FTP類型的NQA模板

1.7.16 配置RADIUS認證探測類型的NQA模板

1.7.17 配置RADIUS-ACCOUNT計費探測類型的NQA模板

1.7.18 配置RTSP類型的NQA模板

1.7.19 配置SIP類型的NQA模板

1.7.20 配置SNMP類型的NQA模板

1.7.21 配置SNMP-DCA類型的NQA模板

1.7.22 配置SSL類型的NQA模板

1.7.23 配置WAP類型的NQA模板

1.7.24 配置NQA模板通用參數

1.8 NQA顯示和維護

1.9 NQA典型配置舉例

1.9.1 ARP測試配置舉例

1.9.2 ICMP-echo測試配置舉例

1.9.3 ICMP-jitter測試配置舉例

1.9.4 DHCP測試配置舉例

1.9.5 DNS測試配置舉例

1.9.6 FTP測試配置舉例

1.9.7 HTTP測試配置舉例

1.9.8 UDP-jitter測試配置舉例

1.9.9 SNMP測試配置舉例

1.9.10 TCP測試配置舉例

1.9.11 UDP-echo測試配置舉例

1.9.12 UDP-tracert測試配置舉例

1.9.13 Voice測試配置舉例

1.9.14 DLSw測試配置舉例

1.9.15 Path-jitter測試配置舉例

1.9.16 NQA聯動配置舉例

1.9.17 ARP類型的NQA模板配置舉例

1.9.18 ICMP類型的NQA模板配置舉例

1.9.19 IMAP類型的NQA模板配置舉例

1.9.20 DNS類型的NQA模板配置舉例

1.9.21 POP3類型的NQA模板配置舉例

1.9.22 RTSP類型的NQA模板配置舉例

1.9.23 SMTP類型的NQA模板配置舉例

1.9.24 TCP類型的NQA模板配置舉例

1.9.25 TCP Half Open類型的NQA模板配置舉例

1.9.26 UDP類型的NQA模板配置舉例

1.9.27 HTTP類型的NQA模板配置舉例

1.9.28 HTTPS類型的NQA模板配置舉例

1.9.29 FTP類型的NQA模板配置舉例

1.9.30 RADIUS認證探測類型的NQA模板配置舉例

1.9.31 RADIUS-ACCOUNT計費探測類型的NQA模板配置舉例

1.9.32 SNMP類型的NQA模板配置舉例

1.9.33 SIP類型的NQA模板配置舉例

1.9.34 SNMP-DCA類型的NQA模板配置舉例

1.9.35 SSL類型的NQA模板配置舉例

1.9.36 WAP類型的NQA模板配置舉例

1.9.37 ARP測試配置舉例

2 NQA TWAMP-light

2.1 NQA TWAMP-light簡介

2.1.1 NQA TWAMP-light的網絡架構

2.1.2 NQA TWAMP-light工作機製

2.1.3 支持閾值告警功能

2.1.4 協議規範

2.2 NQA TWAMP-light配置限製和指導

2.3 NQA TWAMP-light配置任務簡介

2.4 配置NQA TWAMP-light服務器

2.5 在NQA客戶端上配置TWAMP-light Client

2.6 在NQA客戶端上配置TWAMP-light測試告警功能

2.7 在NQA客戶端上啟動NQA TWAMP-light測試

2.8 在NQA客戶端上停止NQA TWAMP-light測試

2.9 NQA TWAMP-light顯示和維護

2.10 NQA TWAMP-light典型配置舉例

2.10.1 NQA TWAMP-light測試基本組網配置舉例

 

1 NQA

1.1  NQA簡介

NQA（Network Quality Analyzer，網絡質量分析）通過發送探測報文，對鏈路狀態、網絡性能、網絡提供的服務及服務質量進行分析，並為用戶提供標識當前網絡性能和服務質量的參數，如時延、抖動時間、TCP連接建立時間、FTP連接建立時間和文件傳輸速率等。利用NQA的分析結果，用戶可以及時了解網絡的性能狀況，針對不同的網絡性能進行相應處理並對網絡故障進行診斷和定位。

1.1.1  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測試，一次測試中隻能進行一次探測，不能通過配置修改測試中探測的次數。

1.1.2  支持聯動功能

聯動功能是指在監測模塊、Track模塊和應用模塊之間建立關聯，實現這些模塊之間的聯合動作。聯動功能利用監測模塊對鏈路狀態、網絡性能等進行監測，並通過Track模塊將監測結果及時通知給應用模塊，以便應用模塊進行相應的處理。聯動功能的詳細介紹，請參見“可靠性配置指導”中的“Track”。

NQA可以作為聯動功能的監測模塊，對NQA探測結果進行監測，當連續探測失敗次數達到一定數目時，就通過Track模塊觸發應用模塊進行相應的處理。

目前，NQA可以通過Track模塊建立關聯的應用模塊包括：

·     VRRP（Virtual Router Redundancy Protocol，虛擬路由器冗餘協議）

·     靜態路由

·     策略路由

·     接口備份

以靜態路由為例，用戶配置了一條靜態路由，下一跳為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項狀態通知給靜態路由模塊。靜態路由模塊據此可以判斷該靜態路由項是否有效。

1.1.3  支持閾值告警功能

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

 

1.1.4  NQA模板

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

1.2  NQA配置限製和指導

在NQA客戶端和NQA服務器上配置偵聽端口時，均有以下要求，否則會導致探測失敗。

·     不能為知名端口。

·     不能是當前設備中其它服務正在使用的端口號。

¡     通過display tcp和display udp命令顯示信息中的Local Addr:port字段，可查看本端正在被使用的IPv4地址及端口號。

¡     通過display ipv6 tcp和display ipv6 udp命令顯示信息中的LAddr->port字段，可查看本端正在被使用的IPv6地址及端口號。

如果NQA測試報文的源IP地址被Easy IP功能進行了NAT轉換，則可能導致本設備收不到NQA響應報文，NQA測試失敗。建議使用source interface或source ip、source ipv6命令為NQA測試報文配置指定的源地址，從而避免源地址被NAT轉換。執行display nat all命令，如果顯示信息中NAT address group information字段中包含NQA測試報文出接口的IP地址，或者NAT outbound information字段中包含NQA測試報文的出接口，則表示NQA測試報文的源IP地址會被Easy IP功能進行NAT轉換。配置源地址時，請避開這些IP地址和接口。關於Easy IP功能的詳細描述，請參見“三層技術-IP業務配置指導”中的“NAT”。

在NQA客戶端上通過destination port命令配置的測試操作目的端口號，需要和服務器端配置的偵聽端口號保持一致。

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

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

1.3  NQA配置任務簡介

NQA配置任務如下：

(1)     配置NQA服務器

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

(2)     開啟NQA客戶端功能

(3)     配置NQA測試組和模板

請至少選擇以下一項任務進行配置：

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

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

NQA測試組配置完畢後，通過調度測試組就可以進行測試操作；NQA模板配置完畢後並不啟動測試，需要從外部特性調用NQA模板後，設備自動創建NQA測試組並啟動NQA測試。

1.4  配置NQA服務器

1. 配置限製和指導

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

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

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

在UDP-jitter測試的高性能模式下，NQA服務器端不能處理大於100字節的NQA報文，若客戶端發送的報文長度大於100字節，可能導致NQA測試失敗。

2. 配置步驟

(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 ] [ high-performance-mode ] [ tos tos ]

僅UDP-echo、UDP-jitter和Voice測試類型下必須進行本配置。

¡     全局開啟NQA服務器UDP監聽服務對於UDP-jitter測試的高性能模式。

nqa server udp-echo high-performance enable

缺省情況下，NQA服務器UDP監聽服務的高性能模式處於全局關閉狀態。

1.5  開啟NQA客戶端功能

(1)     進入係統視圖。

system-view

(2)     開啟NQA客戶端功能。

nqa agent enable

缺省情況下，NQA客戶端功能處於開啟狀態。

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

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

1.6.1  NQA測試組配置任務簡介

NQA測試組配置任務如下：

(1)     配置NQA測試組

¡     配置ARP測試

¡     配置ICMP-echo測試

¡     配置ICMP-jitter測試

¡     配置DHCP測試

¡     配置DNS測試

¡     配置FTP測試

¡     配置HTTP測試

¡     配置UDP-jitter測試

¡     配置SNMP測試

¡     配置TCP測試

¡     配置UDP-echo測試

¡     配置UDP-tracert測試

¡     配置Voice測試

¡     配置DLSw測試

¡     配置Path-jitter測試

(2)     （可選）配置NQA測試組通用參數

(3)     （可選）配置聯動功能

(4)     （可選）配置閾值告警功能

(5)     （可選）配置NQA統計功能

(6)     （可選）配置NQA曆史記錄功能

(7)     在NQA客戶端上調度NQA測試組

1.6.2  配置ARP測試

1. 功能簡介

ARP測試利用ARP協議，測試時NQA客戶端向目的端設備發送ARP請求報文，根據能否收到應答報文判斷目的端設備的ARP服務是否可用。

對於ARP測試，一次探測操作是指向目的端發送一個探測報文。

2. 配置步驟

(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狀態，否則測試將會失敗。

1.6.3  配置ICMP-echo測試

1. 功能簡介

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

對於ICMP-echo測試，一次探測操作是指向目的端發送一個探測報文。

2. 配置步驟

(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

缺省情況下，設備通過查詢路由表信息確認探測報文出接口。

¡     配置探測報文的下一跳IP地址。

next-hop { dhcp | ip ipv4-address | ipv6 ipv6-address }

缺省情況下，未配置探測報文的下一跳IP地址。

指定的下一跳地址必須為直連下一跳的IP地址，否則，會導致測試失敗。

如果同時配置了next-hop ip或next-hop ipv6命令，則下一跳配置生效，out interface命令不生效。

如果配置next-hop dhcp命令，則需要同時配置out interface命令。

(7)     （可選）配置探測報文中的填充內容大小。

data-size size

缺省情況下，探測報文中的填充內容大小為100字節。

(8)     （可選）配置探測報文的填充字符串。

data-fill string

缺省情況下，探測報文的填充內容為十六進製00010203040506070809。

1.6.4  配置ICMP-jitter測試

1. 功能簡介

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

ICMP-jitter測試的過程如下：

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

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

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

對於ICMP-jitter測試，一次探測操作是指向目的端連續發送多個探測報文，發送探測報文的個數由probe packet-number命令來設定。

2. 配置限製和指導

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

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

3. 配置步驟

(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狀態，否則測試將會失敗。

1.6.5  配置DHCP測試

1. 功能簡介

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

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

對於DHCP測試，一次探測操作是指完成一次向DHCP服務器申請一個IP地址。

2. 配置步驟

(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狀態，否則測試將會失敗。

1.6.6  配置DNS測試

1. 功能簡介

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

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

對於DNS測試，一次探測操作是指完成一次將一個域名解析為IP地址。

2. 配置步驟

(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

缺省情況下，沒有配置要解析的域名。

1.6.7  配置FTP測試

1. 功能簡介

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

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

對於FTP測試，一次探測操作是指完成一次向FTP服務器上傳或下載一個文件。

2. 配置限製和指導

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

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

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

3. 配置步驟

(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方式時，不以此命令為準。

1.6.8  配置HTTP測試

1. 功能簡介

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

HTTP測試支持如下操作類型：

·     get：從HTTP服務器獲取數據。

·     post：向HTTP服務器提交數據。

·     raw：向HTTP服務器發送RAW請求報文。

對於HTTP測試，一次探測操作是指完成一次相應操作類型的功能。

2. 配置步驟

(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狀態，否則測試將會失敗。

(11)     配置探測報文出接口。

out interface interface-type interface-number

缺省情況下，設備通過查詢路由表信息確認探測報文出接口。

1.6.9  配置UDP-jitter測試

1. 功能簡介

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

UDP-jitter測試的過程如下：

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

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

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

對於UDP-jitter測試，一次探測操作是指連續發送多個探測報文，發送探測報文的個數由probe packet-number命令來設定。

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

2. 配置限製和指導

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

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

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

UDP-jitter測試的高性能模式在客戶端和服務器端都需要開啟。開啟高性能模式後，命令route-option bypass-route、data-size、reaction checked-element { jitter-ds | jitter-sd } threshold-type accumulate、reaction checked-element rtt threshold-type accumulate將不再生效。

如需測試鏈路傳輸MPLS報文時的服務質量，必須先開啟UDP-jitter測試的高性能模式，且隻能測試三層以太網接口之間的直連鏈路或者三層聚合接口之間的直連鏈路上MPLS流量的服務質量。請在直連鏈路的兩端配置NQA客戶端和服務器，並使用mpls enable命令開啟接口的MPLS功能。有關mpls enable命令的詳細介紹，請參見“MPLS命令參考”的“MPLS基礎”。

當有多個UDP-jitter測試需要開啟高性能模式時，可以通過nqa agent udp-jitter high-performance enable命令開啟NQA客戶端所有UDP-jitter測試類型的高性能模式。

3. 配置步驟

(1)     進入係統視圖。

system-view

(2)     創建NQA測試組，並進入NQA測試組視圖。

nqa entry admin-name operation-tag

(3)     配置測試類型為UDP-jitter，並進入測試類型視圖。

type udp-jitter

(4)     （可選）開啟UDP-jitter測試的高性能模式。

high-performance-mode enable

缺省情況下，UDP-jitter測試的高性能模式處於關閉狀態。

(5)     （可選）開啟UDP-jitter測試的MPLS模擬測試功能。

mpls-simulation enable [ exp exp-value ]

缺省情況下，UDP-jitter測試的MPLS模擬測試功能處於關閉狀態。

(6)     配置探測報文的目的端口和目的地址。請選擇其中一項進行配置。

¡     配置探測報文的目的端口和目的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地址一致。

MPLS模擬測試功能暫不支持使用IPv6地址作為探測報文的目的地址。

¡     配置測試訪問的網址。

url url

缺省情況下，沒有配置測試訪問的網址。

該URL地址格式可以是任意協議類型加上主機名和端口號，例如http://host:port。其中，主機名和端口號必須指定，協議類型可以不指定。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如[2001::1]:1000。

(7)     配置探測報文的源IP地址。

（IPv4網絡）

source ip ip-address

缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IP地址。

該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。

（IPv6網絡）

source ipv6 ipv6-address

缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。

該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。

(8)     配置探測報文的源端口。

source port port-number

缺省情況下，係統自動選擇設備當前空閑的端口作為探測報文的源端口。

本命令配置的端口號不能是當前設備中其它服務正在使用的端口號，否則會導致探測失敗。建議使用缺省值即可。

(9)     配置探測報文出接口。

out interface interface-type interface-number

缺省情況下，設備通過查詢路由表信息確認探測報文出接口。

(10)     配置一次UDP-jitter探測中發送探測報文的個數。

probe packet-number number

缺省情況下，一次UDP-jitter探測中發送10個探測報文。

(11)     配置UDP-jitter測試中發送探測報文的時間間隔。

probe packet-interval interval

缺省情況下，UDP-jitter測試中發送探測報文的時間間隔為20毫秒。

(12)     配置UDP-jitter測試中等待響應報文的超時時間。

probe packet-timeout timeout

缺省情況下，UDP-jitter測試中等待響應報文的超時時間為3000毫秒。

(13)     （可選）配置探測報文中的填充內容的大小。

data-size size

缺省情況下，探測報文中的填充內容大小為100字節。

(14)     （可選）配置探測報文的填充字符串。

data-fill string

缺省情況下，探測報文的填充內容為十六進製00010203040506070809。

(15)     （可選）全局開啟NQA客戶端UDP-jitter測試的高性能模式。

a.     退出NQA UDP-jitter測試組視圖，進入係統視圖。

quit

b.     全局開啟NQA客戶端UDP-jitter測試的高性能模式。

nqa agent udp-jitter high-performance enable

缺省情況下，NQA客戶端UDP-jitter測試的高性能模式處於全局關閉狀態。

1.6.10  配置SNMP測試

1. 功能簡介

SNMP測試主要測試從NQA客戶端向SNMP Agent設備發出一個SNMP協議查詢，根據能否收到應答報文判斷SNMP Agent上提供的SNMP服務是否可用。

對於SNMP測試，一次探測操作是指發送三個SNMP協議報文，分別對應SNMPv1、SNMPv2c和SNMPv3三個版本。

2. 配置步驟

(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上已配置具有讀權限的團體名。

1.6.11  配置TCP測試

1. 功能簡介

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

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

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

2. 配置步驟

(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狀態，否則測試將會失敗。

1.6.12  配置UDP-echo測試

1. 功能簡介

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

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

對於UDP-echo測試，一次探測操作是指發送一個探測報文。

2. 配置步驟

(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。

1.6.13  配置UDP-tracert測試

1. 功能簡介

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

對於UDP-tracert測試，一次探測操作是指一個特定TTL值的節點發送一個探測報文。

2. 配置限製和指導

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

3. 配置準備

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

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

4. 配置步驟

(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

缺省情況下，禁止報文分片功能處於關閉狀態。

1.6.14  配置Voice測試

1. 功能簡介

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服務器”。

2. 配置限製和指導

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

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

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

3. 配置步驟

(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。

1.6.15  配置DLSw測試

1. 功能簡介

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

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

2. 配置限製和指導

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

3. 配置步驟

(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狀態，否則測試將會失敗。

1.6.16  配置Path-jitter測試

1. 功能簡介

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命令來設定。

2. 配置準備

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

3. 配置步驟

(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。

1.6.17  配置NQA測試組通用參數

1. 配置限製和指導

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

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

2. 配置步驟

(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 實例。

1.6.18  配置聯動功能

1. 功能簡介

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

2. 配置限製和指導

ICMP-jitter、UDP-jitter、UDP-tracert、Voice和Path-jitter測試不支持聯動功能。

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

3. 配置步驟

(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”。

1.6.19  配置閾值告警功能

1. 功能簡介

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。

2. 配置限製和指導

Path-jitter測試不支持配置閾值告警功能。

3. 配置步驟

(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。

1.6.20  配置NQA統計功能

1. 功能簡介

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

當NQA設備上保留的統計組數目達到最大值時，如果形成新的統計組，保存時間最久的統計組將被刪除。

統計組具有老化功能，即統計組保存一定時間後，將被刪除。

2. 配置限製和指導

·     UDP-tracert測試不支持NQA統計功能。

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

3. 配置步驟

(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分鍾。

1.6.21  配置NQA曆史記錄功能

1. 功能簡介

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

2. 配置限製和指導

ICMP-jitter、UDP-jitter、Voice和Path-jitter測試不支持配置曆史記錄功能。

3. 配置步驟

(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。

如果曆史記錄個數超過設定的最大數目，則最早的曆史記錄將會被刪除。

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

1. 功能簡介

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

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

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

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

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

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

2. 配置限製和指導

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

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

3. 配置步驟

(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 ]

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

1.7.1  配置限製和指導

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

1.7.2  NQA模板配置任務簡介

NQA模板配置任務如下：

(1)     配置NQA模板

¡     配置ARP類型的NQA模板

¡     配置ICMP類型的NQA模板

¡     配置IMAP類型的NQA模板

¡     配置DNS類型的NQA模板

¡     配置POP3類型的NQA模板

¡     配置SMTP類型的NQA模板

¡     配置TCP類型的NQA模板

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

¡     配置UDP類型的NQA模板

¡     配置HTTP類型的NQA模板

¡     配置HTTPS類型的NQA模板

¡     配置FTP類型的NQA模板

¡     配置RADIUS認證探測類型的NQA模板

¡     配置RTSP類型的NQA模板

¡     配置SIP類型的NQA模板

¡     配置SNMP類型的NQA模板

¡     配置SNMP-DCA類型的NQA模板

¡     配置SSL類型的NQA模板

(2)     （可選）配置NQA模板通用參數

1.7.3  配置ARP類型的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狀態，否則測試將會失敗。

1.7.4  配置ICMP類型的NQA模板

1. 功能簡介

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

2. 配置步驟

(1)     進入係統視圖。

system-view

(2)     創建ICMP類型的NQA模板，並進入模板視圖。

nqa template icmp name

(3)     指定ICMP測試的目的主機。請選擇其中一項進行配置。

¡     配置目的主機的IP地址。

（IPv4網絡）

destination ip ip-address

（IPv6網絡）

destination ipv6 ipv6-address

缺省情況下，未配置探測報文的目的地址。

¡     配置目的主機的域名。

url url

缺省情況下，沒有配置測試訪問的網址。

該URL地址格式可以是任意協議類型加上主機名和端口號，例如http://host:port，其中，主機名必須指定，協議類型和端口號可以不指定，因為ICMP測試不需要使用協議類型和端口號。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如[2001::1]。

(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

缺省情況下，未配置探測報文的下一跳地址。

指定的下一跳地址必須為直連下一跳的IP地址，否則，會導致測試失敗。

(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。

1.7.5  配置IMAP類型的NQA模板

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。

1.7.6  配置DNS類型的NQA模板

1. 功能簡介

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

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

2. 配置準備

在進行DNS測試之前，需要在DNS服務器上創建域名和地址的映射關係。DNS服務器配置方法，請參見DNS服務器相關資料。

3. 配置步驟

(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命令時，最後一次執行的命令生效。

1.7.7  配置POP3類型的NQA模板

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登錄密碼。

1.7.8  配置SMTP類型的NQA模板

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狀態，否則測試將會失敗。

1.7.9  配置TCP類型的NQA模板

1. 功能簡介

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

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

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

2. 配置步驟

(1)     進入係統視圖。

system-view

(2)     創建TCP類型的NQA模板，並進入模板視圖。

nqa template tcp name

(3)     指定TCP測試的服務器。請選擇其中一項進行配置。

¡     配置TCP測試服務器的IP地址和目的端口。

（IPv4網絡）

destination ip ip-address

（IPv6網絡）

destination ipv6 ipv6-address

缺省情況下，未配置探測報文的目的地址。

必須與NQA服務器上配置的監聽服務的IP地址一致。

destination port port-number

缺省情況下，未配置測試操作的目的端口號。

必須與NQA服務器上配置的監聽服務的端口號一致。

¡     配置TCP測試服務器的域名和目的端口。

url url

缺省情況下，沒有配置測試訪問的網址。

該URL地址格式可以是任意協議類型加上主機名和端口號，例如http://host:port，其中，主機名和端口號必須指定，協議類型可以不指定，因為TCP測試不需要使用協議類型。如果host參數取值為一個IPv6地址，則IPv6地址外麵需要添加[ ]，例如[2001::1]:1000。

(4)     配置探測報文的源地址。

（IPv4網絡）

source ip ip-address

缺省情況下，以報文發送接口的主IPv4地址作為探測報文中的源IPv4地址。

該命令指定的源地址必須是設備上接口的IPv4地址，且接口為up狀態，否則測試將會失敗。

（IPv6網絡）

source ipv6 ipv6-address

缺省情況下，以報文發送接口的IPv6地址作為探測報文中的源IPv6地址。

該命令指定的源地址必須是設備上接口的IPv6地址，且接口為up狀態，否則測試將會失敗。

(5)     （可選）配置探測報文的填充字符串。請選擇其中一項進行配置。

data-fill string

缺省情況下，探測報文的填充內容為十六進製00010203040506070809。

hex-data-fill hex

缺省情況下，探測報文的填充內容為十六進製00010203040506070809。

(6)     （可選）配置用戶期望的應答內容。

¡     配置用戶期望的、測試成功應答內容。

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 }命令配置為準。

(7)     （可選）配置向服務器發送的資源釋放報文。

resource-release { data-fill | hex-data-fill } string

缺省情況下，未配置向服務器發送的資源釋放報文。

(8)     配置TCP連接的斷開方式。

disconnect-mode { fin | rst }

缺省情況下，TCP連接斷開方式為RST。

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

1. 功能簡介

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報文來判斷服務器的端口能否正常工作。

2. 配置步驟

(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)     配置探測報文出接口或者下一跳IP地址，請選擇其中一項進行配置。

如果同時配置了next-hop和out interface命令，則下一跳配置生效，out interface命令不生效。指定的下一跳地址必須為直連下一跳的IP地址，否則，會導致測試失敗。

¡     配置探測報文出接口。

out interface interface-type interface-number

缺省情況下，設備通過查詢路由表信息確認探測報文出接口。

¡     配置探測報文的下一跳IP地址。

next-hop { ip ipv4-address | ipv6 ipv6-address }

缺省情況下，未配置探測報文的下一跳IP地址。

多次配置本命令，最新配置生效。

(8)     配置每次探測結束時都將探測結果發送給外部特性。

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.11  配置UDP類型的NQA模板

1. 功能簡介

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客戶端隻要收到合法的回應報文就認為探測成功。

2. 配置限製和指導

要使UDP端口檢測功能生效，需要：

·     在目的端開啟ICMP目的不可達報文發送功能，如果目的端是H3C設備，需要在設備上執行ip unreachables enable命令（該命令的詳細介紹請參見“三層技術-IP業務命令參考”中的“IP性能優化”）。

·     必須在本設備上配置測試操作的目的端口號並配置指定raw參數的data-fill或hex-data-fill命令，填充字符串可以任意配置。

3. 配置步驟

(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

缺省情況下，未配置向服務器發送的資源釋放報文。

1.7.12  配置Tracert類型的NQA模板

1. 功能簡介

Tracert類型的NQA模板為外部特性提供UDP-tracert類型測試。外部特性通過引用該模板，用來發現源端到目的端之間的路徑信息。測試原理同普通Tracert，詳細描述請參見“網絡管理和監控”中的“係統維護與調試”。

對於UDP-tracert測試，一次探測操作是指以一個指定的TTL值發送一個探測報文。

2. 配置步驟

(1)     進入係統視圖。

system-view

(2)     創建Tracert類型的NQA模板，並進入模板視圖。

nqa template tracert name

(3)     配置探測報文的目的IP地址。

destination ip ip-address

缺省情況下，未配置探測報文的目的IP地址。

(4)     配置測試操作的目的端口。

destination port port-number

缺省情況下，測試操作的目的端口號為33434。

該端口必須是對端設備上未啟用的端口，這樣對端設備會回複目的端口不可達的ICMP差錯報文。

(5)     配置探測報文的出接口。

out interface interface-type interface-number

缺省情況下，設備通過查詢路由表信息確認探測報文出接口。

(6)     配置探測報文的源IP地址。請選擇其中一項進行配置。

¡     配置使用指定接口的IP地址作為探測報文的源IP地址。

source interface interface-type interface-number

缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。

該命令指定的接口必須為up狀態，否則測試會失敗。

¡     配置探測報文的源IP地址。

source ip ip-address

缺省情況下，以報文發送接口的主IP地址作為探測報文中的源IP地址。

該命令指定的源地址必須是設備上接口的IP地址，且接口為up狀態，否則測試會失敗。

(7)     配置探測報文的源端口。

source port port-number

缺省情況下，係統自動選擇設備當前空閑的端口作為探測報文的源端口。

本命令配置的端口號不能是當前設備中其它服務正在使用的端口號，否則會導致探測失敗。建議使用缺省值即可。

(8)     配置測試最大連續失敗次數。

max-failure times

缺省情況下，最大失敗次數為5。

(9)     配置發送的探測報文的初始跳數。

init-ttl value

缺省情況下，UDP-tracert測試中探測報文初始跳數為1。

(10)     （可選）配置探測報文中的填充內容大小。

data-size size

缺省情況下，探測報文中的填充內容大小為100字節。

(11)     （可選）配置探測的禁止報文分片功能。

no-fragment enable

缺省情況下，禁止報文分片功能處於關閉狀態。

(12)     配置每次探測結束時都將探測結果發送給外部特性。

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.13  配置HTTP類型的NQA模板

1. 功能簡介

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

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

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

2. 配置準備

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

3. 配置步驟

(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)     配置探測報文出接口。

out interface interface-type interface-number

缺省情況下，設備通過查詢路由表信息確認探測報文出接口。

(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命令同時配置。

1.7.14  配置HTTPS類型的NQA模板

1. 功能簡介

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服務器的狀態。狀態碼的第一位表示狀態碼的類型。

2. 配置準備

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

3. 配置步驟

(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命令同時配置。

1.7.15  配置FTP類型的NQA模板

1. 功能簡介

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

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

2. 配置步驟

(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方式時，不以此命令為準。

1.7.16  配置RADIUS認證探測類型的NQA模板

1. 功能簡介

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服務器被認為無法成功提供服務。

2. 配置準備

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狀態，否則測試將會失敗。

1.7.17  配置RADIUS-ACCOUNT計費探測類型的NQA模板

1. 功能簡介

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服務器被認為無法成功提供計費服務，測試失敗。

2. 配置準備

RADIUS-ACCOUNT計費探測類型測試需要RADIUS服務器和NQA客戶端配合才能完成。進行RADIUSS-ACCOUNT計費探測時，要求RADIUS服務器存在探測使用的用戶信息，並配置與NQA客戶端相同的密鑰（Key）。RADIUS服務器配置方法，請參見“安全配置指導”中的“AAA”。

3. 配置步驟

(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狀態，否則測試將會失敗。

1.7.18  配置RTSP類型的NQA模板

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。

1.7.19  配置SIP類型的NQA模板

SIP（Session Initiation Protocol，會話初始協議）是一個基於IP網絡實現實時通信的一種信令協議。SIP消息可以基於UDP或者TCP傳輸。SIP類型的NQA模板為外部特性提供SIP類型測試，外部特性通過引用該模板來啟動SIP測試，來檢測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

缺省情況下，未配置期望的、測試成功應答狀態碼。

1.7.20  配置SNMP類型的NQA模板

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上已配置具有讀權限的團體名。

1.7.21  配置SNMP-DCA類型的NQA模板

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時，必須進行本配置

1.7.22  配置SSL類型的NQA模板

1. 功能簡介

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

2. 配置準備

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

3. 配置步驟

(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狀態，否則測試將會失敗。

1.7.23  配置WAP類型的NQA模板

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命令時，需要通過配置本命令進行期望應答內容的檢查來判斷測試是否成功。

1.7.24  配置NQA模板通用參數

1. 配置限製和指導

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

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

2. 配置步驟

(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測試的結果進行相應處理。

1.8  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

 

1.9  NQA典型配置舉例

1.9.1  ARP測試配置舉例

1. 組網需求

使用NQA的ARP測試功能，測試本端（Device A）發出的ARP請求報文到接收目的端Device B的ARP響應報文以及報文的往返時間。

2. 組網圖

圖1-2 ARP測試組網圖

‌

3. 配置步驟

(1)     配置各接口的IP地址。（配置過程略）

(2)     配置Device A

# 創建ARP類型的NQA測試組（管理員為admin，操作標簽為test1）。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type arp

# 配置測試操作的探測報文的目的IP地址為10.1.1.2。

[DeviceA-nqa-admin-test1-arp] destination ip 10.1.1.2

# 配置可選參數：一次NQA測試中探測的次數為10，探測的超時時間為500毫秒，測試組連續兩次測試開始時間的時間間隔為5000毫秒。

[DeviceA-nqa-admin-test1-arp] probe count 10

[DeviceA-nqa-admin-test1-arp] probe timeout 500

[DeviceA-nqa-admin-test1-arp] frequency 5000

# 開啟NQA曆史記錄保存功能，並配置一個測試組中能夠保存的最大曆史記錄個數為10。

[DeviceA-nqa-admin-test1-arp] history-record enable

[DeviceA-nqa-admin-test1-arp] history-record number 10

[DeviceA-nqa-admin-test1-arp] quit

# 啟動ARP測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止ARP測試操作。

[DeviceA] undo nqa schedule admin test1

4. 驗證配置

# 顯示ARP測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 10             Receive response times: 10

    Min/Max/Average round trip time: 2/5/3

    Square-Sum of round trip time: 96

    Last succeeded probe time: 2019-03-23 15:00:01.2

  Extended results:

    Packet loss ratio: 0%

    Failures due to timeout: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

# 顯示ARP測試的曆史記錄。

[DeviceA] display nqa history admin test1

NQA entry (admin admin, tag test1) history records:

  Index      Response     Status           Time

  370        3            Succeeded        2019-03-23 15:00:01.2

  369        3            Succeeded        2019-03-23 15:00:01.2

  368        3            Succeeded        2019-03-23 15:00:01.2

  367        5            Succeeded        2019-03-23 15:00:01.2

  366        3            Succeeded        2019-03-23 15:00:01.2

  365        3            Succeeded        2019-03-23 15:00:01.2

  364        3            Succeeded        2019-03-23 15:00:01.1

  363        2            Succeeded        2019-03-23 15:00:01.1

  362        3            Succeeded        2019-03-23 15:00:01.1

  361        2            Succeeded        2019-03-23 15:00:01.1

以上顯示信息表示，Device A發送的ARP請求報文可以到達Device B。並且，Device A成功接收到了Device B發送的ARP響應報文；測試過程中未發生丟包；報文的最小、最大、平均往返時間分別為2毫秒、5毫秒和3毫秒。

1.9.2  ICMP-echo測試配置舉例

1. 組網需求

使用NQA的ICMP-echo測試功能，測試本端（Device A）發送的報文是否可以經過指定的下一跳設備（Device C）到達指定的目的端（Device B），以及報文的往返時間。

2. 組網圖

圖1-3 ICMP-echo測試組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 創建ICMP-echo類型的NQA測試組（管理員為admin，操作標簽為test1），並配置探測報文的目的地址為10.2.2.2。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type icmp-echo

[DeviceA-nqa-admin-test1-icmp-echo] destination ip 10.2.2.2

# 配置下一跳地址為10.1.1.2，以便測試報文經過指定的下一跳設備（Device C）到達目的端，而不是通過Device D到達目的端。

[DeviceA-nqa-admin-test1-icmp-echo] next-hop ip 10.1.1.2

# 配置可選參數：一次NQA測試中探測的次數為10，探測的超時時間為500毫秒，測試組連續兩次測試開始時間的時間間隔為5000毫秒。

[DeviceA-nqa-admin-test1-icmp-echo] probe count 10

[DeviceA-nqa-admin-test1-icmp-echo] probe timeout 500

[DeviceA-nqa-admin-test1-icmp-echo] frequency 5000

# 開啟NQA曆史記錄保存功能，並配置一個測試組中能夠保存的最大曆史記錄個數為10。

[DeviceA-nqa-admin-test1-icmp-echo] history-record enable

[DeviceA-nqa-admin-test1-icmp-echo] history-record number 10

[DeviceA-nqa-admin-test1-icmp-echo] quit

# 啟動ICMP-echo測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止ICMP-echo測試操作。

[DeviceA] undo nqa schedule admin test1

4. 驗證配置

# 顯示ICMP-echo測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 10             Receive response times: 10

    Min/Max/Average round trip time: 2/5/3

    Square-Sum of round trip time: 96

    Last succeeded probe time: 2011-08-23 15:00:01.2

  Extended results:

    Packet loss ratio: 0%

    Failures due to timeout: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

# 顯示ICMP-echo測試的曆史記錄。

[DeviceA] display nqa history admin test1

NQA entry (admin admin, tag test1) history records:

  Index      Response     Status           Time

  370        3            Succeeded        2011-08-23 15:00:01.2

  369        3            Succeeded        2011-08-23 15:00:01.2

  368        3            Succeeded        2011-08-23 15:00:01.2

  367        5            Succeeded        2011-08-23 15:00:01.2

  366        3            Succeeded        2011-08-23 15:00:01.2

  365        3            Succeeded        2011-08-23 15:00:01.2

  364        3            Succeeded        2011-08-23 15:00:01.1

  363        2            Succeeded        2011-08-23 15:00:01.1

  362        3            Succeeded        2011-08-23 15:00:01.1

  361        2            Succeeded        2011-08-23 15:00:01.1

以上顯示信息表示，Device A發送的報文可以通過Device C到達Device B；測試過程中未發生丟包；報文的最小、最大、平均往返時間分別為2毫秒、5毫秒和3毫秒。

1.9.3  ICMP-jitter測試配置舉例

1. 組網需求

使用NQA的ICMP-jitter測試功能，測試本端（Device A）和指定目的端（Device B）之間傳送報文的時延抖動。

2. 組網圖

圖1-4 ICMP-jitter測試組網圖

‌

3. 配置步驟

(1)     配置各接口的IP地址。（配置過程略）

(2)     配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

(3)     配置Device A

# 創建ICMP-jitter類型的NQA測試組（管理員為admin，操作標簽為test1）。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type icmp-jitter

# 配置測試操作的探測報文的目的地址為10.2.2.2。

[DeviceA-nqa-admin-test1-icmp-jitter] destination ip 10.2.2.2

# 配置可選參數：測試組連續兩次測試開始時間的時間間隔為1000毫秒。

[DeviceA-nqa-admin-test1-icmp-jitter] frequency 1000

[DeviceA-nqa-admin-test1-icmp-jitter] quit

# 啟動ICMP-jitter測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止ICMP-jitter測試操作。

[DeviceA] undo nqa schedule admin test1

4. 驗證配置

# 顯示ICMP-jitter測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 10             Receive response times: 10

    Min/Max/Average round trip time: 1/2/1

    Square-Sum of round trip time: 13

    Last packet received time: 2015-03-09 17:40:29.8

  Extended results:

    Packet loss ratio: 0.0%

    Failures due to timeout: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

    Packets out of sequence: 0

    Packets arrived late: 0

  ICMP-jitter results:

   RTT number: 10

    Min positive SD: 0                     Min positive DS: 0

    Max positive SD: 0                     Max positive DS: 0

    Positive SD number: 0                  Positive DS number: 0

    Positive SD sum: 0                     Positive DS sum: 0

    Positive SD average: 0                 Positive DS average: 0

    Positive SD square-sum: 0              Positive DS square-sum: 0

    Min negative SD: 1                     Min negative DS: 2

    Max negative SD: 1                     Max negative DS: 2

    Negative SD number: 1                  Negative DS number: 1

    Negative SD sum: 1                     Negative DS sum: 2

    Negative SD average: 1                 Negative DS average: 2

    Negative SD square-sum: 1              Negative DS square-sum: 4

    SD average: 1                          DS average: 2

  One way results:

    Max SD delay: 1                        Max DS delay: 2

    Min SD delay: 1                        Min DS delay: 2

    Number of SD delay: 1                  Number of DS delay: 1

    Sum of SD delay: 1                     Sum of DS delay: 2

    Square-Sum of SD delay: 1              Square-Sum of DS delay: 4

    Lost packets for unknown reason: 0

# 顯示ICMP-jitter測試的統計結果。

[DeviceA] display nqa statistics admin test1

NQA entry (admin admin, tag test1) test statistics:

  NO. : 1

    Start time: 2015-03-09 17:42:10.7

    Life time: 156 seconds

    Send operation times: 1560           Receive response times: 1560

    Min/Max/Average round trip time: 1/2/1

    Square-Sum of round trip time: 1563

  Extended results:

    Packet loss ratio: 0.0%

    Failures due to timeout: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

    Packets out of sequence: 0

    Packets arrived late: 0

  ICMP-jitter results:

   RTT number: 1560

    Min positive SD: 1                     Min positive DS: 1

    Max positive SD: 1                     Max positive DS: 2

    Positive SD number: 18                 Positive DS number: 46

    Positive SD sum: 18                    Positive DS sum: 49

    Positive SD average: 1                 Positive DS average: 1

    Positive SD square-sum: 18             Positive DS square-sum: 55

    Min negative SD: 1                     Min negative DS: 1

    Max negative SD: 1                     Max negative DS: 2

    Negative SD number: 24                 Negative DS number: 57

    Negative SD sum: 24                    Negative DS sum: 58

    Negative SD average: 1                 Negative DS average: 1

    Negative SD square-sum: 24             Negative DS square-sum: 60

    SD average: 1                          DS average: 1

  One way results:

    Max SD delay: 1                        Max DS delay: 2

    Min SD delay: 1                        Min DS delay: 1

    Number of SD delay: 4                  Number of DS delay: 4

    Sum of SD delay: 4                     Sum of DS delay: 5

    Square-Sum of SD delay: 4              Square-Sum of DS delay: 7

    Lost packets for unknown reason: 0

1.9.4  DHCP測試配置舉例

1. 組網需求

使用NQA的DHCP測試功能，測試Router A從DHCP服務器Router B申請到IP地址所需的時間。

2. 組網圖

圖1-5 配置DHCP組網圖

‌

3. 配置步驟

# 創建DHCP類型的NQA測試組（管理員為admin，操作標簽為test1），並指定進行DHCP測試中探測報文的目的地址為10.1.1.2。

<RouterA> system-view

[RouterA] nqa entry admin test1

[RouterA-nqa-admin-test1] type dhcp

[RouterA-nqa-admin-test1-dhcp] destination ip 10.1.1.2

# 開啟NQA測試組的曆史記錄保存功能。

[RouterA-nqa-admin-test1-dhcp] history-record enable

[RouterA-nqa-admin-test1-dhcp] quit

# 啟動DHCP測試操作，並一直進行測試。

[RouterA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止DHCP測試操作。

[RouterA] undo nqa schedule admin test1

4. 驗證配置

# 顯示DHCP測試中最後一次測試的當前結果。

[RouterA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 1              Receive response times: 1

    Min/Max/Average round trip time: 512/512/512

    Square-Sum of round trip time: 262144

    Last succeeded probe time: 2011-11-22 09:54:03.8

  Extended results:

    Packet loss ratio: 0%

    Failures due to timeout: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

# 顯示DHCP測試的曆史記錄。

[RouterA] display nqa history admin test1

NQA entry (admin admin, tag test1) history records:

  Index      Response     Status           Time

  1          512          Succeeded        2011-11-22 09:54:03.8

以上顯示信息表示，Router A可以從DHCP服務器獲取IP地址，獲取IP地址所需的時間為512毫秒。

1.9.5  DNS測試配置舉例

1. 組網需求

使用NQA的DNS測試功能，測試Device A是否可以通過指定的DNS服務器將域名host.com解析為IP地址，並測試域名解析所需的時間。

2. 組網圖

圖1-6 配置DNS組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 創建DNS類型的NQA測試組（管理員為admin，操作標簽為test1）。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type dns

# 配置探測報文的目的地址為DNS服務器的IP地址10.2.2.2，要解析的域名為host.com。

[DeviceA-nqa-admin-test1-dns] destination ip 10.2.2.2

[DeviceA-nqa-admin-test1-dns] resolve-target host.com

# 開啟NQA測試組的曆史記錄保存功能。

[DeviceA-nqa-admin-test1-dns] history-record enable

[DeviceA-nqa-admin-test1-dns] quit

# 啟動DNS測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止DNS測試操作。

[DeviceA] undo nqa schedule admin test1

4. 驗證配置

# 顯示DNS測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 1              Receive response times: 1

    Min/Max/Average round trip time: 62/62/62

    Square-Sum of round trip time: 3844

    Last succeeded probe time: 2011-11-10 10:49:37.3

  Extended results:

    Packet loss ratio: 0%

    Failures due to timeout: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

# 顯示DNS測試的曆史記錄。

[DeviceA] display nqa history admin test1

NQA entry (admin admin, tag test1) history records:

  Index      Response     Status           Time

  1          62           Succeeded        2011-11-10 10:49:37.3

以上顯示信息表示，Device A可以通過指定的DNS服務器將域名host.com解析為IP地址，域名解析所需的時間為62毫秒。

1.9.6  FTP測試配置舉例

1. 組網需求

使用NQA的FTP測試功能，測試Device A是否可以和指定的FTP服務器Device B建立連接，以及往FTP服務器上傳一個文件的時間。登錄FTP服務器的用戶名為admin，密碼為systemtest，要傳送到服務器的文件名為config.txt。

2. 組網圖

圖1-7 配置FTP組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 創建FTP類型的NQA測試組（管理員為admin，操作標簽為test1）。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type ftp

# 配置測試操作的目的地址為FTP服務器的IP地址10.2.2.2。

[DeviceA-nqa-admin-test1-ftp] url ftp://10.2.2.2

# 配置探測報文的源IP地址為10.1.1.1。

[DeviceA-nqa-admin-test1-ftp] source ip 10.1.1.1

# 配置測試執行的操作為向FTP服務器上傳文件config.txt。

[DeviceA-nqa-admin-test1-ftp] operation put

[DeviceA-nqa-admin-test1-ftp] filename config.txt

# 配置FTP操作的登錄用戶名為admin。

[DeviceA-nqa-admin-test1-ftp] username admin

# 配置FTP操作的登錄密碼為systemtest。

[DeviceA-nqa-admin-test1-ftp] password simple systemtest

# 開啟NQA測試組的曆史記錄保存功能。

[DeviceA-nqa-admin-test1-ftp] history-record enable

[DeviceA-nqa-admin-test1-ftp] quit

# 啟動FTP測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止FTP測試操作。

[DeviceA] undo nqa schedule admin test1

4. 驗證配置

# 顯示FTP測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 1              Receive response times: 1

    Min/Max/Average round trip time: 173/173/173

    Square-Sum of round trip time: 29929

    Last succeeded probe time: 2011-11-22 10:07:28.6

  Extended results:

    Packet loss ratio: 0%

    Failures due to timeout: 0

    Failures due to disconnect: 0

    Failures due to no connection: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

# 顯示FTP測試的曆史記錄。

[DeviceA] display nqa history admin test1

NQA entry (admin admin, tag test1) history records:

  Index      Response     Status           Time

  1          173          Succeeded        2011-11-22 10:07:28.6

以上顯示信息表示，Device A可以和指定的FTP服務器Device B建立連接，向FTP服務器上傳一個文件的時間是173毫秒。

1.9.7  HTTP測試配置舉例

1. 組網需求

使用NQA的HTTP測試功能，測試是否可以和指定的HTTP服務器之間建立連接，以及從HTTP服務器獲取數據的時間。

2. 組網圖

圖1-8 HTTP測試組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 創建HTTP類型的NQA測試組（管理員為admin，操作標簽為test1）。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type http

# 配置HTTP測試服務器的IP地址為10.2.2.2，訪問的網址為/index.htm。

[DeviceA-nqa-admin-test1-http] url http://10.2.2.2/index.htm

# 配置HTTP測試的操作方式為get操作。（get操作為缺省操作方式，因此，可以不執行本配置）

[DeviceA-nqa-admin-test1-http] operation get

# 配置HTTP測試使用的版本為1.0。（缺省情況下使用的版本為1.0，因此，可以不執行本配置）

[DeviceA-nqa-admin-test1-http] version v1.0

# 開啟NQA測試組的曆史記錄保存功能。

[DeviceA-nqa-admin-test1-http] history-record enable

[DeviceA-nqa-admin-test1-http] quit

# 啟動HTTP測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止HTTP測試操作。

[DeviceA] undo nqa schedule admin test1

4. 驗證配置

# 顯示HTTP測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 1              Receive response times: 1

    Min/Max/Average round trip time: 64/64/64

    Square-Sum of round trip time: 4096

    Last succeeded probe time: 2011-11-22 10:12:47.9

  Extended results:

    Packet loss ratio: 0%

    Failures due to timeout: 0

    Failures due to disconnect: 0

    Failures due to no connection: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

# 顯示HTTP測試的曆史記錄。

[DeviceA] display nqa history admin test1

NQA entry (admin admin, tag test1) history records:

  Index      Response     Status           Time

  1          64           Succeeded        2011-11-22 10:12:47.9

以上顯示信息表示，Device A可以和指定的HTTP服務器Device B建立連接，從HTTP服務器獲取數據的時間為64毫秒。

1.9.8  UDP-jitter測試配置舉例

1. 組網需求

使用NQA的UDP-jitter測試功能，測試本端（Device A）和指定目的端（Device B）的端口9000之間傳送報文的抖動時間。

2. 組網圖

圖1-9 UDP-jitter測試組網圖

‌

3. 配置步驟

(1)     配置各接口的IP地址。（配置過程略）

(2)     配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

(3)     配置Device B

# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，UDP端口號為9000。

<DeviceB> system-view

[DeviceB] nqa server enable

[DeviceB] nqa server udp-echo 10.2.2.2 9000

(4)     配置Device A

# 創建UDP-jitter類型的NQA測試組（管理員為admin，操作標簽為test1）。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type udp-jitter

# 配置測試操作的探測報文的目的地址為10.2.2.2，目的端口號為9000。

[DeviceA-nqa-admin-test1-udp-jitter] destination ip 10.2.2.2

[DeviceA-nqa-admin-test1-udp-jitter] destination port 9000

# 配置可選參數：測試組連續兩次測試開始時間的時間間隔為1000毫秒。

[DeviceA-nqa-admin-test1-udp-jitter] frequency 1000

[DeviceA-nqa-admin-test1-udp-jitter] quit

# 啟動UDP-jitter測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止UDP-jitter測試操作。

[DeviceA] undo nqa schedule admin test1

4. 驗證配置

# 顯示UDP-jitter測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 10             Receive response times: 10

    Min/Max/Average round trip time: 15/32/17

    Square-Sum of round trip time: 3235

    Last packet received time: 2011-05-29 13:56:17.6

  Extended results:

    Packet loss ratio: 0.0%

    Failures due to timeout: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

    Packets out of sequence: 0

    Packets arrived late: 0

  UDP-jitter results:

    RTT number: 10

    Min positive SD: 4                     Min positive DS: 1

    Max positive SD: 21                    Max positive DS: 28

    Positive SD number: 5                  Positive DS number: 4

    Positive SD sum: 52                    Positive DS sum: 38

    Positive SD average: 10                Positive DS average: 10

    Positive SD square-sum: 754            Positive DS square-sum: 460

    Min negative SD: 1                     Min negative DS: 6

    Max negative SD: 13                    Max negative DS: 22

    Negative SD number: 4                  Negative DS number: 5

    Negative SD sum: 38                    Negative DS sum: 52

    Negative SD average: 10                Negative DS average: 10

    Negative SD square-sum: 460            Negative DS square-sum: 754

    SD average: 10                         DS average: 10

  One way results:

    Max SD delay: 15                       Max DS delay: 16

    Min SD delay: 7                        Min DS delay: 7

    Number of SD delay: 10                 Number of DS delay: 10

    Sum of SD delay: 78                    Sum of DS delay: 85

    Square-Sum of SD delay: 666            Square-Sum of DS delay: 787

    SD lost packets: 0                     DS lost packets: 0

    Lost packets for unknown reason: 0

# 顯示UDP-jitter測試的統計結果。

[DeviceA] display nqa statistics admin test1

NQA entry (admin admin, tag test1) test statistics:

  NO. : 1

    Start time: 2011-05-29 13:56:14.0

    Life time: 47 seconds

    Send operation times: 410            Receive response times: 410

    Min/Max/Average round trip time: 1/93/19

    Square-Sum of round trip time: 206176

  Extended results:

    Packet loss ratio: 0.0%

    Failures due to timeout: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

    Packets out of sequence: 0

    Packets arrived late: 0

  UDP-jitter results:

   RTT number: 410

    Min positive SD: 3                     Min positive DS: 1

    Max positive SD: 30                    Max positive DS: 79

    Positive SD number: 186                Positive DS number: 158

    Positive SD sum: 2602                  Positive DS sum: 1928

    Positive SD average: 13                Positive DS average: 12

    Positive SD square-sum: 45304          Positive DS square-sum: 31682

    Min negative SD: 1                     Min negative DS: 1

    Max negative SD: 30                    Max negative DS: 78

    Negative SD number: 181                Negative DS number: 209

    Negative SD sum: 181                   Negative DS sum: 209

    Negative SD average: 13                Negative DS average: 14

    Negative SD square-sum: 46994          Negative DS square-sum: 3030

    SD average: 10                         DS average: 7

  One way results:

    Max SD delay: 46                       Max DS delay: 46

    Min SD delay: 7                        Min DS delay: 7

    Number of SD delay: 410                Number of DS delay: 410

    Sum of SD delay: 3705                  Sum of DS delay: 3891

    Square-Sum of SD delay: 45987          Square-Sum of DS delay: 49393

    SD lost packets: 0                     DS lost packets: 0

    Lost packets for unknown reason: 0

1.9.9  SNMP測試配置舉例

1. 組網需求

使用NQA的SNMP測試功能，測試從Device A發出SNMP協議查詢報文到收到SNMP Agent（Device B）響應報文所用的時間。

2. 組網圖

圖1-10 SNMP配置測試組網圖

‌

3. 配置步驟

(1)     配置各接口的IP地址。（配置過程略）

(2)     配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

(3)     配置SNMP Agent（Device B）

# 啟動SNMP Agent服務，設置SNMP版本為all、隻讀團體名為public、讀寫團體名為private。

<DeviceB> system-view

[DeviceB] snmp-agent sys-info version all

[DeviceB] snmp-agent community read public

[DeviceB] snmp-agent community write private

(4)     配置Device A

# 創建SNMP類型的測試組（管理員為admin，操作標簽為test1），並配置測試操作的探測報文的目的地址為SNMP Agent的IP地址10.2.2.2。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type snmp

[DeviceA-nqa-admin-test1-snmp] destination ip 10.2.2.2

# 開啟NQA測試組的曆史記錄保存功能。

[DeviceA-nqa-admin-test1-snmp] history-record enable

[DeviceA-nqa-admin-test1-snmp] quit

# 啟動測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止SNMP測試操作。

[DeviceA] undo nqa schedule admin test1

4. 驗證配置

# 顯示SNMP測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 1              Receive response times: 1

    Min/Max/Average round trip time: 50/50/50

    Square-Sum of round trip time: 2500

    Last succeeded probe time: 2011-11-22 10:24:41.1

  Extended results:

    Packet loss ratio: 0%

    Failures due to timeout: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

# 顯示SNMP測試的曆史記錄。

[DeviceA] display nqa history admin test1

NQA entry (admin admin, tag test1) history records:

  Index      Response     Status           Time

  1          50           Succeeded        2011-11-22 10:24:41.1

以上顯示信息表示，Device A可以和SNMP Agent（Device B）建立連接，從Device A發出一個SNMP協議查詢報文到收到SNMP Agent響應報文所用的時間為50毫秒。

1.9.10  TCP測試配置舉例

1. 組網需求

使用NQA的TCP測試功能，測試本端（Device A）和指定目的端（Device B）的端口9000之間建立TCP連接所需的時間。

2. 組網圖

圖1-11 TCP測試組網圖

‌

3. 配置步驟

(1)     配置各接口的IP地址。（配置過程略）

(2)     配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

(3)     配置Device B

# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，TCP端口號為9000。

<DeviceB> system-view

[DeviceB] nqa server enable

[DeviceB] nqa server tcp-connect 10.2.2.2 9000

(4)     配置Device A

# 創建TCP類型的測試組（管理員為admin，操作標簽為test1）。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type tcp

# 配置探測報文的目的地址為10.2.2.2，目的端口號為9000。

[DeviceA-nqa-admin-test1-tcp] destination ip 10.2.2.2

[DeviceA-nqa-admin-test1-tcp] destination port 9000

# 開啟NQA測試組的曆史記錄保存功能。

[DeviceA-nqa-admin-test1-tcp] history-record enable

[DeviceA-nqa-admin-test1-tcp] quit

# 啟動測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止TCP測試操作。

[DeviceA] undo nqa schedule admin test1

4. 驗證配置

# 顯示TCP測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 1              Receive response times: 1

    Min/Max/Average round trip time: 13/13/13

    Square-Sum of round trip time: 169

    Last succeeded probe time: 2011-11-22 10:27:25.1

  Extended results:

    Packet loss ratio: 0%

    Failures due to timeout: 0

    Failures due to disconnect: 0

    Failures due to no connection: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

# 顯示TCP測試的曆史記錄。

[DeviceA] display nqa history admin test1

NQA entry (admin admin, tag test1) history records:

  Index      Response     Status           Time

  1          13           Succeeded        2011-11-22 10:27:25.1

以上顯示信息表示，Device A可以與Device B的端口9000建立TCP連接，建立連接所需的時間為13毫秒。

1.9.11  UDP-echo測試配置舉例

1. 組網需求

使用NQA的UDP-echo測試功能，測試本端（Device A）和指定目的端（Device B）的端口8000之間UDP協議報文的往返時間。

2. 組網圖

圖1-12 UDP-echo測試組網圖

‌

3. 配置步驟

(1)     配置各接口的IP地址。（配置過程略）

(2)     配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

(3)     配置Device B

# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，UDP端口號為8000。

<DeviceB> system-view

[DeviceB] nqa server enable

[DeviceB] nqa server udp-echo 10.2.2.2 8000

(4)     配置Device A

# 創建UDP-echo類型的測試組（管理員為admin，操作標簽為test1）。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type udp-echo

# 配置探測報文的目的地址為10.2.2.2，目的端口號為8000。

[DeviceA-nqa-admin-test1-udp-echo] destination ip 10.2.2.2

[DeviceA-nqa-admin-test1-udp-echo] destination port 8000

# 開啟NQA測試組的曆史記錄保存功能。

[DeviceA-nqa-admin-test1-udp-echo] history-record enable

[DeviceA-nqa-admin-test1-udp-echo] quit

# 啟動測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止UDP-echo測試操作。

[DeviceA] undo nqa schedule admin test1

4. 驗證配置

# 顯示UDP-echo測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 1              Receive response times: 1

    Min/Max/Average round trip time: 25/25/25

    Square-Sum of round trip time: 625

    Last succeeded probe time: 2011-11-22 10:36:17.9

  Extended results:

    Packet loss ratio: 0%

    Failures due to timeout: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

# 顯示UDP-echo測試的曆史記錄。

[DeviceA] display nqa history admin test1

NQA entry (admin admin, tag test1) history records:

  Index      Response     Status           Time

  1          25           Succeeded        2011-11-22 10:36:17.9

以上顯示信息表示，Device A和Device B的端口8000之間UDP協議報文的往返時間為25毫秒。

1.9.12  UDP-tracert測試配置舉例

1. 組網需求

使用NQA的UDP-tracert測試功能，探測本端（Device A）到指定目的端（Device B）之間經過的路徑信息。

2. 組網圖

圖1-13 UDP-tracert測試組網圖

‌

3. 配置步驟

(1)     配置各接口的IP地址。（配置過程略）

(2)     配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

(3)     在中間設備上配置ip ttl-expires enable命令，在Device B上配置ip unreachables enable命令。

(4)     配置Device A

# 創建UDP-tracert類型的測試組（管理員為admin，操作標簽為test1）。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type udp-tracert

# 配置測試操作的目的地址為10.2.2.2，目的端口號為33434。（目的端口號為33434是缺省操作方式，因此，可以不執行本配置）

[DeviceA-nqa-admin-test1-udp-tracert] destination ip 10.2.2.2

[DeviceA-nqa-admin-test1-udp-tracert] destination port 33434

# 配置可選參數：對一個TTL值的節點的探測次數為3（探測次數為3是缺省操作方式，因此，可以不執行本配置），探測的超時時間為500毫秒，測試組連續兩次測試開始時間的時間間隔為5000毫秒。

[DeviceA-nqa-admin-test1-udp-tracert] probe count 3

[DeviceA-nqa-admin-test1-udp-tracert] probe timeout 500

[DeviceA-nqa-admin-test1-udp-tracert] frequency 5000

# 配置UDP-tracert測試的出接口為GigabitEthernet1/0/1。

[DeviceA-nqa-admin-test1-udp-tracert] out interface gigabitethernet 1/0/1

# 開啟UDP-tracert測試的禁止報文分片功能。

[DeviceA-nqa-admin-test1-udp-tracert] no-fragment enable

# 配置最大連續失敗次數為6次，配置初始TTL為1

[DeviceA-nqa-admin-test1-udp-tracert] max-failure 6

[DeviceA-nqa-admin-test1-udp-tracert] init-ttl 1

# 啟動測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止UDP-tracert測試操作。

[DeviceA] undo nqa schedule admin test1

4. 驗證配置

# 顯示UDP-tracert測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 6              Receive response times: 6

    Min/Max/Average round trip time: 1/1/1

    Square-Sum of round trip time: 1

    Last succeeded probe time: 2013-09-09 14:46:06.2

  Extended results:

    Packet loss in test: 0%

    Failures due to timeout: 0

    Failures due to internal error: 0

Failures due to other errors: 0

  UDP-tracert results:

    TTL    Hop IP             Time

    1      3.1.1.1            2013-09-09 14:46:03.2

    2      10.2.2.2           2013-09-09 14:46:06.2

# 顯示UDP-tracert測試的曆史記錄。

[DeviceA] display nqa history admin test1

NQA entry (admin admin, tag test1) history records:

Index      TTL  Response  Hop IP           Status          Time

1          2    2         10.2.2.2         Succeeded       2013-09-09 14:46:06.2 

1          2    1         10.2.2.2         Succeeded       2013-09-09 14:46:05.2 

1          2    2         10.2.2.2         Succeeded       2013-09-09 14:46:04.2 

1          1    1         3.1.1.1          Succeeded       2013-09-09 14:46:03.2 

1          1    2         3.1.1.1          Succeeded       2013-09-09 14:46:02.2

1          1    1         3.1.1.1          Succeeded       2013-09-09 14:46:01.2  

1.9.13  Voice測試配置舉例

1. 組網需求

使用NQA的Voice測試功能，測試本端（Device A）和指定的目的端（Device B）之間傳送語音報文的抖動時間和網絡語音質量參數。

2. 組網圖

圖1-14 Voice測試組網圖

‌

3. 配置步驟

(1)     配置各接口的IP地址。（配置過程略）

(2)     配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

(3)     配置Device B

# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，UDP端口號為9000。

<DeviceB> system-view

[DeviceB] nqa server enable

[DeviceB] nqa server udp-echo 10.2.2.2 9000

(4)     配置Device A

# 創建Voice類型的NQA測試組（管理員為admin，操作標簽為test1）。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type voice

# 配置探測報文的目的地址為10.2.2.2，目的端口號為9000。

[DeviceA-nqa-admin-test1-voice] destination ip 10.2.2.2

[DeviceA-nqa-admin-test1-voice] destination port 9000

[DeviceA-nqa-admin-test1-voice] quit

# 啟動Voice測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止Voice測試操作。

[DeviceA] undo nqa schedule admin test1

4. 驗證配置

# 顯示Voice測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 1000           Receive response times: 1000

    Min/Max/Average round trip time: 31/1328/33

    Square-Sum of round trip time: 2844813

    Last packet received time: 2011-06-13 09:49:31.1

  Extended results:

    Packet loss ratio: 0.0%

    Failures due to timeout: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

Packets out of sequence: 0

    Packets arrived late: 0

  Voice results:

   RTT number: 1000

    Min positive SD: 1                     Min positive DS: 1

    Max positive SD: 204                   Max positive DS: 1297

    Positive SD number: 257                Positive DS number: 259

    Positive SD sum: 759                   Positive DS sum: 1797

    Positive SD average: 2                 Positive DS average: 6

    Positive SD square-sum: 54127          Positive DS square-sum: 1691967

    Min negative SD: 1                     Min negative DS: 1

    Max negative SD: 203                   Max negative DS: 1297

    Negative SD number: 255                Negative DS number: 259

    Negative SD sum: 759                   Negative DS sum: 1796

    Negative SD average: 2                 Negative DS average: 6

    Negative SD square-sum: 53655          Negative DS square-sum: 1691776

    SD average: 2                          DS average: 6

  One way results:

    Max SD delay: 343                      Max DS delay: 985

    Min SD delay: 343                      Min DS delay: 985

    Number of SD delay: 1                  Number of DS delay: 1

    Sum of SD delay: 343                   Sum of DS delay: 985

    Square-Sum of SD delay: 117649         Square-Sum of DS delay: 970225

    SD lost packets: 0                   DS lost packets: 0

    Lost packets for unknown reason: 0

  Voice scores:

    MOS value: 4.38                        ICPIF value: 0

# 顯示Voice測試的統計結果。

[DeviceA] display nqa statistics admin test1

NQA entry (admin admin, tag test1) test statistics:

  NO. : 1

 

    Start time: 2011-06-13 09:45:37.8

    Life time: 331 seconds

    Send operation times: 4000           Receive response times: 4000

    Min/Max/Average round trip time: 15/1328/32

    Square-Sum of round trip time: 7160528

  Extended results:

    Packet loss ratio: 0.0%

    Failures due to timeout: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

Packets out of sequence: 0

    Packets arrived late: 0

  Voice results:

   RTT number: 4000

    Min positive SD: 1                     Min positive DS: 1

    Max positive SD: 360                   Max positive DS: 1297

    Positive SD number: 1030               Positive DS number: 1024

    Positive SD sum: 4363                  Positive DS sum: 5423

    Positive SD average: 4                 Positive DS average: 5

    Positive SD square-sum: 497725         Positive DS square-sum: 2254957

    Min negative SD: 1                     Min negative DS: 1

    Max negative SD: 360                   Max negative DS: 1297

    Negative SD number: 1028               Negative DS number: 1022

    Negative SD sum: 1028                  Negative DS sum: 1022

    Negative SD average: 4                 Negative DS average: 5

    Negative SD square-sum: 495901         Negative DS square-sum: 5419

    SD average: 2                          DS average: 3

  One way results:

    Max SD delay: 359                      Max DS delay: 985

    Min SD delay: 0                        Min DS delay: 0

    Number of SD delay: 4                  Number of DS delay: 4

    Sum of SD delay: 1390                  Sum of DS delay: 1079

    Square-Sum of SD delay: 483202         Square-Sum of DS delay: 973651

    SD lost packets: 0                   DS lost packets: 0

    Lost packets for unknown reason: 0

  Voice scores:

    Max MOS value: 4.38                    Min MOS value: 4.38

    Max ICPIF value: 0                     Min ICPIF value: 0

1.9.14  DLSw測試配置舉例

1. 組網需求

使用NQA的DLSw測試功能，測試DLSw設備的響應時間。

2. 組網圖

圖1-15 DLSw測試組網圖

‌

3. 配置Device A

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 創建DLSw類型的測試組（管理員為admin，操作標簽為test1），並配置探測報文的目的地址為10.2.2.2。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type dlsw

[DeviceA-nqa-admin-test1-dlsw] destination ip 10.2.2.2

# 開啟NQA測試組的曆史記錄保存功能。

[DeviceA-nqa-admin-test1-dlsw] history-record enable

[DeviceA-nqa-admin-test1-dlsw] quit

# 啟動測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止DLSw測試操作。

[DeviceA] undo nqa schedule admin test1

4. 配置Device B

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，TCP端口號為2065（對於DLSw測試類型，端口號必須為2065）。

<DeviceB> system-view

[DeviceB] nqa server enable

[DeviceB] nqa server tcp-connect 10.2.2.2 2065

5. 驗證配置

# 顯示DLSw測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 1              Receive response times: 1

    Min/Max/Average round trip time: 19/19/19

    Square-Sum of round trip time: 361

    Last succeeded probe time: 2011-11-22 10:40:27.7

  Extended results:

    Packet loss ratio: 0%

    Failures due to timeout: 0

    Failures due to disconnect: 0

    Failures due to no connection: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

# 顯示DLSw測試的曆史記錄。

[DeviceA] display nqa history admin test1

NQA entry (admin admin, tag test1) history records:

  Index      Response     Status           Time

  1          19           Succeeded        2011-11-22 10:40:27.7

以上顯示信息表示，DLSw設備的響應時間為19毫秒。

1.9.15  Path-jitter測試配置舉例

1. 組網需求

使用NQA的Path-jitter測試功能，測試本端（Device A）到指定目的端（Device C）間的網絡質量情況。

2. 組網圖

圖1-16 Path-jitter測試組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 在Device B上配置ip ttl-expires enable命令，在設備C上配置ip unreachables enable命令。

# 創建Path-jitter類型的NQA測試組（管理員為admin，操作標簽為test1），並配置探測報文的目的地址為10.2.2.2。

<DeviceA> system-view

[DeviceA] nqa entry admin test1

[DeviceA-nqa-admin-test1] type path-jitter

[DeviceA-nqa-admin-test1-path-jitter] destination ip 10.2.2.2

# 配置可選參數：測試組連續兩次測試開始時間的時間間隔為10000毫秒。

[DeviceA-nqa-admin-test1-path-jitter] frequency 10000

[DeviceA-nqa-admin-test1-path-jitter] quit

# 啟動Path-jitter測試操作，並一直進行測試。

[DeviceA] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止Path-jitter測試操作。

[DeviceA] undo nqa schedule admin test1

4. 驗證配置

# 顯示Path-jitter測試中最後一次測試的當前結果。

[DeviceA] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

  Hop IP 10.1.1.2

    Basic Results

      Send operation times: 10             Receive response times: 10

      Min/Max/Average round trip time: 9/21/14

      Square-Sum of round trip time: 2419

    Extended Results

      Failures due to timeout: 0

      Failures due to internal error: 0

      Failures due to other errors: 0

      Packets out of sequence: 0

      Packets arrived late: 0

    Path-Jitter Results

      Jitter number: 9

        Min/Max/Average jitter: 1/10/4

      Positive jitter number: 6

        Min/Max/Average positive jitter: 1/9/4

        Sum/Square-Sum positive jitter: 25/173

      Negative jitter number: 3

        Min/Max/Average negative jitter: 2/10/6

        Sum/Square-Sum positive jitter: 19/153

 

  Hop IP 10.2.2.2

    Basic Results

      Send operation times: 10             Receive response times: 10

      Min/Max/Average round trip time: 15/40/28

      Square-Sum of round trip time: 4493

    Extended Results

      Failures due to timeout: 0

      Failures due to internal error: 0

      Failures due to other errors: 0

      Packets out of sequence: 0

      Packets arrived late: 0

    Path-Jitter Results

      Jitter number: 9

        Min/Max/Average jitter: 1/10/4

      Positive jitter number: 6

        Min/Max/Average positive jitter: 1/9/4

        Sum/Square-Sum positive jitter: 25/173

      Negative jitter number: 3

        Min/Max/Average negative jitter: 2/10/6

        Sum/Square-Sum positive jitter: 19/153

1.9.16  NQA聯動配置舉例

1. 組網需求

·     Router A到達Router C的靜態路由下一跳為Router B。

·     在Router A上通過靜態路由、Track與NQA聯動，對到達Router C的靜態路由有效性進行實時判斷。

2. 組網圖

圖1-17 NQA聯動配置組網圖

‌

3. 配置步驟

(1)     配置各接口的IP地址。（配置過程略）

(2)     在Router A上配置靜態路由，並與Track項關聯。

# 配置到達Router C的靜態路由下一跳地址為10.2.1.1，並配置靜態路由與Track項1關聯。

<RouterA> system-view

[RouterA] ip route-static 10.1.1.2 24 10.2.1.1 track 1

(3)     在Router A上配置NQA測試組

# 創建管理員名為admin、操作標簽為test1的NQA測試組。

[RouterA] nqa entry admin test1

# 配置測試類型為ICMP-echo。

[RouterA-nqa-admin-test1] type icmp-echo

# 配置目的地址為10.2.1.1。

[RouterA-nqa-admin-test1-icmp-echo] destination ip 10.2.1.1

# 測試頻率為100ms。

[RouterA-nqa-admin-test1-icmp-echo] frequency 100

# 配置聯動項1（連續失敗5次觸發聯動）。

[RouterA-nqa-admin-test1-icmp-echo] reaction 1 checked-element probe-fail threshold-type consecutive 5 action-type trigger-only

[RouterA-nqa-admin-test1-icmp-echo] quit

# 啟動ICMP-echo探測操作，並一直進行測試。

[RouterA] nqa schedule admin test1 start-time now lifetime forever

(4)     在Router A上配置Track項

# 配置Track項1，關聯NQA測試組（管理員為admin，操作標簽為test1）的聯動項1。

[RouterA] track 1 nqa entry admin test1 reaction 1

4. 驗證配置

# 顯示Router A上Track項的信息。

[RouterA] display track all

Track ID: 1

  State: Positive

  Duration: 0 days 0 hours 0 minutes 0 seconds

  Notification delay: Positive 0, Negative 0 (in seconds)

  Tracked object:

    NQA entry: admin test1

    Reaction: 1

# 顯示Router A的路由表。

[RouterA] display ip routing-table

 

Destinations : 13        Routes : 13

 

Destination/Mask    Proto  Pre  Cost         NextHop         Interface

0.0.0.0/32          Direct 0    0            127.0.0.1       InLoop0

10.1.1.0/24         Static 60   0            10.2.1.1        GE1/0/1

10.2.1.0/24         Direct 0    0            10.2.1.2        GE1/0/1

10.2.1.0/32         Direct 0    0            10.2.1.2        GE1/0/1

10.2.1.2/32         Direct 0    0            127.0.0.1       InLoop0

10.2.1.255/32       Direct 0    0            10.2.1.2        GE1/0/1

127.0.0.0/8         Direct 0    0            127.0.0.1       InLoop0

127.0.0.0/32        Direct 0    0            127.0.0.1       InLoop0

127.0.0.1/32        Direct 0    0            127.0.0.1       InLoop0

127.255.255.255/32  Direct 0    0            127.0.0.1       InLoop0

224.0.0.0/4         Direct 0    0            0.0.0.0         NULL0

224.0.0.0/24        Direct 0    0            0.0.0.0         NULL0

255.255.255.255/32  Direct 0    0            127.0.0.1       InLoop0

以上顯示信息表示，NQA測試的結果為下一跳地址10.2.1.1可達（Track項狀態為Positive），配置的靜態路由生效。

# 在Router B上刪除接口GigabitEthernet1/0/1的IP地址。

<RouterB> system-view

[RouterB] interface gigabitethernet 1/0/1

[RouterB-GigabitEthernet1/0/1] undo ip address

# 顯示Router A上Track項的信息。

[RouterA] display track all

Track ID: 1

  State: Negative

  Duration: 0 days 0 hours 0 minutes 0 seconds

  Notification delay: Positive 0, Negative 0 (in seconds)

  Tracked object:

    NQA entry: admin test1

    Reaction: 1

# 顯示Router A的路由表。

[RouterA] display ip routing-table

 

Destinations : 12        Routes : 12

 

Destination/Mask    Proto  Pre  Cost         NextHop         Interface

0.0.0.0/32          Direct 0    0            127.0.0.1       InLoop0

10.2.1.0/24         Direct 0    0            10.2.1.2        GE1/0/1

10.2.1.0/32         Direct 0    0            10.2.1.2        GE1/0/1

10.2.1.2/32         Direct 0    0            127.0.0.1       InLoop0

10.2.1.255/32       Direct 0    0            10.2.1.2        GE1/0/1

127.0.0.0/8         Direct 0    0            127.0.0.1       InLoop0

127.0.0.0/32        Direct 0    0            127.0.0.1       InLoop0

127.0.0.1/32        Direct 0    0            127.0.0.1       InLoop0

127.255.255.255/32  Direct 0    0            127.0.0.1       InLoop0

224.0.0.0/4         Direct 0    0            0.0.0.0         NULL0

224.0.0.0/24        Direct 0    0            0.0.0.0         NULL0

255.255.255.255/32  Direct 0    0            127.0.0.1       InLoop0

以上顯示信息表示，NQA測試的結果為下一跳地址10.2.1.1不可達（Track項狀態為Negative），配置的靜態路由無效。

1.9.17  ARP類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用ARP類型的NQA模板，測試Device B上的ARP功能是否可用。

2. 組網圖

圖1-18 ARP類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

(1)     配置Device A

# 創建ARP類型的NQA模板，模板名為arp。

<DeviceA> system-view

[DeviceA] nqa template arp arp

# 配置ARP測試操作中探測報文的目的IP地址為10.1.1.2。

[DeviceA-nqatplt-arp-arp] destination ip 10.1.1.2

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-arp-arp] reaction trigger probe-pass 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-arp-arp] reaction trigger probe-fail 2

1.9.18  ICMP類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用ICMP類型的NQA模板，測試本端（Device A）發送的報文是否可以到達指定的目的端（Device B）。

2. 組網圖

圖1-19 ICMP類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 創建ICMP類型的NQA模板，模板名為icmp，並配置操作中探測報文的目的地址為10.2.2.2。

<DeviceA> system-view

[DeviceA] nqa template icmp icmp

[DeviceA-nqatplt-icmp-icmp] destination ip 10.2.2.2

# 配置ICMP一次探測的超時時間為500毫秒，連續兩次探測開始時間的時間間隔為3000毫秒。

[DeviceA-nqatplt-icmp-icmp] probe timeout 500

[DeviceA-nqatplt-icmp-icmp] frequency 3000

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-icmp-icmp] reaction trigger probe-pass 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，是外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-icmp-icmp] reaction trigger probe-fail 2

1.9.19  IMAP類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用IMAP類型的NQA模板，測試Device A是否可以和指定的IMAP服務器Device B建立連接，以及能否登錄服務器郵箱。登錄IMAP服務器的用戶名為admin，密碼為123456，要登錄的郵箱名為test。

組網圖

圖1-20 IMAP類型的NQA模板配置組網圖

‌

2. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 創建IMAP類型的NQA模板，模板名為imap。

<DeviceA> system-view

[DeviceA] nqa template imap imap

# 配置IMAP測試操作中探測報文的目的IP地址為10.2.2.2。

[DeviceA-nqatplt-imap-imap] destination ip 10.2.2.2

# 配置登錄IMAP服務器的用戶名為admin。

[DeviceA-nqatplt-imap-imap] username admin

# 配置登錄IMAP服務器的密碼為123456。

[DeviceA-nqatplt-imap-imap] password simple 123456

# 配置登錄IMAP服務器的郵箱名為test。

[DeviceA-nqatplt-imap-imap] mailbox test

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-imap-imap] reaction trigger probe-pass 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-imap-imap] reaction trigger probe-fail 2

1.9.20  DNS類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用DNS類型的NQA模板，測試Device A是否可以通過指定的DNS服務器將域名host.com解析為IP地址。

2. 組網圖

圖1-21 DNS類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 創建DNS類型的NQA模板，模板名為dns。

<DeviceA> system-view

[DeviceA] nqa template dns dns

# 配置操作中探測報文的目的地址為DNS服務器的IP地址10.2.2.2，要解析的域名為host.com，解析類型為A，用戶期望返回的IP地址為3.3.3.3。

[DeviceA-nqatplt-dns-dns] destination ip 10.2.2.2

[DeviceA-nqatplt-dns-dns] resolve-target host.com

[DeviceA-nqatplt-dns-dns] resolve-type A

[DeviceA-nqatplt-dns-dns] expect ip 3.3.3.3

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-dns-dns] reaction trigger probe-pass 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-dns-dns] reaction trigger probe-fail 2

1.9.21  POP3類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用POP3類型的NQA模板，測試Device A是否可以和指定的POP3服務器（Device B）建立連接，以及能否登錄服務器。登錄POP3服務器的用戶名為admin，密碼為123456。

2. 組網圖

圖1-22 POP3類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

#創建POP3類型的NQA模板，模板名為pop3。

<DeviceA> system-view

[DeviceA] nqa template pop3 pop3

# 配置POP3測試操作中探測報文的目的IP地址為10.2.2.2。

[DeviceA-nqatplt-pop3-pop3] destination ip 10.2.2.2

# 配置登錄POP3服務器的用戶名為admin。

[DeviceA-nqatplt-pop3-pop3] username admin

# 配置登錄POP3服務器的密碼為123456。

[DeviceA-nqatplt-pop3-pop3] password simple 123456

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-pop3-pop3] reaction trigger probe-pass 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-pop3-pop3] reaction trigger probe-fail 2

1.9.22  RTSP類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用RTSP類型的NQA模板，測試Device A和指定的RTSP服務器（Device B）的業務可用性。

2. 組網圖

圖1-23 RTSP類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口IP地址。（配置過程略）

# 配置靜態路由或者動態路由協議，確保各設備之間路由可達。（配置過程略）

# 配置RTSP服務器Device B。（配置步驟略）

# 創建RTSP類型的NQA模板，模板名為rtsp。

<DeviceA> system-view

[DeviceA] nqa template rtsp rtsp

# 配置RTSP測試的網址為rtsp://10.2.2.2/index.htm。

[DeviceA-nqatplt-rtsp-rtsp] url rtsp://10.2.2.2/index.htm

# 配置RTSP測試的請求方式為options操作。

[DeviceA-nqatplt-rtsp-rtsp] request-method options

# 配置RTSP期望的應答狀態碼。

[DeviceA-nqatplt-rtsp-rtsp] expect status 200 to 400

# 配置連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-rtsp-rtsp] reaction trigger probe-pass 2

# 配置連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-rtsp-rtsp] reaction trigger probe-fail 2

1.9.23  SMTP類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用SMTP類型的NQA模板，測試Device A是否可以和指定的SMTP服務器（Device B）建立連接，以及能否登錄服務器郵箱。

2. 組網圖

圖1-24 SMTP類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

#創建SMTP類型的NQA模板，模板名為smtp。

<DeviceA> system-view

[DeviceA] nqa template smtp smtp

# 配置SMTP測試操作中探測報文的目的IP地址為10.2.2.2。

[DeviceA-nqatplt-smtp-smtp] destinationip 10.2.2.2

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-smtp-smtp] reaction trigger probe-pass 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-smtp-smtp] reaction trigger probe-fail 2

1.9.24  TCP類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用TCP類型的NQA模板，測試本端（Device A）和服務器（Device B）的端口之間能否建立TCP連接，並處理服務器端的應答數據。

2. 組網圖

圖1-25 TCP類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

(1)     配置Device B

# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，TCP端口號為9000。

<DeviceB> system-view

[DeviceB] nqa server enable

[DeviceB] nqa server tcp-connect 10.2.2.2 9000

(2)     配置Device A

# 創建TCP類型的NQA模板，模板名為tcp。

<DeviceA> system-view

[DeviceA] nqa template tcp tcp

# 配置TCP探測報文的目的地址為10.2.2.2，目的端口號為9000。

[DeviceA-nqatplt-tcp-tcp] destination ip 10.2.2.2

[DeviceA-nqatplt-tcp-tcp] destination port 9000

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-tcp-tcp] reaction trigger probe-pass 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-tcp-tcp] reaction trigger probe-fail 2

1.9.25  TCP Half Open類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用TCP Half Open類型的NQA模板，測試本端（Device A）和服務器（Device B）的TCP服務是否可用。

2. 組網圖

圖1-26 TCP Half Open類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

(1)     配置Device A

# 創建TCP Half Open類型的NQA模板，模板名為test。

<DeviceA> system-view

[DeviceA] nqa template tcphalfopen test

# 配置TCP Half Open探測報文的目的地址為10.2.2.2。

[DeviceA-nqatplt-tcphalfopen-test] destination ip 10.2.2.2

# 配置連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-tcphalfopen-test] reaction trigger probe-pass 2

# 配置連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-tcphalfopen-test] reaction trigger probe-fail 2

1.9.26  UDP類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用UDP類型的NQA模板，測試本端（Device A）和服務器（Device B）的端口之間的UDP報文交互，並處理服務器端的應答數據。

2. 組網圖

圖1-27 UDP類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

(1)     配置Device B

# 使能NQA服務器，配置監聽的IP地址為10.2.2.2，UDP端口號為9000。

<DeviceB> system-view

[DeviceB] nqa server enable

[DeviceB] nqa server udp-echo 10.2.2.2 9000

(2)     配置Device A

# 創建UDP類型的NQA模板，模板名為udp。

<DeviceA> system-view

[DeviceA] nqa template udp udp

# 配置UDP探測報文的目的地址為10.2.2.2，目的端口號為9000。

[DeviceA-nqatplt-udp-udp] destination ip 10.2.2.2

[DeviceA-nqatplt-udp-udp] destination port 9000

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-udp-udp] reaction trigger probe-pass 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-udp-udp] reaction trigger probe-fail 2

1.9.27  HTTP類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用HTTP類型的NQA模板，測試是否可以和指定的HTTP服務器之間建立連接，以及能否從HTTP服務器獲取數據。

2. 組網圖

圖1-28 HTTP類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 創建HTTP類型的NQA模板，模板名為http。

<DeviceA> system-view

[DeviceA] nqa template http http

# 配置HTTP測試的網址為http://10.2.2.2/index.htm。

[DeviceA-nqatplt-http-http] url http://10.2.2.2/index.htm

# 配置HTTP測試的操作方式為get操作。（get操作為缺省操作方式，因此，可以不執行本配置）

[DeviceA-nqatplt-http-http] operation get

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-http-http] reaction trigger probe-pass 2

1.9.28  HTTPS類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用HTTPS類型的NQA模板，測試是否可以和指定的HTTPS服務器之間建立連接，以及能否從HTTPS服務器獲取數據。

2. 組網圖

圖1-29 HTTPS類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 在Device A上配置SSL客戶端策略，確保客戶端與服務器端可以建立SSL安全連接。（配置過程略）

# 創建HTTPS類型的NQA模板，模板名為test。

<DeviceA> system-view

[DeviceA] nqa template https https

# 配置HTTPS測試的網址為https://10.2.2.2/index.htm。

[DeviceA-nqatplt-https-https] url https://10.2.2.2/index.htm

# 配置HTTPS綁定的SSL客戶端策略為abc。

[DeviceA-nqatplt-https-https] ssl-client-policy abc

# 配置HTTPS測試的操作方式為get操作。（get操作為缺省操作方式，可不執行本配置）

[DeviceA-nqatplt-https-https] operation get

# 配置HTTPS測試使用的版本為1.0。（缺省情況下使用的版本為1.0，可不執行本配置）

[DeviceA-nqatplt-https-https] version v1.0

# 配置連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-https-https] reaction trigger probe-pass 2

# 配置連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-https-https] reaction trigger probe-fail 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-https-https] reaction trigger probe-fail 2

1.9.29  FTP類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用FTP類型的NQA模板，測試Device A是否可以和指定的FTP服務器Device B建立連接，以及能否往FTP服務器上傳文件。登錄FTP服務器的用戶名為admin，密碼為systemtest，要傳送到服務器的文件名為config.txt。

2. 組網圖

圖1-30 FTP類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 創建FTP類型的NQA模板，模板名為ftp。

<DeviceA> system-view

[DeviceA] nqa template ftp ftp

# 配置操作的目的地址為FTP服務器的IP地址10.2.2.2。

[DeviceA-nqatplt-ftp-ftp] url ftp://10.2.2.2

# 配置探測報文的源IP地址為10.1.1.1。

[DeviceA-nqatplt-ftp-ftp] source ip 10.1.1.1

# 配置執行的操作為向FTP服務器上傳文件config.txt。

[DeviceA-nqatplt-ftp-ftp] operation put

[DeviceA-nqatplt-ftp-ftp] filename config.txt

# 配置登錄FTP服務器的用戶名為admin。

[DeviceA-nqatplt-ftp-ftp] username admin

# 配置登錄FTP服務器的密碼為systemtest。

[DeviceA-nqatplt-ftp-ftp] password simple systemtest

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-ftp-ftp] reaction trigger probe-pass 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-ftp-ftp] reaction trigger probe-fail 2

1.9.30  RADIUS認證探測類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用RADIUS認證探測類型的NQA模板，測試Device A是否可以和指定的RADIUS服務器Device B建立連接，並檢測Device B是否提供服務。RADIUS用戶名為admin，RADIUS密碼為systemtest，RADIUS認證使用的共享密鑰為123456。

2. 組網圖

圖1-31 RADIUS認證探測類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 配置RADIUS服務器Device B。（配置步驟略）

# 創建RADIUS認證探測類型的NQA模板，模板名為radius。

<DeviceA> system-view

[DeviceA] nqa template radius radius

# 配置RADIUS認證探測報文的目的地址為10.2.2.2。

[DeviceA-nqatplt-radius-radius] destination ip 10.2.2.2

# 配置RADIUS RADIUS用戶名為admin，RADIUS密碼為明文systemtest。

[DeviceA-nqatplt-radius-radius] username admin

[DeviceA-nqatplt-radius-radius] password simple systemtest

# 配置RADIUS用於RADIUS認證的共享密鑰為明文123456。

[DeviceA-nqatplt-radius-radius] key simple 123456

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-radius-radius] reaction trigger probe-pass 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-radius-radius] reaction trigger probe-fail 2

1.9.31  RADIUS-ACCOUNT計費探測類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用RADIUS-ACCOUNT計費探測類型的NQA模板，測試Device A是否可以和指定的RADIUS服務器Device B建立連接，並檢測Device B是否提供計費服務。RADIUS計費用戶名為admin，RADIUS計費使用的共享密鑰為123456。

2. 組網圖

圖1-32 RADIUSA-CCOUNT計費探測類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 配置RADIUS服務器Device B。（配置步驟略）

# 創建RADIUS-ACCOUNT計費探測類型的NQA模板，模板名為radiusaccunt。

<DeviceA> system-view

[DeviceA] nqa template radius-account radiusaccunt

# 配置RADIUS-ACCOUNT計費探測報文的目的IP地址為10.2.2.2。

[DeviceA-nqatplt-radiusaccount-radiusaccunt] destination ip 10.2.2.2

# 配置RADIUS計費用戶名為admin。

[DeviceA-nqatplt-radiusaccount-radiusaccunt] username admin

# 配置RADIUS-ACCOUNT用於RADIUS計費的共享密鑰為明文123456。

[DeviceA-nqatplt-radiusaccount-radiusaccunt] key simple 123456

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-radiusaccount-radiusaccunt] reaction trigger probe-pass 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-radiusaccount-radiusaccunt] reaction trigger probe-fail 2

1.9.32  SNMP類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用SNMP類型的NQA模板，測試Device B上的SNMP功能是否可用。

2. 組網圖

圖1-33 SNMP類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

(1)     配置SNMP Agent（Device B）

# 啟動SNMP Agent服務，設置SNMP版本為all、隻讀團體名為public、讀寫團體名為private。

<DeviceB> system-view

[DeviceB] snmp-agent sys-info version all

[DeviceB] snmp-agent community read public

[DeviceB] snmp-agent community write private

(2)     配置Device A

# 創建SNMP類型的NQA模板，模板名為snmp。

<DeviceA> system-view

[DeviceA] nqa template snmp snmp

# 配置SNMP測試操作中探測報文的目的IP地址為10.2.2.2，目的端口號為161。

[DeviceA-nqatplt-snmp-snmp] destination ip 10.2.2.2

[DeviceA-nqatplt-snmp-snmp] destination port 161

# 配置SNMP測試操作中SNMP團體名稱為public。

[DeviceA-nqatplt-snmp-snmp] community read simple public

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-snmp-snmp] reaction trigger probe-pass 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-snmp-snmp] reaction trigger probe-fail 2

1.9.33  SIP類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用SIP類型的NQA模板，測試Device A和指定的SIP服務器（Device B）的業務可用性。

2. 組網圖

圖1-34 SIP類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 配置SIP服務器Device B。（配置步驟略）

# 創建SIP類型的NQA模板，模板名為sip。

<DeviceA> system-view

[DeviceA] nqa template sip sip

# 配置SIP測試操作中傳輸協議類型為TCP。

[DeviceA-nqatplt-sip-sip] transport-protocol tcp

# 配置SIP測試操作中探測報文的目的IP地址為10.2.2.2，目的端口號為5060。

[DeviceA-nqatplt-sip-sip] destination ip 10.2.2.2

[DeviceA-nqatplt-sip-sip] destination port 5060

# 配置確定節點有效前需要連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-sip-sip] reaction trigger probe-pass 2

# 配置確定節點失效需要連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-sip-sip] reaction trigger probe-fail 2

1.9.34  SNMP-DCA類型的NQA模板配置舉例

1. 組網要求

外部特性通過引用SNMP-DCA類型的NQA模板，測試Device A是否可以從Device B獲取被管理設備當前已經使用的資源信息，並根根據這些參數綜合計算來判斷Device B的可用性。

2. 組網圖

圖1-35 SNMP-DCA類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口IP地址。（配置過程略）

# 配置靜態路由或者動態路由協議，確保各設備之間路由可達。（配置過程略）

# 配置SNMP agent Device B。（配置步驟略）

# 創建SNMP-DCA類型的NQA模板，模板名為snmpdca。

<DeviceA> system-view

[DeviceA] nqa template snmpdca snmpdca

# 配置SNMP-DCA測試操作中探測報文的目的IP地址為10.2.2.2，目的端口號為161。

[DeviceA-nqatplt-snmpdca-snmpdca] destination ip 10.2.2.2

[DeviceA-nqatplt-snmpdca-snmpdca] destination port 161

# 配置SNMP團體名稱。

[DeviceA-nqatplt-snmpdca-snmpdca] community read simple public

# 配置SNMP-DCA測試的SNMP Agent類型。

[DeviceA-nqatplt-snmpdca-snmpdca] agent-type windows

# 配置SNMP-DCA測試所使用的SNMP版本。

[DeviceA-nqatplt-snmpdca-snmpdca] version v1

# 配置SNMP-DCA測試的SNMP Agent的cpu、memory、disk的閾值和權重。

[DeviceA-nqatplt-snmpdca-snmpdca] cpu threshold 12 weight 12

[DeviceA-nqatplt-snmpdca-snmpdca] memory threshold 15 weight 15

[DeviceA-nqatplt-snmpdca-snmpdca] disk threshold 19 weight 19

# 配置SNMP-DCA測試的SNMP Agent上自定義MIB節點的閾值和權重。

[DeviceA-nqatplt-snmpdca-snmpdca] oid 1.3.6.1.2.1.25.3.3.1.2 threshold 19 weight 19

# 配置連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-snmpdca-snmpdca] reaction trigger probe-pass 2

# 配置連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-snmpdca-snmpdca] reaction trigger probe-fail 2

1.9.35  SSL類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用SSL類型的NQA模板，本端（Device A）通過引用指定的SSL客戶端策略與SSL服務器（Device B）建立SSL連接，從而測試SSL客戶端和服務器端的連通性和性能。

2. 組網圖

圖1-36 SSL類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口的IP地址。（配置過程略）

# 配置靜態路由或動態路由協議，確保各設備之間路由可達。（配置過程略）

# 在Device A上配置SSL客戶端策略，確保客戶端與服務器端可以建立SSL安全連接。（配置過程略）

(1)     配置Device A

# 創建SSL類型的NQA模板，模板名為ssl。

<DeviceA> system-view

[DeviceA] nqa template ssl ssl

# 配置SSL探測報文的目的地址為10.2.2.2，目的端口號為9000。

[DeviceA-nqatplt-ssl-ssl] destination ip 10.2.2.2

[DeviceA-nqatplt-ssl-ssl] destination port 9000

# 配置SSL綁定的SSL客戶端策略為abc。

[DeviceA-nqatplt-ssl-ssl] ssl-client-policy abc

# 配置連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-ssl-ssl] reaction trigger probe-pass 2

# 配置連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-ssl-ssl] reaction trigger probe-fail 2

1.9.36  WAP類型的NQA模板配置舉例

1. 組網需求

外部特性通過引用WAP類型的NQA模板，測試Device A是否可以和指定的WAP網關Device B建立連接，以及該網關能否獲取指定的URL。

2. 組網圖

圖1-37 WAP類型的NQA模板配置組網圖

‌

3. 配置步驟

# 配置各接口IP地址。（配置過程略）

# 配置靜態路由或者動態路由協議，確保各設備之間路由可達。（配置過程略）

# 配置WAP網關Device B。（配置步驟略）

# 創建WAP類型的NQA模板，模板名為wap。

<DeviceA> system-view

[DeviceA] nqa template wap wap

# 配置WAP測試操作中探測報文的目的IP地址為10.2.2.2，目的端口號為9201。

[DeviceA-nqatplt-wap-wap] destination ip 10.2.2.2

[DeviceA-nqatplt-wap-wap] destination port 9201

# 配置WAP模板期望測試成功的應答內容。

[DeviceA-nqatplt-wap-wap] expect hex-data a11a offset 10

# 配置WAP測試向目的網關發送的網址。

[DeviceA-nqatplt-wap-wap] url http://wap.h3c.com

# 配置連續探測成功的次數為2。當連續探測成功次數達到2次時，NQA客戶端把探測成功的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-wap-wap] reaction trigger probe-pass 2

# 配置連續探測失敗的次數為2。當連續探測失敗次數達到2次時，NQA客戶端把探測失敗的消息發送給外部特性，使外部特性能利用NQA測試的結果進行相應處理。

[DeviceA-nqatplt-wap-wap] reaction trigger probe-fail 2

1.9.37  ARP測試配置舉例

1. 組網需求

使用NQA的ARP測試功能，測試本端AP發出的ARP請求報文到接收目的端Device的ARP響應報文以及報文的往返時間。

2. 組網圖

圖1-38 ARP測試組網圖

 

3. 配置步驟

(1)     配置各接口的IP地址。（配置過程略）

(2)     配置AP

# 創建ARP類型的NQA測試組（管理員為admin，操作標簽為test1）。

<AP> system-view

[AP] nqa entry admin test1

[AP-nqa-admin-test1] type arp

# 配置測試操作的探測報文的目的IP地址為10.1.1.2。

[AP-nqa-admin-test1-arp] destination ip 10.1.1.2

# 配置可選參數：一次NQA測試中探測的次數為10，探測的超時時間為500毫秒，測試組連續兩次測試開始時間的時間間隔為5000毫秒。

[AP-nqa-admin-test1-arp] probe count 10

[AP-nqa-admin-test1-arp] probe timeout 500

[AP-nqa-admin-test1-arp] frequency 5000

# 開啟NQA曆史記錄保存功能，並配置一個測試組中能夠保存的最大曆史記錄個數為10。

[AP-nqa-admin-test1-arp] history-record enable

[AP-nqa-admin-test1-arp] history-record number 10

[AP-nqa-admin-test1-arp] quit

# 啟動ARP測試操作，並一直進行測試。

[AP] nqa schedule admin test1 start-time now lifetime forever

# 測試執行一段時間後，停止ARP測試操作。

[AP] undo nqa schedule admin test1

4. 驗證配置

# 顯示ARP測試中最後一次測試的當前結果。

[AP] display nqa result admin test1

NQA entry (admin admin, tag test1) test results:

    Send operation times: 10             Receive response times: 10

    Min/Max/Average round trip time: 2/5/3

    Square-Sum of round trip time: 96

    Last succeeded probe time: 2019-03-23 15:00:01.2

  Extended results:

    Packet loss ratio: 0%

    Failures due to timeout: 0

    Failures due to internal error: 0

    Failures due to other errors: 0

# 顯示ARP測試的曆史記錄。

[AP] display nqa history admin test1

NQA entry (admin admin, tag test1) history records:

  Index      Response     Status           Time

  370        3            Succeeded        2019-03-23 15:00:01.2

  369        3            Succeeded        2019-03-23 15:00:01.2

  368        3            Succeeded        2019-03-23 15:00:01.2

  367        5            Succeeded        2019-03-23 15:00:01.2

  366        3            Succeeded        2019-03-23 15:00:01.2

  365        3            Succeeded        2019-03-23 15:00:01.2

  364        3            Succeeded        2019-03-23 15:00:01.1

  363        2            Succeeded        2019-03-23 15:00:01.1

  362        3            Succeeded        2019-03-23 15:00:01.1

  361        2            Succeeded        2019-03-23 15:00:01.1

以上顯示信息表示，AP發送的ARP請求報文可以到達Device 。並且，AP成功接收到了Device 發送的ARP響應報文；測試過程中未發生丟包；報文的最小、最大、平均往返時間分別為2毫秒、5毫秒和3毫秒。