企业官网建设流程全解析

简介：《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/TCP，Remote Host填仪表 IP，TCPPort填 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..里四个参数决定你发出去的是什么包：

• Mode：Continuous持续发包，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 Bit（16 字节），此时带宽利用率最高。100M 模式下用 %Utilization 表示 rate=100，用 uSec 表示 rate=0.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 内环回的命令是0x8C：MBCMD-PORT-LBMODE-INC，格式是CHAR[]，三个字节：CHAR[0]端口号（0 表示所有端口，1–8 表示物理网口 1–8），CHAR[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/SmartCounters（F9），File/New counter windows，View选Events only。看两个端口：端口 1 发包数等于端口 2 收包数，端口 2 发包数等于端口 1 收包数，且没有 CRC Errors 和 Alignment Errors。这两个错误计数是判断链路质量的硬指标，出现就说明物理层或帧格式有问题，不是丢包那么简单。

3.2 流控功能测试：怎么让仪表收到 8808 流控包

流控测试需要一台支持流控功能的网络分析仪配合，用 SmartBits 的 Windows 测试程序。组网是单站两纤单向通道保护环，光纤自环。配置上 ET1 配 MP1 配 48 个 VC12，IP1 和 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 个 VC12，IP1、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%，然后把结果整理成一张对照表：

这张表的好处是，哪个包长掉下去一眼能看出来。64 字节掉，多半是转发性能或小包处理有问题；1518 掉，多半是带宽或流控没关干净；中间包长掉，查缓冲区。比只看一个总数有用得多。

复测时我会强制走一遍固定流程：先Setup/ALL SmartCards确认 100M 全双工、自协商关闭、流控关闭；再SmartCards Reservation确认端口全蓝；然后Test Configuration里勾Use custom，Duration 60、Trials 1、Initial Rate 100、Resolution 1；最后size里把 7 个包长逐个填进去。这套流程走完再点开始，比中途发现参数错了重跑省时间。

时延测试我会额外记一列最大时延，因为平均值会掩盖抖动。丢包率测试则把 Initial Rate 从 100% 往下调，找到第一个丢包率为 0 的速率点，那个点比吞吐量测试的 85% 更能说明设备的真实容量边界。

从那以后我每次上 SmartBits 做验收测试，都强制先跑一遍串口 IP 确认和端口 Reserve 检查，再开始任何指标测试。这两步花不了五分钟，但能挡掉后面百分之八十的“仪表没反应”。希望帮到你。

本文还有配套的精品资源，点击获取