FFFire小火小区装维师傅来换光猫那天，我顺手看了一眼分光器到入户皮线光缆的走向，然后问他这边OLT离得远不远。师傅愣了一下，说“你也是搞这行的吧”。这段对话其实很能说明PON（无源光网络）在今天的地位——绝大多数宽带用户看不见它，但每一户光纤上网、IPTV、语音业务，都跑在OLT到ONU这条看不见的PON链路上。这篇文章我想把自己从规划、施工到排障这几年接触PON系统的经验摊开来聊：OLT和ONU到底怎么配合，分光比为什么要精打细算，以及现在园区组网里争议很多的“以太全光”和“PON全光”到底该怎么选。无论你是刚入门的光网络工程师、做弱电集成的朋友，还是准备给公司/酒店做全光组网方案的人，这篇都能给你一套能直接拿去用的判断逻辑。
1. PON系统的三件套：OLT、ONU、分光器，以及它们的分工
1.1 一张拓扑图之外的物理关系
很多人第一次看PON的网络拓扑，会觉得它和普通光纤收发器组网长得差不多——反正都是光缆连着设备。但实际拆开看，PON和传统的以太网光纤链路在架构上有本质区别。传统以太是点到点，一芯光纤从交换机端口连到另一台交换机的端口，两边都需要供电、都是有源设备；而PON是点到多点，最典型的结构是：机房里的OLT（光线路终端）出一个PON口，接一根主干光纤到分光器，分光器再分出几十根光纤分别接到用户侧的ONU或ONT。
这里要先把名词理清楚，因为热搜里“onu olt pon的关系”问的就是这个问题。PON是这套无源光网络架构的总称，OLT是局端设备，通常放在运营商机房或园区的弱电核心机房，负责把上层IP网络的数据转换成PON协议的光信号往下发，同时把用户上行数据收敛后送往上联网络。ONU是用户侧的光网络单元，广义上包含了我们日常说的“光猫”，但在规范术语里，家庭场景用的光猫更多叫ONT（光网络终端），而ONU往往指代那些可以提供多个以太口甚至带语音接口的接入设备。这三者的关系用一句话概括就是：PON是一条“无源公路”，OLT是公路起点的收费站，ONU是公路尽头每个用户家门口的收货点，而分光器则是这条路上不需要供电的路口分流装置。
分光器是PON系统里最有意思的器件。它没有任何电子元件，纯靠光学原理把一路光信号按比例分成多路，常见分光比有1:4、1:8、1:16、1:32、1:64。比如1:32的分光器，平均意义上每路光功率约为输入光功率的1/32，折算成dB大约损耗16.5dB左右。它不需要电，不需要IP地址，装在楼道/弱电井/光交箱里就能一直工作，这正是“无源光网络”里“无源”两个字的核心含义。
1.2 为什么PON能在接入网领域几乎一家独大
刚入行时我也想过这个问题：既然以太网交换机技术这么成熟，为什么运营商接入网普遍不用交换机到户，而是绕一圈上PON？后来在参与几个FTTH覆盖项目后，我才真正体会到PON胜出的逻辑：一个PON口下可以带几十个用户，从OLT到分光器这段主干光缆只需要一芯；如果改成以太交换机组网，每个用户都要在局端独占一个光口，还得在小区里部署有源交换机并解决供电和机房环境问题。用户密度越高，PON在造价和运维上的优势越明显。
从协议演进角度看，PON也不是一个僵化的老标准。EPON（IEEE 802.3ah）上下行对称1.25Gbps，GPON（ITU-T G.984）下行2.488Gbps、上行1.244Gbps；到了10G时代有XG-PON（下行10G、上行2.5G）、XGS-PON（上下行对称10G），现在运营商推广的千兆宽带很多就跑在XG-PON或10G-EPON上。对建设方来说，最舒服的一点是：从GPON升级到XGS-PON，ODN部分（也就是光纤和分光器）基本可以不动，只需要换OLT的PON口板卡和用户侧ONU。这种平滑演进能力，是以太网点到点光纤方案很难给的——对应地，每个用户的单独光纤和端口成本会一路堆上去。
我还想强调一个常常被忽视的点：PON的无源特性不只是省电，更省了“人”。以太交换机组网时，每个楼道弱电箱里都有一台交换机，夏天高温死机、停电后恢复、设备被雷击、光模块灰尘过多导致光衰，这些都是实打实的维护工单；而PON从分光器到用户之间没有有源设备，故障点天然变少。运营商大规模选择PON，表面看是成本驱动，实际上是把维护复杂度和故障概率一起压了下去。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 下行广播、上行时分：PON两个方向的两套逻辑
2.1 下行方向：广播加过滤，电视台模式
不管EPON还是GPON，PON下行数据的传输方式都很像电视台广播：OLT通过一根光纤把光信号发送出去，经过分光器后，每一路分出的光信号里都包含了完整的下行数据。也就是说，分光器并不会“智能地”把某个用户的数据只分给那个用户——它只是傻傻地把光复制成N份，每个ONU拿到的光里都混着发给其他ONU的帧。
那ONU怎么找到属于自己的数据？答案是靠帧头里的标识。GPON里用GEM Port ID区分不同的业务流，EPON里则用LLID区分ONU。ONU收到光信号后，通过光模块转成电信号，再从数据链路层过滤出带有自己标识的帧，把不属于自己的帧丢掉，只把属于自己的数据交给上层处理。听起来很简单，但这里存在一个天然的安全隐患：下行光信号对每个ONU都是“可见”的，如果ONU不守规矩强行解析别人的帧，就可能发生窃听。所以GPON标准规定了下行方向要启用AES-128加密，OLT会在ONU注册时协商密钥，之后下行数据都加密传输。有些装了分光器的用户喜欢自己抓包看光信号，如果没解出密钥，看到的只是一堆密文，原因就在这。
我见过不少刚接触PON的运维朋友有个误区：以为分光器像交换机一样知道哪个口是哪个用户，会定向转发。真不是这样。分光器本质上就是一坨光学器件，它不读MAC地址、不认IP、不跑协议。下行“广播+ONU过滤”的机制，决定了PON的拓扑天然是点到多点共享介质，这跟后面要讲的上行链路是直接对应的。
2.2 上行方向：TDMA时隙与测距补偿，不能“齐声说话”
下行可以广播，上行就不行了。如果多个ONU各自把光信号发给OLT的信号在分光器处汇合，两路光同时进入同一根主干光纤，就会在物理上相互干扰甚至湮灭。PON解决这个问题的手段是时分多址（TDMA）：OLT给每个ONU分配上行时隙，规定“你从哪个时刻开始发、最多发多长时间”。所有ONU轮流在各自的时间窗口内发送，看起来就像是几十个人排好队轮流发言，而不是一群人同时开口。
这里有个非常关键的技术细节：不同ONU到OLT的物理距离不一样，光信号在光纤里的传播速度大约是每公里5微秒左右。如果一个离OLT只有500米的ONU收到授权后立刻发送，而另一个离OLT有20公里的ONU也收到授权后立刻发送，即使两个ONU收到的授权时刻完全一致，近端ONU的信号也会比远端ONU早到很多，最终在OLT接收端撞车。
所以PON系统在上线阶段必须做测距（ranging）。OLT向每个ONU发送测距请求，测出从OLT到该ONU的往返时延，然后给每个ONU配置一个均衡延时（Equalization Delay）。离OLT近的ONU收到授权后要多等一会儿再发，离OLT远的ONU则少等一会儿，最终目的是让所有ONU的光信号到达OLT时，在时间轴上首尾相接、互不重叠。这也是为什么新装光猫时状态会经过O1到O5几个阶段——O4阶段就是在做测距补偿。
上行的另一个技术难点在光模块层面。普通以太网光模块发光的时机比较随意，接收端通常处理连续信号；而PON系统的ONU光模块必须以突发模式工作：平时激光器关闭，只有在属于自己的时隙到来前极短时间内快速开启并稳定输出光功率，发送完立刻关闭。OLT侧的光模块则需要突发接收能力，因为每个ONU距离不同、链路衰耗不同，到达OLT的光功率强弱差异很大，OLT的接收电路必须在极短时间内完成信号幅度调整、时钟恢复和数据判决。你在设备规格书里看到“突发模式”“Burst Mode”字样，指的就是这套能力。这也是PON光模块比普通光模块贵、兼容性要求更高的原因之一。
2.3 DBA动态带宽分配：GPON体验好坏的关键
早期的PON如果采用静态时隙分配，就是每个ONU固定分到一段上行时间窗，不管它有没有数据要发，这段窗口都空着；而某个用户突发需要大流量时，却可能因为自己的固定窗口太小而卡顿。这样做的效率太低，尤其是普遍上网行为的今天，用户流量本来就是突发性的，视频会议和网页浏览的带宽需求差别巨大。
因此GPON/EPON都引入了DBA（动态带宽分配）。简单说，ONU会周期性地把自己队列里的数据积压情况上报给OLT（不同协议的上报机制不一样，GPON通过嵌入式管理通道和PLOAM消息，EPON通过MPCP报告消息），OLT根据这些上报信息，同时结合运营商给每个用户配置的SLA参数，在每几毫秒甚至更短的周期里动态调整每个ONU的上行授权。你可以把它理解成一个主持人，一会儿看谁举手需要发言，就给谁分配更长的时间，而不是机械地每个人固定发言一分钟。
我刚才说“PON带宽是共享的”，很多用户一听共享就觉得不行，但实际上DBA把这种共享调度得很精细。一个GPON口总带宽约1.244G上行/2.488G下行，如果只挂了8个用户，每个用户峰值体验可以很高；如果挂了64个用户且都同时在跑大流量，才会出现明显争抢。这个“共享+动态调度”的模型，和千兆以太网交换机每个端口独享带宽的模式有本质差别。做方案选型时，不要只盯着“PON口总带宽”拍板，要结合实际并发率和DBA效果来判断，后面第5节我会细讲怎么选。
3. 光功率预算与分光比：每一个dB都得算明白
3.1 分光器损耗和光纤衰减的估算公式
在PON系统里，工程设计最核心的一件事，就是把OLT到ONU之间这段ODN链路的光功率损耗算清楚。只有算明白了，才知道分光比选多大、光缆能放多长、哪些地方需要留余量，否则就会出现“设计图上能通、现场死活跑不起来”的情况。
先给出一组常用的估算值。光纤本身的衰减，1310nm窗口约0.35dB/km，1490nm窗口约0.25~0.3dB/km，工程上为了预留余量，我常按0.35~0.4dB/km估算。分光器插损大致如下：1:2约3.5dB，1:4约7.2dB，1:8约10.5dB，1:16约13.8dB，1:32约16.8dB，1:64约19.8dB。这还不算分光器自身的附加损耗，质量好的分光器附加损耗会控制在0.3~0.8dB以内。活动连接器（法兰盘）每个约0.2~0.5dB，熔接点单点约0.05~0.1dB。把这些全部加起来，就是ODN链路总损耗。
ONU接收光功率不是越大越好。PON光模块接收端有过载保护问题，如果接收光功率高于过载点（常见约-8dBm），接收电路会饱和，误码率反而飙升；如果低于灵敏度（GPON B+类ONU的灵敏度约为-27dBm，C+类可以做得更好），则信号无法被正确解调。所以工程上会追求让ONU接收光功率落在-8dBm到-25dBm这个舒适区间，-20dBm上下通常是比较理想的水平。
3.2 按实际场景演算的一条链路
我拿一个典型的二级分光FTTH场景来算一遍。假设OLT PON口在小区机房，主干光缆到楼栋光交箱距离1.5公里，楼栋里先用一个1:8一级分光器，再经分支光缆到单元楼道，每层再用一个1:8二级分光器，二级分光器到用户家里ONU的入户皮线光缆大约0.3公里。两个1:8分光器插损合计2×10.5=21dB；光缆总长约1.8公里，按0.35dB/km估算约0.63dB；活动连接头从OLT到ONU经过4个，每个按0.4dB算约1.6dB；熔接点按4个、每个0.1dB算约0.4dB。链路总损耗约23.63dB。
如果OLT光模块发射功率按+2dBm算，那么ONU接收功率约为+2−23.63=−21.63dBm。这个值离-27dBm灵敏度还有约5.4dB的裕量，温度变化、光模块老化、尾纤弯折都还能扛得住，设计是合理的。但如果你把一级分光器改成1:16，二级维持1:8，两个分光器插损变成13.8+10.5=24.3dB，加上光缆和接头损耗，总损耗接近27dB，ONU接收光功率只剩-25dBm左右，裕量只有2dB。这种设计在账面上“还能通”，但稍微遇到一个质量一般的法兰头、一段压弯的皮线，或者夏天光缆损耗变大，就会出现用户频繁掉线的疑难故障。
我自己做项目时有个习惯：凡是分光比超过1:32，或者二级分光总损耗超过27dB的链路，必须在竣工图上标注清楚，同时在验收时逐点用光功率计实测，不能只看网管上ONU在线就认为没事。因为ONU在线只说明下行信号能解调，上行的1310nm光信号质量也许已经在临界边缘，这两个方向的问题不一定同时暴露。
3.3 光功率看似正常，ONU却频繁掉线
做装维和售后的人应该都遇到过这种怪事：用光功率计在ONU入户法兰处测试，功率读数在-22dBm左右，看着挺正常，但用户光猫每隔几分钟就掉一次线，或者上行速率极慢。这种问题往往出在“测试的是下行，而故障在上行”。
PON系统在一根光纤里同时承载多个波长：下行用1490nm（有些CATV叠加方案还会用1550nm承载模拟电视），上行用1310nm。这两个波长在光纤中的传输特性并不完全一致，对于弯曲、挤压、脏污的敏感度也不同。我曾经遇到一个案例：分光器到用户的一段皮线光缆在门框处被夹了一个小弯，1490nm下行信号衰减不大，ONU能正常注册上线，但1310nm上行信号经过同一弯曲点时损耗明显增加，OLT接收到的上行光功率已经低于灵敏度，导致ONU测距不断超时、反复掉线。当时我用红光笔打光，肉眼看到光纤里整段都是亮的，根本看不出问题，最后是换了整段皮线光缆才解决。
这也解释了为什么在PON排障时，不能只信“收光正常”三个字。建议把光功率计分别接到分光器入口和ONU端，测试时留意测试波长；更严格的做法是同时看OLT侧的收光功率统计和ONU在线稳定性。那些“下行达标、上行不稳”的故障，十有八九藏在法兰头脏污、光纤微弯、分光器某一出口插损异常、ONU光模块劣化这四个环节里。
4. 一台新ONU从离线到上线：注册与业务下发流程
4.1 认证注册的机制和ONU状态机
PON系统的ONU不是随便插上光纤就能用。OLT必须知道“这台ONU是谁”，才允许它接入并转发业务。常见的认证方式有三种：SN认证（按设备序列号）、Password认证（ONU里写入的密码）、LOID认证（逻辑ID），不同厂商、不同运营商选用的组合不一样。比如很多GPON网络中，装维师傅把手持终端靠近光猫扫一下，其实就是把ONU的SN或Password录入OLT系统，完成预注册。
ONU注册上线过程中有几个状态，网管上常显示为O1到O5。O1是初始状态，ONU刚上电，正在寻找下行光信号；O2是待命状态，表示已经收到OLT的下行光，正在等待OLT下发注册指令；O3是序列号状态，OLT已经读到ONU的SN或其他认证信息，正在比对是否允许接入；O4是测距状态，OLT正在测距并给ONU设置均衡延时；只有进入O5（工作状态），ONU才算真正在线，可以开始传输业务数据。我在排障时习惯先看状态停在哪个字母，因为不同状态对应完全不同的故障方向。
4.2 ONU状态卡在O3/O4时怎么排查
如果ONU一直停在O3，大概率是认证没通过。先检查录入的SN或Password是否和ONU标签一致，有没有大小写或数字误输；再确认这台ONU是否被OLT侧的鉴权策略限制。有些运营商的老OLT系统会卡“ONU类型白名单”，同一厂商的新款光猫SN虽然是合法的，但不在白名单里也会一直在O3循环。遇到这种情况，处理思路是先新增SN到允许列表，看状态是否前进到O4，而不是反复重启ONU。
如果状态能到O4但始终进不了O5，问题更多在物理链路或测距参数。前面说过，O4阶段OLT在测量往返时延并配置均衡延时，如果上行光功率不足或者OLT收到ONU的突发信号不稳定，测距就无法成功，ONU会被踢回O2或O3重新来过。此时优先检查链路损耗和OLT PON口收光功率，尤其要看看是不是分光比过大、链路插损已经超出OLT/ONU光模块的动态范围。另外，某些长距离场景下还要注意PON口的最大传输距离配置参数，如果OLT上设置了10km的覆盖半径，而实际用户离OLT有15km，即使光功率足够也有可能测距失败，因为测距窗口根本覆盖不到那么远。
再说一个实操细节：有些老OLT的PON口在一段时间内没有ONU注册时，光模块会进入省电或待机状态，新ONU接入后需要等几秒甚至更久才响应。装维师傅插上光猫一看指示灯不闪就急着重启，反而可能错过注册窗口。正确做法是让ONU上电后保持不动，在网管侧观察自动发现事件，或者在OLT命令行手动触发探测，而不是反复拔插光纤。
4.3 VLAN规划：用户侧VLAN与业务VLAN的配合
ONU上线只代表“链路通”，要让用户能上网，还得在OLT上配置业务流和VLAN。PON组网里VLAN规划的好坏，直接影响后期排障效率和业务扩展空间。
常见的做法是区分用户侧VLAN（CVLAN）和业务VLAN（SVLAN）。ONU或用户路由器发出的数据帧带一个内部VLAN标签，到达OLT后，OLT会根据该业务流所属的ONU和端口，打上一层外层业务VLAN标签（SVLAN），再往上送到BRAS或核心交换机。也就是说，不同用户可能使用相同的内部VLAN，但只要OLT上联口把它们转换成不同或相同的业务VLAN，就可以在BRAS侧区分。这个“内层+外层”的两层标签机制，在PON里用得非常多，它能避免每个PON口下几十个ONU都占用独立业务VLAN导致VLAN资源耗尽。
实际项目里我见过不少反面教材：为了图省事，整台OLT所有PON口下的用户业务直接用一个VLAN透传，结果出了问题要隔离某个用户时毫无手段，只能全部重启。而规划得好一些的网络，每个OLT PON口下的用户会分配一个独立的业务VLAN段，IPTV、宽带上网、语音走不同业务VLAN，OLT上联口开启灵活QinQ，这样即便同一时间几百个ONU在线，业务也能按用户和按类型清晰拆开。维护时只要顺着VLAN标签一层层剥下去，很快就能定位到具体ONU。
5. 园区和酒店组网：以太全光与PON全光的取舍
5.1 以太全光的实质：把网线换成光纤，拓扑没有变
这几年“全光网络”被炒得很热，方案也五花八门，其中最容易混淆的就是“以太全光”和“PON全光”。以太全光从根本上说，仍然是以太网交换机组网，只是把原来从接入交换机到信息点的六类网线换成了光纤，末端再通过光电转换器或光面板AP转回电口。它从核心交换机到汇聚交换机到接入交换机的分层拓扑没有变化，每个信息点独享一条光纤和一个接入端口，带宽独享，最远传输距离也从网线的100米拓展到光纤的几百米甚至几公里。
这种方案适合什么场景？我做过一个园区网改造，办公区每个工位需要部署IP电话、电脑、无线AP，而且部分岗位做视频后期，经常要长时间推大文件，单点带宽需求非常明确。用PON共享带宽在这种场景下会出问题——几十个人同时推几十GB的工程文件，一个PON口的下行带宽很快就会被占满。最后选了核心到接入交换机之间主干全光纤、水平接入光纤到工位的方案，每个工位配一个2.5G光电转换器或者光口面板AP，每个链路独享带宽，施工效果非常稳定。
以太全光也存在明显的命门：网络只要有源交换机存在，就必须考虑弱电间的供电、环境温度和空间。现在很多办公楼弱电间根本放不下额外设备，或者物业不允许在楼层里长期运行有源设备，这就把方案逼向了PON全光。
5.2 PON全光的优势来自无源与收敛
PON全光方案的思路则完全不一样。它把OLT放在核心机房，通过分光器直接覆盖到每个房间或每几个房间，中间不再有接入交换机，也没有有源设备。末端设备是带ONT模块的光面板AP或光路由器，比如酒店客房里的面板，插上光纤就能工作，由OLT统一供电和网管。
这种方案的第一个优势是弱电间极简。一个酒店标准层即便有二十间客房，也只需要一个分纤箱，里面放一个二级分光器和一堆尾纤，不需要交换机、不需要电源、不需要空调散热。第二个优势是运维集中：几百个ONU都在OLT网管系统里，远程就能查看光功率、重启终端、下发配置，而不用一家家敲门。第三个优势是成本：在点位多、单点速率要求不极端的场景里，PON的分光器和ONU成本摊下来要比每点位一台接入交换机加光纤模块便宜不少。
需要如实说明的是，PON全光不是万能的。PON口是共享带宽，虽然DBA可以把临时突发调度得很好，但持续并发大流量场景下仍然吃亏；PON的二层隔离、组播复制方式也和传统交换机有差异，有些园区想把监控、办公、访客Wi-Fi等业务通过精细ACL做隔离，在PON上配置起来并不像以太交换机那么顺手。第2节里的上行机制也决定了一个PON口下ONU数量越多，单位时延抖动越难控制，如果业务里有大量实时音视频并发，务必慎重估算。
5.3 我的选型参考：从端口密度、带宽诉求和维护半径倒推
给你一套我实际做方案时用的判断逻辑，不复杂，但很管用。
第一，先数点位。少于50个点位的地方，用一台48口交换机加几台接入交换机就能解决，折腾PON反而增加了设备和学习成本。几百甚至上千个点位、且物理位置分散在多个楼层或房间的，PON全光在弱电间占用和维护成本上优势明显。第二，看单点带宽。单点长期需要千兆以上稳定独享带宽的（视频制作、科研数据、高性能计算终端），选以太全光；单点主要是网页、邮件、4K视频、普通办公和客房上网的，PON共享带宽绰绰有余。第三，问客户弱电间条件。如果物业严格限制有源设备入楼层，那基本不用纠结，只有PON全光能实现真正的中间无源。第四，考虑统一网管和远程控制。PON的ONU在OLT上统一管理，远程能重启、能看告警；而以太全光的每台接入交换机虽然也能网管，但几百台设备的管理复杂度和授权成本都更高。
我说一个实际案例供你参考：一个中型连锁酒店，每层15间客房，共12层，点位密度不大但分散。酒店IT人员很少，诉求是客人上网稳定、IPTV清晰、运维省事。我们当时采用PON全光方案，核心机房两台OLT互为备份，每个楼层弱电井只放分光器和分纤箱，房间内部署带ONT模块的面板AP。运营下来最大的好处是：客人投诉Wi-Fi问题时，网管人员在机房直接能远程查看房间ONT的收光功率和终端状态，很大比例的问题几分钟就能定位。如果换成传统以太交换机组网，每层一台交换机就意味着12个有源故障点，而且楼层弱电间没有空调，夏天交换机死机的概率不低。
6. 我做PON项目时踩过的坑和经验总结
这些年下来，PON系统的整体稳定性确实很高，真正出问题的场景往往集中在设计和边界细节上。这里分享几个我记忆比较深的经验，希望能帮同行少走弯路。
第一个坑是分光比和光纤衰耗算得很漂亮，却忘了活动连接头的数量。很多施工图上只画了OLT、分光器、ONU三段，实际操作时一个分光器两端要法兰盘，光交箱里还要跳纤，入户信息箱里也要法兰盘，这些连接头每一个都是0.2~0.5dB的损耗，加在一起经常比一根光缆还高。我建议在做链路预算时，活动连接头至少按6个算，别按3个算，这样最后留出来的裕量才靠谱。
第二个坑是ONU光模块的类型兼容。PON系统对光模块的兼容性比以太网苛刻，ONU和OLT必须匹配同一代PON标准，比如GPON的ONU不能直接用在XG-PON口上（除非是双模ONU）。有些项目为了省成本买了大量“通用光猫”，结果到现场发现OLT是某厂商私有协议的ONU认证，注册不过去。签合同前最好和OLT厂商确认好终端兼容列表。
第三个经验是关于光缆验收的。我后来在做FTTH项目时，要求施工队把每个OLT PON口、每台分光器出口、每个重点ONU的收光功率都记录成表格存档。这个动作在项目初期看起来很繁琐，但在后期出现疑难故障时价值极高——你可以根据历史数据判断是光模块衰耗变大，还是分光器某个出口本身有问题，快速缩小排查范围。
最后说一个很多人没意识到的小技巧：分光器的备口（未使用的出口）一定要戴好防尘帽。分光器出口长期裸露容易积灰，灰尘进入法兰头后会导致光链路损耗上升。我见过一台分光器因为备口没盖防尘帽，灰尘通过适配器污染了相邻出口，导致该路用户光功率从-19dBm掉到-25dBm，用户投诉网速慢，换了光猫没用，最后清洁分光器出口才恢复。光纤通信这件事，往往就是输在“看不见的脏”上。
如果你正在规划一个PON项目，建议先把本文第3节的链路预算认认真真做一遍，再根据第5节的逻辑确认到底该上PON还是以太全光。很多问题只要在图纸阶段提前算清，后面施工和运维都能省心很多。