链路服务接口冗余
第 2 层服务包功能和接口
如 启用服务包中所述，您可以将 M7i 平台中的 AS 或多服务 PIC 以及内部 ASM 配置为使用第 2 层或第 3 层服务包。
启用第 2 层服务包时，AS 或多服务 PIC 支持 链路服务。在 AS 或多服务 PIC 和 ASM 上，链路服务包括：
Junos CoS 组件 - 在逻辑 LSQ 接口上配置 CoS 调度队列 介绍 Junos CoS 组件如何在链路服务 IQ （
lsq） 接口上工作。有关 Junos CoS 组件的详细信息，请参阅服务等级用户指南（路由器和 EX9200 交换机）。使用压缩实时传输协议 （CRTP） 压缩数据，用于 IP 语音 （VoIP） 传输。
注意：在 LSQ 接口上，单个捆绑包的所有多链路流量都将发送到单个处理器。如果在捆绑包上启用了 CRTP，则会增加 CPU 的开销。由于 T3 网络接口每个捆绑包仅支持一个链路，因此请确保为这些接口上的压缩流量配置分段映射并指定
no-fragmentation选项。有关更多信息，请参阅 配置延迟敏感数据包交织 和 按 LSQ 接口上的转发类配置 CoS 分段。使用 FRF.12 端到端分段的帧中继链路上的链路分段交织 （LFI） — FRF.12 的标准在规范 FRF.12 帧 中继分段实施协议中定义。
多链路点对点协议 （MLPPP） 链路上的 LFI。
端到端多链路帧中继 （MLFR） （FRF.15） — FRF.15 标准在规范 FRF.15 端 到端多链路帧中继实施协议中定义。
多链路帧中继 （MLFR） UNI NNI （FRF.16） — FRF.16 标准在规范 FRF.16.1， 多链路帧中继 UNI/NNI 实施协议中定义。
MLPPP — MLPPP 标准在规范 RFC 1990 PPP 多链路协议 （MP） 中定义。
MLPPP 的多类扩展 — 该标准在规范 RFC 2686 多 链路 PPP 的多类扩展中定义。
对于 AS 或多服务 PIC 上的 LSQ 接口，配置语法与多链路和链路服务 PIC 的配置语法几乎相同。主要区别在于使用接口类型描述符 lsq 而不是 ml 。 ls在 AS 或多服务 PIC 上启用第 2 层服务包时，将自动创建以下接口：
gr-fpc/pic/port ip-fpc/pic/port lsq-fpc/pic/port lsq-fpc/pic/port:0 ... lsq-fpc/pic/port:N mt-fpc/pic/port pd-fpc/pic/port pe-fpc/pic/port sp-fpc/pic/port vt-fpc/pic/port
接口类型gr、ip、pemtpdvt和是标准隧道接口，无论您启用的是第 2 层还是第 3 层服务包，它们都可以在 AS 或多服务 PIC 上使用。这些隧道接口对于两个服务包的功能相同，只是第 2 层服务包不支持某些隧道功能，如第 24 页的表 5 所示。有关隧道接口的更多信息，请参阅路由设备隧道和加密服务接口用户指南。
创建接口类型 sp 是因为 Junos OS 需要它。对于第 2 层服务包， sp 接口不可配置，但不应禁用它。
接口类型lsq-fpc/pic/port为物理链路服务 IQ 接口 （lsq）。接口类型 lsq-fpc/pic/port:0 通过lsq-fpc/pic/port:N表示 FRF.16 束。当您在[edit chassis fpc slot-number pic pic-number]层次结构级别包含mlfr-uni-nni-bundles语句时，将创建这些接口类型。更多信息，请参阅在逻辑 LSQ 接口上配置 CoS 调度队列。
在 LSQ 捆绑包中的 DS0、E1 或 T1 接口上，您可以配置该 bandwidth 语句，但如果这些接口包含在 MLPPP 或 MLFR 捆绑包中，则路由器不会使用带宽值。带宽根据接口的时隙、成帧和字节编码在内部计算。有关这些属性的详细信息，请参阅 路由设备的 Junos OS 网络接口库。
使用 SONET APS 跨多个路由器配置 LSQ 接口冗余
与 SONET PIC 配对的链路服务 IQ （lsq-） 接口可以使用 SONET 网络上已有的自动保护切换 （APS） 配置来提供故障恢复。如果 SONET APS 配置在单独机箱中的 SONET 接口上，并且每个 SONET PIC 都与同一机箱中的 AS 或多服务 PIC 配对，则可提供无状态故障恢复。如果满足以下 APS 故障条件之一，则关联的 SONET PIC 将触发对备份电路及其关联的 AS 或多服务 PIC 的恢复。故障条件为：
链路服务 IQ PIC 故障
承载链路服务 IQ PIC 的 FPC 故障
数据包转发引擎故障
机箱故障
Junos OS 路由设备网络接口库中介绍了配置 SONET APS 的准则。
以下部分介绍如何配置故障转移属性：
配置 LSQ 和 SONET 接口之间的关联
要配置托管链路服务 IQ 接口的 AS 或多服务 PIC 与 SONET 接口之间的关联，请在[edit interfaces]层次结构级别包含以下lsq-failure-options语句：
lsq-fpc/pic/port {
lsq-failure-options {
no-termination-request;
[ trigger-link-failure interface-name ];
}
}
例如，考虑以下网络方案：
主路由器包括接口
oc3-0/2/0和lsq-1/1/0。备份路由器包括接口
oc3-2/2/0和lsq-3/2/0。
配置 SONET APS， oc3-0/2/0 作为工作电路和 oc3-2/2/0 保护电路。包括 trigger-link-failure 以下语句以将故障扩展到 LSQ PIC：
interfaces lsq-1/1/0 {
lsq-failure-options {
trigger-link-failure oc3-0/2/0;
}
}
您只能在主路由器上配置 lsq-failure-options 语句。备份路由器不支持该配置。
要在链路服务 IQ PIC 出现故障时禁止路由器向远程主机发送 PPP 终止请求消息，请在[edit interfaces lsq-fpc/pic/port lsq-failure-options]层次结构级别包含以下no-termination-request语句：
[edit interfaces lsq-fpc/pic/port lsq-failure-options] no-termination-request;
链路 PIC 也支持此功能。要在链路 PIC 发生故障时禁止路由器向远程主机发送 PPP 终止请求消息，请在[edit interfaces interface-name ppp-options]层次结构级别包含该no-termination-request语句。
[edit interfaces interface-name ppp-options] no-termination-request;
该 no-termination-request 语句仅支持 MLPPP 和 SONET APS 配置，并且仅适用于以下 PIC 上的 PPP、PPP over Frame Relay 和 MLPPP 接口：
通道化 OC3 IQ PIC
通道化 OC12 IQ PIC
通道化 STM1 IQ PIC
通道化 STM4 IQ PIC
配置 SONET APS 与 Cisco 系统的互作性 FRF.16
配置了 APS 的瞻博网络路由器可能无法与 Cisco FRF.16 正确互作。要实现互作，请在[edit interfaces lsq-fpc/pic/port mlfr-uni-nni-bundle-options]层次结构级别包含语cisco-interoperability句：
[edit interfaces lsq-fpc/pic/port mlfr-uni-nni-bundle-options] cisco-interoperability send-lip-remove-link-for-link-reject;
该 send-lip-remove-link-for-link-reject 选项会提示路由器在收到添加链路拒绝消息时发送链路完整性协议删除链路。
LSQ 接口的 APS 冗余限制
以下限制适用于 LSQ 故障恢复：
它仅适用于安装在 M Series 路由器中的链路服务 IQ PIC，M320 路由器除外。
您必须在物理 LSQ 接口上配置语句，而不是在 MLFR 通道化单元上配置该
failure-options语句。链路服务 IQ PIC 必须与 SONET 链路 PIC 相关联。配对的 PIC 可以安装在不同的路由器上，也可以安装在同一路由器中;换言之，同时支持机箱间和机箱内恢复
故障恢复是无状态的;因此，机箱间恢复过程中预计会出现路由抖动和链路状态丢失，需要重新协商 PPP。在机箱内恢复中，路由引擎故障切换预计不会对流量产生影响，但 PIC 故障切换会导致 PPP 重新协商。
切换不会恢复：当原始硬件恢复服务时，流量不会自动恢复到该硬件。
正常 APS 切换和 PIC 触发的 APS 切换只能通过检查系统日志消息来区分。
注意：当 AS PIC 因高流量而持续 3 秒后出现背压时，这种情况会触发自动核心转储并重新启动 PIC，以帮助清除阻塞。在级别 LOG_ERR 生成系统日志消息。此机制适用于第 2 层和第 3 层服务包。
另见
使用 SONET APS 在单个路由器中配置 LSQ 接口冗余
可以使用 使用 SONET APS 跨多个路由器配置 LSQ 接口冗余中所述的 SONET APS 机制，配置在同一路由器内从一个 Link Services IQ PIC 到另一个 Link Services IQ PIC 的无状态切换。每个链路服务 IQ PIC 都必须与同一路由器内的指定 SONET 链路 PIC 相关联。
要实现完整的机箱内部恢复（包括从路由引擎故障切换恢复），必须在路由器上启用平滑路由引擎切换 （GRES）。有关详细信息，请参阅 路由设备的 Junos OS 管理库。
另见
使用虚拟接口在单个路由器上配置 LSQ 接口冗余
在具有多个 AS 或多服务 PIC 及 lsq- DPC 且具备接口的 M Series、MX 系列和 T Series 路由器上，可以指定虚拟 LSQ 冗余 （rlsq） 接口，其中主链路服务 IQ PIC 处于活动状态，辅助 PIC 处于备用状态。如果主 PIC 发生故障，辅助 PIC 将变为活动状态，并且所有 LSQ 处理都将转移到该 PIC 上。要确定哪个 PIC 当前处于活动状态， show interfaces redundancy 请发出命令。
此配置不需要使用 SONET APS 进行故障转移。可以使用不支持 SONET 的网络接口，如 T1 或 E1 接口。
以下各节提供了详细信息：
配置冗余配对 LSQ 接口
物理接口类型rlsq指定主接口和辅助lsq接口之间的配对，以实现冗余。要配置备份lsq接口，请在[edit interfaces rlsqnumber]层次结构级别包含以下redundancy-options语句：
[edit interfaces rlsqnumber] redundancy-options { (hot-standby | warm-standby); primary lsq-fpc/pic/port; secondary lsq-fpc/pic/port; }
rlsq对于接口，number可以从 0 到 1023。如果主lsq接口发生故障，流量处理将切换至辅助接口。即使在主接口恢复后，辅助接口仍保持活动状态。如果辅助接口发生故障且主接口处于活动状态，则处理会切换到主接口。
该 hot-standby 选项与一对一冗余配置一起使用，其中，一个工作 PIC 由一个备份 PIC 提供支持。LSQ 接口的 MLPPP、CRTP、FRF.15 和 FRF.16 配置支持它，以实现不间断的 LSQ 服务。它将故障检测和恢复时间的要求设置为小于 5 秒。该行为是可恢复的 request interfaces (revert | switchover) rlsqnumber ，但您可以通过发出作模式命令在主 PIC 和辅助 PIC 之间手动切换。它还为 FRF.15 提供 5 秒或更短的切换时间，为 FRF.16 提供最长 10 秒的切换时间。
该 warm-standby 选项用于冗余配置，其中，一个备份 PIC 支持多个工作 PIC。无法保证恢复时间，因为在检测到故障后，必须在备份 PIC 上完全恢复配置。
不允许某些和hot-standbywarm-standby配置的组合，否则会导致配置错误。允许使用以下示例：
-
配置了
primary lsq-0/0/0和warm-standby的接口，结合配置了 的接口rlsq0rlsq0:0primary lsq-0/0/0:0 -
配置了
primary lsq-0/0/0:0的接口rlsq0:0，结合配置了 的接口rlsq0:1primary lsq-0/0/0:1
不允许使用以下示例组合：
-
配置了
primary lsq-0/0/0和hot-standby的接口，结合配置了 的接口rlsq0rlsq0:0primary lsq-0/0/0:0 -
配置了
primary lsq-0/0/0:0的接口rlsq0:0，结合配置了 的接口rlsq1:0primary lsq-0/0/0:0 -
配置了
primary lsq-0/0/0:1的接口rlsq0:0，结合配置了 的接口rlsq1:1primary lsq-0/0/0:1 -
配置了
primary lsq-0/0/0的接口rlsq0，结合配置了 的接口rlsq1primary lsq-0/0/0
此外，同一物理接口不能重复用作多个 rlsq 接口的主接口，任何关联的逻辑接口也不能重复使用。例如，主接口 lsq-0/0/0 不能在其他 rlsq 接口中重复 lsq-0/0/0:0使用 。
对冗余 LSQ 接口的限制
链路服务 IQ PIC 故障在以下情况下发生：
-
主 PIC 无法引导。在这种情况下，
rlsq接口不会启动，需要手动干预才能重新启动或更换 PIC，或者在配置中rlsq将主 PIC 重命名为辅助 PIC。 -
如果配置接口时
rlsq不满足以下条件：-
分配给
rlsq接口的单元号小于在链路服务 PIC 上分配的用户到网络接口网络到网络接口 （UNI-NNI） （FRF.16） 束的多链路帧中继数。 -
为
rlsq接口配置了数据链路连接标识符 （DLCI）。
如果不满足这些条件，
rlsq接口将无法启动。发出show interfaces redundancy命令时，接口的rlsq状态将指示为Waiting for primary MS PIC。 -
-
主 PIC 变为活动状态，然后发生故障。辅助 PIC 会自动接管处理。
-
将会发生到辅助 PIC 的故障切换。辅助 PIC 将会失败。如果主 PIC 已还原为活动状态，则处理将切换到该 PIC。
-
包含链路服务 IQ PIC 的 FPC 出现故障。
以下约束适用于冗余 LSQ 配置：
-
建议在两个不同的 FPC 中配置主 PIC 和辅助 PIC（在 M10i 路由器以外的机箱中）。
-
不能将链路服务 IQ PIC 配置显式捆绑配置和配置为接口的组成部分
rlsq。 -
冗余的 LSQ 配置提供全面的 GRE 支持。（您必须在
[edit chassis]层次结构级别配置 GRES;请参阅 路由设备的 Junos OS 管理库。 -
如果使用
hot-standby选项配置redundancy-options语句，则配置必须包括一个primary接口值和一个secondary接口值。 -
由于 和
warm-standby使用的接口名称hot-standby相同，如果修改配置以更改此属性，建议先停用接口，提交新配置，然后再重新激活接口。 -
您无法对活动
redundancy-options配置进行更改。您必须停用rlsqnumber接口配置，对其进行更改，然后重新激活。 -
仅当主接口处于活动状态时，
rlsqnumber配置才会变为活动状态。首次激活配置时，主接口必须处于活动状态;否则，rlsq接口将等待，直到主接口启动。 -
在接口包含在活动
rlsq接口中后，您无法修改其配置lsq。 -
适用于
rsp接口的所有作模式命令也适用于rlsq接口。您可以对rlsq接口或主接口和辅助lsq接口发出show命令。但是，链路接口的统计信息不会在路由引擎切换后传递。 -
接口
rlsq还支持lsq-failure-options使用 SONET APS 跨多个路由器配置 LSQ 接口冗余中所述的配置。如果主链路服务 IQ PIC 和辅助链路服务 IQ PIC 发生故障并配置了lsq-failure-options语句，则配置将触发 SONET APS 切换。 -
需要 MLPPP 多链路帧中继（FRF.15 和 FRF.16）的冗余 LSQ 配置仅支持该
warm-standby选项。 -
冗余 LSQ 支持已扩展到 ATM 网络接口。
-
例如
rlsq0:0，通道化接口可用于 FRF-16 束。rlsq该编号及其组成部分（和primarysecondary接口）必须匹配，配置才有效：要么必须全部通道化，要么全部都未通道化。有关 FRF.16 配置的示例，请参阅 #id-configuring-lsq-interface-redundancy-in-a-single-router-using-virtual-interfaces__d81e790。 -
配置通道化
rlsq接口时，必须使用介于 0 到 254 之间的通道索引号。
当检测到 MAC 流控制情况时，第 2 层模式（运行第 2 层服务）的自适应服务 PIC 和多服务 PIC 不会重新启动。
为冗余链路 PIC 配置链路状态复制
链路状态复制（也称为 接口保留）是 SONET 自动保护切换 （APS） 功能的补充，有助于促进 LSQ 配置中使用的链路 PIC 的冗余。
链路状态复制提供了添加两组链路的能力，一组来自活动（工作）SONET PIC，另一组来自备份（保护）SONET PIC 到同一捆绑包。如果活动 SONET PIC 发生故障，则使用备用 PIC 中的链路，而不会导致链路重新协商。所有协商状态都将从活动链路复制到备用链路，以防止链路重新协商。有关 SONET APS 配置的更多信息，请参阅 路由设备的 Junos OS 网络接口库。
要配置链路状态复制，请在两个网络接口的[edit interfaces interface-name sonet-options aps]层次结构级别包含preserve-interface语句：
edit interfaces interface-name sonet-options aps] preserve-interface;
以下约束适用于链路 PIC 冗余：
-
SONET PIC 上必须具有 APS 功能，并且链路两端的接口配置必须相同。任何配置不匹配都会导致提交作失败。
-
此功能仅支持启用了 LSQ 和 SONET APS 的链路 PIC，包括通道化 OC3、通道化 OC12 和通道化 STM1 智能排队 （IQ） PIC。
-
链路状态复制支持 MLPPP 和基于帧中继 （
frame-relay-ppp） 的 PPP 封装，并完全支持 GRES。 -
使用大量 MLPPP 链路启用接口或协议追踪选项可以在链路切换期间触发链路控制协议 （LCP） 重新协商。
注意：与将瞻博网络路由器连接到分插复用器 （ADM） 的网络相比，使用背靠背瞻博网络路由器的配置更有可能发生这种重新协商。
-
一般来说，将瞻博网络路由器连接到 ADM 的网络比使用背靠背瞻博网络路由器的网络允许更快的 MLPPP 链路切换。MLPPP 链路切换时间差可能很大，特别是对于具有大量 MLPPP 链路的网络。
-
积极的 LCP 激活超时配置可能会导致 LCP 在 MLPPP 链路切换期间重新协商。默认情况下，LCP 激活计时器间隔为 10 秒，连续链路关闭计数为 3。MLPPP 链路只有在超时 30 秒后才会启动 LCP 协商。降低这些配置值可能会触发一个或多个 MLPPP 链路在切换期间重新协商。
注意：与将瞻博网络路由器连接到 ADM 的网络相比，使用背靠背瞻博网络路由器的配置更有可能进行 LCP 重新协商。
例如，以下配置显示了端口 coc3-1/0/0 和 coc3-2/0/0 之间的链路状态复制配置。
interfaces {
coc3-1/0/0 {
sonet-options {
aps {
preserve-interface;
working-circuit aps-group-1;
}
}
}
coc3-2/0/0 {
sonet-options {
aps {
preserve-interface;
protect-circuit aps-group-1;
}
}
}
}
示例： 配置冗余 LSQ 接口以进行故障恢复
为 MLPPP 配置 LSQ 接口冗余
以下配置显示 lsq-1/1/0 和 lsq-1/3/0 成对工作，冗余类型为 hot-standby，它将故障检测和恢复时间的要求设置为小于 5 秒：
interfaces rlsq0 {
redundancy-options {
primary lsq-1/1/0;
secondary lsq-1/3/0;
hot-standby; #either hot-standby or warm-standby is supported
}
}
以下示例显示了相关的 MLPPP 配置：
此配置需要配置 MLPPP 协议。
interfaces {
t1-/1/2/0 {
unit 0 {
family mlppp {
bundle rlsq0.0;
}
}
}
rlsq0 {
unit 0 {
family inet {
address 10.30.1.2/24;
}
}
}
}
以下示例显示了相关的 CoS 配置：
class-of-service {
interfaces {
rlsq0 {
unit * {
fragmentation-maps fr-map1;
}
}
}
}
以下示例显示了 MLPPP 的完整链路状态复制配置。此示例使用两个捆绑包，每个捆绑包有四个 T1 链路。前四个 T1 链路（t1-*:1 通过 t1-*:4）构成第一个捆绑包，最后四个 T1 链路（t1-*:5 通过 t1-*:8）组成第二个捆绑包。为了尽量减少配置中的重复，此示例使用语 [edit groups] 句;有关更多信息，请参阅 路由设备的 Junos OS 管理库。不需要这种类型的配置;它简化了任务并最大限度地减少了重复。
groups {
ml-partition-group {
interfaces {
<coc3-*> {
partition 1 oc-slice 1 interface-type coc1;
}
<coc1-*> {
partition 1-8 interface-type t1;
}
}
}
ml-bundle-group-1 {
interfaces {
<t1-*:"[1-4]"> {
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-0/1/0.0;
}
}
}
}
}
ml-bundle-group-2 {
interfaces {
<t1-*:"[5-8]"> {
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-0/1/0.1;
}
}
}
}
}
}
interfaces {
lsq-0/1/0 {
unit 0 {
encapsulation multilink-ppp;
family inet {
address 10.1.1.1/32 {
destination 10.1.1.2;
}
}
}
unit 1 {
encapsulation multilink-ppp;
family inet {
address 10.1.2.1/32 {
destination 10.1.2.2;
}
}
}
}
coc3-1/0/0 {
apply-groups ml-partition-group;
sonet-options {
aps {
preserve-interface;
working-circuit aps-group-1;
}
}
}
coc1-1/0/0:1 {
apply-groups ml-partition-group;
}
t1-1/0/0:1:1 {
apply-groups ml-bundle-group-1;
}
t1-1/0/0:1:2 {
apply-groups ml-bundle-group-1;
}
t1-1/0/0:1:3 {
apply-groups ml-bundle-group-1;
}
t1-1/0/0:1:4 {
apply-groups ml-bundle-group-1;
}
t1-1/0/0:1:5 {
apply-groups ml-bundle-group-2;
}
t1-1/0/0:1:6 {
apply-groups ml-bundle-group-2;
}
t1-1/0/0:1:7 {
apply-groups ml-bundle-group-2;
}
t1-1/0/0:1:8 {
apply-groups ml-bundle-group-2;
}
coc3-2/0/0 {
apply-groups ml-partition-group;
sonet-options {
aps {
preserve-interface;
protect-circuit aps-group-1;
}
}
}
coc1-2/0/0:1 {
apply-groups ml-partition-group;
}
t1-2/0/0:1:1 {
apply-groups ml-bundle-group-1;
}
t1-2/0/0:1:2 {
apply-groups ml-bundle-group-1;
}
t1-2/0/0:1:3 {
apply-groups ml-bundle-group-1;
}
t1-2/0/0:1:4 {
apply-groups ml-bundle-group-1;
}
t1-2/0/0:1:5 {
apply-groups ml-bundle-group-2;
}
t1-2/0/0:1:6 {
apply-groups ml-bundle-group-2;
}
t1-2/0/0:1:7 {
apply-groups ml-bundle-group-2;
}
t1-2/0/0:1:8 {
apply-groups ml-bundle-group-2;
}
}
为 FRF.15 捆绑包配置 LSQ 接口冗余
以下示例显示了 FRF.15 捆绑包的配置：
interfaces rlsq0 {
redundancy-options {
primary lsq-1/2/0;
secondary lsq-1/3/0;
warm-standby; #either hot-standby or warm-standby is supported
}
unit 0 {
encapsulation multilink-frame-relay-end-to-end;
family inet {
address 10.30.1.1/24;
}
}
}
为 FRF.16 捆绑包配置 LSQ 接口冗余
以下示例显示了 FRF.16 捆绑包的配置：
interfaces rlsq0:0 {
dce;
encapsulation multilink-frame-relay-uni-nni;
redundancy-options {
primary lsq-1/2/0:0;
secondary lsq-1/3/0:0;
warm-standby; #either hot-standby or warm-standby is supported
}
unit 0 {
dlci 1000;
family inet {
address 10.50.1.1/24;
}
}
}