简介这是一份面向H3C网络技术认证备考者的GB0-372真题注释版PDF聚焦STP生成树、VRRP备份组、PIM组播协议及局域网分层设计等高频考点适合准备参加认证考试或需要巩固路由交换基础的网络工程师使用。资源以带注释题库形式呈现每道题均给出正确答案与关键思路提示覆盖配置BPDU与TCN BPDU的收发规则、根桥选举、VRRP Master/Backup状态迁移、PIM-DM中SPT树的扩散剪枝过程以及IGMP Snooping和汇聚层功能判断等延伸内容便于读者边做题边理解原理。压缩包内为单个PDF文件大小约9.1MB方便直接下载阅读目前已有96人学习下载。除逐题解析外注释还注重将零散考点串联成完整的网络知识框架可帮助备考者查漏补缺并对实际组网中的环路防护、网关冗余和组播转发配置形成更系统的认识。1. 一份带注释的 GB0-372凭什么比原版题库贵在“懂”字上手里的题目刷了三遍答案倒背如流上考场换个参数照样做错——这是我在 H3C GB0-372 备考群里看到最多的一句话。GB0-372 是 H3CSE 路由交换方向里偏广域网接入的一门考试考点集中在 PPP、帧中继、DDR、E1 这些链路段上特点是知识点连环套认证方式影响拨号行为拨号行为影响路由表路由表影响备份切换。纯刷答案只能记住“这题选 B”注释版的价值在于告诉你“为什么不选 A设备里到底发生了什么”。H3C-GB0-372注释版.pdf 这类资料适合两类人一类是临近考试但刷题效率低的考生另一类是考完试要真正配置 MSR/CR 路由器的工程师。前者把注释当考点地图后者把注释当排障手册。下面按我做注释版题库整理时的思路拆开讲。2. 先看懂 GB0-372 在考什么考点地图和现网价值拿到注释版不要急着从第一题开始刷。先把注释里的“考点”标签全部扫一遍这些标签就是考纲地图。多数注释版会在题干上方或答案后面标“考点CHAP 认证”“考点LMI 类型”这样的小字把这些小字按技术域归类比按套题刷效率高得多。我把 GB0-372 的高频考点整理成一张映射表标注它们对应到现网里的哪个场景。这样后面再看注释脑子里就有画面了。| 考点域 | 常见真题场景 | 现网对应落点 | 注释里一般会解释什么 | | PPP | PAP/CHAP 认证、MP 捆绑、PPPoE 会话 | 分支拨号、专线接入、PPPoE 承载 | 认证方向、密码保存方式、单向还是双向认证 | | 帧中继 | DLCI 映射、LMI 类型、子接口路由 | 运营商老专线、政企网络改造 | 为什么 ping 不通、PVC 状态如何判断 | | DDR | dialer-rule 触发条件、空闲挂断时间 | 备份线路、按需拨号场景 | 哪种流量会触发拨号、如何防止误触发 | | E1/CE1/PRI | controller 配置、时隙捆绑、帧格式 | 企业语音中继、E1 专线、2M 接入 | 时隙对齐、CRC4 和 HDB3 参数 | | 备份中心 | 主备切换、浮动路由、接口探测 | 双线冗余、核心出口备份 | 优先级怎么设计、探测包怎么发 |这张表不是我凭空整理的。GB0-372 这个考试代号在 H3CSE 体系里时间不短覆盖的协议也确实是这几大块。把这五个技术域拆分清楚后你会发现注释里的每一句话都在回答一个核心问题设备看到这条配置后下一步做了什么。这个是考试真正想考的也是注释版和纯答案版最本质的区别。2.1 老协议为什么还没退出考纲帧中继、DDR 在现网的三种活法很多人第一次看到帧中继、ISDN 会质疑这不是早就淘汰的技术吗考它有什么用我刚开始备考也这么想后来在政企项目里接过一个老专线割接才发现这些老协议不是不存在了而是换了一种形状活着。E1 专线还在大量政企客户机房服役2M 时隙的配置方法没人会割接时连拓扑都看不懂帧中继的物理链路虽然退网但“子接口映射”这个思想被 VLAN 子接口和 VRF 实例继承下来了DDR 的按需拨号思想今天在 4G/5G 备份链路上仍然大量使用。注释版里那些看似啰嗦的“老协议解释”比如“LMI 类型不匹配会导致 PVC Down”“DDR 的空闲计时器从最后一条匹配流量开始计算”都是在教你把链路层行为推理清楚。推理能力是通用的换个技术载体照样用。这也是我觉得注释版比纯答案版实用的地方——它把题库从“记忆任务”变成“理解任务”。具体到现网帧中继的 DLCI 思想在接入网改造里最典型老专线是一条 PVC改造后对应一台 VPLS 实例或者一条 VXLAN 隧道逻辑上还是“一条虚链路”但承载从帧中继换成了 IP 承载网。不懂 DLCI 和 PVC 的关系就理解不了为什么一条物理链路可以跑多个逻辑业务这在割接方案评审时非常吃亏。DDR 也类似运营商 4G 备份线路的报价和触发策略本质上就是在回答“什么流量值得花钱走无线”。2.2 三个反直觉考点先立住概念再去刷题GB0-372 里有几个结论和直觉相反做注释的人通常会单独写一段提醒没有注释的话很容易踩坑。第一个是 CHAP 认证的密码根本不在链路上传输。很多人以为认证就是把密码发给对端实际上 CHAP 发送的是“用户名 随机挑战值 哈希计算结果”密码本身只存在于本地的用户数据库里。这意味着抓包时看不到密码也意味着两端必须提前配好同样的密码。注释版在这个考点上经常强调“PAP 是明文CHAP 是挑战哈希”但真正做题时要推的是如果对端本地用户不存在CHAP 连响应都算不出来而不是“密码错”。第二个是 DDR 的“空闲”不等于“没有流量”。路由协议的 keepalive、OSPF 的 hello 包都会周期性地重置空闲计时器导致按需拨号链路永远挂断不了。这个坑在现网出现过不止一次备份线路月结费用高得吓人一查就是 GRE keepalive 或 OSPF hello 把备份链路一直“养”着。注释版里这类题通常会把触发条件写成 ACL让读者自己判断哪条流量匹配。第三个是 E1 接口的 2M 带宽不是全给用户的。第 0 时隙要做帧同步实际可用时隙是 1 到 31且 CE1/PRI 接口如果不显式配置时隙范围设备默认行为可能和你预期差很远。这三个反直觉点建议在正式刷题之前就先在注释里找出来读一遍。它们对应的题目在题库里反复出现而且展开的方式都一样——题干换一个参数答案就全变了。2.3 把注释当“设备行为说明书”一个学习方法和例题推演注释版读法有个很实用的切换不要把它当“错题解析”要把它当“设备行为说明书”。每道题都可以转化成一次设备行为推导比如“接口配置了 ppp authentication-method chap对端没有配置用户结果是什么”。这个推导链条是本端发送挑战值 → 对端用本地密码计算哈希 → 对端返回用户名和哈希 → 本端拿本地数据库里的密码重新计算一遍 → 比对一致才认证通过。注释的价值在于把推导链路上每一环都写出来而不是只告诉你“选 C”。举个例子一道经典题的题干是“两台路由器通过 PPP 互联RTA 配置了 ppp authentication-method pap并在本地创建了用户名为 user1、密码为 123456 的 network 类用户。RTB 配置 pap 并发送用户名 user1、密码 123456。此时链路能否建立”如果只看答案会记住一个“能”字但注释版会继续往下追如果 RTB 发来的密码是 1234567链路会卡在哪一步如果用 CHAPRTB 发送的不是密码本身那 RTA 本地用户里的密码起什么作用这一类追问才是注释真正值钱的部分。我建议自制一个转换模板拿到题目先盖住答案把题干翻译成“设备行为问题”再把你预期的行为写下来然后打开注释对照。做熟练了之后题目换不换参数都不怕。这个习惯会带到你后续配置设备上比多刷一百道题管用。3. 用注释版刷题的正确姿势从“背答案”到“推配置”题库刷三遍是最常见的备考动作但大部分人第一遍就在背答案。注释版存在的意义就是让你第一遍就进入推导状态。我实际带人备考时发现同样一套题读法不同效果差得非常远。下面这套流程是我验证过的也适合拿来做 GB0-372 的第一轮复习。3.1 先读注释再看题干把选择题当成故障工单大多数人的刷题顺序是题干 → 选答案 → 看解析。我的建议反过来先扫一眼注释里标出的考点关键词再返回去看题干。比如注释标着“考点PPP 认证方向”那题干里“本端要求对端认证”和“对端要求本端认证”是完全不同的配置方向考点抓住了就不会被题干绕进去。GB0-372 的选择题特点是喜欢在“方向”“时序”“默认值”三个点上挖坑。方向指认证方向、主备方向、帧中继 DLCI 的进与出时序指 CHAP 先挑战还是先应答、DDR 先拨号还是先建路由默认值指 LMI 默认类型、空闲默认时间、E1 默认承载。注释版通常会对这三个点单独写说明我把它们称为题目的“三个敏感点”。看到任何一道题先问自己这题在考方向、时序还是默认值判断对了答案基本就出来了。判断错了背再熟也会翻车。比如帧中继的题题干描述一个场景注释标注“考点LMI 类型”你就能预判这题要么问“两端 LMI 不一致会怎样”要么问“默认 LMI 类型是什么”。预判对了再低头看选项速度和准确率都会上去。3.2 典型考点拆解CHAP 认证的双向挑战是怎么工作的用 CHAP 认证来演示注释版怎么“推配置”而不是“背答案”。GB0-372 里 CHAP 的题目出现频率高注释也通常写得很细。以下是一段典型的 H3C 路由器配置场景是 RouterA 作为认证方要求对端 RouterB 通过 CHAP 认证接入。# RouterA 上Serial 接口启用 CHAP 认证本端要求对端提供身份 interface Serial 1/0 link-protocol ppp ppp authentication-method chap # # RouterA 上为 RouterB 创建网络接入用户密码用于本端验证对端 local-user branch password simple 123456 service-type ppp逻辑说明ppp authentication-method chap这里要反过来理解——注释里的“认证方向”说的是谁认证谁。本端配了这一条代表“本端要求对端通过 CHAP 认证”所以需要在本地用户数据库里为对方建一个用户。后面 CHAP 过程发起时本端会用这个用户的密码去重新计算哈希并和对方返回的哈希比对。对端 RouterB 那边要配置本端的用户名和相同的密码因为 RouterA 发起挑战时RouterB 要用自己的密码计算响应。两端密码不一致认证永远失败。参数说明service-type ppp限制了这个用户只能用于 PPP 接入防止账号被复用到 Web 登录密码用simple还是cipher只影响本地存储方式不影响链路认证过程。这条命令在注释版里经常被当成干扰项——看起来和认证无关但实际上漏了它local-user 对 PPP 根本不生效。# RouterB 上为对端 RouterA 配置相同的认证用户信息 interface Serial 1/0 link-protocol ppp ppp chap user branch ppp chap password simple 123456逻辑说明RouterB 侧的关键是ppp chap user branch它告诉设备“当对方向我发起 CHAP 挑战时我用这个用户名和密码去计算响应”。如果这行配错了名字RouterA 本地用户表里找不到匹配项后面全部白搭。注释版里相关题目经常把ppp chap user和local-user混在一起出问哪个环节会先失败。提示不同 H3C 型号的 PPP 客户端配置略有差异有的用ppp chap password cipher有的需要单独建local-user。做题时看注释里给的命令版本真机上用display this确认当前设备实际接受的写法。3.3 同一考点换成配置题怎么答PPP 认证的三段式对比GB0-372 里 PPP 认证不会只考 CHAPPAP 和 MS-CHAP 也要会区分。注释版应对这类对比题通常给一张表我也建议你自己做一张把认证方式、报文交互次数、密码传输方式、适用场景列出来。以下配置可以直接在 H3C 设备上验证对比效果。# PAP明文两次握手对端直接上报用户名密码 interface Serial 1/0 ppp authentication-method pap # # CHAP挑战三次握手链路上只走哈希结果 interface Serial 1/0 ppp authentication-method chap # # MS-CHAP微软扩展使用 NTLM 哈希域环境常用 interface Serial 1/0 ppp authentication-method ms-chap参数说明PAP 的配置最短安全性最弱适合模拟器测试或老设备对接CHAP 是现在的主流出厂推荐MS-CHAP 在接微软域控或特定运营商 CPE 时会用到但两端必须都支持否则协商阶段就直接失败。注释版里经常会出现一道题同一接口下同时写了pap和chap两行命令问实际生效哪个。正确理解是ppp authentication-method可以同时指定多种方式设备会在协商时依次尝试比如ppp authentication-method pap chap表示先用 PAP 协商失败再用 CHAP。这一点不读注释只看命令很容易误以为“两条都写上会报错”或“后者覆盖前者”。3.4 三遍刷法第一遍打标第二遍推演第三遍只刷错题我整理注释版题库时用的是一个三遍法你也可以直接套用。第一遍按章节刷目标不是做对而是给每道题打考点标签把“PPP 认证”“帧中继 LMI”“DDR 触发”“E1 时隙”这类关键词写在题目旁边形成自己的考点地图索引。这个动作花的时间不长但后面两遍的效率全靠它。第二遍只看注释盖住题干和答案根据注释里的推导链反向猜原题注释说“这里容易把认证方向搞反”那原题大概率是问本端还是对端。这一遍做完你等于自己把题又出了一遍。第三遍只刷错题本把前两遍做错的题集中起来按错因分类——是记错了参数、推错了方向还是不知道默认值。三类错因对应不同的补救动作比盲目重刷整套题高效得多。这套方法最直接的收益是考试时遇到没见过的题干你不会慌因为你知道考点标签大概率是旧的只是换了层皮。4. 从考题到现网GB0-372 里的技术怎么解决真实故障GB0-372 注释版如果只用来应付考试考完就吃灰挺可惜的。这套题里有大量场景本身就是现网故障的切片。我在运维和集成项目里遇到的几个高频问题恰好都能在考题里找到对应原型。下面挑几个和搜索热词相关的场景展开。4.1 PPP 认证失败和 NTP 同步失败先分清“链路通”与“会话通”考题里最常见的 PPP 认证失败原因是“链路物理 up但协议 down”注释里会解释物理层通只代表线路有信号链路层还要经过 LCP 协商和认证。这个逻辑放到现网很多问题一眼就能看清。比如 H3C S1850 这类接入交换机经常遇到的“日期时间不自动同步”很多人都以为是时间服务器问题实际上三层 ping 都是通的问题出在 UDP 123 端口被策略拦了。# S1850 接入交换机上检查 NTP 同步状态和服务器可达性 display ntp-service status ping 192.168.1.254 display acl all逻辑说明配置了ntp-service enable和ntp-service unicast-server 192.168.1.254之后NTP 客户端会周期性向服务器发 UDP 123 报文。如果 ping 通了但时间不同步优先怀疑报文被 ACL 或端口安全策略丢弃display acl all看有没有匹配到 deny 规则。这个排查顺序和 PPP 认证题完全一致物理层通不代表链路层通链路层通不代表认证通过逐层确认才能定位。参数说明S1850 的 Web 管理页面上如果只写了 NTP 服务器地址没有勾选启用 NTP 服务等效于命令行缺了ntp-service enable。这个细节在注释版里经常被当作“配置不全导致功能不生效”的典型例子考的是同一件事功能开关和参数配置是两码事缺一不可。4.2 堆叠和聚合口为什么成员口“加不进去”或“不选中”搜“h3c 聚合口满了”的人常见场景是往链路聚合组里塞新成员口结果显示 Selected 数不变或者状态一直停留在 Unselected。GB0-372 关于链路聚合的题不多但注释里会提到一个核心约束聚合组的成员有上限选中成员还要满足“对端同一设备、速率双工一致、VLAN 配置一致”这些条件。在 H3C Comware V7 设备上一个聚合组最多配置 16 个成员口实际转发的选中口上限由硬件规格决定。IRF 堆叠场景下这个约束更明显。堆叠后两台设备对外像一台但每个成员设备有自己的 CPU 和转发芯片跨设备聚合口要让成员口分布在多台物理设备上选中的逻辑会同时检查两端配置。排障时先看聚合组状态再确认堆叠成员关系。# 查看聚合口摘要和成员口明细 display link-aggregation summary display link-aggregation verbose Bridge-Aggregation 1逻辑说明display link-aggregation summary能快速看到聚合组整体状态和选中端口数verbose会给出每个成员口的选中/非选中原因比如速度不一致、对端设备不同这类信息。遇到“聚合口满了”先分清是“组内成员数到达上限”还是“成员口不满足选中条件”前者只能删旧口或扩硬件规格后者通常改配置就能解决。参数说明Comware V7 的聚合组里有 Selected/Unselected 两种成员状态只有 Selected 才转发流量。手动改成员口速率或双工后聚合组会重新协商短时间内丢包是正常的。这个行为在 GB0-372 的链路类考题里也有体现注释里的关键词是“链路聚合成员口状态机”。4.3 设备启动失败BootWare 菜单不是黑匣子H3C 设备启动失败是另一个高频问题。现象通常是串口或显示屏上停在Press CtrlB to enter BootWare进了菜单后不知道下一步该干嘛。GB0-372 不直接考 BootWare但注释里如果有“设备升级”“配置文件加载”相关的题一定会提到启动流程BootWare → 加载系统文件 → 加载配置文件。启动失败九成出在第二步和第三步。常见原因有三个Flash 剩余空间不足导致系统文件写入不完整boot-loader指定的文件路径和实际文件名不一致升级后新旧配置文件里的命令不兼容导致设备反复重启或进入降级模式。排障顺序是先在 BootWare 菜单里查看文件列表确认.bin或.ipe文件存在再检查启动参数是否指向它。# 在设备系统正常时查看当前启动文件和配置 display boot-loader display flash逻辑说明display boot-loader会输出主用和备用启动文件路径升级后如果主用文件是旧版本命令结果会提示实际加载版本和文件版本不一致。display flash看剩余空间剩余空间不足时传文件会失败这是很多“启动失败”的根本原因。进了 BootWare 菜单后用文件管理命令确认两个信息文件是否在、空间是否够。空间够的话手动指定启动文件路径重启一般就回来了不够的话只能先删旧版本文件再传新版本。参数说明H3C 路由器和交换机的 BootWare 操作菜单不同但核心项都是“文件管理”“启动文件设置”“恢复正常启动”。建议在设备正常时提前把display boot-loader、display flash的输出存一份故障时可以对照等于给启动过程留了后悔药。4.4 CPU 与 vCPU两种负载统计口径别搞混“h3c如何计算cpu和vcpu关系”这个搜索词值得展开。H3C 设备上的 CPU 统计要看产品形态物理路由器交换机上display cpu-usage显示整机 CPU 池多核环境下是聚合值IRF 堆叠里每台成员设备有独立的 CPU要看 slot 维度的数据而 vCPU 这个词更多出现在虚拟化设备上比如 HCL 模拟器里的设备、虚拟化网元产品。两者的关系不是简单除法vCPU 是时间片调度出来的逻辑核超分比直接决定性能上限。GB0-372 考“转发性能”的题不多但理解这个区别对排障有实际帮助。真实设备 CPU 飙高先分清是控制平面还是转发平面路由协议收敛风暴、SSH 扫描、日志过多都会让控制 CPU 升高接口流量过大则是转发芯片的事两者在display cpu-usage里的统计口径不同。# 查看 CPU 使用率的当前值和历史趋势 display cpu-usage display cpu-usage history逻辑说明display cpu-usage给的是当前利用率和最近 5 秒/1 分钟/5 分钟的趋势。如果 5 分钟均值高但当前值低通常是周期性任务造成比如路由表全量重下发如果持续高位优先查板卡温度和进程列表。H3C 设备的进程级 CPU 可以用display process cpu单查注释版里如果出现“某进程 CPU 占用过高”之类的场景题说的就是这类问题。参数说明在 IRF 堆叠里display cpu-usage默认显示全局统计用display cpu-usage slot 1才能看到单台成员设备的真实负载。否则某台设备已经 CPU 爆满全局看还是正常的——这和“堆叠对外像一台设备”的宣传恰好是排障时最容易踩的认知差。5. 刷注释版必看的踩坑记录五个高频翻车点注释版里会标出很多“易错点”但有些坑不是在刷题时遇到而是在真机上复现注释里的场景时才踩到。下面五条是我在实验环境里验证过的每一条都按现象、原因、解决展开。5.1 现象PAP 改成 CHAP 后对端一直认证失败实验环境里把接口认证从 PAP 改成 CHAP对端立刻报认证失败。原因有两层一是 CHAP 要求两端密码完全一致PAP 时期对端可能配的密码本来就不同只是 PAP 明文交互把差异掩盖了二是对端设备上没有配置本端的用户名CHAP 过程里本端向对端发送挑战时对端根本找不到对应的本地用户来计算哈希。解决方法是同时在认证端和被认证端把用户名、密码、service-type ppp三项对齐缺一不可。典型配置是认证端用local-user建用户被认证端用ppp chap user指用户名两边密码必须一模一样。注释里那句“CHAP 是双向依赖的”就是这个意思。PAP 下两端密码不一致可能还能碰巧通过CHAP 下连协商都过不去。5.2 现象帧中继子接口配了 DLCI 但 PVC 一直 Down实验环境里模拟帧中继物理口状态是 Up子接口也配了fr dlci 100但display fr pvc看到的 PVC 一直 Inactive。原因是 LMI 类型两端不一致模拟器默认用 q933a对端设备用的是 ansiLMI 协商失败导致 PVC 状态无法上报。解决方法是两端显式指定fr lmi type ansi或者都改成 q933a 重新协商。排障顺序是先display fr lmi看两端类型再display fr pvc看每条虚电路状态。帧中继这块注释版常提“DLCI 是本地有意义的标签”但排障时最容易忽略的是 LMI 类型因为物理层 Up 会给人造成链路正常的错觉。真实项目中对接运营商老网络时LMI 类型不匹配能让你浪费一整天。5.3 现象DDR 备份链路空闲时不停重拨按需拨号场景里配置了dialer-rule和空闲挂断时间但备份链路就是频繁重拨。原因通常是dialer-rule放行条件过宽比如写成dialer-rule 1 ip permit所有 IP 报文都会触发拨号另一个隐藏原因是路由协议消息OSPF 的 hello 包周期到达也会重置空闲计时器。解决方法是把触发条件收窄用 ACL 限定只有特定目的地址段的流量才触发拨号把动态路由改成静态路由或者对拨号接口关闭不必要的协议报文。常见配置是建一个 ACL 放行内网网段然后dialer-rule 1 ipacl 3000。注释版在这个考点上通常会给“哪些流量会触发”的清单读的时候要逐个确认尤其是协议报文这类隐蔽触发源。5.4 现象CE1/PRI 接口物理 Up 但业务不通E1 专线场景display controller e1看到物理层正常但 ping 对端网关不通。原因是两端时隙配置不一致一端pri-set timeslots 1-31另一端只绑了 1-15两边时隙对不上数据永远到不了对端。另一个参数是帧格式CRC4 和 HDB3 必须和运营商侧一致。解决方法是拿到运营商的时隙清单两端逐时隙核对并把 E1 控制器下的framing和linecode参数显式配置不要依赖默认值。注释里“E1 的第 0 时隙不能作为业务时隙”这个点排障时经常被忽略。还有一种情况是两端都配了 PRI 但信令协议不一致一边是 ISDN PRI 一边是 Q.921协商阶段就失败。5.5 现象设备升级后停在 BootWare 菜单系统起不来给设备升级时选择清空 Flash 再传新版本传完重启直接停在Press CtrlB to enter BootWare进入菜单后发现系统文件都在但启动参数指向的文件名和实际文件名不一致。原因是升级时手动删除旧文件后boot-loader里记录的启动文件路径没同步更新设备找不到可加载的系统文件。解决方法是进入 BootWare 文件管理里确认实际文件名手动指定为启动文件后保存重启。命令行方式需要一条一条确认先dir看文件再boot-loader file flash:/xxx.bin指定最后reboot。注释版里“升级三步传文件、改启动参数、重启”这个顺序任何一步反过来都会翻车。我那次就是先重启后才想起来没改启动参数幸好 BootWare 菜单给了补救机会否则只能返厂。6. 把注释版读成自己的排障手册一个能带走的方法这套题刷完注释也读过一遍之后最有价值的动作是给每条注释增加一个“现网触发标签”。不要在 PDF 里复制粘贴了事动手把每个考点的注释重新写一遍但这次不是写“为什么选 C”而是写“遇到什么现象时回来查这一条”。比如 CHAP 认证方向标签是“分公司拨号认证失败”DDR 触发条件标签是“备份链路不定时重拨”E1 时隙标签是“专线丢包且物理层正常”。我把这个动作叫二度注释做完之后这套题就变成你自己的排障手册。落到一页纸速查表上大概是这样| 现网现象 | 先查什么 | 再查什么 | 关联考点 | | S1850 NTP 时间不更新 | ping 时间服务器 | UDP 123 是否被 ACL 拦截 | 三层通不等于业务通 | | 聚合口成员加不进去 | 聚合组摘要状态 | 成员口速率双工和对端一致性 | 链路聚合状态机 | | 设备启动停在 BootWare | Flash 文件列表 | 启动文件路径参数 | 升级顺序和配置备份 |表格要贴在自己随时能看到的地方。我自己的习惯是把这些现象做成一个快捷键遇到故障先查关联考点考点对应的注释会直接给我一张命令清单。考试时不可能遇到所有细节但动手排障时经常发现注释里那些“易错点”就是现场报错信息的前置提醒。这套方法也是我从一次备份链路故障里悟出来的——当时查了半小时才发现是 DDR 触发条件配太宽回头翻注释版发现里面白纸黑字写着“permit ip 触发所有 IP 报文”。从那以后我就不再把注释版当成考前资料而是当成设备行为说明书。希望帮到你。本文还有配套的精品资源点击获取
