cmip-man 是什么
cmip-man 对应 IANA 登记的 CMIP/TCP Manager，只登记在 TCP 上，属于 OSI 网络管理框架中的管理站角色，与 164（Agent 侧）配对。CMIP 的设计比同期方案更完备，但实现成本高、资源开销大，在互联网侧最终被更轻量的 SNMP 体系取代。电信与部分专网体系里保留了 CMIP 的部分思路与实践，163 号本身在现代网络中已无实现。
基本信息
| 服务名 | cmip-man（CMIP/TCP Manager） |
|---|---|
| 端口号 | 163（仅 TCP 登记） |
| IANA 登记说明 | CMIP/TCP Manager |
| 配套端口 | cmip-agent（164） |
| 技术背景 | OSI 网络管理框架（CMIP/CMOT） |
| 替代者 | SNMP 体系 |
| 现状 | 无实现，被现代网管取代 |
| 处置口径 | 按未知服务核实进程与业务归属 |
现网出现时怎么处置
- 先确认角色：管理站通常主动连接被管设备，出现大量出向连接是管理站的特征
- 查网管平台清单：确认是否存在仍在运行的老网管系统，其组件往往带有专用名称
- 看端口配对：管理站与被管代理成对出现，163 与 164 同时出现说明整套体系仍在运行
- 评估替换路径：老网管系统常承担配置下发职责，替换要按功能逐项对齐
- 记录后处置：确认无业务依赖再收缩访问范围，避免影响仍在用的上报与下发
定位占用进程
定位占用进程
ss -lntp 'sport = :163' # 列出 163 的 TCP 监听与进程
sudo lsof -i tcp:163 # 进程与打开的文件
ss -tnp '( sport = :163 or sport = :164 )' # 管理站与被管端对照
ps -ef | grep -i -E 'cmip|osi' # 关键词初筛相关进程
netstat -ano | findstr :163 # Windows：端口与 PID
tasklist /FI "PID eq 1234" # Windows：PID 反查进程网管框架对比
| 维度 | CMIP | SNMP |
|---|---|---|
| 设计目标 | 完备的对象模型与操作 | 轻量、易实现 |
| 资源开销 | 较大，依赖较重的协议栈 | 小，设备可实现 |
| 结果 | 在互联网侧未铺开 | 成为事实标准 |
老网管系统替换的风险集中在配置下发：监控只要重做采集即可，配置通道一旦出错会直接改变网络设备状态。安排切换时把这两类功能分开评估。
老网管平台的凭据往往是设备的高权限账号，且长期不变、少有人复核。迁移这类系统时，同步做一次凭据更换与权限收敛，比单纯替换软件更重要。