企业官网建设流程全解析

刚接手数据中心网络那会儿，我一看到端口UP就觉得万事大吉，后来被一次半夜告警狠狠教育了一顿。业务反馈某100GE业务口时通时断，端口还经常自动恢复，排查半天发现不是板卡也不是光纤链路，而是光模块的收光功率已经踩线，白天温度一高就冒误码。从那次以后，我每次验收和排障都会先做一件事：查光模块类型和收发光。CE6800这类设备给了我们完整的读取通道，只是很多同学平时只关注端口状态，把这些命令忽略了。

这篇内容我就把CE6800上查看光模块类型和收发光这件事一次性讲透，包括命令用法、输出字段怎么读、dBm怎么换算、阈值怎么判断，以及一次基于真实场景的排障思路。刚接触CE6800的运维和数通实施同学可以照步骤直接敲，老手也可以看看我的排查习惯，算是经验交换。

1. 光模块类型与收发光到底是什么：先搞清楚CE6800能读到哪些数据

1.1 CE6800上的光模块类型远比你想的复杂

CE6800系列是数据中心常见的接入/汇聚交换机，端口速率的跨度非常大。我手上常见的就有10GE SFP+、25GE SFP28、40GE QSFP+、100GE QSFP28，有些型号还支持100GE口拆分为4个25GE口使用。光模块类型这个词，不只要看接口形态，还要看工作波长、传输距离、光纤类型和调制方式。

同样是100GE的光口，可能插着100G SR4多模模块，也可能插着100G PSM4、100G CWDM4，甚至100G LR4。这些模块的物理接口有的用MPO，有的用LC，波长和色散容限也完全不同。如果插错类型，接口可能不识别，或者链路协商成功但传输距离严重缩水。所以查光模块类型不是看个热闹，是为了确认硬件选型是不是真的匹配当前链路需求。

我在现场遇到过外观几乎一模一样的两个模块，插在A口正常跑业务，换到B口就报“transceiver type not supported”。这种情况多半不是模块坏了，而是B口的业务板支持范围不同，或者端口被配置成了拆分模式。不懂的人会直接喊换模块，结果折腾半天。因此在CE6800上学会准确查看模块类型，能帮你省下大量无效换线时间。

1.2 光模块的DOM机制：收发光数据是从哪来的

现在的光模块基本都支持数字诊断监控，规范里一般叫DOM或DDM。模块内部有激光器驱动器、接收前端的放大电路，还有温度传感器、电压监测点，这些信息通过I2C管理接口上报给交换机主控。CE6800把我们关心的收光功率、发光功率、模块温度、偏置电流都解析成了人可读的文本，这就是我们可以直接在命令行里查询的来源。

收光功率全称是Receive Power，表示光模块接收端收到的实际光强度；发光功率全称是Transmit Power，表示模块发送端向外输出的光强度。这两个值直接反映了光路是否健康。端口物理状态UP，只能说明两端设备在电信号和光信号层面上完成了协商，并不代表光功率落在有效区间。比如光纤弯折过死，端口照样UP，收光功率却可能已经低于接收灵敏度，表现出来就是间歇性CRC错误、延迟丢包，甚至端口反复UP/DOWN。

1.3 哪些场景下必须去查收发光

我总结了几类高频场景：

• 新链路验收：业务上线前确认收发光是否在模块规格范围内，别等业务挂了再查。
• 端口闪断或误码：接口物理状态频繁翻转，或者 discard/error 计数持续增长。
• 替换光模块或光纤后：更换过配件需要复核功率，确认接触到位。
• 机房温度异常波动：光模块的温度直接影响功率稳定性，高温天容易集中出故障。
• 采购新模块的到货验证：上机前先确认模块类型和序列号信息，防止出现兼容问题。

在以上这些场景里，如果不先掌握查询命令，再好的排查思路都落不了地。所以下一节直接进入命令操作。

2. 查询光模块类型的命令与输出解读：从基础查询到完整字段一次说清

2.1 先用display transceiver快速确认模块是否在位

在CE6800上，最基础的命令是不带任何模块参数直接敲display transceiver，系统会把当前所有在位光模块的概要信息列出来。但在设备接口很多的情况下，输出会很长，我更习惯只看某一个接口：

<CE6800> display transceiver interface 100GE1/0/1

如果模块在位，输出里会包含 Transceiver Type、Connector Type、Wavelength 等信息。比如：

Interface 100GE1/0/1 transceiver information: Transceiver Type : 100G_CWDM4 Connector Type : LC Wavelength(nm) : 1310 Fiber Type : SMF Transmission Distance : 2km

这里的 Transceiver Type 就是光模块类型的关键字段。100G_CWDM4说明是100G速率、使用CWDM4技术、单模光纤传输2公里左右。100G_SR4则是利用多模光纤短距离传输，通常会搭配MPO接口。如果你看到的是10G_SR或25G_SR，可以快速判断它是多模短距模块。

这个命令还有一个重要作用：确认模块物理上有没有被设备识别。如果接口上没有插模块，或模块损坏未被读取到，输出里通常会提示 transceiver is not present，或者相关字段为空。此时先不要急着判断光路问题，重点检查模块是否插紧、接口是否选对。

2.2 用verbose参数拿到光模块的完整身份信息

只靠概要信息有时并不能完全定位问题，因为同类模块可能由不同厂商生产，固件版本和序列号也不一样。特别是要投诉光模块质量问题或者做资产盘点时，必须拿到更完整的厂商信息。这时候要加 verbose 参数：

<CE6800> display transceiver interface 100GE1/0/1 verbose

完整的输出很长，除了模块类型，还会显示：

Transceiver Type : 100G_CWDM4 Vendor Name : 某厂商 Vendor PN : CM4-100G-2KM Serial Number : 1234567890ABCDEF Manufacture Date : 2023-11-20 Temperature(°C) : 40.5 Supply Voltage(V) : 3.29 Bias Current(mA) : 32.5 TX Power(dBM) : 1.44 RX Power(dBM) : -7.66

Vendor Name、Vendor PN、Serial Number 这些字段对核对返修和投诉很有用。我之前遇到过一批模块使用一段时间后发射功率整体偏低，把所有模块的verbose信息截图发给厂商排查，最后发现是同一批次的激光器参数离散步差太大。所以说，不要偷懒只记模块类型，多看一眼序列号和厂商批次，长期运维很有价值。

2.3 结合display interface确认物理链路状态

光模块类型查清楚了，还要顺手看一下接口状态和错误计数。日常排障我总会对比display transceiver和display interface的信息：

<CE6800> display interface 100GE1/0/1

这个命令能看到物理层状态是UP还是DOWN，链路协议状态，以及进出方向的报文统计、CRC错误、FCS错误等。比如端口在UP和DOWN之间反复横跳，错误计数器同时在涨，大概率是光模块或光纤问题；如果端口状态一直UP但CRC错误稳定增长，则可能是收光偏低或者对端发送质量差。

查光模块类型和查接口状态，并不是两个独立的动作。模块类型决定了光信号的波长和传输距离，接口状态则反映链路协商结果，两个信息拼在一起，才能判断当前链路是不是处于一个“能通但很危险”的状态。

3. 收发光功率怎么查、怎么看、怎么判断异常：dBm与告警阈值速查

3.1 找到TX Power和RX Power字段

收发光功率最直接的查看方式就是前面提过的 verbose 命令，在输出里找到TX Power(dBM)和RX Power(dBM)两行。需要注意，有些版本或模块厂商会把单位写成 dBM，实际上指的就是dBm，只是显示格式不同。

如果是短距离多模模块，TX和RX的绝对值差别可能很大；如果是中长距离单模模块，差值也有规律可循。先不用背阈值，关键是养成一个习惯：每次登录设备，看到收发光能立刻判断“这个值是偏正常还是偏危险”。

另外，很多交换机还支持查看告警历史，比如：

<CE6800> display transceiver alarm interface 100GE1/0/1

这个命令会列出当前模块的告警状态，包括收光功率高/低告警、发光功率高/低告警、模块温度高/低告警、电压异常等。告警比裸读数更直观，但有个坑：告警阈值由厂商固化在模块EEPROM里，有些模块的告警阈值设得非常宽松，已经处于误码边缘了还没报告警。所以我的建议是，既要看当前是否有告警，也要自己对照光模块规格书里的典型范围做判断。

3.2 从dBm到光功率：两分钟学会平记忆换算

很多初学运维的人看到负的dBm就慌，觉得是设备坏了。实际上dBm是一个相对单位，0dBm对应1mW功率，负值只说明功率小于1mW。换算公式是：

dBm = 10 * lg(功率mW)

常见速记值：

• 0dBm = 1mW
• 3dBm = 2mW
• -3dBm = 0.5mW
• -10dBm = 0.1mW
• -20dBm = 0.01mW

为什么100G模块的接收功率经常在-8dBm以下？因为光信号经过光纤传输、连接器插损、熔接点损耗后，到达接收端的绝对能量本来就很微弱。用dBm表示反而更方便，因为损耗可以直接做加减法。比如链路总衰减是10dB，发射功率是1dBm，那接收端大约是-9dBm，不需要做乘法。

3.3 判断“正常范围”的实操方法：看告警+看规格+看余量

我不建议把网上流传的固定数值当成绝对标准，因为不同速率、不同波长的模块，接收灵敏度和过载点差很多。比如100G多模SR4模块，接收范围通常落在2.4dBm到-8.4dBm附近；而单模CWDM4模块的接收范围可能更窄。这些都是典型值，具体要以模块文档为准。

实际操作中，我一般按三步走：

第一步，先看display transceiver alarm是否有Rx Power/Low告警。有告警，直接算故障，不用讨论。

第二步，没有告警，就查规格书里的接收灵敏度和过载点，把当前RX Power放到这个区间里看，靠近灵敏度边界则判定为隐患。

第三步，看趋势。同一端口的RX Power今天比上周低了2dB以上，即使还在正常区间边缘，也要提前排查，可能是光纤头脏污、弯曲损耗增大，或对端发射功率在劣化。

3.4 留意模块温度、偏置电流带来的隐性问题

verbose输出里还有两个容易被忽略的字段：Temperature 和 Bias Current。温度对激光器波长漂移和输出功率影响很大，尤其是CWDM这类依靠特定波长工作的模块。温度太高，模块内部可能自动降低偏置电流，导致TX Power下跌。

Bias Current，也就是偏置电流，是激光器驱动电路的老化指标之一。同样的模块，如果历史基线的偏置电流是25mA，现在跑到35mA，说明激光器阈值电流在抬高，虽然当前TX Power还正常，但模块可能已经在老化。这类趋势数据平时没有感觉，真到产生告警时已经晚了。所以我每次看verbose都会顺手记录温度、电压、偏置电流的基线值，之后对比才有价值。

4. 一次真实排障过程：从端口闪断到锁定位光模块的全链路排查

4.1 现象还原：端口UP但业务时断时续

有次现场报障，某业务口经过一台CE6800连接下联设备，业务高峰期出现大量丢包，端口状态从UP到DOWN再到UP，持续反复，业务中断明显。我登录设备后先执行了display interface 100GE1/0/5，发现接口物理状态在UP和DOWN之间波动，Rx方向的CRC错误计数也在持续增长。这类现象最容易让人误判成线缆问题，但我没有急着去摇光纤，而是先看光模块。

4.2 锁定过程：先查模块类型，再看收发光和告警

我敲了display transceiver interface 100GE1/0/5，确认模块类型是100G PSM4，单模远距离模块。随后又执行了 verbose 命令，看到TX Power为1.5dBm，RX Power为-13.2dBm。仅看数值还不敢断言，接着敲了display transceiver alarm interface 100GE1/0/5，出现 RX Power Low Alarm。

这就基本能判定了：发射光功率正常，但接收端光功率太低，已经触发了低告警。问题不会在本端模块的发射部分，而是出在接收路径。接收路径包括本端接收器件、连接本端的光纤跳线、法兰、以及远端模块的发送部分。于是我把链路另一端设备也登录上去查对端模块，发现对端的TX Power只有-5.2dBm，明显低于正常水平，同时RX Power也偏低。

4.3 对端排查与最终定位

为了区分是“对端发送问题”还是“中间链路衰减问题”，我先在对端设备上把模块拔下来清洁了光纤端面，再重新插回。重新查看后，对端TX Power回到1.8dBm，本端RX Power也恢复到-7.1dBm，告警消失。最终确定故障根源是对端模块的光纤连接器端面污染，加上法兰位置松动，导致发送光功率被异常衰减。

这个案例的关键在于：我没有只盯本端数据。如果当时只看本端RX Power太低，直接换本端光模块，大概率解决不了问题。收发光的排查必须两端对照，本端TX低看本端发射链路，本端RX低看对端TX和中间链路，这个逻辑链路不能乱。

4.4 利用跨度对比快速缩小范围

再补充一个实用技巧：当端口数量多、故障端口不确定时，可以同时打开几个通道，连续观察一段时间。比如每10分钟记录一次display transceiver verbose里的TX/RX功率。如果某个端口RX功率从-6dBm一路跌到-9dBm，再跌到-12dBm，那基本可以判断是一个渐进式劣化，比如光纤弯折加重或连接器积灰，而不是突发硬故障。有了这种趋势判断，再派单去现场处理，效率会高很多。

5. 平时最容易忽略的模块维护细节与查光模块的避坑记录

5.1 拔插光模块前，先用命令确认接口是否支持拆分

CE6800有几个比较坑的点，比如物理100GE接口可以配置成breakout模式拆分成多个25GE口。如果接口被设置成拆分模式，你插一个完整100G模块进去，系统可能无法识别，或者只识别出部分逻辑端口。遇到这种情况，光模块本身没问题，罪魁祸首是端口配置。

我的习惯是，拔插之前先执行display interface brief看接口的协商速率和状态，再结合设备规格确认当前接口是否被定义为独立100GE口。不能只凭物理形态判断，否则容易做无用功，甚至反复插拔把接口都插松了。

5.2 光纤端面清洁比换模块更常被忽视

每次查到一个端口收光功率低，如果数值不是断崖式的无光，我会先怀疑光纤端面脏污，而不是模块损坏。数据中心机房正常环境还好，但在施工现场，粉尘和颗粒很容易粘到连接器端面，加上插拔时手指接触，收光功率就会出现好几个dB的下降。

清洁动作很简单：用专用的光纤清洁笔或清洁带轻轻擦拭连接器端面，再用放大镜观察端面有没有残留。要特别注意，不要用酒精直接喷到插芯上，也不要用纸巾干蹭，否则损伤端面后光功率反而更差。清理过一次后重新插好，再看一次verbose中的RX Power，往往就能恢复好几个dB。

5.3 热插拔时注意静电防护，别小看手上的静电

很多人觉得光模块热插拔是常规操作，没什么风险。但我在实际项目中见过因为插拔前没做静电释放，导致模块内部灵敏的接收器件被击穿，上机后TX正常，RX完全无光，模块还没法通过命令识别到完整信息。所以不管多熟练，拿光模块的时候避免触摸金手指部分，最好佩戴防静电手环，或者先用手接触机壳释放静电，尤其是干燥季节。

5.4 养成记录基线数据的习惯

如果你负责的网络设备数量多，强烈建议建立一张光功率基线表。每台上线运行的光模块，在验收合格后记录下接口号、模块类型、序列号、TX Power、RX Power、模块温度、偏置电流和时间点。后续排障时，把当前数据和基线一对比，立刻能看出是劣化还是突变。这个动作看起来繁琐，但能极大缩短故障定位时间。

我自己的经验是，光模块问题最怕“隐性劣化”。模块可能在正常工作时所有状态都是UP，但收光从-6dBm缓慢漂移到-10dBm，这个过程中业务偶尔丢包，很难抓到规律。如果没有基线数据，几乎无法解释为什么业务延迟变高。有了基线表，网络团队就能在故障影响扩大前主动更换模块或清洁链路，让维护从被动救火变成主动保养。

5.5 命令查出的结果一定要和现场标记核对

最后提醒一个特别容易忽略的坑：命令行里的接口编号和现场物理位置不一定按直觉对应。之前有一次排障，我在display transceiver里看到100GE1/0/5的RX功率异常，结果现场顺着布线标签找到的却是另一个端口的光模块。如果把命令输出和现场端口搞混，清洁了半天的光纤根本不是故障链路。

所以我现在的操作规范是：每次查具体接口前，先核对设备面板和display interface description里的描述信息，再对照记录本上预先标好的端口位置。不要凭记忆判断，特别是机柜尾部线缆较多时，更应该谨慎。就这样一个小习惯，帮我避免了很多无效操作。