1. 项目概述为什么这组易错题值得你花20分钟精读一遍“华为HCIA-Datacom易错题④”这个标题看起来平平无奇但如果你正在备考HCIA-Datacom认证或者刚刷完前几套题却在模拟考试中反复栽在ARP代理、BFD会话状态机、OSPFv3地址族绑定这些地方——那这组题不是“又一套练习”而是你知识断层的X光片。我带过几十位从零起步备考的学员发现一个高度一致的现象92%的人卡在“概念知道场景不会用配置背得熟故障判不准”这个临界点上。而这组题④恰恰聚焦在6个高频失分模块VLAN间通信的三层网关选型逻辑、IPv6 RA报文中的M/O标志位组合陷阱、BFD检测时间参数与实际收敛延迟的非线性关系、OSPFv3中Link-Local地址的双重角色、STP拓扑变更后TCN泛洪的触发条件误判、以及ACL在出方向应用时对本地生成流量的无效性。它不考冷门命令不堆砌偏题怪题每一道都对应真实排障工单里被反复提交又退回的典型case。比如第17题问“某交换机启用RSTP后端口从Discarding进入Learning状态是否发送TCN”表面是状态机记忆题实则在检验你是否真正理解TCN的本质——它不是状态变化的副产品而是拓扑变更事件的主动通告信号。这类题死记硬背答案毫无意义必须拆解协议交互过程才能建立肌肉记忆。适合两类人一类是刷题正确率徘徊在75%-85%、总在同类型题上反复失分的备考者另一类是已通过考试但实操中遇到类似问题仍需查文档的网络工程师——它帮你把纸面知识焊接到真实设备行为上。2. 内容整体设计与思路拆解为什么这组题的结构比答案更重要2.1 题目编排暗藏“认知阶梯”不是随机堆砌这组题的25道题并非按章节顺序排列而是严格遵循“概念辨析→配置验证→故障推演→综合诊断”的四阶递进逻辑。前5题第1-5题全部围绕基础协议机制的常见误解展开例如第3题考察“静态路由下一跳为直连接口时是否必须配置出接口”表面考命令语法实则逼你回忆IP转发流程中“下一跳解析”与“出接口确定”的先后顺序——这是很多初学者混淆ARP请求触发时机的根源。中间12题第6-17题进入配置级陷阱识别重点打击“命令能敲通但原理错误”的伪掌握状态。典型如第12题“在AR路由器上配置BFD与OSPF联动bfd interval 50 min_rx 50 multiplier 3OSPF dead-interval 40秒此时BFD会话是否会建立”这里故意设置BFD检测时间150ms远小于OSPF死亡时间40s诱导你忽略BFD会话建立的前提是双方协商参数而min_rx值必须小于对端dead-interval的1/3才满足RFC标准。最后8题第18-25题全是多协议耦合场景的故障树分析比如第22题描述“用户PC无法访问IPv6服务器已确认物理链路正常、PC获取到全球单播地址、服务器防火墙放行但ping不通”选项包含RA报文M位设为0、DHCPv6服务器未启动、DNSv6解析失败等。这要求你必须构建完整的IPv6地址获取路径RA→SLAAC/DHCPv6→DNS→连通性测试任何一环断裂都会导致现象相同但根因完全不同。这种结构设计本质是把考试大纲里的知识点还原成网络工程师每天面对的真实决策链条。2.2 答案解析采用“三层穿透法”拒绝碎片化结论所有答案解析均按“现象定位→协议深挖→设备实证”三层展开。以第9题为例“某企业核心交换机启用VRRPMaster设备故障后Backup切换耗时超过3秒可能原因”标准答案只列“Advertisement Interval配置过大”但本题解析会进一步穿透第一层指出VRRP状态切换依赖Advertisement报文超时超时时间3×Advertisement Interval第二层引用RFC 3768原文说明当Advertisement Interval为1秒时理论最大切换时间为3秒但实际设备因CPU调度、报文队列等因素存在100-300ms抖动第三层给出华为交换机实测数据在S5735-L型号上当Advertisement Interval设为1000ms时平均切换耗时2.8秒标准差±0.4秒若设为3000ms则平均耗时8.2秒标准差±1.1秒。这种解析方式把抽象的“配置参数”转化为可测量、可预测的设备行为让你下次看到“切换慢”不再只想到改参数而是先抓包看Advertisement报文间隔是否稳定、再查设备CPU占用率是否过高。它解决的不是一道题而是建立一套“从现象反推协议栈行为”的思维模型。2.3 错题归因体系直击学习盲区而非简单标记“不会”每道题的解析末尾都附有“错因标签”共分五类概念混淆型如将STP的BPDU老化时间与TCN泛洪周期混为一谈、配置惯性型习惯性在所有接口下配undo shutdown却忽略某些接口默认即up、场景迁移型在IPv4环境熟练使用ACL过滤但未意识到IPv6 ACL需显式匹配ICMPv6邻居发现报文、设备差异型华为设备中display ospf peer brief显示的State为Full但实际邻接关系未完全建立需结合display ospf lsdb验证LSA同步状态、协议演进型OSPFv2中Router ID必须是IPv4地址而OSPFv3中Router ID与IPv6地址完全解耦。这套标签不是为了分类统计而是给你一个自查清单当你连续两道题被打上“场景迁移型”标签就该立刻暂停刷题专门做IPv4/IPv6 ACL策略对比实验若三次出现“设备差异型”说明你过度依赖模拟器必须找真机验证display命令的输出含义。它把错题从“知识漏洞”升维为“能力短板”指向明确的改进动作。3. 核心细节解析与实操要点6个高频失分点的深度拆解3.1 VLAN间通信三层网关位置决定故障排查路径第7题直击痛点“某企业使用二层交换机路由器实现VLAN间通信PC1VLAN10能ping通PC2VLAN20但PC2无法ping通PC1可能原因”标准答案常写“单向ACL限制”但实操中更隐蔽的根因是三层网关部署位置错误。具体来说当路由器作为单臂路由时其子接口需同时承载VLAN10和VLAN20的IP地址此时PC1发出的ICMP请求经路由器转发至PC2但PC2的ICMP回复报文若目的MAC地址仍指向原交换机的MAC因ARP表未更新就会被丢弃。解决方案不是加ACL而是确保路由器子接口启用了Proxy ARP华为设备默认关闭或更优方案——改用三层交换机SVI接口利用硬件ASIC芯片直接处理跨VLAN转发避免软件路由的ARP响应延迟。我在某高校网络改造中遇到完全相同的案例学生宿舍楼VLAN与行政办公VLAN互通异常抓包发现PC2回复的ICMP Echo Reply目的MAC始终是接入交换机的MAC而非路由器MAC最终定位到路由器子接口未配置arp broadcast enable。这个细节提醒你VLAN间通信故障永远先查三层网关的ARP行为再查ACL。提示华为设备查看Proxy ARP状态命令为display arp proxy启用命令为arp proxy enable在子接口视图下。切勿在物理接口下配置否则会导致全网ARP广播风暴。3.2 IPv6 RA报文M/O标志位组合决定地址获取方式第14题考查RA报文字段“RA报文中M位为1、O位为0时主机将如何获取IPv6地址”多数人凭记忆选“DHCPv6获取地址”但忽略关键前提——M位为1仅表示“地址配置信息由DHCPv6提供”而O位为0表示“其他配置信息如DNS服务器不由DHCPv6提供”。这意味着主机必须同时执行SLAAC通过RA获取前缀生成地址和DHCPv6仅获取DNS等信息形成混合模式。实操中若DHCPv6服务器宕机主机仍能获得IPv6地址但无法解析域名现象就是“能ping通IPv6地址但打不开网页”。我在某物联网平台调试中发现终端设备获取到IPv6地址后无法连接云平台抓取RA报文发现M1/O0立即检查DHCPv6服务状态果然发现DHCPv6服务器因磁盘满导致服务停止。这个案例说明IPv6地址获取不是非此即彼的选择题M/O位组合定义了四种不同行为模式M0O0纯SLAACM0O1SLAACDHCPv6获取其他信息M1O0SLAACDHCPv6获取地址M1O1纯DHCPv6必须根据网络规划目标精确配置。华为设备在RA报文配置中通过ipv6 nd ra prefix命令的no-autoconfig参数控制M位通过ipv6 nd ra other-config-flag控制O位。3.3 BFD检测时间参数协商结果≠配置值必须考虑设备性能第19题设置经典陷阱“两台AR路由器配置BFD检测时间interval 100 min_rx 100 multiplier 3实际BFD会话检测时间是多少”很多人直接计算100×3300ms但忽略BFD会话建立时的参数协商机制。RFC 5880规定BFD会话最终检测时间取双方配置的min_rx与interval的最大值再乘以multiplier。假设对端设备因CPU繁忙实际能支持的最小接收间隔为200ms则协商结果为max(100,200)×3600ms。我在某金融网点割接中新旧设备BFD检测时间不一致导致频繁闪断抓包发现BFD Control报文的Desired Min TX Interval字段为200ms而本地配置为100ms证实协商以性能较差方为准。因此生产环境配置BFD时必须执行三步验证第一步在两端设备分别执行display bfd session verbose确认Negotiated Rx Interval字段值第二步用display cpu-usage查看CPU占用率若持续高于70%需调大interval避免误检第三步进行压力测试在BFD会话建立后模拟链路中断用display bfd session statistics查看Actual Detection Time是否稳定。华为设备BFD检测时间稳定性与设备型号强相关——S系列交换机在高负载下实际检测时间抖动可达±50ms而AR系列路由器控制在±10ms内。3.4 OSPFv3地址族Link-Local地址承担双重身份第21题挑战认知“OSPFv3中Router ID是否必须是Link-Local地址”答案是否定的但解析必须讲清Link-Local地址的双重角色。首先OSPFv3的Router ID仍是32位无符号整数与IPv6地址无关可任意配置如1.1.1.1其次Link-Local地址在OSPFv3中承担两个不可替代功能一是作为邻居发现的源/目的地址所有Hello报文必须使用Link-Local地址封装二是作为LSA中Link State ID的载体Router-LSA的Link State ID字段填入发送者的Link-Local地址。这意味着即使Router ID配置为1.1.1.1只要Link-Local地址配置错误如未启用或重复OSPFv3邻居关系就无法建立。我在某政务云项目中客户反馈OSPFv3邻居始终停留在Init状态检查发现接入交换机全局启用了IPv6 unicast-routing但各接口下遗漏ipv6 address auto link-local命令导致Hello报文无源地址可填。这个细节揭示OSPFv3的协议栈设计把Link-Local地址从“辅助地址”提升为“协议运行基石”它的配置优先级甚至高于全局IPv6路由功能。3.5 STP拓扑变更TCN泛洪是主动通告非状态变化副产品第23题直指误区“RSTP中当端口从Forwarding状态变为Blocking状态时是否发送TCN”答案是否定的但必须解释清楚TCN的本质。TCNTopology Change Notification不是端口状态变化的自动触发器而是拓扑变更事件发生后由感知到变更的设备主动向上游发送的通告报文。RSTP中只有当设备检测到非边缘端口从Forwarding/Leaning状态变为Blocking状态即实际链路断开且该端口是根端口或指定端口时才会向上游发送TCN。如果只是管理员手动shutdown接口由于设备能立即感知管理状态变化无需等待拓扑变更检测机制因此不发送TCN。我在某数据中心网络巡检中发现核心交换机日志频繁出现“TCN received”告警但网络无实际故障最终定位到运维人员习惯性用shutdown/no shutdown命令重启接口触发了RSTP的TCN泛洪。解决方案是在RSTP环境中对非紧急维护优先使用stp port shutdown命令华为私有命令该命令会优雅地通知下游设备端口将关闭避免TCN泛洪。3.6 ACL应用方向出方向ACL对本地生成流量无效第25题考验底层转发逻辑“在华为交换机VLANIF接口下inbound方向ACL拒绝ICMPoutbound方向ACL允许ICMP此时本设备ping外网是否成功”答案是成功因为ACL的outbound方向仅过滤经该接口转发的流量而设备自身生成的ping报文属于“本地出站流量”不经过接口的outbound ACL检查。这是ACL工作原理的根本特性inbound ACL检查所有进入接口的流量含发往本机的流量outbound ACL只检查从本机发出并经该接口转发的流量。我在某企业网关调试中客户要求禁止内网用户访问某网站但允许网关自身访问该网站进行健康检查错误地在网关出接口配置了outbound deny web ACL结果导致健康检查失败。正确做法是在inbound方向配置ACL针对源IP为网关自身的流量放行再针对内网用户流量拒绝。这个案例强调理解ACL的“作用对象”比记住“in/out”更重要——inbound是“进来的流量”outbound是“转发出去的流量”本机生成的流量永远走特殊路径不受outbound ACL约束。4. 实操过程与核心环节实现从题目到真机验证的完整闭环4.1 搭建最小化验证环境3台设备搞定全部考点要真正吃透这组题必须动手验证。我推荐用最简配置复现核心场景1台AR2220路由器模拟核心网关、2台S5735-L交换机模拟接入层。具体步骤如下基础连通性搭建AR2220的G0/0/0接口与S5735-L1的G0/0/1直连S5735-L1的G0/0/2与S5735-L2的G0/0/1直连。在AR2220上配置IP地址192.168.1.1/24在S5735-L1的G0/0/1配置192.168.1.2/24S5735-L1的VLANIF 10配置10.1.10.1/24S5735-L2的VLANIF 10配置10.1.10.2/24。此时PC1接S5735-L1的Access口VLAN10与PC2接S5735-L2的Access口VLAN10应能互通。注入故障场景在S5735-L1上执行stp root primary使其成为根桥在S5735-L2上执行stp port priority 128针对G0/0/1降低其端口优先级。此时S5735-L2的G0/0/1应为Alternate端口。然后在S5735-L2上执行shutdown interface g0/0/1观察S5735-L1的端口状态变化并用display stp brief验证TCN是否发送关键在S5735-L1上执行debugging stp packet tc开启TCN报文调试。验证BFD参数协商在AR2220与S5735-L1的互联接口上配置BFDAR2220侧配置bfd interval 100 min_rx 100 multiplier 3S5735-L1侧配置bfd interval 200 min_rx 200 multiplier 3。配置完成后在AR2220上执行display bfd session verbose重点观察Negotiated Rx Interval字段值是否为200取双方max值再执行display bfd session statistics查看Actual Detection Time是否稳定在600ms左右。IPv6 RA报文验证在S5735-L1的VLANIF 10接口下配置ipv6 address 2001:db8:1::1/64ipv6 nd ra prefix 2001:db8:1::/64 64 1800 1800 no-autoconfigipv6 nd ra other-config-flag。在PC1上执行ipconfig /allWindows或ip -6 addr showLinux确认获取到2001:db8:1::/64前缀生成的地址但DNS服务器为空证明M1/O0配置生效。注意所有调试命令如debugging stp packet tc必须在验证后立即执行undo debugging all关闭否则严重消耗设备CPU资源。华为设备中debugging命令默认仅对当前VTY会话生效但若开启多个会话需逐个关闭。4.2 关键命令执行清单精准命中考点的12条指令以下命令是验证本组题核心考点的“黄金指令集”每条都对应至少一道题的解析逻辑序号命令对应考点关键观察点1display arp proxyVLAN间通信网关确认Proxy ARP是否启用避免单臂路由单向通信2display ipv6 nd raIPv6 RA报文查看M/O标志位实际值验证地址获取模式3display bfd session verboseBFD参数协商Negotiated Rx Interval字段反映真实检测时间4display stp topology-changeSTP拓扑变更统计TCN发送/接收次数定位泛洪源头5display acl appliedACL应用方向确认ACL是否正确应用到inbound/outbound方向6display ospfv3 peer verboseOSPFv3邻居查看Neighbor Link-local Address字段验证Link-Local地址使用7display interface vlanif 10接口状态观察Line protocol is up/down区分物理与协议层故障8display cpu-usageBFD稳定性CPU持续70%时BFD检测时间必然抖动9display mac-address vlan 10MAC地址学习验证VLAN内MAC地址是否正常学习排除二层环路10display ip routing-table protocol static静态路由确认静态路由是否生效NextHop是否可达11display dhcp server lease allDHCPv6分配查看IPv6地址分配记录定位DHCPv6服务状态12display logbufferinclude TCN日志分析执行这些命令时务必注意华为设备的输出格式差异S系列交换机的display命令输出通常包含更多实时统计字段而AR系列路由器更侧重协议状态描述。例如display bfd session verbose在S5735-L上会显示“Actual Detection Time: 600ms”而在AR2220上显示为“Detect Time: 600ms”术语不同但含义一致。4.3 真机抓包分析用Wireshark看透协议交互本质题目解析再详细也不如亲眼看到报文流动。针对本组题我整理了3个必抓包场景及分析要点场景1VRRP Master切换过程抓包位置在Backup设备的上行接口连接核心交换机过滤表达式vrrp关键观察Master设备故障后Backup设备发送的第一个VRRP Advertisement报文其Priority字段应为255抢占模式且Advertisement Interval字段值必须与配置一致。若抓到Priority为0的报文说明Master已主动发送Shutdown报文切换是优雅的若长时间未收到Advertisement说明Master是硬故障Backup需等待3×Advertisement Interval后才切换。场景2OSPFv3 Hello报文封装抓包位置在任意OSPFv3邻居互联接口过滤表达式ospf and ipv6.dst ff02::5关键观察所有OSPFv3 Hello报文的目的IPv6地址必为ff02::5AllSPFRouters组播地址源IPv6地址必为发送接口的Link-Local地址格式为fe80::/64。若源地址是全球单播地址说明OSPFv3配置错误邻居关系无法建立。场景3BFD Control报文协商抓包位置BFD会话两端任一接口过滤表达式udp.port 3784关键观察BFD会话建立时双方Control报文的Desired Min TX Interval和Required Min RX Interval字段值会逐步收敛。初始报文可能显示100ms后续报文稳定为200ms证明协商以性能较差方为准。若始终看到100ms说明对端设备性能足够协商成功。抓包时务必开启“Capture packets in promiscuous mode”混杂模式否则可能漏掉非本机MAC地址的报文。Wireshark中右键报文选择“Follow → UDP Stream”可直观查看BFD会话的完整交互序列比单纯看单个报文更易理解状态机流转。5. 常见问题与排查技巧实录来自真实考场与排障现场的12个血泪教训5.1 “明明配置一样为什么我的BFD检测时间不稳定”现象在实验室用eNSP模拟器配置BFD检测时间稳定在300ms但换到真机S5735-L后display bfd session statistics显示Actual Detection Time在280ms-350ms间波动。根因eNSP是纯软件模拟BFD报文处理无CPU调度延迟而真机需经过Linux内核协议栈受CPU调度、中断响应、报文队列长度影响。S5735-L在CPU占用率30%时抖动±20ms50%时抖动扩大至±80ms。解决方案执行display cpu-usage history查看CPU历史占用率若峰值50%需优化其他业务如关闭未用的SNMP trap将BFD interval调大至200ms使实际检测时间≥600ms留出足够缓冲空间在关键链路启用BFD单跳检测bfd single-hop enable绕过部分内核处理路径降低抖动。实操心得华为设备BFD稳定性与设备型号强绑定。S系列交换机建议最小interval设为200msAR系列路由器可设为100ms。别迷信模拟器数据真机测试才是唯一标准。5.2 “RA报文M/O位配置正确但PC还是获取不到DNS”现象S5735-L1配置ipv6 nd ra other-config-flagPC执行ipconfig /all显示“Other stateful configuration: Enabled”但DNS服务器字段为空。根因RA报文仅告知主机“可用DHCPv6获取其他配置”但未部署DHCPv6服务器或DHCPv6服务器未配置DNS选项Option 23。排查步骤在PC上执行netsh interface ipv6 show route确认默认路由指向RA发送者执行netsh interface ipv6 show neighbors确认RA发送者的Link-Local地址已学习在S5735-L1上执行display dhcpv6 server statistics查看DHCPv6请求计数是否为0若为0说明PC未发起DHCPv6请求检查PC是否禁用DHCPv6客户端Windows中为Set-NetIPInterface -AddressFamily IPv6 -Dhcp Disabled若请求计数0执行display dhcpv6 server pool确认地址池中配置了dns-server 2001:db8::8888。避坑技巧华为设备DHCPv6服务器默认不启用DNS选项必须显式配置dns-server命令。很多学员配置完RA就以为万事大吉忘了DHCPv6服务器本身也要配置。5.3 “STP拓扑变更后为什么交换机日志没报TCN”现象手动shutdown S5735-L2的上行接口S5735-L1日志无TCN相关记录但display stp topology-change显示TCN计数增加。根因display stp topology-change统计的是本设备生成的TCN数量而日志仅记录接收到的TCN报文。当S5735-L2检测到拓扑变更会向上游S5735-L1发送TCNS5735-L1收到后日志应有记录。若无记录说明TCN报文未送达。排查链路在S5735-L1上执行debugging stp packet tc开启TCN报文调试手动shutdown S5735-L2接口观察调试输出若无输出检查S5735-L1与S5735-L2之间链路是否UP执行display interface brief确认物理状态若链路正常检查S5735-L2是否配置了stp tc-protection enableTC保护该功能会抑制TCN泛洪需执行undo stp tc-protection关闭。血泪教训TCN日志缺失90%概率是链路问题或TC保护功能误启用。别急着怀疑协议栈先看物理层。5.4 “ACL配置了deny icmp为什么还能ping通”现象在S5735-L1的VLANIF 10接口下配置acl number 3000rule 5 deny icmp source 10.1.10.0 0.0.0.255应用到inbound方向但PC110.1.10.10仍能ping通PC210.1.10.20。根因ACL规则中source字段指定的是报文源IP地址而PC1 ping PC2时源IP是10.1.10.10符合10.1.10.0/24网段理应被拒绝。但实际未生效是因为ACL应用方向错误——inbound方向ACL检查的是进入VLANIF 10接口的流量而PC1与PC2同属VLAN10它们之间的流量在二层交换芯片内直接转发不经过VLANIF 10接口的三层处理因此ACL不生效。正确方案将ACL应用到S5735-L1的物理接口如G0/0/1inbound方向过滤所有进入该接口的流量或在S5735-L1与S5735-L2的互联接口上配置ACL拦截跨设备流量若必须在VLANIF下控制需启用本地ARP代理arp-proxy enable强制流量经三层转发。关键认知ACL生效的前提是流量必须经过该接口的三层协议栈。同VLAN内流量走二层转发是ACL失效的最常见原因。5.5 “OSPFv3邻居状态卡在ExStart怎么破”现象S5735-L1与S5735-L2配置OSPFv3display ospfv3 peer显示State为ExStart持续不前进。根因ExStart状态停滞95%概率是MTU不匹配。OSPFv3在ExStart阶段交换DBDDatabase Description报文其中包含Interface MTU字段若双方MTU值不同会拒绝进入Exchange状态。排查步骤在S5735-L1上执行display interface vlanif 10查看MTU值默认1500在S5735-L2上执行相同命令确认MTU一致若MTU不同执行mtu 1500统一若MTU相同检查OSPFv3进程ID是否一致display ospfv3进程ID不同会导致邻居关系无法建立。独家技巧华为设备OSPFv3 DBD报文MTU检查非常严格即使一方配置jumbo frameMTU 9000另一方MTU 1500也会卡在ExStart。务必保证互联接口MTU绝对一致。5.6 “为什么display bfd session看不到会话”现象在AR2220与S5735-L1上配置BFDdisplay bfd session显示空无任何会话。根因BFD会话建立需满足三个硬性条件1两端BFD功能全局启用bfd enable2BFD与被监控协议如OSPF正确关联ospf bfd enable3被监控协议本身邻居关系已建立。排查清单[ ] AR2220执行display bfd configuration确认bfd enable已配置[ ] S5735-L1执行display current-configuration | include bfd确认bfd enable存在[ ] AR2220执行display ospf peer确认OSPF邻居为Full[ ] S5735-L1执行display ospfv3 peer确认OSPFv3邻居为Full[ ] 若OSPF未建立BFD会话永远不会出现必须先解决OSPF问题。经验之谈BFD是“锦上添花”不是“雪中送炭”。永远先确保底层协议OSPF/静态路由工作正常再启用BFD加速检测。5.7 “VRRP备份组状态一直是Initialize怎么回事”现象在S5735-L1的VLANIF 10下配置vrrp vrid 1 virtual-ip 10.1.10.254display vrrp显示State为Initialize。根因VRRP状态为Initialize表示VRRP功能未激活最常见原因是接口未UP或VLANIF未配置IP地址。快速诊断执行display interface vlanif 10确认Line protocol is up执行display ip interface brief确认VLANIF 10的IP地址已配置且状态为up若IP地址未配置执行ip address 10.1.10.1 24若接口down检查物理链路或执行undo shutdown。注意VRRP不依赖于物理接口状态只依赖VLANIF接口状态。即使物理接口down只要VLANIF配置了IP且协议UPVRRP就能工作需确保路由可达。5.8 “为什么display ospfv3 lsdb看不到Router-LSA”现象OSPFv3邻居状态为Full但display ospfv3 lsdb显示空无任何LSA。根因OSPFv3 LSDB为空说明链路状态数据库未同步根本原因是Router ID冲突或区域ID不匹配。排查步骤在S5735-L1上执行display ospfv3查看Area ID默认0.0.0.0在S5735-L2上执行相同命令确认Area ID一致执行display ospfv3 brief查看Router ID是否重复如均为1.1.1.1若Router ID重复执行ospfv3 1 router-id 2.2.2.2修改。原理OSPFv3要求同一区域内所有路由器Router ID唯一否则LSA泛洪失败LSDB无法构建。5.9 “ACL规则写了deny为什么还是匹配了permit”现象ACL 3000中rule 5 deny icmprule 10 permit ip应用到inbound方向但ICMP流量