6. 未来研究领域

本版本 LDP 未涉及的以下课题是未来可能的研究领域:

• MPLS 架构 [RFC3031] 的 2.16 节要求对等 LSR 之间的初始标签分发协议协商使每台 LSR 能够确定其对等体是否有能力弹出标签栈。本版本的 LDP 假定 LSR 支持除 ATM 和帧中继之外所有链路类型的标签弹出。未来的版本可能规定把该确定作为会话发起协商一部分的手段。

• 本版本未规定 LDP 对 CoS (Class of Service, 服务等级) 的支持。CoS 支持可能在未来的版本中处理。

• 本版本未规定 LDP 对组播的支持。组播支持可能在未来的版本中处理。

• 本版本未规定 LDP 对多路径标签交换的支持。多路径支持可能在未来的版本中处理。

• 本版本未规定 LDP 对最大传输单元通告的支持。它在实验性文档 [LDP-MTU] 中讨论。

• 当前规范未涉及非广播多路访问 (Non-Broadcast Multi-Access, NBMA) 介质上的基本对等体发现。当前规范中可用的解决办法是在这类部署中使用扩展对等体发现。定义一种在语义上类似于基本发现 (1 跳限制、把 Hello 邻接绑定到某个接口)、且使用预配置邻居地址的机制这一问题留待进一步研究。

• 当前规范不支持关闭某个邻接。这么做的动机以及实现它的机制留待进一步研究。

• 当前规范不包含保护 Hello 消息以检测 Hello 欺骗的方法。需要它的场景以及实现它的机制留待未来研究。

• 当前规范不具备检测无状态快速控制平面重启的能力。实现这一点的办法 (可能通过在 Hello 消息中携带 "incarnation/instance" 号) 留待未来研究。

• 当前规范不支持 "end of LIB" 消息, 它类似于 BGP 的 "end of RIB" 消息, LDP LSR (在 DU 模式下运行) 会在会话建立之后使用它。关于该机制的必要性及其实现的讨论留待未来研究。

• 当前规范不处理不同 LSR 通告相同地址的情况。这类情况通常因配置错误而产生, 此处的目标是向通告相同地址的 LSR 提供足够的信息, 以便操作员采取纠正措施。该机制的规范留待单独的文档。