N+1 支持 BNG M：N 订阅者服务冗余
了解 N+1 对宽带网络网关 （BNG） M：N 订阅者服务冗余的支持，从而显著减少了备份 BNG 的预留资源。
N+1 支持 BNG，M：N 订阅者服务冗余概述
对 BNG M：N 用户服务冗余的 N+1 支持是一种将多个主 BNG 备份到单个备份 BNG 的机制。此机制通过在备份机箱中过度订阅辅助数据包转发引擎来减少用于冗余目的的预留资源。在这个冗余模型中，我们引入了一种 service-activation-on-failover 模式。在该 service-activation-on-failover 模式下，您可以使用备份 BNG 中的较少资源来配置接口的订阅者状态，以转发流量。当主 BNG 发生故障时，流量会切换到具有基本统计信息的备用 BNG。在备份接口激活并消耗额外资源后，CoS 和防火墙等附加服务会在后台自动启动。备份接口的操作状态从基本转发过渡到全面服务恢复。
新的编程模式使系统能够在备份 BNG 上消耗更少的资源。因此，当数据包转发引擎不处理任何流量时，您可以备份更多订阅者。此备份订阅在备份 BNG 上称为数据包转发引擎超额订阅。使用该 service-activation-on-failover 模式时，您可以在备份 BNG 上托管的订阅者数量是主 BNG 的三倍。
N+1 支持 BNG、M：N 订阅者服务冗余的好处
- 降低部署备份 BNG 的成本。
N+1 支持 BNG M：N 订阅者服务冗余的工作原理
图 1 说明了 N+1 对 BNG M：N 用户服务冗余的支持。拓扑中显示了四个 BNG。BNG、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 该模式。
的 N+1 支持
当订阅者登录到主 BNG 时，活动 leasequery 会将订阅者状态带到备份 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 由于线卡或机箱故障而发生故障，则使用活动 leasequery 或批量 leasequery 同步原始主机箱或线卡的时间取决于订阅者的数量。
- 系统需要更多时间来分析计划外故障并使线卡或机箱投入使用状态。
N+1 支持 BNG M：N 订阅者服务冗余不支持一次在多个 BNG 故障上进行冗余。如果多个 BNG 同时发生故障，系统将仅备份第一个 BNG。其他失败的 BNG 上剩余订阅者的数据将完全丢失。