简介《Smartbits600测试使用指导书》面向网络测试初学者与运维工程师针对Smartbits600便携式网络性能测试仪的上手与实操需求系统梳理了从仪表认知到测试执行的完整知识链路。资源包内含1个doc文档约977KB以图文教程形式呈现便于随时查阅与打印学习。文档从仪表概述与面板介绍讲起涵盖前视图、后视图各接口与指示灯含义进而讲解IP地址配置、SmartWindow与SmartApplications应用程序操作并重点展开功能测试与指标测试两大模块包括长期丢包测试、流控功能测试、吞吐量测试、时延测试及丢包率测试的目的、参数设置与结果查看方法。目前已有401人学习适合需要快速掌握Smartbits600操作、开展网络性能验证与故障诊断的读者参考。1. 一台只能插两块卡的老仪表为什么还在测长期丢包手头这份《Smartbits600测试使用指导书.doc》讲的是 NetCom System 那套 SmartBits 系列里最便携的一档——SmartBits600。它最多插两块测试卡配 LAN-3100A 模块能出 16 个 10/100M 以太网口跟 SmartBits-6000B 系统兼容。放到今天看这参数不算亮眼但做传输设备验收、SDH/MSTP 支路板卡长期丢包监测的现场它依然是很多实验室里那台“开机就能信”的仪表。这份文档的价值不在概念科普而在它把两件事写透了一是仪表本身怎么从零配起来串口配 IP、SmartWindow 连机、端口属性、发包参数二是怎么用它跑功能测试和指标测试长期丢包、流控、吞吐量、时延、丢包率。适合两类人刚接手 SmartBits 的测试新人照着步骤能连上、能发包、能读数以及被“仪表连不上”“收发包对不上”“流控包抓不到”折腾过的老手可以拿它当参数对照表。下面我按“先立住原理、再动手复现、最后说坑”的顺序拆一遍。2. 从串口到 SmartWindow把仪表先连起来2.1 为什么第一刀必须切在 CONSOLE 口SmartBits600 出厂或复位后是没有可用 IP 的你没法直接用以太网连它。后视图上那个 CONSOLE 串口就是唯一的入口10/100BASE-T 那个网口是给控制台 PC 接入用的不是给你配 IP 的。所以顺序不能反先串口配 IP再走以太网连 SmartWindow。串口参数文档里写得很死波特率 38400数据位 8奇偶校验 NONE停止位 1流控 Xon/Xoff。这组参数里最容易翻车的是流控——很多人习惯性选“无”结果超级终端里敲回车没反应或者回显乱码。Xon/Xoff 是软件流控必须选上。配 IP 的命令行交互很短但每一步都有讲究# 在超级终端里等设备启动完成后按回车直到出现提示符 # 查看当前默认 IP ipaddr # 修改 IP例如改成 10.108.114.13 ipaddr 10.108.114.13 # 再次确认写入是否生效 ipaddr # 重启设备使新 IP 生效 reboot逻辑说明ipaddr不带参数是查询带参数是写入。写入后必须重启否则新地址不生效——这一步文档里写了“设置好之后重启”但现场经常有人配完直接去连连不上就怀疑仪表坏了。参数说明IP 要跟你的控制 PC 在同一网段别配个跨网段的地址然后怪路由。2.2 SmartWindow 连接设置里那两个不能错的字段IP 配好、重启完进 SmartWindow。菜单Options - Connection Setup..选Use Ethernet/TCPRemote Host填仪表 IPTCPPort填 16385。这个端口号是固定的填错就连不上而且报错信息不会告诉你“端口错了”只会一直连不上。连上之后是Actions - Connect热键 F8进主界面。这时候你会看到插着的模块比如 LAN-3100A。关键动作是鼠标移到模块上右键选Reserve SmartModule/MiniModule拿操作权。左下角小三角从绿变蓝才说明你真正占住了这个模块。绿的说明模块在但你没权限动它。端口属性在端口上右键设置100 Megabit是百兆口Full Duplex是全双工。连上被测设备后看Link显示。这里有个细节文档专门提了如果显示Pause说明有流控包——比如你发送速率大于 ET1 上设置的速率端口就会发流控包。这不是故障是流控在起作用后面流控测试会专门利用这个现象。自协商模式在Options - Preferences里勾Allow MII Auto-Negotiate。但注意做吞吐量这类指标测试时文档明确要求关闭自协商Auto negotiationg: disable因为自协商会让端口速率和双工状态不确定测出来的数不可信。这是选型理由不是可选项。2.3 发包参数Mode、Length、Background、Interpacket Gap 怎么定Transmit Setup..里四个参数决定你发出去的是什么包ModeContinuous持续发包Single Burst短时突发固定数量包。长期丢包测试用 Continuous功能验证偶尔用 Single Burst。Length(bytes)60–1514 字节。注意最小值是 60不是 64——以太网帧不含 CRC 是 60含 CRC 是 64文档在流控测试里说“帧长 64 字节的流控包”指的是含 CRC 的完整帧。Background包类型IP、UDP、TCP、IPX、AAAA 等。测全 A 包就选对应类型抓包时看是不是全 A。Interpacket Gap包间隙可用 uSec、mSec、%Utilization 表示。最小间隙 96 Bit16 字节此时带宽利用率最高。100M 模式下用 %Utilization 表示 rate100用 uSec 表示 rate0.96us。实际测试里我一般用 %Utilization因为直观rate 设 50 就是 50M 有效速率。这个换算关系在长期丢包测试里会用到——48 个 2M 下 rate 设 80%2M 数目变了 rate 要按比例调公式是实际所设 Rate (80% ÷ 48) × 实际 2M 数目。这个公式是这份文档里最实用的一个参数换算直接抄。3. 功能测试长期丢包和流控怎么跑出可信数据3.1 长期丢包测试的组网与配置链路长期丢包测试的目的是验证设备长期运行下的丢包情况。组网是两站组成两纤单向通道保护环#1 站和 #2 站之间上下业务。配置链路是这样的#1 站 ET1 配置 MP1 配置 48 个 VC12 IP1 端口工作模式 100M 全双工 MP1 端口和 IP1 端口设成 UNTAG 端口 IP1 和 MP1 配成双向 PORT 路由 #2 站 与 #1 站配置一样 端口 1 进行 PHY 内环回PHY 内环回的命令是0x8CMBCMD-PORT-LBMODE-INC格式是CHAR[]三个字节CHAR[0]端口号0 表示所有端口1–8 表示物理网口 1–8CHAR[1]环回点2 表示 PHY 层环回CHAR[2]环回状态0 无环回1 内环回。注意 PHY 层不支持外环回。# 删除所有端口的 PHY 层环回 ptp:4,8C,0,2,0 # 1 端口 PHY 层内环回 ptp:4,8C,1,2,1逻辑说明ptp是端口操作命令前缀4是操作码8C是环回模式命令后面三个参数对应端口号、环回点、环回状态。参数说明端口号 0 是广播式操作会作用到所有端口调试时慎用环回点固定 2因为 PHY 层只支持这一种。测试指标要求48 个 2M 下效率 Rate 为 80% 时包长设随机长度丢包率小于 1×10⁻⁶。实测时打开Actions/SmartCountersF9File/New counter windowsView选Events only。看两个端口端口 1 发包数等于端口 2 收包数端口 2 发包数等于端口 1 收包数且没有 CRC Errors 和 Alignment Errors。这两个错误计数是判断链路质量的硬指标出现就说明物理层或帧格式有问题不是丢包那么简单。3.2 流控功能测试怎么让仪表收到 8808 流控包流控测试需要一台支持流控功能的网络分析仪配合用 SmartBits 的 Windows 测试程序。组网是单站两纤单向通道保护环光纤自环。配置上 ET1 配 MP1 配 48 个 VC12IP1 和 IP2 设 100M 全双工IP1、IP2、MP1 设 UNTAG路由是 IP1 到 MP1 单向 PORT 路由MP1 到 IP2 单向 PORT 路由。关键操作仪表端口 1 发送帧长 1518、Rate 95%观察端口 1 和端口 2 的收包。预期结果是端口 1 能收到 ET1 板发出的帧长 64 字节的流控包且端口 1 发包数等于端口 2 收包数。流控包怎么抓打开端口 1 的 Capture 功能捕获到的流控包类型是 8808帧长 64 字节。8808 是 MAC 控制帧的以太类型流控帧就是走这个类型。很多人抓不到流控包是因为没打开端口 1 的流控功能或者端口 2 也在发包干扰了判断。文档明确写“仪表端口 2 不要发包”这是为了让流控包的方向单一、可辨认。打开端口 1 流控功能在7×Setup菜单里。实测时同样用 SmartCounters 看 Events only确认端口 1 发包数等于端口 2 收包数无 CRC Errors 和 Alignment Errors。这里有个容易忽略的点流控测试里端口 1 发的是 1518 长帧但收到的流控包是 64 字节短帧长度对不上是正常的因为流控包是设备生成的不是你发的那个包。4. 指标测试吞吐量、时延、丢包率的参数怎么设4.1 吞吐量测试的 7 个典型包长与精度设置吞吐量测试用 SmartApplications 程序测的是不丢包情况下设备能达到的最大速率。组网和流控测试一样单站两纤单向通道保护环光纤自环。ET1 配 MP1 配 48 个 VC12IP1、IP2 设 100M 全双工UNTAG路由 IP1 到 MP1 单向MP1 到 IP2 单向。仪表设置单向 100M 全双工帧长取 64、128、256、512、1024、1280、1518 共 7 个典型包长。指标要求 48 个 2M 下吞吐量不小于 85%。参数设置路径是Setup - Test Configuration..。界面里General设起始包长、结束包长、跳进步长。各测试项目下有Duration测试时间、Number of Trials测试序号、Initial Rate(%)初始速率、Min Rate(%)最小速率、Max Rate(%)最大速率、Resolution(%)结果精确度。如果自己设测试项勾左侧Use custom右侧设 Duration 和 Number of Trials。文档建议时延测试时间至少 60 秒重复次数至少 1 次。吞吐量测试的初始流量一般设 100%Resolution 按精度要求设。包长设置在size按钮里选 throughput 项设包数目然后在表格里双击编辑每个包的长度和流量。端口工作模式在Setup/ALL SmartCards里设 100M 全双工关闭流控Auto negotiationg: disable。这一步和前面自协商设置是呼应的指标测试要确定性自协商会引入不确定性。4.2 时延和丢包率测试的差异点时延测试和吞吐量测试共用 SmartApplications 的框架但参数侧重不同。时延测的是包从发送到接收的时间差所以 Duration 要够长至少 60 秒Number of Trials 至少 1 次让仪表有足够样本算平均时延和最大时延。包长同样取 7 个典型值但时延对包长敏感——长帧的传输时延天然比短帧大所以 1518 字节的时延数据不能和 64 字节的直接比。丢包率测试在 SmartApplications 里有独立入口Packet Loss。它的逻辑是在给定速率下发送固定数量包统计接收端少了多少。和长期丢包测试的区别是长期丢包测的是“长时间运行下的累积丢包”丢包率测试测的是“特定速率下的丢包比例”前者看稳定性后者看容量边界。背靠背测试Back-to-Back也在同一菜单里测的是设备在满速率下能连续处理多少个包而不丢。这个测试对缓冲区大小敏感参数上要把 Initial Rate 设高Duration 设短让仪表在短时间内打出突发流量。三个指标测试的共性坑是端口占用SmartApplications 里Setup - SmartCards Reservation..选端口按Reserve小圆点变蓝才算拿到。红色说明端口被其他程序占用得先去那个程序里释放。SmartWindow 和 SmartApplications 不能同时占同一个端口这是最常见的“仪表没反应”原因。5. 避坑排查那些让测试结果不可信的细节5.1 串口连不上先查流控和回车现象超级终端里按回车没反应或者显示乱码。原因串口流控没选 Xon/Xoff或者波特率不是 38400。解决把串口参数严格按 38400-8-NONE-1-Xon/Xoff 重设保存后重新打开连接。如果还是不行换一根串口线有些 USB 转串口线在 38400 下不稳定。5.2 收发包数对不上先看端口权限和环回现象SmartCounters 里端口 1 发包数不等于端口 2 收包数。原因端口没 Reserve 成功或者 PHY 内环回没设对或者被测设备路由配错。解决先确认模块左下角小三角是蓝色再用ptp:4,8C,1,2,1确认端口 1 内环回生效最后检查 IP1 到 MP1、MP1 到 IP2 的单向 PORT 路由方向有没有反。5.3 抓不到流控包检查 8808 和端口 2 是否在发包现象Capture 里看不到流控包。原因端口 1 流控功能没打开或者端口 2 也在发包导致流控包被淹没。解决在7×Setup里打开端口 1 流控端口 2 停止发包Capture 过滤 8808 类型。流控包帧长 64 字节别用 1518 去过滤。5.4 吞吐量测出来偏低自协商和流控没关现象吞吐量远低于 85%。原因端口工作在自协商模式或者流控没关仪表在等流控窗口。解决Setup/ALL SmartCards里设 100M 全双工Auto negotiationg: disable关闭流控。另外确认 Duration 够长太短的测试还没进入稳态就结束了。5.5 长期测试中途数据跳变接地和环境干扰现象长时间跑丢包测试中途 CRC Errors 突然增加。原因仪表或被测设备没接地或者测试环境有外加干扰。解决测试前确认仪表和被测设备都接地长时间测试时固定好光纤和网线避免被人碰到如果条件允许把测试环境单独隔开。文档里专门写了“注意仪表和被测设备均要接地”和“防止其他外加条件影响测试结果”这不是客套话是血泪经验。6. 把 7 个包长跑成一张表我的吞吐量复测习惯指标测试里最容易偷懒的是吞吐量——只跑一个 1518 长帧看到 90% 就收工。但设备对不同包长的处理路径不一样短帧看转发性能长帧看带宽中间包长看缓冲区管理。我现在的习惯是 7 个包长一个不落每个包长至少跑 1 次Duration 给到 60 秒Resolution 设 1%然后把结果整理成一张对照表包长(bytes)初始速率(%)实测吞吐量(%)是否达标(≥85%)64100待填待判128100待填待判256100待填待判512100待填待判1024100待填待判1280100待填待判1518100待填待判这张表的好处是哪个包长掉下去一眼能看出来。64 字节掉多半是转发性能或小包处理有问题1518 掉多半是带宽或流控没关干净中间包长掉查缓冲区。比只看一个总数有用得多。复测时我会强制走一遍固定流程先Setup/ALL SmartCards确认 100M 全双工、自协商关闭、流控关闭再SmartCards Reservation确认端口全蓝然后Test Configuration里勾Use customDuration 60、Trials 1、Initial Rate 100、Resolution 1最后size里把 7 个包长逐个填进去。这套流程走完再点开始比中途发现参数错了重跑省时间。时延测试我会额外记一列最大时延因为平均值会掩盖抖动。丢包率测试则把 Initial Rate 从 100% 往下调找到第一个丢包率为 0 的速率点那个点比吞吐量测试的 85% 更能说明设备的真实容量边界。从那以后我每次上 SmartBits 做验收测试都强制先跑一遍串口 IP 确认和端口 Reserve 检查再开始任何指标测试。这两步花不了五分钟但能挡掉后面百分之八十的“仪表没反应”。希望帮到你。本文还有配套的精品资源点击获取
SmartBits600测试指南：长期丢包与吞吐量实战
简介《Smartbits600测试使用指导书》面向网络测试初学者与运维工程师针对Smartbits600便携式网络性能测试仪的上手与实操需求系统梳理了从仪表认知到测试执行的完整知识链路。资源包内含1个doc文档约977KB以图文教程形式呈现便于随时查阅与打印学习。文档从仪表概述与面板介绍讲起涵盖前视图、后视图各接口与指示灯含义进而讲解IP地址配置、SmartWindow与SmartApplications应用程序操作并重点展开功能测试与指标测试两大模块包括长期丢包测试、流控功能测试、吞吐量测试、时延测试及丢包率测试的目的、参数设置与结果查看方法。目前已有401人学习适合需要快速掌握Smartbits600操作、开展网络性能验证与故障诊断的读者参考。1. 一台只能插两块卡的老仪表为什么还在测长期丢包手头这份《Smartbits600测试使用指导书.doc》讲的是 NetCom System 那套 SmartBits 系列里最便携的一档——SmartBits600。它最多插两块测试卡配 LAN-3100A 模块能出 16 个 10/100M 以太网口跟 SmartBits-6000B 系统兼容。放到今天看这参数不算亮眼但做传输设备验收、SDH/MSTP 支路板卡长期丢包监测的现场它依然是很多实验室里那台“开机就能信”的仪表。这份文档的价值不在概念科普而在它把两件事写透了一是仪表本身怎么从零配起来串口配 IP、SmartWindow 连机、端口属性、发包参数二是怎么用它跑功能测试和指标测试长期丢包、流控、吞吐量、时延、丢包率。适合两类人刚接手 SmartBits 的测试新人照着步骤能连上、能发包、能读数以及被“仪表连不上”“收发包对不上”“流控包抓不到”折腾过的老手可以拿它当参数对照表。下面我按“先立住原理、再动手复现、最后说坑”的顺序拆一遍。2. 从串口到 SmartWindow把仪表先连起来2.1 为什么第一刀必须切在 CONSOLE 口SmartBits600 出厂或复位后是没有可用 IP 的你没法直接用以太网连它。后视图上那个 CONSOLE 串口就是唯一的入口10/100BASE-T 那个网口是给控制台 PC 接入用的不是给你配 IP 的。所以顺序不能反先串口配 IP再走以太网连 SmartWindow。串口参数文档里写得很死波特率 38400数据位 8奇偶校验 NONE停止位 1流控 Xon/Xoff。这组参数里最容易翻车的是流控——很多人习惯性选“无”结果超级终端里敲回车没反应或者回显乱码。Xon/Xoff 是软件流控必须选上。配 IP 的命令行交互很短但每一步都有讲究# 在超级终端里等设备启动完成后按回车直到出现提示符 # 查看当前默认 IP ipaddr # 修改 IP例如改成 10.108.114.13 ipaddr 10.108.114.13 # 再次确认写入是否生效 ipaddr # 重启设备使新 IP 生效 reboot逻辑说明ipaddr不带参数是查询带参数是写入。写入后必须重启否则新地址不生效——这一步文档里写了“设置好之后重启”但现场经常有人配完直接去连连不上就怀疑仪表坏了。参数说明IP 要跟你的控制 PC 在同一网段别配个跨网段的地址然后怪路由。2.2 SmartWindow 连接设置里那两个不能错的字段IP 配好、重启完进 SmartWindow。菜单Options - Connection Setup..选Use Ethernet/TCPRemote Host填仪表 IPTCPPort填 16385。这个端口号是固定的填错就连不上而且报错信息不会告诉你“端口错了”只会一直连不上。连上之后是Actions - Connect热键 F8进主界面。这时候你会看到插着的模块比如 LAN-3100A。关键动作是鼠标移到模块上右键选Reserve SmartModule/MiniModule拿操作权。左下角小三角从绿变蓝才说明你真正占住了这个模块。绿的说明模块在但你没权限动它。端口属性在端口上右键设置100 Megabit是百兆口Full Duplex是全双工。连上被测设备后看Link显示。这里有个细节文档专门提了如果显示Pause说明有流控包——比如你发送速率大于 ET1 上设置的速率端口就会发流控包。这不是故障是流控在起作用后面流控测试会专门利用这个现象。自协商模式在Options - Preferences里勾Allow MII Auto-Negotiate。但注意做吞吐量这类指标测试时文档明确要求关闭自协商Auto negotiationg: disable因为自协商会让端口速率和双工状态不确定测出来的数不可信。这是选型理由不是可选项。2.3 发包参数Mode、Length、Background、Interpacket Gap 怎么定Transmit Setup..里四个参数决定你发出去的是什么包ModeContinuous持续发包Single Burst短时突发固定数量包。长期丢包测试用 Continuous功能验证偶尔用 Single Burst。Length(bytes)60–1514 字节。注意最小值是 60不是 64——以太网帧不含 CRC 是 60含 CRC 是 64文档在流控测试里说“帧长 64 字节的流控包”指的是含 CRC 的完整帧。Background包类型IP、UDP、TCP、IPX、AAAA 等。测全 A 包就选对应类型抓包时看是不是全 A。Interpacket Gap包间隙可用 uSec、mSec、%Utilization 表示。最小间隙 96 Bit16 字节此时带宽利用率最高。100M 模式下用 %Utilization 表示 rate100用 uSec 表示 rate0.96us。实际测试里我一般用 %Utilization因为直观rate 设 50 就是 50M 有效速率。这个换算关系在长期丢包测试里会用到——48 个 2M 下 rate 设 80%2M 数目变了 rate 要按比例调公式是实际所设 Rate (80% ÷ 48) × 实际 2M 数目。这个公式是这份文档里最实用的一个参数换算直接抄。3. 功能测试长期丢包和流控怎么跑出可信数据3.1 长期丢包测试的组网与配置链路长期丢包测试的目的是验证设备长期运行下的丢包情况。组网是两站组成两纤单向通道保护环#1 站和 #2 站之间上下业务。配置链路是这样的#1 站 ET1 配置 MP1 配置 48 个 VC12 IP1 端口工作模式 100M 全双工 MP1 端口和 IP1 端口设成 UNTAG 端口 IP1 和 MP1 配成双向 PORT 路由 #2 站 与 #1 站配置一样 端口 1 进行 PHY 内环回PHY 内环回的命令是0x8CMBCMD-PORT-LBMODE-INC格式是CHAR[]三个字节CHAR[0]端口号0 表示所有端口1–8 表示物理网口 1–8CHAR[1]环回点2 表示 PHY 层环回CHAR[2]环回状态0 无环回1 内环回。注意 PHY 层不支持外环回。# 删除所有端口的 PHY 层环回 ptp:4,8C,0,2,0 # 1 端口 PHY 层内环回 ptp:4,8C,1,2,1逻辑说明ptp是端口操作命令前缀4是操作码8C是环回模式命令后面三个参数对应端口号、环回点、环回状态。参数说明端口号 0 是广播式操作会作用到所有端口调试时慎用环回点固定 2因为 PHY 层只支持这一种。测试指标要求48 个 2M 下效率 Rate 为 80% 时包长设随机长度丢包率小于 1×10⁻⁶。实测时打开Actions/SmartCountersF9File/New counter windowsView选Events only。看两个端口端口 1 发包数等于端口 2 收包数端口 2 发包数等于端口 1 收包数且没有 CRC Errors 和 Alignment Errors。这两个错误计数是判断链路质量的硬指标出现就说明物理层或帧格式有问题不是丢包那么简单。3.2 流控功能测试怎么让仪表收到 8808 流控包流控测试需要一台支持流控功能的网络分析仪配合用 SmartBits 的 Windows 测试程序。组网是单站两纤单向通道保护环光纤自环。配置上 ET1 配 MP1 配 48 个 VC12IP1 和 IP2 设 100M 全双工IP1、IP2、MP1 设 UNTAG路由是 IP1 到 MP1 单向 PORT 路由MP1 到 IP2 单向 PORT 路由。关键操作仪表端口 1 发送帧长 1518、Rate 95%观察端口 1 和端口 2 的收包。预期结果是端口 1 能收到 ET1 板发出的帧长 64 字节的流控包且端口 1 发包数等于端口 2 收包数。流控包怎么抓打开端口 1 的 Capture 功能捕获到的流控包类型是 8808帧长 64 字节。8808 是 MAC 控制帧的以太类型流控帧就是走这个类型。很多人抓不到流控包是因为没打开端口 1 的流控功能或者端口 2 也在发包干扰了判断。文档明确写“仪表端口 2 不要发包”这是为了让流控包的方向单一、可辨认。打开端口 1 流控功能在7×Setup菜单里。实测时同样用 SmartCounters 看 Events only确认端口 1 发包数等于端口 2 收包数无 CRC Errors 和 Alignment Errors。这里有个容易忽略的点流控测试里端口 1 发的是 1518 长帧但收到的流控包是 64 字节短帧长度对不上是正常的因为流控包是设备生成的不是你发的那个包。4. 指标测试吞吐量、时延、丢包率的参数怎么设4.1 吞吐量测试的 7 个典型包长与精度设置吞吐量测试用 SmartApplications 程序测的是不丢包情况下设备能达到的最大速率。组网和流控测试一样单站两纤单向通道保护环光纤自环。ET1 配 MP1 配 48 个 VC12IP1、IP2 设 100M 全双工UNTAG路由 IP1 到 MP1 单向MP1 到 IP2 单向。仪表设置单向 100M 全双工帧长取 64、128、256、512、1024、1280、1518 共 7 个典型包长。指标要求 48 个 2M 下吞吐量不小于 85%。参数设置路径是Setup - Test Configuration..。界面里General设起始包长、结束包长、跳进步长。各测试项目下有Duration测试时间、Number of Trials测试序号、Initial Rate(%)初始速率、Min Rate(%)最小速率、Max Rate(%)最大速率、Resolution(%)结果精确度。如果自己设测试项勾左侧Use custom右侧设 Duration 和 Number of Trials。文档建议时延测试时间至少 60 秒重复次数至少 1 次。吞吐量测试的初始流量一般设 100%Resolution 按精度要求设。包长设置在size按钮里选 throughput 项设包数目然后在表格里双击编辑每个包的长度和流量。端口工作模式在Setup/ALL SmartCards里设 100M 全双工关闭流控Auto negotiationg: disable。这一步和前面自协商设置是呼应的指标测试要确定性自协商会引入不确定性。4.2 时延和丢包率测试的差异点时延测试和吞吐量测试共用 SmartApplications 的框架但参数侧重不同。时延测的是包从发送到接收的时间差所以 Duration 要够长至少 60 秒Number of Trials 至少 1 次让仪表有足够样本算平均时延和最大时延。包长同样取 7 个典型值但时延对包长敏感——长帧的传输时延天然比短帧大所以 1518 字节的时延数据不能和 64 字节的直接比。丢包率测试在 SmartApplications 里有独立入口Packet Loss。它的逻辑是在给定速率下发送固定数量包统计接收端少了多少。和长期丢包测试的区别是长期丢包测的是“长时间运行下的累积丢包”丢包率测试测的是“特定速率下的丢包比例”前者看稳定性后者看容量边界。背靠背测试Back-to-Back也在同一菜单里测的是设备在满速率下能连续处理多少个包而不丢。这个测试对缓冲区大小敏感参数上要把 Initial Rate 设高Duration 设短让仪表在短时间内打出突发流量。三个指标测试的共性坑是端口占用SmartApplications 里Setup - SmartCards Reservation..选端口按Reserve小圆点变蓝才算拿到。红色说明端口被其他程序占用得先去那个程序里释放。SmartWindow 和 SmartApplications 不能同时占同一个端口这是最常见的“仪表没反应”原因。5. 避坑排查那些让测试结果不可信的细节5.1 串口连不上先查流控和回车现象超级终端里按回车没反应或者显示乱码。原因串口流控没选 Xon/Xoff或者波特率不是 38400。解决把串口参数严格按 38400-8-NONE-1-Xon/Xoff 重设保存后重新打开连接。如果还是不行换一根串口线有些 USB 转串口线在 38400 下不稳定。5.2 收发包数对不上先看端口权限和环回现象SmartCounters 里端口 1 发包数不等于端口 2 收包数。原因端口没 Reserve 成功或者 PHY 内环回没设对或者被测设备路由配错。解决先确认模块左下角小三角是蓝色再用ptp:4,8C,1,2,1确认端口 1 内环回生效最后检查 IP1 到 MP1、MP1 到 IP2 的单向 PORT 路由方向有没有反。5.3 抓不到流控包检查 8808 和端口 2 是否在发包现象Capture 里看不到流控包。原因端口 1 流控功能没打开或者端口 2 也在发包导致流控包被淹没。解决在7×Setup里打开端口 1 流控端口 2 停止发包Capture 过滤 8808 类型。流控包帧长 64 字节别用 1518 去过滤。5.4 吞吐量测出来偏低自协商和流控没关现象吞吐量远低于 85%。原因端口工作在自协商模式或者流控没关仪表在等流控窗口。解决Setup/ALL SmartCards里设 100M 全双工Auto negotiationg: disable关闭流控。另外确认 Duration 够长太短的测试还没进入稳态就结束了。5.5 长期测试中途数据跳变接地和环境干扰现象长时间跑丢包测试中途 CRC Errors 突然增加。原因仪表或被测设备没接地或者测试环境有外加干扰。解决测试前确认仪表和被测设备都接地长时间测试时固定好光纤和网线避免被人碰到如果条件允许把测试环境单独隔开。文档里专门写了“注意仪表和被测设备均要接地”和“防止其他外加条件影响测试结果”这不是客套话是血泪经验。6. 把 7 个包长跑成一张表我的吞吐量复测习惯指标测试里最容易偷懒的是吞吐量——只跑一个 1518 长帧看到 90% 就收工。但设备对不同包长的处理路径不一样短帧看转发性能长帧看带宽中间包长看缓冲区管理。我现在的习惯是 7 个包长一个不落每个包长至少跑 1 次Duration 给到 60 秒Resolution 设 1%然后把结果整理成一张对照表包长(bytes)初始速率(%)实测吞吐量(%)是否达标(≥85%)64100待填待判128100待填待判256100待填待判512100待填待判1024100待填待判1280100待填待判1518100待填待判这张表的好处是哪个包长掉下去一眼能看出来。64 字节掉多半是转发性能或小包处理有问题1518 掉多半是带宽或流控没关干净中间包长掉查缓冲区。比只看一个总数有用得多。复测时我会强制走一遍固定流程先Setup/ALL SmartCards确认 100M 全双工、自协商关闭、流控关闭再SmartCards Reservation确认端口全蓝然后Test Configuration里勾Use customDuration 60、Trials 1、Initial Rate 100、Resolution 1最后size里把 7 个包长逐个填进去。这套流程走完再点开始比中途发现参数错了重跑省时间。时延测试我会额外记一列最大时延因为平均值会掩盖抖动。丢包率测试则把 Initial Rate 从 100% 往下调找到第一个丢包率为 0 的速率点那个点比吞吐量测试的 85% 更能说明设备的真实容量边界。从那以后我每次上 SmartBits 做验收测试都强制先跑一遍串口 IP 确认和端口 Reserve 检查再开始任何指标测试。这两步花不了五分钟但能挡掉后面百分之八十的“仪表没反应”。希望帮到你。本文还有配套的精品资源点击获取
