SNMP Trap 端口是什么
162 是网管平台接收设备事件上报的端口：设备在链路 down、温度越限、电源异常等事件发生时，主动向网管地址发送 Trap 或 Inform 报文。它与 161 的轮询模式互补——161 是网管主动问，162 是设备主动说。Trap 发出后不等待确认，Inform 需要接收方回确认、发送端超时会重传。
基本信息
| 服务 | SNMP Trap / Inform 接收端（Zabbix、SolarWinds、自研平台等） |
|---|---|
| 协议 | UDP 162 |
| 轮询端口 | 161（网管主动采集） |
| 关键区别 | Trap 无确认，Inform 需要应答 |
| 安全等级 | 仅管理网段，建议启用 v3 认证 |
典型使用场景
- 实时告警：接口 up/down、设备重启、CPU 与温度越限第一时间上报
- 合规留存：接收设备事件用于审计与故障回溯
- 联动处置：网管收到告警后触发工单或自动巡检
- 排障：确认设备是否真的把事件发出来了，还是网管没收到
- 迁移改造：把 v2c 团体名认证升级到 v3 用户认证
确认接收端监听与日志
确认接收端监听与日志
ss -lunp | grep 162
journalctl -u zabbix-server --since '10 min ago' | tail -n 30
sudo tcpdump -ni eth0 'udp port 162' -c 20 # 确认报文是否到达
tail -n 30 /var/log/snmptrapd.log发送一条测试 Trap（net-snmp）
发送一条测试 Trap（net-snmp）
snmptrap -v2c -c <团体名> 192.0.2.20 '' 1.3.6.1.6.3.1.1.5.1 1.3.6.1.6.3.1.1.5.1 s 'coldStart test'
# 接收端应出现记录；无记录时先查 162 是否监听、防火墙与团体名常见事件与关注字段
| 事件 | 关注字段 | 排查价值 |
|---|---|---|
| 接口 down/up | ifIndex、ifDescr 或 ifAlias | 定位物理端口与业务归属 |
| 设备重启 | coldStart / warmStart | 识别异常重启与掉电 |
| 温度与电源越限 | 厂商私有 OID 中的阈值与当前值 | 提前发现硬件退化 |
| 认证失败 | 来源地址与用户 | 发现错误配置或探测行为 |
防火墙只放 161 轮询、漏放 162 的场景很常见：后果是事件告警要等下一次轮询才可见，故障发现时间被拉长，而监控界面看起来一切正常。
Trap 与 Inform 的区别在可靠性上：关键告警用 Inform 更稳，但接收端必须保证 162 可达且处理及时，否则确认延迟会耗尽发送端的重传队列。
运维建议
- 接收端按来源地址与团体名做校验，拒绝未知设备写入
- 关键设备启用 Inform 与 v3 认证，减少丢包与伪造风险
- 告警去重与抑制规则提前设计，避免事件风暴淹没真实故障
- 定期核对设备侧目标地址与团队变更记录，防止告警发错地方