企业官网建设流程全解析

简介：面向数据中心存储网络运维人员与初入SAN领域的技术人员，这份博科光纤交换机培训文档以25页PDF形式梳理日常运维与基础配置流程，可帮助读者理解FC交换机的定位并上手管理操作。内容从FC与以太网、TCP/IP协议差异及常见接口类型讲起，覆盖登录连接、账号密码与管理地址修改、会话超时和NTP配置、switchname更改、端口启停等基础操作，并延伸到Zone新建与激活、VSAN创建及Port Channel配置，配合案例演示和FAQ中的巡检命令、排障日志收集，形成较完整的学习路径。压缩包内共1个PDF文件，约3.28MB，便于随查随用。该资料已有1900人学习，适合作为存储交换机运维入门与日常配置参考。

1. 知识地图：博科光纤交换机到底由哪几层拼起来

博科光纤交换机（Brocade Fabric）这套东西，很多人第一反应是「带光口的二层交换机」，觉得会敲 zonecreate 就算掌握了。真按这份培训文档和操作手册的目录走一遍——OS 功能模块、交换机基本配置、通道业务配置、案例演示加常见问题——会发现它其实是一张四层地图：最底下是 FC 协议栈和 HBA 卸载，往上是登录与账号、地址、时间这套管理面，再往上是 alias/zone/cfg 组成的通道业务，最上面才是级联、长距离链路和巡检排障。存储交换机在数据中心里基本是 FC 的天下，博科的 Fabric OS 命令体系又自成一套，命令不熟、顺序不对、生效链条断一环，业务就直接起不来。这张地图适合两类人：正在系统啃光纤交换机原理的，和已经上手但配置靠搜、排障靠运气的。

2. 协议与服务：FC 协议栈、七类服务与接口类型的底层账

光纤交换机和普通以太网交换机最大的认知差，不在「用光纤还是网线」，而在协议栈把活交给谁干。这一层想不清楚，后面所有配置都只是背命令；想清楚了，为什么 FC 时延低、为什么端口要有 buffer credit、为什么 HBA 卡这么贵，全都能自己推出来。

2.1 FC 与以太网的三个维度：技术、可靠性、速率

培训文档在对比这一节只给了三个关键词：技术、可靠性、速率。这三个词看着空，展开其实正好是三条判断线。技术指的是协议族和寻址方式不同，以太网靠 MAC + IP 逐跳转发，FC 靠 64 位 WWN 在 Fabric 内一次性寻址，交换机只做转发不做路由决策；可靠性指的是差错控制放在哪一层，FC 在链路层就做端到端校验和序列号保序，以太网把可靠性甩给上层 TCP；速率指的是两边的发展节奏不一样，FC 追求的是稳定档位下的低时延，以太网追求的是带宽档位不断翻倍。

真正要记的不是表格本身，而是「为什么存储不用以太网」这个问题的答案结构：不是以太网不能跑存储，而是 FC 把不确定性提前消灭在了硬件里。做复习的时候，能把这张表默写出来，比背十条命令有用。

2.2 协议栈对比：下四层在哪跑，决定了时延和 CPU 开销

这是整份文档里理论密度最高的一段，也是最容易被跳过、后来反复回头补的一段。TCP/IP 协议栈跑在主机内核里，靠主机 CPU 运算：以太网卡把每一个收到的帧都送进主机内存，TCP/IP 模块再做 IP 地址分析、TCP 层数据段定界、校验、检测重传、包的拼接，这一整套动作都要 CPU 执行代码来完成，中间还伴随多次内存拷贝。而 FC/SAS 的下四层，全部在 FC/SAS 控制器的硬件电路或者固件里就做完了，送到主机内存里的数据直接就是 FC/SAS 包里包含的上层 Payload。

这里有一个常被忽略的延伸点：FC 协议和 IP 协议并不是互斥的，两者融合的产物就是 FCIP 网关，把 FC 帧封装进 IP 网络里跑，用来解决远距离互联。理解了这个封装关系，再看后面级联为什么对距离这么敏感、为什么超过一定距离要买远距离授权，逻辑就通了——距离一长，credit 周转不过来，链路利用率会断崖式下跌。

判断自己有没有真理解，有个土办法：拿一台装普通网卡的机器和一台装 HBA 的机器，同样跑高吞吐，看 CPU 占用曲线。前者是斜着往上冲，后者基本躺平。这个体感比任何定义都牢。

2.3 OS 的七类服务：谁能配、谁不能碰

Fabric OS 把功能拆成了若干服务，其中只有「管理服务」是用户能配置的，其余都是交换机自己跑的后台能力。把这七类服务的职责分清楚，命令行里看到的现象就能对上号。

这张表最实用的地方在于排查思路：如果一个 WWN 在 alishow 里能看到、在 zoneshow 里看不到，说明目录服务正常、别名服务或配置没跟上；如果端口物理上是 Up 但对端看不到，那问题大概率在登录服务这一层，而不是 zone。

2.4 接口类型：物理形态决定了你能插什么、能跑多远

文档在接口类型这一节留了白，实际复习时必须自己补齐，否则现场拿到一台设备和一箱模块会对不上。光纤交换机侧的接口本质是「端口 + 可插拔光模块」，端口速率由模块和交换机端口能力共同决定，接头以 LC 为主，短距离多模、长距离单模，铜缆只适合机柜内极短距离堆叠。

物理层这块最容易吃亏的地方，是以为「插上亮了就是好的」。亮只代表有光，不代表光功率够、不代表误码为零。后面讲到 sfpshow 的时候会看到，收光功率是有明确正常值门槛的，光衰超标时链路照样能 Up，只是业务时不时抖一下，这种问题最难查。

3. 基本配置与巡检：从串口登录到 switchshow 的固定动作

基本配置这一章看着最枯燥，但它决定了后面所有操作能不能做。文档把它拆成连接交换机、改账号密码、改管理地址、会话超时与时间服务器、改 switchname、禁用启用、关机、查询信息八件事，实际动手时这八件事有严格的先后顺序，顺序错了会把自己关在门外。

3.1 三条登录路径和它们各自的翻车现场

登录路径有三条：Serial 串口、管理口、SSH/Web。串口是最保底的，管理地址配错、密码忘了、网络不通，最后都靠它救；管理口出厂有默认地址和默认账号密码，第一次上电基本都走这条；SSH 和 Web 属于日常运维路径，其中 Web 方式对浏览器端 JAVA 版本有要求，较新机型要 JAVA 8，较早机型要 JAVA 7，版本不对就是页面打不开或者功能按钮点不动。

# 串口侧参数（以设备标签为准，FOS 常见默认如下） # 波特率 9600 / 数据位 8 / 校验 None / 停止位 1 / 无流控 # 通过管理口首次登录（出厂默认） # 地址 10.77.77.77 账号 admin 密码 password # 改完管理地址后，日常走 SSH ssh admin@172.16.254.10

第一段注释说明串口参数，这是首配时最容易出错的地方，参数不对终端就是乱码，很多人第一反应是设备坏了。第二段是出厂默认值，注意这个地址是出厂状态，只要设备被人动过就不一定还是它，别死记。第三段是改完地址后的常规登录方式，前提是管理口和你的笔记本在同一网段、网关可达。

三条路径的取舍原则很朴素：首配和救急用串口，日常批量操作用 SSH，需要看图形化统计时再开 Web。Web 那条路不要当主力，JAVA 版本这个坎，每换一次电脑就要踩一次。

3.2 四件套：账号、地址、名称、时间

这四条是每台新设备上线必须过的，改动都很轻，但每一条都有副作用，得知道副作用在哪。

# 1. 改当前登录账号的密码；也可指定用户名单独改 admin> passwd admin> passwd user1 # 2. 改管理地址，命令执行后即刻生效 admin> ipaddrset # 3. 改交换机名称，级联后 Fabric 内唯一 admin> switchname DC01-FAB-A # 4. 会话超时设为 30 分钟，0 表示永不超时 admin> timeout 30 # 5. 指定时间服务器，保证日志时间线可信 admin> tsclockserver "10.31.255.254"

passwd不带参数改的是当前账号，带用户名改的是指定账号，改完立即生效不用重启，但已经登录的会话不会掉。ipaddrset是这五条里唯一有「即刻生效」属性的，敲完回车，当前这条 SSH 会话可能当场断开，所以规范做法是先确认串口还连着，或者先想清楚新地址在不在你的网段里。switchname改的是 Fabric 内的身份标识，级联环境下重名会很别扭，命名规范最好一次定死，比如「机房-方向-序号」。timeout的单位是分钟，设 0 表示无限制，生产环境不建议设 0，人走了终端还挂着是隐患。tsclockserver配的是时间源地址，时间不同步的后果是排障时日志对不上号，多台设备的事件没办法排成一条时间线。

3.3 启停顺序：先停交换机、再停端口、最后关机

停机这件事，文档给的是三条命令，但真正的知识点是顺序和适用场景。单独停某个端口用端口级命令，整机维护用交换机级命令，彻底断电用关机命令，三者是包含关系，不能反着来。

# 整机维护：先停业务，再停端口，最后关机 admin> switchdisable admin> portdisable 47 admin> sysshutdown # 恢复时反过来：先使能交换机，再使能端口 admin> switchenable admin> portenable 47

switchdisable让整台交换机退出 Fabric 业务，此时端口不再转发，但管理面还在，你还能登录；portdisable是针对单个端口的精细操作，适合只摘一条链路做模块更换；sysshutdown是真正的关机流程，执行完设备会走完内部流程再停，之后需要手动断电或重新上电。反例是把顺序做反：直接拔电，缓存里的配置没落盘，或者正在写的 zone 配置被截断，轻则丢配置，重则起不来。

还有一个细节：端口恢复时如果只做portenable，交换机重启后端口状态不一定保持。需要长期保持使能的端口，应该用持久化使能的方式，这个在后面级联那一节会用到。

3.4 巡检命令的四层分工：从骨架到细节

文档 FAQ 里列了一长串查询命令，直接背会乱，按「看什么」分成四层就清爽了：第一层看 Fabric 骨架，第二层看端口配置与状态，第三层看误码和光功率，第四层看资源和日志。

几个常被低估的命令单独说一下。alishow显示的是别名信息，本质是 WWN 与人可读名字的映射，查「这台主机到底接在哪个口」时它是第一入口。cfgactvshow看的是当前已生效的配置文件，注意「已生效」三个字，它和你cfgsave保存的内容可能不是一回事。portbuffershow看端口缓存分配，长距离链路和 trunk 场景下这个值是关键，缓存不够，链路跑不满。clihistory记录历史命令，接手别人维护的设备时，先翻这个比问人快。

3.5 三分钟巡检的固定动作

巡检不是把命令全敲一遍，而是有固定顺序，从粗到细，出问题就停下深挖。第一步switchshow看所有端口状态是否都在预期状态，有没有意外的 No_Module、No_Light；第二步fabricshow确认 Fabric 成员数量和主交换机身份对不对；第三步islshow看级联链路是否齐全；第四步porterrshow扫一遍错误计数，重点看有没有持续增长的；第五步sfpshow抽查关键端口的光功率；最后fanshow和memshow确认硬件资源正常。

这个顺序的价值在于，它把「设备是不是好的」和「业务是不是好的」分开了。前三步正常，说明 Fabric 骨架没问题，问题在端口或对端；后三步正常，说明物理层和硬件没问题，问题在配置。分完这两刀，排查范围能缩掉一大半。

4. 通道业务与级联：zone 三层模型和 E-Port 打通的关键步骤

通道业务是这份文档的核心，也是实际工作中改得最频繁的部分。它的本质是把「哪些端口之间允许通信」这件事，用三层对象描述出来，再通过一条固定的生效链条推给交换机。级联则是把这套逻辑扩展到两台以上设备，让多个交换机组成一个统一的 Fabric。

4.1 三层模型：cfg、zone、alias 各管什么

这三个对象是包含关系，从上到下依次是配置文件、区域、别名。理解它们的分工，比记住命令更重要。

这里有一条容易记混的规则：zone 的成员可以是「Domain,Port」形式的物理位置，也可以是 WWN，还可以是 alias 名。用物理位置写，换卡换口就要改配置；用 WWN 写，设备插到哪个口都能通；用 alias 写，改的是别名指向，zone 本身不用动。生产环境推荐用 alias 套 WWN，理由很实际：主机换 HBA 卡的时候，只改 alias 里的 WWN，所有引用它的 zone 自动跟着变，不用一个个去改。

还有一条：同时只能有一个配置文件生效。这句话意味着，你可以在设备上存很多套 cfg（比如按业务线分），但同一时刻只有一套在跑，切换靠cfgenable。这个设计在割接时非常好用，新配置先建好、保存好，到点直接切。

4.2 新建的五步链条与「什么时候才真正生效」

新建一套通道配置，标准动作是五步：建 cfg、建 alias、建 zone、把 zone 加进 cfg、保存、生效。注意最后是两步，保存和生效是两件事。

# 1. 新建一个配置文件（也可同时指定一个 zone） admin> cfgcreate "dc01_idc" admin> cfgcreate "dc01_idc", "zonename" # 2. 新建别名，成员写 WWN，多个成员用分号隔开 admin> alicreate "ESXi01_p1", "51:40:2E:c0:15:54:F5:14" admin> alicreate "STOR01_p1", "50:00:11:22:33:44:55:66;50:00:11:22:33:44:55:67" # 3. 新建 zone，成员可以是 Domain,Port、WWN 或 alias admin> zonecreate "zone_esxi01_stor01", "ESXi01_p1;STOR01_p1" # 4. 把 zone 加进配置文件 admin> cfgadd "dc01_idc", "zone_esxi01_stor01" # 5. 保存到非易失存储 admin> cfgsave # 6. 让配置文件生效 admin> cfgenable "dc01_idc"

第 1 步的两种写法，带 zone 名的那种是「顺手建一个空 zone 并挂进去」，省一次操作。第 2 步的成员是 WWN，格式是 8 组十六进制，写错了alicreate不报错，但后面 zone 起来业务不通，所以这一步要核对。第 3 步的成员列表用分号分隔，顺序无所谓，但要注意成员必须已经存在（alias 要先建好）。第 4 步只是把 zone 放进 cfg 的逻辑容器，此时还没生效。第 5 步cfgsave把改动写进非易失存储，防重启丢失。第 6 步cfgenable才真正推给 Fabric。

保存和生效分开这件事，是整个 zone 管理里最容易翻车的地方：只cfgsave不cfgenable，配置在设备里躺着不干活；只cfgenable不cfgsave，当场能通，重启回到解放前。血泪经验是，这两条命令连起来敲，中间不要插别的事。

4.3 改名、加成员、替换、删除：四条维护路径

配置不是一次性的，日常改动主要集中在四种操作上，它们各自的坑点完全不同。

改名的补充规则很关键：重命名别名之后，相应的 zone 信息会跟着变更，因为 zone 引用的是别名这个对象，不是它的内容。所以改名不会打断业务映射关系，但必须再走一遍保存加生效，否则等于白改。zoneObjectRename对 cfg 同样适用。

「一个 alias 里只有一个成员，且这个成员 WWN 写错了」这个场景，文档专门留了一个问号。最省事的做法不是删了重建，而是用zoneobjectreplace把旧成员直接换成新成员：zoneobjectreplace "oldAliasmember" "newAliasmember"。因为 alias 名字没变，所有引用它的 zone 全都不用动，改一个地方，全局生效。删了重建的代价是，你要把所有引用它的 zone 重新加一遍成员。

删除这一组命令的注意点是「全局」二字：zonedelete删的是整个 Fabric 里这个 zone 对象，不是只从当前配置文件里摘掉。虽然大多数时候一个 zone 只存在于一个配置文件里，但如果你做了多套 cfg 复用同一个 zone，删之前最好zoneshow和cfgactvshow都看一眼，别把备用的那套也带走了。

4.4 级联准备：License 和 Domain ID 这两道硬门槛

级联是把两台交换机连成一个 Fabric，文档给的第一步是管理地址等基本配置，接下来就是授权和 Domain ID。这两件事没做，后面所有命令都是白敲。

# 查看已有授权，确认级联授权是否在 admin> licenseshow # 添加授权（按厂商提供的授权串） admin> licenseadd XXXXXXXX # 改 Domain ID：先停交换机，再进 configure，再重新使能 admin> switchdisable admin> configure # Fabric parameters (yes, y, no, n): [no] y # Domain ID: 输入 1-239 之间的唯一值 admin> switchenable

licenseshow看的是当前已安装的授权列表，级联授权（ICL/ISL 类）和远距离授权（EF）是两项不同的东西，前者无论距离长短，两台交换机互联就得有；后者是超远距离才需要，文档给的门槛是超过 10 公里。这个区分很重要，很多现场以为是「线的问题」，其实是授权没到位。

Domain ID 是级联的第二个硬门槛：光纤交换机出厂默认 Domain ID 都是 1，两台设备直连前必须把其中一台改成别的值，否则直接冲突。取值范围 1 到 239，改的时候必须先把交换机switchdisable，因为configure里的 Fabric 参数属于重启类参数，热改会被拒绝。改完switchenable重新入网。这个流程里最容易被跳过的是switchdisable和switchenable这一对，少了它们，configure里改的值不会真正落下去。

4.5 链路参数：trunk、长距离、FEC、持久化

链路打通之后，还有一组参数决定它跑得好不好。文档在这个位置给了一组命令，看着零散，其实是四个不同的关注点。

# 1. 把端口配置成 trunk 成员，多链路捆绑提升带宽 admin> portcfgtrunkport 47 # 2. 长距离参数：手动模式 LS，自动模式 LD admin> portcfglongdistance 47 LS 1 -distance 63 admin> portcfglongdistance 47 LD 1 -distance 10 # 3. 关闭 FEC（需要启用时把 --disable 换成 --enable） admin> portcfgfec --disable -FEC 47 # 4. 端口持久化使能，重启后仍保持使能状态 admin> portcfgpersistentenable 47 # 5. 看端口缓存分配是否够用 admin> portbuffershow

第 1 步portcfgtrunkport把端口标记为 trunk 候选，注意这只是「允许捆绑」，真正成捆还要对端配置匹配、链路速率一致。第 2 步的长距离有两种模式：LS 是手动模式，后面的-distance填实际距离，缓冲区按你给的值分配，适合距离明确的场景；LD 是自动远距离连接模式，buffer 值会根据连接速率和距离自动分配，文档给的上限是支持最大 500 公里、1Gbps。距离填小了，缓存不够，链路跑不满；填大了，缓存被这条链路占死，别的端口没得用。第 3 步 FEC 的前向纠错在短距链路里可以关，长距或质量一般的链路建议开，具体看误码表现。第 4 步持久化使能，解决的是「重启后端口又变回禁用」的问题，做级联和关键业务口时应该加上。第 5 步portbuffershow是验证手段，长距离参数改完一定要回头看这个值有没有按预期分配。

4.6 验证：E-Port 状态、fcping 与带宽实测

配置改完不能只看命令有没有报错，必须验证。验证分三层：链路层看端口状态，Fabric 层看连通性，性能层看实际带宽。

# 链路层：级联成功的端口状态会变成 E-Port # 主交换机后面标 (UPstream)，下级交换机标 (downstream) admin> switchshow admin> islshow admin> fabricshow # Fabric 层：从源 WWN ping 目的 WWN admin> fcping 51:40:2E:c0:15:54:F5:14 50:00:11:22:33:44:55:66 # 只指定目的 WWN，并发 5000 个包做压力验证 admin> fcping --number 5000 50:00:11:22:33:44:55:66

switchshow里端口状态是最直接的判据：级联成功后端口会变成 E-Port，主交换机一侧标注 UPstream，下级一侧标注 downstream。如果还是 F-Port 或者 No_Light，说明级联没成，回去查授权、Domain ID、模块。islshow专门列级联链路，比在 switchshow 里大海捞针快。fabricshow确认成员数量和主交换机身份，两台设备应该都能看到对方。

fcping是第一层连通性验证，源和目的都写 WWN，回车后看是否通、往返时延多少。加--number 5000是连续打大量包，用来观察有没有偶发丢包，单次 ping 通不代表链路稳定。

性能层验证要靠带宽测试工具，文档给的是一端做 server、一端做 client 的方式：

# 在一台交换机上启动服务端，2:4:1 是端口标识 admin> checkrclink serverstart 2:4:1 # 在另一台上发起客户端测试，指定对端 IPv6 链路地址和测试时长（秒） admin> checkrclink startclient 3:4:1 fe80::2341:2:ac02:6523 60

服务端只负责在指定端口上待命，客户端负责发起流量并统计结果，最后那个数字是测试持续秒数，60 表示跑一分钟。测出来的带宽要跟链路理论值对比，明显偏低就回去看portbuffershow的缓存分配和porterrshow的误码计数——带宽上不去，八成是这两个之一。

4.7 SNMP 监控接入

配置做完，最后一件事是把它接进监控。文档在这一节留的位置很靠后，但对日常运维来说，它决定了你是「主动发现」还是「被业务方通知」。SNMP 配置的核心是三件事：使能 SNMP 服务、配置团体名或用户、把交换机的 Trap 目标指向监控服务器。接进去之后，端口 Up/Down、光功率越界、风扇故障这类事件可以自动上报，不用每天手动敲switchshow。

这一步的复习重点不在命令细节，而在「监控什么」。端口状态变化和硬件告警是必监项，误码计数增长是选监项但很有价值，因为它是性能劣化的早期信号。只监 Up/Down 的监控，等于只装了烟雾报警器没装温度计。

5. 易错点：五处最容易翻车的配置与判读

这一章把前面散落的坑集中收一遍。每一条都按「易漏点是什么、为什么会漏、怎么补」来写，顺序按出错频率从高到低排。

5.1 生效类易错：保存和生效被当成一回事

易漏点：只敲cfgsave不敲cfgenable，或者只cfgenable不cfgsave。

为什么漏：这两条命令字面上都像「完成」，而且都不会报错。cfgsave敲完提示保存成功，cfgenable敲完提示生效成功，界面反馈都很友好，于是很多人以为敲一个就够。更隐蔽的是，如果当前生效的 cfg 和你改的是同一个，cfgenable有时看起来「没什么变化」，就更容易被跳过。

怎么补：把这两条命令当成一个原子操作，写配置的时候连着敲，中间不插别的动作。判断标准很简单——cfgactvshow看当前生效的是什么，configshow看运行配置，两者一致才算真配上了。另外记住一个边界：zoneObjectRename改完名之后，同样需要重新cfgsave加cfgEnable，改名不是即时生效的。

易漏点：以为删掉 zone 就完事，忘了它可能还挂在某个 cfg 里。

为什么漏：zonedelete删除的是 zone 对象本身，如果这个 zone 还挂在某个未生效的 cfg 里，删除后那个 cfg 的结构里就留下了一个指向空对象的引用，后面cfgenable那套 cfg 时行为不可预期。

怎么补：删除顺序从外到内，先cfgremove把 zone 从 cfg 里摘出来，再zonedelete，最后cfgsave。养成习惯：任何删除动作之前，先zoneshow和cfgactvshow各看一眼，确认这个对象被谁引用。

5.2 级联类易错：Domain ID、授权、长距离三件事互相纠缠

易漏点：两台设备直接连，忘了改 Domain ID。

为什么漏：出厂默认都是 1，设备单独看都正常，一互联就冲突。而且冲突的表现不是「报错」，是链路起不来或者 Fabric 分裂，switchshow里看不出明显原因，很容易误判成模块或光纤问题。

怎么补：级联前的检查清单固定为三项——licenseshow确认级联授权、switchshow确认当前 Domain ID、fabricshow确认当前 Fabric 成员。改 Domain ID 必须走switchdisable→configure→ 改 Fabric 参数 →switchenable这条完整路径，热改不生效。

易漏点：把级联授权和远距离授权混为一谈。

为什么漏：两个都叫 License，都跟「连起来」有关。实际上级联授权是「能不能连」，无论距离多短，两台交换机互联就得有；远距离授权是「能不能连得远」，文档给的门槛是超过 10 公里才需要。少前者，链路根本起不来；少后者，短距离照样跑，只是长距离场景会出问题。

怎么补：采购和上线前把距离量清楚，超过 10 公里的链路，两项授权都要确认。现场排查时，licenseshow的输出要逐条对照，不要只看「有没有 License」这个粗结论。

易漏点：长距离参数-distance随手填，填完不看 buffer。

为什么漏：portcfglongdistance不会因为你填错距离而报错，它只是按你给的值分配缓存。距离填小了，缓存不够，链路能通但跑不满；填大了，缓存被这条链路独占，同交换机上其他端口分不到，表现是「另一条不相干的链路变慢了」，很难联想到是这里的问题。

怎么补：改完长距离参数，立刻portbuffershow看分配结果是否符合预期。LS 手动模式和 LD 自动模式的选择标准是距离是否明确：距离固定且已知用 LS，距离不确定或经常变化用 LD。文档给 LD 的上限是 500 公里、1Gbps，超出这个范围就不是调参数能解决的了。

5.3 判读类易错：误码和光功率只看一半

易漏点：只看porterrshow的错误计数，不看sfpshow的光功率。

为什么漏：porterrshow给的是结果，sfpshow给的是原因。看到错误计数增长，第一反应往往是换模块，但计数增长本身不告诉你问题出在发端、收端还是光纤。文档给的判读规则很具体：Enc_Out单独产生，很可能是光纤线的问题；Enc_Out和Crc_Err一起产生，很大可能是 GBIC/SFP 模块的问题。光功率的正常值门槛是大于 398 微瓦，低于这个数，链路就算 Up 着，业务也会间歇性抖动。

怎么补：把这两条命令绑在一起用，porterrshow定位到端口，sfpshow 端口号看收发光功率，两边对上再动手换件。换件顺序也有讲究：先换光纤（便宜、快），再换模块（贵、要停机），最后才怀疑端口。反过来做，成本高还未必解决问题。

易漏点：把supportshow当成「出大事才用」的命令。

为什么漏：它输出很长，翻起来费劲，日常巡检没人愿意敲。但它恰恰是排障时的黑匣子——配置、状态、统计、日志全在里面，厂商支持和二线排查第一件事就是要这个。

怎么补：养成两个时点收集的习惯，一是重大变更前，留一份「改之前长什么样」；二是故障发生时，趁状态还在赶紧收。等到设备重启或者配置被改过再收，价值就掉一半。收集方式就是supportshow，配合clihistory一起看，能把「谁在什么时候改了什么」还原出来。

6. 复习清单：一页纸自查表和查漏补缺的顺序

复习这套东西，最忌讳从头到尾再看一遍文档。有效率的做法是拿一张自查表，按「能默写 → 能解释 → 能排障」三档给自己打分，哪一档掉下来就回哪一章补。下面这张表是我自己用的版本，按四层

本文还有配套的精品资源，点击获取