尧图网页设计 
组网第十一课政企专线全景图谱与五层看灯法——拿到一条线先认盒子文章目录组网第十一课政企专线全景图谱与五层看灯法——拿到一条线先认盒子一、八类专线全景现在运营商卖的专线就这几种二、承载技术四层分层光、电、分组、业务三、从 CPE 到局端一条专线的盒子地图四、五层看灯法电源→系统→链路→光→协议五、命令验证把看灯升级成看数六、用 Python 把八类专线做成一张选型速查表小结下期预告前阵子接手一个老政企客户的机房报障单上写着专线断。到了现场我愣了一下机柜里躺着一台老协议转换器2M 专线用、一台企业光猫互联网专线用、还有一台新装的 SD-WAN 盒子云上业务用——客户嘴里的专线其实是三条完全不同性质的线。客户问你就告诉我哪个盒子坏了。我说“行但得按规矩来——先认盒子是什么专线再按’五层看灯法’从下往上查两分钟定位到段落。”这一课就把政企专线的全景图谱和五层看灯法一次讲透。这是模块三政企专线的开篇也是后面十一课的总纲拿到任何一条专线先认清楚它是谁、走哪张网、链路上有哪些盒子、灯该按什么顺序看。一、八类专线全景现在运营商卖的专线就这几种政企客户嘴里的专线放到运营商的产品手册里主流就八类专线类型底层承载典型带宽典型场景互联网专线PON / 以太网接入100M~10G企业上网、固定 IP电路专线E1/2MPDH老2M老银行网点、储蓄终端MSTP 专线SDH2M~10G点对点稳定互联OTN 专线光波分10G~400G数据中心、大客户骨干PTN 专线分组传送MPLS-TP2M~10G政企分支、移动回传IPRAN 专线IP/MPLS10M~10G政企综合承载MPLS VPNMPLS 标签交换2M~1G跨地域多分支组网SD-WAN / 云专线overlay 因特网/DCI10M~10G多云多分支、上云认线的第一问永远是这条专线到底走的是哪张承载网因为承载网决定盒子、盒子决定灯、灯决定排障顺序——MSTP 专线看光端机和 DDF互联网专线看光猫和 ONUSD-WAN 看盒子和隧道状态。认错了线排障方向全错。二、承载技术四层分层光、电、分组、业务八类专线看起来五花八门但拆开看任何一条专线都由同样的四层堆出来光层Optical波分复用WDM/OTN 的光层把多路信号塞进一根光纤管光怎么跑。设备OTN 设备、光放大器、ODF电层ElectricalSDH/PDH 的时隙交叉把信号切成固定时隙管怎么复用。设备SDH/MSTP 设备、协议转换器、DDF分组层Packet以太网/IP/MPLS 的包交换管怎么转发。设备PTN、IPRAN、路由器、交换机业务层Service专线接口的门面管给客户什么口子。形态以太网口RJ45/光、E1 接口BNC/120Ω、POS 口。规划师读四层的心法客户在业务层看到的是一根 2M或一个千兆口但往下走的是电层时隙还是分组标签成本、时延、保护方式完全不同。八类专线的区别本质是四层堆叠方式的不同——MSTP 走电层为主OTN 走光层为主IPRAN 走分组层为主。为什么电层走得稳、分组层走得活、光层走得远——四层各自的工程代价电层时隙的代价是浪费一条 2M 时隙通道不管您传不传数据时隙都占着——这就是 DDN/MSTP 时延抖动极小微秒级的原因代价是带宽利用率低典型 30%。金融交易类业务要的确定性就是拿利用率换的分组层的代价是抖动统计复用让中继利用率冲到 70%但排队带来毫秒级时延抖动。IPRAN/PTN 用 QoS 队列给语音视频开小灶本质是在统计复用里给确定性业务补一块电层模拟光层的代价是颗粒粗波分扩容动辄 100G 起步一根波道的钱够买十年 MSTP。所以 OTN 只装真大带宽——数据中心互联、骨干中继政企分支去用它就是高射炮打蚊子。规划师给客户讲方案就是把这三笔代价翻译成钱要确定性银行、证券→ 推电层系要性价比互联网企业内网→ 推分组系要裸容量数据中心→ 推光层系。三、从 CPE 到局端一条专线的盒子地图把四层落到设备上一条典型专线的链路就是这样一串盒子以一条常见的 MSTP 专线为例用户设备PC/服务器/路由器 │ 以太网线 / E1 线 ▼ CPE客户侧设备路由器 / 协议转换器 / 光端机 │ 用户线缆网线 / 2M 同轴 / 用户光缆 ▼ 运营商接入点局端MSTP 设备 / ODF 配线架 │ ▼ 城域承载网MSTP 环 / OTN / IPRAN 汇聚 │ ▼ 对端局点 ──► 对端 CPE ──► 对端用户设备装维第一基本功到机房先画这张盒子地图——数清链路上有几个盒子、每个盒子的型号、每个盒子的灯。图上每个盒子都对应五层看灯法里的一层检查点。四、五层看灯法电源→系统→链路→光→协议盒子认全了看灯的顺序就有了标准答案——五层看灯法从物理到逻辑、从下往上任何专线通用层看什么灯灯的含义不亮的后果①电源PWR / Power设备供电正常全部灯灭设备死②系统SYS / RUN / Status系统启动完成、运行正常灯不闪/常红系统卡死或故障③链路LINK / ETH / ACT端口协商成功、有收发灯不亮线缆/对端断④光LOS / 光功率告警光路收光正常LOS 红闪光路断/光衰大⑤协议PPP / 注册灯 / 隧道业务协议协商成功灯灭认证/协议/隧道未通口诀先电源、再系统、三链路、四看光、五协议——从下往上哪层断修哪层别跳步。为什么是这个顺序因为它就是 OSI 的缩影电源和系统是设备活着L0链路和光是物理层通L1协议是链路层以上通L2/L3。下三层不亮上层看了也白看——这是排障不返工的根本保证。五层看灯法还有两层深意新手容易看漏它是 OSI 的工程化裁剪电源系统对应设备可用性OSI 之外的第零层却是 20% 现场故障的来源链路光对应物理层 L1协议对应 L2/L3。把七层 OSI 裁成五层是为了现场两分钟内能执行——毕竟机柜前没有 Wireshark只有灯它是排障经济学现场故障分布大致是——电源/线缆类 30%、光路类 25%、协商配置类 25%、协议/业务类 20%。从下往上查前两层 10 秒排除 30% 的可能性反过来从上往下查最可能白忙 5 分钟再折返。这就是别跳步背后的概率账。顺带说透一个常见误区灯全绿不等于业务通——灯只到 L2/L3 的协商成功业务层如 BGP 邻居、VPN 隧道、应用注册还得命令确认。所以五层查完最后一步永远是业务验证ping、traceroute、或客户应用实测。五、命令验证把看灯升级成看数灯只能定位哪一层有问题命令才能定位具体哪个参数不对。五层各有对应命令以华为设备为例# ① 电源查设备电源状态、风扇display power# 槽位1: Power Supply Type: DC Status: Normal# 风扇: Fan 1: Normaldisplay device# ② 系统板卡在位与状态# Slot 1: Normal (电源/温度/电压全 Normal 才算健康)# ③ 链路查上联口协商与错包display interface XGigabitEthernet0/0/2# Line protocol current state : UP ← 链路层通# Speed(duplex) : 10G(a-full) ← 万兆上联协商正常# Input errors / CRC errors : 0 / 0 ← 错包不为0 线缆/干扰# ④ 光查光模块收发光功率display transceiver diagnosis interface XGigabitEthernet0/0/2# Tx Power: -4.8 dBm Rx Power: -19.6 dBm ← Rx 贴近门限即弱# ⑤ 协议查业务协议状态MPLS VPN 专线场景display mpls lsp statistics# Total LSPs: 128 Established: 128 ← 全部建立display bgp vpn-instance CUST-A peer# State: Established ← 邻居正常Idle/Active 协议层挂看灯定位层看数定位点灯告诉你第四层光路有问题命令告诉你Rx 只有 -21dBm余量 1dB是衰减不是断纤。两个动作配合两分钟出结论。用一个真实案例把五层串起来——某网点 2M MSTP 专线时通时断的完整定位过程# 报障网点 2M 专线时通时断。到现场按五层走一遍# ① 电源CPE 光端机 PWR 灯亮绿→ 供电正常# ② 系统RUN 灯 1 秒闪 1 次 → 系统正常# ③ 链路E1 口 LINK 灯常亮ACT 灯断续闪 → 链路在但流量不稳# ④ 光查光模块收光display transceiver diagnosis interface XGigabit0/0/2|include Rx# Rx Power -26.4 dBm10km 模块门限 -28dBm余量 1.6dB→ 判弱# ⑤ 协议查 E1 链路误码与协议状态display interface Serial0/0/0:0|include LCP display interface Serial0/0/0:0|include CRC# LCP opened协议层正常 CRC errors 每分钟 35 → 误码在涨# 结论协议没挂、光路弱导致误码 → 定位光路衰减超标# 处理清洁法兰、重熔接头Rx 回升到 -18dBm业务恢复稳定五层走完故障段落自动浮出水面——灯定位层、命令定位点这就是完整闭环。六、用 Python 把八类专线做成一张选型速查表规划师做方案时八类专线的选型可以量化成一张计算表# 八类政企专线选型速查带宽、时延、单价级别、适用场景lines[(互联网专线(PON),100,低,1,上网/固定IP),(电路专线(E1),2,极低,3,老网点终端),(MSTP专线,100,低,4,点对点稳互联),(OTN专线,400000,中,7,数据中心骨干),# 单位 Mbps(PTN专线,100,低,5,分支/移动回传),(IPRAN专线,1000,中,4,政企综合承载),(MPLS VPN,100,中,5,跨地域组网),(SD-WAN/云专线,100,中高,2,多云多分支上云),]print(f{类型:16}{峰值带宽:10}{时延:6}{成本级:6}场景)forname,bw,delay,cost,sceneinlines:bw_strf{bw}Mbpsifbw1000elsef{bw//1000}Gbpsprint(f{name:16}{bw_str:10}{delay:6}{cost:6}{scene})# 选型三问要不要固定带宽保障要不要跨地域组网要不要上云# 答案组合直接落到类型保障点对点→MSTP/OTN组网→MPLS VPN/IPRAN上云→SD-WAN/云专线print(\n口诀: 要稳选电路系(MSTP/OTN)要组网选标签系(MPLS/IPRAN)要灵活上云选overlay(SD-WAN))再用 Python 把八类专线 × 四层的映射关系量化——哪类专线该重点盯哪几层一张矩阵说清# 八类专线 × 四层映射每类专线的主战场层与排障重点# 结构: (类型, 主承载层, 排障重点层1, 排障重点层2)mapping[(互联网专线,分组层,光,协议),(电路专线E1,电层,链路,光),(MSTP专线,电层,光,链路),(OTN专线,光层,光,系统),(PTN专线,分组层,协议,光),(IPRAN专线,分组层,协议,链路),(MPLS VPN,分组层,协议,链路),(SD-WAN,分组层,协议,系统),]layer_stats{}forline_type,main_layer,k1,k2inmapping:layer_stats.setdefault(main_layer,[]).append(line_type)print(f{line_type:10}主承载{main_layer}排障先看{k1}→{k2})print()forlayer,typesinlayer_stats.items():print(f{layer}承载的专线({len(types)}类): 、.join(types))# 结论电层系看物理光/链路优先分组层系看协议协议/隧道优先# 排障重点跟主承载层走——这就是认线定顺序的量化依据这张矩阵就是排障顺序的生成器拿到专线先查表定位主承载层排障重点自动跟着变——电层系先看物理、分组层系先看协议。八类专线再怎么演变四层模型不变矩阵就永远有效。小结政企专线主流八类认线的第一问是走哪张承载网——承载网决定盒子、盒子决定灯任何专线都是四层堆叠光层→电层→分组层→业务层八类的区别就是堆叠方式不同到机房先画盒子地图CPE→接入点→城域承载→对端数清盒子、认清型号五层看灯法电源→系统→链路→光→协议从下往上不跳步看灯定位层命令看数定位点display power/device/interface/transceiver/协议状态一条龙选型口诀要稳选电路系、要组网选标签系、要灵活上云选 overlay。思考题客户报障上网专线断了到现场看到光猫 LOS 红灯常亮、SD-WAN 盒子隧道灯灭。按五层看灯法你会先查哪条线、动哪个盒子两条专线都可能有故障时为什么必须先修互联网专线而不是 SD-WAN提示LOS 红灯第四层光路故障是硬断先恢复承载SD-WAN 隧道灯灭很可能只是 underlay 断了的连锁反应下期预告全景和总纲立起来了接下来逐类拆解。下一课从占比最大的一类开始互联网专线的 PON 承载——一根光纤怎么 splits 给几十个用户OLT、ODN、光猫之间怎么对话注册灯为什么有时亮有时闪下一课组网第十二课互联网专线与 PON 承载——一根光纤服务几十家。本系列其他课程组网第九课光纤与光接口——一根玻璃丝把千里外的机房连起来组网第十课编码、速率与排障——从比特到信号的最后一公里组网第八课同轴与 BNC——2M 专线背后那条老线组网第七课网线标准详解——五类、超五类、六类到底差在哪专栏主页《组网那点事》——从 DDN 到 AIDC 智算组网 100 课 组网第十一课：政企专线全景图谱与五层看灯法——拿到一条线，先认“盒子“
组网第十一课政企专线全景图谱与五层看灯法——拿到一条线先认盒子文章目录组网第十一课政企专线全景图谱与五层看灯法——拿到一条线先认盒子一、八类专线全景现在运营商卖的专线就这几种二、承载技术四层分层光、电、分组、业务三、从 CPE 到局端一条专线的盒子地图四、五层看灯法电源→系统→链路→光→协议五、命令验证把看灯升级成看数六、用 Python 把八类专线做成一张选型速查表小结下期预告前阵子接手一个老政企客户的机房报障单上写着专线断。到了现场我愣了一下机柜里躺着一台老协议转换器2M 专线用、一台企业光猫互联网专线用、还有一台新装的 SD-WAN 盒子云上业务用——客户嘴里的专线其实是三条完全不同性质的线。客户问你就告诉我哪个盒子坏了。我说“行但得按规矩来——先认盒子是什么专线再按’五层看灯法’从下往上查两分钟定位到段落。”这一课就把政企专线的全景图谱和五层看灯法一次讲透。这是模块三政企专线的开篇也是后面十一课的总纲拿到任何一条专线先认清楚它是谁、走哪张网、链路上有哪些盒子、灯该按什么顺序看。一、八类专线全景现在运营商卖的专线就这几种政企客户嘴里的专线放到运营商的产品手册里主流就八类专线类型底层承载典型带宽典型场景互联网专线PON / 以太网接入100M~10G企业上网、固定 IP电路专线E1/2MPDH老2M老银行网点、储蓄终端MSTP 专线SDH2M~10G点对点稳定互联OTN 专线光波分10G~400G数据中心、大客户骨干PTN 专线分组传送MPLS-TP2M~10G政企分支、移动回传IPRAN 专线IP/MPLS10M~10G政企综合承载MPLS VPNMPLS 标签交换2M~1G跨地域多分支组网SD-WAN / 云专线overlay 因特网/DCI10M~10G多云多分支、上云认线的第一问永远是这条专线到底走的是哪张承载网因为承载网决定盒子、盒子决定灯、灯决定排障顺序——MSTP 专线看光端机和 DDF互联网专线看光猫和 ONUSD-WAN 看盒子和隧道状态。认错了线排障方向全错。二、承载技术四层分层光、电、分组、业务八类专线看起来五花八门但拆开看任何一条专线都由同样的四层堆出来光层Optical波分复用WDM/OTN 的光层把多路信号塞进一根光纤管光怎么跑。设备OTN 设备、光放大器、ODF电层ElectricalSDH/PDH 的时隙交叉把信号切成固定时隙管怎么复用。设备SDH/MSTP 设备、协议转换器、DDF分组层Packet以太网/IP/MPLS 的包交换管怎么转发。设备PTN、IPRAN、路由器、交换机业务层Service专线接口的门面管给客户什么口子。形态以太网口RJ45/光、E1 接口BNC/120Ω、POS 口。规划师读四层的心法客户在业务层看到的是一根 2M或一个千兆口但往下走的是电层时隙还是分组标签成本、时延、保护方式完全不同。八类专线的区别本质是四层堆叠方式的不同——MSTP 走电层为主OTN 走光层为主IPRAN 走分组层为主。为什么电层走得稳、分组层走得活、光层走得远——四层各自的工程代价电层时隙的代价是浪费一条 2M 时隙通道不管您传不传数据时隙都占着——这就是 DDN/MSTP 时延抖动极小微秒级的原因代价是带宽利用率低典型 30%。金融交易类业务要的确定性就是拿利用率换的分组层的代价是抖动统计复用让中继利用率冲到 70%但排队带来毫秒级时延抖动。IPRAN/PTN 用 QoS 队列给语音视频开小灶本质是在统计复用里给确定性业务补一块电层模拟光层的代价是颗粒粗波分扩容动辄 100G 起步一根波道的钱够买十年 MSTP。所以 OTN 只装真大带宽——数据中心互联、骨干中继政企分支去用它就是高射炮打蚊子。规划师给客户讲方案就是把这三笔代价翻译成钱要确定性银行、证券→ 推电层系要性价比互联网企业内网→ 推分组系要裸容量数据中心→ 推光层系。三、从 CPE 到局端一条专线的盒子地图把四层落到设备上一条典型专线的链路就是这样一串盒子以一条常见的 MSTP 专线为例用户设备PC/服务器/路由器 │ 以太网线 / E1 线 ▼ CPE客户侧设备路由器 / 协议转换器 / 光端机 │ 用户线缆网线 / 2M 同轴 / 用户光缆 ▼ 运营商接入点局端MSTP 设备 / ODF 配线架 │ ▼ 城域承载网MSTP 环 / OTN / IPRAN 汇聚 │ ▼ 对端局点 ──► 对端 CPE ──► 对端用户设备装维第一基本功到机房先画这张盒子地图——数清链路上有几个盒子、每个盒子的型号、每个盒子的灯。图上每个盒子都对应五层看灯法里的一层检查点。四、五层看灯法电源→系统→链路→光→协议盒子认全了看灯的顺序就有了标准答案——五层看灯法从物理到逻辑、从下往上任何专线通用层看什么灯灯的含义不亮的后果①电源PWR / Power设备供电正常全部灯灭设备死②系统SYS / RUN / Status系统启动完成、运行正常灯不闪/常红系统卡死或故障③链路LINK / ETH / ACT端口协商成功、有收发灯不亮线缆/对端断④光LOS / 光功率告警光路收光正常LOS 红闪光路断/光衰大⑤协议PPP / 注册灯 / 隧道业务协议协商成功灯灭认证/协议/隧道未通口诀先电源、再系统、三链路、四看光、五协议——从下往上哪层断修哪层别跳步。为什么是这个顺序因为它就是 OSI 的缩影电源和系统是设备活着L0链路和光是物理层通L1协议是链路层以上通L2/L3。下三层不亮上层看了也白看——这是排障不返工的根本保证。五层看灯法还有两层深意新手容易看漏它是 OSI 的工程化裁剪电源系统对应设备可用性OSI 之外的第零层却是 20% 现场故障的来源链路光对应物理层 L1协议对应 L2/L3。把七层 OSI 裁成五层是为了现场两分钟内能执行——毕竟机柜前没有 Wireshark只有灯它是排障经济学现场故障分布大致是——电源/线缆类 30%、光路类 25%、协商配置类 25%、协议/业务类 20%。从下往上查前两层 10 秒排除 30% 的可能性反过来从上往下查最可能白忙 5 分钟再折返。这就是别跳步背后的概率账。顺带说透一个常见误区灯全绿不等于业务通——灯只到 L2/L3 的协商成功业务层如 BGP 邻居、VPN 隧道、应用注册还得命令确认。所以五层查完最后一步永远是业务验证ping、traceroute、或客户应用实测。五、命令验证把看灯升级成看数灯只能定位哪一层有问题命令才能定位具体哪个参数不对。五层各有对应命令以华为设备为例# ① 电源查设备电源状态、风扇display power# 槽位1: Power Supply Type: DC Status: Normal# 风扇: Fan 1: Normaldisplay device# ② 系统板卡在位与状态# Slot 1: Normal (电源/温度/电压全 Normal 才算健康)# ③ 链路查上联口协商与错包display interface XGigabitEthernet0/0/2# Line protocol current state : UP ← 链路层通# Speed(duplex) : 10G(a-full) ← 万兆上联协商正常# Input errors / CRC errors : 0 / 0 ← 错包不为0 线缆/干扰# ④ 光查光模块收发光功率display transceiver diagnosis interface XGigabitEthernet0/0/2# Tx Power: -4.8 dBm Rx Power: -19.6 dBm ← Rx 贴近门限即弱# ⑤ 协议查业务协议状态MPLS VPN 专线场景display mpls lsp statistics# Total LSPs: 128 Established: 128 ← 全部建立display bgp vpn-instance CUST-A peer# State: Established ← 邻居正常Idle/Active 协议层挂看灯定位层看数定位点灯告诉你第四层光路有问题命令告诉你Rx 只有 -21dBm余量 1dB是衰减不是断纤。两个动作配合两分钟出结论。用一个真实案例把五层串起来——某网点 2M MSTP 专线时通时断的完整定位过程# 报障网点 2M 专线时通时断。到现场按五层走一遍# ① 电源CPE 光端机 PWR 灯亮绿→ 供电正常# ② 系统RUN 灯 1 秒闪 1 次 → 系统正常# ③ 链路E1 口 LINK 灯常亮ACT 灯断续闪 → 链路在但流量不稳# ④ 光查光模块收光display transceiver diagnosis interface XGigabit0/0/2|include Rx# Rx Power -26.4 dBm10km 模块门限 -28dBm余量 1.6dB→ 判弱# ⑤ 协议查 E1 链路误码与协议状态display interface Serial0/0/0:0|include LCP display interface Serial0/0/0:0|include CRC# LCP opened协议层正常 CRC errors 每分钟 35 → 误码在涨# 结论协议没挂、光路弱导致误码 → 定位光路衰减超标# 处理清洁法兰、重熔接头Rx 回升到 -18dBm业务恢复稳定五层走完故障段落自动浮出水面——灯定位层、命令定位点这就是完整闭环。六、用 Python 把八类专线做成一张选型速查表规划师做方案时八类专线的选型可以量化成一张计算表# 八类政企专线选型速查带宽、时延、单价级别、适用场景lines[(互联网专线(PON),100,低,1,上网/固定IP),(电路专线(E1),2,极低,3,老网点终端),(MSTP专线,100,低,4,点对点稳互联),(OTN专线,400000,中,7,数据中心骨干),# 单位 Mbps(PTN专线,100,低,5,分支/移动回传),(IPRAN专线,1000,中,4,政企综合承载),(MPLS VPN,100,中,5,跨地域组网),(SD-WAN/云专线,100,中高,2,多云多分支上云),]print(f{类型:16}{峰值带宽:10}{时延:6}{成本级:6}场景)forname,bw,delay,cost,sceneinlines:bw_strf{bw}Mbpsifbw1000elsef{bw//1000}Gbpsprint(f{name:16}{bw_str:10}{delay:6}{cost:6}{scene})# 选型三问要不要固定带宽保障要不要跨地域组网要不要上云# 答案组合直接落到类型保障点对点→MSTP/OTN组网→MPLS VPN/IPRAN上云→SD-WAN/云专线print(\n口诀: 要稳选电路系(MSTP/OTN)要组网选标签系(MPLS/IPRAN)要灵活上云选overlay(SD-WAN))再用 Python 把八类专线 × 四层的映射关系量化——哪类专线该重点盯哪几层一张矩阵说清# 八类专线 × 四层映射每类专线的主战场层与排障重点# 结构: (类型, 主承载层, 排障重点层1, 排障重点层2)mapping[(互联网专线,分组层,光,协议),(电路专线E1,电层,链路,光),(MSTP专线,电层,光,链路),(OTN专线,光层,光,系统),(PTN专线,分组层,协议,光),(IPRAN专线,分组层,协议,链路),(MPLS VPN,分组层,协议,链路),(SD-WAN,分组层,协议,系统),]layer_stats{}forline_type,main_layer,k1,k2inmapping:layer_stats.setdefault(main_layer,[]).append(line_type)print(f{line_type:10}主承载{main_layer}排障先看{k1}→{k2})print()forlayer,typesinlayer_stats.items():print(f{layer}承载的专线({len(types)}类): 、.join(types))# 结论电层系看物理光/链路优先分组层系看协议协议/隧道优先# 排障重点跟主承载层走——这就是认线定顺序的量化依据这张矩阵就是排障顺序的生成器拿到专线先查表定位主承载层排障重点自动跟着变——电层系先看物理、分组层系先看协议。八类专线再怎么演变四层模型不变矩阵就永远有效。小结政企专线主流八类认线的第一问是走哪张承载网——承载网决定盒子、盒子决定灯任何专线都是四层堆叠光层→电层→分组层→业务层八类的区别就是堆叠方式不同到机房先画盒子地图CPE→接入点→城域承载→对端数清盒子、认清型号五层看灯法电源→系统→链路→光→协议从下往上不跳步看灯定位层命令看数定位点display power/device/interface/transceiver/协议状态一条龙选型口诀要稳选电路系、要组网选标签系、要灵活上云选 overlay。思考题客户报障上网专线断了到现场看到光猫 LOS 红灯常亮、SD-WAN 盒子隧道灯灭。按五层看灯法你会先查哪条线、动哪个盒子两条专线都可能有故障时为什么必须先修互联网专线而不是 SD-WAN提示LOS 红灯第四层光路故障是硬断先恢复承载SD-WAN 隧道灯灭很可能只是 underlay 断了的连锁反应下期预告全景和总纲立起来了接下来逐类拆解。下一课从占比最大的一类开始互联网专线的 PON 承载——一根光纤怎么 splits 给几十个用户OLT、ODN、光猫之间怎么对话注册灯为什么有时亮有时闪下一课组网第十二课互联网专线与 PON 承载——一根光纤服务几十家。本系列其他课程组网第九课光纤与光接口——一根玻璃丝把千里外的机房连起来组网第十课编码、速率与排障——从比特到信号的最后一公里组网第八课同轴与 BNC——2M 专线背后那条老线组网第七课网线标准详解——五类、超五类、六类到底差在哪专栏主页《组网那点事》——从 DDN 到 AIDC 智算组网 100 课