IxChariot介绍

Ixchariot 6.7

1. 简介

Chariot 是业界著名的多功能网络业务测试软件。由Ganymede Software 公司开发，站在应用层的角度使用一些基准 流量对网络系统的性能进行分析。非常多的评测实验室都在使用 Chariot 软件进行网络设备的性能测试，比如一些千兆以太网卡横向比较测试和无线局域网产品的横 向比较测试，很多对于防火墙设备的评测都采用了 Chariot 。

Chariot能够评估网络应用的性能和容量，对网络和设备进行压力测试，得到设备及网络在不同应用、不同参数下的吞吐量、时延、丢包、反应时间等性能参数。

Chariot 通过各种机制可以仿真任意的应用。首先，通过内置的脚本，Chariot 发送不同的数据流，可以模拟现在常见的 125 种应用，而且这种数据流是双向的，真正与协议栈进行交互。Chariot 对各种应用的支持是基于在 Endpoint 之间发送的多种数据流，数据流的传送 可基于多种协议，包括 TCP、UDP、RTP、SPX、IPX 和 SNA，目前也已经支持 IPv6。Chariot 还支持Multicast、QoS等多种先进技术，而且将一直保持同步。

Chariot允许对脚本进行定制，改变数据流的各种参数，比如起始的启动间隔、发送窗口、 接受窗口的大小，发送文件的大小，发送的速率、发送的比特流类型、使用端口等等，而且 这些参数不但可以是一个由用户指定的典型数值，而且还能选用在最大、最小值之间符合平均分布、正态分布、泊松分布或者指数分布的随机值，从而真正地仿真网络中各种特定的数据流，全面地测试网络或者网络设备在复杂的网络环境下的性能。

主要特性:

1) 提供了192个应用脚本，以仿真各种企业应用、Triple Play 和Internet流量。 2) 支持L4（传输层）上的真实应用行为。

3) 支持使用应用群组（Application Goups）创建独立的控制层面和数据层面行为。 4) 使用IxProfile 和IxChariot SDK量身定做指定功能的脚本。 5) 创建复杂的有QoS或无QoS的IPv4和IPv6的流量模型。 6) 可以测定吞吐量、抖动、丢包率、端到端延迟、MOS值和MDI值。 7) 支持诸如RSSI等802.11客户端状态统计与IP统计的无缝关联。 8) 可以评定新技术的影响，比如VoIP、IPv6和组播视频。 9) 支持嵌入定制的净荷内容，用于测试网络上的特定数据流。

10) 能够通过分割测试性能低劣的网络环节和设备，对关键性能问题进行故障定位。 11) 可以评测IPTV频道“zap”时间。

12) 可以测试高BDP网络，例如卫星链路和10G以太网。

13) 用Ixia的硬件测试平台可以生成2-3层线速流量与IxChariot?生成的应用流量

模型一起运行。

1.1. Chariot 的组成：

1.1.1. Chariot 控制台

Chariot 控制台可以运行于Microsoft 的各种 Windows 平台。在 Chariot 控制台上可以定义各种可能的测试拓扑结构和测 试业务类型。

Chariot控制台主要负责监视和统计工作，Endpoint负责流量测试工作，实际操作时 Endpoint执行Chariot 控制台发布的脚本命令，从而完成需要的测试。

控制台为该产品的核心部分。控制界面（也可采用命令行方式）、测试设计界面、脚本选择及编制、结果显示、报告生成以及API接口等都由控制端提供。

1.1.2. Endpoint

Endpoint 可以运行在几乎目前流行的所有操作系统上。Chariot Endpoint 能够充分利用运行主机的资源，执行 Chariot 控制台发布的 Script 命令，从而完成需要的测试。

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

1.2. IxChariot测试原理说明

当运行一个IxChariot测试时，IxChariot控制台发送配置信息到PE1的电脑。配置信息包含了你创建的测试脚本。PE1保存配置并把另一半的配置发送到PE2。当PE2确认收到后，PE1通知控制台。控制台给PE1发送开始测试命令。测试通常默认运行100次，来获取100条结果数据。对于非媒体流数据测试PE对，PE1计时并保存结果，对于媒体流数据PE对，PE2收集结果并通过PE1报告给控制台。最终PE1给控制台返回结果。数据分析和呈现都在控制台。

在讨论测试结果之前，还要说一下Ixchariot这个测试工具，Ixchariot本身是有损耗的，使用Ixchariot测得的Throughput结果是有效数据负载，不包括TCP协议损耗、帧间隔、应答和Ixchariot本身系统损耗，此部分典型损耗根据理论计算约6M，就是说即使你测试的是一台能线速转发的交换机，测出来的Throughput也只可能是94M左右，这是理论极限值，不可能大于这个值，当然这是对百兆交换机而言。但这个损耗也是占用了路由器性能的，所以我们需要在测得的Throughput结果上加6Mbps。

2. IXCHARIOT 6.7软件下载

2.1. 下载地址

http://192.168.120.248/fengoffice/index.php?c=files&a=file_details&id=16262

2.2. 压缩包内容

EndPoint文件夹：

2.3. 安装步骤

Step1： 解压缩（注意：安装前，请关闭杀毒软件，关闭windows防火墙），先安装IXCHARIOT_670,如下：

保持默认保存路径，一般是系统盘即可。安装过程中保持默认选项就可以了。

装到这里，表明IXchariot安装完毕，但不要选“install the performance endpoint”.WIN7下没有这个选项，如果自动安装ENDPOINT，取消即可。

说明：同一台机器上可以同时安装Chariot 控制台和 Endpoint。

Step2：手动安装最新版本的ENDPOINT

Step3：安装完毕破解软件

打开IXchariot安装的文件夹，把破解包IxChariot-6.70.44-Crack.exe复制粘贴进去， 然后双击运行破解即可。

注意：endpoints安装好了之后，可以确认一下任务管理器中是否有endpoint进程。 如果没有endpoint进程，可以到服务中手动将之启动，这样以后每次开机就可以自动启动。

3. 测试前注意事项

1. 使用之前，先在CMD里ping一下目标终端的IP，如果ping不通，局域网有问题，检查一下网络连接。

2. endpoint.exe不可多运行。 我们在使用说明书上看到，IxChariot Console中设定好的pair运行之前，要运行endpoint.exe（这个类似dos窗口，但是瞬间即逝的东东）。但是千万不要运行它。你安装好IxChariot Console和endpoint.exe之后，打开任务管理器，发现endpoint在进程里面已经有了，而且每次启动电脑endpoint就已经乖乖地在进程里呆着了。如果endpoint进程多，也会影响初始化，返回出错。所以无需管endpoint，尽管运行IxChariot Console。 3. 防火墙会影响到局域网的访问，测试之前先把防火墙都关掉。

4. 测试界面介绍

5. 点击不同的Tab（如：Throughput吞吐量），可以看到不同的统计项。

6. 在File菜单中选择Save可以保存结果。

7. 在File菜单中选择Export可以把结果导出为html，txt，csv。如下图：

5.3. Throughput脚本参数说明

点击edit this script按钮后,可以对选择好的脚本进行编辑.

参数 Initial_delay Number_of_timing_records Transcations_per_record File_size Send_buffer_size 说明 Pause before the first transcation 测试的启动延迟，控制终端的在第一次传输前的休眠时间 How many timing records to generate 控制测试的总的记录数 Transactions per timing record 每一条记录内的发包数 How many bytes in the transferred file 测试文件大小 How many bytes of data in each SEND 设置发送缓冲区的大小 Receive_buffer_size Transcation_delay Send_datatype Send_datarate Destination_port Close_type Source_port How many bytes of data in each RECEIVE 设置接收缓冲区的大小 Milliseconds to pause 设置每一条记录之间的时间间隔，单位是微秒 What type of data to send 设置发送数据的类型 How fast to send data 设置发送数据的速率 What port to use for Endpoint2 设置目的端口 How collection are terminated 设置连接的终止 What port to use for Endpoint1 设置源端口

虽然一个Throughput.scr脚本中包含如此多的参数，但具体应用中，主要设置的参数也只有以下几个：

Number_of_timing_records、 Transcations_per_record, File_size,

Send_buffer_size, Receive_buffer_size。

其余选项均可以选择默认即能完成测试任务。

5.3.1. 参数Number_of_timing_records

例如：我们将Number_of_timing_records设置为100（默认值100），也就是说我们这一次的测试记录总计会执行100次，这个数值会反应在“Test Setup”中的“Timing Records Completed”里，如果我们将这个数值更改为200，则“Timing Records Completed”的显示如图：

5.3.2. 参数Transcations_per_record

Transcations_per_record设置为100（默认值1），设置为100的意思也就是说在每一条测试记录（即Number_of_timing_records）中会执行100次传输。Number_of_timing_records和Transcations_per_record的乘积将会反应在“Raw Data Totals”中的“Transaction Count”里。例如我们将Number_of_timing_records设置为200，Transcations_per_record设置为10，则

结果如图：

5.3.3. 参数File_size

File_size设置为512（默认值100000），这个数值的大小即决定每次发送的一个数据包所包含的数据的大小，而Number_of_timing_records、Transcations_per_record和File_size这三项的乘积也就是我们在这一次Throughput测试中，我们将总共发送100×100×512bytes的数据。这个数值将反应在“Raw Data Totals”中的“Bytes Sent by E1/E2”中，如图：

5.3.4. 参数Transcation_delay

Transcation_delay设置为100（默认值0）。这个参数意味着，而每一条记录中间的间隔时间是1秒。而Number_of_timing_records和Transcations_per_record这两项的乘积再加上Transcation_delay的时间将决定一次测试所需的时间。

5.3.5. 参数Send_buffer_size,Receive_buffer_size

使用TCP测试,窗口大小的设置会影响测试结果.Send_buffer_size和Receive_buffer_size的设置可以参考如下方法. 测试窗口大小的方法:

网络通道的容量capacity = bandwidth * round-trip time 而理论TCP窗口的大小就是网络通道的容量。round-trip time的值可以通过ping的结果来获取. 比如，网络带宽为40Mbit/s,回环路径消耗时间是2ms，那么TCP的窗口大小不小于40Mbit/s×2ms = 80kbit = 10Kbytes

当然，这计算到的值仅仅是理论值，在实际测试中可能还需要作出调整。

5.4. 测试结果分析

接下来，我们再对测试出来的结果报告进行分析。

图中所示的红色区域中的每一个选项，都与我们导出的报告（格式为HTML、Text）是一样的，所以通过这里我们就可以看到整个测试的结果。

首先第一项，“Test Setup”我们已经讲过了，是整个测试过程的一个状态的显示。

5.4.1. throughput

第二项，“Throughput”吞吐量，是指在没有帧丢失的情况下，设备的最大速率。里面主要包含以下结果，如图：

选项 Timing Records Completed 95% Confidence Interval Average（Mbps） Minimum（Mbps） 1

说明 测试记录完成的情况 95%可靠区间1 平均吞吐量，单位是Mbps 最小吞吐量，单位是Mbps “95%可靠区间”，表示总体参数有95%的概率在某一范围内。通俗的理解就是做100次抽样，算得100个可信区间，平均有95个估计正确，估计错误的只有5次，得出的结果±这个值就是最终的参考区间。

Maximum（Mbps） Measured Time（sec） Relative Precision 最大吞吐量，单位是Mbps 测量时间，单位是second（秒） 相对精度2 5.4.2. Transaction Rate

第三项，“Transaction Rate”传输速率，这里的传输速率并不是指每秒传输的数据量大小，而是指每秒脚本传输执行的量（可以参考帮助文档里的The Transaction Rate Tab on page 7-17）。里面主要包含以下结果，如图：

选项 Timing Records Completed 95% Confidence Interval Transaction Rate Average Transaction Rate Minimum Transaction Rate Maximum Measured Time（sec） Relative Precision 说明 测试记录完成的情况 95%可靠区间 平均传输速率 最小传输速率 最大传输速率 测量时间，单位是second（秒） 相对精度 5.4.3. Response Time

第四项，“Response Time”反应时间，是指一个传输记录完成需要的时间。主要包含以下结果，如图：

2

“Relative Precision”的值的大小与Timing Records有关（越小越好）。

选项 Timing Records Completed 95% Confidence Interval Response Time Average Response Time Minimum Response Time Maximum Measured Time（sec） Relative Precision 说明 测试记录完成的情况 95%可靠区间 平均响应时间 最小响应时间 最大响应时间 测量时间，单位是second（秒） 相对精度 5.4.4. Raw Data Totals

第五项，“Raw Data Totals”原始数据合计，主要包含以下结果，如图：

选项 Timing Records Completed Transaction Count Bytes Sent by E1 Bytes Received by E1 Measured Time（sec） Relative Precision 说明 测试记录完成的情况 传输记录总数3 Endpoint1发送的数据总量4 Endpoint1接收的数据总量5 测量时间，单位是second（秒） 相对精度 5.4.5. Endpoint Configuration

第六项，“Endpoint Configuration”终端的配置信息，包含以下结果，如图：

3

45

这个值也就是脚本中的Transcations_per_record×Number_of_timing_records的值。

这个值也就是脚本中的Transcations_per_record×Number_of_timing_records×File_size的值。 这个值与Transaction Count相等

选项 Timing Records Completed E1 Version E1 Build Level E1 Product Type E1 Operating System E2Version E2 Build Level E2 Product Type E2 Operating System 说明 测试记录完成的情况 终端1的版本信息 终端1的构造级别6 终端1 的产品类型 终端1的操作系统 终端2的版本信息 终端2的构造级别 终端2 的产品类型 终端2的操作系统 5.5. 双工Throughput

我们一般使用的网络设备都是双工的，也就是说可以在同一时间完成A到B的传输以及B到A的传输。单工则是同一时间只能有一个方向的传输，要么是A到B，要么是B到A。因此网络处在单工状态还是双工状态，在速度上差别很大。

6. ixchariot设置

6.1. 协议类型

在图Add Pair 中，有一个下拉菜单“Network Protocol”，其中列出了Chariot6.7所支持的协议类型，有：RTP, RTP-IPv6，SPX, TCP, TCP-IPv6, UDP, UDP- IPv6,共9个协议类型。

6

这个数值是由IXIA建立的内部使用的一个数值，是用来与IXIA进行技术支持的时候使用的。

说明:测试IPV6下的吞吐量时,可以选择TCP-IPv6, EndPoint的address填写IPV6的地址.

6.2. 脚本类型

IxChariot针对网络和网络设备性能的测试: 测试结果： 吞吐量（Throughput） 响应时间（Response Time） 交易速率（Transaction Rate） 针对流媒体的测试：

单路延迟（One－Way Delay） 丢包（Loss Data）

连续丢包（Consecutive Lost Datagrams）

最大连续丢包（Maximum Consecutive Lost Datagrams） 抖动 Jitter (Delay Variation)RFC1889

抖动最大值 Jitter (Delay Variation) Maximum

MOS值针对VoIP采用E_model模式（ITU G.107） IxChariot在Ipv6测试方面的应用如下： 支持协议：TCP-Ipv6、UDP-Ipv6、RTP-Ipv6

Chariot 支持多种网络业务，内置超过125 个业务脚本，根据需要进行选择。 常用的脚本类型有：Throughput，Response Time

Internet组：DNS，FTPget，FTPput，HTTPgif，HTTPtext，https-secure-Transaction NNTP，pop3，SMTP, Telnet

Benchmark Scripts:

仿真基准测试，包括Credit Check、Database Update、File Transfer、Inquiry、Packet Blaster 和Performance等 Gaming Scripts:

仿真流行的交互式游戏业务

Internet Scripts:

仿真桌面操作系统上常用的网络应用，如HTTP、FTP、SMTP和POP3等 P2P (Peer to Peer) Scripts:

仿真Kazaa, eDonkey 和 BitTorrent等P2P协议 Voice Signaling Scripts:

仿真H.323和SIP语音信令流，基于TCP 或 UDP Web Push Scripts:

仿真一些Web Push应用，如: BackWeb, by BackWeb Technologies; Castanet Tuner, by Marimba Inc.; Headliner, by Lanacom (acquired July 1997 by BackWeb Technologies); and PointCast Network, by PointCast Inc. Business Scripts:

仿真常见的商业软件应用，如Lotus Notes, SAP R/3, Oracle和 Active Directory for Windows 2000等

Streaming Scripts:

仿真组播业务，如Microsoft 的NetShow、NetMeeting, RealNetworks 的RealAudio, Cisco的 IP/TV。承载协议: IPX, RTP, or UDP Large Test Scripts:

用于大量测试对时的仿真测试，如2,500 到 10,000 pairs Generic Test Scripts:

测试网络的连通性、吞吐量和响应时间等 Ixia Streams:

基于Ixia硬件生成模拟TCP, UDP, IP 和 VoIP等不同帧长度的测试背景流

6.3. 工作方式

在发送者和每一接收者之间实现:

Add Pair：增加一条测试 Add VoIPPair：增加一条IP语音测试 Add Video Pair：增加一条视频测试 Add Multicast Group：增加一条多点测试 Add Video Multicast Group：增加视频的多点测试 Add IPTV Receiver group：添加IPTV接收组 Replicate：复制一条测试 Edit：编辑一条测试

IPTV channels editor：编辑IPTV通道 Swap Endpoints：交换终端信息 Renumber Pair：重新按顺序排列所有测试 6.4. 运行run和结束stop

点击快捷键栏目的RUN即可运行；

Run之后点击stop可以停止脚本执行。

6.5. Run运行时选项控制

打开菜单Run -> Set Run Options

1.如何指定运行时长。在How to end a test run，选择Run for a fixed duration，配置测试时长。 2.配置为性能模式。勾选Set the test run options for performance testing. 软件会自动优化参数配置。如果需要切换回来，在How to report timings中选择Real-time模式。

6.6. 编辑测试脚本参数

测试脚本的参数是可以通过图形界面配置的。点击Edit script进入编辑界面。

7. 科学测量减小误差

对于网络情况不稳定、经常出现速度波动的情况来说，在某一时刻测量速度存在一定的不确定因素，我们可以采用科学测量法---平均值的方法--来解决这个问题。将所有测量值汇总在一起可以得到更接近真实数值的结果。

针对问题:网络传输速度非常不稳定，经常一会儿十几MB/s，一会儿只有几MB/s。

第一步:按照上面提到的方法安装CHARIOT并将客户端程序Endpoint安装在A与B计算机上。启动CHARIOT，点击“New”按钮。

第二步:点击“ADD PAIR”按钮建立一个新的Endpoint Pair。输入PAIR名称，然后在Endpoint1处输入A计算机的IP地址，在Endpoint2处输入B计算机的IP地址。 按“select script”按钮选择Throughput.scr脚本。

第三步:在Pair 1上点鼠标右键选择Copy将该测量项复制，然后连续向下粘贴9个这样的测量项。

第四步:点击“RUN”启动测量工作，我们在THROUGHPUT标签页中可以看出基本上每项带宽测量数值在10Mbps左右，在总和处我们可以看到最终结果是94Mbps，基本接近100Mbps的真实值。

在现实中网络的连接速度往往存在着不稳定的因素，例如某一时间可能因为广播数据包或其他原因造成带宽异常，而另一时间速度恢复正常。对于这种带宽不稳定的情况我们就可以通过多项测量来保证在一定程度上减少误差，使我们的测量结果更加有效、更加准确。

8. Voip业务

语音MOS的测试结果:

MOS值是一种评价中、低速率语音编码质量的主观评价方法（ITU－TP.800）。采用5分制评价，其中5分为很好（Excellent），4分为好（Good），3分为中（Fair），2分为差（Poor），1分为不可接收（Unsatisfactory）。

9. 视频业务

9.1. Peer video test

视频质量DF(Delay factor)和MLR(media loss rate)结果:

MDI对视频流在IP网络传输质量进行评估的测量指标。MDI标识为： DF：MLR。 由于网络的复杂性，有些QoE指标在国际上并没有统一规定，建议的MDI(Media delivery index)阈值只能通过相应标准的参考或者通过实验室测试得到。因为网络结构设计、视频压缩标准、视频码率、并发视频流数目、播放设备缓冲大小等都影响相应指标设定。 根据IXIA的经验：

MDI：DF的最大值应该避免和平均值偏离超过50%。

比如，平均MDI：DF为100ms。当MDI：DF出现最大值为200ms时候，这意味着视频

流会出现明显的抖动变化。

如果MDI：DF Minimum和MDI：DF Maximum在50ms和150ms范围内，认为视频质量是好的。

IXIA MDI：DF建议值为10~50ms； MDI：MLR值为0是最好的，也就是不允许有丢包，但是极少量的丢包可以通过STB的Buffer来补偿，IXIA建议MDI：MLR = 4个媒体包/s；

9.2. Multicast video group test

10. IxChariot关于QoS应用

IxChariot在QoS方面的应用有专门针对QoS的应用模板，支持3种QoS模型：DiffServ、Generic QoS、IP TOS。 具体应用模板如下：

IxChariot 提供了三种QoS模板：Diffserv、Generic QoS与IP TOS.可以自由定制QoS机制，如修改TOS 字段等，并将这些QoS特性赋予给IxChariot产生的各种应用流量，观察这些流量在网络上的运行情况，以此来评估网络或网络设备的QoS策略实行情 况。在3G网络上运行的一些新的应用业务必然会有一些优化策略来保证业务的运行运营，完全

可以采用IxChariot来模拟新的应用业务及相应的优化策略 （QoS）。验证在3G网络上QoS优化策略的运行情况，测试网络的真是性能。

11. IxChariot针对CDMA、GPRS中的IP应用测试

IxChariot 网络与网络设备性能测试软件在无线通讯应用中也能发挥巨大的作用，可以对采用IP技术的无线网络或设备进行应用性能方面的评估与测试，目前已被 Ericsson、T-Mobil、NTT、DoCoMo、France Telecom与Bouygues Telecom等著名电信、移动运营商所采用，测试的领域包括GPRS、CDMA的数据业务与WLAN等， 测试环境包括定点测试与移动测试两种。

测试项目包括：

l 每个BSS支持的呼叫数量与每个呼叫的吞吐量。

l 点到点、点到多点情况下数据业务应用中的吞吐量、回路时延、时延等。 l 漫游状态下数据业务的性能。 l 数据业务对语音质量的影响。 l 固定与DHCP IP地址。

l 无线网络的覆盖范围（需GPS支持）与对数据业务的影响等。

与 传统的测试手段与工具相比，IxChariot在无线通讯数据业务应用性能测试方面提供了一个灵活、便捷、廉价的测试方案。通过应用IxChariot， 运营商能对各种网络的改变如多网、异构网的合并、新用户、新应用、新设备的加入、不同ISP之间的接入等进行预先的性能评估与测试，对网络性能的影响作一 个系统、全面的了解，并可在网络状态改变完成后对网络性能进行验证.

12. 附录：（官网教程）

http://www.ixiacom.cn/blog/ixchariot-?????¨??????

本文来源：https://www.bwwdw.com/article/remr.html