拓冰网站定制 
简介《Smartbits600测试使用指导书》是一份面向网络测试新手、运维工程师及网络专业学生的实操文档系统讲解Smartbits600网络测试仪表的组成结构、面板功能与软件使用方法。内容包含仪表概述、前视图与后视图接口说明、静态IP与DHCP两种地址配置方式以及SmartWindow、SmartApplications两大应用程序的启动、登录与参数设置操作。测试指导部分按功能测试和指标测试两个方向展开详细介绍长期丢包测试、流控功能测试、吞吐量测试、时延测试和丢包率测试的目的、参数设置、启动流程与结果查看方式可用于指导真实网络环境的性能评估与故障定位。该指导书从仪表认知到软件操作再到典型测试场景结构完整、步骤清晰尤其适合无经验的初学者按章节顺序逐步练习也可作为日常测试工作的速查手册。资源包仅1个doc文件大小977KB便于离线查阅和随身携带目前已有401人学习下载适合需要快速掌握Smartbits600测试流程、搭建网络测试方案并输出报告的技术人员。1. SmartBits600不是黑匣子一台便携式网络测试仪的底细SmartBits600是NetCom System生产的便携式网络测试仪最多可插两块测试卡、支持16个10/100M以太网口专门用来做交换机测试、网络性能分析与故障诊断。我第一次认真啃它是在做设备老化测试全自动执行脚本的时候长期丢包、流控、吞吐量、时延这类指标全得靠它出数跑一挂就是几十个小时仪表配置没吃透根本不敢挂机。这份《Smartbits600测试使用指导书.doc》把仪表从串口配IP到SmartApplications自动跑指标讲得很完整对想搭建测试平台的工程师来说照着文档能省掉大量自己摸索的时间。它适合三类人刚接手网络测试仪表的测试工程师、需要按测试联调规范出正式报告的从业者以及被设备“跑着跑着就丢包”折磨的运维和研发。2. 上电先通信串口配IP与SmartWindow连接的三步走SmartBits600前面板是两个LAN-3100A模块插槽背面是CONSOLE串口和10/100BASE-T网口。第一次拿到设备很多人习惯直接插网线、开SmartWindow、填IP结果连不上。原因是这台设备出厂时并没有可用的网络配置必须先通过CONSOLE口把IP设好PC才能通过以太网口访问它。这一章把三步走讲清楚串口配IP、SmartWindow连接、端口属性设置这三步通了后面所有测试才有基础。2.1 串口超级终端配IP38400/8/N/1/XonXoff用串口线把PC的COM口和SmartBits600的CONSOLE口连起来在PC上打开超级终端。串口参数是固定的波特率38400数据位8奇偶校验NONE停止位1流控Xon/Xoff。这组参数只要错一个终端里就是一片乱码尤其是流控很多人习惯选None会导致命令敲进去没反应。我见过有人换了三根串口线都不出字最后发现是流控选错了。设备上电后等启动完成在超级终端窗口不断按回车直到出现“”提示符。之后用ipaddr命令查看和修改IP# 查看设备当前IP不带参数是查询 ipaddr # 把IP改为 10.108.114.13带参数是设置 ipaddr 10.108.114.13 # 再次查询确认修改生效 ipaddr这里多说一句ipaddr命令没有单独的保存动作改完直接生效但设备重启后才会按新IP提供网络服务。所以别改完就急着ping先把设备电源重启一次。常见的翻车就是以为改了IP立刻能用SmartWindow里填了新IP还连不上最后发现是没重启。另外CONSOLE线要用设备自带的串口线普通网线插上去没反应。2.2 SmartWindow连接TCP 16385与Reserve权限IP配好后把PC的网线接到SmartBits600背面的10/100BASE-T口这是控制口不是前面板的测试口插错位置会把自己绕晕。在PC上启动SmartWindow菜单“Options”→“Connection Setup”进入连接设置选“Use Ethernet/TCP”Remote Host填设备IPTCP Port填16385。连接参数如下配置项值说明Remote Host10.108.114.13与串口设置的IP一致TCP Port16385SmartBits控制通道默认端口ProtocolEthernet/TCP通过以太网口访问仪表填好后菜单“Actions”→“Connect”热键F8进入SmartWindow主界面。此时界面上会显示插入的LAN-3100A模块。鼠标移到模块上右键选择“Reserve SmartModule/MiniModule”获取模块操作权左下角小三角从绿色变成蓝色。这个Reserve动作类似拿锁不执行的话端口只能看不能配执行后如果小三角一直是红的说明模块被其他程序占用需要去对应程序里释放。2.3 端口属性速率、双工与Link状态模块预留完成后在端口上右键设置属性。做以太网测试时一般把端口工作模式设成“100 Megabit”和“Full Duplex”也就是100M全双工。设置完如果被测设备和仪表端口链路正常端口状态会显示“Link”如果显示“Pause”说明端口在收或发流控包典型场景是发送速率超过了对端配的速率触发了流控机制。这个在后文流控测试里会专门讲。面板上的指示灯配合端口状态可以快速判断链路质量我一般先看灯再打开软件确认指示灯状态含义TX/PAUSE绿灯正常发送黄灯有流控包红灯有错包RX/ERR绿灯数据接收红灯接收错误DUPLEX/SPEED绿灯全双工黄灯半双工如果被测设备要求自协商SmartWindow主菜单“Options”→“Preferences”里勾选“Allow Mii Auto-Negotiate”端口就会工作在自协商模式。做指标测试时我建议关掉自协商、强制100M全双工自协商偶尔会协商出半双工测试数据就不干净了。提示无论用什么软件连SmartBits600先确认控制口网线插在背面10/100BASE-T口不是前面板测试口。这个错我犯过一次排查了半小时。3. 手工发包与抓包Transmit Setup、Capture与SmartCounters的配合SmartWindow的价值在于让你像手工操作一样控制每个端口设置发送什么包、以什么速率发、抓回来分析、看计数器。这一章讲的是最常用的三板斧学会这三样长期丢包测试和流控测试的仪表侧操作就都会了。3.1 Transmit SetupContinuous与Single Burst怎么选在端口上右键选择“Transmit Setup”打开发送端口属性设置。Mode是发包方式两个选项覆盖两种典型场景Continuous持续发包适合跑吞吐量、长期稳定性、老化测试发多久由你控制停止时才断流Single Burst短时间内突发指定数量的包适合看设备在突发流量下的表现比如背靠背测试的仪表侧预实验。Length是数据包长度取值范围60到1514字节。发全A包是链路校验的常见做法配合Capture可以快速判断链路是否bit级出错。我一般先发一小段全A包确认链路干净再切到正式的业务包型。注意Length设的是帧长还是包长文档里给的范围是60至1514字节对应以太网帧长设置时别把前导码算进去。3.2 Background、Interpacket Gap与速率换算Background指数据包的类型可选IP、UDP、TCP、IPX、AAAA等对应不同的协议封装Interpacket Gap是相邻数据包之间的间隙可以用微秒uSec、毫秒mSec或者带宽利用率%Utilization来设置。数据包之间的最小间隙是96Bit也就是16字节此时带宽利用率最高。以100M模式为例用%Utilization表示时Rate为100用uSec表示时最小间隙对应0.96us。实际测试里我最常用%Utilization因为它最直观Rate设50意味着端口以50%的有效速率发包即50M的有效业务速率。注意这里的百分比是相对端口线速的有效利用率不是CPU占用率也不是对端设备的负载。有人把Rate设成100然后用Capture抓包发现对端收到一堆Pause那是流控在起作用不是设备坏了。3.3 Capture抓包全A包校验与CRC的坑Capture功能在端口上右键进入点Start开始抓包再点View Result进入数据包分析窗口。发送端口发全A包接收端口抓回来逐字节看是不是全A这是验证以太网链路是否误码的快速方法。有一点必须提醒以太网帧的最后4个字节是CRC校验字段不是数据内容所以看到最后4字节不是0x41别慌那是正常的校验值。如果数据区出现非A字节同时SmartCounters里CRC Errors或Alignment Errors在涨说明链路有误码或帧对齐问题需要检查线缆、接地和端口工作模式。我见过有人抓了包发现中间某字节变了不去查计数器直接说设备丢包这判断是错的——那叫错包不叫丢包。丢包是包没到错包是包到了但内容坏了处理方式完全不同。3.4 SmartCountersEvents与Rates的分工主菜单“Actions”→“SmartCounters”热键F9打开统计窗口。Events统计的是收发数据包的总数Rates统计的是速率单位Packet/s。长期测试看Events更稳定速率值会抖动不适合判断“有没有丢”短时突发测试才需要看Rates。实际用途上长期丢包测试会在SmartCounters里新建窗口在View里选Events only然后对比端口1发了多少、端口2收了多少。# SmartCounters 常用操作路径GUI内完成 Actions → SmartCounters # 或直接按 F9 File → New counter windows # 新建计数窗口 View → Events only # 只看总包数过滤速率抖动这套组合在流控功能测试里也是这么看端口1发包数等于端口2收包数且没有CRC/Alignment错误说明流控没有异常干预业务包。如果Events对不上先看是不是有人动了发包配置再看是不是链路层有错包最后才怀疑流控。3.5 流控功能测试把Pause帧抓出来看流控测试验证的是设备在拥塞时能不能正确发流控帧。文档里的做法是把单站组成两纤单向通道保护环光纤自环ET1板配置MP1承载48个VC12IP1和IP2端口设为100M全双工、UNTAG端口路由配置成IP1到MP1单向PORT路由、MP1到IP2单向PORT路由。仪表侧端口1发送帧长1518字节的包Rate设成95%打开端口1的流控功能端口2不发包。预期结果有两项仪表端口1能收到对端发来的64字节流控包类型8808端口1发包数等于端口2收包数。流控包的抓取直接打开端口1的Capture捕获后能看到类型8808、帧长64字节。如果抓不到8808先查是否在Transmit Setup里把端口流控功能关了或者发送速率没有超过设备承诺速率——流控只在拥塞时触发Rate不够高它不动作。4. 自动跑指标SmartApplications的吞吐量、时延与丢包率怎么设手工发包能验证功能但要出吞吐量、时延、丢包率这些指标SmartWindow就力不从心了它没有自动搜索最大速率、按包长循环测试的能力。这一步交给SmartApplications它内置Throughput、Latency、Packet Loss、Back-to-Back四类测试网络设备指标测试主要用前三类。4.1 端口预留先拿权限再配参数进入SmartApplications后菜单“Setup”→“SmartCards Reservation”打开端口预留对话框选中要用的端口后按Reserve对应小圆点变蓝色如果小圆点是红色说明端口正被SmartWindow或其他实例占用必须先去对应程序里释放。这是SmartApplications和SmartWindow混用时最常遇到的问题。文档里写得很直接红色就要“先在其它程序中释放端口的使用权限”。Reserve做完后界面里的Hub、Slot、Port分别指第几台仪表、第几个模块、第几个端口配置前先确认选中的是你要用的物理端口。4.2 Test Configuration7个典型包长先铺好菜单“Setup”→“Test Configuration”进入测试配置。General区域设置测试数据包的起始包长、结束包长和步长。做指标测试行业通用做法是跑7个典型包长64、128、256、512、1024、1280、1518字节。这7个包长覆盖了小包转发极限、中包常用值和线速1518大包能看出设备在不同帧长下的转发能力差异尤其是64字节小包最容易暴露转发瓶颈。包长字节测试关注点64小包线速转发能力PPS极限128 / 256中包转发稳定性512 / 1024业务常见帧长1280 / 1518大包吞吐与线速上限设置时在界面上点击“size”按钮进入包长设置选择Throughput项后填入包的数目最后在表格里直接编辑包长和流量。如果希望走自定义勾选界面左侧的“Use custom”此时部分表项会变灰右侧对应项才可编辑不勾选就直接用默认配置。实测时我建议永远勾上Use custom默认配置往往只有一两种包长出报告时说服力不够。4.3 Duration、Trials、Initial Rate与Resolution怎么定测试参数里最影响结果可信度的是时间、重复次数和精度Duration每次测试的持续时间。文档明确说测时延要求测试时间至少60秒重复次数至少1次。时间太短设备缓冲区状态没稳定时延数据会偏乐观Number of Trials测试重复次数重复取均值能过滤偶发抖动但会拉长总测试时间Initial Rate(%)测试初始速率一般设100%让测试算法从最大速率往下搜索Min/Max Rate(%)搜索边界用于限定设备能力区间Resolution(%)结果精度精度设得越小搜索步进越细、测试时间越长但结果越可信。# SmartApplications 指标测试配置要点GUI内完成 Setup → SmartCards Reservation → Reserve 目标端口 Setup → Test Configuration → General: 包长: 64/128/256/512/1024/1280/1518逐个添加 Throughput 项: Duration 60s Number of Trials 1 Initial Rate 100% Resolution 0.5%跑指标测试前端口工作模式要设成100M全双工关掉自协商Auto negotiation: disable同时关闭流控否则设备在速率搜索过程中频繁发Pause帧会干扰“不丢包最大速率”的判定。文档里的原话是“关闭流控功能Auto negotiationgdisable”这一步经常被漏掉漏掉的结果是吞吐量测出来偏低因为流控把速率钳制住了。4.4 三个指标的物理含义与判据吞吐量Throughput不丢包的情况下设备所能达到的最大速率。48个2M业务下要求不小于85%也就是100M端口有效转发能力不低于85M时延Latency数据包穿过被测设备的单向时间包含串行化时延、交换时延和排队时延。小包时延和大包时延要分开看排队引起的抖动比固定时延更值得关注丢包率Packet Loss在指定速率下发送实际接收包数相对发送包数的缺失比例。长期丢包测试的合格线是丢包率小于1×10-6这个量级靠手工数包数不出来必须用Events only的计数器窗口累积对比。这三个指标在SmartApplications里是独立的测试项目但参数配置逻辑一样设包长、设时长、设初始速率、看结果。跑完一轮后导出报告前先确认Rate、Resolution、包长列表都符合测试方案不要拿着默认配置的结果去应付测试联调规范默认配置经常只有一种包长说服力不够。5. SmartBits600测试避坑五个高频翻车现场与处置用了几年SmartBits600翻车记录能写一屏。这里挑五个最常见的每条按“现象→原因→解决”写全照着排查能省半天时间。5.1 连不上设备IP改了却ping不通现象SmartWindow里填了IPF8连接转半天最后报错PC ping设备IP也不通。原因大多数情况是串口改了IP后没重启设备还有一批人是把PC网线插到了前面板的测试口而不是背面的10/100BASE-T控制口。控制口和测试口外观都是RJ45不看标签很容易插错。解决先在超级终端里用ipaddr复查当前IP确认无误后给设备断电重启等启动完成再ping。插线时确认是背面控制口前面板LAN-3100A上的口是接被测设备的不是接PC的。5.2 端口预留不成功小圆点一直是红的现象SmartApplications里点Reserve端口小圆点不蓝一直是红色。原因端口被其他程序占用最常见的是SmartWindow还开着并且已经Reserve过同一个模块或者上一个SmartApplications进程没退出句柄没释放。解决到占用端口的程序里执行释放SmartWindow在Actions菜单下找Release如果找不到占用方把SmartWindow和SmartApplications全部退出确认进程结束后重新打开再Reserve。测试机上同时跑着两个程序时养成“谁先开谁先用、测完就释放”的习惯能少踩很多坑。5.3 抓包数据不对全A包中间出现杂字节现象发送端口配了全A包Capture窗口里能看到帧但数据区某几个字节不是0x41看起来像随机值。原因两种典型情况。一是端口实际发的不是全A包Background选成了UDP/TCP数据区被协议栈填充二是链路存在误码数据在传输过程中被改写了。解决先回Transmit Setup确认Background是AAAA再发一次包如果还是错字节看SmartCounters里的CRC Errors和Alignment Errors。计数器在涨就是物理层问题查线缆、查接地、查端口速率匹配计数器不涨就是仪表配置问题回发包设置重新选。不要一看到数据区不对就下结论说设备坏了。5.4 Pause帧刷屏Capture里全是8808现象接收端口抓包看到的全是类型8808、长度64字节的帧业务包比例很低端口状态也显示Pause。原因发送速率超过了对端的承诺速率触发IEEE 802.3x流控对端在拼命回Pause帧。这在流控测试里是预期行为但在吞吐量测试里就是配置错误。解决如果是在做吞吐量测试回到Setup里关闭流控功能Auto negotiation设为disable如果是在做流控验证确认端口1流控已打开、端口2不发包Pause帧数量要和业务帧数量对得上。判断一个设备流控是否正常要看它会不会在拥塞时正确发Pause而不是看到Pause就当成故障。5.5 长测结果飘丢包率时好时坏现象长期丢包测试跑几个小时后Events计数对不上出现零星CRC错误或Alignment错误重启后又能跑一段时间。原因测试环境因素占大头。仪表和被测设备没有可靠接地、测试现场有其他大功率设备干扰、网线或光模块老化都会在长测中暴露出来。短时间测试看不出来一挂几小时就现形。解决按文档要求测试过程中仪表和被测设备都要接地长时间测试要保护测试环境防止外部条件影响结果。我的习惯是长测前先跑20分钟基线基线干净才挂长测长测过程中定时盯一眼CRC计数一旦开始涨就停止测试查环境不要等跑完了才看结果。6. 长期丢包测试实操PHY内环回命令与Rate折算公式长期丢包测试验证的是设备长时间运行的稳定性文档里的拓扑是#1、#2站组成两纤单向通道保护环#1站和#2站之间上下业务#2站的端口1做PHY层内环回。仪表侧设置上文已经讲过这里只讲容易被忽略的两个关键技巧PHY环回命令和Rate折算。PHY层内环回通过MBCMD命令实现命令码0x8C作用是设置以太网口环回模式。命令格式是CHAR数组char[0]是端口号取值0到80表示所有端口1到8对应物理网口1到8char[1]是环回点2表示PHY层环回char[2]是0表示无环回、1表示内环回。PHY层不支持外环回别试。完整命令如下# 删除所有端口的PHY层环回字段命令码0x8C端口0(所有)环回点2(PHY)0(无环回) ptp:4, 8C, 0, 2, 0 # 设置1端口PHY层内环回字段命令码0x8C端口1环回点2(PHY)1(内环回) ptp:4, 8C, 1, 2, 1Rate折算也是长测里的固定动作。业务2M数目不同发包速率不能固定用80%。文档给的经验公式是实际所设Rate(80%÷48)×实际2M数目。48个2M全配满就是80%只有24个2M就设40%不用每次拍脑袋。48个2M下、Rate为80%、包长随机时合格线是丢包率小于1×10-6这个量级必须靠Events计数累积对比才能判定。跑完长测看结果打开SmartCounters窗口File→New counter windowsView里选Events only核对端口1发包数等于端口2收包数且无CRC Errors和Alignment Errors这一轮长测就算干净。我从那以后每次挂长测都强制走一遍先查串口IP确认没漂再跑20分钟基线然后写PHY环回命令、按2M数目折算Rate最后Events only挂测。这套流程让我少背了好几次“测试数据不可信”的锅希望帮到你。本文还有配套的精品资源点击获取 SmartBits600网络测试仪实战：从配置、发包到长测避坑全指南
简介《Smartbits600测试使用指导书》是一份面向网络测试新手、运维工程师及网络专业学生的实操文档系统讲解Smartbits600网络测试仪表的组成结构、面板功能与软件使用方法。内容包含仪表概述、前视图与后视图接口说明、静态IP与DHCP两种地址配置方式以及SmartWindow、SmartApplications两大应用程序的启动、登录与参数设置操作。测试指导部分按功能测试和指标测试两个方向展开详细介绍长期丢包测试、流控功能测试、吞吐量测试、时延测试和丢包率测试的目的、参数设置、启动流程与结果查看方式可用于指导真实网络环境的性能评估与故障定位。该指导书从仪表认知到软件操作再到典型测试场景结构完整、步骤清晰尤其适合无经验的初学者按章节顺序逐步练习也可作为日常测试工作的速查手册。资源包仅1个doc文件大小977KB便于离线查阅和随身携带目前已有401人学习下载适合需要快速掌握Smartbits600测试流程、搭建网络测试方案并输出报告的技术人员。1. SmartBits600不是黑匣子一台便携式网络测试仪的底细SmartBits600是NetCom System生产的便携式网络测试仪最多可插两块测试卡、支持16个10/100M以太网口专门用来做交换机测试、网络性能分析与故障诊断。我第一次认真啃它是在做设备老化测试全自动执行脚本的时候长期丢包、流控、吞吐量、时延这类指标全得靠它出数跑一挂就是几十个小时仪表配置没吃透根本不敢挂机。这份《Smartbits600测试使用指导书.doc》把仪表从串口配IP到SmartApplications自动跑指标讲得很完整对想搭建测试平台的工程师来说照着文档能省掉大量自己摸索的时间。它适合三类人刚接手网络测试仪表的测试工程师、需要按测试联调规范出正式报告的从业者以及被设备“跑着跑着就丢包”折磨的运维和研发。2. 上电先通信串口配IP与SmartWindow连接的三步走SmartBits600前面板是两个LAN-3100A模块插槽背面是CONSOLE串口和10/100BASE-T网口。第一次拿到设备很多人习惯直接插网线、开SmartWindow、填IP结果连不上。原因是这台设备出厂时并没有可用的网络配置必须先通过CONSOLE口把IP设好PC才能通过以太网口访问它。这一章把三步走讲清楚串口配IP、SmartWindow连接、端口属性设置这三步通了后面所有测试才有基础。2.1 串口超级终端配IP38400/8/N/1/XonXoff用串口线把PC的COM口和SmartBits600的CONSOLE口连起来在PC上打开超级终端。串口参数是固定的波特率38400数据位8奇偶校验NONE停止位1流控Xon/Xoff。这组参数只要错一个终端里就是一片乱码尤其是流控很多人习惯选None会导致命令敲进去没反应。我见过有人换了三根串口线都不出字最后发现是流控选错了。设备上电后等启动完成在超级终端窗口不断按回车直到出现“”提示符。之后用ipaddr命令查看和修改IP# 查看设备当前IP不带参数是查询 ipaddr # 把IP改为 10.108.114.13带参数是设置 ipaddr 10.108.114.13 # 再次查询确认修改生效 ipaddr这里多说一句ipaddr命令没有单独的保存动作改完直接生效但设备重启后才会按新IP提供网络服务。所以别改完就急着ping先把设备电源重启一次。常见的翻车就是以为改了IP立刻能用SmartWindow里填了新IP还连不上最后发现是没重启。另外CONSOLE线要用设备自带的串口线普通网线插上去没反应。2.2 SmartWindow连接TCP 16385与Reserve权限IP配好后把PC的网线接到SmartBits600背面的10/100BASE-T口这是控制口不是前面板的测试口插错位置会把自己绕晕。在PC上启动SmartWindow菜单“Options”→“Connection Setup”进入连接设置选“Use Ethernet/TCP”Remote Host填设备IPTCP Port填16385。连接参数如下配置项值说明Remote Host10.108.114.13与串口设置的IP一致TCP Port16385SmartBits控制通道默认端口ProtocolEthernet/TCP通过以太网口访问仪表填好后菜单“Actions”→“Connect”热键F8进入SmartWindow主界面。此时界面上会显示插入的LAN-3100A模块。鼠标移到模块上右键选择“Reserve SmartModule/MiniModule”获取模块操作权左下角小三角从绿色变成蓝色。这个Reserve动作类似拿锁不执行的话端口只能看不能配执行后如果小三角一直是红的说明模块被其他程序占用需要去对应程序里释放。2.3 端口属性速率、双工与Link状态模块预留完成后在端口上右键设置属性。做以太网测试时一般把端口工作模式设成“100 Megabit”和“Full Duplex”也就是100M全双工。设置完如果被测设备和仪表端口链路正常端口状态会显示“Link”如果显示“Pause”说明端口在收或发流控包典型场景是发送速率超过了对端配的速率触发了流控机制。这个在后文流控测试里会专门讲。面板上的指示灯配合端口状态可以快速判断链路质量我一般先看灯再打开软件确认指示灯状态含义TX/PAUSE绿灯正常发送黄灯有流控包红灯有错包RX/ERR绿灯数据接收红灯接收错误DUPLEX/SPEED绿灯全双工黄灯半双工如果被测设备要求自协商SmartWindow主菜单“Options”→“Preferences”里勾选“Allow Mii Auto-Negotiate”端口就会工作在自协商模式。做指标测试时我建议关掉自协商、强制100M全双工自协商偶尔会协商出半双工测试数据就不干净了。提示无论用什么软件连SmartBits600先确认控制口网线插在背面10/100BASE-T口不是前面板测试口。这个错我犯过一次排查了半小时。3. 手工发包与抓包Transmit Setup、Capture与SmartCounters的配合SmartWindow的价值在于让你像手工操作一样控制每个端口设置发送什么包、以什么速率发、抓回来分析、看计数器。这一章讲的是最常用的三板斧学会这三样长期丢包测试和流控测试的仪表侧操作就都会了。3.1 Transmit SetupContinuous与Single Burst怎么选在端口上右键选择“Transmit Setup”打开发送端口属性设置。Mode是发包方式两个选项覆盖两种典型场景Continuous持续发包适合跑吞吐量、长期稳定性、老化测试发多久由你控制停止时才断流Single Burst短时间内突发指定数量的包适合看设备在突发流量下的表现比如背靠背测试的仪表侧预实验。Length是数据包长度取值范围60到1514字节。发全A包是链路校验的常见做法配合Capture可以快速判断链路是否bit级出错。我一般先发一小段全A包确认链路干净再切到正式的业务包型。注意Length设的是帧长还是包长文档里给的范围是60至1514字节对应以太网帧长设置时别把前导码算进去。3.2 Background、Interpacket Gap与速率换算Background指数据包的类型可选IP、UDP、TCP、IPX、AAAA等对应不同的协议封装Interpacket Gap是相邻数据包之间的间隙可以用微秒uSec、毫秒mSec或者带宽利用率%Utilization来设置。数据包之间的最小间隙是96Bit也就是16字节此时带宽利用率最高。以100M模式为例用%Utilization表示时Rate为100用uSec表示时最小间隙对应0.96us。实际测试里我最常用%Utilization因为它最直观Rate设50意味着端口以50%的有效速率发包即50M的有效业务速率。注意这里的百分比是相对端口线速的有效利用率不是CPU占用率也不是对端设备的负载。有人把Rate设成100然后用Capture抓包发现对端收到一堆Pause那是流控在起作用不是设备坏了。3.3 Capture抓包全A包校验与CRC的坑Capture功能在端口上右键进入点Start开始抓包再点View Result进入数据包分析窗口。发送端口发全A包接收端口抓回来逐字节看是不是全A这是验证以太网链路是否误码的快速方法。有一点必须提醒以太网帧的最后4个字节是CRC校验字段不是数据内容所以看到最后4字节不是0x41别慌那是正常的校验值。如果数据区出现非A字节同时SmartCounters里CRC Errors或Alignment Errors在涨说明链路有误码或帧对齐问题需要检查线缆、接地和端口工作模式。我见过有人抓了包发现中间某字节变了不去查计数器直接说设备丢包这判断是错的——那叫错包不叫丢包。丢包是包没到错包是包到了但内容坏了处理方式完全不同。3.4 SmartCountersEvents与Rates的分工主菜单“Actions”→“SmartCounters”热键F9打开统计窗口。Events统计的是收发数据包的总数Rates统计的是速率单位Packet/s。长期测试看Events更稳定速率值会抖动不适合判断“有没有丢”短时突发测试才需要看Rates。实际用途上长期丢包测试会在SmartCounters里新建窗口在View里选Events only然后对比端口1发了多少、端口2收了多少。# SmartCounters 常用操作路径GUI内完成 Actions → SmartCounters # 或直接按 F9 File → New counter windows # 新建计数窗口 View → Events only # 只看总包数过滤速率抖动这套组合在流控功能测试里也是这么看端口1发包数等于端口2收包数且没有CRC/Alignment错误说明流控没有异常干预业务包。如果Events对不上先看是不是有人动了发包配置再看是不是链路层有错包最后才怀疑流控。3.5 流控功能测试把Pause帧抓出来看流控测试验证的是设备在拥塞时能不能正确发流控帧。文档里的做法是把单站组成两纤单向通道保护环光纤自环ET1板配置MP1承载48个VC12IP1和IP2端口设为100M全双工、UNTAG端口路由配置成IP1到MP1单向PORT路由、MP1到IP2单向PORT路由。仪表侧端口1发送帧长1518字节的包Rate设成95%打开端口1的流控功能端口2不发包。预期结果有两项仪表端口1能收到对端发来的64字节流控包类型8808端口1发包数等于端口2收包数。流控包的抓取直接打开端口1的Capture捕获后能看到类型8808、帧长64字节。如果抓不到8808先查是否在Transmit Setup里把端口流控功能关了或者发送速率没有超过设备承诺速率——流控只在拥塞时触发Rate不够高它不动作。4. 自动跑指标SmartApplications的吞吐量、时延与丢包率怎么设手工发包能验证功能但要出吞吐量、时延、丢包率这些指标SmartWindow就力不从心了它没有自动搜索最大速率、按包长循环测试的能力。这一步交给SmartApplications它内置Throughput、Latency、Packet Loss、Back-to-Back四类测试网络设备指标测试主要用前三类。4.1 端口预留先拿权限再配参数进入SmartApplications后菜单“Setup”→“SmartCards Reservation”打开端口预留对话框选中要用的端口后按Reserve对应小圆点变蓝色如果小圆点是红色说明端口正被SmartWindow或其他实例占用必须先去对应程序里释放。这是SmartApplications和SmartWindow混用时最常遇到的问题。文档里写得很直接红色就要“先在其它程序中释放端口的使用权限”。Reserve做完后界面里的Hub、Slot、Port分别指第几台仪表、第几个模块、第几个端口配置前先确认选中的是你要用的物理端口。4.2 Test Configuration7个典型包长先铺好菜单“Setup”→“Test Configuration”进入测试配置。General区域设置测试数据包的起始包长、结束包长和步长。做指标测试行业通用做法是跑7个典型包长64、128、256、512、1024、1280、1518字节。这7个包长覆盖了小包转发极限、中包常用值和线速1518大包能看出设备在不同帧长下的转发能力差异尤其是64字节小包最容易暴露转发瓶颈。包长字节测试关注点64小包线速转发能力PPS极限128 / 256中包转发稳定性512 / 1024业务常见帧长1280 / 1518大包吞吐与线速上限设置时在界面上点击“size”按钮进入包长设置选择Throughput项后填入包的数目最后在表格里直接编辑包长和流量。如果希望走自定义勾选界面左侧的“Use custom”此时部分表项会变灰右侧对应项才可编辑不勾选就直接用默认配置。实测时我建议永远勾上Use custom默认配置往往只有一两种包长出报告时说服力不够。4.3 Duration、Trials、Initial Rate与Resolution怎么定测试参数里最影响结果可信度的是时间、重复次数和精度Duration每次测试的持续时间。文档明确说测时延要求测试时间至少60秒重复次数至少1次。时间太短设备缓冲区状态没稳定时延数据会偏乐观Number of Trials测试重复次数重复取均值能过滤偶发抖动但会拉长总测试时间Initial Rate(%)测试初始速率一般设100%让测试算法从最大速率往下搜索Min/Max Rate(%)搜索边界用于限定设备能力区间Resolution(%)结果精度精度设得越小搜索步进越细、测试时间越长但结果越可信。# SmartApplications 指标测试配置要点GUI内完成 Setup → SmartCards Reservation → Reserve 目标端口 Setup → Test Configuration → General: 包长: 64/128/256/512/1024/1280/1518逐个添加 Throughput 项: Duration 60s Number of Trials 1 Initial Rate 100% Resolution 0.5%跑指标测试前端口工作模式要设成100M全双工关掉自协商Auto negotiation: disable同时关闭流控否则设备在速率搜索过程中频繁发Pause帧会干扰“不丢包最大速率”的判定。文档里的原话是“关闭流控功能Auto negotiationgdisable”这一步经常被漏掉漏掉的结果是吞吐量测出来偏低因为流控把速率钳制住了。4.4 三个指标的物理含义与判据吞吐量Throughput不丢包的情况下设备所能达到的最大速率。48个2M业务下要求不小于85%也就是100M端口有效转发能力不低于85M时延Latency数据包穿过被测设备的单向时间包含串行化时延、交换时延和排队时延。小包时延和大包时延要分开看排队引起的抖动比固定时延更值得关注丢包率Packet Loss在指定速率下发送实际接收包数相对发送包数的缺失比例。长期丢包测试的合格线是丢包率小于1×10-6这个量级靠手工数包数不出来必须用Events only的计数器窗口累积对比。这三个指标在SmartApplications里是独立的测试项目但参数配置逻辑一样设包长、设时长、设初始速率、看结果。跑完一轮后导出报告前先确认Rate、Resolution、包长列表都符合测试方案不要拿着默认配置的结果去应付测试联调规范默认配置经常只有一种包长说服力不够。5. SmartBits600测试避坑五个高频翻车现场与处置用了几年SmartBits600翻车记录能写一屏。这里挑五个最常见的每条按“现象→原因→解决”写全照着排查能省半天时间。5.1 连不上设备IP改了却ping不通现象SmartWindow里填了IPF8连接转半天最后报错PC ping设备IP也不通。原因大多数情况是串口改了IP后没重启设备还有一批人是把PC网线插到了前面板的测试口而不是背面的10/100BASE-T控制口。控制口和测试口外观都是RJ45不看标签很容易插错。解决先在超级终端里用ipaddr复查当前IP确认无误后给设备断电重启等启动完成再ping。插线时确认是背面控制口前面板LAN-3100A上的口是接被测设备的不是接PC的。5.2 端口预留不成功小圆点一直是红的现象SmartApplications里点Reserve端口小圆点不蓝一直是红色。原因端口被其他程序占用最常见的是SmartWindow还开着并且已经Reserve过同一个模块或者上一个SmartApplications进程没退出句柄没释放。解决到占用端口的程序里执行释放SmartWindow在Actions菜单下找Release如果找不到占用方把SmartWindow和SmartApplications全部退出确认进程结束后重新打开再Reserve。测试机上同时跑着两个程序时养成“谁先开谁先用、测完就释放”的习惯能少踩很多坑。5.3 抓包数据不对全A包中间出现杂字节现象发送端口配了全A包Capture窗口里能看到帧但数据区某几个字节不是0x41看起来像随机值。原因两种典型情况。一是端口实际发的不是全A包Background选成了UDP/TCP数据区被协议栈填充二是链路存在误码数据在传输过程中被改写了。解决先回Transmit Setup确认Background是AAAA再发一次包如果还是错字节看SmartCounters里的CRC Errors和Alignment Errors。计数器在涨就是物理层问题查线缆、查接地、查端口速率匹配计数器不涨就是仪表配置问题回发包设置重新选。不要一看到数据区不对就下结论说设备坏了。5.4 Pause帧刷屏Capture里全是8808现象接收端口抓包看到的全是类型8808、长度64字节的帧业务包比例很低端口状态也显示Pause。原因发送速率超过了对端的承诺速率触发IEEE 802.3x流控对端在拼命回Pause帧。这在流控测试里是预期行为但在吞吐量测试里就是配置错误。解决如果是在做吞吐量测试回到Setup里关闭流控功能Auto negotiation设为disable如果是在做流控验证确认端口1流控已打开、端口2不发包Pause帧数量要和业务帧数量对得上。判断一个设备流控是否正常要看它会不会在拥塞时正确发Pause而不是看到Pause就当成故障。5.5 长测结果飘丢包率时好时坏现象长期丢包测试跑几个小时后Events计数对不上出现零星CRC错误或Alignment错误重启后又能跑一段时间。原因测试环境因素占大头。仪表和被测设备没有可靠接地、测试现场有其他大功率设备干扰、网线或光模块老化都会在长测中暴露出来。短时间测试看不出来一挂几小时就现形。解决按文档要求测试过程中仪表和被测设备都要接地长时间测试要保护测试环境防止外部条件影响结果。我的习惯是长测前先跑20分钟基线基线干净才挂长测长测过程中定时盯一眼CRC计数一旦开始涨就停止测试查环境不要等跑完了才看结果。6. 长期丢包测试实操PHY内环回命令与Rate折算公式长期丢包测试验证的是设备长时间运行的稳定性文档里的拓扑是#1、#2站组成两纤单向通道保护环#1站和#2站之间上下业务#2站的端口1做PHY层内环回。仪表侧设置上文已经讲过这里只讲容易被忽略的两个关键技巧PHY环回命令和Rate折算。PHY层内环回通过MBCMD命令实现命令码0x8C作用是设置以太网口环回模式。命令格式是CHAR数组char[0]是端口号取值0到80表示所有端口1到8对应物理网口1到8char[1]是环回点2表示PHY层环回char[2]是0表示无环回、1表示内环回。PHY层不支持外环回别试。完整命令如下# 删除所有端口的PHY层环回字段命令码0x8C端口0(所有)环回点2(PHY)0(无环回) ptp:4, 8C, 0, 2, 0 # 设置1端口PHY层内环回字段命令码0x8C端口1环回点2(PHY)1(内环回) ptp:4, 8C, 1, 2, 1Rate折算也是长测里的固定动作。业务2M数目不同发包速率不能固定用80%。文档给的经验公式是实际所设Rate(80%÷48)×实际2M数目。48个2M全配满就是80%只有24个2M就设40%不用每次拍脑袋。48个2M下、Rate为80%、包长随机时合格线是丢包率小于1×10-6这个量级必须靠Events计数累积对比才能判定。跑完长测看结果打开SmartCounters窗口File→New counter windowsView里选Events only核对端口1发包数等于端口2收包数且无CRC Errors和Alignment Errors这一轮长测就算干净。我从那以后每次挂长测都强制走一遍先查串口IP确认没漂再跑20分钟基线然后写PHY环回命令、按2M数目折算Rate最后Events only挂测。这套流程让我少背了好几次“测试数据不可信”的锅希望帮到你。本文还有配套的精品资源点击获取