NetIQChariot快速使用手册组播设置.doc

NetIQ Chariot快速使用手册目 录1Chariot工作原理42安装42.1Console42.2Endpoint43经验配置54开始测试64.1使用步骤64.2脚本分析84.3生成自己的测试脚本94.4测试结果分析114.4.1运行过程114.4.2发送速率114.4.3时延124.4.4丢包124.4.5抖动135有效带宽测试136组播测试136.1关于组播136.2组网146.3测试步骤146.4Chariot组播测试的不足156.4.1测试前的设置156.4.2可能缺陷之一166.4.3可能缺陷之二176.4.4结论177防火墙17NetIQ Chariot快速使用手册1 Chariot工作原理控制端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”界面中选择“Dont install application monitoring support”，以后选择默认安装路径直到安装完毕。如果拿到的不是安装文件，而是endpoint.exe，直接运行的文件，双击该文件，在提示后确认就行了。不管用哪种方式，必须要确认Endpoint的服务已启动，不然测试无法进行下去。3 经验配置Chariot安装后的缺省配置一般情况下不需要改变。但我们根据实践经验，推荐对下面的配置进行一定的更改。在控制台主界面中，选择OptionsChange 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）；。输入起始点的地址协议中选择RTP输入接受端地址输入一个测试文件的名字，可以不管它5在界面中点“Select Script”，选择测试用脚本（如果在change user settings中配置了缺省脚本，就不需要再选择脚本了）；必要的时候，对脚本进行编辑，主要是修改send_data_rate值。建议直接使用下一节中的自定义脚本。6 测试窗口中，点Run按钮，测试就开始执行了。测试结束的时间，要么是指定时间段、要么是脚本中的循环次数完成。经常性的，需要双击测试窗口，让显示界面放大才能看到测试数据。7 可以将本次的测试会话，保存下来。下次登陆主界面时，可以直接用FileOpen打开，以免烦琐的配置。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，这是一个循环体，中间是循环的具体内容，循环的次数由countnumber_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 生成自己的测试脚本以生成会议电视测试用脚本为例：启动控制台主界面，进入ToolsEdit Scripts。在脚本编辑界面，选择FlieOpen，选择一个脚本范本，如IPTVv.scr。根据会议电视测试的具体情况，需要改变一些设置：a 将2条，type改为H263b 第11条，size=file_size维持不动为365000bytec 第12条，buffer=send_buffer_size改为“Normal Distributions”，下面的lower limit改为128，upper limit为1460d 第13条，不动，type=send_datatype(NOCOMPRESS)e 第14条，速率为我们会议电视开会的速率，如用384kbps的速率进行测试。修改后，用FileSave As将新脚本另存为如video.scr（放到流脚本目录下）。如果该脚本经常被用到，建议进入控制台主菜单，进入OptionsChange 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.0224.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 runip multicast-routinginterface 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 autoend3 路由器支持多播，对RAM的需求增大，确认是否足够的内存。因为支持多播时，会增加多播路由表等需要保存，所以需要更多的RAM。6.4.2 可能缺陷之一本来想利用Chariot，测试网络设备是否支持组播。如想验证路由器的允许组播穿越的配置是否成功，理论上可以用Chariot的组播测试会话进行验证，但失败了，经过各种分析，是Chariot的Endpoint的功能支持不足（我们现有的版本是v4.3）。Endpoint 1和Endpoint2位于一台路由器的两侧网络，进行单播测试时，能顺利得到测试数据；将路由器支持组播的特性加上，Chariot建立组播测试，无法得到测试数据。在网络两侧进行截包，确认Endpoint1的组播码流确实已经发出，而且与Endpint1同一测试网络的设备可以接收到组播包，但Endpoint2侧网络并没有收到任何组播码流。为进一步验证问题出在哪里，用其他的组播测试工具进行测试，组播能顺利通过路由器，说明该路由器的