Question 1

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

Accepted Answer

网准通（NetAccura）是一家专注于网络测试与流量分析设备的国产厂商。我们基于 DPDK 高性能数据面架构自主研发了五款核心产品：网络损伤仿真仪、网络性能测试仪、Pcap 回放仪、网络流量分析仪，以及延迟控制者 (Delay Controller)。产品广泛应用于金融、电信、互联网、政企、教育、制造等行业。

Question 2

产品可以替代哪些进口品牌？

Accepted Answer

我们的产品可以替代多个主流进口品牌：网络损伤仿真仪替代 Apposite Netropy/Linktropy；网络性能测试仪替代 Spirent TestCenter、IXIA/Keysight；Pcap 回放仪替代 tcpreplay（商用级）和 Spirent 回放模块；流量分析仪替代部分科来、ntop 等产品的功能；延迟控制器 (Delay Controller) 替代传统金融级延迟注入设备。我们通过自主可控的技术路线，提供极具竞争力的国产化替代方案。

Question 3

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

Accepted Answer

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

Question 4

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

Accepted Answer

根据您的核心需求选择：需要模拟弱网/广域网环境 → 网络损伤仿真仪；需要对网络设备做性能测试/压力测试 → 网络性能测试仪；需要回放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

什么是 DPDK 高性能数据面架构？为什么你们的产品都基于此架构？

Accepted Answer

DPDK（Data Plane Development Kit）是高性能的用户态数据面开发框架，通过绕过操作系统内核协议栈，消除上下文切换和中断开销，直接在用户态操作网卡收发数据包。结合大页内存管理、CPU 核绑定、批量收发等技术，我们在通用 x86 平台上实现了纳秒级精确定时（TSC时间戳计数器）与线速转发能力，远超传统内核态方案的性能。

Question 10

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

Accepted Answer

我们的产品运行在标准x86_64服务器上，基本要求：Intel/AMD多核CPU、DPDK兼容的网卡（推荐Intel X520/X710/XXV710系列）、16GB以上内存（含DPDK Hugepage）、SSD存储。具体性能取决于硬件配置——更多的CPU核心、更高速的网卡可以获得更高的处理性能。我们也提供预配置的硬件设备，开箱即用。

Question 11

产品支持哪些操作系统？

Accepted Answer

我们的产品支持主流 Linux 发行版，包括 Ubuntu 20.04/22.04/24.04、CentOS 7/8、RHEL 7/8/9，以及国产操作系统如银河麒麟、统信UOS等。DPDK抓包引擎需要Linux内核4.4以上版本。部分产品还支持在VMware/KVM虚拟机 and Docker容器中部署。

Question 12

产品有Web管理界面吗？

Accepted Answer

有。我们所有产品都提供现代化的Web管理界面（基于React + TypeScript开发），支持通过浏览器进行配置管理、实时监控、数据查看 and 报表导出。同时所有功能均通过RESTful API暴露，支持自动化集成 and 二次开发。部分产品还提供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

可以，而且这是很多客户的典型使用方式。例如：“字节风暴”生成背景流量 + “流量重生”回放攻击 PCAP → 模拟真实网络+攻击场景测试安全设备；“混沌之桥”模拟弱网 + “字节风暴”生成测试流量 → 测试应用在弱网下的表现；“流量重生”回放流量 → “流光猎影”验证检测能力。产品之间通过网络连接，无需特殊接口。

Question 15

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

Accepted Answer

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

Question 16

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

Accepted Answer

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

Question 17

产品支持 IPv6 吗？

Accepted Answer

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

Question 18

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

Accepted Answer

开源工具适合简单场景但存在明显局限：精度低（毫秒级 vs 我们的微秒级）、性能有限（无法线速处理大流量）、功能单一、缺少 GUI 和 API 管理。我们的产品基于 DPDK 高性能数据面架构实现了远超开源工具的性能与精度，特别是在 10G/25G 线速环境下的稳定性、微秒级时间戳准确度以及复杂的信道建模能力上，拥有压倒性优势。

Question 19

可以远程管理设备吗？

Accepted Answer

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

Question 20

产品支持多少个网口？

Accepted Answer

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

Question 21

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

Accepted Answer

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

Question 22

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

Accepted Answer

采用分离式三层架构：数据面基于 DPDK 用户态引擎，实现零内核上下文切换与 15 步全线速流水线；控制面通过 Crow C++ REST API 服务器处理配置请求；UI 层基于 React 18+TypeScript+TailwindCSS 构建。该架构利用 TSC（时间戳计数器）实现纳秒级精确计时，利用 DPDK 批量收发和多核并行实现线速处理。

Question 23

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 24

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

Accepted Answer

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

Question 25

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

Accepted Answer

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

Question 26

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

Accepted Answer

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

Question 27

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

Accepted Answer

三重精度保障机制：1）Timing Wheel（时间轮）以10微秒为tick精度调度延迟包的释放时机；2）使用DPDK的rte_rdtsc()直接读取CPU TSC（Time Stamp Counter）硬件计数器，不经过操作系统时钟，消除内核调度和时钟中断抖动；3）TSC_CALIBRATION_FACTOR=1.00194校准系数补偿CPU实际频率与标称频率的偏差。此外，使用固定点数学（fixed-point arithmetic）替代浮点运算加快时间转换，避免FPU上下文切换开销。

Question 28

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

Accepted Answer

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

Question 29

突发延迟模式如何工作？

Accepted Answer

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

Question 30

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

Accepted Answer

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

Question 31

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

Accepted Answer

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

Question 32

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

Accepted Answer

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

Question 33

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 34

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

Accepted Answer

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

Question 35

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

Accepted Answer

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

Question 36

如何用丢包模型模拟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 37

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

Accepted Answer

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

Question 38

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 39

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 40

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

Accepted Answer

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

Question 41

带宽限制为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 42

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

Accepted Answer

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

Question 43

65,536条Jitter LUT预计算是什么技术？

Accepted Answer

为了避免在数据包处理的热路径上进行实时数学运算（正态分布需要Box-Muller变换、均匀分布需要范围缩放），系统启动时或配置变更时预先计算65,536个抖动采样值存入查找表（Look-Up Table）。运行时每个数据包直接从LUT中读取下一个值即可，零数学运算、零FPU开销。每个Worker线程维护独立的LUT索引（避免原子竞争），65K条目确保足够的随机性和分布准确性。

Question 44

乱序（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 45

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

Accepted Answer

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

Question 46

误码注入（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 47

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 48

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

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 49

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 50

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

Accepted Answer

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

Question 51

背景流量的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 52

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

Accepted Answer

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

Question 53

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

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 54

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 55

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

Accepted Answer

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

Question 56

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

Accepted Answer

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

Question 57

过滤器的性能优化机制是什么？

Accepted Answer

每个端口维护一份SortedFilterCache——按优先级预排序的过滤器列表，使用原子指针实现无锁读取。数据面线程调用getFiltersSortedByPriorityFast()获取排序后的过滤器列表，按序匹配直到首个命中。过滤器的增删改通过控制面API完成后，异步更新SortedFilterCache，数据面零影响。IP地址匹配使用预计算的掩码进行快速比较，端口范围匹配使用预解析的start/end整数比较，避免运行时字符串解析。

Question 58

虚拟链路的核心概念是什么？

Accepted Answer

虚拟链路是损伤配置的载体——每条虚拟链路包含完整的11种损伤参数配置，且A→B和B→A两个方向完全独立。流量通过过滤器被路由到虚拟链路后，按照该链路配置的15步流水线处理。最多1024条虚拟链路，每条有ID、名称、描述、优先级和启用状态。可以为不同类型的流量（如视频、数据库、管理）配置不同的虚拟链路，模拟差异化的网络条件。

Question 59

VirtualLinkManager的无锁快速查找缓存如何工作？

Accepted Answer

VirtualLinkManager维护一个最大4096条目的原子指针数组作为快速查找缓存。数据面线程通过虚拟链路ID直接索引数组获取配置指针，O(1)时间复杂度，零锁竞争。配置更新时通过原子操作替换指针，旧配置在100ms Grace Period后安全释放。这确保了数据面在高PPS场景下的查找性能——百万级PPS下每个包都需要查找虚拟链路配置，O(1)无锁访问是性能关键。

Question 60

每条虚拟链路记录哪些统计信息？

Accepted Answer

StatsSnapshot原子快照包含：packets_in/packets_out（入/出包数）、bytes_in/bytes_out（入/出字节数）、packets_dropped_queue（队列丢弃）、packets_dropped_loss（丢包规则丢弃）、packets_reordered（乱序包数）、packets_duplicated（复制包数）、packets_modified（修改包数）、packets_bit_error（误码包数）、packets_fragmented/fragments_created（分片统计）、queue_packet_count（当前队列深度）。以及独立的背景流量统计（bg_开头的6个计数器）。统计每秒刷新（最小100ms），历史保留48小时。

Question 61

如何批量管理虚拟链路？

Accepted Answer

REST API支持批量操作：POST /virtual-links/batch（批量创建）、PATCH /virtual-links/batch（批量更新）、DELETE /virtual-links/batch（批量删除）。批量操作在单次API调用中处理多条虚拟链路，减少HTTP往返开销。Web UI的Dashboard页面也提供拓扑可视化和虚拟链路的快捷管理操作。

Question 62

Web管理界面有哪些功能页面？

Accepted Answer

Web UI基于React 18 + TypeScript + Vite + TailwindCSS 4构建，包含以下页面：Dashboard仪表盘（网络拓扑可视化、端口统计、虚拟链路状态、过滤器管理、实时流量图表，1秒轮询刷新）；VirtualLinkConfig虚拟链路配置（创建/编辑虚拟链路、双向损伤配置卡片、11种损伤编辑器）；Captures抓包管理（启停PCAP抓包、下载抓包文件）；Settings系统设置（DPDK端口配置、用户管理、系统备份恢复）；Login用户登录。

Question 63

REST API的认证和速率限制机制？

Accepted Answer

API支持两种认证方式：Session认证（Web UI登录后自动管理）和Token认证（API调用使用，通过POST /auth/login获取）。所有API端点（除登录外）都需要有效的认证凭证。速率限制为100 req/s，超限返回429状态码。API响应统一JSON格式：{success, data, message, meta: {request_id, timestamp}}。支持CORS跨域访问。API基础URL：https://{device-ip}:443/api/v1。

Question 64

PCAP抓包功能的工作方式？

Accepted Answer

支持在端口级别或虚拟链路级别进行PCAP抓包。通过POST /captures创建抓包任务，指定目标（端口ID或虚拟链路ID）、可选在损伤处理前或后抓包。抓包过程中可通过API查询状态和已抓包数，完成后通过API下载PCAP文件。损伤前抓包记录原始流量，损伤后抓包记录经过损伤处理的流量，两者对比可直观验证损伤效果是否符合预期。

常见问题

没有找到您的问题？