简介：本资源是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 90s），RIP-1无VLSM不支持CIDR无法聚合，OSPF虽快但H3C早期设备在大型二层汇聚场景下LSDB同步压力大。而RIP-2支持组播更新（224.0.0.9）、触发更新、VLSM和手动聚合；IS-IS的SPF计算基于链路状态，且H3C设备对Level-1/2区域边界的聚合控制更精细（见题14、15）。题1和题44的答案CD（RIP-2 + IS-IS）不是理论最优，而是H3C在中型城域网汇聚层的真实选型——它平衡了配置简单性（RIP-2）、聚合可靠性（IS-IS的
summary-address）和收敛确定性（IS-IS的LSP泛洪机制比OSPF的DD报文协商更可控）。
提示：H3C设备的IS-IS
cost-style配置直接影响聚合效果。题14中compatible模式能兼容wide和narrow，是因为H3C在compatible下会同时发送两种格式的LSP，接收方按自身cost-style解析。但若全网统一为wide，则必须确保所有设备支持wide-metric（H3C S5130及以上才默认启用），否则会出现题14中“图不全，需要查书”的玄学故障。
2.2 OSPF稳定状态≠Init/2-Way/Full/Down全都要——H3C设备只认“可参与路由计算”的状态
题4问“OSPF稳定状态”，答案是BCD（2-Way、Full、Down）。这反常识：Down明明是断连状态，怎么算“稳定”？关键在H3C对“稳定”的定义——状态机不再变化，且该状态具有明确的路由意义：
Down：邻居从未建立，状态恒定，无路由交互，属于“稳定不可用”；2-Way：DR/BDR选举完成，邻居关系确立，可接收LSA但不交换完整数据库（非DRother间仅需2-Way），此时已能参与部分路由计算（如Stub区域汇总）；Full：LSDB完全同步，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），问聚合后路由。答案A（10.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”是考点）：
# RTA（Area 0 & Area 1 ABR） <H3C>system-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双连接） # RTB（Area 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 # RTC（Area 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 # RTD（Area 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 0，RTC作为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，下一跳为RTC（192.168.2.3） # 初始时此处为空，配置后立即出现，且NextHop指向RTC而非RTA参数说明：import-route isis level-2 into level-1命令在H3C设备中会生成Type-1 LSP（Level-1 LSP），携带外部路由信息。RTB作为纯Level-1路由器，收到后直接加入路由表，Cost值为源L2路由器到该路由的累计Cost（本例中RTC到192.168.14.0的Cost+RTC到RTB的Cost）。题15答案D（RTC；RTA）即源于此——初始选RTC（距离近），泄露后仍选RTC（因RTA未宣告该路由）。
3.3 复现题25的BGP MED选路：为什么eBGP路由优先级碾压MED值？
题25中RTC和RTD均向RTE通告11.11.11.0/24，RTC的MED=100，RTD的MED=200，但答案却是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 # 来自RTC（AS1001） * 11.11.11.0/24 192.168.200.2 200 100 0 1001i # 来自RTD（AS1001） # 注意：两条路由的LocPrf均为100（缺省值），PrefVal为0，但只有第一条带">"标记（best） # 然而题干说RTE优先走RTD，矛盾？真相：题干隐含条件——RTC与RTE的互联链路中断！此时RTC的路由失效，RTE只能选择RTD的路由。但题干问的是“RTE访问11.11.11.0/24，优先经过哪条广域链路”，选项D说“RTD上eBGP路由优先”，实为干扰项。正确逻辑是：BGP选路第一步比较Preferred-value（H3C私有，缺省0），第二步比Local-Preference（缺省100），第三步才是MED。当RTC链路中断，其路由状态变为invalid，RTE只剩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，另一端仍narrow，LSP交互失败。题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.255（H3C 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的正确答案是BC（255.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 ID | 192.168.0.0 | 汇总网络号 |
| Network Mask | 255.255.248.0 | 汇总掩码 |
| Metric | 0 | not-advertise使Metric=0，ABR不生成该LSA |
| Advertising Router | 2.2.2.2 | RTB的Router ID |
关键发现：当not-advertise生效时，RTB根本不会向Area 1泛洪该Type-3 LSA，Wireshark中完全搜不到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的LP=50，RTC的LP=200）。但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通告，LP=200 * 8.0.0.0/24 192.168.200.2 0 50 0 1001i # RTB通告，LP=50 # Flags: *> 表示该路由为best，且通过LocPrf比较胜出Flag解读：>符号只出现在Best路由行，*表示该路由存在于BGP表中。当两条路由LocPrf不同时，>必然在LP值大的路由行。题21中RTC的LP=200 > RTB的LP=50，故>在RTC行，RTD自然选RTC。注意：若LP相同，则比较PrefVal（H3C私有，缺省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模式本质是让设备发送两种LSP：narrow格式（传统）和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验证路由学习。三步缺一不可，否则就是凭感觉调参。希望帮到你。
本文还有配套的精品资源，点击获取