RFC3918组播转发时延测试——网络测试仪实操

2024-01-11 08:10

本文主要是介绍RFC3918组播转发时延测试——网络测试仪实操,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一、简介

1.RFC3918简介

历史
· 在1999年3月成为正式标准

功能
· 评测网络互连设备或网络系统的性能
· 网络设备: 交换机,路由器…

内容
· 定义了一整套测试方法,为不同厂家的设备/系统提供了统一的评估标准和报告格式

相关文档
· RFC 2432, Terminology for IP Multicast Benchmarking
· RFC 3918, Methodology for IP Multicast Benchmarking

2.RFC3918 测试内容

混合吞吐量测试
· Mixed Class Throughput Test
· 确定向一定数量的接口同时发送单播和组播时,DUT/SUT的吞吐量

组转发矩阵测试
· Scaled Group Forwarding Matrix Test
· 确定DUT/SUT在一定数量端口加入不同数量的组播组时的转发率

聚合组播吞吐量测试
· Aggregated Multicast Throughput Test
· 确定DUT/SUT加入相同组播组的多个测试端口在不丢包的情况下的最大转发速率

组播转发时延测试
· Multicast Forwarding Latency Test
· 得到从DUT/SUT一个入端口到多个出端口的一组时延数据

组播组容量测试
· Multicast Group Capacity Test
· 确定在DUT/SUT能够正确转发数据包到注册在该DUT/SUT的组播组环境下,DUT/SUT能够支持的最大的组播组数量

3.组播转发时延测试

定义
· 时延(Latency): DUT/SUT转发报文所需的时间

测试目的
· 确定DUT转发组播报文的时延
· 和单播时延的定义类似,组播时延表示组播数据经过被测设备所消耗的时间。由于组播流量是一入多出的,因此在每个出接口应该分别测量时延,最终得到的时延是一组数据

测试过程
· 以一定的速率,一定的组播组数量向DUT/SUT发送报文,得到一组时延值

测试原理
· 发送帧时, 带上时间戳(T1), 发送到网络上
· 接收帧时, 记录时间戳(T2)
· 在接收方将2个时间戳比较(T2-T1), 得到延时值

4.时延分类

SF
· 存储转发时延, store and forward latency
· 计算时延的方式是LIFO
· 数据帧最后一个bit到达设备输入端口的时间与该数据帧第一个bit出现在设备输出端口的时间间隔
· 通常三层路由器采用存储转发

CT
· 直通交换时延, cut through latency
· 计算时延的方式是FIFO
· 数据帧第一个bit到达设备输入端口的时间与该数据帧第一个bit出现在设备输出端口的时间间隔
· 通常二层交换机采用直通交换

接下来,让我们使用BigTao-V型网络测试仪进行组播转发时延测试。

在这里插入图片描述
在这里插入图片描述

二、测试说明

1.组播转发时延 测试拓扑

拓扑说明
· DUT是一台三层交换机
· 测试仪的四个端口和DUT相连,一个模拟组播源,两个模拟组成员,一个模拟监听端口

目的
· 测试DUT转发组播报文的时延
在这里插入图片描述

2.DUT配置

#-
vlan batch 500 600 700 800
#-
multicast routing-enable
#-
interface Vlanif500
ip address 210.10.10.1 255.255.255.0
pim sm
#-
interface Vlanif600
ip address 210.10.20.1 255.255.255.0
igmp enable
#-
interface Vlanif700
ip address 210.10.30.1 255.255.255.0
igmp enable
#-
interface Vlanif800
ip address 210.10.40.1 255.255.255.0
#-

#-
interface GigabitEthernet0/0/21
port link-type access
port default vlan 500
#-
interface GigabitEthernet0/0/22
port link-type access
port default vlan 600
#-
interface GigabitEthernet0/0/23
port link-type access
port default vlan 700
#-
interface GigabitEthernet0/0/24
port link-type access
port default vlan 800
#-

三、测试配置

准备工作: 添加机框
在这里插入图片描述

准备工作: 预约端口
在这里插入图片描述

选择向导
选择RFC3918向导
在这里插入图片描述

选择组播转发时延测试
测试项目
选择 组播转发时延测试
在这里插入图片描述

选择端口
选择参与测试的端口
在这里插入图片描述

配置接口
· 默认无接口
· 选择添加接口
在这里插入图片描述

向导配置接口
· 一步一步根据需求填充

向导配置 关键-MAC
测试仪接口
· MAC
· 跳变字段
在这里插入图片描述

向导配置 关键-IP
测试仪接口
· IP
· 跳变字段
在这里插入图片描述

向导接口配置结果
配置结果
· 创建4个Interface, 每个Port各一个
· 对于本次测试,,需要正确的配置IP地址和网关
· 点击完成, 结束接口配置
在这里插入图片描述

选择接口
选择接口
· 刚才配置的接口
配置可修改
· 如果IP, 网关不符合预期,可以双击修改
在这里插入图片描述

配置组播流量
源和目的接口
· 按照测试拓扑选择源和目的接口、监听端口
在这里插入图片描述

配置组播参数
组播参数
· 按照测试拓扑及DUT配置,配置相应的组播参数
在这里插入图片描述

关键参数
组播客户端版本号
· 默认IGMPv2
· 和DUT上的配置保持一致

组播组地址和步长
· 起始IP步长:组Block之间递增的步长
· 组跳变步长:组Block内递增的步长
· P前缀长度:组Block内跳变位
在这里插入图片描述

选择测试参数
使能地址学习
· 需使能L3 Learning
· 学习频率:按照实际情况选择

测试帧长
· 默认取7个特殊字节来测试

测试时长
· 文档规定最少需要120秒

时延
· 选择存储转发时延类型LIFO

其他
· 测试前预发流验证
在这里插入图片描述

配置 组转发矩阵测试 参数
· 点击完成,完成配置

· 智能脚本工具自动弹出
在这里插入图片描述

关键参数
· 组播组:每组Block内包含的组个数
· 负载:组播源发送组播流量的大小
在这里插入图片描述

开始测试
· 根据配置自动生成测试智能脚本

· 双击RFC3918,可进行配置的再次编辑

· 点击编辑智能脚本,可对智能脚本进行界面自动化配置

· 点击开始,测试开始
在这里插入图片描述

四、测试报告

DUT上查看组播组信息
在这里插入图片描述

测试进度查看
进度查看
· 信息界面里, 实时显示当前测试的字节、负载情况
· 预测花费时间
在这里插入图片描述

自动弹出Result Analyzer
结果分析
· 专业软件
· 自动弹出

手工打开
· 自动安装
· 打开结果
在这里插入图片描述

Result Analyzer结果分析
结果分析
· 点击 测试汇总表
在这里插入图片描述

测试报告导出
导出格式
· PDF
· HTML
· Excel
结果定制
· 默认会保存所有测试内容
· 太过详细
· 可以选择汇总模板
· 只保存汇总信息
在这里插入图片描述

测试报告内容
打开测试报告
· 查看组播组转发时延测试结果
· 配置信息: 包含当前的测试配置信息
在这里插入图片描述

这篇关于RFC3918组播转发时延测试——网络测试仪实操的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/593696

相关文章

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

字节面试 | 如何测试RocketMQ、RocketMQ?

字节面试:RocketMQ是怎么测试的呢? 答: 首先保证消息的消费正确、设计逆向用例,在验证消息内容为空等情况时的消费正确性; 推送大批量MQ,通过Admin控制台查看MQ消费的情况,是否出现消费假死、TPS是否正常等等问题。(上述都是临场发挥,但是RocketMQ真正的测试点,还真的需要探讨) 01 先了解RocketMQ 作为测试也是要简单了解RocketMQ。简单来说,就是一个分

Linux 网络编程 --- 应用层

一、自定义协议和序列化反序列化 代码: 序列化反序列化实现网络版本计算器 二、HTTP协议 1、谈两个简单的预备知识 https://www.baidu.com/ --- 域名 --- 域名解析 --- IP地址 http的端口号为80端口,https的端口号为443 url为统一资源定位符。CSDNhttps://mp.csdn.net/mp_blog/creation/editor

【测试】输入正确用户名和密码,点击登录没有响应的可能性原因

目录 一、前端问题 1. 界面交互问题 2. 输入数据校验问题 二、网络问题 1. 网络连接中断 2. 代理设置问题 三、后端问题 1. 服务器故障 2. 数据库问题 3. 权限问题: 四、其他问题 1. 缓存问题 2. 第三方服务问题 3. 配置问题 一、前端问题 1. 界面交互问题 登录按钮的点击事件未正确绑定,导致点击后无法触发登录操作。 页面可能存在

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

ASIO网络调试助手之一:简介

多年前,写过几篇《Boost.Asio C++网络编程》的学习文章,一直没机会实践。最近项目中用到了Asio,于是抽空写了个网络调试助手。 开发环境: Win10 Qt5.12.6 + Asio(standalone) + spdlog 支持协议: UDP + TCP Client + TCP Server 独立的Asio(http://www.think-async.com)只包含了头文件,不依

poj 3181 网络流,建图。

题意: 农夫约翰为他的牛准备了F种食物和D种饮料。 每头牛都有各自喜欢的食物和饮料,而每种食物和饮料都只能分配给一头牛。 问最多能有多少头牛可以同时得到喜欢的食物和饮料。 解析: 由于要同时得到喜欢的食物和饮料,所以网络流建图的时候要把牛拆点了。 如下建图: s -> 食物 -> 牛1 -> 牛2 -> 饮料 -> t 所以分配一下点: s  =  0, 牛1= 1~

poj 3068 有流量限制的最小费用网络流

题意: m条有向边连接了n个仓库,每条边都有一定费用。 将两种危险品从0运到n-1,除了起点和终点外,危险品不能放在一起,也不能走相同的路径。 求最小的费用是多少。 解析: 抽象出一个源点s一个汇点t,源点与0相连,费用为0,容量为2。 汇点与n - 1相连,费用为0,容量为2。 每条边之间也相连,费用为每条边的费用,容量为1。 建图完毕之后,求一条流量为2的最小费用流就行了

poj 2112 网络流+二分

题意: k台挤奶机,c头牛,每台挤奶机可以挤m头牛。 现在给出每只牛到挤奶机的距离矩阵,求最小化牛的最大路程。 解析: 最大值最小化,最小值最大化,用二分来做。 先求出两点之间的最短距离。 然后二分匹配牛到挤奶机的最大路程,匹配中的判断是在这个最大路程下,是否牛的数量达到c只。 如何求牛的数量呢,用网络流来做。 从源点到牛引一条容量为1的边,然后挤奶机到汇点引一条容量为m的边

配置InfiniBand (IB) 和 RDMA over Converged Ethernet (RoCE) 网络

配置InfiniBand (IB) 和 RDMA over Converged Ethernet (RoCE) 网络 服务器端配置 在服务器端,你需要确保安装了必要的驱动程序和软件包,并且正确配置了网络接口。 安装 OFED 首先,安装 Open Fabrics Enterprise Distribution (OFED),它包含了 InfiniBand 所需的驱动程序和库。 sudo