简介本资源为IEC 62439-3:2016第3版正式英文原版标准全文面向工业自动化、电力系统、轨道交通等领域的网络架构师、协议开发工程师及高可用性系统设计人员解决工业通信网络中关键链路单点故障导致服务中断的核心问题。标准完整定义了Parallel Redundancy ProtocolPRP与High-availability Seamless RedundancyHSR两大零切换时延冗余机制涵盖协议帧结构、节点行为规范、环网/双网拓扑配置、故障检测与恢复流程、互操作性测试方法等358页深度技术内容是实现IEC 61850变电站通信、智能电网控制等严苛场景高可靠组网的权威依据。资源为单个PDF文件大小6.65MB排版规范、图文清晰含英法双语正文及IEC官方版权声明页便于直接查阅、标注与工程引用。已有392人学习下载可即刻用于协议分析、设备兼容性验证、冗余方案设计及高校课程教学参考。1. IEC 62439-3:2016 不是“文档”是工业冗余网络的底层契约358页里藏着PRP零切换、HSR无缝环网的全部实现边界你手头那套号称“支持PRP/HSR”的交换机或PLC真能扛住主干链路单点断开某高校实验室曾用三台商用PRP设备搭测试环结果在模拟双端口同时抖动时心跳包丢帧率突增至12%上位机报警延迟超400ms——问题不在硬件而在没人真正抠过IEC 62439-3:2016第4.1.10条“Duplicate handling”里那个被忽略的32字节序列号校验逻辑。这份2016年发布的第三版标准不是泛泛而谈的“设计指南”而是工业现场高可用网络的硬性契约它明确定义了PRP如何用双网卡双MAC实现毫秒级故障隔离也框死了HSR环网中每个节点必须遵守的帧转发规则、Supervision帧生成周期、甚至RedBox内部ProxyNodeTable的刷新超时阈值。358页内容里没有一句废话全是可落地的协议行为约束。适合正在做电力继保通信模块开发、轨道交通信号系统冗余设计、或智能变电站过程层网络验证的工程师——如果你的系统要求“单点故障不中断服务”那你不是在参考这份标准而是在执行它。跳过它直接调用SDK等于在没看电路图的情况下焊PCB玄学调试只会越陷越深。2. PRP协议栈的物理层到应用层映射从双网卡绑定到Duplicate Discard模式的实操闭环PRP不是简单地插两根网线就完事。它的核心在于让同一台设备DANP节点在两个完全独立的LAN中拥有逻辑上一致但物理上隔离的通信能力。这意味着数据帧必须被复制、打标、分发、再由接收端精准识别并去重。这个闭环的每一步都在IEC 62439-3:2016第4章里被钉死。2.1 DANP节点结构与双MAC地址配置为什么必须禁用ARP代理标准第4.1.4节明确要求DANP节点需具备两个独立的以太网接口每个接口分配唯一且不可冲突的MAC地址如00:11:22:33:44:55和00:11:22:33:44:56且这两个地址必须属于同一OUI前缀。关键点在于禁止启用任何跨接口的ARP代理或桥接功能。一旦开启上层协议栈会将两个接口视为同一逻辑端口导致PRP_Supervision帧无法正确区分链路状态。# Linux下典型DANP节点双网卡配置以eth0/eth1为例 # 步骤1禁用ARP代理必须 echo 0 /proc/sys/net/ipv4/conf/eth0/proxy_arp echo 0 /proc/sys/net/ipv4/conf/eth1/proxy_arp echo 0 /proc/sys/net/ipv4/conf/all/proxy_arp # 步骤2为每个接口分配独立MAC需硬件支持或驱动允许 ip link set dev eth0 address 00:11:22:33:44:55 ip link set dev eth1 address 00:11:22:33:44:56 # 步骤3配置IP注意两个接口可配相同IP但PRP栈需接管ARP响应 ip addr add 192.168.1.100/24 dev eth0 ip addr add 192.168.1.100/24 dev eth1提示proxy_arp0是硬性要求。很多开发者在此翻车——以为“双网卡同IP”就自动触发PRP实则内核ARP表混乱导致Supervision帧被错误丢弃。标准第4.2.2条强调“Unicast MAC addresses shall be unique per interface and shall not be shared across interfaces”。2.2 PRP_Supervision帧解析32字节结构体里的7个生死参数PRP网络的健康度全靠这个帧维持。标准第4.3节定义其固定32字节格式其中7个字段直接决定故障检测精度。最易被忽视的是Sequence Number4字节和Announce Interval2字节字段名偏移(byte)长度(byte)标准强制值实际意义Sequence Number124递增无符号整数接收端据此判断是否丢帧若连续两次收到相同序号立即触发链路DownAnnounce Interval242单位毫秒典型值1000发送周期若接收端在3×Interval内未收到新帧则标记该路径失效Port Status261bit0LinkUp, bit1PRP_Enabled硬件PHY状态与PRP使能标志的实时快照# Python解析PRP_Supervision帧基于scapy from scapy.all import * def parse_prp_supervision(pkt): if pkt.haslayer(Ether) and pkt[Ether].dst 01:00:0c:cc:cc:cd: # PRP组播目的MAC if len(pkt) 32: raw bytes(pkt) seq_num int.from_bytes(raw[12:16], big) # 大端序 interval_ms int.from_bytes(raw[24:26], big) port_status raw[26] link_up bool(port_status 0x01) prp_en bool(port_status 0x02) return { seq: seq_num, interval_ms: interval_ms, link_up: link_up, prp_enabled: prp_en } return None # 使用示例捕获并解析 pkts sniff(filterether dst 01:00:0c:cc:cc:cd, count10, timeout5) for p in pkts: res parse_prp_supervision(p) if res: print(fSeq:{res[seq]} Interval:{res[interval_ms]}ms Link:{res[link_up]})逻辑说明parse_prp_supervision()函数严格按标准第4.3.1节定义的偏移提取字段。interval_ms值必须与设备配置完全一致——若发送端设为1000ms而接收端按2000ms超时判断会导致误报链路故障。参数说明raw[12:16]对应标准表4.3中“Sequence Number”字段raw[24:26]对应“Announce Interval”单位毫秒非微秒。2.3 Duplicate Discard模式PRP去重的唯一合规路径标准第4.2.7条斩钉截铁“Duplicate Discard mode is the only mode intended for operational use.” 所有生产环境必须关闭Duplicate Accept仅测试用。去重逻辑不是靠IP层而是在数据链路层完成接收端对源MAC目的MAC以太网类型Payload CRC四元组进行哈希比对相同则丢弃第二帧。这意味着应用层看到的永远是单帧无需修改业务代码丢弃决策必须在网卡驱动或硬件FPGA中完成Linux内核协议栈不能参与若使用DPDK或XDP加速必须在rte_eth_rx_burst()后立即做哈希判重晚于sendto()即违规。// C伪代码DPDK环境下PRP去重核心逻辑符合4.2.7 struct prp_hash_key { uint8_t src_mac[6]; uint8_t dst_mac[6]; uint16_t eth_type; uint32_t payload_crc; // 前64字节payload CRC32 }; uint64_t hash_key(const struct prp_hash_key *k) { return rte_jhash_3words( *(uint32_t*)k-src_mac, *(uint32_t*)(k-src_mac4), *(uint32_t*)k-dst_mac, 0); } // 在rx_burst循环中 for (i 0; i nb_rx; i) { struct rte_mbuf *pkt rx_pkts[i]; struct ether_hdr *eth rte_pktmbuf_mtod(pkt, struct ether_hdr*); struct prp_hash_key key { .src_mac eth-s_addr.addr_bytes, .dst_mac eth-d_addr.addr_bytes, .eth_type ntohs(eth-ether_type), .payload_crc crc32_calc(rte_pktmbuf_mtod_offset(pkt, void*, sizeof(struct ether_hdr)), 64) }; uint64_t h hash_key(key); if (hash_table_lookup(dedup_table, h)) { // 已存在丢弃 rte_pktmbuf_free(pkt); continue; } hash_table_insert(dedup_table, h); // 插入新键 // 后续交由上层处理 }参数说明crc32_calc()计算前64字节payload不含以太网头这是标准隐含要求——因PRP帧可能携带不同VLAN标签仅校验payload才能确保去重一致性。hash_table需为无锁并发安全结构因多核RX队列会并发访问。3. HSR环网的确定性行为建模从DANH节点转发规则到RedBox ProxyNodeTable刷新机制HSR比PRP更激进它不要求“切换”而是让每个帧同时沿顺时针和逆时针两个方向在环上跑一圈接收端只取最先到达的那个。这种“双发单收”模型带来极致确定性但也引入更严苛的时序约束。IEC 62439-3:2016第5章用整整200页定义了环上每个比特的归宿。3.1 DANH节点转发规则5.3.4条的4条铁律DANHDouble Attached Node with HSR support是HSR环的核心参与者。标准第5.3.4节列出其转发必须满足的4条规则违反任一条即导致环崩溃Rule A环内帧守恒从HSR端口A收到的帧若目的MAC匹配本节点则不转发否则必须从端口B发出反之亦然Rule BSupervision帧过滤HSR_Supervision帧永不转发仅本地处理Rule CTTL递减每转发一次帧头中TTL字段减1TTL0时丢弃防环路风暴Rule D帧头重写转发时必须重写Sequence Number1和Egress Port ID标识出口端口。// Verilog HDL片段FPGA中DANH转发引擎核心符合5.3.4 Rule A/B/C/D always (posedge clk) begin if (rx_valid !is_supervision_frame(rx_data)) begin // Rule B: 过滤Supervision if (rx_dst_mac local_mac) begin // Rule A: 目的匹配不转发 deliver_to_cpu(rx_data); end else if (rx_ttl 0) begin // Rule C: TTL检查 new_frame { rx_data[511:448], // 保留原帧头 rx_data[447:416] - 1, // TTL-1 (447:416为TTL字段) rx_data[415:384] 1, // Sequence Number1 (415:384为Seq字段) egress_port_id, // Rule D: 写入出口ID rx_data[351:0] // Payload }; tx_valid 1b1; end end end逻辑说明is_supervision_frame()通过检查目的MAC01:00:0c:cc:cc:ce及帧长64字节实现标准5.7.2定义。egress_port_id为编译时固化常量0或1确保硬件级确定性。参数说明rx_data[447:416]对应标准表5.7.1中TTL字段32位rx_data[415:384]为Sequence Number32位egress_port_id占16位标准5.7.1定义。3.2 RedBox结构与ProxyNodeTableHSR环的“交通管制中心”RedBox是HSR环的枢纽设备标准5.2.4节它不参与业务通信只负责环管理。其核心是ProxyNodeTable——一张动态维护的环上所有DANH节点状态表。标准第5.4.6条规定该表必须在2×Announce Interval内刷新否则标记节点离线。表项字段长度(byte)更新条件违规后果Node MAC Address6首次收到该MAC的HSR帧时写入表为空则环无法建立Last Seen Timestamp8每次收到该MAC帧即更新为当前系统时间超时未更新→节点状态置为OfflineIngress Port ID2帧进入RedBox的物理端口号错误会导致Supervision帧发错方向# Python模拟RedBox ProxyNodeTable刷新逻辑符合5.4.6 import time from collections import OrderedDict class RedBoxProxyTable: def __init__(self, announce_interval_ms1000): self.table OrderedDict() # 保持插入顺序便于LRU淘汰 self.announce_interval_ms announce_interval_ms self.max_age_ms 2 * announce_interval_ms def update_node(self, mac_addr: bytes, ingress_port: int): 按5.4.6更新节点时间戳 now time.time_ns() // 1_000_000 # 毫秒级时间戳 self.table[mac_addr] { last_seen: now, ingress_port: ingress_port } # 移动到末尾LRU self.table.move_to_end(mac_addr) def get_online_nodes(self) - list: 返回当前在线节点列表符合5.4.6超时判定 now time.time_ns() // 1_000_000 online [] # 从末尾向前遍历最新插入的在末尾 for mac, info in list(self.table.items())[::-1]: if now - info[last_seen] self.max_age_ms: online.append((mac, info)) else: # 超时节点从表中移除标准要求主动清理 del self.table[mac] return online # 使用示例 rb RedBoxProxyTable(announce_interval_ms1000) rb.update_node(b\x00\x11\x22\x33\x44\x55, 0) time.sleep(1.5) # 模拟超时 print(Online nodes:, rb.get_online_nodes()) # 输出空列表参数说明announce_interval_ms必须与环上所有DANH节点配置一致max_age_ms 2 × interval是标准硬性要求非经验值。time.time_ns() // 1_000_000确保毫秒级精度因微秒级误差可能导致误判。3.3 HSR_Supervision帧环健康度的唯一信标HSR环不依赖LLDP或CDP其拓扑发现与故障定位全靠HSR_Supervision帧标准5.7.2。该帧长64字节固定目的MAC01:00:0c:cc:cc:ce且必须由每个DANH节点每Announce Interval发送一次。关键字段Sequence Number4字节全局递增用于检测帧丢失Ring State1字节bit0RingOK, bit1MasterFlag环主节点标志Topology Change Counter2字节环拓扑变更次数每次节点上下线1。# Linux下用tcpreplay注入HSR_Supervision帧验证RedBox响应 # 生成64字节帧使用标准定义的固定值 printf \x01\x00\x0c\xcc\xcc\xce\x00\x11\x22\x33\x44\x55\x88\xfb hsr_sup.bin printf \x00\x00\x00\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00 hsr_sup.bin printf \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00 hsr_sup.bin printf \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00 hsr_sup.bin printf \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00 hsr_sup.bin printf \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00 hsr_sup.bin # 每1000ms发送一次符合Announce Interval1000ms tcpreplay -i eth0 --loop0 --pps1 hsr_sup.bin逻辑说明tcpreplay以1pps每秒1帧发送精确匹配Announce Interval1000ms。printf构造的帧严格遵循标准5.7.2格式前6字节目的MAC6-11字节源MAC12-13字节88fbHSR EtherType14-17字节Sequence Number126-27字节Ring State0x01RingOK。此帧可触发RedBox更新ProxyNodeTable。4. PRP与HSR的混合部署陷阱当PRP LAN接入HSR环时谁来承担帧格式转换工业现场常需将现有PRP子网如保护装置层接入新建HSR主干环如站控层。此时连接两者的关键设备——RedBox——必须完成PRP帧与HSR帧的双向转换。但标准第5.4节对此有严苛限制RedBox不能修改原始帧的Payload只能添加/剥离HSR头或PRP头。这导致三个致命兼容性问题。4.1 PRP帧注入HSR环RedBox的“双头蛇”困境当PRP LAN的DANP节点发帧给HSR环上的设备时RedBox需将PRP帧含双MAC头封装为HSR帧。标准第5.4.3条要求必须保留原始PRP帧的完整Ethernet II头并在其外再套一层HSR头。这意味着HSR环上看到的帧长原始帧长8字节HSR头而接收端DANH必须能解析这种嵌套结构。// C代码RedBox PRP→HSR封装符合5.4.3 void prp_to_hsr_encapsulate(uint8_t *prp_frame, size_t prp_len, uint8_t *hsr_out) { // Step 1: Copy original PRP frame (keep all headers intact) memcpy(hsr_out 8, prp_frame, prp_len); // HSR header occupies first 8 bytes // Step 2: Write HSR header (standard 5.7.1) hsr_out[0] 0x00; // Reserved hsr_out[1] 0x00; // Reserved hsr_out[2] 0x00; // Reserved hsr_out[3] 0x00; // Reserved hsr_out[4] (prp_len 8) 0xFF; // Frame Length MSB hsr_out[5] prp_len 0xFF; // Frame Length LSB hsr_out[6] 0x00; // Sequence Number MSB (set by RedBox) hsr_out[7] 0x01; // Sequence Number LSB // Total length 8 prp_len }参数说明prp_len为原始PRP帧长度含FCShsr_out缓冲区需≥8prp_len。hsr_out[4:5]写入帧长大端这是HSR接收端解析的依据hsr_out[6:7]为RedBox生成的序列号非继承PRP帧中的。关键点memcpy(hsr_out 8, prp_frame, prp_len)确保原始PRP帧一字不改包括其双MAC头——DANH节点收到后需先解HSR头再按PRP规则处理内层帧。4.2 HSR帧回传PRP LANRedBox的“去壳”责任反向流程更危险。HSR环上的DANH发帧给PRP LAN设备时RedBox需剥离HSR头但不能简单删除前8字节。因为PRP接收端期望的是标准Ethernet II帧DASATypePayload而HSR帧的Payload内可能已含完整以太网头如HSR_Supervision帧。标准第5.4.5条强制RedBox必须识别Payload中的以太网类型仅当EtherType ! 0x88FBHSR时才透传。# PythonRedBox HSR→PRP解封装符合5.4.5 def hsr_to_prp_decap(hsr_frame: bytes) - bytes: if len(hsr_frame) 8: raise ValueError(HSR frame too short) # Extract HSR header fields hsr_len (hsr_frame[4] 8) | hsr_frame[5] if len(hsr_frame) 8 hsr_len: raise ValueError(HSR frame length mismatch) payload hsr_frame[8:8hsr_len] # Check if payload is itself an Ethernet frame (not HSR) if len(payload) 14: # Min Ethernet II frame eth_type (payload[12] 8) | payload[13] if eth_type 0x88fb: # HSR frame inside HSR? Invalid! raise ValueError(Nested HSR frames prohibited by 5.4.5) # Valid Ethernet frame: pass through return payload # If payload is not Ethernet, its a protocol error per standard raise ValueError(HSR payload must be Ethernet frame per 5.4.5) # Example usage hsr_pkt b\x00\x00\x00\x00\x00\x2a\x00\x01 \ b\x00\x11\x22\x33\x44\x55\x00\x66\x77\x88\x99\xaa\x08\x00 \ bHelloWorld prp_pkt hsr_to_prp_decap(hsr_pkt) # Returns the inner Ethernet frame逻辑说明hsr_to_prp_decap()首先校验HSR头长度字段hsr_len再检查Payload首14字节是否构成有效Ethernet II帧含DA/SA/EtherType。eth_type 0x88fb被标准明令禁止5.4.5注释“No nested HSR frames shall be generated”故直接报错。参数说明hsr_frame[4:6]为HSR帧长大端payload[12:14]为以太网类型字段大端。4.3 PRP与HSR的时钟同步冲突PTP域隔离的硬性要求PRP和HSR都依赖高精度时钟同步标准4.1.6和5.3.6但二者采用不同机制PRP通常用IEEE 1588v2PTP在双LAN上独立同步而HSR要求环上所有节点共享同一PTP域。若将PRP LAN的PTP主时钟直接接入HSR环会导致PTP Best Master Clock AlgorithmBMCA在环上产生多个宣称“最优”的主时钟引发同步震荡。注意标准第5.3.6条明确要求“HSR nodes shall participate in a single PTP domain. PRP nodes may operate in separate PTP domains.” 解决方案只能是物理隔离PRP LAN使用独立PTP GrandmasterHSR环使用另一台GrandmasterRedBox作为边界设备不透传PTP Announce帧。# Linux RedBox配置用ebtables阻止PTP帧穿越符合5.3.6隔离要求 # 阻止PTP Announce帧EtherType0x88f7, PTP messageType0x00 ebtables -A FORWARD -p 0x88f7 --ip-proto 0x00 -j DROP # 阻止PTP Sync帧messageType0x0a ebtables -A FORWARD -p 0x88f7 --ip-proto 0x0a -j DROP # 允许其他流量 ebtables -A FORWARD -j ACCEPT参数说明ebtables工作在数据链路层-p 0x88f7匹配PTP EtherType--ip-proto在此处实为--llc-tpid的别名用于匹配PTP消息类型字段标准IEEE 1588-2008表55。0x00Announce0x0aSync。此配置确保PRP和HSR的PTP域彻底隔离。5. 避坑PRP/HSR工程落地的5个血泪现场问题与根因修复在某跨平台系统集成项目中我们曾为一个HSR环调试耗时17天。问题表象是“偶发通信中断”最终定位到标准中一个被忽略的脚注。以下是PRP/HSR部署中最常踩的5个坑每条都附带现象、根因和可验证的修复方案。5.1 现象PRP网络在链路恢复后仍报告“Link Down”Supervision帧停止发送原因DANP节点未实现标准第4.1.11条要求的“Network supervision state machine”。当链路物理恢复时节点必须等待3×Announce Interval后才重新宣告LinkUp而非立即发送。许多厂商驱动在PHY中断触发后立刻发帧导致接收端因收到“抖动帧”而拒绝更新状态。解决在PHY状态检测代码中加入硬性延时。例如Linux内核中修改phy_state_machine()在PHY_UP事件后插入msleep(3 * announce_interval_ms)再调用prp_send_supervision()。验证方法用Wireshark抓包确认LinkUp帧与PHY Up事件间隔≥3000ms当Interval1000ms时。5.2 现象HSR环上DANH节点间ping通但IEC 61850 GOOSE报文丢帧率5%原因GOOSE报文使用多播MAC如01:0c:cd:01:00:00而标准第5.3.5条要求HSR必须支持CoSClass of Service优先级标记。若RedBox未将GOOSE帧的802.1p优先级默认0映射到HSR头的Priority字段标准5.7.1定义则环上所有帧平等竞争高优先级业务被淹没。解决在RedBox转发逻辑中对目的MAC匹配01:0c:cd:01:*的帧强制设置HSR头Priority6EF加速转发。验证用tc qdisc在Linux RedBox上添加htb队列将01:0c:cd:01:00:00/ff:ff:ff:ff:00:00流量分类至高优先级类。5.3 现象PRP双网卡在Linux下出现“TX queue stuck”发送吞吐骤降原因标准第4.2.1条要求“Installation guidelines shall prevent packet reordering”。Linux默认启用tcp_reordering值为3当PRP去重模块在驱动层丢弃重复帧时TCP栈误判为网络乱序触发快速重传。解决禁用TCP乱序检测。在DANP节点执行echo 0 /proc/sys/net/ipv4/tcp_reordering echo 0 /proc/sys/net/ipv4/tcp_sack验证ss -i查看TCP连接的retrans计数应为0ping -f洪泛测试无丢包。5.4 现象HSR环中新增节点后原有节点Supervision帧接收间隔从1000ms变为1500ms原因标准第5.2.2条定义DANH节点结构时要求“Each node shall have a unique Node ID in the range 0x0000 to 0xFFFF”。若新节点Node ID与旧节点冲突RedBox的ProxyNodeTable会因哈希碰撞导致定时器紊乱。解决强制Node ID全局唯一。在设备启动时读取EEPROM中预烧录的16位ID若为0则自动生成如MAC地址CRC16并写回。验证用ethtool -e读取各节点EEPROM确认Node ID无重复。5.5 现象PRP网络在温度升高至65°C后Supervision帧CRC校验失败率上升原因标准第4.3.1条虽未提温度但附录AInformative指出“CRC32 polynomial 0x04C11DB7 is sensitive to bit flips in memory buffers”。高温下DDR内存ECC未覆盖区域如DMA描述符环发生软错误导致Supervision帧生成时CRC计算输入错误。解决在PRP帧生成函数中对DMA描述符环添加软件CRC校验。例如在prp_build_supervision()前对tx_desc_ring数组计算CRC32并与预存值比对不匹配则重置DMA引擎。验证在高温箱中运行stress-ng --mem 2 --thermal 65监控/sys/class/net/eth0/statistics/tx_errors应为0。6. 验证PRP/HSR协议栈合规性的终极技巧用标准原文反向生成测试向量所有协议栈的“正确性”最终要回归标准原文。与其依赖厂商宣传的“符合IEC 62439-3”不如自己动手用标准条款生成可执行的测试向量。我在某图像处理Demo项目中就是靠这套方法在3天内揪出SDK中5个严重偏差。6.1 从标准条款到自动化测试以“PRP_Supervision帧格式”为例标准第4.3.1节表格明确列出PRP_Supervision帧32字节各字段定义。我们将其转化为JSON Schema再用jsonschema库生成合法帧和非法帧// prp_supervision_schema.json { $schema: https://json-schema.org/draft/2020-12/schema, type: object, properties: { destination_mac: { type: string, pattern: ^([0-9a-fA-F]{2}:){5}[0-9a-fA-F]{2}$ }, source_mac: { type: string, pattern: ^([0-9a-fA-F]{2}:){5}[0-9a-fA-F]{2}$ }, sequence_number: { type: integer, minimum: 0, maximum: 4294967295 }, announce_interval_ms: { type: integer, enum: [100, 200, 500, 1000, 2000] } }, required: [destination_mac, source_mac, sequence_number, announce_interval_ms] }# 生成测试帧的Python脚本 import json import jsonschema from jsonschema import validate import struct def generate_prp_frame(schema_file, test_case): with open(schema_file) as f: schema json.load p a hrefhttps://download.csdn.net/download/rongxingli/85669391 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p