组播协议性能测试工具（组播测试收发工具）

本篇文章给大家谈谈组播协议性能测试工具，以及组播测试收发工具对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享组播协议性能测试工具的知识，其中也会对组播测试收发工具进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、Renix Perf IP网络性能测试工具及测试用例参数详解
• 2、ssmping组播工具使用方法
• 3、winsocket协议性能测试工具有哪些
• 4、组播-MVR功能测试
• 5、如何测试两台server是否能通过组播通信
• 6、loadrunner jmeter哪个更适合做性能测试？

Renix Perf IP网络性能测试工具及测试用例参数详解

1.1基于软件的网络及应用服务性能测试工具
双臂测试
单臂测试
1.2通过测试端点产生网络流量对网络性能进行测量
TCP、UDP、PING
语音、视频、HTTP、FTP、MAIL、组播
1.3测试端点软件可以免费安装部署

局域网公网
2.1控制端（TestConsole）
●安装于Windows7(64位）
●4核CPU，8GB内存以上
150GB硬盘
2.2测试端点（TestPoint）
●软件测试端点支持Linux、Windows、Android、VxWorks、各种国产OS
●硬件测试端点
3.1专有硬件盒子
3.2支持的OS
Windows；Linux；Android；国产OS
3.3支持的CPU架构x86；PCPU；ARM；MIPS；Alpha 

3.4网络接口 以太网；WiFi；3G、4G、5G
真实的协议栈，有状态的Layer3-7应用流量的产生和分析
测试端点支持计算平台广泛，支持高效的客户定制化开发
支持大数据量存储，超长时间的不间断测试
Windows控制端、SQL及NoSQL数据存储
运行于64位 Windows测试管理测试端点资源；测试端点映射；测试用例测试报告

TestPoint输入测试控制端IP运行后注册到测试控制端显示每个TestPoint主机名、IP等信息
创建逻辑（虚拟）测试端点
将测试端点资源中测试端点映射到逻辑测试端点
测试资源与测试配置解耦合
测试配置可分享
无真实测试端点可预先做测试配置
更换测试端点后，无需重新再配置
定义测试用例名称与测试时长用例依次串行方式执行

测试链路配置协议，测试端点1和测试端点2，以及协议参数
1.1通过PC或者手机的WLAN接口包围无线CPE，TestPoint产生流量执行CPE性能测试，
1.2常见测试项目：
无线基准性能测试
无线衰减测试
天线方向性测试
无线信道测试
信道竞争测试
无线并发测试
无线远近距离测试
稳定性测试
环境适应性测试

2.1 在虚拟化平台的VM中部署TestPoint，测试vSwitch的交换性能

2.2常见测试指标：吞吐量；时延；丢失率；乱序

3.1在服务器不同类型OS中部署TestPoint，通过多对一的方式测试服务器网络性能

3.2常见测试指标：吞吐量TCP业务交易速率\交易时间UDP业务交易速率\交易时间
在网络端到端两头部署TestPoint，通过一对一的方式测试网络的承载指标常见测试指标：TCP\UDP吞吐量；单向延迟；抖动；乱序

ssmping组播工具使用方法

具体用法
使用win+R组合键组播协议性能测试工具，输入cmd打开命令行工具
进入deckto目录下组播协议性能测试工具，执行检测mping239.254.2.2165000
VLC是videoLan工作编写的一个非常简单实用的媒体播放软件，因为它支持组播业务，所以可用于进行一个软件即可做服务器，又可做客户端，且播放的媒体文件类型多样（mpegavi...）但缺点是性能较低，图像质量较差（马赛克较多），因此只能用来做功能测试，不能用其做性能测试。

winsocket协议性能测试工具有哪些

性能测试工具 LoadRunner惠普的强大, 很好用, 要钱 a组播协议性能测试工具，支持的协议多且个别协议支持的版本比较高组播协议性能测试工具； b，负载压力测试方案设置灵活；特点c，丰富的资源监控； d，报告可以导出到Word、Excel以及HTML格式。 Jmeter Apache开源工具强大(接近Loadrunne

组播-MVR功能测试

引言

三层的IGMP协议广泛用于IPv4网络组播。在二层网络中组播协议性能测试工具，IGMP协议使用资源效率低下组播协议性能测试工具，例如：即使少数几个接收者（receivers）连接到交换机的几个端口组播协议性能测试工具，交换机仍然需要将组播流量泛洪到所有端口。

为了修复这种问题组播协议性能测试工具，人们提出了IGMP Snooping协议，但当接收者（receivers）被放置在不同VLAN的时候，IGMP Snooping却无能为力（IGMP Snooping通常只在单个VLAN中配置与生效）。组播局域网注册（MVR）功能解决接收者处于不同VLAN时的泛洪问题，它使用一个 专用的、手工配置 的VLAN--组播VLAN，在二层网络中去转发组播流量，它同时能与IGMP Snooping 协同使用。

MVR像IGMP Snooping协议一样，允许二层交换机去监听IGMP 控制协议，这两种协议彼此独立运作，可同时配置在交换机上。如果同时开启两种特性，MVR将只监听静态配置到其MVR功能上面的组的john和report信息，而其它的组的仍然由IGMP Snooping进行管理。

下图展示了MVR的配置应用

配置MVR功能时，有两种类型的MVR端口：源端口和接收端口

源端口 ： 源端口是指组播VLAN中的组播流经过的端口。

接收端口 ：是一台监听组播主机连接到的交换机的端口。它可以被放置在除组播vlan外任何的VLAN或无VLAN（无VLAN通常指VLAN1，不打标记的流量）。这暗示着：开启MVR功能的交换机执行VLAN标签替换工作，将组播接收端口的VLAN标签替换为源端口VLAN标签。

组播VLAN是指需要手动配置在具体网络中的、MVR专用的VLAN，对于所有的源端口，它需要被明确配置，它常用于在网络中传输组播流，同时避免组播流在不同VLAN中的重复。

MVR有两种配置模式：兼容模式和动态模式

兼容模式（compatible mode） ：兼容模式下，MVR交换机的CPU正常转发路由器的查询报文以及处理客户端的join报文，形成动态学习的组播转发表，但是cpu不会将join报文转发到路由器端口，从而上层路由器不会收到下面的join报文，导致路由器的数据无法正常转发到交换机上，这种模式下需要手动去配置路由器的组播转发表转发数据到交换机。

动态模式（dynamic mode） ：动态模式与兼容模式的唯一区别就在于动态模式下cpu可以将join报文转发到路由器端口，从而上层路由器也可以动态学习到组播转发表，不需要手动去配置路由器的组播转发表转发数据到交换机。

RTK web smart switch for MVR功能测试

拓扑图

上图中，rtk switch为MVR交换机

vlan2为MVR vlan

prot1为源端口（上接路由器或者组播源）vlan为tag 2，port2和port3为接收端口（下接客户端）vlan分别为pvid 3和pvid 4。

路由器上配置

[H3C]igmp-snooping

[H3C-igmp-snooping]drop-unknown

[H3C-igmp-snooping]quit

[H3C]vlan 2

[H3C-vlan2]igmp-snooping enable

[H3C-vlan2]igmp-snooping querier

[H3C-vlan2]igmp-snooping general-query source-ip 70.1.1.2

[H3C-vlan2]igmp-snooping special-query source-ip 70.1.1.2

[H3C-vlan2]igmp-snooping version 2

[H3C-vlan2]quit

[H3C]interface GigabitEthernet 1/0/23

[H3C-GigabitEthernet1/0/23]igmp-snooping host-join 239.0.0.1 vlan 2

MVR rtk switch上配置

Switch# configure

Switch(config)# vlan 2-4

Switch(config-vlan)# *Jan 01 2000 08:02:01: %VLAN-5: VLAN 2 is added, default name is VLAN0002

*Jan 01 2000 08:02:01: %VLAN-5: VLAN 3 is added, default name is VLAN0003

*Jan 01 2000 08:02:01: %VLAN-5: VLAN 4 is added, default name is VLAN0004

Switch(config-vlan)# exit

Switch(config)# interface GigabitEthernet 1

Switch(config-if)# switchport mode trunk

Switch(config-if)# switchport trunk allowed vlan add 2

Switch(config-if)# exit

Switch(config)# interface GigabitEthernet 2

Switch(config-if)# switchport access vlan 3

Switch(config-if)# exit

Switch(config)# interface GigabitEthernet 3

Switch(config-if)# switchport access vlan 4

Switch(config)# mvr

The operation will delete groups of VLAN ID is MVR VLAN include static groups. Continue? [yes/no]:y

Switch(config)# mvr vlan 2

The operation will delete the old and new MVR VLAN groups include static MVR groups.Continue? [yes/no]:y

Switch(config)# mvr group 239.0.0.1

The operation will delete the MVR VLAN groups include static MVR groups.Continue? [yes/no]:y

Switch(config)# mvr mode dynamic

Switch(config)# interface GigabitEthernet 1

Switch(config-if)# mvr type source

Switch(config-if)# exit

Switch(config)# interface GigabitEthernet 2

Switch(config-if)# mvr type receiver

Switch(config-if)# exit

Switch(config)# interface GigabitEthernet 3

Switch(config-if)# mvr type receiver

Switch(config-if)# exit

Switch(config)# do show mvr interface

Port  |  Type  | Immediate Leave

--------+---------+-----------------

gi1    |  Source|    Disabled

gi2    | Receiver|    Disabled

gi3    | Receiver|    Disabled

--More--

web页面上配置

igmp snooping与MVR together work test

如何测试两台server是否能通过组播通信

定义的区别：

单播在客户端与媒体服务器之间需要建立一个单独的数据通道，而组播在发送者和每一接收者之间实现点对多点网络连接。

组播解决了单播和广播方式效率低的问题，组播路由器借助组播路由协议为组播数据包建立树型路由，被传递的信息在尽可能远的分叉路口才开始复制和分发。

功能上的区别：

单播的优点：

服务器及时响应客户机的请求

2. 服务器针对每个客户不同请求发送不同数据，容易实现个性化服务。

单播的缺点：

1. 在客户数量大、每个客户机流量大的流媒体应用中服务器不堪重负。

2. 现有的网络带宽是金字塔结构，如果全部使用单播协议，将造成网络主干不堪重负。

组播的优点：

1. 需要相同数据流的客户端加入相同的组共享一条数据流，节省了服务器的负载。具备广播所具备的优点。

2. 由于组播协议是根据接受者的需要对数据流进行复制转发，所以服务端的服务总带宽不受客户接入端带宽的限制。所以其提供的服务可以非常丰富。

3. 此协议和单播协议一样允许在Internet宽带网上传输。

组播的缺点：

1．与单播协议相比没有纠错机制，发生丢包错包后难以弥补，但可以通过一定的容错机制和QOS加以弥补。

2．现行网络虽然都支持组播的传输，但在客户认证、QOS等方面还需要完善，这些缺点在理论上都有成熟的解决方案，只是需要逐步推广应用到现存网络当中。

loadrunner jmeter哪个更适合做性能测试？

JMeter更胜任。
作为性能测试工具，首先看功能性：

Critical Features：

1、支持HTTP/HTTPS协议，能够发送HTTP/HTTPS request；

2、支持用户场景（借用了LR中的词汇），能够以某种比例在不同的业务上分布用户数量；

3、支持事务；

4、支持参数化和关联（还是借用LR中的词汇）；

5、能够获得和汇总请求响应时间等数据，能够提供响应时间汇总、事务/请求处理成功率等数据报表；

Non-Critical Features:

1、能够以漂亮的图表展示出结果数据；

2、能够提供漂亮的用户界面（GUI）；

3、能够提供良好的录制功能和调试环境；

如上可以看到，大体上两者都能满足测试需要。但是在使用便利上，JMeter有如下优势：

1、能够灵活的扩展，例如，我的应用的后端（bakcend）和前端的通讯使用的是RPC方式，则我希望工具能够通过我已有的API直接对后端产生负载，进行负载测试；

2、可以使用命令行方式，采用批处理模式运行（不需要GUI），运行后的结果能够通过Email等发送给我，或是直接integration到一个可发布的web页面上；

3、收集得到的数据能够很容易的进行再处理（例如，以XML格式存储raw data）；

4、工具本身具有很好的可信度，可以通过查看代码等方式，了解当意外发生时是工具本身的问题或是应用的问题。

关于组播协议性能测试工具和组播测试收发工具的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 组播协议性能测试工具的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于组播测试收发工具、组播协议性能测试工具的信息别忘了在本站进行查找喔。