作者：光线传媒信息总监 马郑

“网络对我们来说就是生产工具。动画师从存储调素材，如果延迟高、带宽不够，直接影响产出效率。所以网络这件事，我一直当作业务问题在抓。”——光线传媒信息总监 马郑

光线传媒成立于1998年，以电视节目制作起家，2006年进军电影、电视剧业务，2013年布局动画领域，2019年发行《哪吒之魔童降世》，2022年着手打造“中国神话宇宙”，2025年发行《哪吒之魔童闹海》。旗下光线动画部门是公司的核心业务板块，去年该部门动画制作团队已超170人，今明年有可能扩充到 300 人以上（据2025年半年度报告显示）。

在网络需求上，动画部门的工作模式和普通办公完全不同：动画师通过工作站直接访问核心存储服务器，在线调取视频素材进行剪辑和编辑。素材文件大小从几百兆到上G不等，10以上同时操作是常态。网络一旦跟不上，动画师的产出效率直接打折。

2025年底，公司从旧办公楼整体搬迁至自有的新总部大楼“光线中心”。借这次搬迁，我们对网络做了一次重大升级——从传统以太网切换到以太彩光方案。截至目前，新网已稳定运行超过两个月。

这篇文章记录的是我们在这个过程中的真实思考和实际经验，包括旧楼网络到底卡在哪里、选型时为什么选择以太彩光，实际跑下来效果如何，以及使用中发现的一些待优化的地方。

如果你的团队也有大量高带宽需求的研发、设计或制作人员，这篇内容值得参考。

一、旧网络面临哪些难题

先说最严重的。

1.高并发场景下，在线编辑频繁卡顿

我们动画部门内部有一个硬性指标：访问存储的响应延迟必须在规定的毫秒以下才算达标，然而，旧网络长期不达标。

具体表现为：当十几名动画师同时操作时，视频频繁卡帧，素材读取速度大幅下降。对做剪辑的人来说，时间线拖一下卡两秒，素材预览加载不出来，拖慢整个生产进度。

2.共享存储访问慢，影响日常办公效率

不只是动画部门，员工访问共享文件和存储的时候也有明显延迟。打开一个文件要等十好几秒，日常效率很受影响。

3.无线卡顿，投诉频率最高

旧楼是高密度大开间办公，无线AP又是比较老的设备，上行只有1000M，在会议集中的高峰时段，网络不是慢，就是卡。这是我们部门收到投诉频率最高的问题。

4.问题的根源

分析下来，核心原因出在旧楼的网络架构上。旧楼用的是常见的三层组网——核心层到汇聚层万兆，汇聚层到接入层千兆。收发邮件、开视频会议、用OA系统等，这个架构基本够用。但动画部门是另一回事：长期十几个人同时经过同一条千兆链路去访问存储，每个人实际能分到的带宽远低于业务需要。瓶颈就卡在汇聚层到接入层的那根千兆线上。

5.临时方案不长久，搬迁带来新契机

为维持动画师的基本工作效率，我们做了一个临时调整——让设计终端绕过接入交换机，直接连到汇聚层。这样跳过了千兆瓶颈，能缓解一些。但属于权宜之计，是旧楼条件下没办法的办法。

设计终端绕过接入交换机，直接连汇聚层，跳过千兆瓶颈

2025年底，公司整体搬迁到自有的新总部大楼“光线中心”。这是一个难得机会。

光线中心共5层，单层信息点超过700个。光线动画部门在5层，他们的网络需要重点保障和维护。我们的考量是不仅要解决眼前问题，还要支撑未来10年甚至更长时间的业务发展。

所以，这次我们给新网络定了四条要求：

第一，带宽要够。简单说，就是大带宽。动画部门每个终端要有足够的独享带宽，骨干链路的带宽也越高越好。保障动画师干活时，带宽不互抢。普通办公区域也能保障通畅。

第二，延迟要达标。动画部门对存储访问延迟有明确的量化要求——要毫秒级以内，这是硬性指标。

第三，运维要简单。我们IT团队人员就3个人，人数有限，日常管理和故障排查要尽量高效，不能靠人堆。

第四，扩展要敏捷。现在是万兆，以后业务发展可能要更高带宽。架构要支持平滑升级，不能过几年又把线重新拉一遍。

二、我们为什么选了以太彩光

确定“用光”这个大方向，我们没怎么犹豫。光纤在传输距离、抗电磁干扰、未来扩展性上的优势，铜缆确实比不了。

关键是选哪种光技术路线。我们评估了两种主流方案：PON（无源光网络）和以太彩光。以下是基于我们业务的实际场景下的比较和判断。

1.为什么没选PON方案？

核心就一个原因：PON的带宽是共享的，与我们的核心业务需求不匹配。

PON架构下，多个终端共享上行带宽，收敛比通常是1:8。前面说过，我们动画部门最头疼的就是多人同时访问存储时带宽不够用，如果换了新方案还是“大家一起抢”，那等于没解决根本问题。这是我们排除PON方案的重要原因。

2.以太彩光方案打动我们的地方

带宽这块，最关键的是“独享”两个字。以太彩光用的是无源波分复用技术，点对点传输，每台接入交换机独享10G上行带宽，收敛比1:1。对于我们业务场景，这意味着每个工位用多少带宽，和隔壁工位无关。我们动画部门最终配的是100G上联核心，骨干带宽达到160G，和旧网完全不在一个量级。

延迟方面，差距也很明显。以太彩光端到端延迟在5微秒以内（厂商标称），PON方案通常不低于125微秒。对于我们动画师在线访问存储的场景来说，这个差距是能直接感受到的——拖动时间线、预览素材的时候，流畅还是卡顿，就在这个延迟里。

运维这块也是加分项。全程用的是标准以太网协议，从核心交换机到桌面接入交换机，是同一套管理体系。我们运维团队用现有的以太网知识就能上手，不需要额外去学一套新的协议。此外，终端权限也可以在管理平台上集中调整，不用逐台手动配置。告别了手动调整带来的疏漏和延误风险，保障公司信息安全。

还有一点是开放兼容且面向未来。接入交换机基于标准以太接口，可兼容不同厂商设备。光纤介质本身频谱宽，将来升级到更高带宽，不需要把线重新拉一遍。这跟我们第四条要求直接对应。

值得一提的是，方案评估的后期，我们团队实地参观了已落地以太彩光方案的企业——凝思软件。凝思的业务场景涉及高带宽研发需求，与我们一样都是办公用网场景。

参观收获，主要有两点：

一是看到了方案在真实环境中的部署形态——光纤入室的走线方式、桌面交换机的实际摆放、弱电间设备布局；

二是听到了对方IT团队对方案实际使用效果和日常运维的真实反馈。

这些对我们做最终决策起了比较重要的参考作用。

→详细产品方案&相关需求请点击此处反馈

三、实际落地情况

最终我们落地的方案是：以锐捷极简以太彩光作为基础网络架构，配合锐捷磐石无线+EDN软件服务，组合实现万兆接入、无线覆盖和集中高效的运维。

具体部署是这样的：

从弱电间到每个工位之间，只走一根光电混合缆，数据传输和设备供电在同一根线里完成，不用再分别拉网线和电源线。汇聚层采用无源设备，不需要供电、不需要散热，免去了在每一层都配传统意义上的弱电间。

接入交换机前置直接放在工位附近，体积小，插上就能用，不需要逐台做配置。设备坏了，换一台新的插上去就自动恢复，运维人员不需要到场重新调试。这一点对我们仅3个人的IT团队来说很实用。

无线部分选了Wi-Fi 7高密AP，专门针对我们这种大开间、高密度工位的场景。

另外，核心交换机和出口安全设备我们做了利旧处理，这样在控制整体投入的前提下完成了升级。

整个项目从进场施工到全楼网络上线，大约用了12周。

四、运行两个月后的实际效果

1.业务方面

之前困扰我们的三个问题，基本都消失了。

新网络上线两个月，在线编辑卡帧、共享访问慢、无线卡顿——这三类问题没有再收到用户投诉。这里说“基本”，是因为两个月的时间还不算长，但到目前为止表现稳定。

动画部门是对网络最敏感的部门，他们的反馈最有说服力。如今，存储访问的响应延迟降低了30%。同样十几人同时在线编辑高清视频素材，再没出现卡帧和读取缓慢的情况。

普通办公区域也没什么问题，上网通畅，用户没反馈明显的体验异常。

2.运维方面

运维团队给出的整体评价是“直观、智能、便捷”。其中，故障定位是运维团队评价最高一个点。

举一个实际的例子：有一次某楼层部分工位出现网络异常，运维人员在平台上直接看到是某段光纤链路的光衰指标异常，没有像以前那样逐台排查交换机和终端，从发现问题到定位到具体链路，前后不到5分钟。在旧网环境下，类似问题的排查通常要20分钟以上。

此外，UNC管理平台采用全图形化界面，上手门槛不高。我们运维人员的原话是“不需要很多了解就可以上手”。

3.工程与环境方面

几个能直观感受到的变化：

首先，光纤替代大量网线，不仅减少了施工人工和周期，后续运维也轻松不少，因接入设备是免配置的，坏了直接换新就能恢复。

其次，布线这块也更简洁。我们算了下：和旧楼全铜缆方案相比，换成光纤后，铜缆用量减少了80%，桥架管线明显少了，吊顶空间也腾出来不少。

弱电间变化更直观。接入交换机前置到工位侧，弱电间不再需要堆放大量接入设备，空间占用大幅减少，布局更整洁。

五、最后：几点经验

基于这次网络建设的实际经历，有几点体会供同行参考。

第一：选型要从实际业务需求出发，与厂商深度协同，共创适配自己方案。

不同的业务场景对网络的要求差异很大。对我们来说，关键约束就是动画部门的高并发大文件在线编辑——确定了这个核心需求，就能比较清楚地判断哪种技术路线更匹配。同时，我们把量化后的业务需求（带宽、并发数、延迟）给到厂商，双方一起共创适配方案。

第二：有条件的话，去看已经在用的真实案例。

纸面上的参数和方案演示都是理想状态。真正有参考价值的，是亲眼看到方案在真实环境里长什么样，跟已经用过的同行聊聊——实际部署什么形态、运维体验怎么样、有没有踩过坑。我们当时去看了凝思软件的落地情况，确实帮助我们下了最终决心。

第三：关注方案的实际落地能力，包括人的因素。

技术方案再好，最终要靠人来落地。我们这次项目里有一个体会比较深的细节：5层楼3500多个信息点要在搬迁窗口期内完成切换，工程排期非常紧。最终能按时交付，和施工团队在现场的响应速度直接相关。这一点在选型评估时容易被忽略，但在实际执行中非常关键。

→详细产品方案&相关需求请点击此处反馈