首页/网络/常用端口速查/914 rift-lies RIFT 链路信息
700-1023 系统端口92 条

914 rift-lies RIFT 链路信息

914:TCP 侧保留;UDP 侧注册为 RIFT(Routing in Fat Trees,RFC 9692)的 LIE 链路信息元素。

常用端口速查网络更新于 2026-10-13

914 与 RIFT LIE

914 的 UDP 侧登记为 rift-lies,是 RIFT 协议(Routing in Fat Trees,RFC 9692)中 LIE(Link Information Element)报文的承载端口,TCP 侧保留未用。RIFT 面向数据中心常见的 Fat-Tree(胖树)拓扑:这类网络存在大量等价路径,传统协议在这里容易收敛慢、状态多。RIFT 直接利用拓扑的层级结构做路由决策,把复杂性压下来,同时提供快速收敛与多平面支持。LIE 用于邻居之间建立与维护邻接关系,作用类似其他协议里的 Hello 报文;拓扑信息则由 TIE(登记在 915)承担。

基本信息

服务名rift-lies(UDP 侧;TCP 侧保留)
传输层UDP 914
规范RFC 9692(Routing in Fat Trees)
适用场景Fat-Tree 拓扑的数据中心路由
配对端口915 承载 TIE 拓扑信息
登记人IESG(注册时间 2023-02-17)

典型使用场景

  • 数据中心网络选型:评估层级化路由与既有 IGP 的取舍
  • 邻接排障:邻居建立不起来时确认报文是否可达、接口是否启用协议
  • 安全评估:UDP 报文缺少强认证,评估来源限制措施
  • 变更核实:调整链路或接口后确认邻接关系是否正常重建
  • 标准跟进:了解新协议在多平面与快速收敛上的具体做法

核查命令

核查命令
ss -lunp 'sport = :914'       # 主机侧是否使用 UDP 914
getent services rift-lies      # 名称登记查询
sudo lsof -i :914              # 占用进程
sudo tcpdump -ni eth0 'udp port 914' -c 20   # 观察是否有 LIE 报文
# 设备侧查看邻居与拓扑状态的命令以厂商实现为准,不同平台差异较大

Fat-Tree 路由方案对照

方案类型承载端口
RIFT层级化路由(LIE 914 / TIE 915)UDP 914、915
OSPF通用链路状态IP 协议号 89
IS-IS链路状态,常用于大型网络承载在链路层,无 IP 端口
BGP域间与数据中心 underlay 亦常用TCP 179
914 与 915 是配对关系:LIE 管邻接、TIE 管拓扑。排障顺序应先确认邻接是否建立,再看拓扑是否同步;顺序反了会把简单问题复杂化。
LIE 与 TIE 走 UDP 且协议本身不带强认证,伪造报文可能干扰邻居关系甚至影响路径选择。生产部署应在接口层面限制来源,并配合链路与设备侧的保护措施。

易错点

  • 只看 UDP 914 不查 915:拓扑无法同步时邻接看起来正常,问题被掩盖
  • 接口未启用协议就抓包找报文:当然抓不到,先确认配置再取证
  • 忽视多平面设计:单一平面承载全部流量,故障影响面被放大
  • 把新协议当作稳定存量协议运维:版本与实现差异较大,升级前需充分验证

数据来源与参考

  • RFC 9692:RIFT
  • IANA 端口注册表

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌