结论:不建议、官方不推荐将运营商长途 IP 专线 / MPLS VPN 作为 IRF 堆叠链路;仅支持裸光纤、OTN 透传(二层透传,不经过 IP 路由转发)做远距离 IRF,不支持经过运营商三层转发的长途链路作为 IRF‑Port 物理链路H3C。
IRF 是紧耦合虚拟化,堆叠链路传递控制报文、表项同步、跨框业务流量,必须二层透传,不能经过三层路由转发,不可以跑在 IPVPN/MPLS‑VPN 隧道之上。
irf-port extend-mode扩展模式,用于经过传输设备延长 IRF 距离H3C。官方 IRF 没有给出明确最大时延指标,工程实践一般 IRF 堆叠链路建议单程时延≤5ms;跨省 / 跨城长途链路很容易超过该阈值。
表格
| 方案 | 适用场景 | 说明 |
|---|---|---|
| IRF | 同一机房,裸光纤 / 本地 OTN 透传 | 控制平面合一,紧耦合;不适合跨城长途 |
| M‑LAG(DRNI) | 同城跨机房、跨站点 | 两台设备控制平面独立,仅同步 MAC/ARP 表项,Peer‑Link 只同步少量表项,可承受更大时延抖动,适合跨机房高可用,优先推荐该方案替代长途 IRFH3C |
| VRRP+BFD | 跨城远距离站点 | 纯三层主备,无设备虚拟化,适合广域异地 |
extend‑mode扩展模式的单板,接口配置 IRF 扩展模式。irf link‑delay或者调小延迟时间,及时感知 IRF 链路故障。system‑view
irf link‑delay 0
# 接口下配置扩展模式(对应型号支持才可以)
interface Ten‑GigabitEthernet1/0/1
irf‑port extend‑mode enable
#查看IRF端口状态
display irf topology
display irf‑port brief
#查看IRF链路统计,是否存在丢包错包
display irf statistics
#MAD状态检查
display mad verbose
总结:运营商长途三层 VPN 绝对不能当 IRF 堆叠线;如果是运营商提供 OTN 二层透传通道,硬件支持扩展模式下技术上可以实现,但风险高,生产网优先选择 M‑LAG (DRNI) 跨机房方案。
AI哥你好
AI哥你好
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明