第二章 混合组网架构总览：分层架构设计
各位好，我是老张。这一章咱们聊聊混合组网的整体骨架——分层架构。说白了，就是一张网络怎么从物理上、逻辑上拆成几块，每块干什么活。
我记得刚入行那会儿，带我的师傅跟我说过一句话：「网络设计，先分层，再谈别的。」这么多年下来，我越来越觉得这话在理。你想想看，如果不分层，所有设备混在一起，故障定位就像大海捞针。
2.1 为什么一定要分层？
分层不是拍脑袋想出来的。它解决了一个核心问题：复杂度控制。
举个例子。一个地市级的承载网，少说几百台设备，多则上千台。如果所有设备都平铺直叙地连在一起，你根本没法做扩容，也没法做故障隔离。我曾在某个项目中见过一张「扁平化」的网络，一个接入环上的故障，居然把核心层的路由表搞崩了。嗯，那场面，挺惨的。
分层的好处，我总结了几点：
- 故障隔离：一层出问题，不影响其他层
- 扩展灵活：加设备只在对应层操作，不用动全局
- 运维清晰：每个层级的工程师各管一摊，责任明确
- 成本可控：核心层用高端设备，接入层用低成本设备
核心观点：IP RAN与PTN混合组网，分层是基础。没有分层，混合就是一团乱麻。
2.2 三层架构：核心层、汇聚层、接入层
咱们这个课程里，统一采用三层架构。为什么不是两层？也不是四层？
两层架构在小型网络里够用，但到了地市级以上，汇聚层是必须的。四层又太冗余，增加运维成本。三层刚刚好——这是我在多个运营商项目里验证过的。
2.2.1 核心层
核心层是网络的「心脏」。所有跨区域的流量都要经过这里。
核心层的职责：
- 高速转发：处理汇聚层上来的所有流量
- 路由交换：运行OSPF、IS-IS、BGP等动态路由协议
- 业务调度：对不同类型的业务做QoS策略
- 与上层网络对接：比如连接到省干或骨干网
我个人习惯，核心层全部用IP RAN设备。为什么？因为核心层需要强大的路由能力和灵活的调度能力，PTN在这块确实差点意思。我曾经见过一个项目，核心层用了PTN设备，结果业务一多，路由表撑爆了。从那以后，我坚持核心层只用IP RAN。
小提示：核心层设备建议采用双节点、双链路的冗余设计。别问我为什么，问就是血的教训。
2.2.2 汇聚层
汇聚层是「承上启下」的关键。它把接入层的流量收上来，做聚合处理，再交给核心层。
汇聚层的职责：
- 流量汇聚：把多个接入环的流量合并
- 业务收敛：做带宽的收敛比设计，一般建议4:1到8:1
- 保护倒换：支持LSP 1:1保护、环网保护等
- 协议转换：如果接入层是PTN，汇聚层可能需要做IP RAN与PTN的协议适配
这里有个坑，我得提醒你。汇聚层的设备选型，一定要考虑混合组网的场景。我建议汇聚层采用支持双栈的设备——既能跑PTN的MPLS-TP，也能跑IP RAN的SR-MPLS或LDP。这样上下兼容，灵活度最高。
注意：汇聚层不要做太多路由策略。我曾经见过一个项目，汇聚层配了十几条route-map，结果业务一多，CPU直接飙到90%。汇聚层，简单就好。
2.2.3 接入层
接入层是网络的「毛细血管」。它直接面对基站、专线用户、企业客户。
接入层的职责：
- 业务接入：提供FE/GE、CPRI、eCPRI等接口
- 简单转发：不需要复杂路由，静态路由或默认路由即可
- 低成本部署：设备价格要低，功耗要小
- 即插即用：最好能做到零配置开局
接入层我一般推荐用PTN设备。为什么？因为PTN在接入层有天然优势——配置简单、运维门槛低、成本可控。你想想看，一个地市可能有几百个接入点，如果每个点都配IP RAN设备，那运维成本得翻好几倍。
不过，如果接入层有大量L3 VPN需求，那就得用IP RAN了。这个要视场景而定。
2.3 组网拓扑类型
拓扑结构，说白了就是设备之间怎么连。我见过五花八门的连法，但真正实用的，就下面几种。
2.3.1 核心层：Full-Mesh或Partial-Mesh
核心层设备之间，建议采用全互联（Full-Mesh）或部分互联（Partial-Mesh）。
- Full-Mesh：每台核心设备都与其他核心设备直连。可靠性最高，但链路成本也高。
- Partial-Mesh：只连接关键节点。适合预算有限的项目。
我个人习惯，核心节点少于4台时用Full-Mesh，多于4台时用Partial-Mesh。这个经验值，是我在十几个项目中试出来的。
2.3.2 汇聚层：口字型或双归型
汇聚层最常见的拓扑是口字型和双归型。
| 拓扑类型 | 描述 | 适用场景 |
|---|---|---|
| 口字型 | 汇聚设备分别上联到两台核心设备 | 中等规模，可靠性要求一般 |
| 双归型 | 汇聚设备同时上联到两台核心设备 | 高可靠性，重要业务场景 |
双归型比口字型多了一层保护。我曾经在某个4G承载网项目中，因为用了口字型，结果一台核心设备宕机，导致半个汇聚层的业务中断。后来全部改成双归型，再没出过类似问题。
2.3.3 接入层：环型或链型
接入层最常用的是环型拓扑。为什么？因为环型有自愈能力，一根光纤断了，业务能从另一侧绕过去。
链型拓扑也有，但很少用。除非是那种偏远站点，只有一条路能通光纤，那就只能链型了。
接入环的节点数量，我建议控制在6到12个之间。少于6个浪费光纤资源，多于12个保护倒换时间会超标。嗯，这个数字是我在实验室里反复测过的。
总结一下：核心层用Mesh，汇聚层用双归，接入层用环型。这个组合，我用了十年，稳得很。
2.4 混合组网中的分层要点
最后，我聊聊混合组网中分层设计的一些特殊之处。
第一，协议边界要清晰。 IP RAN和PTN的协议栈不同，在分层设计时，要明确哪一层跑什么协议。我建议在汇聚层做协议转换，不要让PTN的MPLS-TP直接穿透到核心层。
第二，OAM要统一。 混合组网最头疼的就是运维。IP RAN用Y.1731，PTN用802.1ag，如果不统一，故障定位会非常痛苦。我建议在汇聚层部署统一的OAM平台，把两边的告警、性能数据都收上来。
第三，QoS策略要一致。 不同厂商、不同技术体系的QoS映射规则可能不一样。我曾经在某个项目中，因为PTN和IP RAN的优先级映射没对齐，导致语音业务在跨层传输时出现抖动。后来花了整整一周才排查出来。
避坑指南：我曾经在混合组网项目中，因为接入层PTN和汇聚层IP RAN的MTU设置不一致，导致大包业务丢包。后来统一MTU为1500字节，问题解决。这个细节，你一定要注意。
好了，这一章的内容就到这里。分层架构是混合组网的骨架，你把这个骨架搭好了，后面的业务配置、保护倒换、运维管理，都会顺风顺水。下一章，咱们聊聊具体的设备选型——IP RAN设备怎么选，PTN设备怎么挑，混合组网时要注意哪些坑。
我是老张，咱们下章见。