NetIQChariot快速利用手册.docx
- 文档编号:12365599
- 上传时间:2023-06-05
- 格式:DOCX
- 页数:19
- 大小:684.25KB
NetIQChariot快速利用手册.docx
《NetIQChariot快速利用手册.docx》由会员分享,可在线阅读,更多相关《NetIQChariot快速利用手册.docx(19页珍藏版)》请在冰点文库上搜索。
NetIQChariot快速利用手册
NetIQChariot快速利用手册
NetIQChariot快速利用手册
1Chariot工作原理
操纵端Console为该产品的核心部份,操纵界面(也可采纳命令行方式)、测试设计界面、脚本选择及编辑、结果显示、报告生成和API接口提供等都由操纵端提供。
Endpoint依如实际测试的需要,安装在单个或多个终端处,负责从操纵端接收指令、完成测试并将测试数据上报到操纵端。
测试范围:
能够点到点、点到多点、多点到多点、组播,连接可多达一万对。
2安装
ChariotConsole是一个32位的Windows应用,能够运行在以下四种操作系统平台:
WindowsMe、WindowsNT、Windows2000、WindowsXP(32-bitonly)。
注意:
安装软件的机械不能配置太低,不然测试软件可能无法正常运行。
2.1Console
在一台运算机上安装Console,该运算机上可同时安装Endpoint。
运行Chariot_inst效劳器安装程序,选择安装默许途径,直到安装终止。
2.2Endpoint
必需在被测试网络的远端安装Endpoint。
本地能够与Console安装在同一台运算机上。
有两种Endpoint可供选择:
,需要安装,安装后永久保留,开机效劳自动运行;另一个是,双击运行,下次开机需要从头运行。
关于gsendw32,选择默许安装途径,在弹出的“ApplicationMonitoringSupportInstallation”界面当选择“Don’tinstallapplicationmonitoringsupport”,以后选择默许安装途径直到安装完毕。
若是拿到的不是安装文件,而是,直接运行的文件,双击该文件,在提示后确认就好了。
不管用哪一种方式,必需要确认Endpoint的效劳已启动,不然测试无法进行下去。
3体会配置
Chariot安装后的缺省配置一样情形下不需要改变。
但咱们依如实践体会,推荐对下面的配置进行必然的更改。
在操纵台主界面中,选择Options->ChangeUserSettings,进入改变用户设置的界面:
EndpointPairDefaults页面
DefaultScript处,制定一个缺省的脚本,如系统的流脚本中的,或用户自概念的脚本。
如此每次进行测试时,都不用再去选择脚本了,也可能不用再编辑脚本了(选择的脚本内容已经被确认过了)。
Runoptions页面
Howtoendatestrun,建议改成Runforafixedduration,并输入一个确信的时刻,这对网络的长期监测超级有帮忙,如短时刻测试能够设置3分钟或5分钟等。
Stoprunoninitializationfailure,建议不选。
Useanewseedforrandomvariablesoneveryrun,建议不选
ThroughputUnits页面
对会议电视系统来讲,建议选择为Kbps(1024bits/sec)
4开始测试
4.1利用步骤
1.在开始菜单中启动
,弹出主界面:
2.在主界面当选择“new”,弹出测试会话界面:
3.在测试会话界面选择“Addpair”。
4.配置测试会话。
输入两个endpoint的IP地址;选择网络协议(对流脚本来讲,若是需要测试抖动的数据,网络协议选择为RTP);。
输入起始点的地址
协议中选择RTP
输入接受端地址
输入一个测试文件的名字,可以不管它
5.在界面中点“SelectScript”,选择测试用脚本(若是在changeusersettings中配置了缺省脚本,就不需要再选择脚本了);必要的时候,对脚本进行编辑,主若是修改send_data_rate值。
建议直接利用下一节中的自概念脚本。
6.测试窗口中,点
Run按钮,测试就开始执行了。
测试终止的时刻,要么是指按时刻段、要么是脚本中的循环次数完成。
常常性的,需要双击测试窗口,让显示界面放大才能看到测试数据。
7.能够将本次的测试会话,保留下来。
下次登岸主界面时,能够直接用File->Open打开,以避免烦琐的配置。
4.2脚本分析
脚本是chariot最基础的部份。
脚本保留在安装ChariotConsole的运算机上面,只有在开始测试的时候开始分发。
以流脚本为例,分析脚本的组成、参数设置。
在开始测试前,选择了流脚本脚本,用“EditThisScript”对脚本进行编辑,双击一行代码,能够修改变量值,或设置为永久值;通过Insert菜单,能够添加代码行,设置睡眠时刻等信息。
脚本的全数内容为:
该脚本分为左右两部份,左侧表示Endpoint1的内容,右边表示pair的Endpoint2的内容。
负载类型
RTP_PAYLOAD_TYPE,那个地址选择的是MPV格式,确实是MPEG编码格式。
对会议电视来讲,能够选择或。
睡眠时刻
SLEEP,表示两个命令执行的延迟时刻,毫秒为单位。
那个地址设置为0。
连接端口
port,发送(Endpoint1)和接收(Endpoint2)的端口设为自动。
循环
LOOP和END_LOOP,这是一个循环体,中间是循环的具体内容,循环的次数由count=number_oftiming-records(n)决定。
注意,若是在changeusersettings中设置了脚本完成的标志是一个时刻段,那么那个地址设置的循环次数将无效,具体的循环次数依据测试时刻长短的不同而不同。
发送和接收
SEND(Endpint1)和RECEIVE(Endpoint2)下面的内容,决定了脚本最终在网络上传送和接收的具体内容。
接收方大体上不需要做什么更改,与发送维持一致就好了。
文件大小
file_size,也确实是Chariot预备将那个大小的文件发送出去,把那个文件发送出去需要的时刻由发送速度决定。
双击该项,能够修改此文件大小。
注意:
发送文件不能过小,不然,运算机专门快将一个小文件发出去了,不断快速循环,测试设备会造成严峻丢包,失去测试的意义。
建议在模拟会议电视和IPTV测试时,那个文件大小就选择缺省的365000。
发送的包大小
send_buffer_size。
表示每次发送时包的大小。
双击该选项,在currentvalue中,对发送的大小,能够做选择,别离是constantvalue(每一个包大小一样,后面的value能够设置具体的大小)、UniformDistributing(每一个包大小不一致,每一个范围的包大小均匀散布,下面的lower和upper能够设置包大小的散布范围)、NormalDistributing(每一个包大小不一致,每一个范围的包大小呈抛物线散布,下面的lower和upper能够设置包大小的散布范围)、PossonDistributing(每一个包大小不一致,每一个范围的包大小呈泊松散布,下面的lower和upper能够设置包大小的散布范围)、ExponentialDistributing(每一个包大小不一致,每一个范围的包大小呈指数散布,下面的lower和upper能够设置包大小的散布范围)。
对IPTV和会议电视来讲,依照编码的时刻情形,和尽快发送的原那么,建议选择NormalDistributing。
Lowerlimit选择12八、upperlimit选择1460。
发送速度
send_data_rate,发送数据的速度,依如实际情形进行选择或输入。
发送的时刻
这是脚本中未显式表示出来。
对一次循环来讲,本次循环需要的时刻是:
(file_size)*8/(send_data_rate)。
例如,file_size是768000(byte),发送速度为192kbps,那么单次循环是时刻是:
32秒。
如:
如此的话,脚本运行时刻是:
单次运行时刻*循环次数。
固然,若是在changeusersettings中设置了许诺时刻,就以设置值为准。
4.3生成自己的测试脚本
以生成会议电视测试用脚本为例:
启动操纵台主界面,进入Tools->EditScripts。
在脚本编辑界面,选择Flie->Open,选择一个脚本范本,如。
依照会议电视测试的具体情形,需要改变一些设置:
a.将2条,type改成H263
b.第11条,size=file_size维持不动为365000byte
c.第12条,buffer=send_buffer_size改成“NormalDistributions”,下面的lowerlimit改成128,upperlimit为1460
d.第13条,不动,type=send_datatype(NOCOMPRESS)
e.第14条,速度为咱们会议电视开会的速度,如用384kbps的速度进行测试。
修改后,用File->SaveAs将新脚本另存为如(放到流脚本目录下)。
若是该脚本常常被用到,建议进入操纵台主菜单,进入Options->ChangeUserSettings,在EndpointPairDefaults页面,将该脚本设为缺省脚本。
如此绝大多数测试时,不需要再编辑脚本。
用这种方式生成的脚本如下,能够直接利用。
具体利历时,需要修改send_data_rate值。
4.4测试结果分析
4.4.1运行进程
运行后,30of100,其中100标识脚本中设定的循环次数,30表示目前运行到第几个循环。
若是在changeusersettings中设置脚本终止运行的判定标准是指定的时刻段,那么脚本中制定的循环次数不起作用。
4.4.2发送速度
那个throughput不是网络可利用的有效带宽。
而是在测试脚本中指定的发送速度(send_data_rate)。
由于网络的不稳固,致使上图中不能保证以恒定的速度发送速度。
图中的曲线数量表示运行的测试对数量,并用不同的颜色标识。
(丢包、抖动、时延曲线的含义相同)。
4.4.3时延
(该图中,pair1方向无时延)
4.4.4丢包
4.4.5抖动
(该图中,两对pair未检测到抖动)
5有效带宽测试
常常性的,咱们要测试一段网络的实际有效带宽。
在进行一般设置时,测试结果的Throughput页面显示的速度,是send_data_rate中设置的实际发送速度,而不是真正的有效带宽。
要进行带宽测试,需要选择系统脚本,如此测试的结果中显示的Throughout才是有效带宽。
6组播测试
6.1关于组播
1.有效的组播地址范围为到(D类地址)。
2.D类地址的一些预留地址不能利用,如,因此一样建议组播地址为或更高的地址
3.组播的地址映射,从IP层的地址映射到链路层的MAC地址。
为了支持IP组播,Internet权威机构把01-00-5E-00-00-00到01-00-5E-7F-FF-FF范围的组播地址保留用于以太网和光纤散布式数据接口的媒体访问操纵(MAC)地址。
为了将一个IP组播地址映射到一个MAC层组播地址,IP组播地址的23个低序位被直接映射到MAC层组播地址23个低序位。
依照D类地址约定,IP组播地址的前4位是固定的,IP组播地址中有5位没有映射到MAC层组播地址。
因此某个主性能够接收不是它所属的组的MAC层组播数据包。
但是一旦确信了目标IP地址,这些数据包就会被IP抛弃。
例如,组播地址将变成01-00-5E-40-10-01。
为了利用那23个低序位,第一个八位组将可不能被利用,第二个八位组中仅有最后7位被利用。
第三个和第四个八位组将直接转换为十六进制数字。
关于第二个八位组,192的二进制表示。
若是抛弃高序位,它将变成1000000或64(十进制)或0x40(十六进制)。
关于下一个八位组,16的十六进制表示0x10。
关于最后一个八位组,1的十六进制表示0x01。
因此,对应于的MAC地址将变成01-00-5E-40-10-01。
4.组播利用UDP、RTP等无连接协议。
6.2组网
为了测试组播,第一通过操纵台成立一个组播组,成立以后,配置组播组来仿真不同的应用,发送数据到多个地址集合中,每一个组播测试中的IP组播地址和端口必需是不同的。
端点1作为一个组播的发送者,利用IP组播地址和端口发送数据给组播组的成员。
所有的端点2作为同意者。
6.3测试步骤
1.在测试串口,点击
(AddMulticastGroup),创建组播测试会话。
2.配置组播测试会话。
Multicastaddress和Multicastport:
输入组播地址和端口号。
Endpoint1networkaddress:
输入端点1的IP地址。
Multicastgroupmembers:
添加多个端点2的地址。
Networkprotocol:
依如实际情形,选择RTP或UDP协议。
SelectScript:
选择脚本,如流脚本。
EditThisScript:
编辑脚本,可能需要修改的地址是send_data_rate,指定测试速度。
3.运行测试,测试结果与单播测试的分析方式一致。
6.4Chariot组播测试的不足
6.4.1测试前的设置
1.在操纵台界面,ChangeUserSettings的Datagram页面,将MulticastTimeToLive(TTL)设为5。
默以为1跳,如此数据包就不能传过路由器。
2.配置路由器,启用IP多播支持
在缺省情形下,路由器将组播路由关闭了,需要配置路由器,将支持组播路由打开,并选择适合的组播路由算法。
在全局模式下配置:
ipmulticast-routing,许诺组播路由。
在端口模式下配置:
ippimdense-mode、或ippimsparse-mode、或ippimsparse-dense-mode,(依照接收端的组网散布而定),指定组播方式,也默许组播许诺从该端口发送,而且该端口侧的网络中有组播加入请求。
Router#shrun
……
ipmulticast-routing
interfaceFastEthernet0/0
ipaddressippimdense-mode
duplexauto
speedauto
!
interfaceFastEthernet0/1
ipaddressippimdense-mode
duplexauto
speedauto
……
end
3.路由器支持多播,对RAM的需求增大,确认是不是足够的内存。
因为支持多播时,会增加多播路由表等需要保留,因此需要更多的RAM。
6.4.2可能缺点之一
本来想利用Chariot,测试网络设备是不是支持组播。
如想验证路由器的许诺组播穿越的配置是不是成功,理论上能够用Chariot的组播测试会话进行验证,但失败了,通过各类分析,是Chariot的Endpoint的功能支持不足(咱们现有的版本是)。
Endpoint1和Endpoint2位于一台路由器的双侧网络,进行单播测试时,能顺利取得测试数据;将路由器支持组播的特性加上,Chariot成立组播测试,无法取得测试数据。
在网络双侧进行截包,确认Endpoint1的组播码流确实已经发出,而且与Endpint1同一测试网络的设备能够接收到组播包,但Endpoint2侧网络并无收到任何组播码流。
为进一步验证问题出在哪里,用其他的组播测试工具进行测试,组播能顺利通过路由器,说明该路由器的配置没有问题,而且该路由器一直能够在实际的IPTV测试环境中路由组播。
在路由器上用debug调试方式查看,发觉Endpoint1发送组播时,向路由器该网络侧的端口发送的创建组播的消息,但Endpoint2并无向路由器发送加入组播组的IGMP消息。
对路由器来讲,若是某一侧网络没有设备向它发送加入组播组的请求,它不行向这一侧的网络接口发送组播码流,目的是为节省CPU资源,这是路由器的裁剪功能。
用其他的测试工具对路由器进行组播测试,组播接收设备都主动向路由器发送加入组播组的IGMP消息。
也确实是说,由于Endpoint的问题,Chariot的组播不能被路由器路由。
6.4.3可能缺点之二
在用Chariot成立组播测试时,一旦Endpoint1发送组播码流,那么在路由器上的调试信息中能够看到,为路由Chariot组播,路由器计算路由表,花费大量RAM,路由器的阻碍超级大,因此在现场测试时,不要轻易采纳组播测试。
6.4.4结论
由于可能对网络设备和网络设备造成冲击,对局方网络的稳固性和畅通性有阻碍,尽可能不要启动组播测试。
若是类似IPTV项目要测试网络状态,直接用单播进行测试,这对测试网络状态来讲,目的一样能达到。
7防火墙
在防火墙上需要打开10115端口。
设置防火墙后,用Chariot成立测试会议,用网络协议用TCP连接方式,如脚本时,测试没有问题;但网络协议用RTP时,通过截包,Endpoint2能收到Endpoint1的码流,但Endpoint2的测试结果无法返回给Endpoint1,致使测试失败。
查阅NetIQ网站,取得Chariot在高版本对穿越防火墙做了较大改良,也确实是说咱们手头上的版本在穿越防火墙上存在缺点,流脚本测试失败。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- NetIQChariot 快速 利用 手册
![提示](https://static.bingdoc.com/images/bang_tan.gif)