1、首先查看路由可达性，dhcp中继侧去ping服务器可达，核心侧ping服务器可达，idc侧到核心可达无问题，反向也是无问题。
2、在dhcp中继侧debug看报文的话，发现没有收到服务器的relay-replay报文，只收到了solict报文和转发的relay-forward报文，因此怀疑是服务器侧的问题。
正常流程：
debug如下：
3、但现场反馈一个重要信息就是只要将m-lag vlan518和中继侧的518同时开启ospfv3，即全网络跑ospfv3这种情况下是可以获取到地址的，因此经此反馈感觉还是路由的问题。在中继侧看dhcp报文统计情况的话，可以看到没有丢弃对应的报文，后续在服务器侧故障时刻和正常时刻抓包看到了如下的信息。
正常时刻、异常时刻：
4、根据上面的抓包信息可以发现，正常和异常时刻服务器都收到了relay-fowd报文也发送了relay-reply，而且源目地址都一样，但是查看回包的目的地址fc00：xxxx：14,可以看到这个地址是dhcp中继和m-lag侧的接口地址。此时再去查看配置：
异常时刻核心侧：
#
interface Vlan-interface518
description To_ShuYanYuan_WaiLian
mac-address 6c87-207c-xxxx
ipv6 address FC00:xxxx:11/124
#
异常时刻中继侧：
#
interface Vlan-interface518
description TO_ZongHeJiDi_HuLian
ip address 10.92.xx.xx 255.255.255.252
ipv6 address FC00:xxxx:14/124
#
正常时刻核心侧：
#
ospfv3 110
router-id 10.92.x
import-route static
area 0.0.0.0
#
interface Vlan-interface518
description To_ShuYanYuan_WaiLian
ospfv3 110 area 0.0.0.0
ospfv3 network-type p2p
mac-address 6c87-207c-xxxx
ipv6 address FC00:xxxx:11/124
#
正常时刻中继侧：
#
ospfv3 110
router-id 10.92.2.x
area 0.0.0.0
#
interface Vlan-interface518
ospfv3 110 area 0.0.0.0
ospfv3 network-type p2p
ipv6 address FC00:xxxx:14/124
#
5、根据配置对比发现了问题，正常时刻在vlan518接口下使能了对应ospfv3那么会将接口地址通过ospf报文发给idc侧，但是异常时刻将v;an518接口下的ospfv3配置删除后，虽然保留了vlan505的配置但是没有将接口地址引入发布给idc那么会导致idc侧没有中继vlan518的地址。至此问题找到。
6、但现场还有疑问，理论上我核心只需要将到dhcpv6客户端网关侧的路由就可以了，而且已经引入到ospf里idc也能学到，那为什么还需要发布该直连接口的路由呢因为同样环境下的dhcpv4也是没有到中继直连核心接口的路由的为什么dhcpv4就可以？
在实验室复现了下是因为dhcpv6的地址选择是根据出接口选择的，所以发出去的报文源地址是出接口的地址。
dhcpv4抓包看的话可以看到，第一个报文发过去的时候源地址也是使用的出接口地址，但是报文内带了dhcp终端网关的地址信息，这样的话后续dhcp服务器回包就会用这个网关地址作为目的地址回包。dhcpv6的报文结构和v4是不一样的。