NetIQ_Chariot快速使用手册-组播设置

NetIQ Chariot快速使用手册
目录
1 Chariot工作原理 (2)
2 安装 (2)
2.1 Console (2)
2.2 Endpoint (2)
3 经验配置 (3)
4 开始测试 (4)
4.1 使用步骤 (4)
4.2 脚本分析 (6)
4.3 生成自己的测试脚本 (7)
4.4 测试结果分析 (9)
4.4.1 运行过程 (9)
4.4.2 发送速率 (9)
4.4.3 时延 (10)
4.4.4 丢包 (10)
4.4.5 抖动 (11)
5 有效带宽测试 (11)
6 组播测试 (11)
6.1 关于组播 (11)
6.2 组网 (12)
6.3 测试步骤 (12)
6.4 Chariot组播测试的不足 (13)
6.4.1 测试前的设置 (13)
6.4.2 可能缺陷之一 (14)
6.4.3 可能缺陷之二 (15)
6.4.4 结论 (15)
7 防火墙 (15)
NetIQ Chariot快速使用手册
1Chariot工作原理
控制端Console为该产品的核心部分，控制界面（也可采用命令行方式）、测试设计界面、脚本选择及编辑、结果显示、报告生成以及API 接口提供等都由控制端提供。

Endpoint 根据实际测试的需要，安装在单个或者多个终端处，负责从控制端接收指令、完成测试并将测试数据上报到控制端。

测试范围：可以点到点、点到多点、多点到多点、组播，连接可多达一万对。

2安装
Chariot Console是一个32位的Windows应用，可以运行在以下四种操作系统平台：Windows Me 、Windows NT 、Windows 2000 、Windows XP (32-bit only)。

注意：安装软件的机器不能配置太低，否则测试软件可能无法正常运行。

2.1 Console
在一台计算机上安装Console，该计算机上可同时安装Endpoint。

运行Chariot_inst服务器安装程序，选择安装默认路径，直到安装结束。

2.2 Endpoint
必须在被测试网络的远端安装Endpoint。

本地可以与Console安装在同一台计算机上。

有两种Endpoint可供选择：GSENDW32.EXE，需要安装，安装后永远保存，开机服务自动运行；另一个是endpoint.exe，双击运行，下次开机需要重新运行。

对于gsendw32，选择默认安装路径，在弹出的“Application Monitoring Support Installation”界面中选择“Don’t install application monitoring support”，以后选择默认安装路径直到安装完毕。

如果拿到的不是安装文件，而是endpoint.exe，直接运行的文件，双击该文件，在提示后确认就行了。

不管用哪种方式，必须要确认Endpoint的服务已启动，不然测试无法进行下去。

3经验配置
Chariot安装后的缺省配置一般情况下不需要改变。

但我们根据实践经验，推荐对下面的配置进行一定的更改。

在控制台主界面中，选择Options－>Change User Settings，进入改变用户设置的界面：
Endpoint Pair Defaults页面
Default Script处，制定一个缺省的脚本，如系统的流脚本中的IPTVv.scr，或者用户自定义的脚本。

这样每次进行测试时，都不用再去选择脚本了，也可能不用再编辑脚本了（选择的脚本内容已经被确认过了）。

Run options页面
How to end a test run，建议改为Run for a fixed duration，并输入一个确定的时间，这对网络的长期监测非常有帮助，如短时间测试可以设置3分钟或5分钟等。

Stop run on initialization failure，建议不选。

Use a new seed for random variables on every run，建议不选
Throughput Units页面
对会议电视系统来说，建议选择为Kbps（1024bits/sec）
4开始测试
4.1 使用步骤
1．在开始菜单中启动，弹出主界面：
2．在主界面中选择“new”，弹出测试会话界面：
3．在测试会话界面选择“Add pair ”。

4．配置测试会话。

输入两个endpoint 的IP 地址；选择网络协议（对流脚本来说，如果需要测试抖动的数据，网络协议选择为RTP ）；。

建议直接使用下一节中的自定义脚本。

6． 测试窗口中，点Run 按钮，测试就开始执行了。

测试结束的时间，要么是指定时间段、要么是脚本中的循环次数完成。

经常性的，需要双击测试窗口，让显示界面放大才能看到测试数据。

7． 可以将本次的测试会话，保存下来。

下次登陆主界面时，可以直接用File －>Open 打开，以免烦琐的配置。

4.2 脚本分析
脚本是chariot最基础的部分。

脚本保存在安装Chariot Console的计算机上面，只有在开始测试的时候开始分发。

以流脚本IPTVv.scr为例，分析脚本的组成、参数设置。

在开始测试前，选择了流脚本IPTVv.scr脚本，用“Edit This Script”对脚本进行编辑，双击一行代码，可以修改变量值，或者设置为永久值；通过Insert菜单，可以添加代码行，设置睡眠时间等信息。

IPTVv.scr脚本的全部内容为：
该脚本分为左右两部分，左边表示Endpoint1的内容，右边表示pair的Endpoint2的内容。

负载类型
RTP_PAYLOAD_TYPE，这里选择的是MPV格式，就是MPEG编码格式。

对会议电视来说，可以选择H.261或H.263。

睡眠时间
SLEEP，表示两个命令执行的延迟时间，毫秒为单位。

这里设置为0。

连接端口
port，发送（Endpoint1）和接收（Endpoint2）的端口设为自动。

循环
LOOP和END_LOOP，这是一个循环体，中间是循环的具体内容，循环的次数由count＝number_oftiming-records(n)决定。

注意，如果在change user settings中设置了脚本完成的标志是一个时间段，那么这里设置的循环次数将无效，具体的循环次数依据测试时间长短的不同而不同。

发送和接收
SEND(Endpint1)和RECEIVE（Endpoint2）下面的内容，决定了脚本最终在网络上传送和接收的具体内容。

接收方基本上不需要做什么更改，与发送保持一致就行了。

文件大小
file_size，也就是Chariot准备将这个大小的文件发送出去，把这个文件发送出去需要的时间由发送速率决定。

双击该项，可以修改此文件大小。

注意：发送文件不能太小，不然，计算机很快将一个小文件发出去了，不断快速循环，测试设备会造成严重丢包，失去测试的意义。

建议在模拟会
议电视和IPTV测试时，这个文件大小就选择缺省的365000。

发送的包大小
send_buffer_size。

表示每次发送时包的大小。

双击该选项，在current value中，对发送的大小，可以做选择，分别是constant value（每个包大小一样，后面的value可以设置具体的大小）、Uniform Distributing（每个包大小不一致，每个范围的包大小均匀分布，下面的lower和upper可以设置包大小的分布范围）、Normal Distributing（每个包大小不一致，每个范围的包大小呈抛物线分布，下面的lower和upper可以设置包大小的分布范围）、Posson Distributing（每个包大小不一致，每个范围的包大小呈泊松分布，下面的lower和upper可以设置包大小的分布范围）、Exponential Distributing（每个包大小不一致，每个范围的包大小呈指数分布，下面的lower和upper可以设置包大小的分布范围）。

对IPTV和会议电视来说，根据编码的时间情况，和尽快发送的原则，建议选择Normal Distributing。

Lower limit选择128、upper limit选择1460。

发送速率
send_data_rate，发送数据的速率，根据实际情况进行选择或输入。

发送的时间
这是脚本中未显式表示出来。

对一次循环来说，本次循环需要的时间是：（file_size）*8 / (send_data_rate)。

例如，file_size是768000（byte），发送速率为192kbps，那么单次循环是时间是：32秒。

如：
这样的话，脚本运行时间是：单次运行时间*循环次数。

当然，如果在change user settings中设置了允许时间，就以设置值为准。

4.3 生成自己的测试脚本
以生成会议电视测试用脚本为例：
启动控制台主界面，进入Tools－>Edit Scripts。

在脚本编辑界面，选择Flie－>Open，选择一个脚本范本，如IPTVv.scr。

根据会议电视测试的具体情况，需要改变一些设置：
a．将2条，type改为H263
b．第11条，size=file_size维持不动为365000byte
c．第12条，buffer=send_buffer_size改为“Normal Distributions”，下面的lower limit改为128，upper limit为1460
d．第13条，不动，type=send_datatype(NOCOMPRESS)
e．第14条，速率为我们会议电视开会的速率，如用384kbps的速率进行测试。

修改后，用File－>Save As将新脚本另存为如video.scr（放到流脚本目录下）。

如果该脚本经常被用到，建议进入控制台主菜单，进入Options－>Change User Settings，在Endpoint Pair Defaults页面，将该脚本设为缺省脚本。

这样绝大多数测试时，不需要再编辑脚本。

用这种方法生成的脚本如下，可以直接使用。

具体使用时，需要修改send_data_rate值。

4.4 测试结果分析
4.4.1运行过程
运行后，30 of 100，其中100标识脚本中设定的循环次数，30表示目前运行到第几个循环。

如果在change user settings中设置脚本结束运行的判断标准是指定的时间段，则脚本中制定的循环次数不起作用。

4.4.2发送速率
这个throughput不是网络可利用的有效带宽。

而是在测试脚本中指定的发送速率（send_data_rate）。

由于网络的不稳定，导致上图中不能保证以恒定的速率发送速率。

图中的曲线数量表示运行的测试对数目，并用不同的颜色标识。

（丢包、抖动、时延曲线的含义相同）。

4.4.3时延
（该图中，pair 1方向无时延）4.4.4丢包
4.4.5抖动
（该图中，两对pair未检测到抖动）
5有效带宽测试
经常性的，我们要测试一段网络的实际有效带宽。

在进行普通设置时，测试结果的Throughput页面显示的速率，是send_data_rate中设置的实际发送速率，而不是真正的有效带宽。

要进行带宽测试，需要选择系统脚本Throughput.scr，这样测试的结果中显示的Throughout 才是有效带宽。

6组播测试
6.1 关于组播
1．有效的组播地址范围为224.0.0.0到239.255.255.255（D类地址）。

2．D类地址的一些预留地址不能使用，如224.0.0.0～224.0.0.255，所以一般建议组播地址为225.0.0.0或者更高的地址
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丢弃。

例如，组播地址224.192.16.1将变成01-00-5E-40-10-01。

为了使用那23个低序位，第一个八位组将不会被使用，第二个八位组中仅有最后7位被使用。

第三个和第四个八位组将直接转换为十六进制数字。

对于第二个八位组，192的二进制表示11000000。

如果丢弃高序位，它将变成1000000或64（十进制）或0x40（十六进制）。

对于下一个八位组，
16的十六进制表示0x10。

对于最后一个八位组，1的十六进制表示0x01。

因此，对应于224.192.16.1的MAC地址将变成01-00-5E-40-10-01。

4．组播使用UDP、RTP等无连接协议。

6.2 组网
为了测试组播，首先通过控制台建立一个组播组，建立之后，配置组播组来仿真不同的应用，发送数据到多个地址集合中，每一个组播测试中的IP组播地址和端口必须是不同的。

端点1作为一个组播的发送者，使用IP组播地址和端口发送数据给组播组的成员。

所有的端点2作为接受者。

6.3 测试步骤
1．在测试串口，点击（Add Multicast Group），创建组播测试会话。

2．配置组播测试会话。

Multicast address和Multicast port：输入组播地址和端口号。

Endpoint 1 network address：输入端点1的IP地址。

Multicast group members：添加多个端点2的地址。

Network protocol：根据实际情况，选择RTP或UDP协议。

Select Script：选择脚本，如流脚本IPTVv.scr。

Edit This Script：编辑脚本，可能需要修改的地方是send_data_rate，指定测试速率。

3．运行测试，测试结果与单播测试的分析方法一致。

6.4 Chariot组播测试的不足
6.4.1测试前的设置
1．在控制台界面，Change User Settings的Datagram页面，将Multicast Time To Live (TTL) 设为5。

默认为1跳，这样数据包就不能传过路由器。

2．配置路由器，启用IP多播支持
在缺省情况下，路由器将组播路由关闭了，需要配置路由器，将支持组播路由打开，并选择合适的组播路由算法。

在全局模式下配置：ip multicast-routing，允许组播路由。

在端口模式下配置：ip pim dense-mode、或ip pim sparse-mode、或ip pim sparse-dense-mode，（根据接收端的组网分布而定），指定组播方式，也默认组播允许从该端口发送，并且该端口侧的网络中有组播加入请求。

Router#sh run
……
ip multicast-routing
interface FastEthernet0/0
ip address 10.50.55.250 255.255.0.0
ip pim dense-mode
duplex auto
speed auto
!
interface FastEthernet0/1
ip address 172.96.1.1 255.255.0.0
ip pim dense-mode
duplex auto
speed auto
……
end
3．路由器支持多播，对RAM的需求增大，确认是否足够的内存。

因为支持多播时，会增加多播路由表等需要保存，所以需要更多的RAM。

6.4.2可能缺陷之一
本来想利用Chariot，测试网络设备是否支持组播。

如想验证路由器的允许组播穿越的配置是否成功，理论上可以用Chariot的组播测试会话进行验证，但失败了，经过各种分析，是Chariot的Endpoint的功能支持不足（我们现有的版本是v4.3）。

Endpoint 1和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连接方式，如Throughtout.scr脚本时，测试没有问题；但网络协议用RTP时，通过截包，Endpoint2能收到Endpoint1的码流，但Endpoint2的测试结果无法返回给Endpoint1，导致测试失败。

查阅NetIQ网站，得到Chariot在高版本对穿越防火墙做了较大改进，也就是说我们手头上的V4.3版本在穿越防火墙上存在缺陷，流脚本测试失败。