为何pysnmp发送SNMP Trap采用TCP协议且端口从162变为4222？

针对你遇到的「指定UDP 162端口发送SNMP Trap，实际却走TCP且用了4222端口」的问题，可从以下几个方向排查：

1. 检查pysnmp及依赖版本 #

• 旧版本pysnmp可能存在传输层逻辑bug，或者与pyasn1等依赖库版本不兼容，导致UDP传输失效后自动 fallback 到TCP。执行以下命令升级到最新稳定版：

  pip install --upgrade pysnmp pyasn1
  

• 确认代码中没有其他地方修改SnmpEngine的全局传输配置，比如自定义的TransportDispatcher可能覆盖了默认UDP设置。

2. 排查162端口占用情况 #

指定的162端口可能被系统其他进程占用，pysnmp无法绑定该端口时会自动选择随机端口（如4222）。用以下命令检查端口占用：

• Linux/macOS：

  sudo lsof -i :162
  # 或
  netstat -tulpn | grep 162
  

• Windows：

  netstat -ano | findstr :162
  

如果端口被占用，要么停止占用进程，要么更换一个可用端口测试（注意接收端也要同步调整端口）。

3. 检查系统网络配置干扰 #

• 系统防火墙、代理服务器可能拦截UDP 162数据包，触发pysnmp切换到TCP传输。可临时关闭防火墙测试，或确认代理设置未影响SNMP请求路径。
• 验证目标地址('ipv4')是正确的IP/主机名，避免解析错误导致传输逻辑异常。

4. 开启调试日志定位问题 #

开启pysnmp的调试日志，查看传输层的具体执行细节，比如是否有UDP传输失败的报错：

import logging
logging.basicConfig(level=logging.DEBUG)

运行代码后，从日志中查找传输相关的信息，比如TCP连接初始化、UDP绑定失败的提示，直接定位协议切换和端口变更的触发原因。

内容的提问来源于stack exchange，提问作者Paulo Feresin