Question 1

网准通是什么公司？主要做什么产品？

Accepted Answer

网准通（NetAccura）是一家专注于网络测试设备的国产厂商。我们自主研发 BestPerf 网络质量测量软件、流光猎影网络流量分析仪、混沌之桥国产网络损伤仪、字节风暴网络性能测试仪、流量重生 Pcap 回放仪以及延迟控制者 (Delay Controller) 等核心产品。产品广泛应用于金融、电信、互联网、政企、教育、制造等行业。

Question 2

产品可以替代哪些进口品牌或开源工具？

Accepted Answer

我们的产品可以替代多个主流进口品牌和开源工具：BestPerf 替代 iperf/iperf3、ping 和人工排查组合；流光猎影替代 Wireshark 人工抓包和传统流量分析系统中的大量现场排障流程；网络损伤仿真仪替代 Apposite Netropy/Linktropy；网络性能测试仪替代 Spirent TestCenter、IXIA/Keysight；Pcap 回放仪替代 tcpreplay（商用级）和 Spirent 回放模块；延迟控制器 (Delay Controller) 替代传统金融级延迟注入设备。我们通过自主可控的技术路线，提供极具竞争力的国产化替代方案。

Question 3

产品支持信创/国产化环境吗？

Accepted Answer

支持。我们的全系列产品均基于自主研发技术，不依赖进口商业组件。软件支持主流国产Linux发行版（麒麟、统信UOS等），硬件支持国产服务器平台部署。所有产品已通过自主可控审查，满足信创项目采购要求。

Question 4

如何选择适合我们的产品？

Accepted Answer

根据您的核心需求选择：需要替代 iperf 做网络质量测量、链路验收、故障定位 → BestPerf；需要现场流量可视化、L2-L7 分析、历史回溯和 PCAP 取证 → 流光猎影；需要把客户现场网络质量带回实验室复现 → BestPerf + 混沌之桥；需要模拟弱网/广域网环境 → 网络损伤仿真仪；需要对网络设备做性能测试/压力测试 → 网络性能测试仪；需要回放PCAP文件做安全设备测试 → Pcap 回放仪；需要精确延迟注入与控制 → 延迟控制者。很多客户会组合使用多款产品。欢迎联系我们获取免费方案咨询。

Question 5

产品价格大概是多少？

Accepted Answer

我们的产品价格根据型号、端口数量、软件功能模块等因素有所不同，但整体定位为进口同类产品价格的1/3到1/5。例如，相比Apposite Netropy和Spirent TestCenter，我们提供极具竞争力的价格。具体报价请通过联系我们页面获取。

Question 6

提供试用或POC测试吗？

Accepted Answer

提供。我们为有明确测试需求的客户提供免费POC（Proof of Concept）验证支持。POC流程：1）在线沟通需求确认测试场景；2）提供设备或远程测试环境；3）自助完成测试（配套完整操作文档）；4）自动生成测试报告。POC周期通常为1-2周。请通过联系我们页面提交申请。

Question 7

产品的交付方式有哪些？

Accepted Answer

我们提供两种交付模式：1）硬件设备交付——预装在标准1U/2U服务器中，开箱即用，适合生产环境长期部署；2）软件授权交付——提供软件安装包和License，客户在自有服务器上安装部署，适合已有硬件资源的客户。两种模式功能完全一致。

Question 8

售后技术支持如何保障？

Accepted Answer

我们提供完善的技术支持：1）在线智能支持系统，快速响应问题；2）远程诊断与排障；3）软件版本持续更新和安全补丁；4）完整的知识库和自助排障文档。标准质保期为1年，可选购延保服务。

Question 9

什么是自主可控高速处理架构？为什么你们的产品都基于此架构？

Accepted Answer

自主可控高速处理架构是网准通面向高带宽、低时延和可重复测试场景长期打磨的核心架构。它让网络损伤仿真、性能打流、PCAP回放和流量分析等产品在高速链路下保持稳定吞吐、微秒级测量精度和可自动化管理能力。

Question 10

产品需要什么样的硬件环境？

Accepted Answer

我们的产品可运行在标准服务器平台上，通常建议使用多核CPU、高性能多队列网卡、16GB以上内存和SSD存储。具体配置会根据端口数量、目标速率、留存周期和业务场景确定。我们也提供预配置硬件设备，开箱即用。

Question 11

产品支持哪些操作系统？

Accepted Answer

我们的产品支持主流 Linux 发行版，包括 Ubuntu、CentOS、RHEL，以及国产操作系统如银河麒麟、统信UOS等。具体版本要求会根据产品型号和交付形态确认，部分产品也支持在 VMware/KVM 虚拟化环境中部署。

Question 12

产品有Web管理界面吗？

Accepted Answer

有。我们所有产品都提供现代化Web管理界面，支持通过浏览器进行配置管理、实时监控、数据查看和报表导出。同时所有功能均通过RESTful API开放，支持自动化集成和二次开发。部分产品还提供WebSocket接口用于实时数据推送。

Question 13

产品可以集成到CI/CD流水线中吗？

Accepted Answer

可以。我们的所有产品都提供完整的RESTful API接口，支持通过HTTP请求完成全部操作。可以轻松集成到Jenkins、GitLab CI、GitHub Actions等CI/CD平台中。使用Python requests、curl或任何HTTP客户端均可调用。我们也提供Python SDK简化集成工作。

Question 14

多个产品可以联合使用吗？

Accepted Answer

可以，而且这是很多客户的典型使用方式。例如：BestPerf 测量客户现场网络质量 + “混沌之桥”在实验室复现弱网 → 形成现场测量、实验室复刻、修复验证、回归测试闭环；“流光猎影”旁路观察现场业务流量 + “流量重生”回放关键 PCAP → 形成现场取证、实验室复盘和安全设备验证闭环；“字节风暴”生成背景流量 + “流量重生”回放攻击 PCAP → 模拟真实网络+攻击场景测试安全设备；“混沌之桥”模拟弱网 + “字节风暴”生成测试流量 → 测试应用在弱网下的表现；“延迟控制者”注入精确延迟 + “字节风暴”生成测试流量 → 金融交易延迟测试。产品之间通过网络连接，无需特殊接口。

Question 15

数据安全与隐私如何保障？

Accepted Answer

我们的产品在客户本地部署运行，所有数据（抓包文件、统计数据、配置信息）均存储在客户自有设备上，不会上传到外部服务器。产品支持用户认证、角色权限控制（RBAC）等安全机制。所有API通信支持 HTTPS 加密。源代码完全自主可控，不包含任何后门或数据回传机制。

Question 16

如何获取技术文档与 API 文档？

Accepted Answer

购买产品后，我们提供完整的技术文档包，包含：产品安装部署指南、Web 界面使用手册、REST API 接口文档（含示例代码）、常见问题排查手册。API 文档包含所有接口的请求/响应格式、参数说明和调用示例。同时提供视频教程和在线知识库，帮助快速上手。

Question 17

产品支持 IPv6 吗？

Accepted Answer

支持。我们的全系列产品均支持 IPv6。“字节风暴”可以生成 IPv6 流量（UDP/TCP）；“混沌之桥”的过滤器支持 IPv6 地址匹配与 CIDR 前缀；“流量重生”可以回放包含 IPv6 报文的 PCAP 文件。所有产品均已完成对 IPv6 协议栈的深度适配与性能优化。

Question 18

你们的产品与开源工具（tc netem、iperf、tcpreplay等）相比有什么优势？

Accepted Answer

开源工具适合简单场景但存在明显局限：iperf 主要看吞吐，难以解释 RTT、方向性丢包、抖动、微中断和 TCP 体感；tc netem 精度和高带宽性能有限；tcpreplay 大文件和高吞吐回放能力受通用协议栈影响。BestPerf 面向网络质量测量，混沌之桥和流量重生基于自主可控高速处理架构，能提供更完整的指标、更高性能和 Web/API 管理。

Question 19

可以远程管理设备吗？

Accepted Answer

可以。所有产品的 Web 管理界面和 REST API 均通过网络访问，支持远程管理。只需确保管理网口与您的管理网络连通即可。部分产品还支持 WebSocket 实时数据推送，适合搭建远程监控看板。

Question 20

产品支持多少个网口？

Accepted Answer

我们的产品支持多网口配置。“混沌之桥”最多支持 16 个端口（8 个端口对）；“字节风暴”最多支持 16 个端口。具体可用端口数取决于服务器的 PCIe 槽位数量和网卡配置。每个端口独立配置，互不影响。

Question 21

BestPerf 和 iperf 最大区别是什么？

Accepted Answer

iperf 主要回答“这条链路能跑多少吞吐”，BestPerf 更关注“这条网络质量到底怎么样”。它同时测量 RTT、丢包、抖动、乱序、重复包、微中断、突发丢包、TCP 体感吞吐和负载下质量曲线，适合替代 iperf 做更完整的网络质量验收与故障定位。

Question 22

BestPerf 的轻量测量适合什么场景？

Accepted Answer

轻量测量用于真实网络质量评估，探针速率低、对业务影响小，适合分支互联、专线验收、云边链路、跨地域办公、客户现场网络投诉排查等场景。它重点输出 RTT、方向性丢包、抖动、乱序、重复包、微中断和突发丢包等质量指标。

Question 23

BestPerf 可以替代 iperf 做网络验收吗？

Accepted Answer

可以。BestPerf 保留吞吐和 TCP 体感测试能力，同时补齐 iperf 缺少的质量画像：延迟分布、丢包方向、抖动、突发质量劣化、负载下质量曲线和发送端瓶颈提示。用于验收时，不只看峰值带宽，还能判断链路是否稳定、是否存在方向性问题和业务体感风险。

Question 24

BestPerf 的 capacity 数值是否一定代表网络真实带宽？

Accepted Answer

不一定。capacity 需要结合 sender_limited、receiver_limited、本机性能自检和负载曲线解释。如果发送端机器性能先到瓶颈，BestPerf 会提示发送端瓶颈，避免把主机能力误判为网络容量。真实网络质量建议优先看轻量测量和 TCP 体感结果。

Question 25

BestPerf 是否需要 SSH、root、抓包或 tc/netem？

Accepted Answer

常规测量不需要 SSH 控制对端，也不依赖 pcap 抓包或 tc/netem。两端运行探针后，通过 UDP/TCP 主动测量和本地 Web 控制台完成测试。部分系统首次开放监听端口时可能需要按系统策略放行网络权限。

Question 26

BestPerf 支持 Windows、macOS 和 Linux 吗？

Accepted Answer

支持跨平台探针和控制台工作流，适合把一端放在客户现场、分支、云主机或测试机上，另一端放在机房或办公室。不同系统的防火墙和开机自启策略不同，部署时按操作系统要求配置即可。

Question 27

BestPerf 和混沌之桥是什么关系？

Accepted Answer

BestPerf 首先是网络质量测量工具，用来替代 iperf 做现场链路质量画像；混沌之桥是网络损伤仪，用来在实验室按画像复现延迟、丢包、抖动和突发劣化。两者组合后，可以形成“现场测量 → 实验室复刻 → 修复验证 → 回归测试”的闭环。

Question 28

BestPerf 能把现场网络问题带回实验室复现吗？

Accepted Answer

可以。BestPerf 采集真实链路的 RTT、丢包、抖动、突发丢包、微中断和负载下质量变化后，可导出混沌之桥可使用的弱网场景。这样研发和测试团队不必依赖客户现场环境，也能在实验室复现并验证修复效果。

Question 29

网络损伤仿真仪是什么产品？适合哪些用户？

Accepted Answer

网准通网络损伤仿真仪是基于自主可控高速处理架构的广域网链路仿真设备，通过 15 步全线速流水线对经过设备的网络流量注入可控的损伤（延迟、丢包、带宽限制、抖动等），模拟真实广域网条件。适合以下用户：应用开发团队（弱网测试）、网络设备厂商（入网测试）、运营商（SD-WAN评估）、军工/航天（卫星链路仿真）、金融机构（交易系统弱网验证）、QA团队（自动化网络条件测试）。

Question 30

设备的整体架构是怎样的？

Accepted Answer

采用分离式三层架构：高速处理层负责15步全线速流水线，控制层负责配置、统计和自动化接口，Web管理层负责可视化运维。该架构结合高精度硬件计时、批量收发和多核并行，实现线速处理和微秒级控制精度。

Question 31

15步数据包处理流水线具体包含哪些步骤？

Accepted Answer

完整的15步处理流程：1)RX接收 → 2)背景流量注入 → 3)过滤器匹配（决定路由到哪条虚拟链路）→ 4)报文修改（字节级match-replace）→ 5)MTU分片（IPv4分片）→ 6)报文复制（概率复制1-2份）→ 7)队列控制（Tail Drop/RED拥塞管理）→ 8)帧开销计算（24字节L1开销）→ 9)带宽限制（Leaky/Token/Dynamic三种算法）→ 10)丢包（5种模式）→ 11)误码注入（3种模式）→ 12)乱序（2种模式）→ 13)背景流量丢弃 → 14)延迟+抖动注入 → 15)TX发送。每步都可能丢弃或修改数据包，顺序严格模拟真实网络。

Question 32

RCU无锁配置热更新是什么意思？

Accepted Answer

RCU（Read-Copy-Update）是一种无锁同步机制。当用户通过Web UI或API修改虚拟链路的损伤参数时，系统不会加锁停止数据面转发，而是：1）创建新配置的副本；2）原子指针切换让数据面线程读取新配置；3）等待100ms Grace Period确保所有旧引用释放后回收旧配置。整个过程数据面零中断、零丢包、零延迟抖动。这是我们与tc netem的关键区别——tc netem修改规则需要重载，会导致短暂的流量中断。

Question 33

设备支持多少个端口和端口对？

Accepted Answer

最多支持16个物理端口，组成最多8组端口对。每组端口对独立工作，流量从一个端口进入，经过损伤处理后从配对端口转发出去。端口对通过API或Web UI动态配置，支持Intel 10GbE（X520/X710系列）及以上网卡。每个端口对的流量可以通过过滤器分配到不同的虚拟链路，实现细粒度的损伤控制。

Question 34

6种延迟模式分别适用于什么场景？

Accepted Answer

Fixed（固定延迟）：模拟稳定的专线链路，如北京-上海100ms。Uniform（均匀分布）[min,max]：简单随机延迟，适合初步测试。Normal（正态分布）N(μ,σ²)：最接近真实网络的延迟分布，均值为典型延迟、标准差为波动范围，负值自动截断为0。Exponential（指数分布）λ：模拟排队系统中的等待时间。Burst（突发延迟）：积累N个包或等待T时间后一次性释放，可附加额外延迟，模拟网络拥塞后的突发传输。Custom（自定义分布）：上传TXT文件每行一个延迟值，系统循环使用，可精确重现真实采集的延迟样本。

Question 35

延迟精度是如何保证的？为什么能达到10微秒？

Accepted Answer

三重精度保障机制：1）高精度时间轮按10微秒级粒度调度延迟包释放；2）硬件计时机制减少系统调度带来的抖动；3）设备交付时会完成时钟校准和性能参数调优，确保不同硬件环境下的延迟控制结果稳定可重复。

Question 36

自定义延迟分布文件格式是什么？

Accepted Answer

自定义延迟分布通过上传TXT文本文件实现，格式为每行一个浮点数，单位为毫秒。例如：第一行50.0、第二行52.3、第三行48.7...系统按行序循环读取这些值作为每个数据包的延迟。适用场景：将真实网络采集的延迟样本（如用ping记录的RTT值）直接上传，在实验室精确重现真实链路的延迟分布特征。

Question 37

突发延迟模式如何工作？

Accepted Answer

Burst突发延迟模式有两种触发条件（先到先触发）：积累达到burst_packet_count个包，或等待达到burst_wait_time_ms毫秒。触发后，所有积累的包一次性释放（可选附加burst_extra_delay_ms毫秒的额外延迟）。这精确模拟了网络拥塞后的突发传输场景——数据包在队列中积压一段时间，然后一次性冲出。

Question 38

延迟模式中的allow_reorder标志是什么意思？

Accepted Answer

allow_reorder控制延迟注入是否允许导致数据包乱序。关闭时（默认），系统确保后到的包不会比先到的包更早发出，即使后者的随机延迟值更小。这意味着实际延迟可能比配置值略大以维护包序。开启时，每个包严格按各自的延迟值发送，可能导致短延迟的包超过长延迟的包，更真实地模拟多路径路由场景。

Question 39

最大延迟10,000ms够用吗？

Accepted Answer

10,000ms（10秒）覆盖了所有实际网络场景：典型局域网<1ms、国内城市间20-50ms、跨国链路100-300ms、GEO卫星500-600ms。即使是极端场景如深空通信也不在网络设备测试范围内。10秒上限足以覆盖卫星、边远地区、严重拥塞等所有实际弱网测试需求。内部使用延迟环（delay ring）和时间轮管理，10秒范围内的精度一致为10微秒。

Question 40

5种丢包模式有什么区别？如何选择？

Accepted Answer

Random（随机丢包）：每包独立概率丢弃，简单快速但不够真实。Fixed Ratio（固定比例）：严格按比例——3%则每100包精确丢3个，适合需要可重复结果的基准测试。Periodic（周期性）：每N个包丢第N个，模拟固定节奏的链路错误。Burst（突发丢包）：随机触发后连续丢弃burst_length个包，模拟链路瞬断。Gilbert-Elliott（G-E模型）：双态马尔可夫链，Good/Bad状态各有独立丢包率和转移概率，最接近真实移动网络的突发丢包特性，学术和工业界的标准丢包模型。

Question 41

Gilbert-Elliott丢包模型的参数如何配置？

Accepted Answer

Gilbert-Elliott模型有4个参数：loss_in_good_state（Good状态丢包率，如0.01=1%）、loss_in_bad_state（Bad状态丢包率，如0.3=30%）、good_to_bad_prob（Good→Bad转移概率，如0.05）、bad_to_good_prob（Bad→Good转移概率，如0.3）。系统每处理一个包就检查是否发生状态转移，然后按当前状态的丢包率决定是否丢弃。典型WiFi场景：Good状态0.5%丢包+Bad状态25%丢包，G→B概率0.02、B→G概率0.3。

Question 42

Fixed Ratio固定比例丢包和Random随机丢包有什么区别？

Accepted Answer

Random模式每个包独立以概率p决定丢弃——长期平均接近p但短期有波动，可能出现连续丢多个或长期不丢的情况。Fixed Ratio使用计数器确保精确比例——配置3%则每100包内精确丢弃3个（使用fixed_ratio_counter计数），适合需要可重复、可量化结果的基准测试。例如测试视频编码器在精确1%、2%、3%丢包下的画质变化时，应使用Fixed Ratio而非Random。

Question 43

突发丢包和Gilbert-Elliott模型分别适合模拟什么？

Accepted Answer

Burst突发丢包模拟"链路瞬断"——以burst_probability概率触发，触发后连续丢弃burst_length个包，适合模拟光纤链路闪断、网络设备重启等离散故障事件。Gilbert-Elliott模型模拟"信号质量波动"——系统在Good/Bad两个状态间切换，每个状态有各自的丢包率，适合模拟WiFi信号衰落、移动网络小区切换等持续性质量变化。简单说：Burst=短暂故障，G-E=长期波动。

Question 44

如何用丢包模型模拟WiFi环境？

Accepted Answer

推荐使用Gilbert-Elliott模型：loss_in_good_state=0.005（信号好时0.5%丢包）、loss_in_bad_state=0.25（信号差时25%丢包）、good_to_bad_prob=0.02（2%概率变差）、bad_to_good_prob=0.3（30%概率恢复）。配合Normal(20, 10²)延迟分布和Uniform[5,30]ms抖动，再加上Token Bucket带宽限制（50Mbps，burst 64KB允许突发）。这组合精确复现WiFi环境：大部分时间正常、偶发信号差导致集中丢包。

Question 45

3种带宽限制算法有什么区别？

Accepted Answer

Leaky Bucket（漏桶）：严格恒速输出，超速包立即丢弃，适合模拟固定带宽专线。Token Bucket（令牌桶）：允许短时突发——令牌以rate_bps速率积累，最多积累burst_size_bytes字节的令牌，突发流量可瞬间消耗令牌后通过，超出后降速。适合模拟有QoS保障但允许突发的链路。Dynamic（动态模式）：通过时间序列定义带宽随时间变化的曲线，如0s→1Gbps、60s→500Mbps、120s→100Mbps，支持循环播放。适合模拟信号波动、带宽弹性变化等动态场景。

Question 46

Token Bucket令牌桶的burst_size怎么配？

Accepted Answer

burst_size_bytes决定允许的最大突发数据量。设小了（如1500字节=1个包），效果接近Leaky Bucket严格限速。设大了（如rate×0.1秒），允许100ms的突发流量以线速通过。典型经验值：如果链路带宽100Mbps，burst_size设为12500字节（100ms的突发量）= 一个正常TCP窗口的数据。如果要模拟宽带ISP的带宽限制（允许短时超速），burst_size可以设为rate×1秒。

Question 47

Dynamic动态带宽模式如何配置？

Accepted Answer

Dynamic模式通过时间序列数组配置：每个条目包含(time_s, rate_bps)——即在第time_s秒时将带宽切换为rate_bps。例如：[(0, 1000000000), (60, 500000000), (120, 100000000)]表示0秒时1Gbps、60秒降至500Mbps、120秒降至100Mbps。设置dynamic_loop=true开启循环播放。带宽范围从0 bps（完全阻断）到网卡link速率（动态检测）。通过Web UI或REST API配置dynamic_profile数组即可。

Question 48

帧开销（Frame Overhead）配置的作用是什么？

Accepted Answer

以太网帧在物理线路上传输时，除了帧本身的字节外还有额外的物理层开销，共24字节：Preamble前导码7字节 + SFD帧起始定界符1字节 + FCS帧校验序列4字节 + IFG帧间间隔12字节。开启帧开销后，带宽限制的计算会包含这24字节开销——即按照真实的L1线路速率而非L2帧速率限速。这对于精确仿真非常重要：一个64字节的帧在线路上实际占用88字节（64+24），不算开销会导致限速偏高约37%。

Question 49

带宽限制为0时是什么效果？

Accepted Answer

将rate_bps设为0时实现完全阻断效果——所有数据包被丢弃，无流量通过。这可以用来模拟链路中断。配合Dynamic模式，可以在时间序列中插入rate=0的片段模拟间歇性断网：如[(0, 100000000), (30, 0), (35, 100000000)]表示前30秒100Mbps、中断5秒、然后恢复。注意Leaky Bucket和Token Bucket模式下rate=0时行为一致。

Question 50

抖动（Jitter）和延迟有什么区别？

Accepted Answer

延迟（Delay）是数据包经过仿真器时被人为添加的等待时间。抖动（Jitter）是在延迟基础上的额外随机波动——最终延迟 = 基础延迟 + 抖动值。例如配置Fixed延迟100ms + Normal抖动N(0, 5²)ms，实际每包延迟在约85-115ms之间波动。抖动独立于延迟配置，有3种模式：Fixed固定值、Uniform[min,max]均匀分布、Normal N(μ,σ²)正态分布。负值截断为0确保抖动不会减少基础延迟。

Question 51

抖动预计算能力有什么价值？

Accepted Answer

系统会在配置生效前预先生成大量抖动采样值，运行时直接按分布注入抖动，避免实时计算影响线速处理。这样既能保持随机性和分布准确性，也能确保高包速场景下的延迟与抖动注入稳定可重复。

Question 52

乱序（Reorder）的2种模式有什么区别？

Accepted Answer

Random Delay（随机延迟模式）：以probability概率选中数据包，给选中的包添加[min_delay_ms, max_delay_ms]范围的随机延迟，使其落后于后续包。Fixed Position（固定偏移模式）：以probability概率选中数据包，将选中的包后移offset_packets个位置（范围1-100），即让它等后面N个包先过。两种模式的概率上限均为20%（0.2）。Random Delay更接近多路径路由导致的乱序，Fixed Position更适合模拟固定的队列调度乱序。

Question 53

如何同时使用延迟和乱序但避免冲突？

Accepted Answer

延迟配置中有allow_reorder标志——关闭时，延迟引擎保证包序不变（后到的包不会超过先到的包）。乱序功能是在延迟之前的独立步骤（流水线第12步，延迟是第14步）。如果需要精确控制乱序比例，建议：关闭延迟的allow_reorder（保证延迟不引入额外乱序），专门通过Reorder步骤控制乱序概率和程度。如果要模拟真实网络（延迟波动本身就会造成乱序），则开启延迟的allow_reorder。

Question 54

误码注入（Bit Error）的3种模式分别适合什么场景？

Accepted Answer

Random Bit（随机比特模式）：每个比特以bit_probability概率独立翻转，典型BER值1e-9~1e-6，适合模拟物理层链路质量——光纤BER约1e-12、铜缆约1e-8、无线约1e-6~1e-3。Per Packet（按包模式）：以packet_probability概率选中包，选中后翻转bits_per_packet个比特（1-32），适合测试CRC/FEC的检测和纠错能力。Range（范围模式）：只在指定字节范围byte_ranges内翻转比特，适合测试特定协议字段的错误处理。可选recalc_eth_fcs自动重算以太网FCS，模拟高层数据错误但帧校验正确的场景。

Question 55

RED队列管理算法的参数如何理解？

Accepted Answer

RED（Random Early Detection）通过早期随机丢弃避免队列满溢。4个参数：red_min_th（最小阈值，默认25%队列容量）——平均队列深度低于此值不丢弃；red_max_th（最大阈值，默认75%）——高于此值全部丢弃；red_max_p（最大丢包率，默认10%）——在min和max之间丢包率线性增加，最高到10%；red_w_q（EWMA权值，默认0.002）——控制平均队列深度的计算平滑度。与简单的Tail Drop相比，RED更真实地模拟企业级路由器的拥塞管理行为。

Question 56

报文修改和报文复制功能的技术细节？

Accepted Answer

报文修改（Modify）：支持字节级的match-replace规则。每条规则指定：匹配位置(match_offset)+匹配长度+匹配值（找到目标），修改位置(modify_offset)+修改长度+修改值（执行替换）。支持自动重算IP校验和(recalc_ip_checksum)、L4校验和(recalc_l4_checksum)和以太网CRC(recalc_eth_crc)。适合模拟NAT、中间设备篡改。报文复制（Duplicate）：以probability概率（上限20%）复制数据包，count可选1或2（即最多产生原包+2个副本）。复制包独立经历后续全部损伤步骤。

Question 57

MTU分片功能的工作原理？

Accepted Answer

MTU分片功能对超过配置MTU值的IPv4数据包执行IP分片处理。当enabled=true且包大小超过mtu值（默认1500字节）时，系统按照RFC 791标准将大包拆分为多个不超过MTU的IP分片，正确设置MF（More Fragments）标志和Fragment Offset字段。分片后的每个分片独立经历后续全部损伤步骤。统计中记录packets_fragmented（被分片的包数）和fragments_created（产生的分片数）。用于测试网络设备和协议栈对IP分片的重组能力。

Question 58

背景流量注入有什么作用？

Accepted Answer

背景流量让业务流量在非空闲链路上竞争传输，更真实地模拟共享网络环境。在没有背景流量的情况下，即使配置了带宽限制，业务流量独占带宽的体验与多用户共享带宽是不同的——共享场景下存在排队、抢占和突发延迟。背景流量在流水线的第2步注入（RX之后），与业务流量共同经过队列控制和带宽限制，真实复现带宽竞争效果。

Question 59

背景流量的Virtual模式和PCAP回放模式有什么区别？

Accepted Answer

Virtual模式：系统自动生成固定大小（virtual_packet_size，默认1024字节）的虚拟数据包，以virtual_rate_bps速率注入。简单快速，适合需要恒定背景负载的场景。PCAP回放模式：加载真实抓包文件回放，支持pcap_rate_multiplier倍速（1.0=原速，2.0=双倍速）、pcap_loop循环播放、pcap_preserve_timing保留原始包间时序。更真实，适合用真实流量特征作为背景。两种模式都支持pcap_discard_before_tx——在TX发送前丢弃背景包，只让它们占用队列和带宽资源但不实际发出。

Question 60

背景流量的pcap_discard_before_tx选项是什么？

Accepted Answer

pcap_discard_before_tx=true时，背景流量数据包在经过队列控制和带宽限制步骤后、到达TX发送前被丢弃。效果是：背景流量占用了虚拟链路的队列空间和带宽配额（与业务流量竞争），但不会从物理端口发出（避免干扰下游设备）。你可以模拟共享带宽环境的竞争效果，而不需要下游设备处理额外的背景流量。统计中bg_packets_discarded记录被丢弃的背景包数。

Question 61

背景流量的统计数据有哪些？

Accepted Answer

系统单独跟踪背景流量的统计：bg_packets_generated（生成的包数）、bg_bytes_generated（生成的字节数）、bg_packets_dropped_queue（队列满被丢弃的背景包）、bg_packets_dropped_loss（被丢包规则丢弃的背景包）、bg_packets_tx（实际发送的背景包）、bg_packets_discarded（开启discard_before_tx后被丢弃的包）。这些统计与业务流量统计分开记录，方便分析业务流量和背景流量各自的损伤情况。

Question 62

L2-L7过滤引擎支持哪些匹配类型？

Accepted Answer

支持9种匹配类型：VLAN（支持QinQ双标签，格式如100.200）、SRC_MAC（源MAC地址）、DST_MAC（目的MAC地址）、SRC_IP（源IP，支持IPv4/IPv6+CIDR掩码如10.0.0.0/8）、DST_IP（目的IP）、SRC_PORT（源端口，支持范围如1000-2000）、DST_PORT（目的端口）、PROTOCOL（IP协议号或名称如TCP/UDP/ICMP）、CUSTOM_OFFSET（自定义字节偏移+长度+值匹配，可匹配L5-L7任意字段）。通过CUSTOM_OFFSET可以匹配应用层特征，如HTTP方法、DNS查询类型等。

Question 63

过滤器的逻辑组合如何工作？

Accepted Answer

过滤器内的多条规则采用AND逻辑——所有条件必须同时满足才算匹配成功。例如配置SRC_IP=10.0.0.0/8 + DST_PORT=80两条规则，则只有同时满足源IP在10.0.0.0/8网段且目的端口为80的数据包才会被匹配。如果需要匹配不同类型的流量，可以创建多个独立的过滤器，每个过滤器设定不同的优先级。过滤器按priority数值排序（低数值优先匹配），首个匹配的过滤器决定包的路由。

Question 64

过滤器的3种动作分别是什么？

Accepted Answer

VIRTUAL_LINK：将匹配的流量路由到指定虚拟链路，经历该虚拟链路配置的全部损伤处理。这是最常用的动作。BYPASS：匹配的流量绕过所有虚拟链路，直接从RX端口转发到配对的TX端口，不做任何损伤处理。适合需要保护的管理流量（如SSH/SNMP）。DROP：直接丢弃匹配的流量，适合过滤掉不需要的流量类型（如广播包）。未匹配任何过滤器的流量默认行为取决于系统配置。

常见问题

没有找到您的问题？