大家读完觉得有帮助记得关注和点赞摘要在不中断实时基础设施的情况下验证IoT-边缘-云环境中的网络配置并测试故障场景仍然是一个开放的操作挑战。本文介绍了一种用于IIoT边缘部署的低成本、完全开源的网络数字孪生Network Digital Twin, NDT该孪生基于Containerlab、Open vSwitch、ONOS以及Prometheus/Grafana可观测性栈构建。该框架在一个可部署的单一工件中集成了容器原生拓扑仿真、SDN驱动的流量工程和实时遥测。针对物理Raspberry Pi边缘WLAN的验证显示在RTT中位数Δ 0.4毫秒和UDP吞吐量Δ 0.03 Mbps方面具有很强的分布收敛性。TCP吞吐量和数据包丢失方面的剩余偏差可归因于可识别的虚拟化伪影本文提供了根本原因和修复路径。I 引言IoT-边缘-云连续体涵盖了资源受限的传感器节点、无线接入网络、边缘计算集群和云后端创建了多层级环境其中网络行为本质上是异构和非平稳的。在此类环境中在不中断生产流量的情况下验证配置、压力测试故障恢复以及验证服务质量QoS策略是一项基本的操作挑战。网络数字孪生NDT通过提供物理网络的虚拟副本解决了这一挑战该副本足够接近地镜像行为特征以作为一个安全的实验沙盒。IETF/IRTF网络管理研究组将NDT定义为“一个先进的网络仿真平台用作场景规划、影响分析和变更管理的工具”[12]其特点是五个要素数据、模型、映射、接口和逻辑。将NDT与经典仿真区分开的一个关键属性是交互式虚实映射孪生体需要根据物理网络进行校准并与之持续比较[12]。尽管有如此明确的定位但将容器原生拓扑仿真、可编程SDN控制和实时可观测性管道集成在一个可部署框架中的实用、开源、低成本NDT实现仍然稀缺。本文填补了这一空白。我们提出了一个从头开始仅使用开源组件逐步构建的NDTContainerlab、Open vSwitch、ONOS、Prometheus和Grafana。该框架在一个部署在fortiss IIoT实验室的边缘小型测试平台上进行了验证该平台是一个Wi-Fi连接的Raspberry Pi边缘节点集群代表了典型的IoT-边缘部署。从基本虚拟网络到完整数字孪生验证的进展反映了工具本身的学习曲线使该框架既可重复用作研究平台也可用作教学工件。具体贡献如下一个面向IoT-边缘-云连续体的开源NDT架构直接映射到IRTF参考模型[12]。四个从经验CODECO测量中导出的校准Wi-Fi损伤配置文件基线、开放、典型、拥塞并通过可重用的wifi-profile.sh工具链应用。一项五项实验评估活动基线表征、拥塞影响、SDN流量工程、弹性测试以及NDT与物理保真度验证。识别并缓解了在Containerlab/OVS环境中当iPerf3使用默认MTU大小的传输时观察到的TBF段饥饿伪影并讨论了其重现条件及其对TCP吞吐量保真度的次级影响。对收敛失败及其根本原因的批判性分析并为未来工作提供了具体方向。II 相关工作起源于工业制造的数字孪生概念[4]已逐步被调整应用于网络环境。早期的网络仿真平台如GNS3和CORE实现了拓扑虚拟化但缺乏与实时遥测管道和SDN控制平面的集成。Mininet为SDN实验建立了一个标准[6]但其内核空间架构限制了容器多样性、镜像灵活性和可扩展性。Containerlab [3]通过提供一个声明式的、容器原生的拓扑引擎解决了这些限制该引擎支持广泛的网络操作系统和轻量级Linux节点。与Mininet不同Containerlab将容器作为一等抽象允许每个节点拥有自己的网络栈、监控代理和配置。关于NDT验证方法先前的工作主要集中在数据中心场景或分析延迟模型上[2]。针对IIoT或无线边缘环境的NDT框架要少得多且现有的框架通常不包含SDN控制平面测试或长期行为分布匹配。最接近的是[10]的工作它使用Mininet进行IIoT场景仿真但没有在孪生体内解决Wi-Fi配置文件校准、持久遥测或SDN驱动的流量工程问题。使用tc netem进行无线损伤注入是成熟的做法[9]但netem队列规则与Linux令牌桶过滤器TBF整形器在容器化环境中的交互特别是第四节中描述的段饥饿伪影在先前的工作中尚未被系统地表征。III 背景III-A IoT-边缘-云连续体IoT-边缘-云连续体集成了各种信息物理系统和网络。它涵盖远端边缘设备/集群和近端边缘设备/集群并延伸至云端。网络路径穿越多个管理域并集成了多种网络技术例如Wi-Fi、以太网和蜂窝网络等。流量工程应用于每一层。这种异构性使得连续体特别难以建模边缘的策略变更可能对云端的遥测数据流产生级联影响。诸如Kubernetes之类的容器编排平台正越来越多地部署在边缘端[8]以管理跨此连续体的工作负载但网络层验证工具并未跟上步伐。最近针对跨层上下文感知的容器编排扩展例如CODECO [11]正在弥合通信与计算之间的鸿沟旨在为IoT-边缘-云连续体的基础设施需要支持的内容提供整体视图。III-B 网络数字孪生IRTF NDT参考架构[12]定义了五个功能要素。数据从物理网络捕获实时和历史状态。模型提供基于该数据的仿真抽象。映射建立虚实对应关系可以是一对一持续同步或一对多联邦孪生。接口标准化孪生体与外部系统之间的集成。逻辑编码分析、诊断和控制功能。该草案还列举了五个构建挑战大规模数据管理、跨异构设备的互操作性、数据建模复杂性、实时同步和安全性。在IIoT-边缘规模下前三个最为紧迫并由我们的框架直接解决第四节。III-C 容器原生网络仿真ContainerlabContainerlab [3]是一个声明式拓扑引擎它提供基于容器的网络节点如路由器、交换机和端点主机通过虚拟链路连接所有这些都在一个YAML清单中描述。每个节点都是一个标准的Docker容器拥有完整的Linux网络栈和运行任意监控代理的能力。拓扑部署和拆除仅需数秒实现了可重复的实验周期。与Mininet [6]相比Containerlab支持更广泛的节点镜像自然地与现有容器基础设施包括Kubernetes工作节点集成并且不需要内核补丁。Containerlab/OVS环境中一个已知的限制是tc netem与Linux令牌桶过滤器TBF整形器之间的交互标准MTU大小的传输可能在数据包离开容器接口之前耗尽TBF令牌桶产生与配置带宽上限无关的人为低吞吐量。我们在第四节中描述了这一伪影并提供了可重现的缓解措施。III-D 软件定义网络与ONOS软件定义网络SDN[5]将控制平面与转发平面解耦实现了网络行为的集中式、可编程管理。ONOS控制器[1]以运营商级水平实现了这一范式公开了一个意图框架Intent Framework允许应用程序表达高级转发目标例如“以最小延迟将流量从A路由到B”而无需指定底层流规则。ONOS将意图转换为安装在OVS网桥上的OpenFlow 1.3规则通过对拓扑变化例如链路故障、拥塞事件做出反应通过Dijkstra算法重新计算路径并在不到一秒钟内更新流表。在NDT上下文中ONOS充当IRTF模型的逻辑层和控制接口层它体现了优化和控制功能并为仿真转发平面提供了标准化的南向接口OpenFlow。III-E 可观测性Prometheus和GrafanaPrometheus [7]是一个基于拉取模式的指标收集系统。部署在每个网络节点上的Node Exporter代理在标准HTTP端点:9100上公开每个接口的字节/数据包计数器、CPU利用率、内存和系统负载。Prometheus以可配置的时间间隔抓取这些端点并将时间序列数据存储在本地TSDB中。Grafana提供将Prometheus作为数据源的可视化仪表板实现在同一画布上对NDT和物理节点指标进行实时比较。在我们的框架中Prometheus实现了IRTF模型的数据存储库组件而Grafana实现了网络可视化功能包括评估孪生保真度所需的并排NDT与真实环境比较。III-F 边缘Kubernetes及开放问题轻量级Kubernetes发行版如K3s [8]现已部署在包括CODECO测试平台在内的边缘集群上。虽然Kubernetes处理工作负载调度和服务发现但它引入了CNI容器网络接口覆盖网络其与SDN控制的OVS网桥的交互带来了集成复杂性。具体来说由ONOS安装的流表条目可能与CNI管理的iptables规则冲突并且Prometheus ServiceMonitor资源必须与NDT的静态抓取目标对齐。这些摩擦点代表了NDT-Kubernetes边界的开放工程挑战并促成了本工作中采用的手动配置方法。为IoT-边缘-云连续体构建NDT的关键开放问题包括(i) 在参数化netem模型之外忠实再现重尾无线RTT分布(ii) 随物理信道条件变化进行动态重新校准(iii) 如IRTF [12]所预期的跨多个管理域的联邦孪生。IV NDT架构与实现IV-A 映射到IRTF参考模型NDT围绕三个功能平面构建图1仿真平面实例化虚拟拓扑并注入信道损伤控制平面通过ONOS提供可编程SDN管理可观测性平面从NDT和物理CODECO网络收集、存储和可视化遥测数据。表I总结了每个IRTF功能元素在实现中的对应关系[12]。表IIRTF NDT元素映射。IRTF元素平面实现数据可观测性Prometheus TSDB每个节点上的Node Exporter模型仿真tc netem/TBF配置文件OVS流表wifi-profile.sh接口全部OpenFlow 1.3S→CHTTP拉取 :9100Grafana REST API映射可观测性共享10.0.32.x地址空间测试平台-NDT比较仪表板逻辑控制ONOS意图框架Dijkstra重路由QoS流规则图1NDT三平面架构及组件交互。IV-B 仿真平面网络拓扑在ndt-topology.yaml中声明这是一个Containerlab清单用于配置镜像六个CODECO测试平台Raspberry Pi节点和接入点AP的Linux容器。容器IP地址被分配以匹配物理网络Pi节点为12.0.32.10-12.0.32.15AP为12.0.32.1因此相同的Prometheus抓取目标、Grafana仪表板和iPerf3命令无需修改即可应用于两种环境。在AP节点Open vSwitch网桥替代了标准的Linux网桥。每个网桥接口通过OpenFlow 1.3连接到ONOS控制器允许以编程方式安装、修改和删除流规则。使用tc netem延迟、抖动、丢包结合令牌桶过滤器TBF整形器带宽上限在面向AP的虚拟接口上应用流量损伤封装在wifi-profile.sh脚本中。四个预定义配置文件列于表II。表II定义的NDT Wi-Fi损伤配置文件。配置文件延迟抖动丢包率带宽上限基线0 毫秒0 毫秒0%无开放2 毫秒0.5 毫秒0.05%150 Mbit/s典型8 毫秒2 毫秒0.5%54 Mbit/s拥塞20 毫秒6 毫秒3%10 Mbit/s第五个配置文件real_lab通过使用映射关系delay \bar{\tau} / 2,jitter \sigma_{\tau},loss \bar{p},bw \hat{B}_{TCP}从实时CODECO基准测试自动生成从而在物理信道条件变化时实现按需重新校准。IV-B1 TBF饥饿伪影在初始配置过程中尽管成功注入了延迟但在所有损伤环境下TCP吞吐量都降为0.00比特/秒。调查揭示了根本原因默认情况下iPerf3会向传输环形缓冲区涌入大量、不受限制的MTU通常为1500字节块。在Containerlab/OVS环境中严格的TBF配置在接收到这些微突发时瞬间耗尽令牌桶在流量离开节点之前在主机内核内部触发静默尾部丢弃。缓解措施是通过-M 500限制TCP的iPerf3段大小最大报文段大小以及通过-l 500限制UDP的有效载荷长度。这将流量平滑为500字节的间隔与内核的虚拟令牌刷新周期匹配。虽然有效但此限制引入了一个次级伪影降低了NDT相对于物理环境的TCP吞吐量完整数据集NDT均值3.68 Mbps vs. 物理均值9.19 Mbps见第八节。增加的限制降低了容器内有效的TCP良好吞吐量上限不能被视为中立的测量参数见第八节。此处记录了初始失败及后续修复以防止使用类似栈的研究人员重蹈覆辙。IV-C 控制平面ONOSv2.7通过TCP端口6653上的OpenFlow 1.3连接到每个OVS网桥。转发生命周期如下进行(i) 拓扑发现后ONOS安装默认的PACKET_IN规则(ii) 意图框架通过Dijkstra最短路径计算将高级路径意图转换为OpenFlow匹配/动作规则(iii) 规则作为FLOW_MOD消息推送(iv) 在链路状态变化时通过PORT_STATUS消息ONOS在一秒内重新计算路径并发布更新规则。IV-D 可观测性平面通过Containerlab的exec指令Node Exporter代理被嵌入到每个仿真容器中在9100端口公开每个接口的字节/数据包计数器、CPU使用率、内存和系统负载。Prometheus以15秒的间隔同时抓取两个任务ndt-nodes六个仿真的NDT容器real-nodes六个物理CODECO Raspberry Pi节点这种统一的抓取配置使得能够使用标准PromQL进行直接并排比较。实验中使用的示例查询promql# 每个节点的TX吞吐量Mbit/srate(node_network_transmit_bytes_total{job~ndt-nodes|real-nodes, deviceeth1}[30s]) * 8 / 1e6# 接收数据包丢弃率rate(node_network_transmit_drop_total{jobndt-nodes}[1m])V 实验环境V-A 物理参考测试平台物理参考网络基于一个真实的测试平台即位于慕尼黑fortiss GmbH的CODECO IIoT边缘测试平台。该测试平台包含一个基于CODECO的多集群联邦环境CODECO本身基于开放集群管理OCM项目。本文中的实验在单个集群中运行该集群由五个Raspberry PiARM架构作为Kubernetes CODECO工作节点和一个控制平面节点组成所有节点通过共享Wi-Fi介质连接到典型办公室/实验室环境中的接入点。拓扑如图2所示。图2参考网络。所有节点运行Node Exporter指标由Prometheus实例抓取。Grafana仪表板提供跨物理和仿真环境的吞吐量、CPU利用率和接口统计信息的实时可视化。WLAN并非隔离的因此信道会受到网络使用、障碍物、信道干扰引起的常见变异性影响。为表征长期行为分布收集了为期九天2026-05-19至2026-05-27的测量档案产生所有指标共15,988行原始数据。在校准过滤见第六节-C后使用14,665行进行分析。V-B NDT基础设施NDT部署在一台运行Ubuntu 22.04 LTS的专用机器上预装了Docker、Containerlab和Open vSwitch。ONOS控制器v2.7作为本地进程运行通过OpenFlow 1.3连接到OVS网桥。Prometheus和Grafana在物理和仿真测量域之间共享。NDT测量档案在两天内收集2026-06-02至2026-06-03产生五个指标类型共1,170行。在排除解析伪影和失败会话后见第六节-C使用1,113行进行分析。两天的覆盖范围限制了NDT侧分布分析并在第八节作为局限性进行讨论。VI 实验方法表III物理测试平台测量结果RTT以毫秒计。运行RTT最小值RTT平均值RTT最大值丢包率 (%)TCP (Mbps)抖动 (ms)UDP丢包率 (%)#12.60949.124404.5150.537.30.6670.062#211.57340.00483.3150.035.30.2700.001#32.7589.71824.3520.036.20.1760.046#42.52312.059217.0150.037.00.2780.033#52.25488.8001312.8020.536.00.2590.001#62.4899.09158.0680.034.50.2910.087#73.0079.45039.2060.034.50.3450.000#82.3709.01420.8790.035.10.2780.002#92.2929.06119.8840.035.40.2910.021#102.4008.83220.9310.036.60.4460.051平均3.42824.515220.0970.1035.790.3300.030表IV网络数字孪生基准测试结果RTT以毫秒计。运行RTT最小值RTT平均值RTT最大值丢包率 (%)TCP (Mbps)抖动 (ms)UDP丢包率 (%)#147.98149.28150.5050.04.570.3000.000#224.08024.80948.6730.014.70.0000.000#324.06624.71725.4970.011.80.1970.027#424.10924.71825.3430.014.30.2820.031#524.01524.75225.5600.010.90.2370.035#624.10724.77625.4840.012.10.2500.029#724.08224.70925.2910.014.60.2150.029#824.04424.75625.5210.010.90.2200.036#924.07724.70925.3720.010.60.2480.034#1023.98724.65625.5050.011.20.2610.031平均26.45527.18830.2750.0011.570.2210.025表VE4完整数据集分布比较矩阵。 物理来自校准档案2026-05-19至2026-05-26 12:xx及2026-05-27共14,665行。NDT来自校准档案2026-06-02至2026-06-03排除后共1,113行。排除规则见第六节-C。指标物理值物理 NNDT值NDT NΔ统计量评估RTT (ms)22.312,14922.78900.4中位数强收敛RTT (ms)64.912,14924.4890-40.5平均值不可比峰值失真UDP吞吐量 (Mbps)7.126137.15650.03平均值最佳保真度抖动 (ms)2.026131.3065-0.72平均值中等收敛丢包率 (%)0.256134.90704.65中位数发散模型不匹配丢包率 (%)8.4961315.04706.55平均值发散模型不匹配TCP吞吐量 (Mbps)9.195763.6855-5.51平均值MSS伪影TCP吞吐量 (Mbps)7.385763.7755-3.61中位数MSS伪影VI-A 基准测试套件证据基础。 本文验证分析基于两个不同的证据基础二者不可互换并在全文中分开报告。(a) 10次运行受控会话表III测试平台表IVNDT测量于2026-06-02在稳定信道条件下连续收集的十次运行用于报告RTT平均值、UDP抖动和UDP丢包率的点收敛数据。(b) 长期测量数据集表V经过数据质量过滤后的完整9天物理档案和2天NDT档案用于报告RTT中位数、UDP吞吐量、TCP吞吐量和丢包率的分布统计。每次实验运行应用以下三条命令的跨层基准测试延迟平面20次探测ping -c 20 targetTCP传输平面20秒MSS受限iperf3 -c target -t 20 -M 500UDP传输平面20秒8 Mbit/s提供的负载iperf3 -c target -u -b 8M -t 20 -l 500每次运行提取六个指标RTT最小值/平均值/最大值毫秒、丢包率%、TCP吞吐量Mbps、UDP抖动毫秒和UDP丢包率%。实验案例如下E1端到端吞吐量和延迟基线。 在应用任何Wi-Fi配置文件之前为启用SDN的Containerlab拓扑建立性能基线。iPerf3服务器在目标节点上运行源节点在没有tc规则激活的情况下执行基准测试套件。结果确立了NDT转发性能的上限并确认OVS流安装正确完成。E2Wi-Fi拥塞影响。 使用拥塞配置文件延迟20毫秒丢包率3%评估模拟无线拥塞下的TCP和UDP行为。三个源客户端通过共享AP向单个目的地生成并行流量流。该实验特别针对TCP拥塞窗口cwnd崩溃在丢包情况下CUBIC的拥塞控制反复将cwnd减半导致吞吐量远低于剩余可用带宽。E3SDN流量工程。 演示在注入链路退化情况下ONOS控制的动态路径优化。对主要路由器间链路应用100毫秒的人工延迟。一个OpenFlow意图将流量引导至备用路由。指标包括重路由前后的延迟、吞吐量和收敛时间。E4数字孪生验证。 量化校准后的NDT在多大程度上重现物理测试平台的行为特征。E5流量优先级。 通过使用OpenFlow优先级规则区分不同流量类别的转发行为演示SDN驱动的QoS实施。高优先级流控制流量、延迟敏感的遥测通过ONOS流规则被分配专用输出端口和队列资源而尽力而为的背景流量竞争剩余容量。在并发负载下测量每类流量的延迟和吞吐量。VI-B 数据质量与排除在收集过程中识别出三个数据质量问题在计算本文报告的任何统计量之前所有受影响的行都从分析中排除。物理数据集 - 5月26日损坏块。 从2026-05-26 14:00开始物理数据集中收集的iPerf3结果UDP吞吐量、TCP吞吐量和抖动达到了似乎与iPerf命令不一致的值。具体来说UDP吞吐量达到283-645 Mbps而iPerf3命令限制为8 Mbps。同一块中的TCP值达到184-767 Mbps远高于所有其他天观察到的1-48 Mbps的校准范围。该块的抖动达到95-183毫秒而所有其他天的数据集范围最大值为23.8毫秒。同一时期的Ping延迟未受影响并保留。原因未知原始iPerf3输出未保留。排除行数1,323所有时间戳 ≥ 2026-05-26 14:00的iPerf3指标。排除后校准后的物理数据集包含14,665行。NDT数据集 - TCP解析伪影。 收集脚本使用awk {print $7}解析iPerf3输出以提取TCP接收器吞吐量。七个TCP条目包含与所有其他NDT TCP测量不一致的值五个条目超过100 Mbps385、471、838、870、925 Mbps两个条目恰好显示52.4 Mbps。所有有效的NDT TCP值落在1.62和4.92 Mbps之间52.4 Mbps的值是最高合法测量的10倍以上并且出现在没有配置更改的单独会话中。最可能的原因是当iPerf3更改其输出单位前缀时awk捕获了错误的列。原始iPerf3输出未保留因此无法确认原因。排除行数7个TCP条目。此外返回0 Mbps的8个NDT TCP会话iPerf3服务器不可达和具有100%丢包率的5个UDP会话原因相同被视为失败运行并从吞吐量和丢包率统计中排除。物理数据集 - 缺少TCP值。 校准后的物理数据集中的53个TCP条目不包含值NaN表示iPerf3服务器不可达或测试超时的会话。这些从TCP分析中排除不视为零吞吐量测量。应用的过滤规则如下物理排除时间戳 ≥ 2026-05-26 14:00的行然后排除值为NaN或0的TCP行。NDT排除值为0或值≥10的TCP行排除值为0的UDP行。过滤后校准的样本计数为RTT物理 N 12,149NDT N 890UDP物理 N 613NDT N 65抖动物理 N 613NDT N 65丢包率物理 N 613NDT N 70TCP物理 N 576NDT N 55。VII 结果本节报告每个实验案例的结果。定量比较基于两个不同的证据基础如第六节所定义10次运行实验表IIIIV和完整的可观测性数据集表V。VII-A E1基线性能表VI报告了在没有任何活动Wi-Fi配置文件的情况下的NDT基线性能。2 Gbps的TCP吞吐量反映了OVS在单台物理主机上的以太网基本转发能力。亚毫秒级RTT确认了空闲条件下的最小内部排队。表VIE1基线无Wi-Fi损伤。指标结果TCP吞吐量~2.01 GbpsRTT 最小值 / 平均值 / 最大值0.033 / 0.079 / 0.105 毫秒丢包率0%UDP抖动0.006 毫秒UDP丢包率0%VII-B E2Wi-Fi拥塞影响表VII显示了在拥塞Wi-Fi配置文件下的前后对比。TCP吞吐量和抖动根据netem队列规则按预期反应。表VII实验2——拥塞对TCP和UDP的影响。指标基线拥塞TCP吞吐量~2.01 Gbps~471 Kbps丢包率0%5.9%RTT平均值0.079 毫秒39.920 毫秒UDP抖动0.006 毫秒3.560 毫秒VII-C E3SDN流量工程表VIII总结了路径优化结果。ONOS检测到链路退化并在不到一秒内安装了备用路径上的更新OpenFlow规则过渡期间无丢包。重路由后吞吐量达到9.5 Gbps确认ONOS意图框架在NDT内正确执行路径选择。表VIIIE3SDN流量工程结果。指标退化路径SDN路径Ping延迟~101 毫秒~0.04 毫秒TCP吞吐量~330 Mbps~9.50 Gbps丢包率0%0%恢复时间— 1 秒VII-D E4NDT vs. 物理网络表IX确认每个配置文件都产生了预期的行为状态所有六个指标均呈现单调增加的损伤程度。表IXNDT配置文件表征。配置文件RTT平均值TCP抖动UDP丢包率基线0.079 毫秒2.01 Gbps0.006 毫秒0%开放4.169 毫秒46.8 Mbps0.401 毫秒0.049%典型16.327 毫秒3.98 Mbps0.955 毫秒0.5%拥塞39.920 毫秒471 Kbps3.560 毫秒5.9%表X展示了来自10次运行会话的时点比较。在RTT平均值Δ 2.67 毫秒、UDP抖动Δ 0.11 毫秒、UDP丢包率Δ 0.005%和丢包率Δ 0.10%上实现了高保真收敛。这些数字仅源自短期受控会话不应外推至一般情况此处记录的物理TCP平均值35.79 Mbps比9天物理平均值9.19 Mbps表V高出3.9倍表明收集期间信道状况异常有利。三个指标显示出偏差如下文第八节所述。表XE410次运行收敛分析比较矩阵。指标测试平台NDTΔ评估RTT平均值 (ms)24.51527.1882.67高保真RTT最小值 (ms)3.42826.45523.0队列偏移RTT最大值 (ms)220.130.28-189.8无峰值TCP (Mbps)35.7911.57-24.2MSS伪影抖动 (ms)0.3300.221-0.11强收敛UDP丢包率 (%)0.0300.025-0.005高保真丢包率 (%)0.100.00-0.10接近零VIII 讨论VIII-A 收敛性分析校准后NDT在测试指标上显示出强收敛性。长期档案结果。 UDP吞吐量一致性是最强结果物理均值7.12 Mbps vs. NDT均值7.15 MbpsΔ 0.03 Mbps。RTT中位数收敛同样稳健22.3毫秒 vs. 22.7毫秒Δ 0.4毫秒。这些结果适用于全局收集的数据集不依赖于短期信道条件。10次运行会话结果。 RTT平均值对齐Δ ≈ 2.6毫秒、UDP抖动Δ ≈ 0.11毫秒和UDP丢包率Δ 0.1%确认了“典型”损伤配置文件重现了收集时的物理工作点。由于10次运行的信道异常有利平均RTT 24.5毫秒 vs. 9天平均值64.9毫秒这些点收敛数据补充而非取代了长期档案分析。VIII-B 已识别的偏差TCP吞吐量差距。 NDT TCP吞吐量在55个校准会话中平均为3.68 Mbps而物理环境在576个校准会话中平均为9.19 MbpsΔ -5.51 Mbps为物理值的40%。主要原因是防止TBF饥饿所需的500字节MSS约束。减小的段大小降低了TCP有效填充管道的能力特别是在“典型”配置文件施加的RTT值下。10次运行会话的TCP值NDT平均值11.57 Mbps物理平均值35.79 Mbps并不代表一般情况10次运行的物理信道异常强平均RTT 24.5毫秒 vs. 9天平均值64.9毫秒在两侧都产生了异常高的TCP吞吐量。未来工作应研究HTB或HFSC作为不需要MSS缩减的替代整形机制。RTT峰值波动性。 在整个档案中物理RTT最大值可达2953毫秒10次运行会话中#5运行最大值为1312毫秒由瞬态Wi-Fi干扰突发驱动。NDT的确定性netem模型产生有界的最坏情况延迟观察到最大值为1058毫秒可归因于孤立事件。因此物理RTT平均值64.9毫秒与NDT平均值24.4毫秒不可比中位数22.3毫秒 vs. 22.7毫秒是合适的收敛指标并显示出强对齐。随机或轨迹驱动的损伤注入是解决此限制的自然扩展。虚拟队列基线偏移。 NDT RTT最小值聚集在约19.9–26毫秒显著高于物理最小值约2.0毫秒。这反映了OVS内部处理延迟以及在AP两个虚拟端口上对称应用的两跳netem延迟的持续性。偏移是稳定且可预测的表明可以通过校准常数进行补偿。丢包率模型的结构性不匹配。 物理丢包率分布是双峰的19%的会话613个中的117个恰好显示0%丢包率伴有周期性高丢包事件最大67%。NDT没有零丢包会话70个中的0个由于tc netem Gilbert-Elliott概率模型独立于信道状态触发所有会话都经历一些丢包。这导致NDT的平均丢包率为15.0%而物理环境为8.5%中位数为4.9% vs. 0.25%。这种结构性不匹配反映了固定概率丢包模型与真实802.11信道行为之间的根本差异在真实环境中丢包是突发性的且与干扰事件相关。在没有进一步调整NDT丢包模型的情况下直接比较两个数据集的平均丢包率是不合适的。VIII-C 数据集大小不对称与时间非重叠物理数据集跨越九天包含629个自动UDP/丢包会话和576个有效TCP会话。NDT数据集覆盖两天包含65个有效UDP会话和55个有效TCP会话。这种10:1的会话计数不对称意味着无法分析NDT的日际变异性、一天中的时间效应或长期分布趋势。物理数据集显示RTT中位数有5倍的日际波动10.0毫秒至47.7毫秒在一致的配置文件设置下NDT中是否存在类似的变异性仍未测试。此外两个档案在时间上不重叠物理数据收集于2026年5月NDT数据收集于2026年6月。本文中的所有比较仅是分布性的无法进行会话级或基于一天中时间的对齐比较。建议在两种环境中至少进行七天的并发收集作为针对共享无线基础设施的NDT部署的标准方法。VIII-D 关于10次运行验证充分性的讨论10次运行研究构成了非平稳信道的短期快照。CODECO系列的第5次运行RTT平均值 88.8毫秒RTT最大值 1312.8毫秒说明了任何固定的短期样本都无法捕捉的瞬态退化事件的幅度。包含12,149个物理ping观测值和613个UDP会话的完整校准档案通过捕捉物理网络的完整行为分布解决了这一局限性。在该档案中观察到的强UDP吞吐量收敛Δ 0.03 Mbps和RTT中位数收敛Δ 0.4毫秒提供了比单独的10次运行会话更稳健得多的验证基础。IX 结论本文介绍了一个面向IIoT边缘环境的轻量级、完全开源的网络数字孪生基于Containerlab、Open vSwitch、ONOS以及Prometheus/Grafana可观测性栈构建。该框架在物理小型测试平台上进行了验证。主要发现如下四个校准的Wi-Fi损伤配置文件表明以合理方式重现Wi-Fi信道退化是可行的。ONOS驱动的SDN流量工程实现了亚秒级故障恢复延迟改进了三个数量级。一个10次运行的短期受控会话展示了在RTT平均值、UDP抖动和UDP丢包率上的点收敛。提供宏观分布收敛的长期测量显示在UDP吞吐量和RTT中位数方面具有一致性。剩余差距可归因于可识别且可解决的虚拟化伪影TBF整形施加的MSS约束TCP吞吐量 Δ -5.51 Mbps、不能重现802.11信道零丢包聚集的概率丢包模型丢包率中位数 Δ 4.65 个百分点以及不能重现物理Wi-Fi峰值事件的有界netem延迟。 使用开源工具构建面向IoT-边缘-云连续体的低成本网络数字孪生
大家读完觉得有帮助记得关注和点赞摘要在不中断实时基础设施的情况下验证IoT-边缘-云环境中的网络配置并测试故障场景仍然是一个开放的操作挑战。本文介绍了一种用于IIoT边缘部署的低成本、完全开源的网络数字孪生Network Digital Twin, NDT该孪生基于Containerlab、Open vSwitch、ONOS以及Prometheus/Grafana可观测性栈构建。该框架在一个可部署的单一工件中集成了容器原生拓扑仿真、SDN驱动的流量工程和实时遥测。针对物理Raspberry Pi边缘WLAN的验证显示在RTT中位数Δ 0.4毫秒和UDP吞吐量Δ 0.03 Mbps方面具有很强的分布收敛性。TCP吞吐量和数据包丢失方面的剩余偏差可归因于可识别的虚拟化伪影本文提供了根本原因和修复路径。I 引言IoT-边缘-云连续体涵盖了资源受限的传感器节点、无线接入网络、边缘计算集群和云后端创建了多层级环境其中网络行为本质上是异构和非平稳的。在此类环境中在不中断生产流量的情况下验证配置、压力测试故障恢复以及验证服务质量QoS策略是一项基本的操作挑战。网络数字孪生NDT通过提供物理网络的虚拟副本解决了这一挑战该副本足够接近地镜像行为特征以作为一个安全的实验沙盒。IETF/IRTF网络管理研究组将NDT定义为“一个先进的网络仿真平台用作场景规划、影响分析和变更管理的工具”[12]其特点是五个要素数据、模型、映射、接口和逻辑。将NDT与经典仿真区分开的一个关键属性是交互式虚实映射孪生体需要根据物理网络进行校准并与之持续比较[12]。尽管有如此明确的定位但将容器原生拓扑仿真、可编程SDN控制和实时可观测性管道集成在一个可部署框架中的实用、开源、低成本NDT实现仍然稀缺。本文填补了这一空白。我们提出了一个从头开始仅使用开源组件逐步构建的NDTContainerlab、Open vSwitch、ONOS、Prometheus和Grafana。该框架在一个部署在fortiss IIoT实验室的边缘小型测试平台上进行了验证该平台是一个Wi-Fi连接的Raspberry Pi边缘节点集群代表了典型的IoT-边缘部署。从基本虚拟网络到完整数字孪生验证的进展反映了工具本身的学习曲线使该框架既可重复用作研究平台也可用作教学工件。具体贡献如下一个面向IoT-边缘-云连续体的开源NDT架构直接映射到IRTF参考模型[12]。四个从经验CODECO测量中导出的校准Wi-Fi损伤配置文件基线、开放、典型、拥塞并通过可重用的wifi-profile.sh工具链应用。一项五项实验评估活动基线表征、拥塞影响、SDN流量工程、弹性测试以及NDT与物理保真度验证。识别并缓解了在Containerlab/OVS环境中当iPerf3使用默认MTU大小的传输时观察到的TBF段饥饿伪影并讨论了其重现条件及其对TCP吞吐量保真度的次级影响。对收敛失败及其根本原因的批判性分析并为未来工作提供了具体方向。II 相关工作起源于工业制造的数字孪生概念[4]已逐步被调整应用于网络环境。早期的网络仿真平台如GNS3和CORE实现了拓扑虚拟化但缺乏与实时遥测管道和SDN控制平面的集成。Mininet为SDN实验建立了一个标准[6]但其内核空间架构限制了容器多样性、镜像灵活性和可扩展性。Containerlab [3]通过提供一个声明式的、容器原生的拓扑引擎解决了这些限制该引擎支持广泛的网络操作系统和轻量级Linux节点。与Mininet不同Containerlab将容器作为一等抽象允许每个节点拥有自己的网络栈、监控代理和配置。关于NDT验证方法先前的工作主要集中在数据中心场景或分析延迟模型上[2]。针对IIoT或无线边缘环境的NDT框架要少得多且现有的框架通常不包含SDN控制平面测试或长期行为分布匹配。最接近的是[10]的工作它使用Mininet进行IIoT场景仿真但没有在孪生体内解决Wi-Fi配置文件校准、持久遥测或SDN驱动的流量工程问题。使用tc netem进行无线损伤注入是成熟的做法[9]但netem队列规则与Linux令牌桶过滤器TBF整形器在容器化环境中的交互特别是第四节中描述的段饥饿伪影在先前的工作中尚未被系统地表征。III 背景III-A IoT-边缘-云连续体IoT-边缘-云连续体集成了各种信息物理系统和网络。它涵盖远端边缘设备/集群和近端边缘设备/集群并延伸至云端。网络路径穿越多个管理域并集成了多种网络技术例如Wi-Fi、以太网和蜂窝网络等。流量工程应用于每一层。这种异构性使得连续体特别难以建模边缘的策略变更可能对云端的遥测数据流产生级联影响。诸如Kubernetes之类的容器编排平台正越来越多地部署在边缘端[8]以管理跨此连续体的工作负载但网络层验证工具并未跟上步伐。最近针对跨层上下文感知的容器编排扩展例如CODECO [11]正在弥合通信与计算之间的鸿沟旨在为IoT-边缘-云连续体的基础设施需要支持的内容提供整体视图。III-B 网络数字孪生IRTF NDT参考架构[12]定义了五个功能要素。数据从物理网络捕获实时和历史状态。模型提供基于该数据的仿真抽象。映射建立虚实对应关系可以是一对一持续同步或一对多联邦孪生。接口标准化孪生体与外部系统之间的集成。逻辑编码分析、诊断和控制功能。该草案还列举了五个构建挑战大规模数据管理、跨异构设备的互操作性、数据建模复杂性、实时同步和安全性。在IIoT-边缘规模下前三个最为紧迫并由我们的框架直接解决第四节。III-C 容器原生网络仿真ContainerlabContainerlab [3]是一个声明式拓扑引擎它提供基于容器的网络节点如路由器、交换机和端点主机通过虚拟链路连接所有这些都在一个YAML清单中描述。每个节点都是一个标准的Docker容器拥有完整的Linux网络栈和运行任意监控代理的能力。拓扑部署和拆除仅需数秒实现了可重复的实验周期。与Mininet [6]相比Containerlab支持更广泛的节点镜像自然地与现有容器基础设施包括Kubernetes工作节点集成并且不需要内核补丁。Containerlab/OVS环境中一个已知的限制是tc netem与Linux令牌桶过滤器TBF整形器之间的交互标准MTU大小的传输可能在数据包离开容器接口之前耗尽TBF令牌桶产生与配置带宽上限无关的人为低吞吐量。我们在第四节中描述了这一伪影并提供了可重现的缓解措施。III-D 软件定义网络与ONOS软件定义网络SDN[5]将控制平面与转发平面解耦实现了网络行为的集中式、可编程管理。ONOS控制器[1]以运营商级水平实现了这一范式公开了一个意图框架Intent Framework允许应用程序表达高级转发目标例如“以最小延迟将流量从A路由到B”而无需指定底层流规则。ONOS将意图转换为安装在OVS网桥上的OpenFlow 1.3规则通过对拓扑变化例如链路故障、拥塞事件做出反应通过Dijkstra算法重新计算路径并在不到一秒钟内更新流表。在NDT上下文中ONOS充当IRTF模型的逻辑层和控制接口层它体现了优化和控制功能并为仿真转发平面提供了标准化的南向接口OpenFlow。III-E 可观测性Prometheus和GrafanaPrometheus [7]是一个基于拉取模式的指标收集系统。部署在每个网络节点上的Node Exporter代理在标准HTTP端点:9100上公开每个接口的字节/数据包计数器、CPU利用率、内存和系统负载。Prometheus以可配置的时间间隔抓取这些端点并将时间序列数据存储在本地TSDB中。Grafana提供将Prometheus作为数据源的可视化仪表板实现在同一画布上对NDT和物理节点指标进行实时比较。在我们的框架中Prometheus实现了IRTF模型的数据存储库组件而Grafana实现了网络可视化功能包括评估孪生保真度所需的并排NDT与真实环境比较。III-F 边缘Kubernetes及开放问题轻量级Kubernetes发行版如K3s [8]现已部署在包括CODECO测试平台在内的边缘集群上。虽然Kubernetes处理工作负载调度和服务发现但它引入了CNI容器网络接口覆盖网络其与SDN控制的OVS网桥的交互带来了集成复杂性。具体来说由ONOS安装的流表条目可能与CNI管理的iptables规则冲突并且Prometheus ServiceMonitor资源必须与NDT的静态抓取目标对齐。这些摩擦点代表了NDT-Kubernetes边界的开放工程挑战并促成了本工作中采用的手动配置方法。为IoT-边缘-云连续体构建NDT的关键开放问题包括(i) 在参数化netem模型之外忠实再现重尾无线RTT分布(ii) 随物理信道条件变化进行动态重新校准(iii) 如IRTF [12]所预期的跨多个管理域的联邦孪生。IV NDT架构与实现IV-A 映射到IRTF参考模型NDT围绕三个功能平面构建图1仿真平面实例化虚拟拓扑并注入信道损伤控制平面通过ONOS提供可编程SDN管理可观测性平面从NDT和物理CODECO网络收集、存储和可视化遥测数据。表I总结了每个IRTF功能元素在实现中的对应关系[12]。表IIRTF NDT元素映射。IRTF元素平面实现数据可观测性Prometheus TSDB每个节点上的Node Exporter模型仿真tc netem/TBF配置文件OVS流表wifi-profile.sh接口全部OpenFlow 1.3S→CHTTP拉取 :9100Grafana REST API映射可观测性共享10.0.32.x地址空间测试平台-NDT比较仪表板逻辑控制ONOS意图框架Dijkstra重路由QoS流规则图1NDT三平面架构及组件交互。IV-B 仿真平面网络拓扑在ndt-topology.yaml中声明这是一个Containerlab清单用于配置镜像六个CODECO测试平台Raspberry Pi节点和接入点AP的Linux容器。容器IP地址被分配以匹配物理网络Pi节点为12.0.32.10-12.0.32.15AP为12.0.32.1因此相同的Prometheus抓取目标、Grafana仪表板和iPerf3命令无需修改即可应用于两种环境。在AP节点Open vSwitch网桥替代了标准的Linux网桥。每个网桥接口通过OpenFlow 1.3连接到ONOS控制器允许以编程方式安装、修改和删除流规则。使用tc netem延迟、抖动、丢包结合令牌桶过滤器TBF整形器带宽上限在面向AP的虚拟接口上应用流量损伤封装在wifi-profile.sh脚本中。四个预定义配置文件列于表II。表II定义的NDT Wi-Fi损伤配置文件。配置文件延迟抖动丢包率带宽上限基线0 毫秒0 毫秒0%无开放2 毫秒0.5 毫秒0.05%150 Mbit/s典型8 毫秒2 毫秒0.5%54 Mbit/s拥塞20 毫秒6 毫秒3%10 Mbit/s第五个配置文件real_lab通过使用映射关系delay \bar{\tau} / 2,jitter \sigma_{\tau},loss \bar{p},bw \hat{B}_{TCP}从实时CODECO基准测试自动生成从而在物理信道条件变化时实现按需重新校准。IV-B1 TBF饥饿伪影在初始配置过程中尽管成功注入了延迟但在所有损伤环境下TCP吞吐量都降为0.00比特/秒。调查揭示了根本原因默认情况下iPerf3会向传输环形缓冲区涌入大量、不受限制的MTU通常为1500字节块。在Containerlab/OVS环境中严格的TBF配置在接收到这些微突发时瞬间耗尽令牌桶在流量离开节点之前在主机内核内部触发静默尾部丢弃。缓解措施是通过-M 500限制TCP的iPerf3段大小最大报文段大小以及通过-l 500限制UDP的有效载荷长度。这将流量平滑为500字节的间隔与内核的虚拟令牌刷新周期匹配。虽然有效但此限制引入了一个次级伪影降低了NDT相对于物理环境的TCP吞吐量完整数据集NDT均值3.68 Mbps vs. 物理均值9.19 Mbps见第八节。增加的限制降低了容器内有效的TCP良好吞吐量上限不能被视为中立的测量参数见第八节。此处记录了初始失败及后续修复以防止使用类似栈的研究人员重蹈覆辙。IV-C 控制平面ONOSv2.7通过TCP端口6653上的OpenFlow 1.3连接到每个OVS网桥。转发生命周期如下进行(i) 拓扑发现后ONOS安装默认的PACKET_IN规则(ii) 意图框架通过Dijkstra最短路径计算将高级路径意图转换为OpenFlow匹配/动作规则(iii) 规则作为FLOW_MOD消息推送(iv) 在链路状态变化时通过PORT_STATUS消息ONOS在一秒内重新计算路径并发布更新规则。IV-D 可观测性平面通过Containerlab的exec指令Node Exporter代理被嵌入到每个仿真容器中在9100端口公开每个接口的字节/数据包计数器、CPU使用率、内存和系统负载。Prometheus以15秒的间隔同时抓取两个任务ndt-nodes六个仿真的NDT容器real-nodes六个物理CODECO Raspberry Pi节点这种统一的抓取配置使得能够使用标准PromQL进行直接并排比较。实验中使用的示例查询promql# 每个节点的TX吞吐量Mbit/srate(node_network_transmit_bytes_total{job~ndt-nodes|real-nodes, deviceeth1}[30s]) * 8 / 1e6# 接收数据包丢弃率rate(node_network_transmit_drop_total{jobndt-nodes}[1m])V 实验环境V-A 物理参考测试平台物理参考网络基于一个真实的测试平台即位于慕尼黑fortiss GmbH的CODECO IIoT边缘测试平台。该测试平台包含一个基于CODECO的多集群联邦环境CODECO本身基于开放集群管理OCM项目。本文中的实验在单个集群中运行该集群由五个Raspberry PiARM架构作为Kubernetes CODECO工作节点和一个控制平面节点组成所有节点通过共享Wi-Fi介质连接到典型办公室/实验室环境中的接入点。拓扑如图2所示。图2参考网络。所有节点运行Node Exporter指标由Prometheus实例抓取。Grafana仪表板提供跨物理和仿真环境的吞吐量、CPU利用率和接口统计信息的实时可视化。WLAN并非隔离的因此信道会受到网络使用、障碍物、信道干扰引起的常见变异性影响。为表征长期行为分布收集了为期九天2026-05-19至2026-05-27的测量档案产生所有指标共15,988行原始数据。在校准过滤见第六节-C后使用14,665行进行分析。V-B NDT基础设施NDT部署在一台运行Ubuntu 22.04 LTS的专用机器上预装了Docker、Containerlab和Open vSwitch。ONOS控制器v2.7作为本地进程运行通过OpenFlow 1.3连接到OVS网桥。Prometheus和Grafana在物理和仿真测量域之间共享。NDT测量档案在两天内收集2026-06-02至2026-06-03产生五个指标类型共1,170行。在排除解析伪影和失败会话后见第六节-C使用1,113行进行分析。两天的覆盖范围限制了NDT侧分布分析并在第八节作为局限性进行讨论。VI 实验方法表III物理测试平台测量结果RTT以毫秒计。运行RTT最小值RTT平均值RTT最大值丢包率 (%)TCP (Mbps)抖动 (ms)UDP丢包率 (%)#12.60949.124404.5150.537.30.6670.062#211.57340.00483.3150.035.30.2700.001#32.7589.71824.3520.036.20.1760.046#42.52312.059217.0150.037.00.2780.033#52.25488.8001312.8020.536.00.2590.001#62.4899.09158.0680.034.50.2910.087#73.0079.45039.2060.034.50.3450.000#82.3709.01420.8790.035.10.2780.002#92.2929.06119.8840.035.40.2910.021#102.4008.83220.9310.036.60.4460.051平均3.42824.515220.0970.1035.790.3300.030表IV网络数字孪生基准测试结果RTT以毫秒计。运行RTT最小值RTT平均值RTT最大值丢包率 (%)TCP (Mbps)抖动 (ms)UDP丢包率 (%)#147.98149.28150.5050.04.570.3000.000#224.08024.80948.6730.014.70.0000.000#324.06624.71725.4970.011.80.1970.027#424.10924.71825.3430.014.30.2820.031#524.01524.75225.5600.010.90.2370.035#624.10724.77625.4840.012.10.2500.029#724.08224.70925.2910.014.60.2150.029#824.04424.75625.5210.010.90.2200.036#924.07724.70925.3720.010.60.2480.034#1023.98724.65625.5050.011.20.2610.031平均26.45527.18830.2750.0011.570.2210.025表VE4完整数据集分布比较矩阵。 物理来自校准档案2026-05-19至2026-05-26 12:xx及2026-05-27共14,665行。NDT来自校准档案2026-06-02至2026-06-03排除后共1,113行。排除规则见第六节-C。指标物理值物理 NNDT值NDT NΔ统计量评估RTT (ms)22.312,14922.78900.4中位数强收敛RTT (ms)64.912,14924.4890-40.5平均值不可比峰值失真UDP吞吐量 (Mbps)7.126137.15650.03平均值最佳保真度抖动 (ms)2.026131.3065-0.72平均值中等收敛丢包率 (%)0.256134.90704.65中位数发散模型不匹配丢包率 (%)8.4961315.04706.55平均值发散模型不匹配TCP吞吐量 (Mbps)9.195763.6855-5.51平均值MSS伪影TCP吞吐量 (Mbps)7.385763.7755-3.61中位数MSS伪影VI-A 基准测试套件证据基础。 本文验证分析基于两个不同的证据基础二者不可互换并在全文中分开报告。(a) 10次运行受控会话表III测试平台表IVNDT测量于2026-06-02在稳定信道条件下连续收集的十次运行用于报告RTT平均值、UDP抖动和UDP丢包率的点收敛数据。(b) 长期测量数据集表V经过数据质量过滤后的完整9天物理档案和2天NDT档案用于报告RTT中位数、UDP吞吐量、TCP吞吐量和丢包率的分布统计。每次实验运行应用以下三条命令的跨层基准测试延迟平面20次探测ping -c 20 targetTCP传输平面20秒MSS受限iperf3 -c target -t 20 -M 500UDP传输平面20秒8 Mbit/s提供的负载iperf3 -c target -u -b 8M -t 20 -l 500每次运行提取六个指标RTT最小值/平均值/最大值毫秒、丢包率%、TCP吞吐量Mbps、UDP抖动毫秒和UDP丢包率%。实验案例如下E1端到端吞吐量和延迟基线。 在应用任何Wi-Fi配置文件之前为启用SDN的Containerlab拓扑建立性能基线。iPerf3服务器在目标节点上运行源节点在没有tc规则激活的情况下执行基准测试套件。结果确立了NDT转发性能的上限并确认OVS流安装正确完成。E2Wi-Fi拥塞影响。 使用拥塞配置文件延迟20毫秒丢包率3%评估模拟无线拥塞下的TCP和UDP行为。三个源客户端通过共享AP向单个目的地生成并行流量流。该实验特别针对TCP拥塞窗口cwnd崩溃在丢包情况下CUBIC的拥塞控制反复将cwnd减半导致吞吐量远低于剩余可用带宽。E3SDN流量工程。 演示在注入链路退化情况下ONOS控制的动态路径优化。对主要路由器间链路应用100毫秒的人工延迟。一个OpenFlow意图将流量引导至备用路由。指标包括重路由前后的延迟、吞吐量和收敛时间。E4数字孪生验证。 量化校准后的NDT在多大程度上重现物理测试平台的行为特征。E5流量优先级。 通过使用OpenFlow优先级规则区分不同流量类别的转发行为演示SDN驱动的QoS实施。高优先级流控制流量、延迟敏感的遥测通过ONOS流规则被分配专用输出端口和队列资源而尽力而为的背景流量竞争剩余容量。在并发负载下测量每类流量的延迟和吞吐量。VI-B 数据质量与排除在收集过程中识别出三个数据质量问题在计算本文报告的任何统计量之前所有受影响的行都从分析中排除。物理数据集 - 5月26日损坏块。 从2026-05-26 14:00开始物理数据集中收集的iPerf3结果UDP吞吐量、TCP吞吐量和抖动达到了似乎与iPerf命令不一致的值。具体来说UDP吞吐量达到283-645 Mbps而iPerf3命令限制为8 Mbps。同一块中的TCP值达到184-767 Mbps远高于所有其他天观察到的1-48 Mbps的校准范围。该块的抖动达到95-183毫秒而所有其他天的数据集范围最大值为23.8毫秒。同一时期的Ping延迟未受影响并保留。原因未知原始iPerf3输出未保留。排除行数1,323所有时间戳 ≥ 2026-05-26 14:00的iPerf3指标。排除后校准后的物理数据集包含14,665行。NDT数据集 - TCP解析伪影。 收集脚本使用awk {print $7}解析iPerf3输出以提取TCP接收器吞吐量。七个TCP条目包含与所有其他NDT TCP测量不一致的值五个条目超过100 Mbps385、471、838、870、925 Mbps两个条目恰好显示52.4 Mbps。所有有效的NDT TCP值落在1.62和4.92 Mbps之间52.4 Mbps的值是最高合法测量的10倍以上并且出现在没有配置更改的单独会话中。最可能的原因是当iPerf3更改其输出单位前缀时awk捕获了错误的列。原始iPerf3输出未保留因此无法确认原因。排除行数7个TCP条目。此外返回0 Mbps的8个NDT TCP会话iPerf3服务器不可达和具有100%丢包率的5个UDP会话原因相同被视为失败运行并从吞吐量和丢包率统计中排除。物理数据集 - 缺少TCP值。 校准后的物理数据集中的53个TCP条目不包含值NaN表示iPerf3服务器不可达或测试超时的会话。这些从TCP分析中排除不视为零吞吐量测量。应用的过滤规则如下物理排除时间戳 ≥ 2026-05-26 14:00的行然后排除值为NaN或0的TCP行。NDT排除值为0或值≥10的TCP行排除值为0的UDP行。过滤后校准的样本计数为RTT物理 N 12,149NDT N 890UDP物理 N 613NDT N 65抖动物理 N 613NDT N 65丢包率物理 N 613NDT N 70TCP物理 N 576NDT N 55。VII 结果本节报告每个实验案例的结果。定量比较基于两个不同的证据基础如第六节所定义10次运行实验表IIIIV和完整的可观测性数据集表V。VII-A E1基线性能表VI报告了在没有任何活动Wi-Fi配置文件的情况下的NDT基线性能。2 Gbps的TCP吞吐量反映了OVS在单台物理主机上的以太网基本转发能力。亚毫秒级RTT确认了空闲条件下的最小内部排队。表VIE1基线无Wi-Fi损伤。指标结果TCP吞吐量~2.01 GbpsRTT 最小值 / 平均值 / 最大值0.033 / 0.079 / 0.105 毫秒丢包率0%UDP抖动0.006 毫秒UDP丢包率0%VII-B E2Wi-Fi拥塞影响表VII显示了在拥塞Wi-Fi配置文件下的前后对比。TCP吞吐量和抖动根据netem队列规则按预期反应。表VII实验2——拥塞对TCP和UDP的影响。指标基线拥塞TCP吞吐量~2.01 Gbps~471 Kbps丢包率0%5.9%RTT平均值0.079 毫秒39.920 毫秒UDP抖动0.006 毫秒3.560 毫秒VII-C E3SDN流量工程表VIII总结了路径优化结果。ONOS检测到链路退化并在不到一秒内安装了备用路径上的更新OpenFlow规则过渡期间无丢包。重路由后吞吐量达到9.5 Gbps确认ONOS意图框架在NDT内正确执行路径选择。表VIIIE3SDN流量工程结果。指标退化路径SDN路径Ping延迟~101 毫秒~0.04 毫秒TCP吞吐量~330 Mbps~9.50 Gbps丢包率0%0%恢复时间— 1 秒VII-D E4NDT vs. 物理网络表IX确认每个配置文件都产生了预期的行为状态所有六个指标均呈现单调增加的损伤程度。表IXNDT配置文件表征。配置文件RTT平均值TCP抖动UDP丢包率基线0.079 毫秒2.01 Gbps0.006 毫秒0%开放4.169 毫秒46.8 Mbps0.401 毫秒0.049%典型16.327 毫秒3.98 Mbps0.955 毫秒0.5%拥塞39.920 毫秒471 Kbps3.560 毫秒5.9%表X展示了来自10次运行会话的时点比较。在RTT平均值Δ 2.67 毫秒、UDP抖动Δ 0.11 毫秒、UDP丢包率Δ 0.005%和丢包率Δ 0.10%上实现了高保真收敛。这些数字仅源自短期受控会话不应外推至一般情况此处记录的物理TCP平均值35.79 Mbps比9天物理平均值9.19 Mbps表V高出3.9倍表明收集期间信道状况异常有利。三个指标显示出偏差如下文第八节所述。表XE410次运行收敛分析比较矩阵。指标测试平台NDTΔ评估RTT平均值 (ms)24.51527.1882.67高保真RTT最小值 (ms)3.42826.45523.0队列偏移RTT最大值 (ms)220.130.28-189.8无峰值TCP (Mbps)35.7911.57-24.2MSS伪影抖动 (ms)0.3300.221-0.11强收敛UDP丢包率 (%)0.0300.025-0.005高保真丢包率 (%)0.100.00-0.10接近零VIII 讨论VIII-A 收敛性分析校准后NDT在测试指标上显示出强收敛性。长期档案结果。 UDP吞吐量一致性是最强结果物理均值7.12 Mbps vs. NDT均值7.15 MbpsΔ 0.03 Mbps。RTT中位数收敛同样稳健22.3毫秒 vs. 22.7毫秒Δ 0.4毫秒。这些结果适用于全局收集的数据集不依赖于短期信道条件。10次运行会话结果。 RTT平均值对齐Δ ≈ 2.6毫秒、UDP抖动Δ ≈ 0.11毫秒和UDP丢包率Δ 0.1%确认了“典型”损伤配置文件重现了收集时的物理工作点。由于10次运行的信道异常有利平均RTT 24.5毫秒 vs. 9天平均值64.9毫秒这些点收敛数据补充而非取代了长期档案分析。VIII-B 已识别的偏差TCP吞吐量差距。 NDT TCP吞吐量在55个校准会话中平均为3.68 Mbps而物理环境在576个校准会话中平均为9.19 MbpsΔ -5.51 Mbps为物理值的40%。主要原因是防止TBF饥饿所需的500字节MSS约束。减小的段大小降低了TCP有效填充管道的能力特别是在“典型”配置文件施加的RTT值下。10次运行会话的TCP值NDT平均值11.57 Mbps物理平均值35.79 Mbps并不代表一般情况10次运行的物理信道异常强平均RTT 24.5毫秒 vs. 9天平均值64.9毫秒在两侧都产生了异常高的TCP吞吐量。未来工作应研究HTB或HFSC作为不需要MSS缩减的替代整形机制。RTT峰值波动性。 在整个档案中物理RTT最大值可达2953毫秒10次运行会话中#5运行最大值为1312毫秒由瞬态Wi-Fi干扰突发驱动。NDT的确定性netem模型产生有界的最坏情况延迟观察到最大值为1058毫秒可归因于孤立事件。因此物理RTT平均值64.9毫秒与NDT平均值24.4毫秒不可比中位数22.3毫秒 vs. 22.7毫秒是合适的收敛指标并显示出强对齐。随机或轨迹驱动的损伤注入是解决此限制的自然扩展。虚拟队列基线偏移。 NDT RTT最小值聚集在约19.9–26毫秒显著高于物理最小值约2.0毫秒。这反映了OVS内部处理延迟以及在AP两个虚拟端口上对称应用的两跳netem延迟的持续性。偏移是稳定且可预测的表明可以通过校准常数进行补偿。丢包率模型的结构性不匹配。 物理丢包率分布是双峰的19%的会话613个中的117个恰好显示0%丢包率伴有周期性高丢包事件最大67%。NDT没有零丢包会话70个中的0个由于tc netem Gilbert-Elliott概率模型独立于信道状态触发所有会话都经历一些丢包。这导致NDT的平均丢包率为15.0%而物理环境为8.5%中位数为4.9% vs. 0.25%。这种结构性不匹配反映了固定概率丢包模型与真实802.11信道行为之间的根本差异在真实环境中丢包是突发性的且与干扰事件相关。在没有进一步调整NDT丢包模型的情况下直接比较两个数据集的平均丢包率是不合适的。VIII-C 数据集大小不对称与时间非重叠物理数据集跨越九天包含629个自动UDP/丢包会话和576个有效TCP会话。NDT数据集覆盖两天包含65个有效UDP会话和55个有效TCP会话。这种10:1的会话计数不对称意味着无法分析NDT的日际变异性、一天中的时间效应或长期分布趋势。物理数据集显示RTT中位数有5倍的日际波动10.0毫秒至47.7毫秒在一致的配置文件设置下NDT中是否存在类似的变异性仍未测试。此外两个档案在时间上不重叠物理数据收集于2026年5月NDT数据收集于2026年6月。本文中的所有比较仅是分布性的无法进行会话级或基于一天中时间的对齐比较。建议在两种环境中至少进行七天的并发收集作为针对共享无线基础设施的NDT部署的标准方法。VIII-D 关于10次运行验证充分性的讨论10次运行研究构成了非平稳信道的短期快照。CODECO系列的第5次运行RTT平均值 88.8毫秒RTT最大值 1312.8毫秒说明了任何固定的短期样本都无法捕捉的瞬态退化事件的幅度。包含12,149个物理ping观测值和613个UDP会话的完整校准档案通过捕捉物理网络的完整行为分布解决了这一局限性。在该档案中观察到的强UDP吞吐量收敛Δ 0.03 Mbps和RTT中位数收敛Δ 0.4毫秒提供了比单独的10次运行会话更稳健得多的验证基础。IX 结论本文介绍了一个面向IIoT边缘环境的轻量级、完全开源的网络数字孪生基于Containerlab、Open vSwitch、ONOS以及Prometheus/Grafana可观测性栈构建。该框架在物理小型测试平台上进行了验证。主要发现如下四个校准的Wi-Fi损伤配置文件表明以合理方式重现Wi-Fi信道退化是可行的。ONOS驱动的SDN流量工程实现了亚秒级故障恢复延迟改进了三个数量级。一个10次运行的短期受控会话展示了在RTT平均值、UDP抖动和UDP丢包率上的点收敛。提供宏观分布收敛的长期测量显示在UDP吞吐量和RTT中位数方面具有一致性。剩余差距可归因于可识别且可解决的虚拟化伪影TBF整形施加的MSS约束TCP吞吐量 Δ -5.51 Mbps、不能重现802.11信道零丢包聚集的概率丢包模型丢包率中位数 Δ 4.65 个百分点以及不能重现物理Wi-Fi峰值事件的有界netem延迟。