PoE 网络型温湿度计网络故障排查：ARP、IP 冲突问题定位笔记

PoE 网络型温湿度计网络故障排查：ARP、IP 冲突问题定位笔记

物联网 · 盛世宏博 · PoE网络型温湿度计、ARP、IP冲突、网络故障排查、Modbus TCP、动环监控

一、先识别症状：温湿度计"离线"不一定是设备坏了

PoE 网络型温湿度计在平台侧表现"离线/数据不更新"，八成是网络层问题，不是传感器问题。网络层故障有几个典型面相：

排查顺序铁律：先物理层和链路层（网线/PoE/端口），再网络层（IP/ARP），最后传输层和应用层（TCP/502/Modbus）。跳步等于盲人摸象。

二、ARP 与 IP 冲突：原理先搞清

1. ARP 是干嘛的

设备发包前，得先知道"目标 IP 对应的 MAC 地址是什么"：

本机: "谁有 192.168.1.100？告诉 192.168.1.50"
目标: "192.168.1.100 的 MAC 是 00:11:22:33:44:55"
本机: 把这个对应关系写进 ARP 缓存表，后续直接封装帧

每台设备都有 ARP 缓存表，记录"IP → MAC"的映射，有过期时间（Windows 通常 15~45 分钟，Linux 5 分钟）。

2. IP 冲突的两种典型场景

场景一：两个设备配了同一个静态 IP

192.168.1.100 / 00:11:22:33:44:55  ← 温湿度计 A
192.168.1.100 / 66:77:88:99:AA:BB  ← 温湿度计 B（误配）

交换机端口一会儿学 A 的 MAC、一会儿学 B 的 MAC，网关的 ARP 表来回翻转。表现：

• ping 时通时不通
• 同一 IP 的 MAC 地址在变
• 平台侧显示"设备频繁上下线"

场景二：DHCP 地址被"二次占用"

温湿度计设成 DHCP 获取地址，租约到期后续租，可能拿到别的设备刚释放的地址；或者平台侧把某个 IP 配成"固定分配"，但 DHCP 池里没排除，又分给别的设备。

3. 为什么 PoE 环境更常见

• 大规模部署时设备批量上线，DHCP 服务器压力大，ACK 丢失导致重复 IP
• 施工阶段笔记本临时接入配 IP，忘了释放，后期设备撞上
• 网关/交换机 MAC 地址表被同一个 IP 的两个 MAC 来回刷新，形成端口翻转

三、排查工具箱

四、排查步骤（照着做）

第 1 步：确认物理层

- 网口灯亮不亮（绿灯/橙灯）
- 交换机端口 UP/DOWN 状态
- show power inline 看该端口是否在供电、功率多少
- 换一根网线、换一个端口试试

物理层不通，后面全白搭。

第 2 步：ping 测试，分三种结果

A. 完全不通
   → 查网线、端口、VLAN、PoE 供电、设备是否死机

B. 时通时不通
   → 高度怀疑 ARP 漂移 / IP 冲突 / 环路

C. 一直通但平台取不到数
   → 跳到传输层：查 502 端口、防火墙、Unit ID

第 3 步：查 ARP 表，找冲突

Windows：

arp -a | findstr 192.168.1.100

Linux：

ip neigh show | grep 192.168.1.100

正常：一个 IP 对应一个 MAC

异常：一个 IP 对应多个 MAC，或一个 MAC 频繁变化

用 arping 主动确认：

arping -I eth0 192.168.1.100

如果收到两个不同 MAC 的回复，板上钉钉是 IP 冲突。

第 4 步：交换机侧定位"冒牌者"

show mac address-table | include 0011.2233.4455
show mac address-table | include 6677.8899.aabb

看这两个 MAC 分别从哪个端口学过来：

• 如果来自同一端口 → 该端口下接了 HUB 或集线器，两个设备挂在下面
• 如果来自不同端口 → 两个设备分别接在不同端口，直接拔掉错误的那个

第 5 步：抓包验证（终极手段）

tcpdump -i eth0 arp -nn

看到类似：

Who has 192.168.1.100? Tell 192.168.1.50
Reply: 192.168.1.100 is-at 00:11:22:33:44:55
Reply: 192.168.1.100 is-at 66:77:88:99:AA:BB   ← 异常！两个设备回同一个 IP

第 6 步：确认 502 端口（ping 通但取不到数）

telnet 192.168.1.100 502
# 或
nc -zv 192.168.1.100 502

不通的可能：

• 设备固件没开 Modbus TCP 功能
• 防火墙/ACL 拦了 502
• 设备连接数满（有些廉价设备只支持 1~2 个并发）
• Unit ID 不匹配（TCP Unit ID 与设备实际从站地址不一致）

五、常见故障与处理速查

六、预防性配置（别等故障再查）

1. IP 管理

• 全部静态 IP + MAC 绑定，禁止在动环网用 DHCP（除非做 DHCP 保留）
• 建《IP-MAC-设备名-安装位置》对照表，施工完归档
• 预留地址段：动环网单独一个 /24，不与办公网、业务网重叠

2. 交换机侧

- 端口 MAC 绑定（port-security）：每个口只允许一个 MAC
- 端口隔离（port-isolate）：温湿度计之间互不访问
- 风暴抑制（broadcast/multicast suppression）
- STP 开启，防误接线环路
- 关闭不用的端口

3. 设备侧

• 出厂默认 IP（如 192.168.1.100）必须改，否则新设备一接入就冲突
• 关闭不用的协议（HTTP 管理口、SNMP 默认 community）
• 固件升级记录归档

七、验收检查清单

• [ ] 全网联通性测试，无 ping 不通设备
• [ ] arping 扫描，无同一 IP 对应多 MAC
• [ ] 交换机 MAC 表无端口翻转记录
• [ ] 静态 IP + MAC 绑定完成
• [ ] IP 对照表归档（含设备标签）
• [ ] 502 端口逐台验证可连
• [ ] PoE 供电正常，功率余量 >20%
• [ ] 拔网线/重启设备后 IP 不变化
• [ ] 新设备上线前先单独配 IP 再接入
• [ Geary ] 24h 运行，无设备频繁上下线

八、一句话收口

PoE 网络型温湿度计"离线"，先别动螺丝刀，先动命令行。 ping 分三种结果定方向，arp -a 看一个 IP 对应几个 MAC，arping 主动抓冒牌者，交换机 MAC 表定位端口，抓包做最终确认——这五步走完，ARP 和 IP 冲突基本现原形。 根治靠两条：静态 IP + MAC 绑定，设备出厂默认 IP 必须改。

关键词：PoE网络型温湿度计、ARP、IP冲突、网络故障排查、arping、MAC地址漂移、Modbus TCP、端口隔离、PoE供电、动环监控

标签：#PoE温湿度计 #ARP #IP冲突 #网络排查 #arping #MAC漂移 #ModbusTCP #端口隔离 #动环监控 #交换机排查