N+1 支持 BNG M：N 用户服务冗余
了解 N+1 对宽带网络网关 （BNG） M：N 用户服务冗余的支持，该支持显著减少了备用 BNG 的预留资源。
N+1 对 BNG M：N 用户服务冗余的支持概述
N+1 支持 BNG M：N 订阅者服务冗余是一种将多个主 BNG 备份到单个备用 BNG 的机制。此机制通过在备份机箱中过度订阅辅助数据包转发引擎来减少用于冗余目的的预留资源。
N+1 对 BNG M：N 用户服务冗余的支持如何运作
图 1 展示了 N+1 对 BNG M：N 用户服务冗余的支持。拓扑中显示了四个 BNG。BNG A、C 和 D 是活动 BNG，每个 BNG 上有 64000 个双堆栈用户。备用 BNG B，其中一个线卡将备份其他三个活动 BNG。您可以将任何支持 MPC7 的 MX 系列 设备或带有 LC2103 的MX10003设备用作备用 BNG。
A1、C1 和 D1 是主要的用户冗余组，负责处理每个 BNG 上 64000 个用户的流量。A2、C2 和 D2 是模式下的辅助用户冗余组 service-activation-on-failover 。
默认情况下，M：N 用户冗余功能将备份 BNG 配置为热备用模式。要专门启用数据包转发引擎超额订阅，您需要在备份 BNG 上配置该 service-activation-on-failover 模式。
的支持
在这个冗余模型中，我们引入了一种 service-activation-on-failover 模式。在此模式下 service-activation-on-failover ，您可以使用备用 BNG 中的较少资源来配置接口的用户状态，以便转发流量。当主 BNG 出现故障时，流量会切换到具有基本统计信息的备用 BNG。在备份接口变为活动状态并耗用额外资源后，CoS 和防火墙等附加服务会自动在后台启动。备份接口的作状态从基本转发过渡到完全服务恢复。
新的编程模式使系统能够在备用 BNG 上消耗更少的资源。因此，当数据包转发引擎未处理任何流量时，您可以备份更多订阅者。在备份 BNG 上，这种备份订阅称为数据包转发引擎超额订阅。使用此 service-activation-on-failover 模式，您可以在备用 BNG 上托管的订阅者是主 BNG 的三倍。BNG 模式的 n+1 支持降低了部署备用 BNG 的成本。
当用户登录到主 BNG 时，活动租约查询会将用户状态引入备份 BNG。当备用 BNG 托管该 service-activation-on-failover 模式时，备用 BNG 消耗最少的数据包转发引擎资源，并最多可备份 192000 个订户。
主 BNG 出现故障时的用户服务冗余
让我们看看当 BNG 出现故障或 BNG 变为非活动状态时，系统是如何管理的。考虑到 图 1，当 BNG C 发生故障时，连接到 BNG C 的用户会通过备用 BNG B 重新路由流量。一旦流量重新路由到辅助用户冗余组 C2，BNG B 就会执行以下作：
- 尽最大努力立即开始转发上行和下行流量。
- 利用在 BNG B 中分配的额外资源，启动 CoS 和防火墙等服务的后台编程。
- BNG B 还原订阅者的完整 SLA，当后台编程完成时，作状态将变为完全服务。
- 其他辅助用户冗余组 A2 和 D2 继续备份 BNG A 和 D。
主 BNG 变为活动状态时还原的用户服务
您可以将主 BNG C 配置为在备用 BNG 变为活动状态时将流量从备用 BNG 还原到主 BNG。我们建议在检查两个 BNG 的状态以进行订阅者编程并确认恢复将成功后使用手册恢复。启用自动还原流量切换功能时，请考虑以下场景：
- 如果主 BNG 因链路故障而发生故障，则备份 BNG 的后台编程需要几分钟时间，具体取决于用户数量。快速恢复是不可取的。
- 如果主 BNG 由于线卡或机箱故障而发生故障，则使用活动租约查询或批量租约查询同步原始主机箱或线卡的时间取决于订阅者数量。
- 系统需要更多时间来分析计划外故障，使线卡或机箱投入使用状态。
对 BNG 的 N+1 支持 M：N 订阅者服务冗余不支持一次对多个 BNG 故障进行冗余。如果多个 BNG 一次发生故障，系统只备份第一个 BNG。其他故障 BNG 上的剩余订阅者数据将完全丢失。