H3C S5130S-54S-PWR-HI-G接入poe终端设备，供电正常，无法学习到mac地址

display int + 接口查看端口是否up，请替换接口和线缆确定不同接口或者线缆下，故障与接口还是线缆有关。
尝试替换接口连接到网络设备，查看是否端口能up并学习到mac

故障现象汇总
端口 G1/0/42 PoE 供电正常（正在送电、电压 55.3V、电流 18mA、功率 1000mW），但交换机 无法学习下联终端 MAC 地址；布线是标准 PoE 接法：1236 传数据、4578 做供电线（信号线与供电线分离的 A 标准 PoE 接法）。
一、先拆解当前关键状态
PoE 层面
Detection Status: Delivering Power → 交换机已经识别 PD 设备、正常供电，AP / 摄像头等终端拿到电力正常上电，排除供电不足、PoE 故障。
数据层面
dis mac-address interface g1/0/42 无任何 MAC 条目 = 端口收不到终端发来的以太网报文，二层完全不通。
二、分层排查顺序（从易到难）
1. 排查网线 / 布线问题（最高概率原因）
你采用 1236 走数据、4578 供电 的分离布线方案，极易出现以下故障：
1）网线 1/2/3/6 芯断线、水晶头压接不良、线芯氧化，供电 4578 完好但数据芯不通；
2）网线过长（超五类＞90m、六类＞100m），数据差分信号衰减丢包，PoE 直流供电不受影响；
3）水晶头只压了 4578 供电线，1236 线根本没压进去。
验证方法
更换一根成品标准 8 芯直通网线测试，判断是否布线问题；
使用网线测试仪检测 8 根线全部通断，重点检测 1、2、3、6。
2. 交换机端口基础配置排查
进入接口视图查看配置：
shell
system-view
interface GigabitEthernet 1/0/42
display this
重点核查以下配置错误：
端口被手动 shutdown、或者配置 shutdown 管理关闭；
端口模式配置错误：配置成 access 但未划入正确业务 VLAN，或是配置成 loopback、mirror destination、SPAN镜像目的口（镜像目的端口无法学习 MAC）；
端口开启 端口安全、MAC 地址绑定、静态 MAC 锁定，阻止动态学习 MAC；
端口配置 stp disable 以外的错误 STP 配置、开启 STP BPDU 保护把端口阻塞成 Discarding；
配置了 port isolate 端口隔离，不影响上电，但二层转发异常。
正常接入终端的标准配置参考：
plaintext
interface GigabitEthernet 1/0/42
port link-mode bridge
port access vlan XX
stp disable
undo shutdown
3. 端口物理协商异常（供电正常但以太网协商失败）
PoE 上电和以太网协商是两套独立电路：供电正常≠电口协商成功。
执行命令查看端口协商状态：
plaintext
display interface GigabitEthernet 1/0/42
重点看：
端口物理状态是否为 Up；
协商速率 / 双工是否为 Auto协商成功 1000M Full；
有无大量 CRC 错误、输入丢包、大量错误帧。
常见协商故障：
终端网口故障（AP / 摄像头网口损坏，能取电但网芯片不工作）；
交换机端口强制速率 speed 100、duplex full，与终端自适应模式不匹配协商失败；
端口开启 EEE 节能省电，部分老旧 AP 网卡不兼容 EEE，协商后休眠断流。
修复：接口下关闭 EEE 再测试
plaintext
int g1/0/42
undo eee enable
4. PoE 模式兼容性问题（你当前就是此场景隐患）
从截图可见：Power Mode: Signal
Signal 模式：仅使用数据线（1236）供电（802.3af 标准常规模式）；
你实际布线是用空闲线 4578 供电，和当前端口 PoE 供电模式冲突。
冲突根源：
交换机端口运行在 Signal（信号线供电）模式，但你的布线改成了空闲线（Spare）供电，部分 PD（AP、IPC）内部供电回路和交换机供电模式不匹配，会出现：能上电，但网口芯片无法正常收发以太网报文，交换机收不到任何报文自然不学 MAC。
修复命令：将 PoE 供电模式修改为兼容空闲线供电的 spare
plaintext
system-view
interface GigabitEthernet 1/0/42
poe mode spare
save
修改后重启端口或者重启 AP 即可。
5. 终端侧故障排查
AP / 摄像头上电成功但系统卡死、网口芯片故障，只耗电不收发数据；
AP 被管理地址错误、瘦 AP 未上线 AC，网口静默不发送任何报文；
测试：把该终端接到其他正常 PoE 交换机端口，看是否能学习 MAC，区分是终端问题还是本交换机端口问题。
6. 交换机底层故障（低概率）
交换机端口硬件故障：PoE 供电模块完好，但 PHY 以太网收发芯片损坏；更换交换机其他 PoE 端口接入终端验证；
交换机存在全局 ACL、端口 ACL 丢弃所有入站报文，导致收不到终端流量。
查看 ACL 占用：display packet-filter interface g1/0/42 inbound
三、最简排障操作步骤（按顺序执行，最快定位）
更换标准 8 芯成品网线接入端口，测试能否学习 MAC；
进入接口，执行 poe mode spare，适配你 4578 空闲线供电的布线方式；
接口下关闭 EEE、确认端口 no shutdown、stp disable；
将该 AP 插到交换机其他正常 PoE 端口，区分端口坏还是终端坏；
查看端口 display int g1/0/42，确认物理 UP、无 CRC 报错。
四、核心根因预判
90% 概率是 PoE 供电模式不匹配：
交换机当前为 signal（数据线1236供电），但布线改成空闲线 4578 供电，PD 设备供电回路异常，上电正常但网口无法收发以太网报文，交换机收不到报文就无法学习 MAC 地址。
执行 poe mode spare 修改端口 PoE 模式即可解决。

交换机供电正常但无法学习到MAC地址，这个问题的原因通常在数据链路层，而非供电部分。你提到的线序（1,2,3,6 传输数据；4,5,7,8 供电）是标准的PoE供电方案，是正常的，问题不在此。

以下是可能导致此问题的几类原因及对应的排查步骤，你可以按顺序尝试。

🔍 第一步：检查终端设备本身（最常见原因）

很多时候问题出在终端设备而非交换机上。

• 确认终端是否发送了数据报文：交换机学习MAC地址，是通过接收终端发出的、包含其源MAC地址的数据帧来实现的。如果终端没有主动发送任何数据（如仅通电未启动、处于待机、或未正确配置IP），交换机端口就不会有任何流量，自然学不到MAC。

  • 验证方法：在交换机上执行 display interface [接口名]，重点查看 Last 300 seconds input rate 和 Last 300 seconds output rate。如果输入/输出速率都为0，说明链路上没有流量。

  • 解决办法：检查终端设备本身，确保它已正常启动并尝试发送数据（例如，可以尝试从终端ping一下网关地址）。

• 检查终端IP地址配置：有一个经典案例是，当终端的IP地址与交换机端口的VLAN不在同一网段时，终端可能不会发送ARP报文，导致交换机无法学习到其MAC。

  • 解决办法：确认终端的IP地址、子网掩码和网关，是否与交换机该端口所属VLAN的接口IP地址在同一网段。

⚙️ 第二步：排查交换机端口配置问题

如果确认终端有流量发出，问题可能出在交换机的端口配置上。

1. 检查MAC地址学习功能是否被关闭：

   • 执行 display interface [接口名]，查看输出中是否有 MAC Learning: disabled 的字样。

   • 如果被关闭，在接口视图下执行 undo mac-address mac-learning disable 命令开启。

2. 检查是否设置了MAC地址学习数量上限：

   • 执行 display mac-address max-mac-count interface [接口名]，查看是否设置了最大学习数量（例如设置为1）且已达到上限。

   • 如果设置了上限，可在接口视图下用 undo mac-address max-mac-count 命令取消限制。

3. 检查端口是否因安全特性被阻塞：

   • STP（生成树协议）状态：如果端口被STP阻塞（BLOCKING状态），则不会学习MAC地址。执行 display stp interface [接口名] 查看端口状态，应为 FORWARDING。

   • 端口安全或802.1X认证：这些功能在认证通过前可能会阻止MAC地址学习。执行 display port-security interface [接口名] 和 display dot1x interface [接口名] 检查相关配置。

4. 检查是否存在ACL（访问控制列表）过滤：

   • 检查端口下是否应用了入方向的ACL，可能过滤掉了终端的报文。执行 display packet-filter interface [接口名] 查看。

🔬 第三步：进行硬件与物理链路排查

如果以上配置均正常，则需排查硬件问题。

• 交叉测试定位问题：这是最有效的硬件排查方法。

  1. 换接口测试：将终端接到交换机上另一个已知正常的端口，看是否能学到MAC。

  2. 换终端测试：用一台你确信正常的电脑（如笔记本电脑）接到这个有问题的端口，看交换机是否能学到电脑的MAC。

  • 通过以上两个测试，可以迅速定位问题是在交换机端口、网线还是终端设备本身。

• 检查端口协商状态：虽然供电正常，但数据协商可能有问题。

  • 执行 display interface [接口名]，确认端口的速率（Speed） 和双工模式（Duplex） 是否已正确协商为 Full（全双工）状态。如果协商失败，可以尝试在接口视图下用 speed 和 duplex 命令手动指定。

⚠️ 第四步：特殊情况排查

• 终端MAC地址是否为组播/广播地址：H3C交换机默认会丢弃源MAC为组播或广播的报文。如果终端MAC地址的第二位是1、3、5、7、9、B、D、F（即为组播MAC），则会被交换机过滤。

  • 解决办法：在系统视图下执行 undo mac-address multicast-source packet-filter 命令，关闭此过滤功能。