问题描述
现场leaf设备下挂一台S5130S-52S-HI接入交换机，接入交换机再下挂终端设备，终端在leaf设备上进行802.1X认证，出现部分终端认证失败的情况。
过程分析
1、查看接入交换机的mac表项没有学习到终端设备的mac地址，并且mac表项条目数达到8000多条。
2、采集接入交换机的诊断信息，发现设备上存在终端的mac地址哈希冲突记录，这个是由于mac表项太多导致，但根据二层转发机制，mac表没有对应的表项，会按未知目的mac进行泛洪，不应该影响到认证过程。
=============debug l2 slot 1 chip 1 mac/hashconflict/show===============
mac vlanid trunkid modid port bucket Count Timestamp
1 14:98:77:46:58:c4 464 1 - - 10236 8 2025/11/06 09:54:25
2 14:98:77:46:da:09 440 1 - - 7292 4 2025/11/05 11:23:08
3 14:98:77:46:58:c4 407 1 - - 11556 2 2025/11/05 10:04:01
4 14:98:77:57:c3:6b 408 1 - - 3184 3 2025/11/06 03:35:58
5 14:98:77:57:c3:6b 404 1 - - 3472 5 2025/11/06 07:35:22
3、检查接入交换机对接终端的接口发现配置了voice-vlan功能，而voice-vlan会让未知源mac的报文上送CPU来判断一下是否是voice-vlan的oui，如果不是就会下一条动态mac，但如果此时发生了哈希冲突就会导致这条动态mac下发失败，后面又来一个报文因为没mac就又触发了未知源mac上CPU这个循环，所以现场一直没法正常通信，报文全被交换机丢弃而没转发，导致出现部分终端认证失败的问题。
interface GigabitEthernet1/0/1
port link-type hybrid
undo port hybrid vlan 1
port hybrid vlan 201 untagged
port hybrid pvid vlan 201
voice-vlan 202 enable
stp edged-port
lldp tlv-enable med-tlv network-policy 202
qos trust dscp
解决方法
取消接入交换机端口的voice-vlan配置，不让终端的mac上送CPU。