915 与 RIFT TIE
915 的 UDP 侧登记为 rift-ties，是 RIFT 协议（RFC 9692）中 TIE（Topology Information Element）报文的承载端口，TCP 侧保留未用。RIFT 面向 Fat-Tree 数据中心拓扑，用层级化的方式做路由决策：位于不同层级的节点掌握不同范围的拓扑信息，从而在拓扑规模很大时仍能保持较低的收敛时间与状态开销。TIE 负责在节点之间传递拓扑与属性信息，相当于链路状态协议里的链路状态通告；邻接关系的维护由 LIE（登记在 914）承担。该协议较新，部署集中在对收敛与规模有明确要求的场景。
基本信息
| 服务名 | rift-ties（UDP 侧；TCP 侧保留） |
|---|---|
| 传输层 | UDP 915 |
| 规范 | RFC 9692（Routing in Fat Trees） |
| 适用场景 | Fat-Tree 拓扑的数据中心路由 |
| 配对端口 | 914 承载 LIE 邻接信息 |
| 登记人 | IESG（注册时间 2023-02-17） |
典型使用场景
- 拓扑同步排障：邻接正常但路由缺失时，检查 TIE 是否被正确传播
- 规模评估：比较层级化协议与平面协议在大规模拓扑下的状态开销
- 安全评估：拓扑报文被伪造可能影响路径选择，评估限制措施
- 变更核实：扩缩容后确认拓扑信息收敛是否符合预期
- 标准学习：理解层级化信息分发如何降低收敛与状态成本
核查命令
核查命令
ss -lunp 'sport = :915' # 主机侧是否使用 UDP 915
getent services rift-ties # 名称登记查询
sudo lsof -i :915 # 占用进程
sudo tcpdump -ni eth0 'udp port 915' -c 20 # 观察是否有 TIE 报文
# 顺序：先确认 914 的邻接已建立，再排查 915 的拓扑同步RIFT 元素对照
| 元素 | 作用 | 承载 |
|---|---|---|
| LIE | 邻接建立与维护 | UDP 914 |
| TIE | 拓扑与属性信息传播 | UDP 915（本条目） |
| 层级概念 | 不同层级掌握不同范围拓扑 | 由协议自身机制定义 |
| 对比项 | 链路状态协议的链路状态通告 | 协议号或端口依协议而定 |
排查顺序固定为：先看 LIE 建立的邻接，再看 TIE 传播的拓扑。跳过邻接直接查拓扑，会出现对着一堆不存在的问题反复找原因的典型困境。
该协议属较新标准，不同厂商实现的特性支持程度存在差异。规划部署时先确认设备版本与支持矩阵，避免出现一端支持多平面、另一端只支持基本功能的情况。