602 与 XML-RPC over BEEP
602 的登记名是 xmlrpc-beep，对应 XML-RPC over BEEP（RFC 3529）。BEEP（Blocks Extensible Exchange Protocol，RFC 3080）是一套通用应用层框架：它把消息分帧、支持多通道复用、内建认证与 TLS 协商，让上层协议不必各自实现会话管理。XML-RPC 则是用 XML 表达远程调用请求与响应的早期 RPC 规范，请求根元素是 methodCall、响应是 methodResponse。602 就是把 XML-RPC 承载到 BEEP 上的登记端口。这套组合没有被主流产品采纳，同类远程调用如今基本由 HTTP/JSON 与 gRPC 承担。
基本信息
| 服务名 | xmlrpc-beep |
|---|---|
| 传输层 | TCP/UDP |
| 规范 | RFC 3529（XML-RPC over BEEP） |
| 框架 | BEEP（RFC 3080） |
| 现状 | 未形成主流生态，属历史登记 |
典型使用场景
- 资产核对：确认 602 监听对应的进程与业务，而不是按名称推断
- 协议识别：老 API 文档提到 BEEP 或 XML-RPC 时判断实际承载方式
- 安全基线：无明确依赖的历史注册端口应予收敛
- 架构参考：对比框架自带会话管理与依赖 HTTP 的两种设计路径
- 变更评估：老系统升级前确认其 RPC 库是否仍受支持
核查命令
核查命令
ss -lntup 'sport = :602' # 是否监听
getent services xmlrpc-beep # 名称登记查询
sudo lsof -i :602 # 占用进程与路径
sudo tcpdump -ni eth0 'tcp port 602' -c 20 # 观察报文，看是否为 XML-RPC 结构
# XML-RPC 特征：请求根元素 methodCall，响应 methodResponse，肉眼可辨RPC 承载方式对照
| 方式 | 承载 | 现状 |
|---|---|---|
| XML-RPC over BEEP | BEEP 框架，602 | 本条目，未普及 |
| XML-RPC over HTTP | HTTP，80/443 | 老式站外 API 曾广泛使用 |
| SOAP over HTTP | HTTP，80/443 | 企业集成场景仍在用 |
| JSON-RPC / gRPC | HTTP/2 等，常为 443 | 现代主流 |
XML-RPC 的报文特征很好认：请求是 methodCall、响应是 methodResponse，两者都是纯文本 XML。排障时抓一次包就能确认协议类型，不必依赖端口号猜测。
BEEP 的价值在于把分帧、复用、认证与加密做进框架层，减少上层协议重复造轮子。它最终被 HTTP/2 与 gRPC 的思路覆盖，说明框架能否存活取决于生态，而不是设计是否完整。评估老协议栈时同理：能查到 RFC 不代表有可运维的实现与社区，选型要优先看现成的库、工具链与人才储备。