现场核心交换机为S6850-56HF-G，在VPN实例Trust中运行OSPFv3，与下联接入交换机建立邻居，需求是将核心的IPv6静态缺省路由发布给接入设备。具体软件版本待补充。
模拟验证采用两台设备直连：SWA作为核心，SWB作为接入，互连接口均为GE1/0/1，地址分别为2001:db8:12::1/64、2001:db8:12::2/64，OSPFv3区域为0.0.0.100。
核心交换机在Trust实例的OSPFv3进程下配置静态路由引入及路由策略后，无法将IPv6静态缺省路由发布给接入设备。改用 default-route-advertise always 后，接入设备能够学习到 ::/0，但其下一跳为未在业务地址规划中配置的FE80地址。
同时，需要验证撤销缺省路由发布命令后，接入设备是否存在路由残留。
检查缺省路由发布方式。
现场使用 import-route static route-policy 引入静态路由。OSPFv3的 import-route 不能引入缺省路由，即使路由策略允许 ::/0，也需要使用 default-route-advertise 单独发布。
区分是否依赖本地缺省路由。
不带 always 时，需要检查核心Trust实例路由表中是否存在有效的IPv6缺省路由；带 always 时，即使本地没有缺省路由，也可以发布。因此，仅凭配置 always 后发布成功，不能确认原静态缺省路由已有效入表。
核对接入侧路由类型及下一跳。
接入侧输出显示 Destination: ::/0、Protocol: O_ASE2，说明其学习到的是OSPFv3外部缺省路由。FE80地址属于IPv6链路本地地址，作为OSPFv3下一跳属于正常现象，可与上游互连接口的链路本地地址核对。
验证发布命令撤销后的行为。
两台实验设备建立Full邻居后，上游配置 default-route-advertise always，下游成功学习到 ::/0。撤销发布命令后，下游IPv6路由表及OSPFv3路由表中的缺省路由消失，对应外部LSA清除，最终邻居仍为Full，未复现路由残留。
本轮已完成的验证为公网实例、上游未配置静态缺省路由的场景。上游存在有效静态缺省路由以及Trust实例场景，尚需补充验证。
对于需要依据本地静态缺省路由进行发布的需求，先检查核心Trust实例中的IPv6静态缺省路由是否有效入表，并确认下一跳可达，再在对应OSPFv3进程下配置：
ospfv3 1 vpn-instance Trust
undo default-route-advertise
default-route-advertise
配置后，检查接入设备是否学习到 ::/0、协议是否为 O_ASE2。若仍未学习到，应继续核对Trust实例中的静态缺省路由状态、OSPFv3邻居及外部LSA。
撤销测试时，仅执行 undo default-route-advertise，保留上游有效静态缺省路由，分别确认上游静态缺省路由仍在、下游OSPFv3缺省路由撤销。