Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

在 OSPF 接口上配置特定于应用的链路属性

从 Junos OS 和 Junos OS 演化版 22.2R1 版开始，您可以在同一链路上为 RSVP 和灵活算法播发不同的 te 属性，例如 te-metric、delay-metric 或admin-groups。这是使用 RFC 8920 中定义的灵活算法、特定于应用的链路属性来完成的。

要在 OSPF 接口上配置基于应用特定链路属性的灵活算法：

  1. 创建 OSPF 区域。

    例如：

  2. 指定接口。

    例如：

  3. 在设备的 OSPF 接口上配置特定于应用的链路属性。
  4. 指定属性组。

    例如：

  5. 配置灵活的特定于算法的 te 属性，例如 te-metric、delay-metric 和 admin-groups。指定属性组的 te-metric。te-metric 表示 OSPFv2 计算路径所依据的指标类型。

    例如：

  6. 指定属性组的管理员组。

    例如：

  7. 为属性组指定延迟度量。

    例如：

  8. 如果未配置 delay-metric，请指定 advertise-interface-delay 以从接口配置层次结构中获取延迟值，即旧延迟值。

    例如：

    注意：

    仅当以下所有条件都匹配时，才能提交以下配置：

    • 应用程序与属性组相关联。

    • 层次结构中未配置延迟度量。

    • 存在接口级延迟配置。
  9. 指定属性组的应用程序。在当前的实现中，只能将灵活的算法配置为应用程序。一个属性组可以有多个应用程序与之关联，它等同于一个特定于应用程序的链接属性，其应用程序位在特定于应用程序的链接属性子的标准应用程序标识符位掩码字段中设置。
  10. 从配置模式输入 commit 。
  11. 指定 strict-asla-based-flex-algorithm 以强制执行灵活的算法路径计算仅使用通过特定于应用程序的链路属性通告相关 te 属性的链路。
  12. 从配置模式输入 commit 。

    要验证配置结果，请使用 show protocols 作命令。

    Junos OS 和 Junos OS 演化版实施支持特定于应用的链路属性 subTLV，以符合 RFC 8920 标准。特定于应用的链路属性子 TLV 是 RFC 7684 中定义的 OSPFv2 扩展链路 TLV 的子 TLV。

    要验证 OSPF 数据库中是否存在特定于应用的链路属性子 TLV，请使用 show ospf database extensive 作命令。

    输出显示特定于应用程序的链路属性子 TLV 字段和属性。

相关主题