首页/网络/常用端口速查/164 cmip-agent CMIP 代理
100-199 系统端口99 条

164 cmip-agent CMIP 代理

CMIP 管理代理(Agent)端口,与 163 配对,属 OSI 网管体系。

常用端口速查网络更新于 2026-10-13

164 端口是什么

164 的登记名是 cmip-agent,说明为 CMIP/TCP Agent,注册人 Amatzia Ben Artzi,与 163 的 cmip-man 配对,属 OSI 网管体系。CMIP 是 OSI 七层模型下的管理协议,曾与 SNMP 争夺网管标准,最终在 IP 网络中落败。今天设备的被管侧统一由 SNMP 代理或 gNMI 等接口实现。

基本信息

服务名cmip-agent(CMIP/TCP Agent)
端口号164
配对端口163(cmip-man,管理侧组件)
传输层仅 TCP
背景OSI 网管体系,与 SNMP 同期竞争
现状历史条目,无在网实现

CMIP 与 SNMP 的分野

OSI 体系的设计更完备,但结构复杂、实现成本高;SNMP 结构简单,随 IP 网络一起铺开,最终成为事实标准。164 的沉睡正是这场路线之争留下的痕迹,也提醒我们协议能否普及往往取决于实现代价而非理论完备性。

典型排查场景

  • 老网管资料核对:运营商与大型企业的历史文档可能仍列有 163 与 164,需要确认配套工具是否还在运行。
  • 网管平台迁移:把基于 CMIP 的老工具替换为 SNMPv3 或现代遥测方案,先评估被管设备支持哪种接口。
  • 扫描结果归因:164 出现即追查进程,确认是遗留软件占位还是别的程序误占。
  • 策略清理:从防火墙删除历史网管端口的放行项,管理面暴露属于高风险暴露。
  • 合规台账:标注为历史注册、协议族已被取代,便于审计时快速说明。

定位占用进程

定位占用进程
ss -lntp 'sport = :164'        # 本机 TCP 监听
sudo lsof -i :164              # 反查进程
ss -lntp 'sport = :163'        # 顺带检查配对的管理侧端口
netstat -ano | findstr :164    # Windows 取 PID
sudo systemctl status <unit>   # 确认为托管服务时看单元状态

输出逐列读法

列含义判读
State状态仅 TCP 登记的服务出现 UNCONN 时,说明另有 UDP 程序占用了同一编号
Local Address:Port监听地址网管类端口若绑定到通配地址,等于对所有来源开放,应改绑管理网段
Process占用进程进程属已停更的网管组件时,按生命周期流程安排替换
现代网管的替代方案包括带认证加密的 SNMPv3、基于流式遥测的 gNMI,以及厂商自有开放接口。迁移时先确认被管设备实际支持的接口版本,再决定采集链路。
164 只在 TCP 上登记。若在 UDP 方向看到该编号,基本可以排除是 CMIP 遗留服务,更可能是自研程序或扫描噪声。

易错点

  • 把 163 与 164 当成现役网管端口长期放行:管理面敞开会带来远高于业务端口的风险。
  • 只更换服务端不更换采集器:采集链路仍跑旧协议,问题依旧存在。
  • 迁移时保留旧客户端组件:这类组件常依赖停止维护的库,本身就是漏洞来源。
  • 按名称假定该端口用于 IP 层管理:CMIP 属 OSI 体系,与 IP 网管不是同一套东西。

数据来源与参考

  • IANA 端口注册表

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌