HackerNews中文版

我不想在退役报告中留下空白，所以我想在这里问一下。我正在为一个合同工作清理一个数据中心，进行盘点和审计等常规工作，然后退役硬件。问题是有一个节点一直在出现，但它不在文档中。IP 地址在 46.28.x.x 范围内，但它不在设施注册表中。我通过 RIPE 和 ARIN 查询过，但一无所获。然而，让我感到困惑的是延迟。每次往返延迟都是 0.4 毫秒。我从多台机器上进行了测试，包括一台使用 LTE 的手机，都得到了相同的响应时间。理论上，这应该意味着我离机器非常近，但这在三个不同的连接上说不通。我检查了物理硬件，它是我从未见过的。不是标准的 1U 或 2U 端口，可能是专有的。序列号格式是：CC-[4 位数字]-[2 位数字]-[6 位字母数字]CC 前缀与思科、IBM、DEC、3Com 或任何其他厂商都不匹配。我查阅了该设施的历史日志。该节点出现在其最早的记录中，这些记录可以追溯到 1994 年，而该设施建于 1997 年。有人见过 CC- 序列号前缀吗？或者对这种持续的低延迟有解释吗？

查看原文

don't want to file a decom report with a gap so I figured I would ask here.On a contract job clearing out a data center doing routine stuff like taking inventory and audits before we decommission hardware. The issue is there is one node that keeps coming back that isn't in the documentation. ip is in the 46.28.x.x range Its not in the facilities registry though. Ran it through RIPE and ARIN to find nothing.The latency is what is getting me though. 0.4 round trip every time. Tested from multiple machines including a phone on LTE to get the same response time. That should theoretically mean I am right next to the machine which doesn't make sense across three different connections.Checked the physical hardware and it's nothing I've ever seen before. Not standard 1U or 2U ports maybe proprietary. serial format is:CC-[4 digits]-[2 digits]-[6 alphanumeric]CC prefix doesn't math Cisco, Ibm, Dec, 3com or anything. went back through the facility's historical logs. node appears in their earliest available records, which go back to 1994. facility was built in 1997.has anyone seen a CC- serial prefix before? or have an explanation for the latency consistency?

有人在老式网络硬件上见过以 CC- 开头的序列号前缀吗？