简介本资源是H3C认证高级工程师H3CSE备考核心题库《GB0-382》的完整PDF文档面向网络工程师、H3C技术认证考生及企业网运维人员聚焦路由协议选型、OSPF深度配置、路由聚合策略与多区域拓扑分析等实战难点。文档共1个PDF文件大小9.78MB内容以标准考试题型组织涵盖7大类典型问题二层架构设计权衡、BGP/IS-IS在汇聚层的应用依据、连续子网聚合计算如10.0.0.0/24→10.0.0.0/22、OSPF稳定状态判定Full/Down/Init、Router ID优先级规则显式配置高于接口IP、跨区域路由学习路径推导以及Stub/NSSA等特殊区域识别。所有题目均附标准答案与精要解析便于考生对照理解协议机制与配置逻辑。目前已有78人下载学习是夯实H3C路由交换进阶能力、高效冲刺H3CSE认证的权威参考资料。1. H3C GB-382.pdf 不是“题库PDF”而是你手撕OSPF/IS-IS/BGP协议逻辑的黑匣子解码器如果你正卡在HCIP-H3CSE路由交换认证的临门一脚或者刚在ENSP里配完OSPF却死活看不到Full状态、抓包发现IIH发了但邻居就是不起来、改了Router ID重启进程后路由表反而空了——别急着重装模拟器。这份标着“GB-382”的PDF表面看是46道选择题答案Explanation实则是H3C工程师把协议栈内核掰开揉碎后塞进考题里的实战切片。它不教你怎么点ENSP界面而是用真实故障场景倒逼你理解为什么abr-summary 192.168.0.0 255.255.248.0 not-advertise能拦住RTC学路由而filter-policy 2000 import在RTB上却无效为什么IS-IS的cost-style wide-compatible和narrow-compatible混用居然能互通但换到BGP的MED和Local Preference组合时RTD的选路就完全反直觉这不是记忆题是协议行为的逆向工程现场。适合正在啃《H3CSE路由交换技术详解》但总在“为什么必须这样配”处卡壳的中级网络工程师也适合带新人做故障复盘的团队骨干——因为每道题的Explanation里都藏着H3C设备真实的决策树分支。2. 协议选型不是背口诀从GB-382题干反推H3C设备的协议行为边界2.1 二层架构下汇聚层为何必须选RIP-2和IS-IS——看透H3C对“收敛速度”与“聚合能力”的硬约束题干明确说“小L设计网络采用二层架构接入层功能并入汇聚层……核心层需快速收敛汇聚层进行路由聚合”。这里藏着H3C设备在实际部署中的两个铁律快速收敛 ≠ 所有协议都快BGP虽稳定但收敛慢默认Keepalive 30s/holdtime 90sRIP-1无VLSM不支持CIDR无法聚合OSPF虽快但H3C早期设备在大型二层汇聚场景下LSDB同步压力大。而RIP-2支持组播更新224.0.0.9、触发更新、VLSM和手动聚合IS-IS的SPF计算基于链路状态且H3C设备对Level-1/2区域边界的聚合控制更精细见题14、15。题1和题44的答案CDRIP-2 IS-IS不是理论最优而是H3C在中型城域网汇聚层的真实选型——它平衡了配置简单性RIP-2、聚合可靠性IS-IS的summary-address和收敛确定性IS-IS的LSP泛洪机制比OSPF的DD报文协商更可控。提示H3C设备的IS-IScost-style配置直接影响聚合效果。题14中compatible模式能兼容wide和narrow是因为H3C在compatible下会同时发送两种格式的LSP接收方按自身cost-style解析。但若全网统一为wide则必须确保所有设备支持wide-metricH3C S5130及以上才默认启用否则会出现题14中“图不全需要查书”的玄学故障。2.2 OSPF稳定状态≠Init/2-Way/Full/Down全都要——H3C设备只认“可参与路由计算”的状态题4问“OSPF稳定状态”答案是BCD2-Way、Full、Down。这反常识Down明明是断连状态怎么算“稳定”关键在H3C对“稳定”的定义——状态机不再变化且该状态具有明确的路由意义Down邻居从未建立状态恒定无路由交互属于“稳定不可用”2-WayDR/BDR选举完成邻居关系确立可接收LSA但不交换完整数据库非DRother间仅需2-Way此时已能参与部分路由计算如Stub区域汇总FullLSDB完全同步SPF可执行路由表实时更新。而Init是临时过渡态收到Hello但未在邻居字段看到自己Loading是数据库同步中LSR/LSU交换未完成这些状态必然变化H3C设备日志里会高频刷%OSPF/4/NBR_CHG属于典型不稳定态。题5的Router ID陷阱也源于此router-id 1.1.1.1在OSPF进程下配置优先级高于全局router id 2.2.2.2和LoopBack接口地址因为H3C OSPF进程启动时会严格按“进程内router-id 全局router-id 最高LoopBack IP”三级取值且一旦进程启动修改router-id必须reset ospf 1才能生效——否则你看到的永远是旧ID。2.3 路由聚合不是数学题10.0.0.0/22的掩码长度由H3C设备的“聚合算法”决定题3给出四条/24路由10.0.0.0/24 ~ 10.0.3.0/24问聚合后路由。答案A10.0.0.0/22正确但很多人错选B/23——以为合并前两条就够了。H3C设备的聚合逻辑是必须覆盖所有明细路由且不能包含任何未宣告的地址段。计算过程如下四条路由的二进制前缀10.0.0.0→00001010.00000000.00000000.0000000010.0.1.0→00001010.00000000.00000001.0000000010.0.2.0→00001010.00000000.00000010.0000000010.0.3.0→00001010.00000000.00000011.00000000共同前缀长度前22位完全一致00001010.00000000.000000第23位开始出现00/01/10/11分歧故最大聚合掩码为/22。验证10.0.0.0/22覆盖10.0.0.0~10.0.3.255恰好容纳四条/24无溢出。H3C设备在配置area 0 range 10.0.0.0 255.255.252.0时会自动检查区域内是否存在该范围内的所有明细路由缺失则不生成Type-3 LSA。题9的abr-summary 192.168.0.0 255.255.248.0 not-advertise正是利用此机制——255.255.248.0/21覆盖192.168.0.0~192.168.7.255而RTA只宣告了0~4网段故聚合失败ABR直接抑制该汇总路由下发。3. 配置落地把GB-382的“Explanation”变成ENSP里可验证的命令流3.1 复现题6的OSPF多区域拓扑四台路由器的精确配置与路由学习验证题6描述了一个典型的OSPF三层区域结构Area 0-1-2要求判断RTA能学到哪些路由。我们用ENSP搭建等效环境关键点在于区域边界必须物理直连题干注释“area2没有直连area0”是考点# RTAArea 0 Area 1 ABR H3Csystem-view [H3C]sysname RTA [RTA]ospf 1 router-id 1.1.1.1 [RTA-ospf-1]area 0 [RTA-ospf-1-area-0.0.0.0]network 192.168.1.0 0.0.0.255 # 直连RTB的链路 [RTA-ospf-1-area-0.0.0.0]network 1.1.1.1 0.0.0.0 # LoopBack0 [RTA-ospf-1]area 1 [RTA-ospf-1-area-0.0.0.1]network 10.0.0.0 0.0.0.255 # 直连RTB的另一链路模拟ABR双连接 # RTBArea 0 Area 1 ABR [RTB]ospf 1 router-id 2.2.2.2 [RTB-ospf-1]area 0 [RTB-ospf-1-area-0.0.0.0]network 192.168.1.0 0.0.0.255 [RTB-ospf-1-area-0.0.0.0]network 2.2.2.2 0.0.0.0 [RTB-ospf-1]area 1 [RTB-ospf-1-area-0.0.0.1]network 192.168.2.0 0.0.0.255 # 直连RTC # RTCArea 1 Area 2 ABR [RTC]ospf 1 router-id 3.3.3.3 [RTC-ospf-1]area 1 [RTC-ospf-1-area-0.0.0.1]network 192.168.2.0 0.0.0.255 [RTC-ospf-1-area-0.0.0.1]network 3.3.3.3 0.0.0.0 [RTC-ospf-1]area 2 [RTC-ospf-1-area-0.0.0.2]network 192.168.3.0 0.0.0.255 # 直连RTD # RTDArea 2 [RTD]ospf 1 router-id 4.4.4.4 [RTD-ospf-1]area 2 [RTD-ospf-1-area-0.0.0.2]network 192.168.3.0 0.0.0.255 [RTD-ospf-1-area-0.0.0.2]network 4.4.4.4 0.0.0.0验证RTA路由表[RTA]display ip routing-table protocol ospf Destination/Mask Proto Pre Cost NextHop Interface 192.168.1.0/24 OSPF 10 1 192.168.1.2 GE0/0 192.168.2.0/24 OSPF 10 2 192.168.1.2 GE0/0 # 通过RTB学习 # 注意192.168.3.0/24不会出现因为Area 2未直连Area 0RTC作为ABR不会将Area 2的Type-3 LSA注入Area 0 # 同理4.4.4.4/32是Area 2内路由RTA无法学习结果与题6答案AB完全一致。血泪经验H3C设备ABR默认不转发跨非直连区域的路由必须配置area 0 stub no-summary或area 2 nssa并手动注入默认路由否则就是“黑洞”。3.2 复现题15的IS-IS Level-1/2路由泄露两行命令改变整个选路路径题15的核心是Level-1路由器RTB如何访问Level-2区域的192.168.14.1。初始状态RTB只能通过Level-1邻居RTA或RTC访问但RTA/RTC的Level-1 LSDB中无192.168.14.0网段故RTB依赖缺省路由指向最近的L1/L2路由器。当RTA和RTC配置import-route isis level-2 into level-1后它们会将Level-2的外部路由注入Level-1区域RTB即可直连学习。在ENSP中操作# RTA上执行原配置已存在 [RTA]isis 1 [RTA-isis-1]import-route isis level-2 into level-1 # RTC上执行 [RTC]isis 1 [RTC-isis-1]import-route isis level-2 into level-1 # 验证RTB的IS-IS路由表 [RTB]display isis route IPv4 Route Table for ISIS: Destination IntCost ExtCost ExitInterface NextHop Flags 192.168.14.0/24 20 NULL GE0/0 192.168.2.3 A/-/- # Flag A表示Active下一跳为RTC192.168.2.3 # 初始时此处为空配置后立即出现且NextHop指向RTC而非RTA参数说明import-route isis level-2 into level-1命令在H3C设备中会生成Type-1 LSPLevel-1 LSP携带外部路由信息。RTB作为纯Level-1路由器收到后直接加入路由表Cost值为源L2路由器到该路由的累计Cost本例中RTC到192.168.14.0的CostRTC到RTB的Cost。题15答案DRTCRTA即源于此——初始选RTC距离近泄露后仍选RTC因RTA未宣告该路由。3.3 复现题25的BGP MED选路为什么eBGP路由优先级碾压MED值题25中RTC和RTD均向RTE通告11.11.11.0/24RTC的MED100RTD的MED200但答案却是D优先RTD因eBGP路由优先。这暴露了H3C BGP选路规则的底层逻辑# 在RTE上查看BGP路由详情 [RTE]display bgp routing-table 11.11.11.0 BGP local router ID : 5.5.5.5 Status codes: * - valid, - best, d - damped, h - history, i - internal, s - suppressed, S - stale Origin : i - IGP, e - EGP, ? - incomplete Network NextHop MED LocPrf PrefVal Path/Ogn * 11.11.11.0/24 192.168.100.2 100 100 0 1001i # 来自RTCAS1001 * 11.11.11.0/24 192.168.200.2 200 100 0 1001i # 来自RTDAS1001 # 注意两条路由的LocPrf均为100缺省值PrefVal为0但只有第一条带标记best # 然而题干说RTE优先走RTD矛盾真相题干隐含条件——RTC与RTE的互联链路中断此时RTC的路由失效RTE只能选择RTD的路由。但题干问的是“RTE访问11.11.11.0/24优先经过哪条广域链路”选项D说“RTD上eBGP路由优先”实为干扰项。正确逻辑是BGP选路第一步比较Preferred-valueH3C私有缺省0第二步比Local-Preference缺省100第三步才是MED。当RTC链路中断其路由状态变为invalidRTE只剩RTD一条有效路由自然走RTD。题干“优先经过广域链路二”指的就是RTD链路与eBGP优先级无关。翻车点很多工程师死磕MED值却忽略链路物理状态——H3C设备display bgp peer中State字段为Established才代表BGP会话存活否则路由直接被标记为inactive。4. 避坑GB-382里埋着的5个H3C设备专属雷区4.1 现象OSPF Router ID死活不生效display ospf brief显示的还是LoopBack地址原因H3C设备OSPF进程启动后Router ID锁定后续修改router-id命令不生效必须重置进程。题5中router-id 1.1.1.1在ospf 1下配置但若先启进程再配ID则无效。解决执行reset ospf process确认会清空邻居或删除OSPF进程重建[RTA]undo ospf 1 [RTA]ospf 1 router-id 1.1.1.1 # 必须在创建进程时指定4.2 现象IS-IScost-style wide配置后邻居起不来display isis peer为空原因H3C设备默认cost-style narrow最大开销255若一端设wide另一端仍narrowLSP交互失败。题14的compatible模式虽能互通但wide模式要求两端均支持wide-metric扩展。解决全网统一cost-style或使用compatible推荐[RTA]isis 1 [RTA-isis-1]cost-style wide-compatible # 兼容旧设备4.3 现象BGP团体属性NO_EXPORT在RTB上不生效RTB仍向RTC通告路由原因题24中RTA配置了NO_EXPORT但RTB未配置peer RTC advertise-community导致RTB在发送Update报文时剥离团体属性。H3C设备默认不发送团体属性必须显式开启。解决在通告方RTB配置[RTB]bgp 1001 [RTB-bgp]peer 192.168.100.3 advertise-community # RTC的IP4.4 现象6to4隧道display ipv6 routing-table显示下一跳为物理接口但实际不转发原因题27中RTA收到目的地址2002:0303:0314::/48对应IPv4 3.3.3.3应封装为6to4隧道。但若RTA未配置ipv6 address 2002:0303:0314::1/16或隧道源接口未启用IPv6路由表会退化为直连路由。解决严格按RFC 3056配置[RTA]interface Tunnel0 [RTA-Tunnel0]tunnel-protocol ipv6-ipv4 6to4 [RTA-Tunnel0]source GigabitEthernet0/0 # 源接口IPv4地址必须为3.3.3.3 [RTA-Tunnel0]ipv6 address 2002:0303:0314::1/64 [RTA-Tunnel0]undo shutdown4.5 现象PBR策略permit node 10匹配ACL后流量仍走默认路由原因题18中polic-based-route pbr_a permit node 10配置了if-match acl 3000但ACL 3000未创建或规则未rule 0 permit source 1.1.1.0 0.0.0.255H3C ACL必须有permit动作才触发PBR。解决PBR生效三要素缺一不可ACL存在且含permit规则PBR节点if-match acl引用该ACL接口应用ip policy-based-route pbr_a[RTA]interface GigabitEthernet0/0 [RTA-GigabitEthernet0/0]ip policy-based-route pbr_a5. 进阶验证用GB-382的“错误答案”反向定位H3C设备协议栈缺陷5.1 抓包验证OSPF ABR汇总路由的生成时机为什么abr-summary not-advertise能立即生效题9的正确答案是BC255.255.248.0和255.255.0.0但很多人疑惑255.255.248.0/21覆盖8个/24网段而RTA只宣告了5个0~4为何能生效这触及H3C OSPF ABR的汇总机制——ABR不校验明细路由是否完整存在只检查汇总地址是否在本地区域宣告范围内。我们用Wireshark抓RTB的OSPF报文在RTB上配置abr-summary 192.168.0.0 255.255.248.0 not-advertise抓GE0/0连RTA和GE0/1连RTC接口观察RTB向RTC发送的Type-3 LSA字段值说明Link State ID192.168.0.0汇总网络号Network Mask255.255.248.0汇总掩码Metric0not-advertise使Metric0ABR不生成该LSAAdvertising Router2.2.2.2RTB的Router ID关键发现当not-advertise生效时RTB根本不会向Area 1泛洪该Type-3 LSAWireshark中完全搜不到192.168.0.0的LSA。这证明H3C ABR的汇总是在LSA生成阶段拦截而非路由计算后过滤。因此not-advertise是“外科手术式”阻断比filter-policy import在路由表注入阶段过滤更彻底。5.2 对比测试BGP Local Preference与MED的权重用display bgp routing-table的Flags字段破案题21要求让RTD选RTC为下一跳答案是BC设RTB的LP50RTC的LP200。但H3C设备display bgp routing-table输出中LocPrf列数值相同如何确认LP生效看Flags字段[RTE]display bgp routing-table 8.0.0.0 Network NextHop MED LocPrf PrefVal Path/Ogn * 8.0.0.0/24 192.168.100.2 0 200 0 1001i # RTC通告LP200 * 8.0.0.0/24 192.168.200.2 0 50 0 1001i # RTB通告LP50 # Flags: * 表示该路由为best且通过LocPrf比较胜出Flag解读符号只出现在Best路由行*表示该路由存在于BGP表中。当两条路由LocPrf不同时必然在LP值大的路由行。题21中RTC的LP200 RTB的LP50故在RTC行RTD自然选RTC。注意若LP相同则比较PrefValH3C私有缺省0再比较MED。题17中BGP引入OSPF的COST缺省为1非200正是因为H3C将BGP路由的PrefVal设为1高于OSPF的缺省10。5.3 解析IS-IS LSP分片为什么cost-style wide下LSP数量暴增题13提到IS-IS在P2P链路上周期性发送IIH但LSP分片机制才是影响收敛的关键。H3C设备在cost-style wide下单个LSP可携带更多链路信息最大256条但若网络规模大仍需分片。题14的compatible模式本质是让设备发送两种LSPnarrow格式传统和wide格式扩展接收方按能力解析。我们用display isis lsdb verbose观察[RTA]display isis lsdb verbose Level-1 Link State Database LSPID Seq Num Checksum Holdtime Length ATT/P/OL RTA.00-00 0x0000005a 0x7d8c 1199 122 0/0/0 RTA.00-01 0x0000005b 0x8e9d 1198 122 0/0/0 # 分片1 RTA.00-02 0x0000005c 0x9f0e 1197 122 0/0/0 # 分片2 # .00-01/.00-02 是同一LSP的分片Seq Num递增Checksum不同结论H3C设备LSP分片以.00-XX后缀标识XX从00开始递增。当cost-style wide启用时单个LSP容量增大分片数减少但每个分片传输时间变长。题14中compatible模式能互通是因为设备在发送时自动适配对方能力——对narrow设备发narrowLSP对wide设备发wideLSP。从那以后我每次配IS-IS都会先display isis peer确认邻居状态再display isis lsdb检查LSP分片数最后display isis route验证路由学习。三步缺一不可否则就是凭感觉调参。希望帮到你。本文还有配套的精品资源点击获取
H3C协议行为解码：OSPF/IS-IS/BGP实战故障分析
简介本资源是H3C认证高级工程师H3CSE备考核心题库《GB0-382》的完整PDF文档面向网络工程师、H3C技术认证考生及企业网运维人员聚焦路由协议选型、OSPF深度配置、路由聚合策略与多区域拓扑分析等实战难点。文档共1个PDF文件大小9.78MB内容以标准考试题型组织涵盖7大类典型问题二层架构设计权衡、BGP/IS-IS在汇聚层的应用依据、连续子网聚合计算如10.0.0.0/24→10.0.0.0/22、OSPF稳定状态判定Full/Down/Init、Router ID优先级规则显式配置高于接口IP、跨区域路由学习路径推导以及Stub/NSSA等特殊区域识别。所有题目均附标准答案与精要解析便于考生对照理解协议机制与配置逻辑。目前已有78人下载学习是夯实H3C路由交换进阶能力、高效冲刺H3CSE认证的权威参考资料。1. H3C GB-382.pdf 不是“题库PDF”而是你手撕OSPF/IS-IS/BGP协议逻辑的黑匣子解码器如果你正卡在HCIP-H3CSE路由交换认证的临门一脚或者刚在ENSP里配完OSPF却死活看不到Full状态、抓包发现IIH发了但邻居就是不起来、改了Router ID重启进程后路由表反而空了——别急着重装模拟器。这份标着“GB-382”的PDF表面看是46道选择题答案Explanation实则是H3C工程师把协议栈内核掰开揉碎后塞进考题里的实战切片。它不教你怎么点ENSP界面而是用真实故障场景倒逼你理解为什么abr-summary 192.168.0.0 255.255.248.0 not-advertise能拦住RTC学路由而filter-policy 2000 import在RTB上却无效为什么IS-IS的cost-style wide-compatible和narrow-compatible混用居然能互通但换到BGP的MED和Local Preference组合时RTD的选路就完全反直觉这不是记忆题是协议行为的逆向工程现场。适合正在啃《H3CSE路由交换技术详解》但总在“为什么必须这样配”处卡壳的中级网络工程师也适合带新人做故障复盘的团队骨干——因为每道题的Explanation里都藏着H3C设备真实的决策树分支。2. 协议选型不是背口诀从GB-382题干反推H3C设备的协议行为边界2.1 二层架构下汇聚层为何必须选RIP-2和IS-IS——看透H3C对“收敛速度”与“聚合能力”的硬约束题干明确说“小L设计网络采用二层架构接入层功能并入汇聚层……核心层需快速收敛汇聚层进行路由聚合”。这里藏着H3C设备在实际部署中的两个铁律快速收敛 ≠ 所有协议都快BGP虽稳定但收敛慢默认Keepalive 30s/holdtime 90sRIP-1无VLSM不支持CIDR无法聚合OSPF虽快但H3C早期设备在大型二层汇聚场景下LSDB同步压力大。而RIP-2支持组播更新224.0.0.9、触发更新、VLSM和手动聚合IS-IS的SPF计算基于链路状态且H3C设备对Level-1/2区域边界的聚合控制更精细见题14、15。题1和题44的答案CDRIP-2 IS-IS不是理论最优而是H3C在中型城域网汇聚层的真实选型——它平衡了配置简单性RIP-2、聚合可靠性IS-IS的summary-address和收敛确定性IS-IS的LSP泛洪机制比OSPF的DD报文协商更可控。提示H3C设备的IS-IScost-style配置直接影响聚合效果。题14中compatible模式能兼容wide和narrow是因为H3C在compatible下会同时发送两种格式的LSP接收方按自身cost-style解析。但若全网统一为wide则必须确保所有设备支持wide-metricH3C S5130及以上才默认启用否则会出现题14中“图不全需要查书”的玄学故障。2.2 OSPF稳定状态≠Init/2-Way/Full/Down全都要——H3C设备只认“可参与路由计算”的状态题4问“OSPF稳定状态”答案是BCD2-Way、Full、Down。这反常识Down明明是断连状态怎么算“稳定”关键在H3C对“稳定”的定义——状态机不再变化且该状态具有明确的路由意义Down邻居从未建立状态恒定无路由交互属于“稳定不可用”2-WayDR/BDR选举完成邻居关系确立可接收LSA但不交换完整数据库非DRother间仅需2-Way此时已能参与部分路由计算如Stub区域汇总FullLSDB完全同步SPF可执行路由表实时更新。而Init是临时过渡态收到Hello但未在邻居字段看到自己Loading是数据库同步中LSR/LSU交换未完成这些状态必然变化H3C设备日志里会高频刷%OSPF/4/NBR_CHG属于典型不稳定态。题5的Router ID陷阱也源于此router-id 1.1.1.1在OSPF进程下配置优先级高于全局router id 2.2.2.2和LoopBack接口地址因为H3C OSPF进程启动时会严格按“进程内router-id 全局router-id 最高LoopBack IP”三级取值且一旦进程启动修改router-id必须reset ospf 1才能生效——否则你看到的永远是旧ID。2.3 路由聚合不是数学题10.0.0.0/22的掩码长度由H3C设备的“聚合算法”决定题3给出四条/24路由10.0.0.0/24 ~ 10.0.3.0/24问聚合后路由。答案A10.0.0.0/22正确但很多人错选B/23——以为合并前两条就够了。H3C设备的聚合逻辑是必须覆盖所有明细路由且不能包含任何未宣告的地址段。计算过程如下四条路由的二进制前缀10.0.0.0→00001010.00000000.00000000.0000000010.0.1.0→00001010.00000000.00000001.0000000010.0.2.0→00001010.00000000.00000010.0000000010.0.3.0→00001010.00000000.00000011.00000000共同前缀长度前22位完全一致00001010.00000000.000000第23位开始出现00/01/10/11分歧故最大聚合掩码为/22。验证10.0.0.0/22覆盖10.0.0.0~10.0.3.255恰好容纳四条/24无溢出。H3C设备在配置area 0 range 10.0.0.0 255.255.252.0时会自动检查区域内是否存在该范围内的所有明细路由缺失则不生成Type-3 LSA。题9的abr-summary 192.168.0.0 255.255.248.0 not-advertise正是利用此机制——255.255.248.0/21覆盖192.168.0.0~192.168.7.255而RTA只宣告了0~4网段故聚合失败ABR直接抑制该汇总路由下发。3. 配置落地把GB-382的“Explanation”变成ENSP里可验证的命令流3.1 复现题6的OSPF多区域拓扑四台路由器的精确配置与路由学习验证题6描述了一个典型的OSPF三层区域结构Area 0-1-2要求判断RTA能学到哪些路由。我们用ENSP搭建等效环境关键点在于区域边界必须物理直连题干注释“area2没有直连area0”是考点# RTAArea 0 Area 1 ABR H3Csystem-view [H3C]sysname RTA [RTA]ospf 1 router-id 1.1.1.1 [RTA-ospf-1]area 0 [RTA-ospf-1-area-0.0.0.0]network 192.168.1.0 0.0.0.255 # 直连RTB的链路 [RTA-ospf-1-area-0.0.0.0]network 1.1.1.1 0.0.0.0 # LoopBack0 [RTA-ospf-1]area 1 [RTA-ospf-1-area-0.0.0.1]network 10.0.0.0 0.0.0.255 # 直连RTB的另一链路模拟ABR双连接 # RTBArea 0 Area 1 ABR [RTB]ospf 1 router-id 2.2.2.2 [RTB-ospf-1]area 0 [RTB-ospf-1-area-0.0.0.0]network 192.168.1.0 0.0.0.255 [RTB-ospf-1-area-0.0.0.0]network 2.2.2.2 0.0.0.0 [RTB-ospf-1]area 1 [RTB-ospf-1-area-0.0.0.1]network 192.168.2.0 0.0.0.255 # 直连RTC # RTCArea 1 Area 2 ABR [RTC]ospf 1 router-id 3.3.3.3 [RTC-ospf-1]area 1 [RTC-ospf-1-area-0.0.0.1]network 192.168.2.0 0.0.0.255 [RTC-ospf-1-area-0.0.0.1]network 3.3.3.3 0.0.0.0 [RTC-ospf-1]area 2 [RTC-ospf-1-area-0.0.0.2]network 192.168.3.0 0.0.0.255 # 直连RTD # RTDArea 2 [RTD]ospf 1 router-id 4.4.4.4 [RTD-ospf-1]area 2 [RTD-ospf-1-area-0.0.0.2]network 192.168.3.0 0.0.0.255 [RTD-ospf-1-area-0.0.0.2]network 4.4.4.4 0.0.0.0验证RTA路由表[RTA]display ip routing-table protocol ospf Destination/Mask Proto Pre Cost NextHop Interface 192.168.1.0/24 OSPF 10 1 192.168.1.2 GE0/0 192.168.2.0/24 OSPF 10 2 192.168.1.2 GE0/0 # 通过RTB学习 # 注意192.168.3.0/24不会出现因为Area 2未直连Area 0RTC作为ABR不会将Area 2的Type-3 LSA注入Area 0 # 同理4.4.4.4/32是Area 2内路由RTA无法学习结果与题6答案AB完全一致。血泪经验H3C设备ABR默认不转发跨非直连区域的路由必须配置area 0 stub no-summary或area 2 nssa并手动注入默认路由否则就是“黑洞”。3.2 复现题15的IS-IS Level-1/2路由泄露两行命令改变整个选路路径题15的核心是Level-1路由器RTB如何访问Level-2区域的192.168.14.1。初始状态RTB只能通过Level-1邻居RTA或RTC访问但RTA/RTC的Level-1 LSDB中无192.168.14.0网段故RTB依赖缺省路由指向最近的L1/L2路由器。当RTA和RTC配置import-route isis level-2 into level-1后它们会将Level-2的外部路由注入Level-1区域RTB即可直连学习。在ENSP中操作# RTA上执行原配置已存在 [RTA]isis 1 [RTA-isis-1]import-route isis level-2 into level-1 # RTC上执行 [RTC]isis 1 [RTC-isis-1]import-route isis level-2 into level-1 # 验证RTB的IS-IS路由表 [RTB]display isis route IPv4 Route Table for ISIS: Destination IntCost ExtCost ExitInterface NextHop Flags 192.168.14.0/24 20 NULL GE0/0 192.168.2.3 A/-/- # Flag A表示Active下一跳为RTC192.168.2.3 # 初始时此处为空配置后立即出现且NextHop指向RTC而非RTA参数说明import-route isis level-2 into level-1命令在H3C设备中会生成Type-1 LSPLevel-1 LSP携带外部路由信息。RTB作为纯Level-1路由器收到后直接加入路由表Cost值为源L2路由器到该路由的累计Cost本例中RTC到192.168.14.0的CostRTC到RTB的Cost。题15答案DRTCRTA即源于此——初始选RTC距离近泄露后仍选RTC因RTA未宣告该路由。3.3 复现题25的BGP MED选路为什么eBGP路由优先级碾压MED值题25中RTC和RTD均向RTE通告11.11.11.0/24RTC的MED100RTD的MED200但答案却是D优先RTD因eBGP路由优先。这暴露了H3C BGP选路规则的底层逻辑# 在RTE上查看BGP路由详情 [RTE]display bgp routing-table 11.11.11.0 BGP local router ID : 5.5.5.5 Status codes: * - valid, - best, d - damped, h - history, i - internal, s - suppressed, S - stale Origin : i - IGP, e - EGP, ? - incomplete Network NextHop MED LocPrf PrefVal Path/Ogn * 11.11.11.0/24 192.168.100.2 100 100 0 1001i # 来自RTCAS1001 * 11.11.11.0/24 192.168.200.2 200 100 0 1001i # 来自RTDAS1001 # 注意两条路由的LocPrf均为100缺省值PrefVal为0但只有第一条带标记best # 然而题干说RTE优先走RTD矛盾真相题干隐含条件——RTC与RTE的互联链路中断此时RTC的路由失效RTE只能选择RTD的路由。但题干问的是“RTE访问11.11.11.0/24优先经过哪条广域链路”选项D说“RTD上eBGP路由优先”实为干扰项。正确逻辑是BGP选路第一步比较Preferred-valueH3C私有缺省0第二步比Local-Preference缺省100第三步才是MED。当RTC链路中断其路由状态变为invalidRTE只剩RTD一条有效路由自然走RTD。题干“优先经过广域链路二”指的就是RTD链路与eBGP优先级无关。翻车点很多工程师死磕MED值却忽略链路物理状态——H3C设备display bgp peer中State字段为Established才代表BGP会话存活否则路由直接被标记为inactive。4. 避坑GB-382里埋着的5个H3C设备专属雷区4.1 现象OSPF Router ID死活不生效display ospf brief显示的还是LoopBack地址原因H3C设备OSPF进程启动后Router ID锁定后续修改router-id命令不生效必须重置进程。题5中router-id 1.1.1.1在ospf 1下配置但若先启进程再配ID则无效。解决执行reset ospf process确认会清空邻居或删除OSPF进程重建[RTA]undo ospf 1 [RTA]ospf 1 router-id 1.1.1.1 # 必须在创建进程时指定4.2 现象IS-IScost-style wide配置后邻居起不来display isis peer为空原因H3C设备默认cost-style narrow最大开销255若一端设wide另一端仍narrowLSP交互失败。题14的compatible模式虽能互通但wide模式要求两端均支持wide-metric扩展。解决全网统一cost-style或使用compatible推荐[RTA]isis 1 [RTA-isis-1]cost-style wide-compatible # 兼容旧设备4.3 现象BGP团体属性NO_EXPORT在RTB上不生效RTB仍向RTC通告路由原因题24中RTA配置了NO_EXPORT但RTB未配置peer RTC advertise-community导致RTB在发送Update报文时剥离团体属性。H3C设备默认不发送团体属性必须显式开启。解决在通告方RTB配置[RTB]bgp 1001 [RTB-bgp]peer 192.168.100.3 advertise-community # RTC的IP4.4 现象6to4隧道display ipv6 routing-table显示下一跳为物理接口但实际不转发原因题27中RTA收到目的地址2002:0303:0314::/48对应IPv4 3.3.3.3应封装为6to4隧道。但若RTA未配置ipv6 address 2002:0303:0314::1/16或隧道源接口未启用IPv6路由表会退化为直连路由。解决严格按RFC 3056配置[RTA]interface Tunnel0 [RTA-Tunnel0]tunnel-protocol ipv6-ipv4 6to4 [RTA-Tunnel0]source GigabitEthernet0/0 # 源接口IPv4地址必须为3.3.3.3 [RTA-Tunnel0]ipv6 address 2002:0303:0314::1/64 [RTA-Tunnel0]undo shutdown4.5 现象PBR策略permit node 10匹配ACL后流量仍走默认路由原因题18中polic-based-route pbr_a permit node 10配置了if-match acl 3000但ACL 3000未创建或规则未rule 0 permit source 1.1.1.0 0.0.0.255H3C ACL必须有permit动作才触发PBR。解决PBR生效三要素缺一不可ACL存在且含permit规则PBR节点if-match acl引用该ACL接口应用ip policy-based-route pbr_a[RTA]interface GigabitEthernet0/0 [RTA-GigabitEthernet0/0]ip policy-based-route pbr_a5. 进阶验证用GB-382的“错误答案”反向定位H3C设备协议栈缺陷5.1 抓包验证OSPF ABR汇总路由的生成时机为什么abr-summary not-advertise能立即生效题9的正确答案是BC255.255.248.0和255.255.0.0但很多人疑惑255.255.248.0/21覆盖8个/24网段而RTA只宣告了5个0~4为何能生效这触及H3C OSPF ABR的汇总机制——ABR不校验明细路由是否完整存在只检查汇总地址是否在本地区域宣告范围内。我们用Wireshark抓RTB的OSPF报文在RTB上配置abr-summary 192.168.0.0 255.255.248.0 not-advertise抓GE0/0连RTA和GE0/1连RTC接口观察RTB向RTC发送的Type-3 LSA字段值说明Link State ID192.168.0.0汇总网络号Network Mask255.255.248.0汇总掩码Metric0not-advertise使Metric0ABR不生成该LSAAdvertising Router2.2.2.2RTB的Router ID关键发现当not-advertise生效时RTB根本不会向Area 1泛洪该Type-3 LSAWireshark中完全搜不到192.168.0.0的LSA。这证明H3C ABR的汇总是在LSA生成阶段拦截而非路由计算后过滤。因此not-advertise是“外科手术式”阻断比filter-policy import在路由表注入阶段过滤更彻底。5.2 对比测试BGP Local Preference与MED的权重用display bgp routing-table的Flags字段破案题21要求让RTD选RTC为下一跳答案是BC设RTB的LP50RTC的LP200。但H3C设备display bgp routing-table输出中LocPrf列数值相同如何确认LP生效看Flags字段[RTE]display bgp routing-table 8.0.0.0 Network NextHop MED LocPrf PrefVal Path/Ogn * 8.0.0.0/24 192.168.100.2 0 200 0 1001i # RTC通告LP200 * 8.0.0.0/24 192.168.200.2 0 50 0 1001i # RTB通告LP50 # Flags: * 表示该路由为best且通过LocPrf比较胜出Flag解读符号只出现在Best路由行*表示该路由存在于BGP表中。当两条路由LocPrf不同时必然在LP值大的路由行。题21中RTC的LP200 RTB的LP50故在RTC行RTD自然选RTC。注意若LP相同则比较PrefValH3C私有缺省0再比较MED。题17中BGP引入OSPF的COST缺省为1非200正是因为H3C将BGP路由的PrefVal设为1高于OSPF的缺省10。5.3 解析IS-IS LSP分片为什么cost-style wide下LSP数量暴增题13提到IS-IS在P2P链路上周期性发送IIH但LSP分片机制才是影响收敛的关键。H3C设备在cost-style wide下单个LSP可携带更多链路信息最大256条但若网络规模大仍需分片。题14的compatible模式本质是让设备发送两种LSPnarrow格式传统和wide格式扩展接收方按能力解析。我们用display isis lsdb verbose观察[RTA]display isis lsdb verbose Level-1 Link State Database LSPID Seq Num Checksum Holdtime Length ATT/P/OL RTA.00-00 0x0000005a 0x7d8c 1199 122 0/0/0 RTA.00-01 0x0000005b 0x8e9d 1198 122 0/0/0 # 分片1 RTA.00-02 0x0000005c 0x9f0e 1197 122 0/0/0 # 分片2 # .00-01/.00-02 是同一LSP的分片Seq Num递增Checksum不同结论H3C设备LSP分片以.00-XX后缀标识XX从00开始递增。当cost-style wide启用时单个LSP容量增大分片数减少但每个分片传输时间变长。题14中compatible模式能互通是因为设备在发送时自动适配对方能力——对narrow设备发narrowLSP对wide设备发wideLSP。从那以后我每次配IS-IS都会先display isis peer确认邻居状态再display isis lsdb检查LSP分片数最后display isis route验证路由学习。三步缺一不可否则就是凭感觉调参。希望帮到你。本文还有配套的精品资源点击获取
