MLPPP 订阅者计费统计信息概述

对于宽带用户管理边缘路由器点对点协议（PPP）用户，记帐统计信息包含两组：

聚合（IPv4 和 IPv6）统计信息组由通过以下 RADIUS 属性 Acct-Input-Octets报告的统计信息组成：、 Acct-Output-Octets、 Acct-Input-Packets、 Acct-Output-Packets和。
聚合统计信息组的 IPv6 部分通过瞻博网络 ERX-VSA到 151 156报告。

宽带用户管理边缘路由器 PPP 逻辑接口（IFL）通过排除 PPP 控制流量并在数据包即将离开路由器的点递增数据包和八位位组，来支持准确的记帐统计数据。数据包不会被 CoS、过滤器或监管器丢弃。

对于 MLPPP 订阅者，系统将针对每个成员链路（目前仅限于一个）执行核算，而非捆绑包。捆绑 IFL 仅支持准确记帐统计，成员链路仅支持传输统计。因此，以下限制适用于成员链路最终聚合统计信息：

以下主题介绍查找引擎中成员链接及其捆绑包的统计信息收集过程。

成员链路和捆绑统计信息收集

使用 MPC2 的 MLPPP 目前仅支持每个捆绑包一个成员链路。但是，在支持记账统计信息时，必须考虑每个捆绑包存在多个成员链路的真实多链路场景。从查找引擎来看，只有捆绑包能够维护第 3 层统计信息。对于单个成员链路，仅计算与协议无关的分段（加上非分段数据包）。

图 1 显示了具有两个活动成员链路和由查找引擎维护的统计信息的 MLPPP 客户端。对于使用 MPC2 的 MLPPP，每个成员链路和束都可以驻留在维护记帐统计信息的不同查找引擎上。

图 1：具有两个活动成员链路 Client device connected to internet via MX Series router with links F1 and F2 in enterprise setup.

的 MLPPP 客户端

当客户端向互联网发送 IP 数据包时，它们可能会被分段。例如，数据包 P1 被分片为 F1 和 F2，属于单个数据包的分片可以在不同的链路上发送（图 1）。

当 MX 系列上的链路 1 收到分片 F1 时，该分片会被识别为 MLPPP 封装分片。由于第一个分片上指示了 IPv4 或 IPv6 家族，因此在将分片转发到捆绑包进行重装之前，将使用与协议无关的方法对所有传入分片进行计数。

同样，在链路 2 上，片段 F2 也会使用与协议无关的方法进行计数，然后转发到捆绑包进行重组。

片段 F1 到达捆绑包并与其 MLPPP 报头一起存储，其中包含序列号 begin flag ，设置为 0，设置为 end flag 1。

片段 F2 到达捆绑包并与其 MLPPP 报头一起存储，其中包含序列号 begin flag ，设置为 1，设置为 end flag set 0。

单调递增序列号的模式（ begin flag 设置为 1 并 end flag 设置为 1）会导致片段 F1 和 F2 被重新组装成单个数据包。

数据包重组后，数据包的第 3 层类型（IPv4 或 IPv6）将在捆绑包中确定。然后，根据准确的记帐统计数据，根据捆绑包中的第 3 层类型对数据包和字节进行计数：

或者

相反，第 3 层数据包从互联网传入捆绑包。

数据包和字节根据捆绑包中的第 3 层类型进行计数：

或者

如果数据包是分段的，那么属于同一数据包的分片可能会被发送出不同的链路。由于链路上未指示 IPv4 或 IPv6 家族，因此将使用与协议无关的方法对所有传出分片进行计数。

以下输出示例显示了 RADIUS 最终统计信息：