按端口与转发机制区分点对点、星形、链形和受控环网，解释收发器与交换设备的能力边界。
先画端口，再给拓扑命名
光纤收发器的基础用途是连接不同传输介质，不能仅凭“工业级”三个字推定它支持任意组网。最常见的一电一光设备连接一个铜缆段和一个光纤段；它是否包含桥接、多个业务端口、网管或防环能力，需要具体型号证明。拓扑名称描述的是设备之间怎样连接，真正决定能否实现的却是每个设备的端口和转发机制。
本篇讨论以太网业务。先在纸上列出每个节点的电口、光口和设备型号，再用线条标出每条独立链路。一个光口不能同时接两条普通点对点线路，一根跳线也不能凭连接器把多个独立以太网信号合并。需要增加分支时，通常必须引入相应的多端口交换设备，而不是直接分叉光纤。
点对点链路最容易验证
两台适配的收发器可以把两段以太网电连接通过光纤接起来，也可以由一台收发器连接另一端交换机的兼容光口。双纤接线应让TX到达远端RX；单纤双向需要配对波长。每一端都需要符合规格的供电，电口速率与光口条件也要分别核对。光纤的长距离传输能力不能抵消电口、模块或协议不相容。
验收时先验证短链路，再迁移到现场。记录光纤类型、接头损耗及接收允许范围，有条件时测量光功率并与型号规格对照。随后验证双向业务、持续负载和端口统计。设备指示灯可以帮助定位问题，但不能证明地址、应用和带宽要求全部满足。
星形需要中心节点具备汇聚能力
星形中多个远端分别通过独立链路连接中心。远端可以是电口终端加收发器，中心通常需要多个可用光口，或者用多个收发器连接中心交换机。中心的交换功能负责把不同入口的帧送到相应出口。不能把只有一个光口的独立转换器当成多个远端的中心，除非产品确实提供相应的多端口功能。
这种方式便于分支隔离：某一条远端链路故障，通常不直接切断其它独立分支。但中心设备、电源或共同上联仍可能成为共同故障点。中心端口数量、共享出口带宽和供电应按业务计算。飞畅收发器产品资料可用于核对远端介质转换组合，中心汇聚则应另行核对交换机的端口和管理能力，不能用同一设备名称代替两类任务。
链形节点必须能够继续转发
链形把节点依次连接。中间节点若既要连接前后两条光链路，又要接本地终端，就需要对应的光口数量和转发能力。一电一光的基础收发器没有足够的接口同时完成这些连接，不能仅靠软件设置增加一个物理光口。支持这种拓扑的设备可能是具有多个光口的交换机或明确说明链形能力的设备。
链形节省某些敷设路径，却把下游流量汇集到上游链路。上游断电、线缆中断或转发故障可能影响多个后续节点。规划时计算每段汇总流量，记录受影响范围，并考虑旁路或备用路径是否被产品支持。不要把“链形”与“级联数量不限”画等号，端口、业务负载、故障范围和恢复要求都有实际限制。
物理环路必须有受控机制
连接成一个闭合圆圈只是物理环路，不等于可工作的冗余环网。以太网广播和部分未知单播可能在无控制环路中反复流动，引起风暴和地址学习异常。生成树协议通过选择转发路径、让部分路径处于不转发状态避免二层环路；其它环网机制也有各自条件。备用线接上之前，就要确认所有相关设备的支持和配置。
图中的三节点例子在正常状态只让两条路径承载业务，第三条链路保留物理连接但不转发相应业务。故障后能否切换以及切换时间，取决于协议、节点配置和实际测试，不能给所有收发器套用固定毫秒数。飞畅某些管理型交换机资料列出STP、RSTP、MSTP或ERPS等功能时，应按具体型号和工程方案核对，普通收发器不能据此被称作支持环网。
备用路径需要业务测试
确认备用链路并非只测试是否亮灯。应在计划内断开主用路径，观察受控机制状态变化，再检查终端会话是否恢复、应用是否需要重新连接以及告警是否出现。测试后恢复原链路，确认没有留下新的环路或错误端口状态。记录的是具体配置下的结果，不能用这一次的恢复时间保证其它节点数、其它负载或其它设备组合也有相同表现。
按业务与故障范围做交付
若项目只是远端单个终端接入，先考虑点对点；若多个分支需要独立维护，核对星形；若敷设条件要求逐段接入，再评估链形所需端口和上游负载。需要冗余时，明确由哪一种受控机制防环，哪些设备承担控制，并按计划验证断链、恢复和业务影响。拓扑越复杂，端口表与配置记录越不能省略。
最终验收同时覆盖正常负载与计划内故障场景。先在可控环境测试，再安排现场窗口，避免直接拔线影响运行系统。记录各节点供电、端口编号、光纤配对、协议状态及业务测试结果。用这种方法才能判断系统是否满足要求；仅把三张设备图片连成星形、链形或圆环，不能替代真实的端口与功能证据。
资料与配图说明
正文依据设备工作机制及下列资料编写；具体规格以订购型号及最新版手册为准。配图为通用机制示意。
Cisco SFP安装与安全说明；Cisco生成树原理说明；飞畅B系列以太网光纤收发器资料；飞畅管理型工业以太网交换机功能资料
