两台7506E做OLT，请问能够不做堆叠，使用m-lag，管理type-b的ONU网络吗？

可以的

手册上说不允许使用MLAG，不知道为啥

olt用堆叠吧，m-lag应该是还不支持

完全可以。你不需要做堆叠，使用M-LAG技术在两台S7506E上完全可以实现对Type-B双归属ONU网络的管理。

这不仅是可行的，而且对于Type-B保护这种场景，M-LAG可能是比堆叠更合适的选择。

 为什么M-LAG更适合这个场景？

你不想做堆叠是非常合理的考虑。堆叠（IRF）将两台设备强绑定为一台逻辑设备，虽然管理简单，但存在升级影响大、分裂风险高等问题。而M-LAG则实现了“控制平面各自独立，转发平面跨设备聚合”的理想状态。

下面这个对比可以更清晰地展示M-LAG的优势：

 M-LAG如何管理Type-B的ONU网络？

Type-B双归属保护的核心要求是：一个ONU同时上联到两台OLT设备，当其中一条路径故障时，业务能迅速切换到另一条。

在你的这个场景中，S7506E扮演的是OLT的上行交换机角色。M-LAG正是实现这一目标的关键：

1. 构建“虚拟”接入点：在两台S7506E之间运行M-LAG，将会在它们与下面的OLT之间创建一个跨设备的逻辑聚合接口。从OLT的视角看，它连接的是一个“逻辑交换机”，而不是两台独立的物理设备。

2. 对接OLT的双归属：OLT的上行口（通常也是聚合口）可以同时连接到这两台S7506E的M-LAG接口上。这样，OLT的上行链路就实现了跨设备的链路聚合，完美契合Type-B的保护需求。

3. 实现故障快速切换：当其中一台S7506E或某条上行链路出现故障时，M-LAG机制会迅速感知，并将流量无缝切换到正常的设备和链路上。由于控制平面是独立的，故障被隔离在单台设备内，不会引发全网震荡。

 核心配置思路

要实现这个方案，配置上需要抓住几个关键点：

1. 配置M-LAG系统：在两台S7506E上配置相同的 M-LAG系统MAC地址和系统优先级，让它们成为一个M-LAG对等体。

2. 建立Peer-link：在两台设备之间规划并配置一条高带宽链路（通常是多个10GE或40GE接口绑定的聚合口），作为M-LAG的Peer-link，用于同步协议状态和转发少量流量。

3. 创建M-LAG接口：在连接OLT的端口上，创建聚合接口，并开启M-LAG功能（例如，通过命令 port m-lag group 将该聚合口指定为M-LAG成员口）。你需要为连接到同一台OLT的、分属两台7506E上的两个物理口创建两个聚合组，但它们将属于同一个M-LAG组。

4. 对接OLT：在OLT侧配置标准的静态或动态链路聚合（LACP），使其上行聚合口与7506E的M-LAG接口相连。

 关键注意事项

• Peer-link链路可靠性：Peer-link是M-LAG的命脉，务必使用至少两条物理链路进行聚合，并确保其带宽足以承载可能的跨设备流量。

• Keepalive链路：强烈建议单独配置一条三层直连链路（如管理口直连）作为Keepalive链路，用于检测对端设备的健康状态，防止网络拥塞导致误判。

• STP/RRPP等协议：在M-LAG环境下，需要按照H3C的最佳实践来配置生成树或其他环网协议，通常需要开启M-LAG相关的增强特性来避免阻塞。