TTL 传播的作用
MPLS 默认把 IP TTL 复制到标签 TTL 并逐跳递减，因此 traceroute 可以贯穿核心、显示沿途每一跳。关闭 TTL 传播后，核心设备的标签跳不再消耗 TTL，traceroute 在核心段会显示超时或不完整，同时环路防护的范围也会随之改变。
基本信息
| 默认行为 | IP TTL 与标签 TTL 联动传播 |
|---|---|
| 关闭方式 | Cisco 用 no mpls ip propagate-ttl（全局） |
| 影响面 | traceroute 可见性与环路防护范围 |
| 华为侧 | MPLS 视图下有对应的 TTL 传播配置，按版本核对 |
| 核对命令 | 查看运行配置中的 propagate-ttl 相关项 |
典型使用场景
- 排障前先确认该配置状态：核心段落全星号容易被误判
- 出于安全考虑隐藏核心拓扑：评估收益与排障成本
- 验收测试：确认 traceroute 行为符合交付要求
- 变更评审：关闭前后对比可用排障手段是否仍然够用
- 跨域对接：与对端确认 TTL 处理方式，避免路径显示不一致
查看与调整
查看与调整
show run | include propagate-ttl # 确认当前配置状态
!
# 变更前先评估影响，按需执行:
# no mpls ip propagate-ttl
show mpls forwarding-table | include TTL配置状态对照
| 状态 | 标签 TTL 行为 | traceroute 表现 |
|---|---|---|
| 默认传播 | 逐跳递减 | 可贯穿核心显示各跳 |
| 关闭传播 | 核心跳不递减 | 核心段显示超时或不完整 |
| 平台差异 | 按实现不同 | 以实测结果为准 |
关闭 TTL 传播后，核心段的 traceroute 会显示超时或不完整：排障前先确认该配置状态，否则容易把可见性问题误判成链路故障。
为隐藏拓扑而关闭传播，安全收益有限：攻击者仍可通过其他方式推断网络结构，而排障成本会明显上升。
关闭传播会缩小标签层的环路防护范围：跨设备的环路检测更多依赖其他机制，评估时要把这一项一并考虑。
变更安排在维护窗口执行：TTL 行为变化会影响排障手段的可用性，一旦出问题需要额外时间定位。
把该配置纳入巡检项：它与路径可见性直接相关，记录在基线文档里比事后回忆更可靠。