NPU 网络检查：hccn_tool、 30 子网与 HCCL 连通性

整理日期：2026-09-14（晚间增量）。依据当天新增问题、可见对话摘录与一手资料整理，不是完整逐字稿。教学推导与用户反馈分别注明，未执行服务器操作。

今日输出能说明什么

可见摘录中，NPU 0 为 28.16.212.10，NPU 4 为 28.16.212.2；掩码均为 255.255.255.252，多个接口显示 UP。其余可见设备也使用相似地址安排，但完整拓扑和对端配置未提供。

/30 为什么值得注意

255.255.255.252 即 /30，一个普通 IPv4 子网含 4 个地址，通常两个可用主机地址。

28.16.212.10 属于 28.16.212.8/30；28.16.212.2 属于 28.16.212.0/30。它们不是同一个 /30 子网，不能仅看前三段一样就判断能直接互通。也不能仅由不同子网判定配置错误：可能通过路由或特定网络拓扑通信。

UP 不等于集合通信正常

UP 主要说明相应链路状态，不证明对端可达、MTU 匹配、路由正确、跨设备通信组建立成功，或大消息传输稳定。

Host 管理网 IP、NPU 数据网地址、HCCL 的引导与数据通道要分开看。某个环境变量选中了 Host 网卡，不表示所有 NPU 数据流都走同一张网卡。

hccn_tool 与 HCCL 分工

hccn_tool 是昇腾网络相关配置与诊断工具；HCCL 为分布式计算提供集合通信能力。工具路径、子命令和支持设备应以安装包及本机帮助为准，不应从互联网下载不明同名二进制来替换驱动配套工具。

从只读检查到实际验证

先保存每设备 IP/掩码/link、设备映射、Host 网卡、节点对端与路由，再根据该版本手册核查链路错误统计。之后才在已分配测试资源上跑小规模通信测试，并逐步扩大消息和 rank 数。

当前不执行 -s 设置、改 IP 或重置设备；本次仅整理笔记。部署参数中 Host 网卡配置的实例可参考GLM 多节点教程。这份实例不是当前网络拓扑的证明。

2026-09-17 增量：八卡检查输出与 HCCN 的含义

用户提供的可见记录：8 个设备的 link 均为 UP，net health 均为 Success；LLDP 摘录中 0–3 显示 ethernet22c，4–7 显示 ethernet22a。以上是那次检查的观察，不是本次重测。

-lldp 查邻居信息，-link 查链路状态，-net_health 查网络健康，-netdetect 查配置的探测目标，-gateway 查网关；均应与配套工具版本对照。仅看截取出的 Ifname 不能还原交换机身份、完整端口映射或所有链路拓扑。包含对应命令的官方检查流程

HCCN 在当前语境指设备集群网络及配套配置诊断能力；HCCL 是集合通信库。Host 网络、设备网络、机内互连和通信软件分属不同层次。下一步应补齐每设备 IP/掩码及对端关系，再验证跨节点可达性、通信组和真实消息大小；UP/Success 不等于端到端 HCCL 或 KV 传输已验收。本次没有修改网络配置。