02-NQA配置
本章節下載: 02-NQA配置 (491.98 KB)
目 錄
NQA是Network Quality Analyzer(網絡質量分析)的簡稱。NQA通過發送測試報文,對網絡性能、網絡提供的服務及服務質量進行分析,並為用戶提供網絡性能和服務質量的參數,如時延抖動、TCP連接時延、FTP連接時延和文件傳輸速率等。
利用NQA的測試結果,用戶可以:
(1) 及時了解網絡的性能狀況,針對不同的網絡性能進行相應處理。
(2) 對網絡故障進行診斷和定位。
以往的Ping功能是使用ICMP(Internet Control Message Protocol,互聯網控製報文協議)測試數據包在本端和指定目的端之間的往返時間。NQA是對Ping功能的擴展和增強,它增加了多種測試類型,提供了更多的功能。
目前NQA支持11種測試類型:ICMP-echo、DHCP、DNS、FTP、HTTP、UDP-jitter、SNMP、TCP、UDP-echo、Voice和DLSw測試。客戶端向對端發送不同類型的測試報文,統計對端是否回應報文以及報文的往返時間等參數,以便用戶根據統計結果判斷協議的可用性和網絡的性能。
NQA可以對探測結果進行監測,通過向網管服務器發送Trap消息,及時將監測結果通知給網管服務器,以便網絡管理員根據Trap消息了解測試運行狀況和網絡性能。
(1) 監測對象
NQA閾值告警功能支持的監測對象及對應的測試類型,如表1-1所示:
表1-1 NQA閾值告警功能支持的監測對象
監測對象 |
支持的測試類型 |
探測持續時間 |
除UDP-jitter和Voice之外的測試類型 |
探測失敗次數 |
除UDP-jitter和Voice之外的測試類型 |
報文往返時間 |
UDP-jitter和Voice測試類型 |
丟棄報文數目 |
UDP-jitter和Voice測試類型 |
源到目的和目的到源的單向時延抖動 |
UDP-jitter和Voice測試類型 |
源到目的和目的到源的單向時延 |
UDP-jitter和Voice測試類型 |
ICPIF(Calculated Planning Impairment Factor,計算計劃損傷元素)值 |
Voice測試類型 |
MOS(Mean Opinion Scores,平均意見得分)值 |
Voice測試類型 |
(2) 閾值類型
NQA閾值告警功能支持的閾值類型包括:
· average:閾值類型為平均值,即:監測一次測試中探測結果的平均值,如果平均值不在指定的範圍內,則該監測對象超出閾值。例如,監測一次測試中探測持續時間的平均值。
· accumulate:閾值類型為累計數目,即:監測一次測試中探測結果不在指定範圍內的累計數目,如果累計數目達到或超過設定的值,則該監測對象超出閾值。
· consecutive:閾值類型為連續次數,即:NQA測試組啟動後,監測探測結果連續不在指定範圍內的次數,如果該次數達到或超過設定的值,則該監測對象超出閾值。
閾值類型為average和accumulate時,以每次測試為界限監測探測結果;閾值類型為consecutive時,不以測試為界限監測探測結果。
(3) 觸發動作
NQA閾值告警功能可以觸發如下動作:
· none:隻在顯示信息中記錄監測結果,不向網管發送Trap消息。
· trap-only:在顯示信息中記錄監測結果的同時,向網管發送Trap消息。
DNS測試不支持發送Trap消息,即對於DNS測試,觸發動作隻能配置為none。
(4) 閾值告警組
NQA通過創建閾值告警組、在閾值告警組中配置監測的對象、閾值類型及觸發的動作,來實現閾值告警功能。
閾值告警組包括invalid、over-threshold和below-threshold三種狀態:
· NQA測試組未啟動時,閾值告警組的狀態為invalid。
· NQA測試組啟動後,每次測試或探測結束時,檢查監測的對象是否超出閾值。如果超出閾值,則閾值告警組的狀態變為over-threshold;如果未超出閾值,則狀態變為below-threshold。
若配置閾值告警組的觸發動作為trap-only,則當閾值告警組的狀態改變時,向網管發送Trap消息。
進行NQA測試前,需要創建NQA測試組。在NQA測試組中配置NQA測試的參數,如測試類型,測試目的地址,測試目的端口等。
每個測試組都有一個管理員名稱和一個操作標簽,管理員名稱和操作標簽可以唯一確定一個測試組。
啟動NQA測試組後,每隔一段時間進行一次測試,測試的時間間隔可以由用戶來設定。
一次NQA測試由若幹次連續的探測組成,探測的次數可以由用戶來設定。
對於Voice測試,一次測試中隻能進行一次探測。
不同測試類型中,探測的含義不同:
· 對於TCP和DLSw測試,一次探測操作是指建立一次連接;
· 對於UDP-jitter和Voice測試,一次探測操作是指連續發送多個探測報文,發送探測報文的個數由用戶來設定;
· 對於FTP、HTTP、DHCP和DNS測試,一次探測操作是指完成一次相應的功能,例如上傳或下載一個文件,獲取一個Web頁麵,為接口申請一個IP地址,將一個域名解析為IP地址;
· 對於ICMP-echo和UDP-echo測試,一次探測操作是指發送一個探測報文;
· 對於SNMP測試,一次探測操作是指發送三個SNMP協議報文,分別對應SNMP v1、SNMP v2c和SNMP v3三個版本。
NQA客戶端是發起NQA測試的設備,NQA測試組在客戶端創建。
NQA服務器負責處理NQA客戶端發來的測試報文,如圖1-1所示。NQA服務器通過監聽指定IP地址和端口的報文對客戶端發起的測試進行響應。
圖1-1 NQA客戶端與服務器之間的關係
在大多數的測試中,隻需要配置NQA客戶端。但在進行TCP、UDP-echo、UDP-jitter和Voice類型測試時,必須配置NQA服務器。
在一個NQA服務器上可以創建多個TCP或UDP監聽服務,每個監聽服務對應一個目的地址和一個端口號,配置的目的地址和端口號必須與NQA客戶端的配置一致,且不能與已有的監聽服務衝突。
NQA測試操作的過程為:
(1) NQA客戶端構造指定測試類型的報文,並發送給對端;
(2) 對端收到測試報文後,回複帶有時間戳的應答報文;
(3) NQA客戶端根據是否收到應答報文,以及應答報文中的時間戳,計算報文丟失率、往返時間等參數。
對於TCP,UDP-jitter、UDP-echo和Voice測試,需要在對端設備上配置NQA服務器。
表1-2 NQA服務器配置任務簡介
配置任務 |
說明 |
詳細配置 |
配置NQA服務器 |
對於TCP、UDP-echo和UDP-jitter和Voice四種測試類型,為必選 |
要成功進行某項測試,NQA客戶端上需要進行如下操作:
(1) 使能NQA客戶端功能。
(2) 創建測試組,根據測試類型進行相應測試參數的配置。不同測試類型對應的測試參數不同,詳見下麵具體的配置過程。
(3) 啟動NQA測試。
測試完成後,可以通過顯示命令或調試命令查看測試結果。
表1-3 NQA客戶端配置任務簡介
配置任務 |
說明 |
詳細配置 |
|
使能NQA客戶端功能 |
必選 |
||
創建NQA測試組 |
必選 |
||
配置NQA測試 |
配置ICMP-echo測試 |
必選其一 |
|
配置DHCP測試 |
|||
配置DNS測試 |
|||
配置FTP測試 |
|||
配置HTTP測試 |
|||
配置UDP-jitter測試 |
|||
配置SNMP測試 |
|||
配置TCP測試 |
|||
配置UDP-echo測試 |
|||
配置Voice測試 |
|||
配置DLSw測試 |
|||
配置閾值告警功能 |
可選 |
||
配置NQA統計功能 |
可選 |
||
配置NQA曆史記錄功能 |
可選 |
||
配置NQA測試組通用可選參數 |
可選 |
||
調度NQA測試組 |
必選 |
在進行TCP、UDP-echo、UDP-jitter和Voice類型測試前,必須在對端設備上配置NQA服務器。NQA服務器通過監聽指定IP地址和端口的報文,對客戶端發起的測試進行響應。
表1-4 配置NQA服務器
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
開啟NQA服務器功能 |
nqa server enable |
必選 缺省情況下,NQA服務器功能處於關閉狀態 |
在NQA服務器上配置監聽服務 |
nqa server { tcp-connect | udp-echo } ip-address port-number |
必選 配置的IP地址和端口號必須與NQA客戶端的配置一致,且不能與已有的監聽服務衝突 |
隻有使能NQA客戶端功能後,NQA客戶端的相關配置才會生效。
表1-5 使能NQA客戶端功能
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
開啟NQA客戶端功能 |
nqa agent enable |
可選 缺省情況下,NQA客戶端功能處於開啟狀態 |
一次測試對應一個測試組,創建測試組並進入測試組視圖後,可以配置具體測試類型。
表1-6 創建NQA測試組
命令 |
說明 |
|
進入係統視圖 |
system-view |
- |
創建NQA測試組,並進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
必選 |
執行nqa entry命令進入已經配置測試類型的測試組視圖時,將直接進入測試組測試類型視圖。
ICMP-echo測試利用ICMP協議,根據應答報文或超時信息判斷目的主機的可達性。ICMP-echo測試的功能與Ping命令類似,但ICMP-echo測試中可以指定測試的下一跳設備,並且ICMP-echo測試的輸出信息更為豐富。網絡中出現連通性故障時,可以通過ICMP-echo測試對故障進行定位。
表1-7 配置ICMP-echo測試
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
配置測試類型為ICMP-echo,並進入測試類型視圖 |
type icmp-echo |
必選 |
配置測試操作的目的地址 |
destination ip ip-address |
必選 缺省情況下,未配置測試操作的目的IP地址 |
配置發送的探測報文的大小 |
data-size size |
可選 缺省情況下,發送的探測報文為100字節 |
配置發送的探測報文的填充字符串 |
data-fill string |
可選 缺省情況下,探測報文的填充內容為十六進製數值00010203040506070809 |
配置探測報文的源接口 |
source interface interface-type interface-number |
可選 缺省情況下,未配置探測報文的源接口 如果使用source ip命令配置了ICMP-echo測試的源地址,則此配置無效;否則,指定的源接口的IP地址將作為ICMP-echo探測報文的源IP地址 該命令指定的接口必須為up狀態,否則探測將會失敗 |
配置探測報文的源IP地址 |
source ip ip-address |
可選 缺省情況下,未指定源IP地址 如果沒有指定源IP地址,但是配置了source interface,則該源接口的IP地址將作為探測報文中的源IP地址 該命令指定的源IP地址必須是設備上接口的IP地址,且接口為up狀態,否則探測將會失敗 |
配置IP報文的下一跳IP地址 |
next-hop ip-address |
可選 缺省情況下,未配置下一跳IP地址 |
配置通用的可選參數 |
參見表1-21 |
可選 |
DHCP測試主要用來測試網絡上是否有DHCP服務器,以及DHCP服務器響應客戶端請求、為客戶端分配IP地址所需的時間。
在進行DHCP測試之前,需要完成DHCP服務器的配置。如果NQA客戶端(即DHCP客戶端)和DHCP服務器在不同的網段,還需要配置DHCP中繼。DHCP中繼的配置方法,請參見“三層技術-IP業務配置指導”中的“DHCP中繼配置”。H3C E528&E552係列以太網交換機暫不支持DHCP服務器配置。
表1-8 配置DHCP測試
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
配置測試類型為DHCP,並進入測試類型視圖 |
type dhcp |
必選 |
指定進行DHCP測試的接口 |
operation interface interface-type interface-number |
必選 缺省情況下,沒有指定進行DHCP測試的接口 該命令指定的接口必須為up狀態,否則會導致測試失敗 |
配置通用的可選參數 |
參見表1-21 |
可選 |
· DHCP測試隻是模擬DHCP申請地址的過程,進行DHCP測試的接口IP地址不會改變。
· DHCP測試完成後,NQA客戶端將主動發送DHCP-RELEASE報文釋放申請到的IP地址。
DNS測試主要用來測試NQA客戶端是否可以通過指定的DNS服務器將域名解析為IP地址,以及域名解析過程需要的時間。
在進行DNS測試之前,需要在DNS服務器上創建域名和IP地址的映射關係。
表1-9 配置DNS測試
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
配置測試類型為DNS,並進入測試類型視圖 |
type dns |
必選 |
配置測試操作的目的地址 |
destination ip ip-address |
必選 缺省情況下,未配置測試操作的目的IP地址 測試操作的目的IP地址,即DNS服務器的IP地址 |
配置要解析的域名 |
resolve-target domain-name |
必選 缺省情況下,沒有配置要解析的域名 |
配置通用的可選參數 |
參見表1-21 |
可選 |
DNS測試隻是模擬域名解析的過程,設備上不會保存要解析的域名與IP地址的對應關係。
FTP測試主要用來測試NQA客戶端是否可以與指定的FTP服務器建立連接,以及與FTP服務器之間傳送文件的時間。
在進行FTP測試之前,需要在FTP服務器上進行相應的配置,包括FTP客戶端登錄FTP服務器的用戶名、密碼等。FTP服務器的配置方法,請參見“基礎配置指導”中的“FTP配置”。
表1-10 配置FTP測試
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
配置測試類型為FTP,並進入測試類型視圖 |
type ftp |
必選 |
配置測試操作的目的地址 |
destination ip ip-address |
必選 缺省情況下,未配置測試操作的目的IP地址 測試操作的目的IP地址,即FTP服務器的IP地址 |
配置探測報文的源IP地址 |
source ip ip-address |
必選 缺省情況下,未指定源IP地址 該命令指定的源IP地址必須是設備上接口的IP地址,且接口為up狀態,否則測試將會失敗 |
配置操作類型 |
operation { get | put } |
可選 缺省情況下,FTP操作方式為get操作,即從FTP服務器獲取文件 |
配置FTP登錄用戶名 |
username name |
必選 缺省情況下,未配置FTP登錄用戶名 |
配置FTP登錄密碼 |
password [ cipher | simple ] password |
必選 缺省情況下,未配置FTP登錄密碼 |
配置FTP服務器和客戶端傳送文件的文件名 |
filename file-name |
必選 缺省情況下,未配置FTP服務器和客戶端之間傳送文件的文件名 |
配置FTP測試的數據傳輸方式 |
mode { active | passive } |
可選 缺省情況下,FTP測試的數據傳輸方式為主動方式 |
配置通用的可選參數 |
參見表1-21 |
可選 |
· 進行put操作時,NQA客戶端將在FTP服務器會創建以file-name為文件名的固定大小的測試文件,此文件與NQA客戶端存儲設備中保存的文件無關;進行get操作時,設備上不會保存從服務器獲取的文件。
· 進行get操作時,如果FTP服務器上沒有以file-name為名字的文件,則測試不會成功。
· 進行FTP測試時,建議選用較小的測試文件並將NQA探測超時時間調大,如果測試文件太大或探測超時時間太小,可能會導致探測超時。
HTTP測試主要用來測試NQA客戶端是否可以與指定的HTTP服務器建立連接,以及從HTTP服務器獲取數據所需的時間,從而判斷HTTP服務器的連通性及性能。
在進行HTTP測試之前,需要完成HTTP服務器的配置。
表1-11 配置HTTP測試
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
配置測試類型為HTTP,並進入測試類型視圖 |
type http |
必選 |
配置測試操作的目的地址 |
destination ip ip-address |
必選 缺省情況下,未配置測試操作的目的IP地址 測試操作的目的地址,即HTTP服務器的IP地址 |
配置探測報文的源IP地址 |
source ip ip-address |
可選 缺省情況下,未指定源IP地址 該命令指定的源IP地址必須是設備上接口的IP地址,且接口為up狀態,否則測試將會失敗 |
配置操作類型 |
operation { get | post } |
可選 缺省情況下,HTTP操作方式為get操作,即從HTTP服務器獲取數據 |
配置HTTP測試訪問的網址 |
url url |
必選 |
配置測試所使用的協議版本 |
http-version v1.0 |
可選 缺省情況下,HTTP測試使用的版本為1.0 |
配置通用的可選參數 |
參見表1-21 |
可選 |
HTTP測試中,HTTP服務器的TCP端口號隻能為80。如果HTTP服務器采用其他TCP端口,測試將會失敗。
建議不要對知名端口,即1~1023之間的端口,進行UDP-jitter測試,否則可能導致NQA測試失敗或該知名端口對應的服務不可用。
語音、視頻等實時性業務對Delay jitter(時延抖動)的要求較高。通過UDP-jitter測試,可以獲得網絡的單向和雙向時延抖動,從而判斷網絡是否可以承載實時性業務。
Delay jitter(時延抖動)是指相鄰兩個報文的接收時間間隔減去這兩個報文的發送時間間隔。UDP-jitter測試的過程如下:
· 源端以一定的時間間隔向目的端發送數據包。
· 目的端每收到一個數據包,就給它打上時間戳,然後再把這個數據包發回到源端。
· 源端收到數據包後通過計算目的端接收數據包時間間隔和源端發送數據包的時間間隔之差,計算出時延抖動,從而清晰地反映出網絡狀況。
UDP-jitter測試需要NQA服務器和客戶端配合才能完成。進行UDP-jitter測試之前,必須保證NQA服務器端配置了UDP監聽功能,配置方法請參見“1.3 配置NQA服務器”。
表1-12 配置UDP-jitter測試
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
配置測試類型為UDP-jitter,並進入測試類型視圖 |
type udp-jitter |
必選 |
配置測試操作的目的地址 |
destination ip ip-address |
必選 缺省情況下,未配置測試操作的目的IP地址 測試操作的目的地址必須與NQA服務器上所配置的監聽服務的IP地址一致 |
配置測試操作的目的端口 |
destination port port-number |
必選 缺省情況下,未配置測試操作的目的端口號 測試操作的目的端口號必須與NQA服務器上所配置的監聽服務的端口號一致 |
配置請求報文中的源端口號 |
source port port-number |
可選 缺省情況下,未指定源端口號 |
配置發送的探測報文的大小 |
data-size size |
可選 缺省情況下,發送的探測報文為100字節 |
配置發送的探測報文的填充字符串 |
data-fill string |
可選 缺省情況下,探測報文的填充內容為十六進製數值00010203040506070809 |
配置一次UDP-jitter探測中發送探測報文的個數 |
probe packet-number packet-number |
可選 缺省情況下,一次UDP-jitter探測中發送10個探測報文 |
配置UDP-jitter測試中發送探測報文的時間間隔 |
probe packet-interval packet-interval |
可選 缺省情況下,UDP-jitter測試中發送探測報文的時間間隔為20毫秒 |
配置UDP-jitter測試中等待響應報文的超時時間 |
probe packet-timeout packet-timeout |
可選 缺省情況下,UDP-jitter測試中等待響應報文的超時時間為3000毫秒 |
配置測試操作中探測報文的源IP地址 |
source ip ip-address |
可選 缺省情況下,未指定源IP地址 該命令指定的源IP地址必須是設備上接口的IP地址,且接口為up狀態,否則測試將會失敗 |
配置通用的可選參數 |
參見表1-21 |
可選 |
一次UDP-jitter測試中探測的次數取決於probe count命令的配置,而每次探測所發送的探測包的個數由probe packet-number命令配置決定。
SNMP查詢測試主要用來測試從NQA客戶端向SNMP agent設備發出一個SNMP協議查詢報文到接收響應報文的時間。
在進行SNMP測試之前,需要在作為SNMP agent的設備上啟動SNMP agent功能。SNMP agent的配置方法,請參見“網絡管理和監控配置指導”中的“SNMP配置”。
表1-13 配置SNMP測試
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
配置測試類型為SNMP,並進入測試類型視圖 |
type snmp |
必選 |
配置測試操作的目的地址 |
destination ip ip-address |
必選 缺省情況下,未配置測試操作的目的IP地址 |
配置測試操作中請求報文中的源端口號 |
source port port-number |
可選 缺省情況下,未指定源端口號 |
配置測試操作中探測報文的源IP地址 |
source ip ip-address |
可選 缺省情況下,未指定源IP地址 該命令指定的源IP地址必須是設備上接口的IP地址,且接口為up狀態,否則測試將會失敗 |
配置通用的可選參數 |
參見表1-21 |
可選 |
TCP測試通過測試客戶端和服務器指定端口之間是否能夠建立TCP連接,以及建立TCP連接所需的時間,來判斷服務器指定端口上提供的服務是否可用,及服務性能。
TCP測試需要NQA服務器和客戶端配合才能完成。在TCP測試之前,需要在NQA服務器端配置TCP監聽功能,配置方法請參見“1.3 配置NQA服務器”。
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
配置測試類型為TCP,並進入測試類型視圖 |
type tcp |
必選 |
配置測試操作的目的地址 |
destination ip ip-address |
必選 缺省情況下,未配置測試操作的目的IP地址 必須與NQA服務器上配置的監聽服務的IP地址一致 |
配置目的端口 |
destination port port-number |
必選 缺省情況下,未配置測試操作的目的端口號 必須與NQA服務器上配置的監聽服務的端口號一致 |
配置測試操作中探測報文的源IP地址 |
source ip ip-address |
可選 缺省情況下,未指定源IP地址 該命令指定的源IP地址必須是設備上接口的IP地址,且接口為up狀態,否則測試將會失敗 |
配置通用的可選參數 |
參見表1-21 |
可選 |
UDP-echo測試可以用來測試客戶端和服務器指定UDP端口之間的連通性以及UDP-echo協議報文的往返時間。
UDP-echo測試需要NQA服務器和客戶端配合才能完成。在進行UDP-echo測試之前,需要在NQA服務器端配置UDP監聽功能,配置方法請參見“1.3 配置NQA服務器”。
表1-15 配置UDP-echo測試
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
配置測試類型為UDP-echo,並進入測試類型視圖 |
type udp-echo |
必選 |
配置測試操作的目的地址 |
destination ip ip-address |
必選 缺省情況下,未配置測試操作的目的IP地址 必須與NQA服務器上配置的監聽服務的IP地址一致 |
配置目的端口 |
destination port port-number |
必選 缺省情況下,未配置測試操作的目的端口號 必須與NQA服務器上配置的監聽服務的端口號一致 |
配置發送的探測報文的大小 |
data-size size |
可選 缺省情況下,UDP-echo測試中發送的探測報文為100字節 |
配置發送的探測報文的填充字符串 |
data-fill string |
可選 缺省情況下,探測報文的填充內容為十六進製數值00010203040506070809 |
配置測試操作中探測報文中的源端口號 |
source port port-number |
可選 缺省情況下,未指定源端口號 |
配置測試操作中探測報文的源IP地址 |
source ip ip-address |
可選 缺省情況下,未指定源IP地址 該命令指定的源IP地址必須是設備上接口的IP地址,且接口為up狀態,否則測試將會失敗 |
配置通用的可選參數 |
參見表1-21 |
可選 |
建議不要對知名端口,即1~1023之間的端口,進行Voice測試,否則可能導致NQA測試失敗或該知名端口對應的服務不可用。
Voice測試主要用來測試VoIP(Voice over IP,在IP網絡上傳送語音數據)網絡情況,統計VoIP網絡參數,以便用戶根據網絡情況進行相應的調整。
Voice測試的過程如下:
(1) 源端(NQA客戶端)以一定的時間間隔向目的端(NQA服務器)發送G.711 A律、G.711 µ律或G.729 A律編碼格式的語音數據包。
(2) 目的端每收到一個數據包,就給它打上時間戳,然後再把這個數據包發回到源端。
(3) 源端收到數據包後通過計算目的端接收兩個數據包的時間間隔和源端發送兩個數據包的時間間隔之差,計算出時延抖動、單向延遲等網絡參數,從而清晰地反映出網絡狀況。
Voice測試還可以計算出反映VoIP網絡狀況的語音參數值,包括:
· ICPIF(Calculated Planning Impairment Factor,計算計劃損傷元素):用來量化網絡中語音數據的衰減,由單向網絡延遲和丟包率等決定。數值越大,表明語音網絡質量越差。
· MOS(Mean Opinion Scores,平均意見得分):用來衡量語音網絡的質量。通過計算網絡中語音數據的衰減——ICPIF值,可以估算出MOS值,MOS值的範圍為1~5。該值越高,表明語音網絡質量越好。
對語音質量的評價具有一定的主觀性,不同用戶對語音質量的容忍程度不同,因此,衡量語音質量時,需要考慮用戶的主觀因素。對語音質量容忍程度較強的用戶,可以通過advantage-factor命令配置補償因子,在計算ICPIF值時將減去該補償因子,修正ICPIF和MOS值,以便在比較語音質量時綜合考慮客觀和主觀因素。
Voice測試需要NQA服務器和客戶端配合才能完成。進行Voice測試之前,必須保證NQA服務器端配置了UDP監聽功能,配置方法請參見“1.3 配置NQA服務器”。
表1-16 配置Voice測試
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
配置測試類型為Voice,並進入測試類型視圖 |
type voice |
必選 |
配置測試操作的目的地址 |
destination ip ip-address |
必選 缺省情況下,未配置測試操作的目的IP地址 測試操作的目的地址必須與NQA服務器上所配置的監聽服務的IP地址一致 |
配置測試操作的目的端口 |
destination port port-number |
必選 缺省情況下,未配置測試操作的目的端口號 測試操作的目的端口號必須與NQA服務器上所配置的監聽服務的端口號一致 |
配置Voice測試的編碼格式 |
codec-type { g711a | g711u | g729a } |
可選 缺省情況下,語音編碼格式為G.711 A律 |
配置用於計算MOS值和ICPIF值的補償因子 |
advantage-factor factor |
可選 缺省情況下,補償因子取值為0 |
配置測試操作中探測報文的源IP地址 |
source ip ip-address |
可選 缺省情況下,未指定源IP地址 該命令指定的源IP地址必須是設備上接口的IP地址,且接口為up狀態,否則測試將會失敗 |
配置探測報文中的源端口號 |
source port port-number |
可選 缺省情況下,未指定源端口號 |
配置發送的探測報文的大小 |
data-size size |
可選 缺省情況下,發送的探測報文大小與配置的編碼格式有關,編碼格式為g.711a和g.711u時缺省報文大小為172字節,g.729a時為32字節 |
配置發送的探測報文的填充字符串 |
data-fill string |
可選 缺省情況下,探測報文的填充內容為十六進製數值00010203040506070809 |
配置一次Voice探測中發送探測報文的個數 |
probe packet-number packet-number |
可選 缺省情況下,一次Voice探測中發送1000個探測報文 |
配置Voice探測中發送探測報文的時間間隔 |
probe packet-interval packet-interval |
可選 缺省情況下,Voice探測中發送探測報文的時間間隔為20毫秒 |
配置Voice測試中等待響應報文的超時時間 |
probe packet-timeout packet-timeout |
可選 缺省情況下,Voice測試中等待響應報文的超時時間為5000毫秒 |
配置通用的可選參數 |
參見表1-21 |
可選 |
一次Voice測試隻能進行一次探測,而每次探測所發送的探測報文的個數由probe packet-number命令配置決定。
DLSw測試主要用來測試DLSw設備的響應時間。
在進行DLSw測試之前,需要在對端設備上使能DLSw功能。
表1-17 配置DLSw測試
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
配置測試類型為DLSw,並進入測試類型視圖 |
type dlsw |
必選 |
配置測試操作的目的地址 |
destination ip ip-address |
必選 缺省情況下,未配置測試操作的目的IP地址 |
配置測試操作中探測報文的源IP地址 |
source ip ip-address |
可選 缺省情況下,未指定源IP地址 該命令指定的源IP地址必須是設備上接口的IP地址,且接口為up狀態,否則測試將會失敗 |
配置通用的可選參數 |
參見表1-21 |
可選 |
在配置閾值告警功能之前,需要執行以下操作:
· 通過snmp-agent target-host命令配置Trap消息的目的地址。snmp-agent target-host命令的詳細介紹,請參見“網絡管理和監控命令參考”中的“SNMP配置命令”。
· 正確創建NQA測試組並配置相關參數。
表1-18 配置閾值告警功能
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
進入測試組測試類型視圖 |
type { dhcp | dlsw | dns | ftp | http | icmp-echo | snmp | tcp | udp-echo | udp-jitter | voice } |
- |
配置在指定條件下向網管服務器發送Trap消息 |
reaction trap { probe-failure consecutive-probe-failures | test-complete | test-failure cumulate-probe-failures } |
根據實際需要,選擇配置發送Trap消息的方法 缺省情況下,不向網管服務器發送Trap消息 |
創建監測探測持續時間的閾值告警組(除UDP-jitter和Voice測試外,均支持) |
reaction item-number checked-element probe-duration threshold-type { accumulate accumulate-occurrences | average | consecutive consecutive-occurrences } threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ] |
|
創建監測探測失敗次數的閾值告警組(除UDP-jitter和Voice測試外,均支持) |
reaction item-number checked-element probe-fail threshold-type { accumulate accumulate-occurrences | consecutive consecutive-occurrences } [ action-type { none | trap-only } ] |
|
創建監測報文往返時延的閾值告警組(僅UDP-jitter和Voice測試支持) |
reaction item-number checked-element rtt threshold-type { accumulate accumulate-occurrences | average } threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ] |
|
創建監測每次測試中丟包數的閾值告警組(僅UDP-jitter和Voice測試支持) |
reaction item-number checked-element packet-loss threshold-type accumulate accumulate-occurrences [ action-type { none | trap-only } ] |
|
創建監測單向時延抖動的閾值告警組(僅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 } ] |
|
創建監測單向時延的閾值告警組(僅UDP-jitter和Voice測試支持) |
reaction item-number checked-element { owd-ds | owd-sd } threshold-value upper-value lower-value |
|
創建監測Voice測試ICPIF值的閾值告警組(僅Voice測試支持) |
reaction item-number checked-element icpif threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ] |
|
創建監測Voice測試MOS值的閾值告警組(僅Voice測試支持) |
reaction item-number checked-element mos threshold-value upper-threshold lower-threshold [ action-type { none | trap-only } ] |
· DNS測試不支持發送Trap消息,即對於DNS測試,觸發動作隻能配置為none。
· 在Voice測試類型視圖下執行reaction trap命令時,隻支持reaction trap test-complete。
NQA將在指定時間間隔內完成的NQA測試歸為一組,計算該組測試結果的統計值,這些統計值構成一個統計組。通過display nqa statistics命令可以顯示該統計組的信息。通過statistics interval命令可以設置統計的時間間隔。
當保留的統計組數目達到最大值時,如果形成新的統計組,保存時間最久的統計組將被刪除。通過statistics max-group命令可以設置保留的最大統計組個數。
指定時間間隔內最後一次測試結束後,形成一個統計組。統計組具有老化功能,即統計組保存一定時間後,將被刪除。通過statistics hold-time命令可以設置統計組的保留時間。
表1-19 配置NQA統計功能
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
進入測試組測試類型視圖 |
type { dlsw | dns | ftp | http | icmp-echo | snmp | tcp | udp-echo | udp-jitter | voice } |
- |
配置對測試結果進行統計的時間間隔 |
statistics interval interval |
可選 缺省情況下,對測試結果進行統計的時間間隔為60分鍾 |
配置能夠保留的最大統計組個數 |
statistics max-group number |
可選 缺省情況下,能夠保留的最大統計組數為2 最大統計組個數為0時,不進行統計 |
配置統計組的保留時間 |
statistics hold-time hold-time |
可選 缺省情況下,統計組的保留時間為120分鍾 |
· DHCP測試不支持配置NQA統計功能。
· 如果通過frequency命令指定連續兩次測試開始時間的時間間隔為0,則不生成統計組信息。
開啟NQA測試組的曆史記錄保存功能後,係統將記錄NQA測試的曆史信息,通過display nqa history命令可以查看該測試組的曆史記錄信息。
通過本配置任務還可以指定:
· 曆史記錄的保存時間:曆史記錄保存時間達到配置的值後,將刪除該曆史記錄。
· 一個測試組中能夠保存的最大曆史記錄個數:如果曆史記錄個數超過設定的最大數目,則最早的曆史記錄將會被刪除。
表1-20 配置NQA曆史記錄功能
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
進入測試組測試類型視圖 |
type { dhcp | dlsw | dns | ftp | http | icmp-echo | snmp | tcp | udp-echo | udp-jitter | voice } |
- |
開啟NQA測試組的曆史記錄保存功能 |
history-record enable |
必選 缺省情況下,NQA測試組的曆史記錄保存功能處於關閉狀態 |
配置NQA測試組中曆史記錄的保存時間 |
history-record keep-time keep-time |
可選 缺省情況下,NQA測試組中曆史記錄的保存時間為120分鍾 |
配置在一個測試組中能夠保存的最大曆史記錄個數 |
history-record number number |
可選 缺省情況下,一個測試組中能夠保存的最大曆史記錄個數為50 |
NQA測試組的通用可選參數,隻對該測試組中的測試有效。
除特別說明外,所有測試類型都可以配置通用可選參數,可以根據實際情況選擇配置測試組的參數。
表1-21 配置NQA測試組的通用可選參數
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
進入NQA測試組視圖 |
nqa entry admin-name operation-tag |
- |
進入測試組測試類型視圖 |
type { dhcp | dlsw | dns | ftp | http | icmp-echo | snmp | tcp | udp-echo | udp-jitter | voice } |
- |
配置測試組的描述字符串 |
description text |
可選 缺省情況下,測試組沒有描述字符串 |
配置測試組連續兩次測試開始時間的時間間隔 |
frequency interval |
可選 缺省情況下,測試組連續兩次測試開始時間的時間間隔為0毫秒,即隻進行一次測試 如果到達frequency指定的時間間隔時,上次測試尚未完成,則不啟動新一輪測試 |
配置一次NQA測試中進行探測的次數 |
probe count times |
可選 缺省情況下,一次測試中的探測次數為1次 Voice測試中探測次數隻能為1,不支持該命令 |
配置NQA探測超時時間 |
probe timeout timeout |
可選 缺省情況下,探測的超時時間為3000毫秒 UDP-jitter測試不能配置該參數 |
配置探測報文在網絡中可以經過的最大跳數 |
ttl value |
可選 缺省情況下,探測報文在網絡中可以經過的最大跳數為20跳 DHCP測試不能配置該參數 |
配置NQA探測報文IP報文頭中服務類型域的值 |
tos value |
可選 缺省情況下,NQA探測報文IP報文頭中服務類型域的值為0 DHCP測試不能配置該參數 |
啟動路由表旁路功能 |
route-option bypass-route |
可選 缺省情況下,路由表旁路功能處於關閉狀態 DHCP測試不能配置該參數 |
通過本配置,可以設置測試組進行測試的啟動時間和持續時間。啟動時間取值可以是具體的時間值和now,now表示立即啟動測試;持續時間取值可以是具體的時間值和forever,forever表示一直進行測試,直到用戶通過undo nqa schedule命令手動停止測試。
係統時間在<啟動時間>到<啟動時間+持續時間>範圍內時,測試組進行測試。執行nqa schedule命令時,如果係統時間尚未到達啟動時間,則到達啟動時間後,啟動測試;如果係統時間在啟動時間~啟動時間+持續時間之間,則立即啟動測試;如果係統時間已經超過啟動時間+持續時間,則不會啟動測試。通過display clock命令可以查看係統的當前時間。
在調度NQA測試組之前,需要保證:
· 測試類型相應的測試參數配置完整;
· 對於需要與NQA服務器配合的測試類型,已經完成NQA服務器端的配置。
表1-22 調度NQA測試組
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
調度NQA測試組 |
nqa schedule admin-name operation-tag start-time { hh:mm:ss [ yyyy/mm/dd ] | now } lifetime { lifetime | forever } |
必選 |
配置處於測試狀態的NQA測試的最大個數 |
nqa agent max-concurrent number |
可選 缺省情況下,設備允許配置處於測試狀態的NQA測試的最大個數為2 |
· 測試組被調度後就不能再進入該測試組視圖和測試類型視圖。
· 對於已啟動的測試組或已經完成測試的測試組,不受係統時間調整的影響,隻有等待測試的測試組受係統時間調整的影響。
在完成上述配置後,在任意視圖下執行display命令可以顯示配置後NQA的運行情況,通過查看顯示信息驗證配置的效果。
表1-23 NQA顯示和維護
操作 |
命令 |
顯示NQA測試操作信息的曆史記錄 |
display nqa history [ admin-name operation-tag ] [ | { begin | exclude | include } regular-expression ] |
顯示NQA閾值告警功能的當前監測結果 |
display nqa reaction counters [ admin-name operation-tag [ item-number ] ] [ | { begin | exclude | include } regular-expression ] |
顯示最近一次NQA測試的結果 |
display nqa result [ admin-name operation-tag ] [ | { begin | exclude | include } regular-expression ] |
顯示NQA測試的統計信息 |
display nqa statistics [ admin-name operation-tag ] [ | { begin | exclude | include } regular-expression ] |
顯示服務器的狀態信息 |
display nqa server status [ | { begin | exclude | include } regular-expression ] |
使用NQA的ICMP-echo測試功能,測試本端(Device A)發送的報文是否可以經過指定的下一跳設備(Device C)到達指定的目的端(Device B),以及報文的往返時間。
圖1-2 ICMP-echo測試組網圖
進行下麵的配置之前,需要確保各設備之間路由可達。
# 創建ICMP-echo類型的NQA測試組,並配置測試操作的目的地址為10.2.2.2。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type icmp-echo
[DeviceA-nqa-admin-test-icmp-echo] destination ip 10.2.2.2
# 配置下一跳地址為10.1.1.2,以便測試報文經過指定的下一跳設備(Device C)到達目的端,而不是通過Device D到達目的端。
[DeviceA-nqa-admin-test-icmp-echo] next-hop 10.1.1.2
# 配置可選參數:一次NQA測試中探測的次數為10,探測的超時時間為500毫秒,測試組連續兩次測試開始時間的時間間隔為5000毫秒。
[DeviceA-nqa-admin-test-icmp-echo] probe count 10
[DeviceA-nqa-admin-test-icmp-echo] probe timeout 500
[DeviceA-nqa-admin-test-icmp-echo] frequency 5000
# 開啟NQA曆史記錄保存功能,並配置一個測試組中能夠保存的最大曆史記錄個數為10。
[DeviceA-nqa-admin-test-icmp-echo] history-record enable
[DeviceA-nqa-admin-test-icmp-echo] history-record number 10
[DeviceA-nqa-admin-test-icmp-echo] quit
# 啟動ICMP-echo測試操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 測試執行一段時間後,停止ICMP-echo測試操作。
[DeviceA] undo nqa schedule admin test
# 顯示ICMP-echo測試中最後一次測試的結果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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: 2007-08-23 15:00:01.2
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 顯示ICMP-echo測試的曆史記錄。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
370 3 Succeeded 2007-08-23 15:00:01.2
369 3 Succeeded 2007-08-23 15:00:01.2
368 3 Succeeded 2007-08-23 15:00:01.2
367 5 Succeeded 2007-08-23 15:00:01.2
366 3 Succeeded 2007-08-23 15:00:01.2
365 3 Succeeded 2007-08-23 15:00:01.2
364 3 Succeeded 2007-08-23 15:00:01.1
363 2 Succeeded 2007-08-23 15:00:01.1
362 3 Succeeded 2007-08-23 15:00:01.1
361 2 Succeeded 2007-08-23 15:00:01.1
使用DHCP功能測試Device A從DHCP服務器Device B申請到IP地址所需的時間。
圖1-3 配置DHCP組網圖
# 創建DHCP類型的NQA測試組並配置相關測試參數。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type dhcp
[DeviceA-nqa-admin-test-dhcp] operation interface vlan-interface 2
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test-dhcp] history-record enable
[DeviceA-nqa-admin-test-dhcp] quit
# 啟動DHCP測試操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 測試執行一段時間後,停止DHCP測試操作。
[DeviceA] undo nqa schedule admin test
# 顯示DHCP測試中最後一次測試的結果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Send operation times: 1 Receive response times: 1
Min/Max/Average round trip time: 624/624/624
Square-Sum of round trip time: 389376
Last succeeded probe time: 2007-11-22 09:56:03.2
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 顯示DHCP測試的曆史記錄。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 624 Succeeded 2007-11-22 09:56:03.2
使用DNS功能測試Device A是否可以通過指定的DNS服務器將域名host.com解析為IP地址,並測試域名解析所需的時間。
圖1-4 配置DNS組網圖
# 創建DNS類型的NQA測試組並配置相關測試參數。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type dns
[DeviceA-nqa-admin-test-dns] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-dns] resolve-target host.com
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test-dns] history-record enable
[DeviceA-nqa-admin-test-dns] quit
# 啟動DNS測試操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 測試執行一段時間後,停止DNS測試操作。
[DeviceA] undo nqa schedule admin test
# 顯示DNS測試中最後一次測試的結果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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: 2008-11-10 10:49:37.3
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 顯示DNS測試的曆史記錄。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 62 Succeeded 2008-11-10 10:49:37.3
使用FTP功能測試Device A是否可以和指定的FTP服務器Device B建立連接,以及往FTP服務器上傳一個文件的時間。登錄FTP服務器的用戶名為admin,密碼為systemtest,要傳送到服務器的文件名為config.txt。
圖1-5 配置FTP組網圖
# 創建FTP類型的NQA測試組並配置相關測試參數。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type ftp
[DeviceA-nqa-admin-test-ftp] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-ftp] source ip 10.1.1.1
[DeviceA-nqa-admin-test-ftp] operation put
[DeviceA-nqa-admin-test-ftp] username admin
[DeviceA-nqa-admin-test-ftp] password systemtest
[DeviceA-nqa-admin-test-ftp] filename config.txt
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test-ftp] history-record enable
[DeviceA-nqa-admin-test-ftp] quit
# 啟動FTP測試操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 測試執行一段時間後,停止FTP測試操作。
[DeviceA] undo nqa schedule admin test
# 顯示FTP測試中最後一次測試的結果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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: 2007-11-22 10:07:28.6
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 顯示FTP測試的曆史記錄。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 173 Succeeded 2007-11-22 10:07:28.6
使用HTTP功能,測試是否可以和指定的HTTP服務器之間建立連接,以及從HTTP服務器獲取數據的時間。
圖1-6 HTTP測試組網圖
# 創建HTTP類型的NQA測試組並配置相關測試參數。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type http
[DeviceA-nqa-admin-test-http] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-http] operation get
[DeviceA-nqa-admin-test-http] url /index.htm
[DeviceA-nqa-admin-test-http] http-version v1.0
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test-http] history-record enable
[DeviceA-nqa-admin-test-http] quit
# 啟動HTTP測試操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 測試執行一段時間後,停止HTTP測試操作。
[DeviceA] undo nqa schedule admin test
# 顯示HTTP測試中最後一次測試的結果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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: 2007-11-22 10:12:47.9
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 顯示HTTP測試的曆史記錄。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 64 Succeeded 2007-11-22 10:12:47.9
使用UDP-jitter功能測試本端(Device A)和指定的目的端(Device B)之間傳送報文的時延抖動。
圖1-7 UDP-jitter測試組網圖
(1) 配置Device B
# 使能NQA服務器,配置監聽的IP地址為10.2.2.2,端口號為9000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server udp-echo 10.2.2.2 9000
(2) 配置Device A
# 創建UDP-jitter類型的NQA測試組並配置相關測試參數。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type udp-jitter
[DeviceA-nqa-admin-test-udp-jitter] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-udp-jitter] destination port 9000
[DeviceA-nqa-admin-test-udp-jitter] frequency 1000
[DeviceA-nqa-admin-test-udp-jitter] quit
# 啟動UDP-jitter測試操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 測試執行一段時間後,停止UDP-jitter測試操作。
[DeviceA] undo nqa schedule admin test
# 顯示UDP-jitter測試中最後一次測試的結果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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 succeeded probe time: 2008-05-29 13:56:17.6
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) 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
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 packet(s): 0 DS lost packet(s): 0
Lost packet(s) for unknown reason: 0
# 顯示UDP-jitter測試的統計結果。
[DeviceA] display nqa statistics admin test
NQA entry (admin admin, tag test) test statistics:
NO. : 1
Destination IP address: 10.2.2.2
Start time: 2008-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 in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) 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
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 packet(s): 0 DS lost packet(s): 0
Lost packet(s) for unknown reason: 0
display nqa history命令的顯示信息無法反映UDP-jitter測試的結果,如果想了解UDP-jitter測試的結果,建議通過display nqa result命令查看最近一次NQA測試的結果,或通過display nqa statistics命令查看NQA測試的統計信息。
使用SNMP查詢測試從Device A發出一個SNMP協議查詢報文到收到SNMP agent(Device B)響應報文所用的時間。
圖1-8 SNMP配置測試組網圖
(1) 在SNMP agent上進行配置
# 啟動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查詢類型的測試組並配置相關測試參數。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type snmp
[DeviceA-nqa-admin-test-snmp] destination ip 10.2.2.2
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test-snmp] history-record enable
[DeviceA-nqa-admin-test-snmp] quit
# 啟動測試操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 測試執行一段時間後,停止SNMP測試操作。
[DeviceA] undo nqa schedule admin test
# 顯示SNMP測試中最後一次測試的結果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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: 2007-11-22 10:24:41.1
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 顯示SNMP測試的曆史記錄。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 50 Timeout 2007-11-22 10:24:41.1
使用TCP功能測試本端(Device A)和指定目的端(Device B)之間建立TCP連接所需的時間,使用的端口號為9000。
圖1-9 TCP測試組網圖
(1) 配置Device B
# 使能NQA服務器,配置監聽IP地址10.2.2.2和端口號9000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server tcp-connect 10.2.2.2 9000
(2) 配置Device A
# 創建TCP類型的測試組並配置相關測試參數。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type tcp
[DeviceA-nqa-admin-test-tcp] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-tcp] destination port 9000
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test-tcp] history-record enable
[DeviceA-nqa-admin-test-tcp] quit
# 啟動測試操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 測試執行一段時間後,停止TCP測試操作。
[DeviceA] undo nqa schedule admin test
# 顯示TCP測試中最後一次測試的結果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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: 2007-11-22 10:27:25.1
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 顯示TCP測試的曆史記錄。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 13 Succeeded 2007-11-22 10:27:25.1
使用UDP-echo功能測試本端(Device A)和指定目的端(Device B)之間UDP協議報文的往返時間,使用的端口號設置為8000。
圖1-10 UDP-echo測試組網圖
(1) 配置Device B
# 使能NQA服務器,配置監聽的IP地址為10.2.2.2,端口號為8000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server udp-echo 10.2.2.2 8000
(2) 配置Device A
# 創建UDP-echo類型的測試組並配置相關測試參數。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type udp-echo
[DeviceA-nqa-admin-test-udp-echo] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-udp-echo] destination port 8000
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test-udp-echo] history-record enable
[DeviceA-nqa-admin-test-udp-echo] quit
# 啟動測試操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 測試執行一段時間後,停止UDP-echo測試操作。
[DeviceA] undo nqa schedule admin test
# 顯示UDP-echo測試中最後一次測試的結果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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: 2007-11-22 10:36:17.9
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 顯示UDP-echo測試的曆史記錄。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 25 Succeeded 2007-11-22 10:36:17.9
使用Voice功能測試本端(Device A)和指定的目的端(Device B)之間傳送語音報文的時延抖動和網絡語音質量參數。
圖1-11 Voice測試組網圖
(1) 配置Device B
# 使能NQA服務器,配置監聽的IP地址為10.2.2.2,端口號為9000。
<DeviceB> system-view
[DeviceB] nqa server enable
[DeviceB] nqa server udp-echo 10.2.2.2 9000
(2) 配置Device A
# 創建Voice類型的NQA測試組並配置相關測試參數。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type voice
[DeviceA-nqa-admin-test-voice] destination ip 10.2.2.2
[DeviceA-nqa-admin-test-voice] destination port 9000
[DeviceA-nqa-admin-test-voice] quit
# 啟動Voice測試操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 測試執行一段時間後,停止Voice測試操作。
[DeviceA] undo nqa schedule admin test
# 顯示Voice測試中最後一次測試的結果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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 succeeded probe time: 2008-06-13 09:49:31.1
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) 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
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 packet(s): 0 DS lost packet(s): 0
Lost packet(s) for unknown reason: 0
Voice scores:
MOS value: 4.38 ICPIF value: 0
# 顯示Voice測試的統計結果。
[DeviceA] display nqa statistics admin test
NQA entry (admin admin, tag test) test statistics:
NO. : 1
Destination IP address: 10.2.2.2
Start time: 2008-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 in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) 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
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 packet(s): 0 DS lost packet(s): 0
Lost packet(s) for unknown reason: 0
Voice scores:
Max MOS value: 4.38 Min MOS value: 4.38
Max ICPIF value: 0 Min ICPIF value: 0
display nqa history命令的顯示信息無法反映Voice測試的結果,如果想了解Voice測試的結果,建議通過display nqa result命令查看最近一次NQA測試的結果,或通過display nqa statistics命令查看NQA測試的統計信息。
使用DLSw功能測試DLSw設備的響應時間。
圖1-12 DLSw測試組網圖
# 創建DLSw類型的測試組並配置相關測試參數。
<DeviceA> system-view
[DeviceA] nqa entry admin test
[DeviceA-nqa-admin-test] type dlsw
[DeviceA-nqa-admin-test-dlsw] destination ip 10.2.2.2
# 開啟NQA測試組的曆史記錄保存功能。
[DeviceA-nqa-admin-test-dlsw] history-record enable
[DeviceA-nqa-admin-test-dlsw] quit
# 啟動測試操作。
[DeviceA] nqa schedule admin test start-time now lifetime forever
# 測試執行一段時間後,停止DLSw測試操作。
[DeviceA] undo nqa schedule admin test
# 顯示DLSw測試中最後一次測試的結果。
[DeviceA] display nqa result admin test
NQA entry (admin admin, tag test) test results:
Destination IP address: 10.2.2.2
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: 2007-11-22 10:40:27.7
Extended results:
Packet loss in test: 0%
Failures due to timeout: 0
Failures due to disconnect: 0
Failures due to no connection: 0
Failures due to sequence error: 0
Failures due to internal error: 0
Failures due to other errors: 0
Packet(s) arrived late: 0
# 顯示DLSw測試的曆史記錄。
[DeviceA] display nqa history admin test
NQA entry (admin admin, tag test) history record(s):
Index Response Status Time
1 19 Succeeded 2007-11-22 10:40:27.7
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!