一根网线断了,电网会不会跳闸?
在数字化变电站里,跳闸命令已经从一根铜线变成了一个以太网帧。IEC 61850 给保护跳闸 GOOSE 的传输预算是 3 毫秒,给母差与采样值的网络恢复预算是 0 毫秒——而最快的“自愈型”环网协议也要几十毫秒。本文从“电是怎么到你家的”讲起,一步步推导出答案:用两张彼此独立的 REP 环做 PRP 的 LAN A / LAN B,让 PRP 负责“不中断”,让 REP 负责“修好备路”,并把它落到 Cisco IE-9320-24T4X 的选型、安装、版本、配置、安全、监控与验收上。
从第一级台阶开始 → 直接看双环网实战读前导引:一份承诺、一条故事线、一架认知阶梯
先给出“赋能承诺”:读完全文,你不必再背诵任何协议的口号,而是能用第一性原理推导出变电站网络为什么要这样设计,并能把推导落成图纸、命令行和验收记录。
读完这篇,你将能独立回答的四个问题
电网与变电站为什么需要“毫秒级”的网络?
从输电损耗、保护闭环到 IEC 61850 的 GOOSE / SV / MMS,理解网络为何成了“保护回路本身”,以及为什么交换机要过 IEC 61850-3 与 IEEE 1613 这道“体检”。
Cisco 变电站方案由什么构成,如何回应挑战?
分区(ESP、Multiservice、Corporate)、分工(IR8340、IE9300、RedBox、NCS540)、分层管理(Catalyst Center、Cyber Vision),逐条对照电力网络的八个挑战。
REP 与 PRP 各是什么,为什么二者要叠加?
用两段交互动画亲手“剪断网线”:看 REP 如何在几十毫秒内绕路,看 PRP 如何让接收端连“断过”都感觉不到,再看“双保险”如何抵御第二次故障。
用 IE-9320-24T4X 怎么把双环网落地?
端口规划、拓扑、软件版本、Resilient Infrastructure、安装接地、逐步配置、无 ISE 的接入安全、Syslog 与告警、FAT/SAT 故障矩阵,一条龙。
一条故事线:挑战 → 反思 → 启示 → 工具 → 落地
认知阶梯:我们会一级一级往上爬
复杂概念无法“一步跃入”。下图是全文的概念阶梯:每一级都只引入一个新概念,并且是上一级的直接推论。如果你已经熟悉某一级,可以跳到下一级;如果读到某处“卡住”,回到前一级通常就能找到缺失的那块积木。
图 0-1 全文认知阶梯:每一级只放一块积木,并承托下一级
章节地图
如何阅读证据标签:本文对关键论断标注来源,例如 SA 3.3 · Table 7。同时用颜色区分论断性质:事实直接来自 Cisco 文档或标准;推论由事实推导;建议是作者的工程判断;待核验表示文档间存在冲突或随版本变化,必须在目标版本上复核。
逻辑让人信服,故事让人行动——我们先从“电是怎么到你家的”这个故事开始。
电力系统认知阶梯:从一度电到一条 GOOSE 报文
设计变电站网络之前,必须先理解“网络在为谁服务”。本章不假设你懂任何电力知识,我们用五个问题,把你从“插座里的电”一路带到“IED 之间以毫秒计的对话”。
1.1 电从哪里来,又是怎么到你家的?
发电厂离城市几百公里,为什么不直接用低电压把电送过来?
先别急着回答,想一想:电线越长,什么东西会被“浪费”掉?
第一性原理拆解
- 输送功率
P = U × I。要送同样多的电能,电压 U 越高,电流 I 就越小。 - 导线发热损耗
ΔP = I² × R,与电流的平方成正比。电流减半,损耗只剩四分之一。 - 所以:远距离输电必须升压;而用户的电器只能用低电压,所以靠近用户时必须降压。
- “升压—输送—降压—分配”的每一个转换节点,就是变电站。
电网是由发电(Generation)—输电(Transmission)—变电(Substation)—配电(Distribution)—用电(Consumption)五个环节组成的、实时保持发用电平衡的互联系统。电能几乎无法大规模储存,因此每一秒发出的电,必须同一秒被用掉。
发电厂是水库;输电线是跨城的高压主干水管(水压高,管子细也能送很多水);变电站是沿途的减压/加压泵站;配电网是小区里的支管;你家插座就是水龙头。区别在于:电网这套“水管”里没有水箱,水龙头一开,水库那头就得立刻多放一点水。
图 1-1 电能从发电厂到用户的旅程(电压等级为中国电网典型值,仅作示意)
两种“功率”:真正干活的,和只占地方的
电网里流动的功率分两种:有功功率(真正驱动电机、点亮灯泡的那部分)和无功功率(为电动机、变压器建立磁场所需,但不直接做功)。Cisco 配电自动化设计指南对此有一句精辟描述:无功功率“不做功,却让导线发热、并占据导线空间;线路上无功越多,留给有功的空间就越少”。来源:Distribution Automation Design Guide · Volt/VAR Control
在变电站或馈线上投入电容器组(Capacitor Bank),就地提供感性负荷所需的无功功率,使线路上的无功流动最小化,从而提高功率因数、稳定电压、降低线损。其控制器称为 CBC。
一杯啤酒里,酒液是有功功率(真正解渴),泡沫是无功功率(看起来占了杯子,却喝不到)。电容器组就像在吧台边放了一台“消泡机”:泡沫在本地就被处理掉,杯子(导线)里装的就几乎全是酒。这也是为什么集装箱式无功补偿装置(SVG/SVC/电容器舱)常常紧挨着负荷安装。
远距离输电靠“高电压、小电流”省下损耗;而变电站,就是电网里每一次“变压”与“分配”的十字路口。
1.2 走进变电站:里面到底有什么?
如果变电站只是“变压器 + 电线”,为什么还需要网络交换机?
想一想:一台价值上千万的变压器,谁来“看着”它?出了故障,谁来在几毫秒内“切断”它?
第一性原理拆解
- 电网故障(如两相短路)时,短路电流可达额定电流的十几倍,几十毫秒内就能烧毁设备、威胁人身安全。
- 因此必须有一套“看得见(测量)→想得清(判断)→动得快(执行)”的闭环系统。
- “看”靠互感器(CT/PT),“想”靠保护装置与测控装置(IED),“动”靠断路器。
- 当“看—想—动”之间的信号从铜线硬接线改为以太网报文,网络就成了保护回路的一部分——网络可靠性直接等于电网可靠性。
一次设备(Primary Equipment)
直接承载高电压、大电流的“肌肉与骨骼”:
- 电力变压器:改变电压等级的核心设备。
- 断路器(Circuit Breaker):能在故障电流下分断电路的“手”。
- 隔离开关:检修时形成明显断开点,保障人员安全。
- 电流/电压互感器(CT/PT):把大电流、高电压按比例变成小信号,是系统的“眼睛”。
- 母线:汇集和分配电能的“主干道”。
- 无功补偿装置:电容器组、电抗器、SVG 等。
二次设备(Secondary Equipment)
对一次设备进行监测、控制、保护和通信的“神经与大脑”:
- 继电保护装置:发现故障并下达跳闸命令。
- 测控装置:采集遥测、遥信,执行遥控。
- 合并单元(MU)/智能终端:把互感器模拟量数字化、把跳闸命令送到断路器。
- 站控层系统:SCADA 前置机、HMI、远动网关。
- 时间同步系统:GNSS 时钟、PTP 主时钟。
- 通信网络:站控层网络、过程层网络——这正是 Cisco 交换机所在的位置。
变电站的“三层两网”结构
IEC 61850 将变电站自动化系统划分为三个逻辑层级:站控层(Station Level)、间隔层(Bay Level)、过程层(Process Level),层与层之间分别由站控层总线(Station Bus)与过程层总线(Process Bus)连接。来源:BRKIOT-2875 · ESP Station and Process Level;SA 3.3 设计指南 · ESP Architecture
图 1-2 IEC 61850 “三层两网”:网络从“辅助通信”变成了“保护回路本身”
- 站控层:面向全站的监视、控制、远动与人机界面(SCADA、HMI、网关)。
- 间隔层:每一个电气“间隔”(一条线路、一台主变)的保护与测控 IED。
- 过程层:直接面向一次设备的数据采集与执行单元(合并单元、智能终端)。
- 站控层总线连接站控层与间隔层;过程层总线连接间隔层与过程层。
过程层是感官与肌肉(眼睛看见电流、手臂拉开断路器);间隔层是脊髓(膝跳反射:不经大脑,几毫秒内完成“感知→动作”);站控层是大脑(统筹全局、慢一点但看得远)。过程层总线是末梢神经,站控层总线是中枢神经。神经断了,人会瘫痪;网络断了,保护会“失明”。
当跳闸命令从一根铜线变成一个以太网帧,交换机就不再是“IT 设备”,而是保护回路的一节“神经”。
1.3 SCADA、RTU、IED:谁在“看”,谁在“传”,谁在“动”?
调度中心远在百公里外,它怎么知道某个变电站的开关是“分”还是“合”?又怎么远程拉开它?
至少需要三类角色:一个远方的“指挥官”、一个现场的“传令兵”、一群现场的“哨兵”。
SCADA · 指挥中心
定义:Supervisory Control and Data Acquisition,监视控制与数据采集系统,位于调度/控制中心,周期性轮询各站数据,向现场下达遥控命令。
类比:空管塔台——看得到所有飞机的位置,但不亲自开飞机。
RTU · 驻站传令兵
定义:Remote Terminal Unit,远动终端,汇集站内设备的状态与测量值,转换成 SCADA 能理解的协议上送,并把 SCADA 命令转发到现场。
类比:驻外翻译官——把现场的“方言”翻译成指挥中心的“普通话”。
IED · 带脑的哨兵
定义:Intelligent Electronic Device,智能电子设备,集保护、测量、控制、通信功能于一体(如保护装置、测控装置、电容器控制器)。
类比:带对讲机的保安——自己能判断“有人闯入”并立即锁门,同时向塔台报告。
Cisco SA 设计指南指出,现代 IED 通常“同时具备多种保护、控制、监视与通信功能”,并且正在从串口设备迁移为带以太网口的设备。来源:SA 3.3 设计指南 · Migrating to Ethernet and IP
认识本项目最常见的 IED:综保装置
上面三类角色里,现场数量最多、和网络关系最密切的,是一种叫“综保装置”的 IED。后文的设计、监控和验收会反复提到它,所以先把它认清楚。
综合保护测控装置,简称综保装置,是安装在开关柜或保护屏上的一类 IED。它把四件事集于一身:
- 保护:发现过流、速断、接地等故障,命令断路器跳闸;
- 测量:采集电流、电压、功率;
- 控制:接受远方或就地的分合闸命令;
- 通信:经以太网把数据报给 SCADA,并与其他 IED 互通联锁和跳闸信号(下一节 1.4 会介绍这些报文的名字:MMS 与 GOOSE)。
在本项目中,综保装置守护着电容器组及其开关回路。它带两个以太网口,并且支持 PRP:同一份报文会同时从两个口发出。这两个口怎样做到“一个坏了业务也不断”,是第 4 章的主题。
如果断路器是手术刀,综保装置就是守在病床边的值班医生:随时看监护仪(测量),发现险情立刻动刀(保护跳闸),听从上级会诊安排(遥控),并把病情报给护士站(通信)。它有两部对讲机(两个网口),平时同时开着,一部坏了另一部照样能呼叫。但要是没人发现第一部已经坏了,等第二部也坏掉,医生就和外界彻底失联。这正是第 8 章要防的风险。
协议演进:从“串口方言”到“以太网普通话”
| 代际 | 典型协议 | 物理/传输方式 | 特点 | 在 Cisco 方案中的处理方式 |
|---|---|---|---|---|
| 第一代:串口 SCADA | Modbus RTU、DNP3 Serial、IEC 60870-5-101 | RS-232 / RS-485 | 点对点、低速、厂商私有方言多 | IR8340/IR1101 串口 + Raw Socket、协议转换、Serial Pseudowire |
| 第二代:IP 化 SCADA | Modbus/TCP、DNP3/IP、IEC 60870-5-104 | 以太网 + TCP/IP | 可路由、可跨广域网、易于集中管理 | IR8340 路由 + ZBFW 防火墙 + VRF/IPsec 分区承载 |
| 第三代:IEC 61850 | MMS、GOOSE、SV、PTP | 以太网(二层组播 + 三层单播) | 统一数据模型、互操作、毫秒级站内通信 | IE9300/IE3500 承载站控层与过程层,PRP/HSR 无损冗余 |
整理自:SA 3.3 设计指南 · Substation Automation Architecture / Legacy SCADA protocols;SA 3.1 实施指南 · SCADA Enablement
深入一步:串口 RTU 如何“搭上”IP 网络?(点击展开)
大量存量 RTU 只有 RS-232 口,不可能一夜之间全部替换。Cisco 提供三种“过渡桥梁”:
- Raw Socket(原始套接字):把串口字节流按长度、分隔符或超时打包进 TCP/UDP,直接送到调度主站或串口重定向软件。SA 3.3 指南推荐“场景 B/C”(主站侧用 IP/串口重定向或原生 Raw Socket),而不推荐两端都落串口的“场景 A”,因为后者不可扩展。来源:SA 3.3 · Raw Sockets
- 协议转换(SCADA Gateway):IR8340/IR1101 在南向扮演 T101/DNP3 Serial 主站,北向扮演 T104/DNP3-IP 子站,实现 IEC 101↔104、DNP3 Serial↔DNP3/IP 的翻译。来源:SA 3.3 · Protocol Translation
- Serial over Pseudowire:利用电力自有 MPLS 骨干网,把串口流量封装成伪线送到控制中心,可省去在每个变电站部署防火墙,把检测集中到中心。来源:SA 3.3 · Serial over Pseudowire
类比:Raw Socket 像把纸质信件“拍照发微信”;协议转换像请一位“同声传译”;伪线像在高速公路上开一条“专用车道”,让老式马车也能安全通行。
SCADA 负责“看全局”,RTU 负责“翻译传令”,IED 负责“就地反射”——而网络,负责让三者永不失联。
1.4 IEC 61850 与 GOOSE:变电站里的“普通话”和“烽火台”
一个变电站里有十几家厂商的保护装置,它们怎样才能“听懂彼此”,并在 3 毫秒内协同跳闸?
答案需要同时解决两个问题:“说什么语言”(数据模型)和“用什么方式喊话”(通信机制)。
IEC 61850 是国际电工委员会发布的《电力公用事业自动化通信网络与系统》系列标准。它定义了:IED 的统一数据与通信模型;MMS、GOOSE、SV 等通信服务;变电站设备(含网络设备)的结构、设计与运行环境条件;以及一致性与互操作性测试。来源:SA 3.3 · IEC 61850
没有 IEC 61850 之前,每家厂商的装置说各自的“方言”,就像每家航空公司用自己的手语和塔台沟通。IEC 61850 就是国际民航统一的英语通话规范 + 标准化的登机牌格式:不管飞机是哪国造的,塔台都能听懂、指挥得动。
IEC 61850 的三种“说话方式”
MMS · 打电话问询
制造报文规范,三层单播、客户端/服务器模式,基于 TCP/IP,可跨路由器。SCADA/网关读取或订阅 IED 数据,属于“纵向”通信。允许时延约 100–500 ms。
GOOSE · 点燃烽火台
面向通用对象的变电站事件,二层组播、发布/订阅模式,以太类型 0x88B8,不经 TCP/IP。用于 IED 之间“横向”联锁与跳闸,跳闸类报文要求 < 3 ms。
SV · 实时直播
采样值,二层组播,以太类型 0x88BA。合并单元以极高频率持续发送电流电压采样值,带宽大、对时延和抖动极其敏感,主要在过程层总线上传输。
以太类型来源:SA 3.1 实施指南 · IE9300 运行配置中的 MAC ACL(GOOSE 0x88B8、SV 0x88BA、PTP 0x88F7);通信机制来源:BRKIOT-2875 · IEC 61850 Traffic Classes and Flows
图 1-3 GOOSE 像点燃烽火台(一处点火,四方同见);MMS 像打电话(问一句,答一句)
| 所在总线 | 功能/报文 | 协议 | 最大时延 | 带宽 | 优先级 | 应用 |
|---|---|---|---|---|---|---|
| 过程层 | 1A 跳闸(Trip) | GOOSE · 二层组播 | < 3 ms | 低 | 高 | 保护 |
| 过程层 | 1B 其他快速报文 | GOOSE · 二层组播 | < 200 ms | 低 | 高 | 保护 |
| 过程层 + 站控层 | 2 中速报文 | MMS · IP/TCP | < 100 ms | 低 | 中 | 控制 |
| 过程层 + 站控层 | 3 低速报文 | MMS · IP/TCP | < 500 ms | 低 | 中 | 控制 |
| 过程层 | 4 原始采样数据 | SV · 二层组播 | 极低且稳定 | 高 | 高 | 过程层总线 |
| 过程层 + 站控层 | 5 文件传输 | MMS · IP/TCP/FTP | < 1000 ms | 中低 | 低 | 管理 |
| 站控层 | 6 时间同步 | PTP · 二层 | — | 低 | 高 | 全站 |
来源:SA 3.3 设计指南 · Table 2 “IEC 61850 Protocols and Requirements”。注意:IEC 61850 规定 GOOSE/SV 以 VLAN ID 0 的优先级标签(默认 PCP=4)发送,供网络进行 802.1p 分类。SA 3.3 · ESP Traffic Requirements
深入一步:GOOSE 不要回执,凭什么可靠?SCL 文件又是什么?(点击展开)
GOOSE 的“重复呼喊”机制
GOOSE 是“发出去就不管(fire and forget)”的二层组播,没有 TCP 那样的确认与重传。它的可靠性来自主动重复:状态一变化,发布者立即连续发出多帧相同内容,间隔由短到长逐步拉开,最后回落到周期性的“心跳”帧;订阅者如果在规定时间内收不到任何帧,就判定通信中断并告警。#60IoTCore Substation digitization · p16 在 IEC 61850-8-1 中,每帧携带两个计数器:stNum(状态序号,状态变化时加 1)与 sqNum(同一状态下的重发序号)。标准机制,Cisco 文档未展开
类比:烽火台点火后不会等邻台回信,而是连续添柴、让烟一直冒;邻台只要一段时间看不见烟,就知道“线断了”。正因为如此,网络丢掉一帧 GOOSE 未必致命,但在状态变化的那几毫秒里连续丢帧,就可能让跳闸晚到——这正是第 3、4 章要解决的问题。
SCL:变电站的“施工总图”
IEC 61850 不只是协议,还定义了一种基于 XML 的配置语言 SCL(Substation Configuration Language)。常见文件有四类:#60IoTCore Substation digitization · p12
| 文件 | 全称 | 描述对象 | 网络工程师为什么要关心 |
|---|---|---|---|
SSD | System Specification Description | 系统规格(一次接线与功能需求) | 决定有多少间隔、哪些功能需要通信 |
ICD | IED Capability Description | 某型 IED“会什么” | 是否支持 PRP 双口(DANP)、PTP、VLAN 标记 |
SCD | Substation Configuration Description | 整站配置:谁发布、谁订阅 | GOOSE/SV 组播地址、APPID、VLAN 与优先级(PCP)都记录在这里,是组播过滤与 QoS 的“唯一事实来源” |
CID | Configured IED Description | 下装到单台 IED 的配置 | 现场核对端口、VLAN 与 IP |
SA 3.3 设计指南特别提醒:“IED 的 QoS 优先级标记在电力系统工程阶段分配并记录在 SCD 文件中”,网络若要重标记,必须评估影响。SA 3.3 · ESP Traffic Requirements 2026 年 Cisco 培训材料还预告了 IE 交换机导入 SCD、自动生成端口 VLAN 与组播白名单的能力(路线图,非承诺)。#60IoTCore · p13
关键推论:网络“恢复得多快”才算够快?
IEC 61850-90-4 给出了不同应用对通信恢复时间的上限。这张表,是第 3、4 章“为什么必须用 PRP”的直接证据:
| 通信双方 | 服务 | 应用可容忍恢复时间 | 通信恢复时间上限 | 可选冗余协议 |
|---|---|---|---|---|
| SCADA ↔ IED(客户端/服务器) | IEC 61850-8-1 | 800 ms | 400 ms | REP 可满足 |
| IED ↔ IED 联锁 | IEC 61850-8-1 | 12 ms | 4 ms | 需 PRP / HSR |
| IED ↔ IED 反向闭锁 | IEC 61850-8-1 | 12 ms | 4 ms | 需 PRP / HSR |
| 保护跳闸(不含母差) | IEC 61850-8-1 | 8 ms | 4 ms | 需 PRP / HSR |
| 母线差动保护 | 站控层上的 IEC 61850-9-2 | < 1 ms | 0 ms(无扰) | 必须 PRP / HSR |
| 采样值 SV | 过程层上的 IEC 61850-9-2 | < 4 ms | 0 ms(无扰) | 必须 PRP / HSR |
来源:BRKIOT-2875 · IEC 61850 Tolerated Communications Delays;SA 3.3 设计指南 · Table 7 “Substation Automation LAN Traffic and Resiliency Requirements”
先埋一个伏笔:REP 典型收敛时间为 50–250 ms,REP Fast 约 50 ms,RSTP 通常在 1 秒级。IBOIOT-2100 · Layer 2 redundancy protocol comparison 对照上表你会发现:任何“检测故障→重新计算路径”的协议,在 4 ms 和 0 ms 的要求面前都来不及。这就是为什么本白皮书的推荐架构是——REP 负责每张 LAN 内部的“自愈”,PRP 负责两张 LAN 之间的“零中断”。第 3、4 章将用动画完整演示这一点。
MMS 可以等一等,GOOSE 等不起,SV 一刻都不能断——网络冗余的选择,取决于你承载的是哪一种“话”。
1.5 为什么变电站交换机必须通过 IEC 61850-3 与 IEEE 1613 认证?
机房里的企业交换机已经很可靠了,为什么不能直接搬进变电站?
想象一下:一台 500 kV 断路器分闸时,周围的电磁场、地电位和温度会发生什么?
第一性原理拆解:变电站环境的四个“物理敌人”
- 强电磁干扰:开关操作、雷击会产生快速瞬变脉冲群(EFT)、浪涌和强磁场,可能让普通电子设备误码、死机甚至损坏。
- 地电位抬升:故障电流入地时,站内不同位置的“地”之间可能出现很高的电位差,通过铜缆窜入设备。
- 极端温湿度:户外柜、集装箱舱在烈日下内部可达 60℃ 以上,冬季可低至 -40℃,且无人值守。
- 机械振动与长寿命:一次设备运行 30 年以上,二次设备也要求长期免维护,风扇等运动部件是首要故障点。
结论:变电站网络设备的可靠性,不能只看软件功能,必须经过针对电力环境的第三方型式试验。
- IEC 61850-3:IEC 61850 系列中规定变电站通信网络与系统通用要求(环境条件、电磁兼容、绝缘、电源、机械)的部分,即“变电站通信设备的体检标准”。
- IEEE 1613:IEEE《电力站通信网络设备环境与测试要求》,北美电力行业对变电站内通信设备的 EMC 与环境要求,规定设备在干扰下应“无误码、无复位”或可自恢复。
IE9300 数据手册的合规表中同时列出 IEEE 1613:2009 与 IEC 61850-3,以及 IEC 61000-4-2/-3/-4/-5/-6/-8/-10 等抗扰度项目。来源:IE9300 Data Sheet · Table 12
企业交换机像穿着西装的白领,在恒温写字楼里表现完美;变电站交换机像穿着阻燃防护服的消防员——不一定跑得更快,但能在高温、浓烟、电火花中照常工作。IEC 61850-3 与 IEEE 1613,就是这身防护服的出厂检验合格证。没有它,再好的软件也只是“穿着西装冲进火场”。
| 维度 | IE9300 规格 | 工程含义 |
|---|---|---|
| 电力行业认证 | IEC 61850-3、IEEE 1613:2009、IEC 61850-9-3(电力授时 Profile) | 可进入变电站二次设备室、户外柜 |
| 散热 | 无风扇、对流散热、无运动部件 | 消除风扇失效这一首要故障点 |
| 工作温度 | -40~75℃(带鼓风柜)/-40~70℃(通风柜)/-40~60℃(密封柜) | 不能笼统按“75℃”设计,须按柜型核算 |
| 防护等级 | IP30(EN 60529) | 仍需防水防尘柜,不可裸置户外 |
| 电源 | 双电源冗余,PWR-RGD-AC-DC-H 支持 AC 85–264 V / DC 88–300 V | 建议 A/B 网取自不同受保护支路 |
| 可靠性 | IE-9320-24T4X MTBF 651,580 小时;Dying Gasp 掉电告警 | 长寿命、掉电前可上报告警 |
| 安全 | Secure Boot、Trust Anchor、MACsec、IEC 62443-4-1/4-2 | 满足供应链与设备级安全要求 |
来源:IE9300 Data Sheet · Table 1 / 7 / 12 / 13;双 REP 环承载端到端 PRP 白皮书 · 07 物理层
工程提醒:认证不等于“随便放”。以卡塔尔等高温场景为例,项目白皮书明确要求按太阳辐射、全部设备与光模块发热、空调失效后的温升做热设计,并配置高温与空调故障告警;若使用非工业级(EXT/COM)光模块,交换机工作温度还必须降额。来源:双 REP 环承载端到端 PRP · 07 温度与热设计;IE9300 Data Sheet · Table 15 脚注
在变电站里,“能用”和“敢用”之间隔着一张认证证书——IEC 61850-3 与 IEEE 1613,是网络设备进入保护回路的通行证。
1.6 为什么变电站对“现在几点”如此苛刻?PTP 与 1 微秒
线路两端的保护装置要比较“同一时刻”的电流。如果两端的钟差了 1 毫秒,会发生什么?
提示:50 Hz 的交流电,一个周期是 20 毫秒,1 毫秒相当于 18° 的相位。
第一性原理拆解
- 差动保护的原理是“流进 = 流出”:比较线路两端同一瞬间的电流相量,不相等就说明中间有故障。
- “同一瞬间”依赖两端时钟一致。50 Hz 下 1 ms 时钟误差 ≈ 18° 相位误差,足以让健康线路看起来像故障(误动),或让故障看起来正常(拒动)。
- 采样值 SV 的每个采样点都必须打上精确时间戳,Cisco 设计指南给出的要求是亚微秒级;广域相量测量需要在 26 / 31 μs(60/50 Hz)内对齐。SA 3.3 · Timing and Synchronization
- NTP 只能做到毫秒级(适合 Syslog、SCADA 事件),所以过程层需要 PTP(IEEE 1588)电力 Profile(IEC/IEEE 61850-9-3):从主时钟到 IED,全链路误差预算 1 μs。
PTP(Precision Time Protocol)通过报文往返测量链路时延,并在硬件层打时间戳,把时间从主时钟(Grandmaster,GM)分发到终端。沿途交换机有两种角色:透明时钟(TC)只把报文在本机“排队耽误的时间”写进修正字段,额外误差约 50 ns;边界时钟(BC)终结上游时间、再作为新的主时钟向下游发布,约 200–250 ns。BRKIOT-2875 · p58–59;SA 3.3 · General PTP Power Profile Design Considerations
GM 是天文台的标准钟。透明时钟像邮差在信封上写下“我在路上耽误了 3 分钟”,收信人自己扣掉;边界时钟像区里的报时员,先对准天文台,再用自己的钟给街坊报时。邮差越多,误差累积越少;报时员越多,误差层层叠加。所以电力 Profile 推荐沿途用透明时钟。类比在“误差来源”上成立,实际误差还取决于链路不对称性
| 环节 | 典型贡献 | 工程含义 | 来源 |
|---|---|---|---|
| GNSS 接入的 GM | ≤ 250 ns | GM 是全站唯一的“真理”,建议至少部署 2 台 | SA 3.3 · PTP Design |
| 每台透明时钟(TC) | ≤ 50 ns | 链路上约 15 台 TC 后仍 ≤ 1 μs | BRKIOT-2875 · p59 |
| 每台边界时钟(BC) | 200–250 ns | 尽量少用;约 3 台 BC 即耗尽预算 | BRKIOT-2875 / SA 3.3 |
| 链路不对称 | < 25 ns | 光纤收发路径长度应一致 | BRKIOT-2875 · p59 |
| GM 失去 GNSS(保持) | 24 小时内误差 ≤ 1 μs 为目标 | 给运维团队“过夜赶到现场”的时间 | SA 3.3 · Grandmaster recommendations |
为后文埋下的两个伏笔:① PTP 报文不加 PRP 尾部、不被 PRP 复制,它在 LAN A 与 LAN B 上各自独立运行;Cisco 推荐让两台双挂(DAN/RedBox)GM 构成“双星”。BRKIOT-2875 · p61;SA 3.3 · PTP Over PRP ② 在 REP 环上跑 PTP,IE9300 要到 IOS XE 26.2.1 才正式支持(且整环须统一使用 REP Fast 或标准 REP)。26.2.x Release Notes;Redundancy Config Guide · Guidelines for PTP over REP 这两点会直接影响第 5 章的拓扑与第 6 章的版本选择。
保护装置比的不是“谁的电流大”,而是“同一瞬间谁的电流不一样”——时间,本身就是保护回路的一部分。
本章小结:我们爬上了哪几级台阶?
- 电网用高电压远距离输电以降低损耗,变电站是电压转换与故障隔离的枢纽。
- 变电站由一次设备(肌肉骨骼)与二次设备(神经大脑)组成,IEC 61850 将其划分为“三层两网”。
- SCADA 看全局、RTU 做翻译、IED 做就地反射;本项目最常见的 IED 是带两个 PRP 网口的综保装置;协议从串口演进到 IP,再到 IEC 61850。
- GOOSE 与 SV 是二层组播、毫秒级甚至“零中断”的业务,决定了网络冗余必须是无损的。
- 变电站网络设备必须具备 IEC 61850-3 与 IEEE 1613 等电力环境认证。
- 差动保护与 SV 依赖“同一瞬间”,PTP 电力 Profile 给出 GM 到 IED 的 1 μs 误差预算;站控层事件则 NTP 即可。
下一章,我们带着这些需求,走进 Cisco 变电站自动化方案:它如何用分区、产品组合与管理工具,回应这五个挑战?
Cisco 变电站自动化方案全景:用“分区 + 分工 + 分层管理”回应电力网络的挑战
第 1 章告诉我们“网络为谁服务、要满足什么”。本章回答下一个问题:Cisco 如何把交换机、路由器、防火墙、可视化与管理平台组合成一个完整方案?我们依然从最基本的需求出发,一步步推导出架构,而不是先摆出一张产品清单。
2.1 为什么不能把变电站做成“一张大平面网”?
保护装置、门禁摄像头、运维人员的笔记本,能不能接在同一个交换机、同一个 VLAN 里?
想一想:如果一台被病毒感染的笔记本能直接“看见”保护装置,会发生什么?
第一性原理拆解
- 资产的价值不同:保护 IED 失效会导致停电甚至设备损毁;摄像头失效只是少了一路画面;办公电脑失效几乎不影响电网。
- 威胁的来源不同:办公网与互联网相连,暴露面最大;保护网理论上只与少数可信系统通信。
- 所以安全控制必须“按价值分级”:价值越高的区域,进入的门越少、门越窄、门口检查越严。
- 这就是 NERC CIP 与 IEC 62443 共同强调的“区域与管道(Zones & Conduits)”思想。
Electronic Security Perimeter:NERC CIP-005 定义的逻辑边界,用于“管理对大电网(BES)网络系统的电子访问”。所有以可路由协议连接的关键网络资产必须位于某个 ESP 之内。穿越 ESP 的唯一合法入口叫 电子访问点(EAP),对其实施访问控制与监视的系统叫 EACMS。来源:SA 3.3 · Electronic Security Perimeter;driving-nerc-cip-compliance · CIP-005
值机大厅(企业区)谁都能进;安检口(EAP)只开几条通道,人人都要查证件、过机器(防火墙、IPS);登机口与停机坪(ESP)只有持登机牌的旅客和机组能进;而驾驶舱(保护 IED)更是锁门的。没有人会把驾驶舱门直接开在值机大厅里——变电站网络也一样。
Cisco 参考架构的五个区域
| 区域 | 包含什么 | 信任等级 | NERC CIP 映射 | 典型 Cisco 设备 |
|---|---|---|---|---|
| ESP 区 | 保护 IED、RTU、测控装置、合并单元、智能终端、站控层与过程层网络 | 最高 | BES Cyber System / ESP | IE9300、IE3400/IE3505、IR8340 交换口 |
| Multiservice(CIP)区 | 门禁、视频、本地 AAA、日志、跳板机、ISE、安全应用 | 半可信(类似 DMZ) | EACS / EAMS、PACS | IE3x00、IE9300 |
| Corporate Substation 区 | 站内办公 Wi-Fi、IP 电话、员工电脑 | 最低 | 企业网延伸 | IE3x00、IW 系列 AP |
| Substation Core / WAN 区 | 变电站路由器、防火墙、EAP、Intermediate System(远程访问中转) | 不可信方向的边界 | EAP、Intermediate System | IR8340(含 ZBFW)、独立防火墙 |
| 运营与控制中心 | SCADA/EMS/DMS、汇聚路由器、DMZ 防火墙、管理与安全平台 | 中心可信区 | 控制中心 | Catalyst 8500、Firepower、Catalyst Center、SD-WAN Manager、Cyber Vision Center |
整理自:SA 3.3 设计指南 · Substation Automation Reference Architecture / Electronic Security Perimeter / Multiservice / Local Corporate Network Zone / Operations & Control Center
安全不是给整张网加一把大锁,而是把最贵的东西放进最小的房间,再只留一扇门。
2.2 一张图看懂 Cisco 新一代数字化变电站参考架构
一条 GOOSE 跳闸报文、一条 SCADA 遥测、一路监控视频,在这张网里分别走哪条路?
好的架构,能让你一眼说出每一类流量的“出生地、路径和终点”。
图 2-1 Cisco 新一代数字化变电站参考架构(根据 SA 3.3 设计指南 Figure 2 重绘,并标注本项目所用产品)
三类典型流量的“路线图”
| 业务 | 起点 → 终点 | 层次 | 途经 | 保障手段 |
|---|---|---|---|---|
| GOOSE 跳闸/联锁 | IED → IED(站内) | 二层组播 | ESP 内 LAN A 与 LAN B 同时传送 | PRP 双网并行、QoS 最高优先级、组播过滤 |
| SV 采样值 | 合并单元 → 保护 IED | 二层组播 | 过程层总线 | PRP/HSR、VLAN 隔离、egress MAC ACL |
| SCADA 遥测遥控(MMS/104/DNP3) | IED/RTU ↔ 控制中心 SCADA | 三层单播 | ESP → IR8340(EAP)→ WAN → 汇聚路由器 | ZBFW 白名单、IPsec/VRF、HSRP/VRRP |
| 站间远方保护(GOOSE/差动) | 本站 IED ↔ 对侧站 IED | 二层 / TDM | IE9300 → NCS540 EVPN-VPWS 或 SEL ICON | Circuit-Style SR(双向同路、< 50 ms 切换) |
| 视频、门禁 | 摄像头 → 安防平台 | 三层 | Multiservice 区 → WAN | 独立 VLAN/VRF、低优先级 QoS |
整理自:SA 3.3 设计指南 · Substation Core and Utility WAN;Layer 2 WAN Substation to Substation for Teleprotection;双 REP 环承载端到端 PRP · 08 配置要点
好的架构,让每一种流量都有“专属车道”:快的走快车道,重要的走保护车道,可疑的根本上不了路。
2.3 产品分工:谁扮演什么角色?
为什么不用一种设备包打天下,而要路由器、交换机、RedBox 分开选型?
提示:同一个芯片很难同时做到“端口最多、协议最全、功耗最低、价格最优”。
| 角色 | 推荐产品 | 说明 |
|---|---|---|
| 变电站路由器 / ZBFW / EACS / 串口接入 | IR8340(IR8300 系列) | ESP 边界的 EAP;Raw Socket、协议转换、串口伪线 |
| 变电站 WAN 分段路由 PE/P | NCS540 | Segment Routing、L3VPN、EVPN-VPWS、Circuit-Style SR |
| 站控层交换机 | IR8340 交换口、IE9300、IE3400、IE3505 | 站控层总线接入与汇聚 |
| 支持电力 Profile 的过程层交换机 | IE9300、IE3400、IE3505 | PTP Power Profile、SV/GOOSE 承载 |
| PRP RedBox | IE3400、IE3505、IE9300(指定型号)、IR8340 | 代理普通设备接入双网 |
| PRP-HSR RedBox | IE3400、IE3505 | 站控层 PRP 与过程层 HSR 互联 |
| HSR SAN(单挂节点代理) | IE3500、IE9300、IE3400、IE5000、IR8340 | 普通设备接入 HSR 环 |
| PRP 基础设施交换机(LAN A/B) | IE3400、IE9300 | 双网中的普通交换机,无需理解 PRP |
| PTP 主时钟 | IE9320、IR8340、Microchip GT3000/TP4100 | GNSS 授时或广域 Telecom Profile 转换 |
| PTP 透明时钟 / 边界时钟 | IE3400、IE3505、IE9300、IR8340 | 沿途补偿时延 |
| OT 资产可视传感器 | Cyber Vision Sensor(运行于 IE3400、IE9300、IR8300、IE3500) | 深度包检测、资产清单、基线 |
| 变电站 LAN 管理 | Catalyst Center(DN2-HW-APL) | 自动化部署、合规、Assurance |
| 变电站 WAN 管理 | SD-WAN Manager | 集中策略、零接触部署 |
来源:SA 3.3 设计指南 · Table 3 “Roles and Products”
本项目最关键的一条型号事实:IE9300 系列中,PRP/HSR 仅在 IE-9320-26S2C、IE-9320-22S2C4X、IE-9310-16P8S4X 上支持,IE-9320-24T4X 不支持PRP。来源:IE9300 Data Sheet · 产品概述脚注 1;Table 9 脚注 3 这并不妨碍我们用 IE-9320-24T4X 搭建双环网——因为在 PRP 架构里,LAN A / LAN B 的交换机根本不需要懂 PRP,“复制与去重”由双口 IED(DAN)或 RedBox 完成。于是项目白皮书给出的分工是:IE-9320-24T4X 做接入与汇聚(普通交换 + REP),IE-9320-22S2C4X 独立运行做 RedBox。来源:双 REP 环承载端到端 PRP · 06 设备选型
在变电站方案中,路由器负责“跨区域与跨站点”(三层转发、安全边界、广域连接);交换机负责“站内高密接入与环网”;RedBox负责“把只有一个网口的普通设备变成双网设备”;管理平台负责“让成百上千台设备像一台那样被配置与监视”。
路由器是医院大门的分诊台(谁能进、去哪个科);交换机是各科室的走廊(人流量大、要通畅);RedBox 是陪诊员(替行动不便的病人同时挂两个号,哪边先叫号就去哪边);Catalyst Center 是院务管理系统。没人会让分诊台护士兼做手术——专业分工,才能既快又稳。
2.4 关键产品深入:四块“基石”
基石一:Catalyst IR8340 · 变电站的“总门卫 + 翻译官”
- 端口:12 个 LAN 口(4 铜口 PoE、4 Combo、4 SFP)+ 2 个 Combo WAN 口,全部千兆;2 个 NIM 槽、2 个 PIM 槽、1 个授时模块槽。SA 3.3 · Substation Core – Portfolio
- WAN:MPLS PE/CE、4G/5G 可插拔模块、T1/E1 多链路 PPP。
- 安全:Zone-Based Firewall、IPsec(FlexVPN/DMVPN)、UTD IPS/IDS、MACsec、TrustSec。
- 授时:GNSS、IRIG-B 输入输出、ToD/1PPS、SyncE、PTP Telecom → Power Profile 转换。
- 冗余:PRP RedBox(Channel 1 = Gi0/1/4–5,Channel 2 = Gi0/1/6–7)、HSR SAN(每台 1 个环)、REP、HSRP/VRRP。SA 3.1 实施指南 · PRP / HSR
- 串口:Raw Socket、IEC 101↔104 与 DNP3 Serial↔IP 协议转换、串口伪线。
基石二:Catalyst IE9300 · 机架式高密度变电站交换机
- 形态:1RU 机架、28 口、无风扇、双冗余电源、IEC 61850-3 / IEEE 1613。
- 型号差异:24T4X(24 铜口 + 4×1/10G SFP+,可堆叠);22S2C4X(22 SFP + 2 Combo + 4×10G,可堆叠,GNSS/IRIG-B,三防漆,支持 PRP/HSR)。
- 冗余:REP、REP Fast、MRP、PRP/HSR(指定型号)、EtherChannel、堆叠(最多 4 台成员)。IE9300 Data Sheet · Table 6 / Table 9
- 安全:802.1X/MAB、Port Security、DHCP Snooping、DAI、IP Source Guard、MACsec-128/256、Secure Boot、Trust Anchor。
- 运维:Full Flexible NetFlow、WebUI、NETCONF/RESTCONF、Cyber Vision 传感器、Swap Drive(SD 卡换机)。
- 注意:设备处于堆叠状态时不支持 PRP/HSR。Redundancy Protocol Configuration Guide · PRP Guidelines and limitations
基石三:IE3400 / IE3505 · 导轨式的“过程层多面手”
- DIN 导轨安装,适合间隔柜、户外箱等空间紧凑场景。
- IE3505 支持 HSR、PRP RedBox、HSR-PRP Dual RedBox,并可承载 Cyber Vision 传感器。SA 3.3 · Cisco IE3500
- 项目备选:IE-3400-8T2S-E + IEM-3300-14T2S= 组合得到 22 电口 + 4 SFP,可满足“20 电口 + 2 环网口”,但混用 IE3300 扩展模块会限制部分 SGT/SGACL 能力。双 REP 环承载端到端 PRP · IE3400 接入替代方案
基石四:NCS540 + Segment Routing · 站与站之间的“专用高速”
- 为什么换掉传统 MPLS 控制面?LDP、RSVP-TE、BGP-LU 叠加导致协议栈复杂、状态多、排障难;SR 把路径直接写在报文头里,核心节点无需维护每条隧道状态。SA 3.3 · Next Generation Utility WAN Architecture
- Circuit-Style SR:为远方保护提供双向同路、带宽保证、工作/保护/恢复三条路径,借助硬件卸载的性能测量,在约 10 ms 内发现故障,实现 < 50 ms 切换。SA 3.3 · Circuit-Style Routing
- SEL ICON:承载 C37.94、E&M、DS1 等非以太网远方保护接口,延时 < 1 ms、不对称 < 0.5 ms、自愈 < 5 ms。
为什么远方保护特别在意“双向同路”?(点击展开)
线路差动保护会比较两端在同一时刻测得的电流。若去程走 A 路径(2 ms)、回程走 B 路径(4 ms),两端对“同一时刻”的理解就会差 1 ms 左右,相当于把一个虚假的相位差引入计算,严重时导致误动或拒动。这就是 SA 3.3 将最大不对称 200 μs列为远方保护硬性指标的原因。
类比:两个人对表,如果 A 的话 1 秒传到 B,而 B 的话 3 秒才传回 A,他们永远对不准表——除非来回都走同一条路。
路由器守门、交换机铺路、RedBox 陪诊、Segment Routing 修专用高速——每块基石只做自己最擅长的事。
2.5 看见才能保护:Cyber Vision 与纵深防御
你能立刻说出站内一共有多少台 IED、各是什么固件版本、谁在和谁通信吗?
如果答不上来,你就无法判断“哪一条流量是不该出现的”。
一种分布式 OT 资产可视与安全监测系统:传感器嵌入在 IE9300、IE3400/IE3505、IR8300 等网络设备中,对镜像流量做深度包检测,识别 MMS、GOOSE、DNP3、IEC 104、Modbus 等工业协议;Center集中呈现资产清单、通信关系、漏洞、基线变化与异常事件。来源:Grid Security / Secure Substation Design Guide · Cyber Vision Design
传统做法像请保安每月挨家挨户敲门登记(人工台账);Cyber Vision 像在每个楼道口装了会“认人”的摄像头——谁住几楼、平时几点出门、跟谁来往都自动记录,一旦凌晨三点有陌生人刷卡进机房,立刻告警。而且摄像头是装在已有的路灯杆(交换机)上的,不用另拉 SPAN 线。
| 条款 | 主题 | Cisco 技术支撑 |
|---|---|---|
| CIP-002 | BES 网络系统分类与资产识别 | Cyber Vision 自动资产清单;IE9300、IE3400、IR8300 内嵌传感器 |
| CIP-005 | 电子安全边界(ESP)与远程访问 | IR8340 ZBFW 作为 EAP、Cisco Secure Firewall、Secure Equipment Access |
| CIP-007 | 系统安全管理(端口、补丁、恶意代码、日志) | 防火墙 IPS 签名、交换机端口加固、Catalyst Center 集中日志与补丁 |
| CIP-010 | 配置变更管理与漏洞评估 | Catalyst Center / SD-WAN Manager 合规检查与“黄金配置”;Cyber Vision 基线比对 |
| CIP-013 | 供应链风险管理 | IEC 62443-4-1 认证的安全开发流程、Trust Anchor、PSIRT 漏洞通报 |
| CIP-015 | 内部网络安全监测(INSM) | Cyber Vision 东西向流量基线、异常检测、Snort IDS(Talos 情报) |
来源:driving-nerc-cip-compliance-sb;SA 3.3 设计指南 · Security and regulatory compliance(Table 1)
部署要点:Cyber Vision 只能看见“送到它面前”的流量。在 Secure Substation 验证设计中,中型变电站由 IE9300 站控层交换机承载传感器观察 ESP 内东西向流量;IR8340 在集成防火墙场景下不作为传感器宿主。直接挂在 IR8340 串口上的 RTU,其流量只有在被封装成 IP 并经过被监测的 LAN 路径时才可见。来源:Secure Substation Design Guide · Sensor Placement
你无法保护你看不见的东西——可视化不是锦上添花,而是一切安全策略的起点。
2.6 让一千台设备像一台:分层管理平台
Catalyst Center · 站内 LAN 的“院务系统”
自动发现、即插即用(PnP)、软件镜像管理(SWIM)、配置模板、合规检查、Assurance(AI/ML 根因分析与引导修复)、RMA 换机。注意:SA 3.3 指出其对 PRP/HSR/REP/DLR 等冗余协议的自动化工作流与 Assurance 支持有限,而 IE9300 数据表列出 REP 配置、REP 拓扑视图与 PRP 拓扑监视(SD-Access)——以目标 Catalyst Center 版本的兼容矩阵为准;也不支持 NAT 之后的被管设备。建议部署在控制中心,往返时延 ≤ 100 ms(最大 200 ms)。SA 3.3 · Substation LAN and Cisco Catalyst Center
SD-WAN Manager · 站外 WAN 的“调度台”
控制面与数据面分离;集中下发路由、QoS、ZBFW 与 VPN 分段策略;IR8340 可通过 PnP 或 Bootstrap 文件零接触上线。电力用户因安全与合规原因,推荐控制器本地化(On-Premise)部署。SA 3.3 · On-Premise Controller Deployment
Crosswork Network Controller · SR 骨干的“导航仪”
图形化开通 L3VPN、EVPN-VPWS 与 Circuit-Style SR-TE;带宽感知的路径计算(SR-PCE),持续跟踪工作/保护路径的带宽占用与切换。
Provider Connectivity Assurance · “体检仪”
传感器 SFP 硬件打时间戳,以毫秒级采样、微秒级精度测量 SCADA、GOOSE、远方保护业务的单向时延、抖动、丢包,主动发现传统轮询看不到的瞬态问题。
2.7 方案如何逐条回应电力网络的挑战?
| 挑战(来自第 1 章的推导) | 第一性原因 | Cisco 方案回应 |
|---|---|---|
| 保护报文 < 3 ms,恢复时间 0–4 ms | 重收敛型协议来不及 | PRP/HSR 无损冗余;REP 仅负责单网自愈(第 3 章) |
| 强电磁、高温、无人值守 | 物理环境严苛 | IEC 61850-3 / IEEE 1613、无风扇、宽温、双电源、Dying Gasp |
| 新老设备并存(串口 RTU) | 设备生命周期长达数十年 | IR8340 串口、Raw Socket、协议转换、串口伪线 |
| 全站时间精确同步 | SV 打时间戳需 1 μs 级 | PTP Power Profile、GNSS、透明/边界时钟、PTP over PRP |
| 网络安全与合规(NERC CIP / IEC 62443) | OT 与 IT 融合扩大攻击面 | 分区分段、ZBFW、Cyber Vision、TrustSec、MACsec、Secure Boot |
| 站间远方保护的时延与对称性 | 差动保护比较同一时刻电流 | NCS540 Circuit-Style SR、SEL ICON |
| 运维人员网络技能不足、站点数量多 | 人工配置不可扩展 | Catalyst Center、SD-WAN Manager、CNC 自动化与 Assurance |
| 机柜空间、功耗、散热有限 | 集装箱与户外柜空间小 | IR8340 集路由、交换、防火墙、授时于一身,减少设备数量 |
整理自:SA 3.3 设计指南 · Executive Summary / Business Case;SA 3.2 Solution Brief · Digitizing Substation Operations
2.8 把方案拆成七个设计要素:画图前先回答七个问题
方案再完整,落到一座具体的变电站时,设计人员面对的仍是一连串“必须回答的问题”。把 SA 3.3 设计指南、Secure Substation 验证设计与 IE9300 文档中的要求归纳起来,可以得到七个设计要素。它们自下而上构成一座“塔”:下层没想清楚,上层再精巧也会塌。归纳自 SA 3.3 DG 与 Secure Substation DG
图 2-2 七个设计要素:本文第 5–9 章将逐层给出 IE-9320 双环网的答案
| 要素 | 关键决策 | 典型取值(本项目) | 详见 |
|---|---|---|---|
| 物理与环境 | 柜型、温度、供电、线缆路由、网线规格 | A/B 交换机分置集装箱两侧机柜、独立供电;全环(含汇聚)Cat 6A S/FTP 屏蔽铜缆分侧走线;汇聚上联光纤分路由 | 第 6 章 |
| 拓扑与冗余 | PRP 双网 + 每网 REP 环 | LAN A:REP Segment 101;LAN B:REP Segment 102;两网零互联 | 第 5 章 |
| 分区与分段 | ESP 边界、VLAN 规划 | LAN A/B 交换机纯二层;路由仅在 RedBox / IR8340 | 第 5 章 |
| QoS 与确定性 | 按 EtherType 分类、优先队列 | GOOSE/SV → priority level 1;PTP → priority level 2 | 第 7 章 |
| 时间同步 | NTP 或 PTP 电力 Profile | 站控层 NTP;过程层/PMU 视需要 PTP(REP 环需 26.2.1+) | 第 5 章 / 第 6 章 |
| 安全与接入 | 有无 ISE、端口策略 | 无 ISE:静态端口安全 + BPDU Guard + 风暴抑制 + 白名单 | 第 8 章 |
| 可视与运维 | Syslog/SNMP/告警继电器 | “失去冗余”即 P1/P2 告警,而非“业务中断”才告警 | 第 8 章 |
本章小结
- 按资产价值分区:ESP、Multiservice、Corporate、Core/WAN、控制中心,ESP 只经 EAP 进出。
- 按能力分工:IR8340 守门与翻译,IE9300 高密接入与环网,指定型号做 RedBox,NCS540 承担站间专线。
- IE-9320-24T4X 不支持 PRP,但完全可以做 PRP 双网中的普通交换机;RedBox 选用 IE-9320-22S2C4X 并独立运行。
- 以 Cyber Vision 实现“先看见、再保护”,并映射 NERC CIP 关键条款。
- 以 Catalyst Center、SD-WAN Manager、CNC 实现规模化自动运维。
方案全景已经清晰,但有一个问题我们一直“欠着”:既然 REP 已经能 50 ms 自愈,为什么还要 PRP?二者到底怎么配合?下一章,我们用交互动画把它们彻底讲透。
REP 与 PRP:两种冗余哲学(上)——“绕路”的智慧
网络冗余只有两种根本思路:要么坏了再绕路,要么永远同时走两条路。本章先讲清第一种思路的极致代表——Cisco REP;第 4 章再讲第二种思路——PRP,并说明为什么本项目要把二者叠加使用。
3.1 冗余的第一性原理:为什么“多拉一根线”反而可能让网络瘫痪?
为了防止断线,我把交换机首尾相连成一个环。网络是不是就更可靠了?
想一想:一个广播帧在环里转一圈回到起点后,交换机会怎么处理它?
第一性原理拆解
- 以太网帧没有“寿命”字段(不像 IP 报文有 TTL),广播帧会被每台交换机向所有其他端口泛洪。
- 在物理环路里,这个广播帧会被无限复制、无限循环,几秒内耗尽全部带宽,这就是广播风暴。
- 因此“有环”的二层网络必须满足一个矛盾的要求:平时逻辑上不能有环,故障时又要能用上那条备用路径。
- 解决办法只有一个:平时堵住环上的某一个端口,故障时再把它打开。STP、RSTP、REP、MRP 都是这一思想的不同实现,它们的差别在于“发现故障 + 打开端口”有多快。
在单一网络内部提供冗余物理路径,由协议阻塞其中一条以防止环路;检测到故障后,协议解除阻塞、刷新 MAC 地址表并恢复转发。从故障发生到业务恢复之间,存在一段不可避免的收敛窗口,窗口内的报文会丢失。
一条环城公路,若两个方向都能随便开,车辆会绕着环无限兜圈、把路堵死。于是交警在环上某处常设一个路障。某天前方塌方,交警接到电话后赶过去搬开路障,车辆改道绕行。问题在于:从塌方到搬开路障这段时间里,正在路上的车只能停在原地——这就是收敛窗口。
二层冗余协议速览:差距就在“收敛时间”
| 协议 | 拓扑 | 典型恢复时间 | 标准化 | 支持堆叠 | 主要特点 |
|---|---|---|---|---|---|
| PRP | 任意(两张独立网) | 0 ms | IEC 62439-3 | 否 | 无损、节点与网络冗余、多厂商互通 |
| HSR | 环 | 0 ms | IEC 62439-3 | 否 | 无损、单环双向发送 |
| DLR | 环 | 3 ms | ODVA | 否 | 基于信标,EtherNet/IP 环境 |
| MRP | 环 | 30 / 200 ms | IEC 62439-2 | 否 | 基于测试帧,PROFINET 环境 |
| REP Fast | 环 / 链 | 约 50 ms | Cisco 私有 | 否 | 基于邻居信标,快速检测铜口断链 |
| REP | 环 / 链 | 50–250 ms | Cisco 私有 | 是 | 部署最简单,支持 EtherChannel 与堆叠 |
| RSTP / MSTP | 任意 | ≥ 1 s | IEEE 802.1w/s | 是 | 兜底方案、多厂商 |
来源:IBOIOT-2100 · Common Industrial L2 redundancy Technologies / Layer 2 redundancy protocol comparison;BRKIOT-2875 · Layer 2 Redundancy Protocols
把表 3-1 和第 1 章表 1-3 放在一起看:SCADA ↔ IED 的通信恢复上限是 400 ms,REP 能满足;而 IED 间联锁与跳闸只允许 4 ms,SV 和母差要求 0 ms——所有“重收敛型”协议都不够快,只有 PRP/HSR 能满足。这一张对照表,就是整个方案的设计起点。
环网冗余的本质,是“平时故意堵住一个口,出事再赶紧打开”;而“赶紧”到底有多快,决定了它能承载什么业务。
3.2 为什么不用最常见的 STP,而要用 REP?
STP 已经用了三十多年,几乎所有交换机都支持,它的问题出在哪里?
提示:当环上一条链路断开时,STP 需要“通知谁”,又需要“等多久”?
STP / RSTP 的局限
- 全网计算:需要选举根桥、计算每个端口角色,拓扑越大、越复杂,收敛越慢。
- 典型时延:RSTP 约 1 秒级,PVST+ 约 30 秒;RSTP 拓扑变化时所有节点都清空 MAC 表,期间约 1 秒泛洪。IBOIOT-2100 · Spanning tree topology
- 适用:大型、多厂商、冗余路径少的网络,作为“最后手段”。
- 最佳实践:把核心/网关交换机设为根桥并指定备份根桥(优先级 4096 / 8192);终端口启用 PortFast。SA 3.1 实施指南 · RPVST Best Practices
REP 的改进思路
- 只管一个环段(Segment):每个段独立计算,互不影响,规模可预测。
- 按物理链路而非按 VLAN:一条 hello 覆盖所有 VLAN,协议负载很低。
- 硬件泛洪通知:故障信息通过硬件组播直接送到阻塞端口,而不是逐跳软件转发。
- 典型时延:50–250 ms,REP Fast 约 50 ms。
- 适用:全 Cisco 环网、要求简单易用的场景。IBOIOT-2100 · Common scenario guidance
REP 与 STP 共存的一条铁律:REP 端口不转发 STP BPDU。若 REP 环需要连接到 STP 网络,两者之间的“公共链路”必须运行 STP,而不能运行 REP,否则会形成环路。IBOIOT-2100 · REP and Spanning Tree – Design guidance
STP 像全城交警开会再决定绕路,REP 像每条街的协管员直接打电话给路障值班员——问题越局部,处理就越快。
3.3 REP 是什么(What):一个环段里的五种角色
Resilient Ethernet Protocol:Cisco 私有的二层环路控制协议,作为 STP 的替代。它控制一组连接成段(Segment)的端口,保证段内不形成桥接环路,并对段内链路故障作出快速响应;还支持 VLAN 负载均衡。来源:Redundancy Protocol Configuration Guide · Resilient Ethernet Protocol
一个 REP 段就像一排手拉手的人,站在两端的叫“边缘端口”;为了不让队伍首尾相接转成圈,队伍中间有一处故意松开的手(Alternate 端口)。只要队伍中任何一处有人被拉断,那双松开的手立刻握紧,整排人又连成一线。
| 术语 | 定义 | 类比 |
|---|---|---|
| Segment(段) | 配置了相同段 ID(1–1024)、首尾相连的一串端口 | 一排手拉手的人 |
| REP 端口 | 运行 REP 的端口,其上 STP 被禁用;必须是 802.1Q Trunk | 队伍里的每一只手 |
| Edge 端口(边缘) | 终结一个段的端口;分为 Primary Edge 与 Secondary Edge,每段只能有两个 | 站在队伍两头的人 |
| Alternate 端口 | 段内阻塞 VLAN 以防环路的端口;配置 VLAN 负载均衡时可有两个 | 故意松开的那双手 |
| Open 端口 | 转发所有 VLAN 的端口 | 紧握的手 |
| 闭合段(Ring Segment) | 两个边缘端口在同一台交换机上并彼此连通 | 队伍两头站在同一个人身边 |
| 开放段(Open Segment) | 两个边缘端口在不同交换机上,中间有阻塞端口 | 队伍两头各拉着一根柱子 |
| Edge No-Neighbor | 对端不运行 REP 的边缘端口,可向汇聚侧发送 STP TCN | 队伍尽头拉着的是一根柱子而非人 |
来源:Understand REP on Catalyst 9000 Switches · Terminology;Redundancy Protocol Configuration Guide · REP segments
3.4 REP 如何工作(How):从“握手”到“自愈”的五个步骤
- 邻居握手(LSL):端口启用 REP 后立即阻塞所有 VLAN。链路状态层 LSL 通过三次握手与邻居建立邻接,交换段 ID 与 60 位端口 ID(由系统 MAC 和端口号生成),此后每秒发送 hello。邻居连续未响应达到老化时间(默认 5 秒)时,端口进入 Failed 状态。Understand REP on Catalyst 9000 · REP Theory
- 选举 Alternate 端口(BPA):每个端口通过“阻塞端口通告(BPA)”广播自己的端口 Key 与优先级。经过提议/同意机制,优先级最高的端口保持阻塞,成为段内唯一的 Alternate 端口;段内所有端口都缓存它的 Key。
- 边缘通告(EPA):边缘端口每 4 秒发出端口通告,沿途每个端口追加自己的拓扑信息;两个边缘端口由此获得整段完整拓扑,并选出 Primary Edge。
- 故障通知:链路故障时,相邻端口进入 Failed 状态,并发出携带 Alternate 端口 Key 的故障通知。通知有两条通道:快速通道经硬件泛洪层(HFL)向组播地址
0100.0ccc.ccce发送,在 REP 管理 VLAN 内传播;可靠通道通过带序号与重传的 REP BPDU 发送。 - 打开 Alternate 并刷新 MAC:持有 Alternate 端口的交换机收到通知后将端口置为 Open,沿途交换机刷新 REP 端口学到的 MAC 地址,流量改走备用路径,收敛完成。
深入一步:为什么 REP 段只能容忍“一处故障”?(点击展开)
REP 的冗余来自“环上只有一个阻塞点”。第一处故障时,打开这个阻塞点即可恢复连通。若再出现第二处故障,环就被切成两段,而已经没有可以打开的阻塞端口了,被夹在两处故障之间的交换机会与汇聚层彻底失联。官方文档明确指出:REP 段只能处理段内单一故障端口,多于一处链路故障可能导致流量丢失。Understand REP on Catalyst 9000 · REP Theory;Redundancy Protocol Configuration Guide · REP limitations
工程含义:当环上已经发生一处故障时,这张网失去了冗余,必须尽快修复。下面的交互动画中,你可以亲手制造“双点故障”,观察这一现象。
3.5 动手试一试:REP 环交互演示
下图是一张 LAN A 的 REP 环:汇聚交换机同时持有 Primary Edge(通往 U1)和 Secondary Edge(通往 U6),U3–U4 之间是 Alternate 阻塞链路。绿色圆点代表 U4 下挂 IED 发往汇聚层的报文。点击按钮制造故障,观察路径变化与收敛过程。
REP 环自愈演示 · Segment 101
- ① 检测故障:端口 link down 或 LSL hello 超时
- ② 发送故障通知:HFL 硬件组播 + BPDU 可靠通知
- ③ Alternate 端口打开,转为转发
- ④ 刷新 MAC 地址表,流量改走新路径
时间为教学示意:REP 典型 50–250 ms,REP Fast 约 50 ms;堆叠成员上的 REP 端口故障可能延长至 3–20 秒。
演示给我们的三个结论:
- REP 能在单点故障后自愈,但自愈之前一定存在中断窗口。以 SV 每秒 4000 帧估算,200 ms 窗口就意味着约 800 帧采样值丢失。
- REP 只能容忍单点故障,双点故障会把环切成两段。
- 因此,REP 适合承担“恢复冗余”的职责,而不能单独承担“零中断保护业务”的职责。
REP 的承诺是“很快会好”,而保护报文需要的是“根本不会断”——这两句话之间,就是 PRP 存在的理由。
3.6 REP 在 IE9300 上的关键事实与约束
| 主题 | 事实 | 对本项目的意义 | 来源 |
|---|---|---|---|
| 端口模式 | REP 端口必须是二层 802.1Q Trunk;不能是 SPAN 目的端口、隧道端口或 Access 端口 | 环网端口统一配置为 Trunk | Redundancy Config Guide · Guidelines |
| 段规模 | 17.15.2 之前:4 个 REP 段 / 3 个 REP Fast 段;17.15.2 起 8 个 REP 段;26.1.1 起独立运行时 26 个开放段与 13 个闭合段;26.2.1 起 REP Fast 支持 26 个开放段(闭合段数文档记为 12 或 13) | 每张 LAN 一个环,容量充足 | Redundancy Config Guide · Feature history |
| 环长度 | 环内节点数不限,但超过 20 个节点收敛会变慢 | 每区域 8 个 Unit 加汇聚,规模合理 | Redundancy Config Guide · Guidelines |
| REP Fast | 两端必须同时配置;每 3 ms 发信标,约 10 ms 内检测断链;不支持堆叠、不支持 EtherChannel | 汇聚若堆叠则不能使用 REP Fast(见 5.5 节) | Redundancy Config Guide · REP Fast |
| 堆叠成员上的 REP | 堆叠成员 REP 端口故障时,收敛时间可能增加到 3–20 秒 | 业务连续性不能依赖堆叠上的 REP 快速恢复 | IE9300 Stacking Guide · Managing Switch Stacks |
| 管理 VLAN | 未配置时默认使用 VLAN 1;全设备只能有一个管理 VLAN;不能是 RSPAN VLAN | LAN A 用 3901,LAN B 用 3902,相互隔离 | Redundancy Config Guide · REP admin VLAN |
| 与 PRP 的关系 | PRP 成员端口不能参与 REP、EtherChannel、FlexLink 等冗余协议 | REP 只配在环网端口上,PRP 只配在 RedBox 成员口上 | Redundancy Config Guide · PRP Guidelines |
| MACsec | 26.1.1 起 MACsec 可与 REP 和 REP Fast 互通 | 环网链路加密成为可选项 | Redundancy Config Guide · REP Fast Guidelines |
| PTP over REP | 26.2.1 新增支持;透明时钟仅限单一 VLAN | 早期 SA 3.1 指南建议 REP 环上用 NTP,新版本可评估 PTP | 26.2.x Release Notes;Redundancy Config Guide · PTP over REP |
| 故障排查 | 部分版本存在 HFL 报文导致接口 Input Queue 卡死的缺陷(CSCwc52868),只能重启或升级 | 选择已修复的软件版本,监控 Input Queue | Understand REP on Catalyst 9000 · Troubleshoot |
为解决千兆铜口断链检测慢的问题(铜口检测与恢复约需 350–750 ms,而光口约 10 ms),REP Fast 在相邻 REP 接口之间每 3 ms 互发一个信标帧;第二个定时器在约 10 ms 内检查是否收到信标,未收到即判定链路故障(检测约 5–10 ms),随后交给标准 REP 完成收敛;每个 REP Fast 接口每秒发送约 3000 个信标,单台最多 6 个接口同时启用。它只作用于单条链路,环内可混合普通 REP 链路与 REP Fast 链路。Redundancy Protocol Configuration Guide · Resilient Ethernet Protocol Fast
普通 REP 依靠“对方突然不说话了”才发现出事;REP Fast 让相邻两人每 3 毫秒拍一次对方的肩膀,连续三下没拍到,就立刻喊“出事了”。这也解释了为什么设计指南建议交换机之间优先使用千兆光纤:光口天生就能更快感知断线。反过来,本项目整个环网(含汇聚)使用屏蔽铜缆,REP Fast 就从“可选”变成了“必选”(见 6.3 节与第 7 章步骤 3)。
REP 把“发现故障”和“打开备路”都做到了极快,却永远消除不了中间那一段空白——它是一个优秀的修复者,而不是一个永不缺席的守护者。
那么,有没有一种冗余方式,让报文根本不需要绕路?下一章我们进入 PRP 的世界:同一个报文,同时走两张完全独立的网。
PRP:不切换,才是最快的切换
第 3 章的结论是:REP 能“很快好起来”,却无法“根本不断”。本章给出答案——PRP 用空间换时间:每一帧同时走两张完全独立的网络,接收端留下先到的一份、丢弃后到的一份。没有“检测—切换”这个动作,也就没有切换时间。我们按 Why → What → How → 动手实验 → 工程约束 → 与 REP 的分工 的顺序展开。
4.1 Why:为什么“更快的切换”永远到不了 0?
REP Fast 已经把故障检测压到 10 ms 以内、收敛约 50 ms。再努力一点,能不能做到 1 ms、甚至 0 ms?
先把“恢复时间”拆开:从故障发生,到第一帧走上新路径,中间必须发生哪几件事?
第一性原理拆解:恢复时间的“五段式”
- 检测:发现链路断了(光口约 10 ms,铜口可达 350–750 ms,REP Fast 信标约 10 ms)。Redundancy Config Guide · REP design and link detection times
- 通知:把“出事了”告诉持有阻塞端口的那台交换机(REP 的 HFL 硬件泛洪)。
- 决策与动作:Alternate 端口由阻塞转为转发。
- 刷新:沿途交换机清空旧的 MAC 表项,重新学习。
- 重发:在这段窗口内丢掉的帧,二层不会替你补发。
每一段都可以被优化,但只要“先发现、再改道”的因果链存在,总和就不可能为 0。要得到 0,只有一种办法:取消改道这个动作本身——让备用路径从一开始就在传送同样的数据。
Parallel Redundancy Protocol(并行冗余协议),由 IEC 62439-3 定义。终端用两个网络接口同时连接两张并行、彼此独立的网络 LAN A 与 LAN B;发送端为每帧附加带序号的冗余控制尾部(RCT)并同时送往两网;接收端把先到的一份交给上层、丢弃后到的一份。IE9300 Redundancy Config Guide · Information about PRP / How PRP works with DANs
你把同一份合同复印两份、贴上同一个运单号,分别交给两家快递公司,走两条不同的高速公路。收件人按运单号签收先到的那份,后到的那份直接拒收。某条高速塌方了?收件人甚至感觉不到。类比失效处:快递可以“晚到也收”,而 PRP 的接收端如果两份到达时间差太大,可能把迟到的副本误认成新件,所以两张网的时延要相近
建立围栏:PRP 不是什么
| 常见误解 | 事实 | 依据 |
|---|---|---|
| PRP 是一种环网协议 | PRP 不关心每张 LAN 内部是什么拓扑——星型、环、REP、RSTP 都可以;它只要求两张 LAN 彼此独立 | CPwE PRP DIG · PRP Overview;BRKIOT-2875 |
| PRP 是链路聚合,能把带宽翻倍 | 两条路传的是同一份数据;IE9300 明确“不支持负载均衡”,且 PRP 流量不应超过千兆通道带宽的 90% | IE9300 Redundancy Config Guide · PRP Guidelines |
| 有了 PRP,每张 LAN 内部就不需要冗余 | CPwE 建议“尽可能在每张 LAN 内使用有弹性的拓扑(冗余星型、环)”,这样一张 LAN 长时间故障或检修时,系统仍能扛住另一张 LAN 的下一次故障 | CPwE PRP DIG · Network Design Recommendations |
| PRP 对三层路由流量也是零中断 | “当三层 RedBox 故障时,PRP 不能为路由流量提供零丢包冗余”,HSRP 切换实测 1–3 s | CPwE PRP DIG · Routed Traffic Convergence(Table 2-2) |
| RedBox 本身也是冗余的 | “PRP 系统中的 RedBox 是单点故障”,它背后的单网口设备同样如此 | CPwE PRP DIG · RedBox and VDAN Operation |
REP 以“时间”换冗余:平时单路运行,坏了再改道;PRP 以“空间”换冗余:平时双路并发,坏了什么也不用做。
4.2 What:PRP 网络里的五种角色
图 4-1 PRP 的五种角色:DAN、SAN、RedBox、VDAN,以及两张彼此独立的 LAN
| 角色 | 精准定义 | 类比 | 来源 |
|---|---|---|---|
| LAN A / LAN B | 两张冗余、同时工作、故障相互独立的以太网,可为线型、星型、冗余星型或环型 | 两条互不相通的高速公路 | CPwE · Table 2-1 |
| DAN(双挂节点,原生支持 PRP 时亦称 DANP) | 两个网口分别接 LAN A、LAN B;两口使用相同的 MAC 与 IP;其内部的冗余实体(LRE)负责复制与去重,上层应用“察觉不到冗余”。本项目的综保装置(第 1.3 节)就是 DAN | 自己会同时寄两份快递的人 | CPwE · DAN Operation |
| SAN(单挂节点) | 只接入其中一张 LAN 的普通设备;收到带 RCT 的帧时把尾部当作以太网填充忽略;整个 PRP 网络中 SAN 的 IP 必须唯一 | 只在一条高速边上有家的人 | Config Guide · SANs;CPwE · SAN Operation |
| RedBox(冗余盒) | 代表其背后的普通设备连接两张网络;自身是一个 DAN,替背后设备复制、去重并发送监督帧 | 陪诊员:替行动不便的病人同时挂两个号 | Config Guide · RedBox and VDAN |
| VDAN(虚拟双挂节点) | 位于 RedBox 背后的单网口设备,在 PRP 网络看来“像一个 DAN” | 由陪诊员代挂号的病人 | Config Guide · RedBox and VDAN |
本项目最关键的推论:表 4-2 中没有任何一行要求“LAN A/B 里的交换机懂 PRP”。复制与去重只发生在网络的两端(DAN 或 RedBox)。因此不支持 PRP 的 IE-9320-24T4X 完全可以担任 LAN A / LAN B 的基础设施交换机,只需能转发 1506 字节的帧;而真正执行 PRP 的 RedBox 必须选用支持 PRP 的型号(IE-9320-22S2C4X 等)。由 Config Guide 与 CPwE 角色定义推出IE9300 Data Sheet · 脚注:PRP 仅 26S2C / 22S2C4X / 9310-16P8S4X
4.3 一个 6 字节的尾巴:冗余控制尾部(RCT)
接收端怎么知道两份帧是“同一份”?答案藏在帧尾。发送端在原始帧的数据之后、FCS 之前追加 6 字节的 RCT,其中“源 MAC + 序列号”唯一标识一份帧的两个副本。BRKIOT-2875 · PRP Frame – RCT;CPwE · DAN Operation
图 4-2 PRP 帧结构:RCT 附在数据之后、FCS 之前(字段宽度依据 BRKIOT-2875;后缀取值见 IEC 62439-3)
序列号 SeqNr
每发一帧加 1,16 位循环计数。接收端用“源 MAC + SeqNr”判断这是新帧还是重复帧。
LAN 标识
A 网副本标 1010,B 网副本标 1011。若 A 口收到标为 B 的帧,说明线接反了——IE9300 会产生 %PRP_WRONG_LAN 日志。
为什么是 1506
1500 字节的满载帧加上 6 字节尾部,若沿途交换机 MTU 仍为 1500,大帧会被静默丢弃——小包正常、大包失踪,是最难排查的 PRP 故障。
4.4 How:发送、接收、去重与“健康检查”
- 发送(复制):DAN 或 RedBox 的冗余实体把上层交来的一帧复制成两份,打上同一序号、不同 LanId,同时从 A 口和 B 口发出。对已知只在一张网上的 SAN,RedBox 会查节点表,只往那张网发、且不加尾部。CPwE · SAN Operation
- 传输:两份副本在两张网络中各自独立转发。LAN A/B 中的交换机把它们当作普通以太网帧(只是长 6 字节)。
- 接收(去重):接收端拿到第一份,剥掉 RCT 交给上层;第二份到达时发现“这个序号见过了”,直接丢弃。CPwE 指出算法设计上“永不拒绝合法帧”,但若两份副本到达时间相差过大,极少数情况下迟到副本可能被当成新帧——上层协议能容忍偶发重复。CPwE · DAN Operation
- 监督帧(Supervision Frame):每个 DAN/RedBox 周期性向保留的组播地址发送监督帧,宣告“我还在,我在两张网上都在”。它们是二层组播,不能跨 VLAN 路由,因此 DAN 只能报告同 VLAN 内 PRP 设备的诊断信息。Config Guide · Supervision frames;CPwE · VLAN Segmentation
- 节点表(Node Table):交换机从监督帧学习 DAN,从普通帧学习 SAN;VDAN 表记录 RedBox 代理的设备并替它们发监督帧。表项会老化(CPwE 实测约 60 s)。IE9300 节点表最多 512 条(SAN+DANP),VDAN 表最多 512 条,静态表项最多 16 条。Config Guide · Node and VDAN table limitations
一个容易忽视的细节:IE9300 重启后、尚未学到对端时,会把未知节点暂时当作 DAN,向两张网都复制发送,直到收到该节点的报文或监督帧;节点表因哈希冲突或容量耗尽时同样会退化为“按 DAN 处理”。Config Guide · Node and VDAN table limitations 这意味着 RedBox 背后的设备数量要留余量,并在验收时观察 show prp node-table。
4.5 动手实验一:亲手切断一张网
下面的动画中,左侧发送端(DAN 或 RedBox)每隔一小段时间发出一帧,同时复制到 LAN A(蓝)与 LAN B(紫)。右侧接收端对每个序号只交付一次。试着切断一张网、再同时切断两张网,观察“交付 / 去重 / 丢失”三个计数器。
PRP 双网并发演示
提示:切断单网后“去重丢弃”停止增长——这正是运维要捕捉的信号:业务没断,但已失去冗余。IE9300 上对应 %PRP_WARN_LAN 日志与 show prp statistics 计数变化。
4.6 动手实验二:PRP + REP 的“双保险”
既然 PRP 已经做到 0 ms,为什么 LAN A、LAN B 内部还要各自做成 REP 环?用两条直线不行吗?
想一想:LAN A 断了一根线,抢修队三个小时后才到。这三个小时里,如果 LAN B 也断了一根线呢?
下面的演示把两张 LAN 都画成 REP 环(橙色虚线为 Alternate 阻塞链路)。按顺序点击 ① → ②,观察 PRP 与 REP 如何分工;再点“对照组”,看看两张网都没有环冗余时会发生什么。
双 REP 环承载 PRP · 故障推演
- PRP:接收端是否连续收到每个序号?
- REP:故障环是否已经打开 Alternate、恢复第二条路?
- 运维:是否在“失去冗余”的那一刻就收到告警?
时间轴为教学示意:A 环收敛窗口约 50–250 ms,被放慢到 1.6 秒便于观察;窗口内业务由 LAN B 独自承载。
| 时刻 | LAN A | LAN B | 业务(GOOSE/SV) | 系统冗余度 |
|---|---|---|---|---|
| T0 正常 | REP 环闭合,1 个 Alternate | 同左 | 双副本到达,0 丢失 | 2 |
| T1 A 环断链 | REP 收敛中(50–250 ms),A 路径暂断 | 正常 | B 副本交付,0 丢失(PRP) | 1(窗口内) |
| T1 + 收敛 | Alternate 打开,A 路径绕行恢复 | 正常 | 双副本到达 | 2(REP 修复了备路) |
| T2 B 环再断链 | 绕行中,正常交付 | REP 收敛中 | A 副本交付,0 丢失 | 1 → 收敛后 2 |
| 对照组 T2 | 无环:断链即永久中断 | 无环:断链即永久中断 | 两路皆断,业务中断 | 0 |
REP 收敛时间在业务关键路径之外——它决定的是“系统多快恢复第二条命”,而不是“业务断多久”。依据:CPwE · “If both LAN topologies are resilient and single-fault tolerant, PRP architecture can recover from multiple faults.”
PRP 保证这一刻不断,REP 保证下一刻还能不断——双网不相见,报文走两遍;PRP 保不断,REP 把路建。
4.7 PRP 在 IE9300 上的工程事实与约束
| 主题 | 事实 | 设计含义 | 来源 |
|---|---|---|---|
| 支持型号与起始版本 | IE-9320-26S2C(17.7.1)、IE-9320-22S2C4X(17.12.1)、IE-9310-16P8S4X(17.18.1);IE-9320-24T4X 不支持 | 24T4X 只做 LAN A/B 基础交换;RedBox 选 22S2C4X | Config Guide · Information about PRP;Data Sheet 脚注 |
| 固定端口 | IE-9320:通道 1 = Gi1/0/21(A)+ Gi1/0/22(B);通道 2 = Gi1/0/23(A)+ Gi1/0/24(B);每台最多 2 个 PRP 通道,均为千兆口 | RedBox 上行到两环只能用这四个口 | Config Guide · Table 2 Supported interfaces for PRP channel |
| 堆叠 | “设备堆叠时不支持 PRP 或 HSR” | RedBox 必须独立运行 | Config Guide · Guidelines and limitations |
| 与其他冗余协议互斥 | PRP 成员口不得参与 FlexLinks、EtherChannel 或 REP | REP 只配在 LAN A/B 交换机环口 | Config Guide · Create a PRP channel |
| MTU | LAN A/B 中的交换机需 system mtu 1506;CPwE 指出 RedBox 本身不需要 | 所有 24T4X 统一 1506,避免遗漏 | Config Guide;CPwE · DAN Operation Note |
| STP | PRP 通道接口必须 spanning-tree bpdufilter enable,形成独立的生成树域;推荐 portfast edge trunk | 防止 BPDU 把 A、B 两网“粘”在一起 | Config Guide · Guidelines |
| UDLD | PRP 接口必须禁用 UDLD(尤其 SFP 介质) | 成员口 udld port disable | Config Guide · Guidelines |
| 带宽 | PRP 流量不应超过千兆通道带宽的 90%;不支持负载均衡 | 按 900 Mbps 做 RedBox 容量规划 | Config Guide · Guidelines |
| 状态显示 | 单个成员口断开时 show interface status 仍显示 UP;PRP 统计须用 show interface prp-channel | 监控必须看 PRP 专用命令与日志 | Config Guide · Guidelines |
| 许可 | Network Essentials 即可运行 PRP;TrustSec over PRP 需 Network Advantage | -E 型号即可满足本项目 | Config Guide · Guidelines |
| PTP over PRP | 22S2C4X 自 17.12.1 支持;DABC P2P 电力 Profile 支持;不支持的组合下 PTP 只走 LAN A;LAN A/B 交换机建议用透明时钟、不要用边界时钟 | GM 做成双挂 RedBox,环内交换机做 P2P TC | Config Guide · PTP over PRP |
待核验文档冲突:同一份 IE9300 冗余配置指南中,PTP over PRP 一节既列出 22S2C4X 自 17.12.1 起支持,又出现一句“PTP over PRP is not supported for Cisco Catalyst IE9300”;数据表则明确把 PTP over PRP 列为 26S2C / 22S2C4X / 9310-16P8S4X 的功能。推论:后者应为针对不支持型号的残留表述。若项目依赖 PTP over PRP,请在目标版本上实测并向 Cisco 确认。
4.8 PRP 设计的九条铁律
以下规则来自 Cisco 与 Rockwell 联合验证的 CPwE PRP 设计指南,以及 SA 3.3 设计指南。它们大多是“独立性”这一第一性原理的推论。
必须做
- 两张 LAN 使用冗余电源与物理隔离的线槽/管道。CPwE
- 两张 LAN 使用相同或相近的拓扑与时延。CPwE
- 尽可能在每张 LAN 内使用有弹性的拓扑(冗余星型、环),遵循 REP/STP 等协议的最佳实践,不要关闭基础交换机的防环机制。CPwE
- 需要路由时,由 RedBox 担任路由器;不要在 LAN A/B 交换机上启用路由。CPwE
- LAN A/B 全网 MTU ≥ 1506。Config Guide / SA 3.3
绝不能做
- LAN A 与 LAN B 交换机之间直连——“不允许”。CPwE / SA 3.3
- 把一台普通交换机(非 RedBox)同时接到两张 LAN。CPwE
- 两台 RedBox 之间存在二层通路(三层路由可以)。CPwE
- 用高时延的 WAN 或无线链路充当其中一张 LAN(迟到副本会被误收)。CPwE · Unsupported Topologies
4.9 REP、PRP、HSR:一张表做决定
| 维度 | REP / REP Fast | PRP | HSR |
|---|---|---|---|
| 冗余哲学 | 时间换冗余:阻塞一个口,故障后打开 | 空间换冗余:两张独立网并发 | 空间换冗余:同一环上双向并发 |
| 恢复时间 | 50–250 ms / 约 50 ms | 0 ms | 0 ms |
| 标准 | Cisco 私有 | IEC 62439-3 | IEC 62439-3 |
| 网络中的交换机 | 普通 Cisco IE 交换机 | 普通交换机即可(只需 MTU ≥ 1506) | 环上节点必须都支持 HSR |
| 终端要求 | 无 | DAN,或经 RedBox 接入 | DANH,或经 RedBox 接入 |
| 成本 | 一张网 | 两张网(设备、线缆约翻倍) | 一个环(带宽减半) |
| IE9300 规模 | 26.1.1 起最多 26 个开放段 / 13 个闭合段 | 每台 2 个通道,节点表 512 | 每台 1 个 HSR 环,环上最多 50 节点 |
| 堆叠 / EtherChannel | REP 支持(堆叠成员故障收敛 3–20 s);REP Fast 均不支持 | 均不支持 | 均不支持 |
| 最适合 | MMS/SCADA、视频、运维;PRP 每张 LAN 内部 | 站控层与跨间隔的 GOOSE/SV;大型、复杂网络 | 过程层小范围环(如一个线路间隔) |
来源:#60IoTCore Resiliency Protocols(2026-02)对比表;IE9300 Redundancy Config Guide · REP/PRP/HSR;IE9300 Stacking Guide · REP over stacking;BRKIOT-2875 · “HSR or PRP? Probably both!”
本章小结:① 恢复时间由“检测—通知—切换—刷新”组成,只要有切换就不为 0;② PRP 取消了切换,代价是两张独立网络与终端侧的复制去重;③ LAN A/B 中的交换机不需要懂 PRP,所以 IE-9320-24T4X 可以承担双环;④ 每张 LAN 内再用 REP 成环,使系统能抵御多次故障;⑤ RedBox 是单点,必须独立运行、不能堆叠。下一章,我们把这些原理画成一张真正可施工的图纸。
用 IE-9320-24T4X 设计双 REP 环承载端到端 PRP
原理讲完,现在把它画成一张能施工的图纸。本章以一个典型场景为例:一个区域内有 8 个电气单元(Unit,可以是集装箱式电气舱或二次设备小室),每个 Unit 有若干台保护/测控 IED 和若干台空调等辅助设备,控制系统(SCADA/PPC 前置机)集中在站控室。结论先行:每个 Unit 配 A、B 两台 IE-9320-24T4X;所有 A 交换机与汇聚 A 组成 LAN A 的 REP 环,所有 B 交换机与汇聚 B 组成 LAN B 的 REP 环;IED 以 DAN 身份双口直连两环;控制系统不支持 PRP 时,经独立运行的 IE-9320-22S2C4X RedBox 接入;两环之间没有任何二层连接。
5.1 画图之前:必须先拿到的六项设计输入
同样是“双环网 + PRP”,为什么有的项目要 40 台交换机,有的要 48 台?
答案不在交换机,而在终端:IED 是否原生支持 PRP、每个 Unit 有多少台设备、控制系统用什么网口。
| 输入 | 要问清楚的问题 | 影响什么 | 证据来源 |
|---|---|---|---|
| ① IED 清单 | 每台 IED(如综保装置)是 DANP(双口 PRP)还是 SAN?两个口是否同 MAC/IP?是否支持 VLAN 标记、PTP? | 是否需要 RedBox;端口数量 | IED 的 ICD 文件、厂家 PRP 声明 |
| ② 控制系统网口 | SCADA/PPC/前置机是否有经过验证的 PRP 网卡或驱动?“双网卡绑定”“应用主备”不等于 PRP | 方案 A(RedBox)还是方案 B | 网卡/驱动/协议栈的 PRP 声明 |
| ③ 业务矩阵 | 哪些 GOOSE 跨 Unit?有没有 SV?MMS/104/Modbus 流向? | VLAN 划分、组播过滤、QoS | SCD 文件、通信矩阵 |
| ④ 时间要求 | 只需毫秒级事件顺序(NTP),还是需要亚微秒(PTP,SV/PMU)? | 软件版本下限、REP Fast 是否全环统一 | 保护与测量专业的需求 |
| ⑤ 物理条件 | Unit 之间、汇聚与 U1/U8 之间的距离(铜缆信道 ≤ 100 m)、线缆与光缆路由、A/B 机柜位置、柜型、供电回路 | 网线规格、光模块、电源模块、热设计 | 现场勘察、电气图纸 |
| ⑥ 运维与安全 | 有没有 ISE?NMS/SIEM 在哪?是否适用 NERC CIP / IEC 62443 / 等保? | 第 8 章的接入与告警设计 | 业主的安全基线 |
5.2 参考拓扑:一个区域的双 REP 环
下图是单个区域的结构,其他区域完全复制,区域之间不建立 LAN A/B 层面的互联。点击按钮在“方案 A(需要 RedBox)”与“方案 B(控制系统原生 PRP)”之间切换,或显示一条常见的错误连线。
区域双环拓扑(交互)
图 5-1 单区域参考拓扑(依据项目设计稿《双 REP 环承载端到端 PRP》与 SA 3.3 PRP/REP 组合原则重绘)。空调等 SAN 只接 A 或 B 一侧,并在两侧平均分配。同一 Unit 的 A、B 交换机位于集装箱两侧的不同机柜(见图 6-1)。
LAN A / B 交换机只做二层
CPwE:“不要在 LAN A 或 LAN B 交换机上启用路由”,需要路由时由 RedBox 担任。汇聚交换机只有管理 SVI 与默认网关,业务 VLAN 100/200 绝不送往 IR8340,否则 IR8340 会在三层以下把两网接通。
闭合段,边缘在汇聚
每张 LAN 一个闭合 REP 段:汇聚交换机的 Gi1/0/23 为 edge primary(铜缆通往 U1),Gi1/0/24 为 edge(次边缘,铜缆通往 U8);整个环(含汇聚)都是屏蔽铜缆,全部环口启用 REP Fast。汇聚交换机只有上联(RedBox、IR8340)使用光纤。环内 9 个节点,远低于“超过 20 个节点收敛变慢”的警戒线。
RedBox 两台,各管一条路径
两台 RedBox 分别服务两条独立的前置机路径,它们不会自动构成 SCADA 主备;两台 RedBox 的普通侧不得二层桥接。只有一台服务器时,一台 RedBox 即可,但它仍是单点。
5.3 端口规划:一台 IE-9320-24T4X 的 28 个口怎么用
IE-9320-24T4X 提供 24 个 10/100/1000M 电口和 4 个 1/10G SFP+ 上行口,无风扇、可堆叠,MTBF 651,580 小时,是 IE9300 家族中最高的。IE9300 Data Sheet · Table 3 / Table 13 下图给出 Unit 交换机与汇聚交换机的推荐端口分配:整个环网(Unit 与汇聚)统一用 Gi1/0/23–24 两个电口;只有汇聚交换机的 SFP+ 口用光纤上联 IR8340 与 RedBox,Unit 交换机的 4 个 SFP+ 口全部预留。上行口在 CLI 中的名称以设备实际显示为准,本文记作 Te1/0/25–28。待核验
图 5-2 端口规划(每台 Unit 交换机按“20 个终端电口 + 2 个环网电口”预算,SFP+ 口全部预留;终端口保留约 20% 余量)
5.4 VLAN 与地址规划:同名 VLAN,不同物理世界
DAN 的两个端口使用相同的 MAC 与 IP,所以业务 VLAN 在 LAN A 与 LAN B 中必须同号、同规则(例如都是 VLAN 100);而管理 VLAN、REP 管理 VLAN 只在本网内有意义,建议不同号,让运维人员一眼分清 A/B。
两座城市都有一条“人民路 100 号”,邮差按同一个地址投递两份快递;但两座城市之间没有任何道路相连。业务 VLAN 就是“人民路”,而管理 VLAN 901/902 像两座城市各自的市政热线,号码不同,互不串线。
| 用途 | LAN A | LAN B | 示例子网 | 说明 |
|---|---|---|---|---|
| IED 业务(MMS / GOOSE) | VLAN 100 | VLAN 100 | 10.10.100.0/24 | 同一 PRP 逻辑网络;大站可按电压等级拆分 110/120… |
| 辅助设备(空调等 SAN) | VLAN 200 | VLAN 200 | 10.10.200.0/24 | SAN 只接一侧;整个 PRP 网络中 SAN 的 IP 唯一 |
| 交换机管理 | VLAN 901 | VLAN 902 | 10.90.1.0/24 · 10.90.2.0/24 | 分别终结在 IR8340/防火墙的不同三层接口,管理面也不桥接 |
| REP 管理(HFL 通知) | VLAN 3901 | VLAN 3902 | — | 每环内部一致;不要使用默认 VLAN 1 |
| PRP 监督帧 | 在 RedBox 上标记为 VLAN 100(与 VDAN 所在 VLAN 一致) | — | CPwE 建议选 VDAN 设备所在 VLAN;成员口须为 trunk | |
| 未用端口 | VLAN 999 | VLAN 999 | — | 黑洞 VLAN,不在任何 trunk 中放行 |
5.5 汇聚层要不要堆叠?一张决策表
项目常见诉求是“汇聚端口不够,把 2–3 台 24T4X 堆叠起来”。堆叠本身可以,但它会改变 REP 的行为;而本项目整个环网都是铜缆,这个影响被放大了,必须带着证据做决定。
| 维度 | 独立运行(推荐优先) | 堆叠(2–4 台成员) | 依据 |
|---|---|---|---|
| REP | 支持 | 支持,但堆叠成员上的 REP 端口故障时收敛时间可能增至 3–20 秒 | IE9300 Stacking Guide · REP over stacking |
| REP Fast | 支持(约 50 ms) | 不支持 | Redundancy Config Guide · REP Fast Guidelines |
| 铜缆 Edge 口断线检测 | REP Fast 信标约 10 ms | 依赖铜口自身检测,350–750 ms | Config Guide · REP design and link detection times |
| PTP over REP(26.2.1+) | 可全环统一 REP Fast | 只能全环统一标准 REP | Config Guide · Guidelines for PTP over REP |
| 兼做 RedBox | 24T4X 本就不支持 PRP | 堆叠状态不支持 PRP | Config Guide · PRP Guidelines |
| 端口容量 | 单台 24 电口 + 4 光口 | 按成员数线性增加,堆叠口不占前面板 | Data Sheet · Table 4 |
| 对业务的影响 | 无论哪种,单张 LAN 的收敛时间都不在 GOOSE/SV 的关键路径上——另一张 LAN 在持续交付;它影响的是“失去冗余的时长” | 第 4.6 节推演 | |
建议本项目整个环网(包括汇聚交换机的 Edge 口)都是铜缆,没有任何一段能靠光口快速发现断线(光口约 10 ms,铜口要 350–750 ms)。所以汇聚的 Edge 口和对端的 U1、U8 都必须启用 REP Fast;而 REP Fast 不支持堆叠——汇聚 A、汇聚 B 应各自单台运行。如果汇聚确实要堆叠,环口只能用普通 REP,断线后要几百毫秒才能发现,堆叠成员故障时收敛可能要 3–20 秒。业务仍有另一张网保护,但这一侧失去冗余的时间会明显变长。
端口确实不够时,优先把扩容的交换机作为独立节点串入同一个 REP 段(每环 10 个节点,仍低于 20 个的警戒线),而不是堆叠;若最终仍选择堆叠,须把“失去冗余时长可能达到秒级”写进运维告警与验收标准。无论如何,LAN A 的汇聚与 LAN B 的汇聚绝不能堆叠在一起。
5.6 QoS 与组播:让 GOOSE 永远排在队首
第一性原理:时延 = 传播 + 串行化 + 排队
- 传播与串行化在设计时就固定了:千兆口发送一个 1518 字节的帧约 12 μs,10G 约 1.2 μs。
- 真正不可控的是排队:一个大文件传输或视频突发,可能让 GOOSE 在出口队列里等上几百微秒甚至毫秒。
- 所以要在入口按 EtherType 识别 GOOSE(0x88B8)与 SV(0x88BA),在出口放进严格优先队列,并对优先队列限速,防止它“饿死”其他流量。SA 3.3 · Quality of Service and Protecting Critical Traffic
| 流量 | 识别方式 | 内部标记 | 出口队列 | 说明 |
|---|---|---|---|---|
| GOOSE / SV | MAC ACL:EtherType 0x88B8 / 0x88BA | qos-group 1,CoS 4 | priority level 1,限速 | IEC 61850 默认以 VLAN 0、PCP 4 标记;SCD 中的标记优先 |
| PTP | MAC ACL:EtherType 0x88F7 | qos-group 2 | priority level 2 | SA 3.3 Table 14 将 PTP 归入优先队列 |
| MMS / IEC 104 / Modbus | 默认类 | — | 加权队列 | 允许 100–500 ms,可排队 |
| 管理、空调采集 | 默认类 | — | 加权队列 | 最低优先 |
IE9300 每个端口有 8 个出口队列,其中最多 2 个可设为优先队列(priority level 1 与 2),优先队列的限速器只支持单速率双色。IE9300 QoS Configuration Guide · Configuring QoS
组播不是 IGMP 能管的:GOOSE 与 SV 是二层组播,不经过 IP,IGMP Snooping 对它们无效,默认会在整个 VLAN 内泛洪。控制手段只有三种:① 按电压等级/区域划分 VLAN,缩小泛洪范围;② 在订阅者接入口的出方向用 MAC ACL 只放行该 IED 订阅的组播(IE9300 支持出向 MAC ACL);③ 不要在环网 trunk 口上做过滤——REP/PRP 环境下在 trunk 上过滤不可行。SA 3.3 · Multicast Filtering
5.7 时间同步:NTP 够用,还是必须 PTP?
| 场景 | 精度需求 | 推荐 | 对本设计的影响 |
|---|---|---|---|
| 站控层:GOOSE 联锁、MMS、SOE 事件、Syslog | 毫秒级 | NTP(2 个以上服务器) | 任意 IOS XE 版本均可;REP 环上 SA 3.1 验证即使用 NTP |
| 过程层 SV、PMU、差动保护 | ≤ 1 μs | PTP 电力 Profile;环内交换机 P2P 透明时钟;2 台 GNSS GM 做双挂 RedBox | REP 环上跑 PTP 需 IOS XE 26.2.1+,且整环统一 REP Fast 或标准 REP;铜缆环网链路的 PTP 精度须实测;GLC-T 电口 SFP 会降低 PTP 精度 |
依据:SA 3.3 · Timing / PTP Over PRP;IE9300 Redundancy Config Guide · Guidelines for PTP over REP;26.2.x Release Notes · PTP over REP;IE9300 Data Sheet · Table 15。GNSS 输入仅 IE-9320-22S2C4X 具备。
5.8 端口与设备数量计算器
输入你的项目参数
计算口径:每台 IED 在 A、B 交换机各占 1 口;SAN 平均分到 A、B 两侧;按实际需求 × 1.2 向上取整后与“每台可用电口”比较。默认值(汇聚单台运行)得出 40 台;若每张 LAN 汇聚堆叠 2 台,则为 44 台。
5.9 出图前的设计规则清单
- LAN A 与 LAN B 在交换机、链路、堆叠、管理 VLAN 任何层面都不互联;唯一交汇点是 DAN 与 RedBox。
- 同一 Unit 的 A、B 交换机分置集装箱两侧机柜、分别供电、线缆各走本侧线槽;汇聚 A、汇聚 B 的上联光纤不同路由。
- 整个环网(含汇聚—U1、汇聚—U8 两段)用 Cat 6A S/FTP 工业屏蔽线,每段信道 ≤ 100 m,屏蔽两端接地、穿墙处设 SPD;所有铜缆环口启用 REP Fast。
- 每张 LAN 一个闭合 REP 段,两个边缘端口都在本网汇聚交换机上;Segment 101 / 102 区分 A/B。
- REP 只配在环网端口,PRP 只配在 RedBox 固定成员口(Gi1/0/21–24),任何端口都不重叠。
- RedBox 与汇聚 A/B 都单台运行、不堆叠——RedBox 堆叠不支持 PRP,汇聚堆叠则全铜缆环的 Edge 口无法启用 REP Fast。
- LAN A/B 所有交换机
system mtu 1506;业务 VLAN 两网同号、同规则。 - LAN A/B 交换机纯二层;业务 VLAN 不上送 IR8340;管理面以不同三层接口分别接入。
- GOOSE/SV 进 priority level 1 并限速;组播过滤只在订阅者接入口出方向做。
- A/B 链路走不同管路,A/B 设备取自不同供电支路,柜内热设计按最坏工况核算。
- 需要 PTP 时:版本 ≥ 26.2.1、整环统一 REP 模式、环内 P2P 透明时钟、GM 双挂。
好的图纸只有一条主线:两张网在物理世界里永不相见,只在 IED 的两只“耳朵”里重逢。
安装、软件版本与 Resilient Infrastructure:先把“地基”打牢
PRP 的全部价值建立在一个假设上:LAN A 与 LAN B 的故障彼此独立。这个假设在图纸上很容易成立,在现场却很容易被一个共用的空开、一条共用的桥架、一台过热的机柜打破。本章先解决物理层的“共因故障”,再回答“装哪个软件版本”,最后说明 Cisco 正在推行的 Resilient Infrastructure(安全默认值)会如何影响你的配置。
6.1 先消灭共因故障:两套交换机 ≠ 两张独立网络
LAN A 与 LAN B 用了两套交换机,它们就一定是两张独立的网络吗?
如果它们插在同一个 PDU 上、走同一条电缆沟、装在同一个没有空调冗余的柜子里呢?
由同一个原因同时导致多个“本应独立”的冗余部件失效的故障。PRP 只能抵御“一张网”的故障,抵御不了同时击中两张网的共因故障。CPwE 因此要求两张 LAN 使用冗余电源与物理隔离的线槽或管道。CPwE PRP DIG · Network Design Recommendations
双发飞机的安全来自“两台发动机不会同时停车”。但如果两台发动机共用一个油箱、而油被污染了,双发就退化成了单发。工程师要做的,是让两台发动机连油箱、油路、控制线都彼此独立。
| 层面 | 独立性要求 | 常见“暗连” | 验收证据 |
|---|---|---|---|
| 供电 | A、B 交换机取自不同的受保护支路;每台双电源再接两路 | 两网 8 台交换机全部挂在同一个 UPS 输出 | 逐路断电测试记录 |
| 环网网线 | A 侧、B 侧以太网线各走集装箱本侧线槽与穿墙孔;汇聚—U1/U8 段同样分路由 | A、B 网线在箱外同一电缆沟或同一桥架 | 线缆路由竣工图、Class EA 测试报告 |
| 汇聚上联光纤 | 汇聚 A、汇聚 B 至 RedBox / IR8340 的光纤走不同管道/ODF;“两条链路”≠“两根纤芯” | A、B 光缆同沟敷设,一次施工挖断两网 | 光路竣工图、OTDR 报告 |
| 机柜与环境 | A/B 设备分柜或分区;空调故障有告警 | 同柜同空调,一次过热双网同时降额 | 热计算书、温度告警测试 |
| 配线 | A/B 配线架、跳线颜色区分(如蓝/紫) | 跳线接反(A 口接 B 网) | %PRP_WRONG_LAN 无告警 |
| 管理面 | VLAN 901/902 终结在不同三层接口 | 两网管理 VLAN 同号并在上游二层汇合 | 拓扑图、show cdp neighbors |
6.2 落到集装箱:A/B 分置两侧、分电、分路由
在预装式集装箱电容器储能项目中,“独立”必须落实到每一个 Unit 的箱体内:同一 Unit 的 A、B 交换机分别安装在集装箱两侧的不同机柜,由不同的供电回路供电,各自的以太网线沿本侧独立线槽进出箱体;环网(包括汇聚交换机在内)全部使用屏蔽以太网线,汇聚 A、汇聚 B(Level 2)的上联光纤路径不能重叠——不共管道、不共 ODF、不共熔接盒。目的只有一个:消除共因故障这种隐蔽的单点。这样,一侧柜门进水、一路馈线跳闸、一侧线槽被施工损伤、一处光缆被挖断,都只会击中一张 LAN,另一张 LAN 继续承载业务。
给客户的建议 ①一个 Unit 的 A、B 交换机放到不同机柜,位于集装箱两侧,接不同的供电线路,网线互联的走线各自独立;Level 2 交换机上联光纤路径不能重叠。这是为了避免单点故障、提高可靠性——PRP 只能抵御“一张网”的故障,任何被两张网共用的机柜、电源、线槽或光缆,都会把两张网重新绑成一张。
图 6-1 一个 Unit 内的 A/B 物理分离:两侧机柜、两路供电、两侧线槽。整个环网(含汇聚交换机)都用屏蔽以太网线;只有汇聚交换机向上连接 RedBox / IR8340 使用光纤,且 A、B 两侧上联光纤路径不同
| 对象 | LAN A | LAN B | 不能共用的东西 |
|---|---|---|---|
| 交换机安装 | 集装箱 A 侧机柜 | 集装箱对侧(B 侧)机柜 | 机柜、柜门密封、柜内空调或风扇 |
| 供电 | 供电回路 A;双电源取自 A 侧两个支路 | 供电回路 B;双电源取自 B 侧两个支路 | 同一馈线、同一 UPS、同一空开 |
| 环网(含汇聚段) | A 侧线槽内的屏蔽以太网线 | B 侧线槽内的屏蔽以太网线 | 线槽、穿墙孔、电缆沟 |
| IED 接入 | A 口跳线走 A 侧 | B 口跳线走 B 侧 | 同一根多芯缆、同一个配线架 |
| 汇聚(Level 2)上联 | 汇聚 A 光纤上联(至 RedBox、IR8340),路径 A | 汇聚 B 光纤上联,路径 B,与路径 A 全程不重叠 | 光缆、管道、ODF、熔接盒 |
| 标识 | 蓝色护套 / 标签 A | 紫色护套 / 标签 B | 颜色与编号规则 |
6.3 环网用什么以太网线?推荐 Cat 6A S/FTP 工业屏蔽线
IE-9320-24T4X 的电口最高只有 1 Gb/s,环网又全部走电口,Cat 5e 就够跑千兆。那为什么还要选 Cat 6A 屏蔽线?
提示:这根线不在机房里,而是在电容器集装箱之间、集装箱与汇聚机柜之间,旁边是开关操作产生的瞬变、雷击感应和两个箱体之间的地电位差。
第一性原理拆解:这根线要扛住的不是“带宽”,而是“环境”
- 速率需求很低:1000BASE-T 只需要 4 对绞线的 Cat 5e 或以上,最大 100 m。IE9300 HIG · Connecting Devices to the Ethernet Ports Cat 6A 在这里不是为了跑更快——24T4X 的电口本来就跑不了 10G。
- 电磁环境很恶劣:电容器组投切、断路器操作、雷击感应会产生快速瞬变和浪涌。Cisco 安装指南明确要求“使用屏蔽以太网线以改善 EMI/EMC 性能”,并指出为满足二次雷击抗扰要求,铜缆链路必须使用“接地的屏蔽双绞线”。IE9300 HIG · Connecting Devices / Install 100/1000BASE-T SFP Modules
- 每个误码都会变成“链路故障”:铜口出错后检测与恢复需要 350–750 ms,远慢于光口约 10 ms;这正是 REP 环在铜缆上最脆弱的地方。Redundancy Config Guide · REP design and link detection times
- 所以选线的优先级是:屏蔽与接地 > 机械与护套 > 类别。Cat 6A S/FTP(每对铝箔 + 总编织屏蔽)是在这三项上余量最大、也最容易采购到工业级产品的选择。工程推论
ISO/IEC 11801 的屏蔽命名法:斜杠前是总屏蔽,斜杠后是线对屏蔽。S/FTP = 总编织网屏蔽(S)+ 每对铝箔屏蔽(F)+ 双绞(TP)。相比 U/UTP(无屏蔽)和 F/UTP(只有总铝箔),它对外部高频干扰和线对间串扰的抑制最强。Cat 6A 对应 ISO/IEC 11801 的 Class EA、TIA-568.2-D 的 Category 6A,带宽 500 MHz。通用布线标准,非 Cisco 文档
千兆信号是一名信使,Cat 5e 已经够他跑完 100 m;但这条路穿过“交火区”。S/FTP 给每对线穿上贴身防弹背心(线对铝箔),再套一件外层防弹衣(编织网)——但前提是防弹衣要接地,否则它只是一层会“导电的布”,反而可能把干扰引进来。
| 项目 | 推荐 | 最低可接受 | 理由 / 依据 |
|---|---|---|---|
| 类别 | Cat 6A(ISO/IEC 11801 Class EA / TIA-568.2-D) | Cat 5e 或 Cat 6(屏蔽) | HIG:1000BASE-T 需 Cat 5e 或以上 4 对线;6A 提供更大裕量与更好的屏蔽结构 |
| 屏蔽结构 | S/FTP(线对铝箔 + 总编织网) | SF/UTP 或 F/UTP | HIG:使用屏蔽线改善 EMI/EMC;不接受 U/UTP |
| 导体 | 固定敷设:22–23 AWG 实芯;跳线:多股软线 | 24 AWG 实芯 | 线径越粗,插损越低、余量越大 |
| 护套与环境 | 工业级:箱外段抗紫外线、耐油(PUR/PE);箱内段低烟无卤(LSZH);宽温 | 户外级 PE + 金属管保护 | 集装箱间露天敷设、日照与高温;按 ISO/IEC 11801-3 的 MICE 环境等级选型 |
| 机械保护 | 铠装线,或穿镀锌钢管 / 封闭金属线槽 | PVC 管 + 封闭线槽 | 防鼠咬、防施工损伤;金属管同时提供附加屏蔽 |
| 连接器 | 工业级金属外壳屏蔽 RJ45(360° 屏蔽接触),可现场端接;箱外暴露处用 IP67 型 | 屏蔽 RJ45 水晶头 + 护套 | 屏蔽层必须通过连接器连续接到交换机金属外壳 |
| 长度 | 永久链路 ≤ 90 m,信道总长 ≤ 100 m(含两端跳线) | — | HIG:铜口最大 100 m;集装箱间距(典型 50–60 m)加箱内走线要核算,汇聚机柜到 U1、U8 两段最容易超长——超过 100 m 时该段须改光纤或调整汇聚位置 |
| 接地 | 屏蔽层两端经连接器接设备外壳,设备外壳可靠接地;集装箱之间做等电位连接 | — | HIG:二次雷击抗扰要求“接地的屏蔽双绞线”;HIG 提示 Cat 5e/6 线缆会积聚静电,连接前先对地放电 |
| 浪涌保护 | 在箱体穿墙处加装千兆以太网 SPD,接本箱接地排 | — | 线缆在箱外裸露、可能受雷击感应 工程建议 |
| 验收 | Class EA 认证测试报告(插损、NEXT、回损、长度)+ 屏蔽连续性 | Cat 5e 信道测试 + 屏蔽连续性 | 只有测试报告能证明“屏蔽是通的” |
设计取舍请正视这一点:Cisco 设计指南推荐交换机之间优先使用千兆光纤,理由是收敛更快,且“光纤以太网可以避免影响铜缆的潜在 EMC 问题”。SA 3.3 · REP Design Considerations;BRKIOT-2875 本项目整个环网(含汇聚交换机)采用铜缆,是在成本与施工上的取舍,因此必须同时满足三项补偿措施:① 所有铜缆环口强制启用 REP Fast(每 3 ms 信标,约 10 ms 检测断链,消除铜口 350–750 ms 的检测延迟);② 屏蔽、接地、等电位、SPD 一项不少;③ FAT/SAT 中实测“拔铜缆”的检测与收敛时间。若两个集装箱之间存在较大地电位差(例如分属不同接地网、距离较远或位于大电流入地点附近),屏蔽两端接地会引入地环流,这一段应改用光纤。
屏蔽层接地的两条原则:① 对高频干扰(开关瞬变、射频),屏蔽层两端接地效果最好,这也是 S/FTP 配合金属 RJ45 的默认做法;② 两端接地的前提是两端“地”基本等电位——所以集装箱底座应与站内接地网可靠连接,箱与箱之间做等电位连接,并且 A 侧与 B 侧的线缆各自独立接地,不在中途汇合。EMC 工程通用原则
6.4 IE-9320-24T4X 安装步骤:九步走
以下步骤提炼自 IE9300 硬件安装指南(HIG),并按变电站施工顺序重排。扭矩、线径等数值以所购设备的最新版 HIG 为准。
- ① 开箱与上电自检(POST):核对装箱清单;上架前先通电,SYS 灯闪绿表示正在 POST,常绿为通过,红色为失败;确认后断电。HIG · Verifying the Switch Operation
- ② 确认安装位置:设备须安装在限制进入区域(Statement 1017);顶、底、两侧至少留 1.75 in(4.4 cm);机架内多台叠放时,最上一台上方留 1 RU 无需降额,0 RU 需降额 5 °C。HIG · Installation Guidelines;Table 13
- ③ 上架:支持 19 in、23 in 与 ETSI 机架,前装/中装/后装;单台时装在机架底部,机架自下而上装载;高振动环境不要使用 23 in 与 ETSI 支架;可加橡胶堵头满足 IP30。HIG · Rack-Mount Installation
- ④ 保护接地(先接后断):使用随机附带的双孔接地端子与 6 AWG 铜线(单点接地可 12 AWG),剥线 12.7 mm,压接后以 10-32 螺钉固定,扭矩 30 in-lb(±2);接地“必须最先连接、最后断开”。HIG · Ground the Switch;Statement 1046
- ⑤ 安装电源模块:断开并锁定上游断路器;拆下空白盖板,插入电源模块,扭矩 8–10 in-lb;每个电源槽必须装电源或盖板。高压与低压电源不得混用;150/250 W 不能与 400 W 负载分担。HIG · Power Supply Installation;Table 23
- ⑥ 接线:AC/高压 DC 用 16–14 AWG,低压 DC 用 12–10 AWG,耐温 ≥ 90 °C;剥线 6.3 mm,压接叉形端子,端子扭矩 8.5 in-lb(±0.5),盖板 7 in-lb;上电后 PSU1/PSU2 与 PSU OK 灯应为绿色。北美断路器额定值 AC ≤ 20 A、DC ≤ 15 A。HIG · Wire the Power Source;Statement 1005
- ⑦ 光模块与线缆:环网铜缆按 6.3 节使用屏蔽线,连接前先对地放电(HIG 提示 Cat 5e/6 线缆会积聚静电);戴防静电腕带;插拔光模块前先拔光纤;防尘帽到连接时才取下;只用 Cisco 光模块;双介质口不支持电口 SFP;上行 SFP/SFP+ 总功率 4 W,>1 W 的模块之间空一个槽。HIG · SFP Installation
- ⑧ 告警与控制口:RJ-45 告警口提供 4 路干接点输入与 1 路 Form-C 继电器输出(30 VDC@1 A 或 60 VDC@0.5 A,仅阻性负载,须接 LPS 电源);不要给告警输入外加电压。Console:RJ-45(9600 8N1)或 Micro-USB,两者同时连接时 USB 优先。HIG · Alarm Ratings / Console Ports
- ⑨ 记录基线:序列号、PID、电源与光模块型号、软件版本、许可证、光功率、温度与端口计数器,作为日后判断“漂移”的参照。
电源选型速查
| PID | 额定 | 输入范围 |
|---|---|---|
| PWR-RGD-AC-DC-H | 150 W | AC 85–264 V / DC 88–300 V |
| PWR-RGD-LOW-DC-H | 150 W | DC 18–75 V |
| PWR-RGD-AC-DC-250 | 250 W | AC 85–264 V / DC 88–300 V |
| PWR-RGD-AC-DC-400 | 400 W | AC 85–264 V / DC 88–300 V |
24T4X 无 PoE、典型功耗约 35 W,150 W 的 -H 电源即可;变电站 110/220 VDC 直流屏选 AC-DC-H。Data Sheet · Table 5 / Table 7
工作温度:按柜型取值,而不是按“75 °C”
- 带鼓风设备的机柜:-40~75 °C
- 通风机柜:-40~70 °C
- 密封机柜:-40~60 °C(安全认证至 60 °C)
- 使用非工业级(EXT/COM)光模块时须降额
- 海拔 4572 m(15,000 ft)以下不降额
集装箱式电气舱在烈日下内部温升明显,应按太阳辐射、全部设备与光模块发热、空调失效后的温升核算,并配置高温与空调故障告警。Data Sheet · Table 12 / Table 15
认识面板指示灯:REDUNDANCY 模式是环网调试的好帮手
| 指示灯 | 状态 | 含义 |
|---|---|---|
| SYS | 绿 / 闪绿 / 红 / 闪红 | 正常 / POST 中 / 有电但故障 / 启动失败 |
| 端口(默认模式) | 琥珀色常亮 | 端口被 STP 阻塞 |
| 端口(REDUNDANCY 模式) | 绿 / 闪琥珀 | 端口参与 REP/HSR/PRP/MRP / 冗余故障 |
| PSU | 绿 / 红 / 闪红 | 正常 / 输出故障 / 无输入 |
| ALARM | 红 / 闪红 | 次要告警 / 主要告警 |
来源:HIG · System LED / Ethernet Ports / Power Supply Modules。
6.5 Day-0:四种上线方式怎么选
| 方式 | 怎么做 | 适用 | 注意 |
|---|---|---|---|
| Console + CLI 向导 | 9600 8N1 登录,进入初始配置对话或直接粘贴基线 | 少量设备、现场调试 | 最可控,推荐用于环网首台 |
| Express Setup(WebUI) | 出厂状态按 Express Setup 键 1–2 s,PC 接闪烁端口,浏览器访问 192.168.1.254,用户 admin、密码为序列号 | 不熟悉 CLI 的现场人员 | 完成后关闭不需要的 HTTP 服务(见 6.7) |
| ZTP(17.18.1 起) | DHCP option 67 下发 Python 脚本,Guest Shell 执行,不需要 SD 卡;失败则回落 AutoInstall | 批量部署 | 通过数据口完成 |
| AutoInstall / PnP / REP ZTP | TFTP 下发配置;或 Catalyst Center PnP;REP ZTP 让环上新设备经已上线邻居获取地址 | 大规模、集中管理 | REP ZTP 需 PnP 配合,仅限支持 REP ZTP 的 IE 交换机 |
来源:HIG · Express Setup;IIoT ZTP Configuration Guide;IIoT AutoInstall Configuration Guide;Redundancy Config Guide · REP ZTP。
环网首次上线的安全顺序:REP 端口一启用就会阻塞所有 VLAN,直到协商完成,所以不要通过 SSH/Telnet 远程给环口配置 REP;先逐台在 Console 上完成配置,并让环上一条链路保持 shutdown,确认全段只有一个 Alternate 后再闭环。Redundancy Config Guide · Guidelines for REP
6.6 软件版本怎么选:不是“越新越好”,而是“证据闭环”
经过功能支持、已知缺陷、安全通告、互操作、升级与回退五道闸门审查后,被项目正式批准的 IOS XE 镜像。LAN A、LAN B 与 RedBox 原则上使用同一基线,避免两张网行为不一致。
航空公司不会因为发动机厂发布了新软件就当天全机队升级:先看机型适配、适航指令、模拟器验证,再规定回退办法。变电站交换机的版本选择遵循同样的“适航”逻辑。
第一步:用“功能门槛”画出版本下限
| 功能 | 最低版本 | 是否本项目必需 | 来源 |
|---|---|---|---|
| IE-9320-22S2C4X 作为 PRP RedBox | 17.12.1 | 必需(方案 A) | Config Guide · Information about PRP |
| PTP over PRP(22S2C4X) | 17.12.1 | 仅需 PTP 时 | Config Guide · Table 3 |
| REP 段数:8 个 | 17.15.2 | 否(每网 1 段) | Config Guide · Feature history |
| ZTP(Python / Guest Shell) | 17.18.1 | 可选 | IIoT ZTP Guide |
| REP:26 开放段 / 13 闭合段;MACsec 与 REP/REP Fast 互通;Resilient Infrastructure “限制”阶段 | 26.1.1 | 可选 | Config Guide;RI Playbook |
| PTP over REP(< 200 ms 切换);REP Fast 26 开放段 | 26.2.1 | 需要 PTP 跨 REP 环时必需 | 26.2.x Release Notes |
第二步:用“缺陷与安全”筛掉候选
| Bug ID | 描述 | 为什么重要 |
|---|---|---|
| CSCwu29126 | IE9300 的 ALT 端口未能阻塞流量,导致 REP 环路 | 直接威胁 REP 环的基本防环能力——候选 17.x 版本必须确认已含修复 |
| CSCwt64311 | 启用 PRP 时 VLAN 标记流量的填充可能不正确(IE9300 / IE3500) | 本设计使用 VLAN 标记的监督帧与 trunk |
| CSCwu25584 | 10G 端口链路抖动后 PTP 时间戳获取可能失败 | 环网口为 10G 且需要 PTP 时相关 |
| CSCwc52868 | REP HFL 报文导致接口输入队列卡死(Catalyst 9000 技术说明) | 症状是 CDP/IGMP 失效、REP 收敛异常,只能重启或升级 |
来源:26.2.x Release Notes · Resolved issues;Understand REP on Catalyst 9000 · Input Queue Wedge。26.2.1 仍有一个开放缺陷 CSCww30938(IE9320 千兆链路 CRC 可能增加),验收时应关注 CRC 计数。
第三步:做出决定
待核验Cisco 文档未给出 IE9300 的“推荐版本(Suggested Release)”或 26.x 的维护类型标注;IE 交换机过往发布说明中,延长维护(EM)版本提供 24 个月缺陷修复、标准维护(SM)版本提供 6 个月。IE3x00 17.2.x Release Notes · 发布节奏 最终镜像应以 Cisco Software Download 的星标推荐、PSIRT 公告、TAC/客户团队意见与项目测试共同决定。升级采用 install 模式:install add file flash:ie9k_iosxe.26.02.01.SPA.bin activate commit。26.2.x Release Notes · Supported software packages
6.7 Resilient Infrastructure:Cisco 正在把“不安全”变成“不可用”
一台交换机默认开着 HTTP、Telnet 和 SNMPv2c,是厂商的“方便”,还是用户的“风险”?
如果答案是后者,厂商应该怎么做——发一份建议文档,还是直接改默认值?
Cisco 对 IOS XE 的一项持续安全计划:以安全替代方案取代遗留的不安全命令,缩小攻击面、移除不安全技术与功能、加强默认设置。时间线为:17.18.2 仅告警(配置 Telnet、HTTP、SNMPv1/v2c、DES/MD5、Type 0/5/7 口令等时产生 Syslog)→ 26.1.1 开始限制(引入 System Mode:安全/不安全,使用遗留功能须显式 system mode insecure,每 24 小时扫描告警)→ 后续版本逐步移除。Cisco IOS XE Resilient Infrastructure Playbook for Industrial IoT
第一阶段像“没系安全带就滴滴响”(告警);第二阶段像“不系安全带就挂不了挡,除非你签字确认”(system mode insecure);第三阶段则是新车干脆不再提供“取消提示”的选项(移除)。早一点系上安全带,比被迫改装要便宜得多。
| 变化 | 对变电站项目的影响 |
|---|---|
出厂配置下 Web 服务器默认关闭;WebUI 与 RESTCONF 需显式 ip http secure-server(Express Setup 例外) | 依赖 WebUI 的运维流程需改为显式启用 HTTPS |
| RADIUS Access-Request 附加 Message-Authenticator(属性 80),无效回复被丢弃(CVE-2024-3596) | 若使用 RADIUS 认证管理员,服务器须返回属性 80 |
| 出站 SSH 启用 TOFU(首次信任) | 自动化脚本需处理主机密钥 |
| 所有三层接口默认关闭 Proxy ARP | 依赖 Proxy ARP 的老旧 IED 需评估 |
| 拒绝未认证的 NTP Mode 6/7 查询 | NTP 客户端功能不受影响 |
| Syslog 时间戳自动包含年份 | SIEM 解析规则需适配 |
| 启用 Telnet、FTP、TFTP、HTTP 时向控制台与 Syslog 告警 | 应在设计阶段就避免这些服务 |
| CIP 口令改为 Type 8 哈希 | 工业协议管理口令更安全 |
来源:Release Notes for IE9300, Cisco IOS XE 26.2.x · New software features / Change in behavior。
| 不要用 | 改用 | 示例命令(以目标版本 ? 帮助为准) |
|---|---|---|
| Telnet | SSHv2,RSA ≥ 3072 位 | ip ssh version 2;crypto key generate rsa modulus 3072;transport input ssh |
| HTTP | HTTPS 或关闭 | no ip http server;如需 WebUI:ip http secure-server |
| SNMPv1 / v2c | SNMPv3 authPriv(SHA / AES) | snmp-server group NMS v3 priv |
| Type 0/5/7 口令 | Type 8/9(PBKDF2 / scrypt) | username admin privilege 15 algorithm-type scrypt secret … |
| 明文存储的密钥 | 主密钥 + Type 6 加密 | key config-key password-encrypt;password encryption aes |
| FTP / TFTP 传文件 | SCP / SFTP | ip scp server enable(仅在维护窗口开启) |
就绪检查四步:① 在支持的版本上执行 show system insecure configuration 盘点;② 为每项功能找到安全替代并评估影响;③ 在实验室或维护窗口测试;④ 更新运维工具与脚本,在升级到“限制”或“移除”版本之前完成整改——注意:若上一版本存在不安全配置,升级到 26.1.1 后会自动套用 system mode insecure。RI Playbook · Customer Readiness Checklist
地基决定高度:分置两侧的机柜、独立的电源与线缆让 PRP 的假设成立,经过验证的版本让 REP 的承诺兑现,安全的默认值让整张网不必“带病上岗”。
逐步配置:从空白交换机到可验收的双环 PRP
本章把第 5 章的设计翻译成命令行。顺序本身就是设计的一部分:先加固、再 MTU、再 REP(环保持断开)、再接入、再 RedBox、再 QoS 与时间、再监控,最后闭环并验证。每一步都为下一步提供前提。
配置边界以下是依据 IE9300 配置指南、SA 3.1 实施指南与 CPwE PRP 指南整理的实验室模板,不是可跨版本直接粘贴的生产配置。尖括号 <…> 为占位符;汇聚上联光口名称(Te1/0/25 或 Gi1/0/25)、QoS 与 PTP 关键字会随型号和版本变化。上线前请在目标型号、目标镜像上用 ? 帮助、对应版本的 Configuration Guide 与 Release Notes 三方复核,并完成第 9 章的故障注入测试。
7.1 顺序本身就是设计
命令都对,顺序还重要吗?
如果先启用 PRP、后调整 MTU,会怎样?如果 REP 还没生效,环已经闭合,又会怎样?
两个顺序陷阱
- MTU 在 PRP 之前:先启用 PRP、后改 MTU,1500 字节的满载帧加上 6 字节 RCT 会被沿途端口静默丢弃——小包正常、大包失踪,最难排查。
- REP 在闭环之前:REP 生效前物理环已经闭合,会形成临时环路与广播风暴。先让一条环链路保持 shutdown,全段核查后再打开。
- 步骤 0 前置检查:型号、版本、许可、是否堆叠。
- 步骤 1 安全基线:本地账号、SSH、关闭不安全服务、管理 ACL。
- 步骤 2 VLAN 与 MTU:业务 VLAN 两网同号;
system mtu 1506。 - 步骤 3 REP 环:Unit 交换机成员口、汇聚边缘口,一条链路保持断开。
- 步骤 4 接入端口:IED、SAN、未用口、RedBox 对接口、管理上联。
- 步骤 5 RedBox:PRP 通道、监督帧 VLAN、VDAN 接入口。
- 步骤 6 QoS:按 EtherType 分类,优先队列。
- 步骤 7 时间同步:NTP(默认)或 PTP over REP / PRP(26.2.1+)。
- 步骤 8 监控与告警:Syslog、SNMPv3、告警继电器、PRP/REP 通知。
- 步骤 9 闭环与验证:打开最后一条链路,按表 7-1 逐项核对。
7.2 十个步骤的配置模板
前置检查(每台)
show version ! 确认型号与 IOS XE 版本符合基线
show inventory ! 记录 PID / SN / 电源 / 光模块
show switch ! RedBox 必须只有 1 个成员(堆叠不支持 PRP)
show license summary ! -E = Network Essentials,已足够运行 REP / PRP
show env power ! 双电源均为 OK
show facility-alarm status ! 无遗留告警
show interfaces status ! 核对汇聚 SFP+ 口实际名称(Te1/0/25 或 Gi1/0/25)
安全基线(LAN A 所有交换机;LAN B 将 901 换为 902)
hostname U1-A
service timestamps log datetime msec localtime show-timezone
service sequence-numbers
! —— 口令与账号:使用 Type 9(scrypt),避免 Type 0/5/7 ——
enable algorithm-type scrypt secret <ENABLE-SECRET>
username netadmin privilege 15 algorithm-type scrypt secret <ADMIN-SECRET>
aaa new-model
aaa authentication login default local
aaa authorization exec default local
! —— SSHv2,关闭 HTTP / Telnet ——
ip domain name <site.example>
crypto key generate rsa modulus 3072
ip ssh version 2
ip ssh time-out 60
ip ssh authentication-retries 3
no ip http server
no ip http secure-server
login block-for 120 attempts 5 within 60
login on-failure log
login on-success log
! —— LAN A/B 交换机不做路由(CPwE),只保留管理 SVI ——
no ip routing
ip default-gateway 10.90.1.1
! —— 管理平面只允许运维网段 ——
ip access-list standard ACL-MGMT
permit 10.90.10.0 0.0.0.255
deny any log
line con 0
exec-timeout 10 0
line vty 0 15
access-class ACL-MGMT in
exec-timeout 10 0
transport input ssh
banner login ^ Authorized access only. Activity is logged. ^
安全替代依据:Resilient Infrastructure Playbook;26.2.1 起 Web 服务器在出厂配置中默认关闭,Syslog 时间戳自动带年份。
VLAN 与 MTU(LAN A 所有交换机)
vlan 100
name IED-PRP
vlan 200
name AUX-SAN
vlan 901
name MGMT-A ! LAN B:vlan 902 / MGMT-B
vlan 3901
name REP-ADMIN-A ! LAN B:vlan 3902 / REP-ADMIN-B
vlan 999
name BLACKHOLE
!
system mtu 1506 ! 为 6 字节 RCT 预留;全部 LAN A/B 交换机统一
!
interface Vlan901
description MGMT-A
ip address 10.90.1.11 255.255.255.0 ! 每台不同
no shutdown
REP 环(LAN A = Segment 101;LAN B = Segment 102)
rep admin vlan 3901 ! 全环一致;不要用默认 VLAN 1
!
! —— 全部 Unit(U1…U8):两个环口都是 Cat 6A S/FTP 铜缆 ——
interface range GigabitEthernet1/0/23 - 24
description REP-RING-A-COPPER (23=西 24=东)
switchport mode trunk
switchport trunk allowed vlan 100,200,901,3901
rep segment 101
rep fastmode ! 铜缆环口强制启用;链路两端都要配
no shutdown
! U1 的 Gi1/0/23 接汇聚 A 的 Gi1/0/23(Edge P)
! U8 的 Gi1/0/24 接汇聚 A 的 Gi1/0/24(Edge S)
! 所有 Unit 配置相同,SFP+ 口全部预留关闭
interface GigabitEthernet1/0/23 ! U5-A 朝向 U4 的铜缆环口
rep segment 101 preferred ! 希望 Alternate 平时落在这里
! 故障恢复后,由主边缘的抢占把阻塞点
! 拉回到 preferred 端口,便于运维识别
rep admin vlan 3901
!
interface GigabitEthernet1/0/23
description REP-EDGE-PRIMARY-to-U1-A (屏蔽铜缆)
switchport mode trunk
switchport trunk allowed vlan 100,200,901,3901
rep segment 101 edge primary
rep block port preferred vlan all ! 阻塞点放在 preferred 端口
rep preempt delay 60 ! 15–300 s;只在主边缘配置;抢占会造成本网瞬断(PRP 由 B 网兜底)
rep fastmode
no shutdown
!
interface GigabitEthernet1/0/24
description REP-EDGE-SECONDARY-to-U8-A (屏蔽铜缆)
switchport mode trunk
switchport trunk allowed vlan 100,200,901,3901
rep segment 101 edge
rep fastmode
shutdown ! 全环配置并核查完成后再 no shutdown(步骤 9)
REP 配置要点:① REP 端口必须是 802.1Q trunk,段内所有 trunk 的允许 VLAN 列表保持一致;② REP 与 STP 不能在同一段或同一接口上运行;③ 汇聚 A、汇聚 B 各自单台运行——全铜缆环里汇聚 Edge 口也依赖 REP Fast,而 REP Fast 不支持堆叠;若坚持堆叠,只能删除 rep fastmode,断线检测退回 350–750 ms,堆叠成员故障时收敛 3–20 s;④ 整个环网(含汇聚 Edge 口)都是千兆铜缆,所有环口必须启用 REP Fast——铜口断链检测与恢复需要 350–750 ms,REP Fast 用 3 ms 信标把检测缩短到约 10 ms;只有某段铜缆确实无法启用 REP Fast 时,才在两端用相同的 rep lsl-age-timer(120–10000 ms)缩短老化;⑤ 铜缆环口保持速率/双工自协商(两端一致),不要在环口上配置 PortFast、BPDU Guard、Port Security。Redundancy Config Guide · REP Guidelines / REP design and link detection times;SA 3.3 · REP Design Considerations;HIG · Ethernet Ports;Stacking Guide
接入端口
! —— IED(DAN)的 A 口:B 口在 U1-B 上做镜像配置 ——
interface range GigabitEthernet1/0/1 - 12
description IED-PRP-A
switchport mode access
switchport access vlan 100
switchport nonegotiate
spanning-tree portfast
spanning-tree bpduguard enable
switchport port-security maximum 1
switchport port-security violation restrict
switchport port-security mac-address sticky ! 调试期学习,核准后改为静态 MAC
switchport port-security
storm-control broadcast level 1.00
storm-control action trap
no shutdown
!
! —— 空调等 SAN(只接一侧)——
interface range GigabitEthernet1/0/13 - 18
description AUX-SAN
switchport mode access
switchport access vlan 200
switchport nonegotiate
spanning-tree portfast
spanning-tree bpduguard enable
switchport port-security maximum 1
switchport port-security violation restrict
switchport port-security
storm-control broadcast level 1.00
storm-control action trap
no shutdown
!
! —— 预留、运维、镜像口与全部 SFP+ 口默认关闭 ——
interface range GigabitEthernet1/0/19 - 22 , TenGigabitEthernet1/0/25 - 28
description UNUSED
switchport mode access
switchport access vlan 999
shutdown
interface TenGigabitEthernet1/0/27
description FIBER-to-RB1-Gi1/0/21 (PRP LAN A)
switchport mode trunk
switchport trunk allowed vlan 100,200
spanning-tree portfast edge trunk ! CPwE:LAN 交换机朝向 RedBox 的端口
no shutdown
interface TenGigabitEthernet1/0/28
description FIBER-to-RB2-Gi1/0/21 (PRP LAN A)
switchport mode trunk
switchport trunk allowed vlan 100,200
spanning-tree portfast edge trunk
no shutdown
!
interface TenGigabitEthernet1/0/25
description FIBER-MGMT-UPLINK-A to IR8340
switchport mode access
switchport access vlan 901 ! 只送管理 VLAN,业务 VLAN 绝不上送
spanning-tree portfast
spanning-tree bpduguard enable
no shutdown
RedBox(IE-9320-22S2C4X,独立运行)
hostname RB1
vlan 100
name IED-PRP
vlan 200
name AUX-SAN
!
! —— 成员口:Gi1/0/21 = LAN A,Gi1/0/22 = LAN B(须先 21 后 22)——
interface range GigabitEthernet1/0/21 - 22
description PRP-CH1-MEMBER
switchport mode trunk
switchport trunk allowed vlan 100,200
no ptp enable ! 不跑 PTP over PRP 时
no keepalive
udld port disable ! PRP 接口必须禁用 UDLD
prp-channel-group 1 ! 注意:no 形式不受支持
no shutdown
!
interface PRP-channel1
switchport mode trunk
switchport trunk allowed vlan 100,200
spanning-tree bpdufilter enable ! 必需:形成独立的生成树域
spanning-tree portfast edge trunk
!
! —— 监督帧带 VLAN 标记,A/B 两侧一致;选 VDAN 所在 VLAN ——
prp channel-group 1 supervisionFrameOption vlan-tagged
prp channel-group 1 supervisionFrameOption vlan-id 100
!
! —— 普通侧:SCADA / PPC 前置机(成为 VDAN)——
interface GigabitEthernet1/0/1
description SCADA-FE1 (VDAN)
switchport mode access
switchport access vlan 100
spanning-tree portfast
spanning-tree bpduguard enable
no shutdown
!
prp logging-interval 300 ! PRP 告警类 Syslog 的发送间隔(默认 300 s)
RedBox 要点:两台 RedBox 的普通侧不得二层互通;若需要三层出口,由 RedBox 承担路由(CPwE),不要让 LAN A/B 交换机做网关。单个成员口断开时 show interface status 仍显示 UP,必须用 show prp channel 判断。Config Guide · PRP Guidelines;CPwE · RedBox Design
QoS:按 EtherType 识别 GOOSE/SV/PTP(所有 LAN A/B 交换机)
mac access-list extended MACL-GOOSE
permit any any 0x88B8 0x0
mac access-list extended MACL-SV
permit any any 0x88BA 0x0
mac access-list extended MACL-PTP
permit any any 0x88F7 0x0
!
class-map match-any CM-IN-PROT
match access-group name MACL-GOOSE
match access-group name MACL-SV
class-map match-any CM-IN-PTP
match access-group name MACL-PTP
policy-map PM-IN-CLASSIFY
class CM-IN-PROT
set qos-group 1
set cos 4 ! 与 IEC 61850 默认 PCP 4 一致;以 SCD 为准
class CM-IN-PTP
set qos-group 2
!
class-map match-any CM-OUT-PROT
match qos-group 1
class-map match-any CM-OUT-PTP
match qos-group 2
policy-map PM-OUT-QUEUE
class CM-OUT-PROT
priority level 1
police rate percent 30
conform-action transmit
exceed-action drop
class CM-OUT-PTP
priority level 2
police rate percent 5
conform-action transmit
exceed-action drop
class class-default
bandwidth remaining percent 100
!
interface range GigabitEthernet1/0/1 - 18 , GigabitEthernet1/0/23 - 24
! 汇聚交换机为 GigabitEthernet1/0/1 - 16 , 1/0/23 - 24 , TenGigabitEthernet1/0/27 - 28
service-policy input PM-IN-CLASSIFY
service-policy output PM-OUT-QUEUE
依据:SA 3.3 · Quality of Service(入向按 EtherType 分类、出向优先队列);SA 3.1 IG · IE9300 运行配置中的 MAC ACL;IE9300 QoS Guide(8 个出口队列,最多 2 个优先级、优先队列仅支持单速率双色限速)。限速比例为示例,应依据 SCD 中的 GOOSE/SV 流量测算。实验室验证
时间同步
clock timezone <TZ> <offset> 0
ntp server 10.90.10.40 prefer
ntp server 10.90.10.41
ntp source Vlan901
! 若 NTP 服务器支持,启用认证:
! ntp authenticate / ntp authentication-key …
! ntp trusted-key …
no ptp profile
no ptp mode
no ptp domain
ptp profile power
ptp mode p2ptransparent
ptp domain <与 GM 一致>
!
interface range GigabitEthernet1/0/23 - 24 ! Unit 与汇聚的环口相同
ptp vlan <PTP-VLAN> ! TC 仅限单一 VLAN
PTP 示例结构取自 IE9300 Redundancy Config Guide · Configure PTP over REP;整环必须统一 REP Fast 或标准 REP(本项目铜缆环统一用 REP Fast);GLC-T 电口 SFP 不在精度保证范围内,交换机原生铜口上的 PTP 精度须在 FAT 中实测。GM(22S2C4X GNSS)与 PTP over PRP 的配置以对应版本的 PTP 配置指南为准。
监控与告警(所有交换机)
! —— Syslog:本地缓冲 informational,远端 notifications ——
logging buffered 512000 informational
no logging console
logging trap notifications
logging origin-id hostname
logging source-interface Vlan901
logging host 10.90.10.20
logging host 10.90.10.21
!
! —— 配置变更审计 ——
archive
log config
logging enable
notify syslog contenttype plaintext
hidekeys
!
! —— SNMPv3 authPriv ——
snmp-server view NMSVIEW iso included
snmp-server group NMS v3 priv read NMSVIEW
snmp-server user nmsuser NMS v3 auth sha <AUTH> priv aes 128 <PRIV>
snmp-server host 10.90.10.30 version 3 priv nmsuser
snmp-server enable traps snmp linkdown linkup coldstart warmstart
snmp-server enable traps config
snmp-server enable traps port-security
snmp mib rep trap-rate 100 ! REP 角色/状态变化 Trap 限速(0 = 不限)
!
! —— 环境告警:电源与温度送继电器、Syslog、SNMP ——
alarm facility power-supply relay major
alarm facility power-supply syslog
alarm facility power-supply notifies
alarm facility temperature secondary high <柜内阈值>
alarm facility temperature secondary relay minor
alarm facility temperature secondary syslog
alarm facility temperature secondary notifies
!
! —— 掉电前最后一口气 ——
dying-gasp primary syslog secondary snmp-trap
依据:IE9300 Alarms Configuration Guide(电源/温度告警、继电器);SA 3.1 IG · IE9300 运行配置(dying-gasp);Redundancy Config Guide · Configure SNMP Traps for REP。温度阈值的单位与取值范围以目标版本 ? 帮助为准。待核验
闭环与验证
show rep topology segment 101 ! 闭环前:从 Primary Edge 到 U8 全部可见
configure terminal
interface GigabitEthernet1/0/24
no shutdown
end
show rep topology segment 101 ! 闭环后:全段只有 1 个 Alternate,位于 preferred 端口
copy running-config startup-config
7.3 验证命令与通过标准
| 对象 | 命令 | 通过标准 |
|---|---|---|
| MTU | show system mtu | LAN A/B 所有交换机 ≥ 1506 |
| REP 拓扑 | show rep topology segment 101 [detail] | 环闭合;两个边缘在汇聚;只有 1 个 Alternate;无 Failed |
| REP 端口 | show interfaces rep detail | LSL 状态 TWO_WAY;角色符合设计;所有铜缆环口 REP Fast 已启用 |
| 铜缆环口质量 | show interfaces Gi1/0/23 - 24(看 CRC、input errors) | 1000 Mb/s 全双工;CRC 与输入错误为 0 且不增长(26.2.1 开放缺陷 CSCww30938 涉及 IE9320 千兆口 CRC) |
| REP 历史 | show rep topology archive | 故障演练后能看到上一次拓扑 |
| PRP 通道 | show prp channel 1 detail | 通道 up,Gi1/0/21 与 Gi1/0/22 均为成员且 up |
| PRP 统计 | show interface prp-channel 1;show prp statistics ingressPacketStatistics | LAN A、LAN B 计数同步增长;duplicate 计数增长;wrong lan id 为 0 |
| 节点表 | show prp node-table;show prp vdan-table | 对端 DAN 显示为 dan;VDAN 表含前置机 MAC |
| 监督帧 | show prp control supervisionFrameOption | vlan-tagged,VLAN 100 |
| QoS | show policy-map interface Gi1/0/23 output | CM-OUT-PROT 命中计数增长,无丢弃 |
| 端口安全 | show port-security;show port-security address | 每口 1 个已核准 MAC;违规计数为 0 |
| 环境 | show env power;show alarm settings;show facility-alarm status | 双电源 OK;告警继电器按设计关联 |
| 日志 | show logging | SIEM 已收到测试消息;时间戳与 NTP 一致 |
命令来源:IE9300 Redundancy Config Guide · Monitoring REP / CTS and PRP show commands;Understand REP on Catalyst 9000 · Command Summary;SA 3.1 IG · PRP Verification。
生产配置不是“命令看起来正确”,而是“型号、版本、端口、顺序和故障场景都被验证过”。
没有 ISE 怎么管接入?出了问题谁第一个知道?
变电站里的 IED 和 RTU 不会输入用户名和密码,很多也不支持 802.1X。没有 ISE 时,接入安全不能靠“一把锁”,而要靠层层叠加的确定性控制;运维告警也不能等“业务断了”才响,而要在“一张网失去冗余”的那一刻就响。
8.1 MAC 绑定够不够?先弄清“身份”有几种强度
交换机只看到一个 MAC 地址。它怎么知道插进来的还是那台保护装置,而不是一台改了 MAC 的笔记本?
答案:仅凭 MAC,它不知道。那么我们还能利用 OT 环境的哪些“确定性”?
第一性原理拆解
- MAC 地址可以被软件随意修改,所以 MAC 绑定只能证明“插进来的设备声称自己是谁”。SSDG 直言:MAB 应被视为“兼容机制,而非强身份方法”。Secure Substation DG · Network Access Control with 802.1X and MAB
- 但 OT 端口有 IT 端口没有的优势:设备固定、位置固定、通信对象固定、协议固定。一台线路保护 IED 十年都插在同一个口、只和固定几台设备说固定几种话。
- 所以安全策略应把这些“确定性”全部用上:物理锁柜 + 固定端口 + 固定 MAC + 固定 VLAN + 固定组播订阅 + 持续行为监测。任何一项被打破,都应产生告警。
图 8-1 无 ISE 场景下的纵深防御:五层嵌套控制 + 贯穿各层的被动监测(紫色虚线)
交换机按端口限制并识别允许的源 MAC 地址:可设置最大数量、静态或 sticky(自动学习并写入运行配置)的安全地址,以及违规动作——protect(静默丢弃)、restrict(丢弃并产生 Syslog/Trap、计数)、shutdown(默认,端口进入 err-disabled)。端口必须为 access 或 trunk 模式,不能是 dynamic auto。Cisco Port-Based Traffic Control(IE/CGS 配置指南)
MAC 绑定像小区门卫核对“门牌号”:住户搬走、陌生人搬进来,门卫马上知道。但如果有人伪造了一张一模一样的门牌,门卫就认不出来——这时需要楼道里的摄像头(Cyber Vision、日志基线)发现“这个住户的作息突然变了”。门牌是门闩,不是身份证。
8.2 无 ISE 的接入控制栈
| 控制 | 推荐做法 | 能防 | 不能防 |
|---|---|---|---|
| 端口与 VLAN | 描述写资产编号;固定 access VLAN;switchport nonegotiate;未用口 shutdown 并放入黑洞 VLAN 999 | 误接、误配置、DTP 协商成 trunk | 有意伪装 |
| Port Security | 调试期 sticky 学习 → 人工核准 → 投产转静态 MAC;maximum 1(IED 有多个 MAC 时按实际) | 随意换机、私接小交换机 | 精确 MAC 伪造 |
| PortFast + BPDU Guard | 所有终端口启用;收到 BPDU 即 err-disable | 误接交换机、环路 | — |
| Storm Control | 广播限 1% 并 trap;多播阈值不要卡死(GOOSE 突发与 PRP 监督帧) | 广播风暴 | 低速率攻击 |
| 组播白名单 | 依据 SCD,在订阅者接入口出方向用 MAC ACL 只放行订阅的 GOOSE/SV 组播 | 无关组播扩散、信息泄露 | 合法组播中的恶意内容 |
| IP-MAC-端口一致性 | 资产台账记录 IED 的 IP、MAC、交换机端口三元组,NMS 定期比对 | “同 MAC 不同 IP”的伪装 | 完全克隆 |
| 管理平面 | SSHv2、SNMPv3 authPriv、本地 scrypt 账号、管理 ACL、独立管理 VLAN | 弱协议与管理面暴露 | — |
| 被动监测 | Cyber Vision(IE9300 可承载传感器;-A 型号含 3 年 24 端点 CV Advantage 许可)或 ERSPAN 到探针 | 异常协议、伪装、基线漂移 | 不做阻断 |
来源:Secure Substation DG · LAN Design Considerations / Sensor Placement on IE9300;SA 3.3 · Multicast Filtering;IE9300 Data Sheet · Ordering(Cyber Vision 许可,2025-08-23 起订单)。
违规动作选 restrict 还是 shutdown?
| 动作 | 违规时发生什么 | 对保护业务的影响 | 适用 |
|---|---|---|---|
| protect | 静默丢弃未知源 | 不影响合法设备,但没有告警 | 不推荐:看不见就等于没发生 |
| restrict | 丢弃未知源 + Syslog + Trap + 计数 | 合法 IED 继续工作 | IED/RTU 口推荐:安全与可用兼顾 |
| shutdown | 端口 err-disabled,灯灭,告警 | 该口全部中断;对 DAN 而言另一张 LAN 仍在,但已失去冗余 | 高安全区或空闲口;须有恢复流程 |
建议保护/测控 IED 口用 restrict,让告警而不是断网成为第一反应;不要对 psecure-violation 配置自动 err-disable 恢复,否则攻击者可以“等一会儿再试”。该决策应由保护、运行与安全三方在失效模式分析中共同签字。若某型 IED 已验证支持 802.1X/EAP-TLS,未来引入 ISE 时应优先使用证书身份。
IED 更换(RMA)的标准流程
- 开具工单,记录旧 IED 的 MAC、IP、端口与 SCD 版本。
- 在 A、B 两侧交换机上分别清除该端口的安全地址:
clear port-security sticky interface Gi1/0/x(或删除静态 MAC 配置)。 - 接入新 IED,确认其 A、B 两口 MAC 一致、IP 与 SCD 一致。
- 重新学习并人工核准,再固化为静态 MAC;在资产台账更新三元组。
- 检查
show prp node-table(若对端为 RedBox)与 GOOSE 订阅恢复;关闭工单并归档配置差异。
MAC 绑定是一把门闩,不是一张身份证;真正的安全来自“门闩 + 隔离 + 白名单 + 持续监视”。
8.3 监控的第一性原理:在“失去冗余”时告警,而不是“业务中断”时
PRP 让 LAN A 的故障对业务完全“无感”。这是好消息,还是坏消息?
如果没人知道 LAN A 已经坏了三天,第四天 LAN B 再坏一次,会怎样?
第一性原理拆解
- 冗余系统的危险在于:第一次故障是静默的。业务照常,值班员什么也看不到。
- 系统真正的状态不是“通/断”,而是“冗余度”:2 = 健康,1 = 带病运行,0 = 中断。
- 所以告警分级应按冗余度定义:冗余度从 2 降到 1 就是 P2,必须在下一次故障之前修复;降到 0 是 P1。
一个具体例子:综保装置的两个 PRP 网口
回到第 1.3 节介绍的综保装置。在第 4 章的术语里,它是一个 DAN:A 口接 Unit 的 A 交换机,B 口接 B 交换机,每一帧报文同时从两个口发出。
有告警的世界
- T0:某台综保装置 A 口的网线松脱。B 口照常收发,跳闸与遥测业务不受影响。
- T0 + 几秒:Unit 交换机产生
%LINK-3-UPDOWN,对端 RedBox/DAN 上出现%PRP_WARN_LAN;NMS 判定“冗余度 2 → 1”,生成 P2 工单。 - 当班:运维人员到柜前重插或更换网线,A 口恢复,冗余度回到 2。
没有告警的世界
- T0:同样是 A 口故障,同样业务不受影响——所以没有任何人知道。
- 几周后:B 侧机柜检修,或 B 口接触不良。
- 结果:该综保装置两个 PRP 网口都已失效,GOOSE 联锁与跳闸、SCADA 遥控同时中断。一次本可当班处理的小缺陷,演变成保护拒动或大面积停电的大事故。
给客户的建议 ②关键网络必须进行监控,以便在发生故障时及时响应。综保装置的两个网口支持 PRP,单个网口故障的确不影响业务,但必须告警;否则当第二个网口出故障时,就会导致业务中断,造成大的事故。PRP 把“断网”变成了“降级”,监控的任务就是让“降级”被看见。下面三节给出具体做法:要开哪些 Syslog、如何按冗余度分级、收到告警后怎么处置。
图 8-2 四条监控通路:Syslog、SNMP、继电器硬接点、流量基线。把交换机的 Form-C 告警输出接入 RTU,网络告警就能出现在值班员熟悉的 SCADA 画面上
8.4 Syslog 到底要开什么?
Syslog 有 0–7 共八个级别,数字越小越严重:0 emergencies、1 alerts、2 critical、3 errors、4 warnings、5 notifications、6 informational、7 debugging。设置 logging trap notifications 意味着把 0–5 级全部送往服务器。之所以选 5 级,是因为本设计最关心的冗余事件恰好落在 4–5 级:REP 链路非运行是 4 级,PRP 的“错网/告警/超长包”是 5 级。本地缓冲保留到 6 级,用于事后排障。
| 级别 | 消息(mnemonic) | 含义 | 告警等级与动作 | 来源 |
|---|---|---|---|---|
| 4 | %REP-4-LINKSTATUS | REP 端口因邻居无响应而非运行(LSL 丢失) | P2:该 LAN 失去冗余,定位链路 | REP on C9K TechNote |
| 5 | %REP-5-EDGEMISCONFIG | 段内边缘端口多于两个(故障恢复过程中短暂出现属正常) | P3,持续存在升为 P2 | REP on C9K TechNote |
| 5 | %PRP_WARN_LAN-5-WARN_LAN | PRP 在 LAN A 或 B 上置位告警(丢包或错网计数增加) | P2:业务在线但只剩一条路径 | IE9300 Config Guide · PRP syslog |
| 5 | %PRP_WRONG_LAN-5-WRONG_LAN | 对端 LAN A 接到了 LAN B(线接反) | P2:施工错误,立即纠正 | 同上 |
| 5 | %PRP_OVERSIZE_PKT-5-OVERSIZE_LAN | 出现超长包 | P2:检查沿途 MTU 是否 1506 | 同上 |
| 4 | %PRP_MSG-4-PRP_VLANTAG | 启用 VLAN 标记监督帧的 PRP 接口被配置为 access | P3:配置错误 | 同上 |
| 3 / 5 | %LINK-3-UPDOWN、%LINEPROTO-5-UPDOWN | 接口物理/协议状态变化 | 环口 P2;接入口 P3;频繁抖动升级 | IOS XE 通用 按版本核验 |
| 2 | %PORT_SECURITY-2-PSECURE_VIOLATION | 端口安全违规 | P2:关联资产台账与门禁记录 | IOS XE 通用 按版本核验 |
| 2 | %SPANTREE-2-BLOCK_BPDUGUARD | 终端口收到 BPDU 被 err-disable | P2:有人接了交换机 | IOS XE 通用 按版本核验 |
| 4 | %PM-4-ERR_DISABLE | 端口被 err-disable(原因字段说明) | P2 | IOS XE 通用 按版本核验 |
| 3 | %STORM_CONTROL-3-FILTERED | 风暴抑制生效 | P2:排查环路或故障终端 | IOS XE 通用 按版本核验 |
| 4 | %SW_MATM-4-MACFLAP_NOTIF | MAC 在端口间漂移 | P2:可能环路或伪装 | IOS XE 通用 按版本核验 |
| 5 | %SYS-5-CONFIG_I、%SEC_LOGIN-5-LOGIN_SUCCESS、%SEC_LOGIN-4-LOGIN_FAILED | 配置变更、登录成功/失败 | P3:审计;连续失败升级 | IOS XE 通用 按版本核验 |
| — | 电源、温度、告警输入、Dying Gasp | 由 alarm facility … syslog 与 dying-gasp 产生 | P1:可能失去一整台交换机 | IE9300 Alarms Guide;SA 3.1 IG |
| 等级 | 判定 | 典型事件 | 响应时限(建议) |
|---|---|---|---|
| P1 | 冗余度 0,或可能整台设备丢失 | A、B 两侧同时异常;RedBox 掉电;交换机双电源丢失/过温 | 立即,联动保护专业 |
| P2 | 冗余度 2 → 1 | REP 链路非运行;PRP 单侧告警;错网;端口安全/BPDU Guard | 当班处理,下一次故障之前修复 |
| P3 | 趋势与审计 | CRC 增长、光功率下降、配置变更、登录 | 按计划处理与留档 |
8.5 SNMP 与周期巡检:看“趋势”,不只看“事件”
每分钟
接口状态与错误、REP 段状态与端口角色(CISCO-RESILIENT-ETHERNET-PROTOCOL-MIB)、PRP 通道、电源与温度(CISCO-ENTITY-ALARM-MIB)。
每 15 分钟
光功率、CRC、队列丢弃、优先队列命中;PRP LAN A/B 计数的差值——差值持续扩大说明一侧在丢包。
每天
配置与黄金模板比对、软件与 PSIRT 合规、端口安全地址漂移、日志完整性与备份。
MIB 列表依据 IE9300 Data Sheet · Table 14;REP Trap 覆盖“链路运行状态变化与端口角色变化”,可用 snmp mib rep trap-rate 限速(0–1000,默认 0 不限)。PRP 没有专用 MIB,依赖 Syslog(可转 Trap)与 CLI/CIP 对象。Redundancy Config Guide · Configure SNMP Traps for REP / PRP syslog CPwE 提示:LAN A 与 LAN B 的 DAN 报文计数差距持续扩大,意味着其中一张 LAN 在丢包。
合规提示:NERC CIP-007 要求日志至少保存 90 天并定期审阅;SSDG 建议把防火墙、交换机 Syslog、认证、配置变更、Cyber Vision 事件与时间同步状态统一送往 SOC,并使用可信、冗余的时间源——没有统一时间,多台设备的日志无法拼成一条时间线。Driving NERC CIP Compliance SB · CIP-007;Secure Substation DG · Logging, Monitoring, and Time Synchronization
8.6 运行手册:收到“LAN A 失去冗余”之后
- 确认业务:在 RedBox 上看
show prp statistics ingressPacketStatistics,B 侧计数是否仍在增长——业务应当无感。 - 定位故障:
show rep topology segment 101找出 Failed 端口;show rep topology archive对比故障前拓扑;查%REP-4-LINKSTATUS与%LINK-3-UPDOWN的时间线。 - 排除伪故障:若端口 up 但 LSL 不通,检查 CRC(铜缆环口重点看屏蔽接地与连接器)、光功率与输入队列(
show interfaces中 Input queue 是否卡死,对照 CSCwc52868 症状)。 - 冻结变更:LAN B 上暂停一切计划内工作,直到 LAN A 恢复冗余度 2。
- 修复与回归:修复后确认 Alternate 回到 preferred 端口(抢占延时后),A、B 计数重新同步增长,关闭告警并记录 MTTR。
高可用运维的关键不是“业务断了才报警”,而是“一张网失去冗余时就报警”。
验收:用故障证明可靠,而不是用口号
“已经配置了 PRP”不等于“满足 0 ms”。验收的任务,是在受控地制造故障的同时,拿出报文、计数器、时间和告警四类证据。本章先把“3 ms”这个最容易被误用的数字定义清楚,再给出 FAT/SAT 的最小故障矩阵。
9.1 先定义“3 ms”量的是哪一段
合同里写着“控制时延小于 3 ms”。它指的是交换机进出口之间、两台 IED 的通信栈之间,还是从 SCADA 下令到断路器分闸?
三个答案对应三种完全不同的测试方法和通过标准。
图 9-1 “3 ms”的三种测量边界:SA 3.3 中 < 3 ms 指的是跳闸类 GOOSE 报文的传输时延,不能自动套用到 MMS 遥控或机械动作全过程
关键结论:无论选哪种边界,REP 的收敛时间都不应出现在 GOOSE/SV 的达标依据里——故障期间业务由另一张 PRP LAN 持续交付;REP 收敛只决定故障 LAN 多久恢复冗余。但验收必须覆盖“只剩一张 LAN 时的最长路径”(例如 A 环断链后 B 环绕行最远的那一侧),而不只是正常状态下先到的那一份。
9.2 FAT / SAT 最小故障矩阵
| # | 测试 | 注入动作 | 业务通过标准 | 网络证据 |
|---|---|---|---|---|
| 1 | 稳态基线 | 满负载 + 突发流量 72 h | GOOSE/SV 无丢失;时延满足所选边界 | A/B 计数同步;优先队列无丢弃;CRC 为 0 |
| 2 | A 环单链路 | 断开 LAN A 环任意一条链路(含 Alternate 两侧各测一次) | GOOSE stNum/sqNum 连续;SV 无缺点 | B 侧持续交付;A 环 REP 收敛时间记录;%REP-4-LINKSTATUS 与 %PRP_WARN_LAN 到达 SIEM |
| 2b | 铜缆环口断链 | 在环上拔下一根屏蔽网线:Unit 之间、汇聚—U1 各测一次(A、B 两侧) | 业务零中断(PRP) | REP Fast 检测约 10 ms;记录本环收敛时间,与设计目标(约 50 ms)对比 |
| 2c | 线缆与屏蔽 | Class EA 认证测试 + 屏蔽连续性 + 72 h 误码观察 | — | 测试报告合格;CRC / input errors 为 0 且不增长 |
| 2d | 供电独立性 | 断开某 Unit 的供电回路 A | 该 Unit IED 经 LAN B 继续通信 | 只影响 A 侧机柜;B 侧机柜、B 网无任何告警 |
| 3 | 最长路径 | A 环断链后测 B 环绕行最远的 IED 对 | 时延仍满足边界 | 时延分布、抖动 |
| 4 | 单台交换机 | 关闭某 Unit A 交换机双电源 | 该 Unit IED 经 B 网继续通信;SAN 按预期中断 | Dying Gasp、电源告警、REP 拓扑变化 |
| 5 | 整张 LAN | 关闭汇聚 A | 全部 DAN 经 LAN B 通信 | RedBox A 侧计数停止、B 侧继续 |
| 6 | RedBox 成员口 | 断 RB1 Gi1/0/21 或 Gi1/0/22 | VDAN 业务继续 | 通道仍 up;show prp channel 显示成员 down;告警 |
| 7 | RedBox 整机 | 关闭 RB1 | 按失效模式分析:前置机路径切换到 RB2(应用主备) | 应用切换时间单独记录(非网络 0 ms) |
| 8 | 接线错误 | 故意将某 DAN 的 A/B 口对调 | 业务继续 | %PRP_WRONG_LAN 告警;wrong lan id 计数增长 |
| 9 | 双点故障 | A 环断一条后,B 环再断一条 | 仍不中断(两环各自 REP 自愈后) | 两环各自恢复冗余的时间线 |
| 10 | 真正的双网中断 | 同时切断 IED 两侧路径 | 按设计中断 | P1 告警完整;运行手册可执行 |
| 11 | 安全 | 接入未授权笔记本;发送 BPDU;制造广播 | 生产业务不受影响 | 违规被丢弃/端口 err-disable;告警入 SIEM |
| 12 | 时间 | 关闭主时钟(NTP 或 PTP GM) | 从时钟保持规定精度;事件时标可用 | 切换时间、偏差曲线 |
| 13 | 升级回退 | 在一张 LAN 上模拟升级失败 | 另一张 LAN 保持业务 | 回退时长、镜像校验值、Boot 变量 |
9.3 交付证据包
五类证据
- 拓扑:正常、故障、修复后的
show rep topology与show prp channel输出。 - 报文:抓包中的 PRP SeqNr/LanId、GOOSE stNum/sqNum、SV 序号连续性。
- 性能:时延、抖动、丢包、队列丢弃、PTP offset。
- 告警:设备 Syslog、NMS/SIEM 工单与时间线。
- 恢复:Alternate 回到 preferred 端口、A/B 计数重新同步增长、无 MAC 漂移。
竣工归档
- 批准的软件基线与校验值、许可证状态
- 每台设备的运行配置与“黄金模板”差异
- 端口—资产三元组台账(端口、MAC、IP)
- 光路图、OTDR、收发光功率基线;环网网线(含汇聚段)的 Class EA 测试报告与屏蔽连续性记录
- A/B 独立性检查表(表 6-1)签字页
- 失效模式分析与运行手册
设计文件回答“应该怎样工作”;故障注入回答“它真的这样工作”。
一根网线断了,电网会不会跳闸?
正确设计下,不会因为这根线而丢掉一帧关键保护报文。同一帧早已在另一张独立的网络上路,接收端交付先到的那一份——这是 PRP;与此同时,断线的那张网在几十到几百毫秒内绕路自愈,让系统重新拥有“第二条命”——这是 REP。前者保证这一刻不断,后者保证下一刻还能不断。
给客户的两条核心建议
① 物理上彻底分开 A 与 B
一个 Unit 的 A、B 交换机放到不同机柜,位于集装箱两侧,接不同的供电线路,网线互联的走线各自独立;Level 2 交换机上联光纤路径不能重叠。目的:避免共因故障造成的单点,提高可靠性。详见 6.1–6.3 节。
② 关键网络必须监控与告警
综保装置有两个支持 PRP 的网口,单个网口故障不影响业务,但必须告警;否则第二个网口再出故障时,业务中断,酿成大事故。监控要在“失去冗余”时响,而不是在“业务中断”时才响。详见 8.3–8.6 节。
再加一条实施约束:整个环网(含汇聚)都是铜缆,所有环口必须启用 REP Fast,因此汇聚 A、汇聚 B 各自单台运行,不堆叠(见 5.5 节)。
本文的三项贡献
设计口号:双网不相见,报文走两遍;PRP 保不断,REP 把路建。
从文章到项目的五步行动
- 冻结 IED/RTU/控制系统清单:逐台确认 DAN 还是 SAN、GOOSE/SV/MMS、PTP 需求与端口介质。
- 冻结故障域图:把 A/B 网的交换机、光路、电源、机柜、空调与管理路径分别落图并签字。
- 建立版本矩阵:功能门槛 → 缺陷与 PSIRT → 实验室验证 → 批准基线(候选 26.2.x)。
- 从 SCD 与通信矩阵生成 VLAN、组播白名单、QoS 与告警规则。
- 执行 FAT/SAT 故障矩阵,把报文、计数器、时延与告警作为最终交付证据。
真正的高可用,不是故障永不发生,而是故障发生时,保护业务感觉不到,运维团队却立刻看得见。
参考资料与引用说明
本文优先使用用户提供的 Cisco 官方文档与培训材料,并通过 Cisco 技术文档检索补充核实。培训材料中的路线图只代表材料发布时点,不构成采购承诺;生产支持状态必须回到目标版本的 Release Notes 与正式产品文档确认。文中“…”标注即指向下列文档的章节。
A. 产品与配置文档(Catalyst IE9300)
- Cisco Catalyst IE9300 Rugged Series Data Sheet(C78-2778848)。引用:型号与端口(Table 3/4)、电源(Table 7)、功能与许可(Table 9/10/11)、环境与认证(Table 12)、MTBF(Table 13)、MIB(Table 14)、光模块降额(Table 15)、订购信息(Table 16)。官方数据表
- Cisco Catalyst IE9300 Rugged Series Switch Hardware Installation Guide。引用:安装指南、接地、电源安装与接线、SFP、告警口、Console、Express Setup、指示灯、安全声明。硬件安装指南
- Redundancy Protocol Configuration Guide, Cisco Catalyst IE9300(页面更新 2026-09-28)。引用:REP / REP Fast / REP ZTP / PTP over REP、PRP / PTP over PRP、HSR 的功能历史、准则与限制、配置与监控命令。REP 章节 · PRP 章节
- Stacking and High Availability Configuration Guide, Cisco Catalyst IE9300。引用:堆叠成员上 REP 端口故障时收敛 3–20 秒。堆叠指南
- Quality of Service Configuration Guide, Cisco Catalyst IE9300。引用:8 个出口队列、priority level 1/2、优先队列单速率双色限速。QoS 指南
- Alarms Configuration Guide, Cisco Catalyst IE9300。引用:温度/电源告警、继电器、
show alarm settings。告警配置指南 - Release Notes for Cisco Catalyst IE9300, Cisco IOS XE 26.2.x。引用:PTP over REP / HSR、REP Fast 段数、安全默认值变化、已修复缺陷 CSCwu29126 / CSCwt64311 / CSCwu25584、开放缺陷 CSCww30938、install 命令。
- Cisco IOS XE Resilient Infrastructure Playbook for Industrial IoT(2026)。引用:17.18.2 告警、26.1.1 System Mode 限制、后续移除计划、就绪检查清单。Resilient Infrastructure
- IIoT Zero-Touch Provisioning / AutoInstall Configuration Guides(2026-08)。引用:ZTP 自 17.18.1 起支持 IE9300、DHCP option 67、AutoInstall 流程。
- Understand REP on Catalyst 9000 Switches(TechNote 220717)。引用:LSL/BPA/EPA/HFL 机制、HFL 组播地址、
%REP-4-LINKSTATUS、CSCwc52868 输入队列卡死。
B. 解决方案设计与实施指南
- Cisco Substation Automation Design Guide 3.3(SA 3.3 DG)。引用:参考架构与区域、Table 2 IEC 61850 报文需求、Table 3 角色与产品、Table 6/7 冗余协议与恢复时间、PRP/HSR 设计、QoS、组播过滤、时间同步与 PTP、ESP 与 NERC CIP。Power Utilities Design Zone
- Cisco Substation Automation Implementation Guide 3.1(SA 3.1 IG)。引用:IE9300/IR8340 运行配置(MAC ACL、QoS、PRP、PTP、Syslog、dying-gasp、告警)、RPVST 最佳实践、REP 上使用 NTP。
- Cisco Digital Substation Automation Solution Brief 3.2。引用:业务挑战与产品组合。
- Cisco Secure Substation Design Guide(2026-08,验证版本 26.2.1)。引用:安全区域、MAB 定位、传感器部署(IE9300 + ERSPAN)、日志与时间同步、LAN 设计考虑。
- Converged Plantwide Ethernet (CPwE) Parallel Redundancy Protocol Design and Implementation Guide(ENET-TD021B,2022-08)。引用:DAN/SAN/RedBox/VDAN 机制、RCT、PRP 设计建议与不支持拓扑、路由收敛(Table 2-2)、诊断与告警条件。
- Cisco Distribution Automation Design Guide 3.1。引用:有功/无功功率、电容器组控制器(CBC)、Volt/VAR 流程、RTU 与 IED 定义。
- Driving NERC CIP Compliance with Cisco(Solution Brief)。引用:CIP-002 至 CIP-015 映射、日志保存 90 天。
- Powering the New Digital Utility(White Paper)。引用:电网现代化挑战、Metcalf 事件、可再生能源增长。
C. 培训与会议材料
- Cisco #60IoTCore “Substation digitization and IEC61850”(2026-03-25)。引用:传统 vs 数字化变电站、IEC 61850 三大支柱、SCL 文件、GOOSE/SV/MMS、站控层与过程层、PTP、产品组合。
- Cisco #60IoTCore “Understand resiliency protocols to maximize operational uptime”(2026-02-25)与 PIW “Building Robust Industrial Networks”(2026-03-25)。引用:冗余协议对比表与平台矩阵。
- Cisco Live BRKIOT-2875 “PRP and HSR Best Practices”。引用:PRP 帧与 RCT 字段、恢复时间表、PTP 电力 Profile 误差预算、PTP over PRP/HSR。
- Cisco Live IBOIOT-2100 / BRKIOT-2015、REP Overview and Technical Deep Dive(2021-12)。引用:二层冗余协议比较、REP 角色与命令、STP 共存规则。
D. 标准与项目文档
- IEC 61850(含 -3、-8-1、-9-2、-9-3、-90-4)、IEC 62439-2 / -3(MRP / PRP、HSR)、IEEE 1613、IEEE 1588 / IEC/IEEE 61850-9-3。本文仅概述公开定义与 Cisco 文档引用的工程要求;PRP 后缀取值、GOOSE stNum/sqNum 等细节以标准原文为准。
- 项目设计稿:《双 REP 环承载端到端 PRP:区域控制网络设计与选型》v1.0,2026-10-16。引用:Unit/区域结构、端口预算口径、方案 A/B、VLAN 规划、设备数量。
术语表
按字母顺序排列。每个术语给出一句话定义;类比与机制见正文首次出现处。
- Alternate 端口
- REP 段中被阻塞以防止环路的端口;故障时打开转为转发。配置 VLAN 负载均衡时可有两个。
- BPA / EPA
- REP 的阻塞端口通告 / 边缘端口通告,分别用于 Alternate 端口选举与全段拓扑收集(EPA 每 4 秒一次)。
- BPDU Guard / BPDU Filter
- 终端口收到 BPDU 即 err-disable / 在端口上不收发 BPDU;PRP 通道必须启用 BPDU Filter。
- CBC
- Capacitor Bank Controller,电容器组控制器,按电压与功率因数投切电容器组,实现无功补偿。
- CT / VT(PT)
- 电流 / 电压互感器,把一次侧大电流、高电压按比例转换为测量与保护用的小信号。
- Cyber Vision
- Cisco OT 资产可视与安全监测系统,传感器可运行在 IE9300 等网络设备上,深度解析工业协议。
- DAN / DANP
- 双挂节点:两个网口分别接 LAN A 与 LAN B,使用相同 MAC/IP,自行复制与去重;原生支持 PRP 时称 DANP。
- Dying Gasp
- 掉电瞬间设备利用剩余能量发出的最后一条 Syslog/Trap,用于区分“掉电”与“链路故障”。
- EAP / ESP / EACMS
- 电子访问点 / 电子安全边界 / 电子访问控制与监视系统(NERC CIP-005 术语)。
- Edge 端口(Primary / Secondary)
- 终结 REP 段的端口;每段两个,主边缘负责抢占与 VLAN 负载均衡配置。
- Edge No-Neighbor
- 对端不运行 REP 的 REP 边缘端口,可向 STP 网络传播拓扑变化。
- GOOSE
- Generic Object Oriented Substation Event,IEC 61850-8-1 二层组播发布/订阅事件报文(EtherType 0x88B8),用于联锁与跳闸。
- GM / TC / BC
- PTP 主时钟 / 透明时钟(修正驻留时间,约 50 ns)/ 边界时钟(终结并重新发布时间,约 200–250 ns)。
- HFL / LSL
- REP 的硬件泛洪层(组播 0100.0ccc.ccce,快速故障通知)/ 链路状态层(邻居三次握手与 hello,默认 5 s 老化)。
- HSR
- High-availability Seamless Redundancy,IEC 62439-3 定义的环形零中断冗余,帧向环的两个方向同时发送。
- ICD / CID / SCD / SSD
- IEC 61850 SCL 文件:IED 能力描述 / 单台 IED 配置 / 全站配置 / 系统规格描述。
- IED
- Intelligent Electronic Device,集保护、测量、控制与通信于一体的智能电子设备。
- IEC 61850 / 61850-3
- 电力公用事业自动化通信网络与系统标准族 / 其中规定变电站通信设备环境、EMC 与通用要求的部分。
- IEC 61850-90-4
- IEC 61850 网络工程指南,给出站控层/过程层设计与各业务的通信恢复时间要求。
- IEEE 1613
- 电力站通信网络设备的环境与测试要求标准。
- LAN A / LAN B
- PRP 的两张并行、故障相互独立的网络;不得互联,应避免共享电源、光缆与环境。
- MAB / 802.1X
- 以 MAC 作为身份的兼容性接入认证 / 基于 EAP 的端口认证(证书身份更强)。
- MMS
- Manufacturing Message Specification,IEC 61850 基于 TCP/IP 的客户端/服务器服务,用于 SCADA 读写、报告与控制。
- MRP
- Media Redundancy Protocol,IEC 62439-2 定义的环网冗余协议(30/200/500 ms 档)。
- MTU 1506
- 为 PRP 的 6 字节 RCT 预留的最小帧长;LAN A/B 全部交换机需
system mtu 1506。 - MU
- Merging Unit,合并单元,把互感器信号数字化并以 SV 发送。
- Node Table / VDAN Table
- PRP 设备学习到的 DAN/SAN 节点表 / RedBox 代理的 VDAN 表;IE9300 各 512 条。
- Port Security
- 按端口限制允许的源 MAC 数量与地址;违规动作为 protect、restrict 或 shutdown。
- PRP
- Parallel Redundancy Protocol,IEC 62439-3 定义;同一帧经两张独立 LAN 并行发送,接收端去重,恢复时间 0。
- PTP / 电力 Profile
- IEEE 1588 精确时间协议 / IEC/IEEE 61850-9-3(C37.238)定义的电力行业配置,GM 到 IED 误差 ≤ 1 μs。
- RCT
- Redundancy Control Trailer,PRP 在帧尾追加的 6 字节:序号、LAN 标识、长度、PRP 后缀。
- RedBox
- Redundancy Box,代理普通单网口设备接入 PRP/HSR 网络的设备,自身是 DAN;是单点。
- REP
- Resilient Ethernet Protocol,Cisco 段式二层冗余协议:平时阻塞一个端口,故障时打开,典型 50–250 ms。
- REP Fast
- 相邻 REP 端口每 3 ms 互发信标、约 10 ms 内检测断链的模式,收敛约 50 ms;不支持堆叠与 EtherChannel。
- Resilient Infrastructure
- Cisco IOS XE 安全计划:告警(17.18.2)→ 限制(26.1.1 System Mode)→ 移除不安全功能。
- RTU
- Remote Terminal Unit,远动终端,汇集站内数据并转换为 SCADA 协议上送、转发控制命令。
- SAN
- Singly Attached Node,只接 LAN A 或 LAN B 的普通设备;在 PRP 网中 IP 必须唯一。
- SCADA
- Supervisory Control and Data Acquisition,监视控制与数据采集系统,位于调度/控制中心。
- S/FTP / Cat 6A
- 总编织屏蔽 + 线对铝箔屏蔽的双绞线 / ISO/IEC 11801 Class EA(500 MHz)布线等级;本项目整个环网(含汇聚段)用线。
- SPD
- Surge Protective Device,浪涌保护器;装在以太网线穿出集装箱处,泄放雷击感应与操作过电压。
- Segment(REP 段)
- 配置相同段 ID(1–1024)、首尾相连的一串 REP 端口;闭合段的两个边缘在同一台交换机上。
- STP / RSTP / MSTP
- 生成树协议族,通过阻塞冗余链路避免二层环路,RSTP 收敛约 1 秒级。
- Supervision Frame
- PRP/HSR 节点周期发送的二层组播监督帧,用于宣告存在并检测两网健康;不能跨 VLAN 路由。
- SV
- Sampled Values,IEC 61850-9-2 过程层二层组播采样值流(EtherType 0x88BA),要求零中断与亚微秒对时。
- VDAN
- Virtual DAN,位于 RedBox 背后的单网口设备,在 PRP 网络看来像一个 DAN。
- 无功补偿
- 就地提供感性负荷所需的无功功率(如电容器组、SVG),提高功率因数、稳定电压、降低线损。
- 综保装置
- 综合保护测控装置,集保护、测量、控制与通信于一体的 IED;本项目的综保装置带两个支持 PRP 的网口(DAN)。
- 共因故障
- 同一原因导致多个本应独立的冗余部件同时失效,是 PRP 双网设计首要防范的风险。
- 三层两网
- IEC 61850 变电站的站控层、间隔层、过程层,以及连接它们的站控层总线与过程层总线。