干了十几年弱电，这几年跟光传输、承载网打交道越来越多。今天跟兄弟们聊聊FlexE——灵活以太网。这玩意儿不是什么新概念，2015年就提出来了，但真正大规模用起来，还是因为5G和400G这些大带宽需求给逼出来的。以前咱们用光模块，速率是固定的，10G、25G、40G、100G，一个个阶梯往上走。可现在业务五花八门，今天要30G，明天要150G，你总不能老去换光模块吧？成本扛不住，施工也麻烦。FlexE就是把MAC层和PHY层解耦，说白了就是让接口速率不再死板地跟着光模块走，中间加个调度层，想配多少配多少。
先说说为啥非要用FlexE。以前我们做项目，最头疼的就是接口速率不匹配。比如路由器这边跑的是50G，但光传输设备只有100G的接口，硬往上怼，要么浪费带宽，要么得加复杂的映射设备。FlexE把这个问题给解决了——它允许你在同一个物理链路上，灵活地切出不同速率的逻辑通道，最小粒度能做到5G，华为设备甚至支持1G。这就像你有一条100G的高速公路，以前只能跑一种车，现在你能把它分成20条5G的小车道，或者组合成一条50G加一条25G再加一条25G，随便你怎么分。而且这些车道之间是物理隔离的，互不干扰，对于多业务承载来说太实用了。
**这里插一句实际施工的坑：** 以前我在一个数据中心项目里，客户要求同时跑视频监控和核心业务，用的是普通以太网，结果一到高峰期，视频流就把带宽占满了，核心业务掉包严重。后来上了FlexE的通道化功能，把视频和核心业务分到不同的时隙里，各走各的，问题直接解决。兄弟们记住，如果项目里有多业务隔离需求，别光想着QoS，硬件级别的隔离才是真靠谱。
FlexE怎么工作的呢？核心是加了一个叫FlexE Shim的中间层，位于MAC层和PHY层之间。它像个调度员，把数据切成64B/66B的小块，然后按照时隙（Slot）分发给底下的物理链路。一个100G的PHY被分成20个5G的Slot，你可以把多个Client的数据流映射到这些Slot上。FlexE有三种基本玩法：捆绑（Bonding）、通道化（Channelization）和子速率（Sub-rate）。捆绑就是把多个PHY绑在一起，比如4个100G绑成400G，带宽利用率接近100%，比传统的链路聚合效率高得多。通道化则是把一个或多个PHY拆成多个小通道，给不同的业务用。子速率就是只用一个PHY的部分带宽，比如在100G上只跑50G，剩下50G闲置或者留给别的业务。
**再说个省钱技巧：** 有些兄弟在扩容时，总想着把旧设备全换掉。其实不用，FlexE支持Unaware模式，就是让光传输设备完全不知道FlexE的存在，只管透传。这样你只需要在路由器侧升级支持FlexE的板卡，光传输设备还能继续用老的，省下一大笔钱。我做过一个改造项目，就是用这个模式，只换了路由器的线卡，光网络设备纹丝不动，客户预算省了40%。
应用场景方面，FlexE最典型的有三个：超大带宽接口、IP+光灵活组网、网络切片。超大带宽接口就不用多说了，捆绑功能直接怼。IP+光组网这块，FlexE作为路由器到光传输设备的UNI接口，速率可以灵活匹配，不再需要光设备跟着路由器的速率走。网络切片是5G时代的刚需，比如把网络切出一块给工业控制，另一块给普通上网，保证时延和带宽互不影响。FlexE的通道化功能天然支持这种硬切片，比软切片靠谱得多。
**最后提醒一点实战心得：** 配置FlexE时，一定要注意时隙的分配规划。有些兄弟图省事，把所有Client都塞到一个Group里，结果业务一多，时隙打架，性能反而下降。建议提前做好带宽预估，给关键业务预留足够的Slot，非关键业务可以用子速率模式共享。另外，不同厂商的FlexE实现细节有差异，华为和思科的对接有时候会出兼容性问题，最好在实验室先搭环境测试，别直接上现网。
总而言之，FlexE不是那种花里胡哨的技术，它解决的都是实际工程里的痛点——带宽不匹配、多业务隔离、扩容成本高。如果你正在做承载网或数据中心项目，这玩意儿值得好好研究。有啥问题随时留言，咱们一起讨论。
先说说为啥非要用FlexE。以前我们做项目，最头疼的就是接口速率不匹配。比如路由器这边跑的是50G，但光传输设备只有100G的接口，硬往上怼，要么浪费带宽，要么得加复杂的映射设备。FlexE把这个问题给解决了——它允许你在同一个物理链路上，灵活地切出不同速率的逻辑通道，最小粒度能做到5G，华为设备甚至支持1G。这就像你有一条100G的高速公路，以前只能跑一种车，现在你能把它分成20条5G的小车道，或者组合成一条50G加一条25G再加一条25G，随便你怎么分。而且这些车道之间是物理隔离的，互不干扰，对于多业务承载来说太实用了。
**这里插一句实际施工的坑：** 以前我在一个数据中心项目里，客户要求同时跑视频监控和核心业务，用的是普通以太网，结果一到高峰期，视频流就把带宽占满了，核心业务掉包严重。后来上了FlexE的通道化功能，把视频和核心业务分到不同的时隙里，各走各的，问题直接解决。兄弟们记住，如果项目里有多业务隔离需求，别光想着QoS，硬件级别的隔离才是真靠谱。
FlexE怎么工作的呢？核心是加了一个叫FlexE Shim的中间层，位于MAC层和PHY层之间。它像个调度员，把数据切成64B/66B的小块，然后按照时隙（Slot）分发给底下的物理链路。一个100G的PHY被分成20个5G的Slot，你可以把多个Client的数据流映射到这些Slot上。FlexE有三种基本玩法：捆绑（Bonding）、通道化（Channelization）和子速率（Sub-rate）。捆绑就是把多个PHY绑在一起，比如4个100G绑成400G，带宽利用率接近100%，比传统的链路聚合效率高得多。通道化则是把一个或多个PHY拆成多个小通道，给不同的业务用。子速率就是只用一个PHY的部分带宽，比如在100G上只跑50G，剩下50G闲置或者留给别的业务。
**再说个省钱技巧：** 有些兄弟在扩容时，总想着把旧设备全换掉。其实不用，FlexE支持Unaware模式，就是让光传输设备完全不知道FlexE的存在，只管透传。这样你只需要在路由器侧升级支持FlexE的板卡，光传输设备还能继续用老的，省下一大笔钱。我做过一个改造项目，就是用这个模式，只换了路由器的线卡，光网络设备纹丝不动，客户预算省了40%。
应用场景方面，FlexE最典型的有三个：超大带宽接口、IP+光灵活组网、网络切片。超大带宽接口就不用多说了，捆绑功能直接怼。IP+光组网这块，FlexE作为路由器到光传输设备的UNI接口，速率可以灵活匹配，不再需要光设备跟着路由器的速率走。网络切片是5G时代的刚需，比如把网络切出一块给工业控制，另一块给普通上网，保证时延和带宽互不影响。FlexE的通道化功能天然支持这种硬切片，比软切片靠谱得多。
**最后提醒一点实战心得：** 配置FlexE时，一定要注意时隙的分配规划。有些兄弟图省事，把所有Client都塞到一个Group里，结果业务一多，时隙打架，性能反而下降。建议提前做好带宽预估，给关键业务预留足够的Slot，非关键业务可以用子速率模式共享。另外，不同厂商的FlexE实现细节有差异，华为和思科的对接有时候会出兼容性问题，最好在实验室先搭环境测试，别直接上现网。
总而言之，FlexE不是那种花里胡哨的技术，它解决的都是实际工程里的痛点——带宽不匹配、多业务隔离、扩容成本高。如果你正在做承载网或数据中心项目，这玩意儿值得好好研究。有啥问题随时留言，咱们一起讨论。