摘要

  • RFC 3970 规定，只要至少一条路径启动，流量工程隧道就处于启动状态；它另设隧道在线时间与主路径在线时间，因为二者不是同一个事实。
  • 配置路由、计算路由、信令记录路由和实际转发相互分离；可选且限流的通知、可能重置的计数器和会回绕的 TimeTicks 也不能拼成完整事件史。

管理界面喜欢给出一个颜色和一个词：隧道已启动。2005 年 1 月发布的 RFC 3970 确实定义了这个状态，却没有把它冒充全部真相。隧道是逻辑实体，由一条或多条路径实现；至少一条路径启动，隧道就启动。备用路径继续运转时，主路径可以已经停止承载。

这不是模型失误，而是聚合的用途。错误发生在读者忘记聚合舍弃了什么。规范分别设置 teTunnelTimeUp 与 teTunnelPrimaryTimeUp，让管理站计算隧道总在线时间和主路径在线时间。若“可用”和“走主路”完全等价，就无需两个对象。

这套 MIB 以 RFC 2119 的规范词、RFC 2578、RFC 2579 和 RFC 2580 的 SMIv2 结构为基础，并处在 RFC 3411 与 RFC 3410 描述的 SNMP 管理框架中。MIB 是受管理的信息投影，并不是网络现实的逐帧录像。

三条路由记录，没有一条可替代转发凭据

RFC 3970 把对象分成隧道、路径和跳点。路径内部又保留三种路由。配置路由表示管理者提出的约束与跳点；计算路由由实现自选的约束算法生成；记录路由来自信令协议报告的实际路线。计算或记录对象为零，意味着没有相应路由。

三者不是同一事实的备份。配置可以只指定松散跳点，算法可以填出一条满足带宽和管理组要求的序列，信令可以建立另一条序列，也可能失败。RFC 2702 的 MPLS 流量工程要求、RFC 3209 的 RSVP-TE 与 RFC 3212 的 CR-LDP 历史解释了相邻机制，却不会让意图、计算和信令自动一致。

路径状态进一步拒绝含混。down 表示信令失败；dormant 是尚未信令的备用路径；ready 表示已经信令、尚未承载流量；只有 operational 同时表示已信令并正在承载。控制面成功与数据面转发之间，规范明文留出一道状态边界。

而且，MIB 只在入口处配置和监测隧道。入口应使用 RSVP-TE 等协议通知沿途路由器，其他点的扩展留待后续研究。入口表项完整，不能证明每一个中继节点或最终业务结果。

计数器也需要自己的履历

字节与数据包计数器会在管理系统重新初始化或其他时刻发生不连续。teTunnelDiscontinuityTimer 记录最近一次断点。若不检查它，两次采样之差可能跨越两个不相干的计数时代。

隧道年龄、总在线时间和主路径在线时间都使用 TimeTicks，约十六个月便回绕。RFC 3970 因此把这些值定位为区间测量，并要求管理站处理回绕。可用率不是读取一个大数，而是保存两次采样、采样时间、代理连续性与计算规则。

通知也不是完整日志。隧道启动、停止、活动路径改变与同一路径改道的通知，在快速变化时都必须限制为每分钟至多一次。通知组是可选的，生成开关默认还是关闭。收集器没有收到通知，可能是没有事件，也可能是功能未实现、开关关闭、传输丢失或限流窗口吞掉了变化。

“路径改变”与“改道”本身也不同：前者换了活动路径或增加新活动路径；后者保持路径身份不变，却改变其中的跳点。路径身份与路由身份不能合并。

读到空闲索引，还没有获得它

创建隧道前，管理应用先读取 teNextTunnelIndex。两个应用可能同时读到相同候选值，只有随后的 SET 到达代理时才决定谁成功；失败者必须重读。一次 GET 是建议，不是预留凭据。

某些修改要求先把隧道或路径行置为 notInService，完成变更后再回到 active，并可能重新信令。行状态控制概念记录的生命周期，不报告数据包是否成功通过。

最低合规允许全部必选对象只有读取能力；完全合规才实现规定的写入能力。通知仍是可选项。因此，“实现 RFC 3970”没有证明设备可以远程创建隧道或一定发送事件。

TE 隧道可以与 Interfaces MIB 共用索引，并在特定条件下关联 IP Tunnel MIB；MPLS 文本约定来自 RFC 3811。这些关系统一标识与类型，却不会把接口、封装、信令路径和应用交付变成一个证据。

读取会泄露，写入会改路

安全章节把 MIB 权限直接视为网络权力。篡改管理组会改变包含与排除约束的含义；修改带宽、路径状态或跳点可能导致抖动、绕路或中断。即使只有读取，也能暴露隧道端点、流量规模、路径属性与路线，这些可能是运营者的敏感信息。

所以规范建议使用 SNMPv3 的认证与隐私保护，不建议早期版本。但认证只确认谁连接到代理；访问政策仍需决定该主体可以 GET 或 SET 哪些对象。身份、授权与网络结果继续分层。

RFC Editor 信息页、勘误检索 与 IETF Datatracker 确认文档状态和修正记录。RFC 9141 后来只更新了已经失效的工作组归档联系方式。这些来源都没有测量采用率、厂商行为、在线率或事故。

RFC 3970 的历史价值，是让多个窄事实同时存在：总状态、路径状态、三层路由、带连续性条件的计数器以及有意不完整的事件流。可靠监测不是找到一个万能字段，而是让每个字段只承担它真正观察到的内容。

来源