Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

MLPPP 捆绑包和内联服务逻辑接口概述

LNS 或 PPPoE(终端和隧道)用户的每个 MLPPP 捆绑包都由一个内联服务 (si) 逻辑接口 (IFL) 表示。

本主题包含以下部分:

重装处理的分布

对于 64 字节的数据包,L2TP 网络服务器 (LNS) 可以维持大约线速 67% 的吞吐量。此外,必须在这些 L2TP 会话的子集上执行 MLPPP 重装。通过为捆绑包引入接口 si ,可以将某些 MLPPP 重装处理卸载到另一个查找引擎,而不是执行 LNS 处理的查找引擎。

例如, 图 1 显示了一个典型的 MX 系列,其中包含两个面向接入的 MPC2 插槽,每个插槽包含两个查找引擎。MPC2 插槽中有一个或两个查找引擎未得到充分利用。未充分利用的查找引擎可用于主机 si 接口,以分载 MLPPP 重装处理。

图 1:MLPPP 重装处理 Juniper MX Series router architecture showing MLPPP reassembly offloading from busy to underutilized Lookup Engines for load balancing.的分布
注意:

为了尽量减少片段重新排序,MLPPP si 接口必须位于 MPC2 上,并在捆绑包上执行整形和排队。

真正多链路 PPP 的聚合点

您可以将多链路捆绑包的每个链路映射到不同的查找引擎,以便进行 LNS 处理。对捆绑包使用 si 接口可确保属于同一捆绑包的所有片段都到达单个查找引擎进行重组。

LAC 用户套装

通过隧道传输用户后,捆绑包不再涉及控制平面和转发路径,并且 MLPPP 捆绑包 IFL 和会话 ID 都会在图形用户界面中记录。