MLPPP 捆绑包和内联服务逻辑接口概述
LNS 或 PPPoE(终端和隧道)用户的每个 MLPPP 捆绑包都由一个内联服务 (si
IFL) 逻辑接口 (IFL) 表示。
本主题包含以下部分:
重装处理的分布
对于 64 字节数据包,L2TP 网络服务器 (LNS) 可以维持大约 67% 的线速吞吐量。此外,必须在这些 L2TP 会话的子集上执行 MLPPP 重装。通过为捆绑包引入 si
接口,可以将某些 MLPPP 重装处理卸载到另一个与执行 LNS 处理的查找引擎不同的查找引擎。
例如, 图 1 显示了一个典型的 MX 系列,其中包含两个面向接入的 MPC2 插槽,每个插槽包含两个查找引擎。在 MPC2 插槽中,有一两个查找引擎未得到充分利用。未充分利用的查找引擎可用于主机 si
接口,以卸载 MLPPP 重装处理。
图 1:MLPPP 重装处理
的分布

注意:
为了尽量减少片段重新排序,MLPPP si
接口必须位于 MPC2 上,在捆绑包上执行整形和排队。
真正的多链路 PPP 聚合点
您可以将多链路捆绑包的每个链路映射到不同的查找引擎,以便进行 LNS 处理。 si
对捆绑包使用接口可保证属于同一捆绑包的所有片段都到达单个查找引擎进行重装。
LAC 订阅者套装
用户通过隧道后,控制平面和转发路径中不再涉及捆绑包,并且图形用户界面中会记录 MLPPP 捆绑包 IFL 和会话 ID。