CN108111257A - 一种网卡巨帧功能测试方法 - Google Patents

一种网卡巨帧功能测试方法 Download PDF

Info

Publication number
CN108111257A
CN108111257A CN201711321164.4A CN201711321164A CN108111257A CN 108111257 A CN108111257 A CN 108111257A CN 201711321164 A CN201711321164 A CN 201711321164A CN 108111257 A CN108111257 A CN 108111257A
Authority
CN
China
Prior art keywords
huge frame
network interface
interface card
test
huge
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201711321164.4A
Other languages
English (en)
Inventor
杨文清
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhengzhou Yunhai Information Technology Co Ltd
Original Assignee
Zhengzhou Yunhai Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zhengzhou Yunhai Information Technology Co Ltd filed Critical Zhengzhou Yunhai Information Technology Co Ltd
Priority to CN201711321164.4A priority Critical patent/CN108111257A/zh
Publication of CN108111257A publication Critical patent/CN108111257A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0084—Formats for payload data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/20—Arrangements for detecting or preventing errors in the information received using signal quality detector
    • H04L1/201—Frame classification, e.g. bad, good or erased
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14—Network analysis or design
    • H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H04L43/067—Generation of reports using time frame reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种网卡巨帧功能测试方法，所述的方法包括：S1：搭建巨帧功能测试环境；S2：在测试环境中设置巨帧功能测试参数；S3：测试命令解析功能；S4：测试巨帧分割情况；S5：开启巨帧功能，测试巨帧传输情况；S6：测试巨帧功能稳定性。通过在实验室模拟服务器网络存储环境，以验证网卡jumbo frames的硬件支持情况，评估jumbo frames功能的稳定性。

Description

一种网卡巨帧功能测试方法
技术领域
本发明涉及服务器测试领域，具体的说是一种网卡巨帧功能测试方法。
背景技术
巨帧(Jumbo frames)，是一种厂商标准的超长帧格式，专门为千兆以太网而设计。以太网标准的最大帧长度为1518字节，而Jumbo Frame的长度各厂商有所不同，从9000字节～64000字节不等。采用Jumbo Frame能够令千兆以太网性能充分发挥，使数据传输效率提高50％～100％。在网络存储的应用环境中，Jumbo Frame更具有非同寻常的意义。
近来网卡逐渐都开始支持巨帧功能，但是因为该功能不仅需要硬件支持，在应用环境上也存在诸多限制，主要是需要整个传输链路上的设备均要支持Jumbo frames，导致Jumbo frames的使用并不普遍。但Jumbo frames在服务器网络存储(SAN)应用环境中存在天然的优势。它对于一些比较纯粹的大文件传输是非常有用。
目前，在常规的网卡测试过程中，还没有针对巨帧功能的测试环节。
发明内容
为了解决上述问题，提供了一种网卡巨帧功能测试方法，在实验室模拟服务器网络存储环境，以验证网卡jumbo frames的硬件支持情况，评估jumbo frames功能的稳定性。
本发明实施例提供了一种网卡巨帧功能测试方法，所述的方法包括：
S1：搭建巨帧功能测试环境；
S2：在测试环境中设置巨帧功能测试参数；
S3：测试命令解析功能；
S4：测试巨帧分割情况；
S5：开启巨帧功能，测试巨帧传输情况；
S6：测试巨帧功能稳定性。
进一步的，步骤S1的具体实现过程为：将存储系统和若干服务器通过一台交换机连接为一个通信链路，且该通信链路中服务器的网卡、交换机、存储系统的存储iSCSI端口均支持巨帧功能。
进一步的，步骤S2的具体实现过程为：
S21：修改网卡端的MTU值并确保生效；
S22：在交换机接口上配置MTU，使其与网卡端的MTU值一致。
进一步的，步骤S21的具体实现过程为：首先通过ifconfig命令修改MTU值，然后查看MTU设置是否生效，若生效，结束操作，若未生效，修改服务器的配置文件并重启该服务器。
进一步的，步骤S3的具体实现过程为：执行ping测试以确保设定正确，且网络包可以完整通过。
进一步的，步骤S4的具体实现过程为：使用-s参数设置测试包的大小，并分别指定该测试包是否可以被分割，然后查看相应的巨帧分割情况。
进一步的，步骤S5的具体实现过程为：按照巨帧设置参数封装测试包并发送该测试包，查看传输过程中数据包的分割和接收状况。
进一步的，步骤S6的具体实现过程为：在预设的巨帧参数范围内，生成若干不同大小的封装包，通过分别发送不同大小的封装包，获取掉包率以及可以支持的最大值和最小值。
发明内容中提供的效果仅仅是实施例的效果，而不是发明所有的全部效果，上述技术方案中的一个技术方案具有如下优点或有益效果：
在实验室模拟服务器网络存储环境，以验证网卡jumbo frames的硬件支持情况，评估jumbo frames功能的稳定性。该测试方法简单易执行，对测试工具无特殊要求，使用系统自带的功能和工具即可完成测试，方法的适用范围广，可操作性强。该测试方法采用自动化的脚本和命令验证网卡所有网口的jumbo frames功能，节省测试人力，提高了测试结果的准确度。
附图说明
图1是本发明实施例的方法流程图。
具体实施方式
为能清楚说明本方案的技术特点，下面通过具体实施方式，并结合其附图，对本发明进行详细阐述。下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开，下文中对特定例子的部件和设置进行描述。此外，本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意，在附图中所图示的部件不一定按比例绘制。本发明省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本发明。
实施例
如图1所示，本发明实施例1提供了一种网卡巨帧功能测试方法，所述的方法包括：
S1：搭建巨帧功能测试环境，具体实现过程为：将存储系统和若干服务器通过一台交换机连接为一个通信链路。
jumbo frames使用环境需要满足网卡/iSCSI HBA卡(如有)、交换机/路由器、存储iSCSI端口都支持Jumbo Frame功能。且需要确保所有iSCSI网络上的设备，包括交换机、网络接口卡和目标设备等的最大帧尺寸设为相同。
S2：在测试环境中设置巨帧功能测试参数。
该步骤包括以下过程：
S21：修改网卡端的MTU值并确保生效，具体原理为：
1)通过ifconfig命令修改MTU值，以Linux系统为例，命令格式为ifconfig${Interface}mtu${SIZE}u，比如ifconfig eth1 mtu 9000up代表着将网口1的mtu值设置为9000帧。这个是最通用的方法，对所有的linux发行版本都有效。
2)查看MTU设置是否生效，比如，MTU设置后，eth1网口信息检查如下：
eth1 Link encap:Ethernet HWaddr 00:15:17:6F:02:6C；
inet addr:192.168.1.132Bcast:192.168.1.255Mask:255.255.255.0；
inet6 addr:fe80::215:17ff:fe6f:26c/64Scope:Link；
UP BROADCAST MULTICAST MTU:9000 Metric:1；
上述信息代表着MTU值为9000帧，设置生效。
若未生效，需要修改配置文件，在开机项中加载MTU修改方法。
示例1：在CentOS/RHEL/Fedora Linux下的修改如下：
#vi/etc/sysconfig/network-scripts/ifcfg-eth0；
#增加如下内容；
MTU＝"9000"；
#保存后重启网卡生效；
#service network restart；
#启用IPv6地址的，修改IPv6 mtu的参数为；
IPV6_MTU＝"1280"。
示例2：在Debian/Ubuntu Linux下的修改如下：
#vi/etc/network/interfaces；
#增加如下值；
mtu 9000；
#保存后，重启网络生效；
#/etc/init.d/networking restart。
S22：整个链路的MTU值要匹配，设置完网卡的MTU之后，需要设置交换机的MTU值，网卡和交换机的MTU值需要保持一致。
1)在接口上配置MTU，具体操作为：
host(config)#interface gigabitEthernet 1/31/*交换机网口名称；
host(config？if)#mtu？/*设置mtu值；
<1500？9198>MTU size in bytes；
host(config？if)#mtu 9000/*设置为9000。
2)检查交换机网口的MTU是否设置成功。
步骤S2中，MTU--最大传输单元(Maximum Transmission Unit，MTU)是指一种通信协议的某一层上面所能通过的最大数据报大小(以字节为单位)。最大传输单元这个参数通常与通信接口有关(网络接口卡、串口等)。
在因特网协议中，一条因特网传输路径的“路径最大传输单元”被定义为从源地址到目的地址所经过“路径”上的所有IP跳的最大传输单元的最小值。或者从另外一个角度来看，就是无需进一步分片就能穿过这条“路径”的最大传输单元的最大值。
MTU最大值为9000字节，从理论上计算，4bytes的CRC最大支持12000bytes大小的字节，超过了就没有办法检查了。另外还有其他一些协议如NFS等的限制。最后需要注意的是，在经过交换网络设备时，仅仅修改主机端的MTU值是不行的，还需要交换网络设备上开启jumbo frames功能。
S3：测试命令解析功能，具体过程为：执行ping测试以确保设定正确，且网络包可以完整通过。Ping测试在主机和阵列间完成，-s参数可以指定不同的封包大小，-M do参数指定该测试包不可分割。封包大小可以尝试以下这些:1448、1500、4470、5000、7000、8000、8900、8972。
S4：测试巨帧分割情况，在巨帧功能开启前，使用-s参数设置包的大小为9000帧(巨帧的size)。
1)巨帧不可分割的情况测试，如下9000bytes的包被分成了6个小包进行传输：
#ping 192.168.1.131 -s 9000/*巨帧可分割，命令：-s参数可以指定不同的封包大小；
#tcpdump -vvv -n -i eth1 icmp/*查看巨帧分割情况，巨帧被分成了以下6个小包；
12:12:42.491892 IP(tos 0×0,ttl 64,id 56656,offset 0,flags[+],proto1,length:1500)192.168.1.1>192.168.1.131:icmp 1480:echo request seq 0；
12:12:42.491899 IP(tos 0×0,ttl 64,id 56656,offset 1480,flags[+],proto 1,length:1500)192.168.1.1>192.168.1.131:icmp；
12:12:42.491904 IP(tos 0×0,ttl 64,id 56656,offset 2960,flags[+],proto 1,length:1500)192.168.1.1>192.168.1.131:icmp；
12:12:42.491910 IP(tos 0×0,ttl 64,id 56656,offset 4440,flags[+],proto 1,length:1500)192.168.1.1>192.168.1.131:icmp；
12:12:42.491914 IP(tos 0×0,ttl 64,id 56656,offset 5920,flags[+],proto 1,length:1500)192.168.1.1>192.168.1.131:icmp；
12:12:42.491918 IP(tos 0×0,ttl 64,id 56656,offset 7400,flags[+],proto 1,length:1500)192.168.1.1>192.168.1.131:icmp；
12:12:42.491922 IP(tos 0×0,ttl 64,id 56656,offset 8880,flags[none],proto 1,length:148)192.168.1.1>192.168.1.131:icmp。
2)巨帧不可分割的情况测试，如下提示设置MTU：
#ping 192.168.1.131 -s 9000 -M do/*-M do参数指定该测试包不可分割，禁止包重组，显示如下：
From 192.168.1.1 icmp_seq＝0 Frag needed and DF set(mtu＝1500)；
From 192.168.1.1 icmp_seq＝0 Frag needed and DF set(mtu＝1500)；
From 192.168.1.1 icmp_seq＝0 Frag needed and DF set(mtu＝1500)；
From 192.168.1.1 icmp_seq＝0 Frag needed and DF set(mtu＝1500)；
From 192.168.1.1 icmp_seq＝0 Frag needed and DF set(mtu＝1500。
S5：开启巨帧功能，测试巨帧传输情况，具体过程为：按照巨帧设置参数封装测试包并发送该测试包，查看传输过程中数据包的分割和接收状况。
具体示例如下：
#ping 192.168.1.132 -s 8972 -M do/*显示如下；
PING 192.168.1.132(192.168.1.132)8972(9000)bytes of data.
/*(自动加了28个字节，打包成9000发给对方*/；
8980bytes from 192.168.1.132:icmp_seq＝0ttl＝64time＝0.722ms；
8980bytes from 192.168.1.132:icmp_seq＝1ttl＝64time＝1.09ms；
#ping 192.168.1.132 -s 9000 -M do；
PING 192.168.1.132(192.168.1.132)9000(9028)bytes of data.(
/*这里要设置MTU为9028，不然封包不重组就过不去了*/；
9008bytes from 192.168.1.132:icmp_seq＝0ttl＝64time＝0.958ms；
9008bytes from 192.168.1.132:icmp_seq＝1ttl＝64time＝0.881ms；
#tcpdump -vvv -n -i eth1 icmp/*包分割情况查看，如下，包未分割；
tcpdump:listening on eth1,link-type EN10MB(Ethernet),capture size96bytes；
16:29:28.609980 IP(tos 0×0,ttl 64,id 0,offset 0,flags[DF],proto 1,length:9000)192.168.1.1>192.168.1.132:icmp 8980:echo request seq 0；
16:29:28.610684 IP(tos 0×0,ttl 64,id 26165,offset 0,flags[none],proto 1,length:9000)192.168.1.132>192.168.1.1:icmp 8980:echo reply seq 0；
16:29:29.611055 IP(tos 0×0,ttl 64,id 0,offset 0,flags[DF],proto 1,length:9000)192.168.1.1>192.168.1.132:icmp 8980:echo request seq 1；
16:29:29.612132 IP(tos 0×0,ttl 64,id 26166,offset 0,flags[none],proto 1,length:9000)192.168.1.132>192.168.1.1:icmp 8980:echo reply seq 1。
S6：测试巨帧功能稳定性，具体实现过程为：在预设的巨帧参数范围内，生成若干不同大小的封装包，通过分别发送不同大小的封装包，获取掉包率以及可以支持的最大值和最小值。
建议验证的封包大小(单位Bytes)为:1448、1500、4470、5000、7000,8000、8900、8972。采用自动化脚本完成，自动发送如上大小的包完成测试。脚本设计宗旨：对每个网口分别做封包大小(单位Bytes)为1448,1500,4470,5000,7000,8000,8900,8972的ping测试，检验当前jumbo frame的支持情况和支持的最大值。
shell脚本原理如下：
1)逐个读取allip文件里的ip(各网口的ip)；
2)逐个读取各大小的frame size；
3)对读出来的ip ping 100次，看是否ping通并取出loss的百分比的值也就是掉包的值，看是否掉包；
4)比较一下，看掉包的值是不是100，如果是100就是全部掉包，那就是没ping通，那就显示ping ip fail,如果不等于100的话，就ping通了，就显示Ping ip OK。
尽管说明书及附图和实施例对本发明创造已进行了详细的说明，但是，本领域技术人员应当理解，仍然可以对本发明创造进行修改或者等同替换；而一切不脱离本发明创造的精神和范围的技术方案及其改进，其均涵盖在本发明创造专利的保护范围当中。

Claims (8)

1.一种网卡巨帧功能测试方法，其特征是：所述的方法包括：
S1：搭建巨帧功能测试环境；
S2：在测试环境中设置巨帧功能测试参数；
S3：测试命令解析功能；
S4：测试巨帧分割情况；
S5：开启巨帧功能，测试巨帧传输情况；
S6：测试巨帧功能稳定性。
2.根据权利要求1所述的一种网卡巨帧功能测试方法，其特征是：步骤S1的具体实现过程为：将存储系统和若干服务器通过一台交换机连接为一个通信链路，且该通信链路中服务器的网卡、交换机、存储系统的存储iSCSI端口均支持巨帧功能。
3.根据权利要求2所述的一种网卡巨帧功能测试方法，其特征是：步骤S2的具体实现过程为：
S21：修改网卡端的MTU值并确保生效；
S22：在交换机接口上配置MTU，使其与网卡端的MTU值一致。
4.根据权利要求3所述的一种网卡巨帧功能测试方法，其特征是：步骤S21的具体实现过程为：首先通过ifconfig命令修改MTU值，然后查看MTU设置是否生效，若生效，结束操作，若未生效，修改服务器的配置文件并重启该服务器。
5.根据权利要求1所述的一种网卡巨帧功能测试方法，其特征是：步骤S3的具体实现过程为：执行ping测试以确保设定正确，且网络包可以完整通过。
6.根据权利要求1所述的一种网卡巨帧功能测试方法，其特征是：步骤S4的具体实现过程为：使用-s参数设置测试包的大小，并分别指定该测试包是否可以被分割，然后查看相应的巨帧分割情况。
7.根据权利要求1所述的一种网卡巨帧功能测试方法，其特征是：步骤S5的具体实现过程为：按照巨帧设置参数封装测试包并发送该测试包，查看传输过程中数据包的分割和接收状况。
8.根据权利要求1所述的一种网卡巨帧功能测试方法，其特征是：步骤S6的具体实现过程为：在预设的巨帧参数范围内，生成若干不同大小的封装包，通过分别发送不同大小的封装包，获取掉包率以及可以支持的最大值和最小值。
CN201711321164.4A 2017-12-12 2017-12-12 一种网卡巨帧功能测试方法 Pending CN108111257A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711321164.4A CN108111257A (zh) 2017-12-12 2017-12-12 一种网卡巨帧功能测试方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711321164.4A CN108111257A (zh) 2017-12-12 2017-12-12 一种网卡巨帧功能测试方法

Publications (1)

Publication Number Publication Date
CN108111257A true CN108111257A (zh) 2018-06-01

Family

ID=62216619

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711321164.4A Pending CN108111257A (zh) 2017-12-12 2017-12-12 一种网卡巨帧功能测试方法

Country Status (1)

Country Link
CN (1) CN108111257A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110377474A (zh) * 2019-06-29 2019-10-25 苏州浪潮智能科技有限公司 一种Mellanox网卡的回路测试方法及系统
CN113746948A (zh) * 2021-07-30 2021-12-03 苏州浪潮智能科技有限公司 一种自动测试网络压力的方法及系统
CN117061638A (zh) * 2023-10-11 2023-11-14 腾讯科技（深圳）有限公司 一种报文传输方法、装置、存储介质、设备及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105721236A (zh) * 2014-12-04 2016-06-29 北京视联动力国际信息技术有限公司 一种以太网错包测试的方法及其装置
US9554481B1 (en) * 2011-04-20 2017-01-24 Paul Andrew Mitchell Bay RAM Five
CN106403930A (zh) * 2016-08-26 2017-02-15 中国科学院新疆天文台 一种脉冲星观测装置、系统和方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9554481B1 (en) * 2011-04-20 2017-01-24 Paul Andrew Mitchell Bay RAM Five
CN105721236A (zh) * 2014-12-04 2016-06-29 北京视联动力国际信息技术有限公司 一种以太网错包测试的方法及其装置
CN106403930A (zh) * 2016-08-26 2017-02-15 中国科学院新疆天文台 一种脉冲星观测装置、系统和方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
张钊 等: ""基于帧长的巨帧网络时延测量方法"", 《郑州大学学报（理学版）》 *
相聚一刻: ""网卡最大传输单位MTU和巨型帧（Jumbo frame）"", 《CSDN》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110377474A (zh) * 2019-06-29 2019-10-25 苏州浪潮智能科技有限公司 一种Mellanox网卡的回路测试方法及系统
CN113746948A (zh) * 2021-07-30 2021-12-03 苏州浪潮智能科技有限公司 一种自动测试网络压力的方法及系统
CN117061638A (zh) * 2023-10-11 2023-11-14 腾讯科技（深圳）有限公司 一种报文传输方法、装置、存储介质、设备及系统
CN117061638B (zh) * 2023-10-11 2024-01-05 腾讯科技（深圳）有限公司 一种报文传输方法、装置、存储介质、设备及系统

Similar Documents

Publication Publication Date Title
US9146826B2 (en) Method and apparatus for scaling network simulation
CN108111257A (zh) 一种网卡巨帧功能测试方法
US20080198742A1 (en) Method and system for testing stateful network communications devices
US20170124231A1 (en) Introducing Latency and Delay in a SAN Environment
US10833952B2 (en) Introducing latency and delay for test or debug purposes in a SAN environment
CN109479014B (zh) 使用虚拟局域网(vlan)扫描进行网络测试配置的方法、系统和计算机可读介质
WO2006057743A2 (en) Method of transporting a pci express packet over an ip packet network
CN108881425B (zh) 一种数据包处理方法及系统
WO2012062108A1 (zh) 一种测试系统及测试方法
US9292397B1 (en) Light-weight method and apparatus for testing network devices and infrastructure
CN102984034B (zh) 一种测试结构
CN107579879A (zh) 一种网络仿真测试方法、仿真服务器以及存储介质
US20220014457A1 (en) Methods, systems and computer readable media for stateless service traffic generation
US8443094B2 (en) Computer system comprising a communication device
CN105472054B (zh) 一种报文发送方法及接入设备
Beshay et al. On the fidelity of single-machine network emulation in linux
JP2010157875A (ja) 通信端末、ネットワークインタフェースカード及びその方法
Bateman et al. A comparison of TCP behaviour at high speeds using ns-2 and Linux
Lencse et al. Gaming with the throughput and the latency benchmarking measurement procedures of RFC 2544
Ronan et al. Evaluation of a DTN convergence layer for the AX. 25 network protocol
CN104683178B (zh) 一种相同ip地址多dut的测试方法及系统
CN104969533B (zh) 一种数据包处理方法和装置
Schottelius High speed nat64 with p4
US10191826B2 (en) Methods, systems, and computer readable media for providing an anticipated data integrity check
Clore et al. An evaluation of IPv6 in simulation using OPNET modeler

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20180601