简介面向宽带装维人员与网络运维支持人员这份PDF系统整理了FTTH、FTTB两类接入方式的常见故障处理流程并覆盖网速慢与用户路由器故障排查是一份现场排障可用的操作手册。文档完整呈现ONT/ONU电源灯、LOS灯、PON/LINK灯、LAN灯的状态判断逻辑以及光功率测试、账号拨号691/678/769错误代码定位、网速慢分类处理等关键步骤尤其适合需要快速提升上门维修效率的一线装维人员参考。资源共1个PDF文件大小955KB内容包括FTTH六步处理、FTTB六步检测、网速慢四类场景排查以及路由器配置检查等模块结构清晰可直接按故障现象对照执行。从电源供电到光衰检测从网线测试到无线信道干扰每一步均给出明确判断与处置建议能帮助读者建立标准化排障思路。目前已有95人学习下载也可作为宽带装维新人培训或内部排障指南使用。1. 宽带故障处理先搞清楚“断在哪一段”而不是“先换哪个设备”宽带故障和服务器宕机、数据库连不上这类 IT 问题不太一样它是接入线路、用户侧设备、运营商局端设备三方交织在一起的结果。用户报障时通常只说一句“网断了”但“断”字背后可能是光缆被施工挖断、光猫光模块老化、PPPoE 会话被挤掉、DNS 解析超时甚至只是笔记本网卡被误禁用。我一贯的建议是处理宽带故障先别急着换线换猫先用几分钟把问题缩小到“接入段、认证段、链路段、应用段”中的一段后面的排查动作会快很多。这套流程适合三类人替亲戚朋友修网的家庭 IT 主力、维护几十条企业专线的运维以及每次报障都被运营商客服问“光猫亮不亮、PON 灯什么颜色”的人。把“上不了网”翻译成“光猫 PON 灯正常但 PPPoE 拨号报 691”两边都能少走弯路。2. 接入段故障光猫指示灯、PON 光功率和语音 IMS 注册2.1 从光猫指示灯判断宽带故障发生在哪一段宽带接入网演进到 FTTH 之后故障第一高发点其实不在机房而在分光器到光猫这一段物理链路上。到达用户家里后不要上来就重启光猫先围着光猫看一圈灯用 30 秒排除明显故障指示灯正常状态异常状态与初步判断PON / 光信号常亮PON 灯闪烁说明正在注册或注册失败光信号灯亮红灯说明收不到光LAN / 网口常亮或闪烁不亮说明网线、对端设备网卡或网口本身有问题电话 / TEL常亮闪烁说明 IMS 注册中持续快闪或不亮说明语音业务注册异常WiFi / WLAN常亮或闪烁不亮可能是无线被关闭检查设备上的物理开关或按钮电源常亮不亮查电源适配器和插排重启后仍不亮基本是光猫硬件故障这里有一个非常常见、连老运维也容易犯的误判PON 灯常亮不等于宽带能上网。PON 常亮只代表 ONU 已经完成与 OLT 的注册链路层是通的PPPoE 认证还要单独看拨号状态。所以光猫指示灯的作用是“粗略分段”不是最终结论。2.2 进光猫管理页和 telnet 查 PON 注册状态、光功率指示灯给不了精确数据。要拿到接入段的量化指标需要登录光猫管理界面或 telnet 进去查 ONU 的注册状态和光功率。多数运营商定制光猫的管理地址是192.168.1.1普通用户页面可能看不到光功率常见做法是用超级管理员账号登录或者直接 telnet 光猫的 23 端口:: 先确认电脑到光猫管理地址通不通 ping 192.168.1.1 -n 4 :: telnet 进光猫账号密码见光猫背面或运营商交付资料 telnet 192.168.1.1以华为光猫为例进入 shell 后查询光功率的命令是这样:: 读取光猫数据库中 ONU 光模块实时信息 sendcmd 1 DB p OnuOpticalInfo命令说明sendcmd 1 DB p是华为光猫 telnet 下读取数据库配置的指令OnuOpticalInfo对象保存着当前 ONU 的光模块实时数据包括收发光功率、温度、供电电压。中兴、烽火光猫命令不同但按型号能查到等价写法。直接看接收光功率这一个关键值。可用区间一般是-8 dBm 到 -28 dBm保守阈值是 -25 dBm 以内算健康。超过 -25 dBm 开始出现丢包、误码、随机闪断超过 -30 dBm 基本可以确认是线路质量问题。遇到这种情况应该直接报障让运营商查分光器和入户光纤而不是在用户侧调路由器。提示光功率偏低时先检查法兰盘接头有没有拧紧、尾纤有没有打急弯、分光器端口插没插对。实际现场处理中一半以上的弱光故障来自接头氧化和光纤弯曲损耗这些不用换模块。如果 telnet 进不去还有一个退路在光猫管理页的“状态”或“网络侧信息”里找“光模块信息”或“ONT 信息”部分固件在普通用户权限下也能显示光功率和注册状态。注册状态字段通常叫“OLT 注册状态”或“PON 注册状态”值为“已注册”或英文 Registered 才算正常。2.3 宽带固话 IMS 注册状态单独看运营商送的宽带常捆绑固话业务很多用户会报“宽带能上网但电话不通”。这类故障不要在 PPPoE 上浪费时间应该直接查 IMS 注册状态。IMS 注册状态在光猫管理页的“语音”或“VoIP”页面里关键字段有注册状态、服务器地址、注册有效期、上次注册失败原因。判断逻辑很简单注册状态为“已注册”电话号码问题在话机、线路或账号绑定上和宽带网络无关。注册状态为“未注册”但宽带能正常上网先确认语音业务 WAN 连接的 VLAN 是否正确再核对 IMS 账号密码。注册状态反复横跳看 SIP 服务器地址是否过期。宽带接入网历次割接会统一更换 IMS 服务器地址旧地址会一直注册不上。注意一个操作事故用户改过光猫拨号配置把数据业务从路由模式改成桥接时顺手把语音业务的连接删了。结果表现为“宽带能拨号电话全忙音”。排查时优先确认语音 WAN 连接还在不在而不是去查话机。3. PPPoE 拨号与认证故障错误码、会话数限制和直连对比法3.1 先查拨号错误码把故障类型定下来物理链路正常、光猫注册正常但路由器或电脑拨号上不了网此时进入认证段。Windows 自带拨号会给出错误码这些错误码基本把故障方向写明了错误码含义优先排查动作691用户名或密码错误核对账号密码注意宽带账号可能带 后缀仍失败则联系运营商查账号绑定651调制解调器报告错误检查光猫到电脑的网线和网口重启光猫后再拨678远程计算机无响应光猫 WAN 连接没有正常建立检查光猫是否处于桥接或路由状态769目标地址无法访问本机网卡被禁用或驱动异常去设备管理器启用网卡734PPP 控制协议终止账号在线数超限或上次异常断线未释放会话等几分钟或重启光猫再试实际网络运维故障处理案例里691 出现频率最高但 691 不一定是密码错。宽带账号被绑定在某个物理端口或设备 MAC 上时换到另一条线路上也会报 691。这时让用户用原光猫拨号或者联系运营商刷新账号绑定状态即可。3.2 用“电脑直连光猫拨号”完成三段分诊路由器拨号失败时判断责任在“光猫到运营商链路”还是“路由器自身”的最好办法是绕过路由器做一次直连对比。:: Windows 下手动触发一次 PPPoE 拨号测试 rasdial 宽带连接 your_account your_password :: 断开这次拨号 rasdial 宽带连接 /disconnect命令说明rasdial是 Windows 自带拨号命令第一参数是“宽带连接”这个连接名需要和系统里已创建的 PPpoE 连接名一致后两个参数是账号和密码。命令能快速反馈错误码不用在图形界面里反复点点点。注意不要在远程协助场景下直接明文敲密码旁边有人能看到。直连光猫拨号会出现三种结果对应不同排查方向直连同样失败故障在运营商侧或光猫侧。换一台已知完好的光猫再测一次若仍失败报障时直接说明“直连光猫拨号报 XX 错误码”。直连能上路由器拨号失败故障在路由器或路由器到光猫的网线。换一根网线若仍失败进路由器管理页看 WAN 口 MAC 是否被运营商绑定、MTU 是否被改过。时好时坏优先怀疑光猫到 OLT 的链路稳定性回到第 2 章查光功率和误码率而不是反复重启路由器。这个三段分诊法不依赖品牌工具本质是把一条故障链路拆成用户侧、接入侧、路由侧三段每次只保留一个变量比蒙着头换设备可靠得多。3.3 宽带会话数 4096 限制和 PPPoE 拨号的常见误区运维圈里经常提到“宽带会话数4096”它不是什么神秘限速而是 BRAS 侧常见的单用户 PPPoE 会话数基线配置。4096 对普通家庭绰绰有余但在出租屋、校园、小企业这类“一条宽带带几十台上网设备”的场景很容易踩坑。典型症状是路由器开始不断重拨日志里反复出现会话建立失败的记录把内网设备数量降下来之后又恢复正常。排查时先数一下这条宽带账号同时建立了多少 PPPoE 会话再到路由器 PPPoE 状态页查会话 ID或用拨号日志统计同一时间的并发会话数。处理方向有三个在路由器上关闭多拨功能或限制单 WAN 会话数避免一个账号在多个 VLAN 上重复拨号。把内网设备的出网方式收敛到 NAT而不是让每台设备都独立拨号拿会话。业务确实需要大量并发 PPPoE 会话时只能走商用宽带流程向运营商申请提高 BRAS 侧的单账号会话数上限个人改不了局端配置。容易混淆的一点是4096 会话数限制不等于 4096 个连接。网页浏览产生的 TCP 连接走的是同一会话内的多条流不占用新的 PPPoE 会话。所以看到设备多就怪会话数超限方向不一定对先区分 PPPoE 会话层和 TCP 连接层再下结论。4. 链路通了但上不了网路由、DNS、MTU 和访问失败案例4.1 用 ping 三段法定位“链路通但上不了网”拨号已经成功浏览器却打不开网页这是最耗时的故障形态。我的惯用手段是用三个固定地址做分段 ping把网络功能逐段拆开。:: 第 1 段ping 网关确认局域网内是否正常 ping 192.168.1.1 -n 4 :: 第 2 段ping 运营商侧 DNS确认广域网链路能通 ping 114.114.114.114 -n 4 :: 第 3 段ping 域名确认 DNS 解析和服务可达性 ping www.aliyun.com -n 4命令参数说明-n 4在 Windows 下表示发送 4 个探测包Linux 下对应-c 4。第二段的 114.114.114.114 是公共 DNS第三段域名可换成用户常用的任意站点。把三段 ping 的结果放进下面的表里故障方向就看清楚了网关公网 IP域名结论不通——局域网或光猫问题通不通—运营商链路或路由问题通通不通DNS 解析问题通通通应用层或浏览器问题常见误判出在第三段ping 域名不通但 ping 域名解析出的 IP 通。这时问题在 DNS 解析链路而不是网络链路。用nslookup换一个公共 DNS 对比:: 绕过本地默认 DNS直接向公共 DNS 查询域名解析 nslookup www.example.com 114.114.114.114如果返回server cant find说明当前 DNS 对这条域名没有有效应答如果返回了 IP再 ping 这个 IP通了就是 DNS 配置问题不通就是路由或目标服务器问题。家用路由器把 DNS 下发给所有终端旧运营商的 DNS 地址换了环境就失效直接改成 223.5.5.5 或 114.114.114.114 试一次多数拨号成功但打不开网页的问题会当场水落石出。4.2 MTU 过大导致的网页图片加载失败MTU 过大是宽带故障里最容易被忽略的一个。症状很典型视频能打开一部分、网页只出文字不出图、部分 App 反复提示连接异常但 ping 网关和公网 IP 都正常。原因一句话讲清PPPoE 链路的 MTU 通常是 1492普通以太网默认是 1500相差 8 个字节。某类应用发出的数据包恰好走了禁止分片标记中间设备因 MTU 不匹配直接把包丢弃TCP 的路径 MTU 发现机制又被防火墙策略干扰最终表现为“能聊天但看不了图和视频”。验证方法很直接用 Windows 的 ping 加 DF 标记做载荷测试:: 1472 字节载荷是 PPPoE 场景下的安全值1500-20-8 ping www.aliyun.com -f -l 1472 -n 4 :: 如果上面失败逐步降低载荷大小 ping www.aliyun.com -f -l 1422 -n 4 ping www.aliyun.com -f -l 1372 -n 4参数说明-f表示禁止分片-l指定载荷大小。PPPoE 下最大安全载荷是 1472即 1500 减去 20 字节 IP 头、再减去 8 字节 PPPoE 头。1472 能通但更大载荷不通说明路径 MTU 被限制在 1492 附近这时候把路由器 WAN 口的 MTU 改成 1492 即可。提示修改路由器 MTU 后要重启光猫和路由器的拨号链路。有些路由器在“WAN 口设置”里改有些在“PPPoE 高级选项”里改不需要动局域网一侧的 MTU。4.3 用群晖 DDNS 访问移动宽带设备不成功的真实原因这是一个很典型的“网络运维故障处理案例”一台群晖 NAS 挂在移动宽带下DDNS 解析结果正常但从外部访问总是不成功。问题几乎都出在——运营商没有提供公网 IPv4 地址。移动宽带大量用户位于运营商级 NATCGNAT即 CGN之后光猫 WAN 口拿到的是100.64.x.x或10.x.x.x这类私网地址而不是真正的公网 IPv4。此时 DDNS 解析出来的是运营商共享出口地址这个地址对几百个用户是同一个端口映射做了也不生效因为根本没有属于自己的公网 IP 可以被映射。验证方法很简单登录光猫看 WAN 口 IP如果是100.64.x.x网段基本可以断定没有公网 IPv4。后续处理思路按优先级排列改用 IPv6 访问。现在移动家宽普遍下发 IPv6 地址并允许入站连接群晖 DDNS 支持 AAAA 记录外部设备在 IPv6 网络下解析出 IPv6 地址后就能直连。用群晖自带的 QuickConnect 中转服务。它走厂商自己的中继服务器不依赖公网 IPv4适合远程管理和文件下载场景。如果确实要对外提供 HTTP 或 HTTPS 服务可以租一台带公网 IP 的云主机把业务端口映射到云主机公网地址由云主机转发到内网 NAS。这个案例引出一个通用结论宽带链路通、应用功能不通先查“网络边界属性”而不是应用配置。是否具备公网地址、入站防火墙策略、回程路由路径这三项只要一项不对应用层怎么调都是白费。5. 把宽带故障处理经验固化成一张可复用的 SOP5.1 一张适合贴机房墙上的故障速查表处理宽带故障最怕每次从零开始。我把经验提炼成一张速查表适合放进团队 Wiki 或贴在工位上阶段先看什么异常时第一动作接入段光猫 PON 灯、光功率重插法兰头联系运营商查光路认证段拨号错误码、账号在线数电脑直连光猫拨号做对比链路段网关 ping、公网 pingping 三段法逐段确认断点应用段DNS、MTU、公网地址类型换公共 DNS、调 MTU、启用 IPv65.2 用十行脚本自动采集诊断信息固定顺序的排查可以被脚本化。下面这段 bash 脚本适合放在 Linux 网关或 Mac 上把网络诊断关键信息一次性输出#!/bin/bash GW$(ip route | awk /default/ {print $3; exit}) echo 网关: $GW ping -c 4 $GW /dev/null 21 echo 网关可达 || echo 网关不可达 ping -c 4 223.5.5.5 /dev/null 21 echo 公网可达 || echo 公网不可达 nslookup www.aliyun.com 223.5.5.5 /dev/null 21 echo DNS解析正常 || echo DNS解析异常 echo 本机公网地址 curl -s --connect-timeout 5 https://ifconfig.me echo脚本执行过程对应前面每一个排查点先基于默认路由找出网关依次探测网关、公共 IP、域名解析最后通过 ifconfig.me 获取当前出口 IP。awk提取路由表里 default 那行是为了自动发现网关不用每次手动查。curl --connect-timeout 5限制连接超时为 5 秒避免脚本挂在外部服务上。这个脚本不直接解决问题但能用一个输出文件把“到哪一步断了”讲清楚。5.3 宽带接入网演进带来的排查重点变化FTTH 普及以后宽带故障已经很少是“换个猫、换条线”的单点问题更多是接入段与上层业务交织出现的复合故障。语音 IMS 注册和数据业务共用同一根光纤分光器故障会同时打掉宽带、固话和电视IPv6 大规模下发后不少老设备仍走 IPv4默认走错协议栈会被误判成“宽带故障”。排查宽带问题时可以对这两件事有预期用户侧智能终端变多同一账号下十几台设备问题从单一设备配置错误转为多设备间的地址和会话冲突运营商侧设备持续迭代XG-PON 和自动开通工具引入了新的故障盲区旧经验不一定适用。把排查流程文档化每处理完一次故障留一条日志两三次之后团队的宽带故障平均处理时长就能明显降下来。本文还有配套的精品资源点击获取 
长河君 · 2026/9/18 14:29:39 · 阅读 1.2k 宽带故障排查实战：分段定位光猫、PPPoE与链路问题
简介面向宽带装维人员与网络运维支持人员这份PDF系统整理了FTTH、FTTB两类接入方式的常见故障处理流程并覆盖网速慢与用户路由器故障排查是一份现场排障可用的操作手册。文档完整呈现ONT/ONU电源灯、LOS灯、PON/LINK灯、LAN灯的状态判断逻辑以及光功率测试、账号拨号691/678/769错误代码定位、网速慢分类处理等关键步骤尤其适合需要快速提升上门维修效率的一线装维人员参考。资源共1个PDF文件大小955KB内容包括FTTH六步处理、FTTB六步检测、网速慢四类场景排查以及路由器配置检查等模块结构清晰可直接按故障现象对照执行。从电源供电到光衰检测从网线测试到无线信道干扰每一步均给出明确判断与处置建议能帮助读者建立标准化排障思路。目前已有95人学习下载也可作为宽带装维新人培训或内部排障指南使用。1. 宽带故障处理先搞清楚“断在哪一段”而不是“先换哪个设备”宽带故障和服务器宕机、数据库连不上这类 IT 问题不太一样它是接入线路、用户侧设备、运营商局端设备三方交织在一起的结果。用户报障时通常只说一句“网断了”但“断”字背后可能是光缆被施工挖断、光猫光模块老化、PPPoE 会话被挤掉、DNS 解析超时甚至只是笔记本网卡被误禁用。我一贯的建议是处理宽带故障先别急着换线换猫先用几分钟把问题缩小到“接入段、认证段、链路段、应用段”中的一段后面的排查动作会快很多。这套流程适合三类人替亲戚朋友修网的家庭 IT 主力、维护几十条企业专线的运维以及每次报障都被运营商客服问“光猫亮不亮、PON 灯什么颜色”的人。把“上不了网”翻译成“光猫 PON 灯正常但 PPPoE 拨号报 691”两边都能少走弯路。2. 接入段故障光猫指示灯、PON 光功率和语音 IMS 注册2.1 从光猫指示灯判断宽带故障发生在哪一段宽带接入网演进到 FTTH 之后故障第一高发点其实不在机房而在分光器到光猫这一段物理链路上。到达用户家里后不要上来就重启光猫先围着光猫看一圈灯用 30 秒排除明显故障指示灯正常状态异常状态与初步判断PON / 光信号常亮PON 灯闪烁说明正在注册或注册失败光信号灯亮红灯说明收不到光LAN / 网口常亮或闪烁不亮说明网线、对端设备网卡或网口本身有问题电话 / TEL常亮闪烁说明 IMS 注册中持续快闪或不亮说明语音业务注册异常WiFi / WLAN常亮或闪烁不亮可能是无线被关闭检查设备上的物理开关或按钮电源常亮不亮查电源适配器和插排重启后仍不亮基本是光猫硬件故障这里有一个非常常见、连老运维也容易犯的误判PON 灯常亮不等于宽带能上网。PON 常亮只代表 ONU 已经完成与 OLT 的注册链路层是通的PPPoE 认证还要单独看拨号状态。所以光猫指示灯的作用是“粗略分段”不是最终结论。2.2 进光猫管理页和 telnet 查 PON 注册状态、光功率指示灯给不了精确数据。要拿到接入段的量化指标需要登录光猫管理界面或 telnet 进去查 ONU 的注册状态和光功率。多数运营商定制光猫的管理地址是192.168.1.1普通用户页面可能看不到光功率常见做法是用超级管理员账号登录或者直接 telnet 光猫的 23 端口:: 先确认电脑到光猫管理地址通不通 ping 192.168.1.1 -n 4 :: telnet 进光猫账号密码见光猫背面或运营商交付资料 telnet 192.168.1.1以华为光猫为例进入 shell 后查询光功率的命令是这样:: 读取光猫数据库中 ONU 光模块实时信息 sendcmd 1 DB p OnuOpticalInfo命令说明sendcmd 1 DB p是华为光猫 telnet 下读取数据库配置的指令OnuOpticalInfo对象保存着当前 ONU 的光模块实时数据包括收发光功率、温度、供电电压。中兴、烽火光猫命令不同但按型号能查到等价写法。直接看接收光功率这一个关键值。可用区间一般是-8 dBm 到 -28 dBm保守阈值是 -25 dBm 以内算健康。超过 -25 dBm 开始出现丢包、误码、随机闪断超过 -30 dBm 基本可以确认是线路质量问题。遇到这种情况应该直接报障让运营商查分光器和入户光纤而不是在用户侧调路由器。提示光功率偏低时先检查法兰盘接头有没有拧紧、尾纤有没有打急弯、分光器端口插没插对。实际现场处理中一半以上的弱光故障来自接头氧化和光纤弯曲损耗这些不用换模块。如果 telnet 进不去还有一个退路在光猫管理页的“状态”或“网络侧信息”里找“光模块信息”或“ONT 信息”部分固件在普通用户权限下也能显示光功率和注册状态。注册状态字段通常叫“OLT 注册状态”或“PON 注册状态”值为“已注册”或英文 Registered 才算正常。2.3 宽带固话 IMS 注册状态单独看运营商送的宽带常捆绑固话业务很多用户会报“宽带能上网但电话不通”。这类故障不要在 PPPoE 上浪费时间应该直接查 IMS 注册状态。IMS 注册状态在光猫管理页的“语音”或“VoIP”页面里关键字段有注册状态、服务器地址、注册有效期、上次注册失败原因。判断逻辑很简单注册状态为“已注册”电话号码问题在话机、线路或账号绑定上和宽带网络无关。注册状态为“未注册”但宽带能正常上网先确认语音业务 WAN 连接的 VLAN 是否正确再核对 IMS 账号密码。注册状态反复横跳看 SIP 服务器地址是否过期。宽带接入网历次割接会统一更换 IMS 服务器地址旧地址会一直注册不上。注意一个操作事故用户改过光猫拨号配置把数据业务从路由模式改成桥接时顺手把语音业务的连接删了。结果表现为“宽带能拨号电话全忙音”。排查时优先确认语音 WAN 连接还在不在而不是去查话机。3. PPPoE 拨号与认证故障错误码、会话数限制和直连对比法3.1 先查拨号错误码把故障类型定下来物理链路正常、光猫注册正常但路由器或电脑拨号上不了网此时进入认证段。Windows 自带拨号会给出错误码这些错误码基本把故障方向写明了错误码含义优先排查动作691用户名或密码错误核对账号密码注意宽带账号可能带 后缀仍失败则联系运营商查账号绑定651调制解调器报告错误检查光猫到电脑的网线和网口重启光猫后再拨678远程计算机无响应光猫 WAN 连接没有正常建立检查光猫是否处于桥接或路由状态769目标地址无法访问本机网卡被禁用或驱动异常去设备管理器启用网卡734PPP 控制协议终止账号在线数超限或上次异常断线未释放会话等几分钟或重启光猫再试实际网络运维故障处理案例里691 出现频率最高但 691 不一定是密码错。宽带账号被绑定在某个物理端口或设备 MAC 上时换到另一条线路上也会报 691。这时让用户用原光猫拨号或者联系运营商刷新账号绑定状态即可。3.2 用“电脑直连光猫拨号”完成三段分诊路由器拨号失败时判断责任在“光猫到运营商链路”还是“路由器自身”的最好办法是绕过路由器做一次直连对比。:: Windows 下手动触发一次 PPPoE 拨号测试 rasdial 宽带连接 your_account your_password :: 断开这次拨号 rasdial 宽带连接 /disconnect命令说明rasdial是 Windows 自带拨号命令第一参数是“宽带连接”这个连接名需要和系统里已创建的 PPpoE 连接名一致后两个参数是账号和密码。命令能快速反馈错误码不用在图形界面里反复点点点。注意不要在远程协助场景下直接明文敲密码旁边有人能看到。直连光猫拨号会出现三种结果对应不同排查方向直连同样失败故障在运营商侧或光猫侧。换一台已知完好的光猫再测一次若仍失败报障时直接说明“直连光猫拨号报 XX 错误码”。直连能上路由器拨号失败故障在路由器或路由器到光猫的网线。换一根网线若仍失败进路由器管理页看 WAN 口 MAC 是否被运营商绑定、MTU 是否被改过。时好时坏优先怀疑光猫到 OLT 的链路稳定性回到第 2 章查光功率和误码率而不是反复重启路由器。这个三段分诊法不依赖品牌工具本质是把一条故障链路拆成用户侧、接入侧、路由侧三段每次只保留一个变量比蒙着头换设备可靠得多。3.3 宽带会话数 4096 限制和 PPPoE 拨号的常见误区运维圈里经常提到“宽带会话数4096”它不是什么神秘限速而是 BRAS 侧常见的单用户 PPPoE 会话数基线配置。4096 对普通家庭绰绰有余但在出租屋、校园、小企业这类“一条宽带带几十台上网设备”的场景很容易踩坑。典型症状是路由器开始不断重拨日志里反复出现会话建立失败的记录把内网设备数量降下来之后又恢复正常。排查时先数一下这条宽带账号同时建立了多少 PPPoE 会话再到路由器 PPPoE 状态页查会话 ID或用拨号日志统计同一时间的并发会话数。处理方向有三个在路由器上关闭多拨功能或限制单 WAN 会话数避免一个账号在多个 VLAN 上重复拨号。把内网设备的出网方式收敛到 NAT而不是让每台设备都独立拨号拿会话。业务确实需要大量并发 PPPoE 会话时只能走商用宽带流程向运营商申请提高 BRAS 侧的单账号会话数上限个人改不了局端配置。容易混淆的一点是4096 会话数限制不等于 4096 个连接。网页浏览产生的 TCP 连接走的是同一会话内的多条流不占用新的 PPPoE 会话。所以看到设备多就怪会话数超限方向不一定对先区分 PPPoE 会话层和 TCP 连接层再下结论。4. 链路通了但上不了网路由、DNS、MTU 和访问失败案例4.1 用 ping 三段法定位“链路通但上不了网”拨号已经成功浏览器却打不开网页这是最耗时的故障形态。我的惯用手段是用三个固定地址做分段 ping把网络功能逐段拆开。:: 第 1 段ping 网关确认局域网内是否正常 ping 192.168.1.1 -n 4 :: 第 2 段ping 运营商侧 DNS确认广域网链路能通 ping 114.114.114.114 -n 4 :: 第 3 段ping 域名确认 DNS 解析和服务可达性 ping www.aliyun.com -n 4命令参数说明-n 4在 Windows 下表示发送 4 个探测包Linux 下对应-c 4。第二段的 114.114.114.114 是公共 DNS第三段域名可换成用户常用的任意站点。把三段 ping 的结果放进下面的表里故障方向就看清楚了网关公网 IP域名结论不通——局域网或光猫问题通不通—运营商链路或路由问题通通不通DNS 解析问题通通通应用层或浏览器问题常见误判出在第三段ping 域名不通但 ping 域名解析出的 IP 通。这时问题在 DNS 解析链路而不是网络链路。用nslookup换一个公共 DNS 对比:: 绕过本地默认 DNS直接向公共 DNS 查询域名解析 nslookup www.example.com 114.114.114.114如果返回server cant find说明当前 DNS 对这条域名没有有效应答如果返回了 IP再 ping 这个 IP通了就是 DNS 配置问题不通就是路由或目标服务器问题。家用路由器把 DNS 下发给所有终端旧运营商的 DNS 地址换了环境就失效直接改成 223.5.5.5 或 114.114.114.114 试一次多数拨号成功但打不开网页的问题会当场水落石出。4.2 MTU 过大导致的网页图片加载失败MTU 过大是宽带故障里最容易被忽略的一个。症状很典型视频能打开一部分、网页只出文字不出图、部分 App 反复提示连接异常但 ping 网关和公网 IP 都正常。原因一句话讲清PPPoE 链路的 MTU 通常是 1492普通以太网默认是 1500相差 8 个字节。某类应用发出的数据包恰好走了禁止分片标记中间设备因 MTU 不匹配直接把包丢弃TCP 的路径 MTU 发现机制又被防火墙策略干扰最终表现为“能聊天但看不了图和视频”。验证方法很直接用 Windows 的 ping 加 DF 标记做载荷测试:: 1472 字节载荷是 PPPoE 场景下的安全值1500-20-8 ping www.aliyun.com -f -l 1472 -n 4 :: 如果上面失败逐步降低载荷大小 ping www.aliyun.com -f -l 1422 -n 4 ping www.aliyun.com -f -l 1372 -n 4参数说明-f表示禁止分片-l指定载荷大小。PPPoE 下最大安全载荷是 1472即 1500 减去 20 字节 IP 头、再减去 8 字节 PPPoE 头。1472 能通但更大载荷不通说明路径 MTU 被限制在 1492 附近这时候把路由器 WAN 口的 MTU 改成 1492 即可。提示修改路由器 MTU 后要重启光猫和路由器的拨号链路。有些路由器在“WAN 口设置”里改有些在“PPPoE 高级选项”里改不需要动局域网一侧的 MTU。4.3 用群晖 DDNS 访问移动宽带设备不成功的真实原因这是一个很典型的“网络运维故障处理案例”一台群晖 NAS 挂在移动宽带下DDNS 解析结果正常但从外部访问总是不成功。问题几乎都出在——运营商没有提供公网 IPv4 地址。移动宽带大量用户位于运营商级 NATCGNAT即 CGN之后光猫 WAN 口拿到的是100.64.x.x或10.x.x.x这类私网地址而不是真正的公网 IPv4。此时 DDNS 解析出来的是运营商共享出口地址这个地址对几百个用户是同一个端口映射做了也不生效因为根本没有属于自己的公网 IP 可以被映射。验证方法很简单登录光猫看 WAN 口 IP如果是100.64.x.x网段基本可以断定没有公网 IPv4。后续处理思路按优先级排列改用 IPv6 访问。现在移动家宽普遍下发 IPv6 地址并允许入站连接群晖 DDNS 支持 AAAA 记录外部设备在 IPv6 网络下解析出 IPv6 地址后就能直连。用群晖自带的 QuickConnect 中转服务。它走厂商自己的中继服务器不依赖公网 IPv4适合远程管理和文件下载场景。如果确实要对外提供 HTTP 或 HTTPS 服务可以租一台带公网 IP 的云主机把业务端口映射到云主机公网地址由云主机转发到内网 NAS。这个案例引出一个通用结论宽带链路通、应用功能不通先查“网络边界属性”而不是应用配置。是否具备公网地址、入站防火墙策略、回程路由路径这三项只要一项不对应用层怎么调都是白费。5. 把宽带故障处理经验固化成一张可复用的 SOP5.1 一张适合贴机房墙上的故障速查表处理宽带故障最怕每次从零开始。我把经验提炼成一张速查表适合放进团队 Wiki 或贴在工位上阶段先看什么异常时第一动作接入段光猫 PON 灯、光功率重插法兰头联系运营商查光路认证段拨号错误码、账号在线数电脑直连光猫拨号做对比链路段网关 ping、公网 pingping 三段法逐段确认断点应用段DNS、MTU、公网地址类型换公共 DNS、调 MTU、启用 IPv65.2 用十行脚本自动采集诊断信息固定顺序的排查可以被脚本化。下面这段 bash 脚本适合放在 Linux 网关或 Mac 上把网络诊断关键信息一次性输出#!/bin/bash GW$(ip route | awk /default/ {print $3; exit}) echo 网关: $GW ping -c 4 $GW /dev/null 21 echo 网关可达 || echo 网关不可达 ping -c 4 223.5.5.5 /dev/null 21 echo 公网可达 || echo 公网不可达 nslookup www.aliyun.com 223.5.5.5 /dev/null 21 echo DNS解析正常 || echo DNS解析异常 echo 本机公网地址 curl -s --connect-timeout 5 https://ifconfig.me echo脚本执行过程对应前面每一个排查点先基于默认路由找出网关依次探测网关、公共 IP、域名解析最后通过 ifconfig.me 获取当前出口 IP。awk提取路由表里 default 那行是为了自动发现网关不用每次手动查。curl --connect-timeout 5限制连接超时为 5 秒避免脚本挂在外部服务上。这个脚本不直接解决问题但能用一个输出文件把“到哪一步断了”讲清楚。5.3 宽带接入网演进带来的排查重点变化FTTH 普及以后宽带故障已经很少是“换个猫、换条线”的单点问题更多是接入段与上层业务交织出现的复合故障。语音 IMS 注册和数据业务共用同一根光纤分光器故障会同时打掉宽带、固话和电视IPv6 大规模下发后不少老设备仍走 IPv4默认走错协议栈会被误判成“宽带故障”。排查宽带问题时可以对这两件事有预期用户侧智能终端变多同一账号下十几台设备问题从单一设备配置错误转为多设备间的地址和会话冲突运营商侧设备持续迭代XG-PON 和自动开通工具引入了新的故障盲区旧经验不一定适用。把排查流程文档化每处理完一次故障留一条日志两三次之后团队的宽带故障平均处理时长就能明显降下来。本文还有配套的精品资源点击获取