Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

RSVP 概述

RSVP 概述

路由器使用 RSVP 协议,向沿着数据流路径的所有节点传递服务质量(QoS)请求,并为请求的服务建立和维护状态。RSVP 请求通常会沿数据路径在每个节点中保留资源。RSVP 具有以下特点:

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

  • 允许数据流接收器启动和维护用于该流的资源保留,如中图 1所示。

  • 在路由器和主机中维护软状态,为动态成员关系更改提供平滑支持,并自动适应路由更改。

  • 取决于目前和未来的路由协议,但不是路由协议本身。

  • 提供多个保留模型或样式以适合各种应用。

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

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

RSVP 操作概述

RSVP 创建独立的会话来处理每个数据流。会话通过目标地址、可选目标端口和协议的组合来标识。在会话中,可以有一个或多个发件人。每个发件人由其源地址和源端口的组合标识。带外机制(如会话公告协议或人类通信)用于将会话标识符与所有发件人和接收方通信。

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

  1. 潜在发件人开始向会话地址发送 RSVP path 消息。

  2. 希望加入会话的接收器在必要时注册自身。例如,多路广播应用程序中的接收器会将其自身注册为 IGMP。

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

  4. 接收方向发送方发送适当的 Resv 消息。这些消息携带流描述符,路由沿路径用于在链路层媒体中进行保留。

  5. 发件人收到 Resv 消息,然后开始发送应用程序数据。

此事件序列不一定严格同步。例如,接收器可以在接收来自发件人的路径消息之前自行注册,并且应用程序数据可以在发送者收到 Resv 消息之前流动。在 Resv 消息中包含的实际保留之前交付的应用程序数据通常被视为最大努力、非实时流量,不 CoS 保证。

了解 RSVP 信号协议

RSVP 是一种信号协议,可跨 MPLS 网络处理带宽分配和真正的信息流工程。与 LDP 类似,RSVP 使用发现消息和通告在所有主机之间交换 LSP 路径信息。但是,RSVP 还包含一组功能,通过 MPLS 网络控制信息流。而 LDP 仅限于使用配置的 IGP 最短路径作为网络的过渡路径,而 RSVP 则使用受限最短路径第一 (CSPF) 算法和显式路由对象 (ER) 的组合来确定流量如何通过网络路由。

基本 RSVP 会话建立时与 LDP 会话的建立方式完全相同。通过在适当的传输接口上配置 MPLS 和 RSVP,您可以交换 RSVP 数据包并建立 Lsp。但是,RSVP 还允许您配置链路认证、显式 LSP 路径和链路着色。

本主题包含以下部分:

RSVP 基础知识

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

当 path 消息到达出站路由器时,资源保留开始。出站路由器向入站路由器发送保留消息。路径上的每个路由器都接收保留消息,并沿着原始路径消息的路径将其发送至上游。当入站路由器收到保留消息时,将建立单向网络路径。

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

带宽保留要求

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

显式路由对象

显式路由对象(Ero)限制 LSP 路由到指定的 Lsr 列表。默认情况下,RSVP 消息遵循由网络消息IGP最短路径确定的路径。但是,在存在已配置的 ERO 时,RSVP 消息位于指定的路径之后。

Ero 包含两种类型的指令:松散跳跃和严格跳跃。配置松散跳跃时,会识别一个或多个传输 Lsr,LSP 必须通过它来路由。Network IGP 确定从入站路由器到第一个松散跳跃的确切路由,或从一个松散跳跃到下一个。松散跳跃仅指定在 LSP 中包含特定 LSR。

在配置严格跳跃时,它会识别一个准确的路径,LSP 必须通过它来路由。严格跳跃 Ero 指定发送 RSVP 消息的路由器的准确顺序。

您可以同时配置松散跳跃和严格跳跃 Ero。在这种情况下,IGP 确定松散跳跃之间的路由,而严格跳跃配置则指定特定 LSP 路径段的准确路径。

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

图 2: 带 Ero 的典型 RSVP 信号 LSP带 Ero 的典型 RSVP 信号 LSP

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

受限最短路径优先

Igp 使用最短路径优先(SPF)算法确定网络中流量的路由方式,RSVP 使用受限最短路径优先(CSPF)算法计算受以下约束制约的流量路径:

  • LSP 属性 — 链路着色、带宽要求和 ER 等管理组

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

这些约束在流量工程数据库(李小明)中维护。该数据库为 CSPF 提供了最新拓扑信息、链路的当前 reservable 带宽以及链路颜色。

在确定选择哪个路径时,CSPF 遵循以下规则:

  • 一次一个地计算 LSP,从优先级最高的 LSP 开始,即最低设置优先级值 LSP。在同等优先级的 Lsp 中,CSPF 从具有最高带宽要求的类型开始。

  • 修剪不是全双工且没有足够 reservable 带宽的链路的信息流工程数据库。

  • 如果 LSP 配置中包含该include语句,则会修剪不共享任何所含颜色的所有链路。

  • 如果 LSP 配置中包含该exclude语句,则会修剪包含排除颜色的所有链路。如果某个链路没有颜色,则会被接受。

  • 找到朝 LSP 出站路由器的最短路径,同时考虑任何 ER。例如,如果路径必须通过路由器 A,则会计算两个单独的 SPF 算法:一个从入站路由器到路由器 A,另一个从路由器 A 到出站路由器。

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

  • 如果保留多个等成本路径,则选择具有最少跳数的路径。

  • 如果保留多个等成本路径,则应用在 LSP 上配置的 CSPF 负载平衡规则。

链接颜色

RSVP 允许您配置 CSPF 路径选择的管理组。管理组通常以颜色命名,为其指定一个数值,并应用于 RSVP 接口上的相应链接。较低的数字表示优先级较高。

配置管理组之后,您可以在李小明中排除、包括或忽略该颜色的链接:

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

  • 如果包含特定颜色,则仅选择具有相应颜色的线段。

  • 如果既不排除也不包括颜色,则与管理组相关并在特定分段上应用的指标将确定该分段的路径成本。

在李小明中选择最低的总路径成本的 LSP。

用于 FRR 的 RSVP-TE 协议扩展

从 Junos OS 版本16.1、RSVP 流量工程(TE)协议扩展,到支持刷新间隔无关 RSVP (RI-RSVP)定义了用于快速重新路由(FRR)设施保护的 RFC 8370,从而实现更高的可扩展性标签交换路径(Lsp)加快了融合时间,并减少了定期刷新的 RSVP 信号消息开销。Junos RSVP-TE 在增强型 FRR 中运行表示 RI-RSVP 模式,默认情况下,包括用于支持 RI-RSVP 的协议扩展,用于绕过 RFC 4090 中最初指定的 FRR 设备。

Junos 中实施的 RI-RSVP 协议扩展完全向后兼容。在混合环境中,如果 Lsp 的子集不包含此功能 Junos,则在增强型 FRR 模式下运行的 RSVP-TE 将自动关闭信号交换中的新协议扩展,且节点不支持新的长度.

作为增强型 FRR 配置的一部分,做出了大量更改并采用了新的默认值。下面列出了这些内容。

  • 默认情况下,RSVP-流量工程 运行"增强型"FRR 或 RI-RSVP 模式,包括可方便扩展情景的增强功能。这些新协议扩展可在带有无增强 frr 旁路命令的路由器上禁用。

  • 默认情况下启用了 RFC 2961 中定义的 RSVP 更新缩减延长器。用户可以使用不可靠的命令禁用它们(请参阅下文)。

    注:

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

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

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

  • 默认情况下,本地 reversion 是禁用的。节点 Hellos [edit protocols rsvp node-hello]的现有 CLI 配置仍然可用,但操作是冗余的。如果启用,将显示一条消息,指示与增强型 FRR 无需配置。

  • 禁用消息可靠性的现有命令现已用于禁用 RSVP 更新缩减。要恢复为上一默认值启用更新缩减,请使用delete以下命令的版本:

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

      • [edit protocols rsvp interface name no-reliable]

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

  • 不支持平滑重新启动和不间断活动路由(NSR),而 LSP 则会经历本地修复或在备份 LSP 期间刷新 LSP。由于在 FRR 本地修复期间,GR 或 NSR 切换会导致多种故障情况,因此此实施中已存在此限制。

  • 以下操作命令已更新,包括有关为 RSVP TE 协议扩展引入的新过程的新信息,用于 FRR 设备保护。

  • 以前用于启用或禁用消息绑定的 CLI 配置选项已弃用(现有配置将被接受,但显示配置输出中显示警告)。这些命令如下:

    • [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 配置选项已由当前更改变为冗余(将接受现有配置,但显示配置输出中显示警告):

    • [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 实施进行互操作。

RSVP 身份验证

Junos OS同时支持 RFC 2747 中所述的 RSVP 身份验证样式(允许多供应商兼容性)和互联网草案 draft-ietf-rsvp-md5-03.txt 中所述的 RSVP 身份验证样式。默认情况下,Junos OS 使用 Internet 草稿 draft-ietf-rsvp-md5-08 中介绍的身份验证样式。如果路由器从邻接路由器收到 RFC 2747 样式的 RSVP 认证,则此邻接路由器将切换至此认证样式。每个邻接路由器的 RSVP 身份验证样式是单独确定的。

RSVP 和 IGP Hello 数据包和计时器

RSVP 可监控内部网关协议(IGP)(IS-IS 或 OSPF)邻居的状态,并依赖 IGP 协议来检测节点发生故障的时间。如果 IGP 协议将相邻节点声明为 down (因为不再收到 hello 数据包),RSVP 还会关闭该邻居。但是,在使邻接方处于开启状态时,IGP 协议和 RSVP 仍然独立运行。

在 Junos OS 中,RSVP 通常依靠 IGP 的 hello 数据包检测来检查节点故障。为 IS-IS 或 OSPF hello 计时器配置短时间,可让这些协议快速检测节点故障。当节点发生故障或检测到节点故障时,将生成一个路径错误消息,尽管 RSVP 会话关闭,IGP 邻接方仍然开启。

当 IGP 未识别特定邻接方(例如,如果接口上未启用 IGP)或 IGP 为 RIP (不是 IS-IS 还是 OSPF)时,可能依赖 RSVP hellos。此外,其他供应商的设备可能配置为根据 RSVP hello 数据包监控 RSVP 会话。由于丢失 RSVP 的呼叫数据包,此设备可能还会进行 RSVP 会话。

我们建议不要配置短 RSVP hello 计时器。如果需要快速发现发生故障的邻居,请配置短 IGP (OSPF 或 IS-IS) hello 计时器。

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 消息不是必需的,但它们会提高网络性能,因为它们会快速发布网络资源。如果 PathTear 消息丢失或未生成,则路径状态在未刷新时最终将超时,并且与该路径关联的资源将被释放。

ResvTear 消息

ResvTear 消息沿着路径删除保留状态。这些消息将朝着会话的发件人流动。在某种意义上,ResvTear 消息是 Resv 消息的反向。ResvTear 消息通常由接收器应用程序或路由器在其保留状态超时时启动。

ResvTear 消息不是必需的,但它们会提高网络性能,因为它们会快速发布网络资源。如果 ResvTear 消息丢失或未生成,则保留状态在未刷新时最终将超时,并且与保留相关的资源将被释放。

PathErr 消息

发生路径错误时(通常是由于路径中存在参数问题),路由器会向发出 path 消息的发件人发送单播 PathErr 消息。PathErr 消息是顾问。这些消息不会改变任何路径状态。

ResvErr 消息

当预留请求失败时,将向涉及的所有接收方发送 ResvErr 错误消息。ResvErr 消息是顾问。这些消息并不改变任何保留状态。

ResvConfirm 消息

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

瞻博网络路由器永远不会使用 ResvConfirm 消息请求确认;但是,瞻博网络路由器收到来自其他供应商设备的请求时,可以发送 ResvConfirm 消息。

了解 RSVP 自动网状

向 BGP 和使用 RSVP 信号的 MPLS Vpn 添加站点时,需要添加比添加客户边缘(CE)设备所需的提供商边缘(PE)路由器更多的配置。RSVP 自动网状有助于降低这种配置负担。

服务提供商通常使用 BGP 和 MPLS Vpn 在提供创收服务的同时高效扩展网络。在这些环境中,BGP用于跨服务提供商的网络分发 VPN 路由信息,而MPLS用于将 VPN 流量从一个 VPN 站点转发至另一个 VPN 站点。BGP 和 MPLS Vpn 基于对等方模型。要将新的 CE 设备(站点)添加至现有 VPN,您需要在新站点和连接到 CE 路由器的 PE 路由器上配置 CE 路由器。您无需修改所有参与 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 自动网格时,RSVP Lsp 在新 PE 路由器和现有 PE 路由器之间动态创建,从而无需手动重新配置所有 PE 路由器。要使动态 LSP 创建正常运行,必须将 BGP 配置为在所有参与的 PE 路由器之间交换路由。如果两个 BGP 对等方不交换路由,则不能在它们之间配置动态 LSP。本地路由器的 inet.3 路由表必须包含每个潜在 IBGP 下一跃点(未来潜在 PE 路由器或 LSP 目标)的标记路由。

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

每个 PE 路由器都可以到达网络中的每个其他 PE 路由器,因为此信息由 IGP 分配。PE 路由器可以将点对点 RSVP LSP 设置到网络中的任何其他 PE 路由器,前提是它知道需要此类 LSP。要在 PE 路由器之间构建完全的 Lsp 网格,需要每个 PE 路由器了解哪些其他 PE 路由器构成了整个网格。

注:

在 Junos OS 中,RSVP 自动网格使用rsvp-te[edit routing-options dynamic-tunnels dynamic-tunnel-name]层次结构级别的配置语句进行配置。此外rsvp-te ,还可在路由实例中将该配置语句用作提供商通道选项。作为提供商隧道选项实施时, rsvp-te用于为多协议 BGP 多播 VPN 配置 rsvp 点到多点 lsp,而不是配置 RSVP 自动网格。

RSVP 保留样式

保留请求包含用于指定保留样式的选项。保留样式定义了如何处理同一会话内不同发件人的预留,以及如何选择发件人。

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

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

  • 共享预留 — 所有接收方都进行一次预留,由多个发送方共享。

两个选项指定发件人的选择方式:

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

  • 通配符发送方 - 选择随后参与会话的所有发送方。

以下由四个选项组合构成的保留样式,当前定义为:

  • 固定过滤器 (FF) — 这种预留样式由显式发送方之间的不同预留组成。使用固定过滤器样式保留的应用程序示例包括视频应用程序和单播应用程序,它们都需要为每个发件人单独保留的流。默认情况下,会在 RSVP Lsp 上启用固定过滤器保留样式。

  • 通配符过滤器 (WF) — 这种预留样式由通配符发送方之间的共享预留组成。这种类型的保留为任何和所有发件人保留带宽,并向所有发件人传播,并在出现新发件人时自动延伸。用于通配符过滤器保留的示例应用程序是一个音频应用程序,其中每个发件人均可传输不同的数据流。通常,任何时候只有少数发件人在传输。此类流不需要为每个发件人单独预留;单个保留就足够了。

  • 共享显式 (SE) — 这种预留样式由显式发送方之间的共享预留组成。这种类型的保留为一组有限的发件人保留带宽。示例应用程序是类似于通配符过滤器保留所述的音频应用程序。

刷新减少 RSVP

RSVP 依赖于软状态来维护每个路由器上的路径和保留状态。如果相应的刷新消息不会定期发送,则这些状态最终会超时且保留时间将被删除。RSVP 还会以 IP 数据报的形式发送其控制消息,而无需可靠性保证。它依靠定期刷新消息来处理偶尔丢失的路径或 Resv 消息。

基于 RFC 2961 的 RSVP 刷新减少扩展可解决依赖定期刷新消息处理消息丢失导致的问题:

  • 可扩展性 — 扩展问题源自刷新消息的定期传输和处理开销,随着 RSVP 会话数量的增加,更新消息也增加了。

  • 可靠性和延迟 — 可靠性和延迟问题源自无引用 RSVP 消息或一次 RSVP 消息(如 PathTear 或 PathErr)的丢失。从这种损失中恢复所用的时间通常绑定到刷新间隔和激活计时器。

通过在 RSVP 公用标头中启用刷新减少(RR)的支持位,可以公布 RSVP 更新的缩减功能。此位仅在 RSVP 邻区之间有意义。

RSVP 更新缩减包括以下功能:

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

  • 用于减少消息处理开销的 RSVP 消息 ID

  • 使用消息 ID、消息 Ack 和消息 Nack 可靠地交付 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 为1500字节。

如果此 MTU 大于其中一个中间链路的 MTU,则可能会丢弃流量,因为 MPLS 数据包不能分段。此外,入口路由器还不了解此类信息流丢失,因为 LSP 的控制平面仍将正常工作。

为防止此类数据包在 MPLS Lsp 中丢失,您可以在 RSVP 中配置 MTU 信号。RFC 3209 中介绍了此功能。瞻博网络支持用于 RSVP 中 MTU 信号的集成服务对象。Rfc 2210 和2215中介绍了该集成服务对象。默认情况下,RSVP 中的 MTU 信号被禁用。

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

  • 信号MTU RSVP LSP 上的数据包 — 为了防止数据包丢失MTU 不匹配,入口路由器需要知道 LSP 所采取路径中最小 MTU 值是什么。获取此 MTU 值后,入口路由器即可将其分配给 LSP。

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

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

以下部分介绍 RSVP 中的 MTU 信号如何工作:

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

根据网络设备(例如路由器)是否明确支持 RSVP 中 MTU 信号的不同,RSVP 的正确 MTU 是如何发出的。

如果网络设备支持在 RSVP 中 MTU 信号,则在启用 MTU 信号时将发生以下情况:

  • 通过 Adspec 对象将 MTU 从入口路由器发至出口路由器。在转发此对象之前,入口路由器输入与发送 path 消息的接口相关联的 MTU 值。在路径中的每个跳跃处,Adspec 对象中的 MTU 值更新为传出接口的最小值和接收到的值。

  • 入口路由器使用流量规格(Tspec)对象来指定要发送的信息流的参数。入口MTU Tspec 对象信号的 MTU 值是最大 MTU 值(M Series 和 T Series 路由器为 9192 字节,PTX 系列为 9500 字节数据包传输路由器)。此值不会更改与出口路由器的路由。

  • 当 Adspec 对象到达出口路由器时,MTU 值对于路径是正确的(这意味着发现的最小 MTU 值)。出口路由器将 Adspec 对象中的 MTU 值与 Tspec 对象中的 MTU 值进行比较。它使用 Resv 消息中的 Flowspec 对象指示较小的 MTU。

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

在某些设备不支持 RSVP 中的 MTU 信号的网络中,您可能具有以下行为:

  • 如果出口路由器在 RSVP 中不支持 MTU 信号,则默认情况下 MTU 设置为1500字节。

  • 默认情况下,不支持 RSVP 中 MTU 信号的瞻博网络传输路由器设置 Adspec 对象中的1500字节的 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 值。

发布历史记录表
版本
说明
16.1
从 Junos OS 版本16.1、RSVP 流量工程(TE)协议扩展,到支持刷新间隔无关 RSVP (RI-RSVP)定义了用于快速重新路由(FRR)设施保护的 RFC 8370,从而实现更高的可扩展性标签交换路径(Lsp)加快了融合时间,并减少了定期刷新的 RSVP 信号消息开销。