Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
在本页
 

回复概述

回复概述

路由器使用 RSVP 协议向数据流路径上的所有节点传递服务质量 （QoS） 请求，并为所请求的服务建立和维护状态。RSVP 请求通常会导致数据路径上每个节点中的资源预留。RSVP 具有以下属性：

  • 为单向数据流进行资源预留。

  • 允许数据流的接收方启动和维护用于该流的资源预留，如 所示 图 1。

  • 在路由器和主机中保持软状态，为动态成员资格更改和自动适应路由更改提供优雅支持。

  • 取决于当前和将来的路由协议，但本身不是路由协议。

  • 提供多种预留模型或样式以适应各种应用程序。

  • 支持可通过 RSVP 信号 LSP 发送的 IPv4 和 IPv6 数据包。

图 1： RSVP 预订请求和数据流RSVP 预订请求和数据流

回复操作概述

RSVP 创建独立的会话来处理每个数据流。会话由目标地址、可选目标端口和协议的组合标识。在一个会话中，可以有一个或多个发件人。每个发送方都由其源地址和源端口的组合标识。带外机制（如会话通知协议或人工通信）用于将会话标识符传达给所有发送方和接收方。

典型的 RSVP 会话涉及以下事件序列：

  1. 潜在发送方开始向会话地址发送 RSVP 路径消息。

  2. 想要加入会话的接收方会在必要时自行注册。例如，组播应用程序中的接收器会向 IGMP 注册自身。

  3. 接收方接收路径消息。

  4. 接收方向发送方发送相应的 Resv 消息。这些消息带有流量描述符，路径上的路由器使用该描述符在其链路层介质中进行预留。

  5. 发送方接收 Resv 消息，然后开始发送应用程序数据。

此事件序列不一定严格同步。例如，接收方可以在接收来自发送方的路径消息之前注册自己，而应用程序数据可以在发送方收到 Resv 消息之前流动。在 Resv 消息中包含的实际预留之前交付的应用程序数据通常被视为尽力而为的非实时流量，没有 CoS 保证。

了解 RSVP 信令协议

RSVP 是一种信令协议，用于处理 MPLS 网络中的带宽分配和真正的流量工程。与 LDP 一样，RSVP 使用发现消息和播发在所有主机之间交换 LSP 路径信息。但是，RSVP 还包括一组控制通过 MPLS 网络的流量的功能。LDP 仅限于使用已配置的 IGP 的最短路径作为通过网络的传输路径，而 RSVP 使用约束最短路径优先 （CSPF） 算法和显式路由对象 （ERO） 的组合来确定流量如何通过网络路由。

基本 RSVP 会话的建立方式与 LDP 会话的建立方式完全相同。通过在相应的传输接口上配置 MPLS 和 RSVP，您可以实现 RSVP 数据包的交换和 LSP 的建立。但是，RSVP 还允许您配置链路身份验证、显式 LSP 路径和链路着色。

本主题包含以下部分：

回复基础知识

RSVP 使用通过网络的单向和单工流来执行其功能。入站路由器启动 RSVP 路径消息，并将其下游发送到出站路由器。路径消息包含有关连接所需资源的信息。路径上的每个路由器开始维护有关预留的信息。

当路径消息到达出站路由器时，资源预留开始。出站路由器向入站路由器上游发送预留消息。路径上的每台路由器都会接收预留消息，并按照原始路径消息的路径将其发送到上游。当入站路由器收到预留消息时，将建立单向网络路径。

只要 RSVP 会话处于活动状态，已建立的路径就会保持打开状态。会话通过传输每 30 秒报告一次会话状态的其他路径和预留消息来维护。如果路由器在 3 分钟内未收到维护消息，它将终止 RSVP 会话，并通过另一个活动路由器重新路由 LSP。

带宽预留要求

配置带宽预留时，预留消息将在整个 LSP 中传播带宽值。路由器必须为特定 LSP 保留链路上指定的带宽。如果总带宽预留超过特定 LSP 分段的可用带宽，则 LSP 将通过另一个 LSR 重新路由。如果没有分段可以支持带宽预留，LSP 设置将失败，并且不会建立 RSVP 会话。

显式路由对象

显式路由对象 （ERO） 将 LSP 路由限制为指定的 LSR 列表。默认情况下，RSVP 消息遵循由网络 IGP 的最短路径确定的路径。但是，如果存在配置的 ERO，RSVP 消息将遵循指定的路径。

ERO 由两种类型的指令组成：松散的啤酒花和严格的啤酒花。配置松散跃点时，它会标识一个或多个必须通过其路由 LSP 的中转 LSR。网络 IGP 确定从入站路由器到第一个松散跃点，或从一个松散跃点到下一个松散跃点的确切路由。松散跃点仅指定将特定 LSR 包含在 LSP 中。

配置严格跃点时，它会标识 LSP 必须通过的确切路径。严格跳跃 ERO 指定发送 RSVP 消息的路由器的确切顺序。

您可以同时配置松散跳跃和严格跳跃 ERO。在这种情况下，IGP 确定松散跃点之间的路由，严格跃点配置指定特定 LSP 路径段的确切路径。

图 2 显示了使用 ERO 的典型 RSVP 信号 LSP。

图 2： 具有 ERO 的典型 RSVP 信号 LSP具有 ERO 的典型 RSVP 信号 LSP

在 中 图 2所示的拓扑中，流量从主机 C1 路由到主机 C2。LSP 可以通过路由器 R4 或路由器 R7。要强制 LSP 使用 R4，您可以设置松散跳跃或严格跃点 ERO，将 R4 指定为 LSP 中的跃点。要强制特定路径通过路由器 R4、R3 和 R6，请通过三个 LSR 配置严格跃点 ERO。

受限最短路径优先

IGP 使用最短路径优先 （SPF） 算法来确定流量在网络内的路由方式，而 RSVP 使用受限最短路径优先 （CSPF） 算法计算受以下约束的流量路径：

  • LSP 属性 — 管理组，例如链路着色、带宽要求和 ERO

  • 链路属性 - 特定链路上的颜色和可用带宽

这些约束在流量工程数据库 （TED） 中维护。该数据库为 CSPF 提供最新的拓扑信息、链路的当前可保留带宽以及链路颜色。

在确定要选择的路径时，CSPF 遵循以下规则：

  • 一次计算一个 LSP，从优先级最高的 LSP（设置优先级值最低的 LSP）开始。在同等优先级的 LSP 中，CSPF 从带宽要求最高的 LSP 开始。

  • 删除非全双工且没有足够的可预留带宽的链路的流量工程数据库。

  • 如果 LSP 配置包含语句， include 将删除不共享任何包含颜色的所有链接。

  • 如果 LSP 配置包含语句， exclude 将删除包含排除颜色的所有链接。如果链接没有颜色，则接受它。

  • 查找通向 LSP 出站路由器的最短路径，同时考虑所有 ERO。例如，如果路径必须通过路由器 A，则会计算两个单独的 SPF 算法：一个从入站路由器到路由器 A，一个从路由器 A 到出站路由器。

  • 如果多条路径的成本相等，则选择最后一跃点地址与 LSP 的目标路径相同的路径。

  • 如果剩余多个等价路径，则选择跃点数最少的路径。

  • 如果剩余多个等价路径，则应用在 LSP 上配置的 CSPF 负载均衡规则。

链接着色

RSVP 允许您为 CSPF 路径选择配置管理组。管理组通常使用颜色命名，分配一个数值，并应用于相应链接的 RSVP 接口。数字越低表示优先级越高。

配置管理组后，可以在 TED 中排除、包含或忽略该颜色的链接：

  • 如果排除特定颜色，则具有该颜色的管理组的所有段都将从 CSPF 路径选择中排除。

  • 如果包括特定颜色，则仅选择具有适当颜色的线段。

  • 如果既不排除也不包括颜色，则与管理组关联并应用于特定段的衡量指标将确定该段的路径成本。

总路径成本最低的 LSP 将被选入 TED。

FRR 的 RSVP-TE 协议扩展

从 Junos OS 16.1 版开始，引入了支持刷新间隔独立 RSVP （RI-RSVP） 定义的 RFC 8370 的 RSVP 流量工程 （TE） 协议扩展，用于快速重新路由 （FRR） 设施保护，以提高标签交换路径 （LSP） 的可扩展性、更快的收敛时间，并减少定期刷新带来的 RSVP 信令消息开销。默认情况下，Junos RSVP-TE 在增强型 FRR 又名 RI-RSVP 模式下运行，该模式包括协议扩展，以支持最初在 RFC 4090 中指定的 FRR 设施旁路的 RI-RSVP。

在 Junos 中实施的 RI-RSVP 协议扩展完全向后兼容。在混合环境中，一部分 LSP 遍历不包含此功能的节点，在增强型 FRR 模式下运行的 Junos RSVP-TE 将在与不支持新扩展的节点的信令交换中自动关闭新协议扩展。

作为增强版《财务条例与细则》的一部分，进行了一些更改，并采用了新的默认值。此处列出了这些内容。

  • 默认情况下，RSVP-TE 运行“增强型”FRR 或 RI-RSVP 模式，其中包括促进扩展方案的增强功能。可以使用 no-enhanced-frr-bypass 命令在路由器上禁用这些新的协议扩展。

  • 默认情况下，RFC 2961 中定义的 RSVP 刷新减少扩展处于启用状态。用户可以使用不可靠的命令禁用它们（见下文）。

    注：

    默认情况下，基于节点 ID 的 Hellos 处于启用状态，因为增强型 FRR 或 RI-RSVP 扩展需要交换基于 Node-id 的 Hello 消息。可以使用命令禁用 node-hello 基于节点 ID 的 Hellos。由于刷新减少扩展和基于节点 ID 的 Hello 消息对于增强型 FRR 或 RI-RSVP 扩展至关重要，因此禁用其中任何一个将自动关闭节点上的增强型 FRR 扩展。

  • RSVP 消息的默认刷新时间已从 30 秒增加到 20 分钟。

  • 保持乘数的默认值 3 应用于新的默认刷新时间。

  • 默认情况下，本地还原处于禁用状态。节点 Hellos [edit protocols rsvp node-hello]的现有 CLI 配置仍然可用，但操作是多余的。如果启用，将显示一条消息，指示不需要与增强型 FRR 一起进行配置。

  • 用于禁用消息可靠性的现有命令现在用于禁用 RSVP 刷新减少。要恢复到上一个启用刷新减少的默认版本，请使用 delete 以下命令的版本：

    • 在给定接口上设置 no-reliable ，以自动禁用遍历该接口的所有 LSP 的 FRR 可扩展性增强功能。同样，要在没有 FRR 设施保护增强功能且不减少刷新的情况下运行 RSVP-TE，请在每个接口上禁用刷新减少。使用此处显示的命令之一：

      • [edit protocols rsvp interface name no-reliable]

      • [edit logical-systems name protocols rsvp interface name no-reliable]

  • 当 LSP 进行本地维修或在备份 LSP 信号发出期间刷新 LSP 时，不支持平稳重启和不间断活动路由 （NSR）。此限制在实施中已经存在，因为 FRR 本地修复期间的 GR 或 NSR 切换会导致多种故障场景。

  • 以下操作命令已更新，以包含有关为 FRR 设施保护的 RSVP TE 协议扩展引入的新程序的新信息。

  • 以前用于启用或禁用消息捆绑的 CLI 配置选项已被弃用（接受现有配置，但在 show 配置输出中显示警告）。这些命令如下：

    • [edit protocols rsvp interface name aggregate]

    • [edit logical-systems name protocols rsvp interface name aggregate]

    • [edit protocols rsvp interface name no-aggregate]

    • [edit logical-systems name protocols rsvp interface name no-aggregate]

  • 以下 CLI 配置选项已因当前更改而变得多余（接受现有配置，但在 show 配置输出中显示警告）：

    • [edit protocols rsvp interface name reliable]

    • [edit logical-systems name protocols rsvp interface name reliable]

Junos OS RSVP 协议实施

RSVP 的 Junos 实现支持 RSVP 版本 1。该软件包括对所有必需对象和 RSVP 消息类型的支持，并支持通过完整性对象进行消息完整性和节点身份验证。

Junos RSVP 软件的主要用途是支持 MPLS 标签交换路径 （LSP） 内的动态信令。支持通过互联网进行资源预留只是 Junos OS 实施的次要目的。由于支持资源预留是辅助的，因此 Junos RSVP 软件不支持以下功能：

  • IP 多播会话。

  • 交通管制。软件无法为实时视频或音频会话进行资源预留。

关于协议机制、数据包处理和支持的 RSVP 对象，该软件的 Junos OS 实现可与其他 RSVP 实现互操作。

回复验证

Junos OS 支持 RFC 2747 中描述的 RSVP 身份验证样式（允许多供应商兼容性）和互联网草案draft-ietf-rsvp-md5-03.txt中描述的 RSVP 身份验证样式。默认情况下，Junos OS 使用互联网草稿draft-ietf-rsvp-md5-08.txt中所述的身份验证样式。如果路由器从邻接方收到 RFC 2747 样式的 RSVP 身份验证，则会切换到该邻接方的此身份验证样式。每个相邻路由器的 RSVP 身份验证样式是单独确定的。

RSVP 和 IGP hello 数据包和计时器

RSVP 监控内部网关协议 （IGP）（IS-IS 或 OSPF）邻居的状态，并依靠 IGP 协议来检测节点何时发生故障。如果 IGP 协议宣布邻居关闭（因为不再接收你好数据包），RSVP 也会关闭该邻居。但是，IGP 协议和 RSVP 在启动邻居时仍然独立运行。

在 Junos OS 中，RSVP 通常依靠 IGP 你好数据包检测来检查节点故障。为 IS-IS 或 OSPF 你好计时器配置较短的时间，可使这些协议快速检测节点故障。当节点发生故障或检测到节点故障时，将生成路径错误消息，尽管 RSVP 会话中断，但 IGP 邻居仍处于打开状态。

当 IGP 无法识别特定邻居（例如，接口上未启用 IGP）或 IGP 为 RIP（不是 IS-IS 或 OSPF）时，可以依赖 RSVP hellos。此外，其他供应商的设备可能配置为基于 RSVP 你好数据包监视 RSVP 会话。此设备还可能由于 RSVP 你好数据包丢失而关闭 RSVP 会话。

我们不建议配置短 RSVP 你好计时器。如果需要快速发现故障邻居，请配置短 IGP（OSPF 或 IS-IS）你好计时器。

OSPF 和 IS-IS 具有能够可靠地管理快速你好消息发送和接收的基础架构，即使路由协议或其他某些进程正在使路由器的处理能力紧张。在相同情况下，即使邻居正常运行，RSVP hellos 也可能会过早超时。

RSVP 消息类型

RSVP 使用以下类型的消息来建立和删除数据流的路径、建立和删除预留信息、确认预留的建立以及报告错误：

路径消息

每个发送方主机沿单播和组播路由协议提供的路由向下游传输路径消息。路径消息遵循应用程序数据的确切路径，在此过程中在路由器中创建路径状态，从而使路由器能够学习会话的上一跃点和下一跃点节点。定期发送路径消息以刷新路径状态。

刷新间隔由称为 的 refresh-time变量控制，该变量是以秒表示的定期刷新计时器。如果路由器未收到指定数量的连续路径消息，则路径状态将超时。此数字由名为 的 keep-multiplier变量指定。路径状态保留 （ （+keep-multiplier 0.5） x 1.5 x refresh-time ） 秒。

Resv 消息

每个接收方主机向发送方和发送方应用程序发送预留请求 （Resv） 消息。Resv 消息必须完全遵循路径消息的相反路径。Resv 消息在此过程中在每个路由器中创建并维护预留状态。

定期发送 Resv 消息以刷新预留状态。刷新间隔由相同的刷新时间变量控制，预留状态保留 （ （ +keep-multiplier 0.5） x 1.5 x refresh-time ） 秒。

路径撕裂消息

PathTear 消息可删除（拆卸）路径状态以及路径上任何路由器中的相关保留状态。PathTear 消息遵循与路径消息相同的路径。PathTear 通常由发送方应用程序或路由器在其路径状态超时时启动。

PathTear 消息不是必需的，但它们可以快速释放网络资源，从而提高网络性能。如果 PathTear 消息丢失或未生成，则路径状态最终会在未刷新时超时，并且释放与路径关联的资源。

ResvTear 消息

ResvTear 消息会删除路径上的保留状态。这些消息向上游传播到会话的发送方。从某种意义上说，ResvTear 消息与 Resv 消息相反。ResvTear 消息通常由接收方应用程序或路由器在其保留状态超时时启动。

ResvTear 消息不是必需的，但它们可以快速释放网络资源，从而提高网络性能。如果 ResvTear 消息丢失或未生成，则预留状态最终会在未刷新时超时，并且释放与预留关联的资源。

路径错误消息

发生路径错误（通常是由于路径消息中的参数问题）时，路由器会向发出路径消息的发送方发送单播 PathErr 消息。PathErr 消息是建议性的;这些消息不会改变沿途的任何路径状态。

ResvErr 消息

当预订请求失败时，将向所有相关接收方发送 ResvErr 错误消息。ResvErr 消息是建议性的;这些消息不会在此过程中更改任何预订状态。

回复确认消息

接收方可以请求确认预订请求，此确认与 ResvConfirm 消息一起发送。由于复杂的 RSVP 流合并规则，确认消息不一定提供整个路径的端到端确认。因此，ResvConfirm 消息是潜在成功的指示，而不是保证。

瞻博网络路由器从不使用 ResvConfirm 消息请求确认;但是，如果瞻博网络路由器收到来自其他供应商设备的请求，则可以发送 ResvConfirm 消息。

了解 RSVP 自动网格

将站点添加到使用 RSVP 信令的 BGP 和 MPLS VPN 时，添加提供商边缘 （PE） 路由器所需的配置比添加客户边缘 （CE） 设备所需的配置更多。RSVP 自动网格有助于减轻这种配置负担。

服务提供商通常使用 BGP 和 MPLS VPN 来有效地扩展网络，同时提供创收服务。在这些环境中，BGP 用于在服务提供商的网络中分发 VPN 路由信息，而 MPLS 用于将该 VPN 流量从一个 VPN 站点转发到另一个站点。BGP 和 MPLS VPN 基于对等模型。要将新的客户边缘设备（站点）添加到现有 VPN，您需要在新站点上配置客户边缘路由器，并将 PE 路由器连接到客户边缘路由器。您不必修改参与 VPN 的所有其他 PE 路由器的配置。其他 PE 路由器会自动了解与新站点关联的路由，此过程称为自动发现 （AD）。

如果需要向网络添加新的 PE 路由器，则要求会略有不同。BGP 和 MPLS VPN 要求 BGP 会话完全网状化，并且在网络中的所有 PE 路由器之间还有 PE 路由器到 PE 路由器 MPLS 标签交换路径 （LSP） 的完整网状网络。将新的 PE 路由器添加到网络时，必须重新配置所有现有 PE 路由器，以便与新的 PE 路由器对等。如果配置 BGP 路由反射器（缓解 BGP 的全网状网络要求），并且将 （LDP） 配置为 MPLS 的信令协议，则可以减少大部分配置工作。

但是，如果您需要将新的 PE 路由器添加到配置了全网状 RSVP 信号 LSP 的网络，则必须重新配置每个 PE 路由器，以便与新的 PE 路由器建立对等关系。您可以配置 RSVP 自动网格来解决此特定操作场景。启用 RSVP 自动网状网络后，将在新 PE 路由器和现有 PE 路由器之间动态创建 RSVP LSP，无需手动重新配置所有 PE 路由器。要使动态 LSP 创建正常运行，必须将 BGP 配置为在所有参与的 PE 路由器之间交换路由。如果两个 BGP 对等方不交换路由，则无法在它们之间配置动态 LSP。本地路由器的 inet.3 路由表必须包含到每个潜在 IBGP 下一跃点（未来潜在 PE 路由器或 LSP 目标）的标记路由。

RSVP 包含许多在 LDP 中不可用的功能，包括快速重新路由、端点控制和链路管理。RSVP 自动网格有助于降低 RSVP 的操作和维护要求，从而可以在更大更复杂的网络中部署 RSVP。

每个 PE 路由器都可以到达网络中的所有其他 PE 路由器，因为此信息由 IGP 分发。PE 路由器可以设置到网络中任何其他 PE 路由器的点对点 RSVP LSP，只要它知道需要此类 LSP。要在 PE 路由器之间构建完整的 LSP 网状网络，需要每个 PE 路由器都知道其他哪些 PE 路由器组成了全网状网络。

注：

在 Junos OS 中，RSVP 自动网格是使用层次结构级别的配置语句[edit routing-options dynamic-tunnels dynamic-tunnel-name]配置rsvp-te的。rsvp-te配置语句也可在路由实例中用作提供程序隧道选项。作为提供商隧道选项实现时， rsvp-te 用于为多协议 BGP 组播 VPN 配置 RSVP 点对多点 LSP，而不是配置 RSVP 自动网状网络。

回复预订样式

预留请求包括用于指定预留样式的选项。预留样式定义如何处理同一会话中不同发件人的预订以及如何选择发件人。

两个选项指定如何处理同一会话中不同发件人的预留：

  • 不同预留 — 每个接收方与每个上游发送方建立自己的预留。

  • 共享预订 - 所有接收方进行一个在多个发送方之间共享的预订。

有两个选项指定如何选择发件人：

  • 显式发件人 - 列出所有选定的发件人。

  • 通配符发件人 - 选择所有发件人，然后参与会话。

当前定义了以下由这四个选项组合形成的预留样式：

  • 固定过滤器 （FF） — 此预留样式由显式发件人之间的不同预留组成。使用固定筛选器样式预留的应用程序示例包括视频应用程序和单播应用程序，它们都需要为每个发送方具有单独预留的流。默认情况下，在 RSVP LSP 上启用固定筛选器预留样式。

  • 通配符过滤器 （WF） - 此预留样式由通配符发件人之间的共享预留组成。这种类型的预留为任何和所有发件人保留带宽，并向上游传播到所有发件人，并在新发件人出现时自动扩展到它们。通配符筛选器保留的示例应用程序是一个音频应用程序，其中每个发送方传输不同的数据流。通常，任何时候只有少数发送方在传输。此类流不需要为每个发件人单独保留;一次预订就足够了。

  • 共享显式 （SE） - 此预留样式包含显式发件人之间的共享预留。这种类型的预留为有限的一组发件人保留带宽。示例应用程序是一种音频应用程序，类似于通配符筛选器保留中所述的应用程序。

RSVP 刷新减少

RSVP 依靠软状态来维护每个路由器上的路径和预留状态。如果未定期发送相应的刷新消息，则状态最终会超时并删除预留。RSVP 还将其控制消息作为 IP 数据报发送，而不保证可靠性。它依靠定期刷新消息来处理偶尔丢失的 Path 或 Resv 消息。

基于 RFC 2961 的 RSVP 刷新减少扩展解决了由于依赖定期刷新消息来处理消息丢失而导致的以下问题：

  • 可扩展性 — 扩展问题源于刷新消息的定期传输和处理开销，该开销随着 RSVP 会话数量的增加而增加。

  • 可靠性和延迟 — 可靠性和延迟问题源于非刷新 RSVP 消息或一次性 RSVP 消息（如 PathTear 或 PathErr）的丢失。从此类丢失中恢复的时间通常与刷新间隔和激活计时器有关。

通过在 RSVP 公共标头中启用支持刷新减少 （RR） 的位来通告 RSVP 刷新减少功能。此位仅在 RSVP 邻居之间有意义。

RSVP 刷新减少包括以下功能：

  • 使用捆绑消息捆绑 RSVP 消息捆绑

  • RSVP 消息 ID 可减少消息处理开销

  • 使用消息 ID、消息确认和消息纳克可靠地传递 RSVP 消息

  • 摘要刷新以减少每个刷新间隔传输的信息量

RSVP 刷新减少规范 （RFC 2961） 允许您在路由器上启用上述部分或全部功能。它还描述了路由器可用于检测其邻居的刷新减少功能的各种过程。

Junos OS 支持所有刷新减少扩展，可以选择性地启用或禁用其中一些扩展。Junos OS 支持消息 ID，因此只能对路径和 Resv 消息执行可靠的消息传递。

有关如何配置 RSVP 刷新减少的信息，请参阅 配置 RSVP 刷新减少。

RSVP 中的 MTU 信令

最大传输单元 （MTU） 是可在网络中发送的最大数据包或帧（以字节为单位）。太大的 MTU 可能会导致重新传输。MTU 太小可能会导致路由器发送和处理相对更多的标头开销和确认。有与各种协议关联的 MTU 的默认值。您还可以在接口上显式配置 MTU。

通过一组具有不同 MTU 大小的链路创建 LSP 时，入口路由器不知道 LSP 路径上的最小 MTU 是多少。默认情况下，LSP 的 MTU 为 1,500 字节。

如果此 MTU 大于其中一个中间链路的 MTU，则流量可能会被丢弃，因为无法对 MPLS 数据包进行分段。此外，入口路由器不知道这种类型的流量丢失，因为 LSP 的控制平面仍会正常运行。

要防止 MPLS LSP 中出现此类数据包丢失，您可以在 RSVP 中配置 MTU 信令。RFC 3209 中介绍了此功能。瞻博网络支持 RSVP 中用于 MTU 信令的集成服务对象。RFC 2210 和 2215 中介绍了集成服务对象。默认情况下，RSVP 中的 MTU 信令处于禁用状态。

为避免因 MTU 不匹配而导致数据包丢失，入口路由器需要执行以下操作：

  • 在 RSVP LSP 上向 MTU 发出信号 — 为防止因 MTU 不匹配而丢失数据包，入口路由器需要知道 LSP 沿路径的最小 MTU 值是多少。获取此 MTU 值后，入口路由器可以将其分配给 LSP。

  • 分段数据包 — 使用分配的 MTU 值，超过 MTU 大小的数据包可以在入口路由器上分段为较小的数据包，然后再封装到 MPLS 中并通过 RSVP 信号 LSP 发送。

在入口路由器上启用 MTU 信令和数据包分段后，解析为此路由器上的 RSVP LSP 的任何路由都将使用信号 MTU 值。有关如何配置此功能的信息，请参阅 在 RSVP 中配置 MTU 信令。

以下部分介绍 RSVP 中的 MTU 信令的工作原理：

如何在 RSVP 中发出正确的 MTU 信号

在 RSVP 中发出正确 MTU 信号的方式取决于网络设备（例如路由器）是否明确支持 RSVP 中的 MTU 信令。

如果网络设备支持 RSVP 中的 MTU 信令，则在启用 MTU 信令时会发生以下情况：

  • MTU 通过 Adspec 对象从入口路由器向出口路由器发出信号。在转发此对象之前，入口路由器输入与发送路径消息的接口关联的 MTU 值。在路径中的每个跃点上，Adspec 对象中的 MTU 值将更新为接收值和传出接口值的最小值。

  • 入口路由器使用流量规范 （Tspec） 对象来指定要发送的流量的参数。入口路由器上为 Tspec 对象发出的 MTU 值是最大 MTU 值（M 系列和 T 系列路由器为 9192 字节，PTX 系列数据包传输路由器为 9500 字节）。此值在发往出口路由器的途中不会更改。

  • 当 Adspec 对象到达出口路由器时，该路径的 MTU 值是正确的（这意味着它是发现的最小 MTU 值）。出口路由器将 Adspec 对象中的 MTU 值与 Tspec 对象中的 MTU 值进行比较。它使用 Resv 消息中的 Flowspec 对象向较小的 MTU 发出信号。

  • 当 Resv 对象到达入口路由器时，此对象中的 MTU 值将用作使用 LSP 的下一跃点的 MTU。

如果网络中的设备不支持 RSVP 中的 MTU 信令，您可能会遇到以下行为：

  • 如果出口路由器不支持 RSVP 中的 MTU 信令，则默认情况下 MTU 设置为 1,500 字节。

  • 默认情况下，不支持 RSVP 中 MTU 信令的瞻博网络传输路由器会在 Adspec 对象中设置 1,500 字节的 MTU 值。

确定传出 MTU 值

传出 MTU 值是 Adspec 对象中接收的值中较小的一个，与传出接口的 MTU 值相比。传出接口的 MTU 值按如下方式确定：

  • 如果在层次结构级别下 [family mpls] 配置 MTU 值，则会发出此值信号。

  • 如果未配置 MTU，则会向 inet MTU 发出信号。

RSVP 中的 MTU 信令限制

以下是 RSVP 中 MTU 信令的限制：

  • 在以下情况下，MTU 值的更改可能会导致流量暂时丢失：

    • 对于链路保护和节点保护，旁路的 MTU 仅在旁路变为活动状态时发出信号。在传播新路径 MTU 所需的时间内，可能会由于 MTU 不匹配而发生数据包丢失。

    • 对于快速重新路由，路径的 MTU 仅在绕行变为活动状态后才会更新，从而导致入口路由器上的 MTU 更新延迟。在更新 MTU 之前，如果 MTU 不匹配，则可能会发生数据包丢失。

      在这两种情况下，只有大于绕行或旁路 MTU 的数据包才会丢失。

  • 更新 MTU 时，它会在下一跃点中触发更改。下一跃点中的任何更改都会导致路由统计信息丢失。

  • RSVP 中 MTU 信令支持的最小 MTU 为 1,488 字节。此值可防止使用错误或配置不正确的值。

  • 对于单跳 LSP，命令显示 show 的 MTU 值是 RSVP 信号值。但是，将忽略此 MPLS 值，并使用正确的 IP 值。

相关主题

变更历史表

是否支持某项功能取决于您使用的平台和版本。 使用 Feature Explorer 查看您使用的平台是否支持某项功能。

版本
说明
16.1
从 Junos OS 16.1 版开始，引入了支持刷新间隔独立 RSVP （RI-RSVP） 定义的 RFC 8370 的 RSVP 流量工程 （TE） 协议扩展，用于快速重新路由 （FRR） 设施保护，以提高标签交换路径 （LSP） 的可扩展性、更快的收敛时间，并减少定期刷新带来的 RSVP 信令消息开销。