摘要
- 我们可以合理地将多个记录中的 HSB 运营身份关联起来。APNIC 将 AS142444 和
103.170.66.0/23分配给乌尔哈斯讷格尔（Ulhasnagar）地址下的 HSB INTERNET SERVICE，联系人为 Harshavardhan Suresh。电信部在同一地址下列出了 HSB INTERNET (OPC) PRIVATE LIMITED，联系人为 Harshavardhan Suresh Bagul，且 HSB 客户 App 使用了许可证上的联系电话。持牌公司、交易品牌和号码资源持有者仍应加以区分，而不应视为可互换的法定名称。 - TRAI 将 2025 年 6 月 30 日 HSB INTERNET (OPC) PRIVATE LIMITED 的宽带用户数记为 39，高于此前两个季报中的 15。这是最新的针对该公司的公开用户数。2026 年 3 月的报告只公布用户数超过 10,000 的提供商的具体数据，因此 HSB 未出现其中，这既不能更新用户数，也不能证明其停业。但这确实使得 App 所声称的“数千客户”在没有进一步核实的情况下难以采信。
- 2026 年 7 月 10 日，HSB 的 AS142444 发起了
103.170.66.0/24和103.170.67.0/24的路由宣告，涵盖 512 个 IPv4 地址，并具备有效的路由起源授权。公开的路由收集器几乎在全球范围都看到了这些宣告。这有力地证明其存在一个活跃的互联网边缘，但地址数量和路由可见性并不等同于客户数量、接入覆盖范围或可用容量。 - 当前观测到的所有通往 HSB 的路径都经过 Navkar Supertech 的 AS137127，这是 AS142444 的唯一可见邻居。在 2023 年 5 月至 2024 年 8 月初的大部分时间里，这两个前缀是由 Navkar 发起的，之后 HSB 才恢复自行发起。这确立了一条持续存在的上游边界，但并未说明是一条还是多条电路，是否共用管道，是否存在私有的故障切换，或者 HSB 是否拥有第二家运营商。
- HSB 表示，其乌尔哈斯讷格尔的服务是通过精选的企业家或有线电视运营商来交付的。印度的许可规定允许通过光纤、无线、铜线或经授权的有线电视网络进行最后一英里的接入，并允许共享无源基础设施。没有任何公开信息说明 HSB 采用了哪种方式，谁拥有引入线和分配节点，其机房在哪里，如何为有源设备供电，能派出多少技术人员，或者恢复服务需要多长时间。
- 合理的结论是一个分级评定：当前的路由和持牌身份支持这是一家正在运营的小型城市 ISP，而物理韧性方面的证据依然薄弱。买家可以通过索取可服务地址列表、用户核对、路由与电路清单、忙时图表、供电时长测试、备件库存和维修记录来验证 HSB。在具备这些之前，账单购买的是可达性，而非已证明的路由多样性。
那个让网络缩水的数字是 39
理解 HSB 的首要任务，是把不同的衡量标准分别对待。许可证衡量的是权限。自治系统和地址块衡量的是对互联网号码资源的控制。可见路由衡量的是从路由收集器角度看的可达性。App 下载量衡量的是软件分发情况。监管回报中的用户数衡量的是某个特定日期向监管机构报告的账户数。这些指标之间不能相互替代。
对于 HSB 而言，用户回报数格外重要，因为它不仅数值小，而且可归因于持牌公司。印度电信监管局（TRAI）的2025 年 4 月至 6 月报告列出，截至 2025 年 6 月 30 日，HSB INTERNET (OPC) PRIVATE LIMITED 拥有 39 个宽带用户，无窄带用户。TRAI 称该附件是根据从互联网服务提供商收到的报告编制而成。因此，39 是一个由提供商上报给监管机构的数据，而非外界对在线户数的估算。
在此之前的序列也颇具启发性。TRAI 的2024 年 10 月至 12 月报告给该公司分配了 15 个宽带用户。2025 年 1 月至 3 月报告再次报告为 15。因此，下一季度的 39 意味着从很低的基数上增加了 24 个账户，增幅达 160%。这对公司自身而言是显著增长，但并非一个覆盖全市的大众市场的证据。
此后的序列便不再具有个别的可读性了。TRAI 最新的2026 年 1 月至 3 月报告将其列名提供商的附件限制在互联网用户数超过 10,000 的企业。HSB 不在其中。它的缺席并不意味着 39 变成了 0；而是意味着更新的出版物特意将小型提供商归入了一个汇总数据中。因此，2025 年 6 月的数据是该公司最新的特定公开用户数，而非当前普查。
正是在这里，公司自己的说法变得难以解释。HSB 的Google Play 列表称，该 ISP 仅在乌尔哈斯讷格尔运营，通过精选的企业家或有线电视运营商提供服务，并且被数千客户所信赖。该 App 在被观察时下载量超过 500 次，最后更新于 2024 年 3 月 12 日。下载量可能包括前客户、重复设备、安装人员以及从未激活服务的人。它们不是订阅数。更重要的是，“数千客户”的说法和监管机构的 39 个用户数描述的规模明显不符。
虽然有几种可能的解释，但没有一种能得到证实。App 中的文案可能是夸大宣传。它可能计算的是楼宇、有线电视运营商或企业账户背后的最终用户，而 TRAI 的统计方式不同。它可能描述的是早期未注册的 HSB 品牌，而 39 的数字只涵盖了后来的单一公司。也可能这个说法已经过时。有些用户可能是由批发许可方而非 HSB 上报的。其中任何一种解释都有可能缩小差距。但公开材料并未指出哪一种是真实的。
正确的分析方式不是选择最有利的解释，而是保留两个事实及其标签。HSB 宣传拥有数千客户。HSB INTERNET (OPC) PRIVATE LIMITED 报告截至 2025 年 6 月底拥有 39 个宽带用户。贷款方、房东、供应商或企业买家应要求进行对账，将零售账户、楼宇批量账户、有线电视运营商账户、活跃会话和监管报告一一映射起来。在那之前，营收和受影响客户的估算应建立在一个宽泛的范围之上，而非营销数字。
这个范围会改变韧性的经济性。按 39 个用户计算，丢失一个账户就约占其报告用户基数的 2.6%。一栋公寓楼或一家本地企业的合同就可能导致很大的百分比变化。第二条上游链路、双份光线路终端、发电机、大容量电池组以及全天候的现场值班队伍，可能很难依靠 39 个普通家庭宽带费来支撑。如果真实的服务人口是数千人，这些投资或许更可承受，但那样公司就需要解释为何持牌用户回报数如此之小。
因此，HSB 只有在“地理边界明确的本地连接提供商”这一宽泛意义上才属于区域 ISP 的范畴。记录支持它是一家服务于卡利扬（Kalyan）二级交换区内的单座城市的 ISP。它并不支持其拥有区域骨干网、庞大的零售基群或遍布马哈拉施特拉邦的基础设施。
品牌、公司和许可证共同构成了一个运营叙事，但存在法律接缝
已分配互联网资源上所使用的名称是 HSB INTERNET SERVICE。APNIC 的AS142444 记录使用了该名称，将其网络标识为HSBINTER-AS-IN，并提供了塔克施希拉学院（Takshsheela Vidyalaya）附近的乌尔哈斯讷格尔地址。它将 Harshavardhan Suresh 列为行政和技术联系人。APNIC 的IPv4 地址块记录重复了该地址和联系人。该 ASN 注册于 2021 年 7 月，早于后来持牌公司获得授权的时间。
许可证则对应一个更长的法律名称。电信部的当前 ISP 授权列表包含 HSB INTERNET (OPC) PRIVATE LIMITED，许可证号为DS-11/293/2023-DS-III。它列明 Harshavardhan Suresh Bagul 为董事，给出了乌尔哈斯讷格尔塔克施希拉学院附近的维克拉姆希拉区（Vikramsheela Colony）地址，并记录了一个针对马哈拉施特拉邦（卡利扬）的 C 类授权，生效日期为 2024 年 1 月 9 日。
联系方式进一步将两者关联起来。Google Play 上的 App 使用了电话号码7276664414，这也是早期官方许可列表中的号码，其支持地址中包含 HSB 名称。HSB 的客户支付页面标识为 HSB Internet，给出了塔那（Thane）地址，使用了相同的电话号码，并将支付问题引导至一个 HSB 邮箱。App 称服务仅限于乌尔哈斯讷格尔。这些重复出现的标识符使得我们有理由将品牌、号码资源和持牌公司作为同一运营叙事的不同部分来分析。
但这并不意味着可以抹去法律边界。HSB INTERNET SERVICE 可能最初是一个与 2021 年号码资源相关的商号或个人独资企业。HSB INTERNET (OPC) PRIVATE LIMITED 是一家法人实体，同时也是自 2024 年 1 月起具名的持牌方。公开材料中不包含资产转让协议、品牌许可、客户合同变更、APNIC 转让或公司声明来解释先前的业务如何转入公司。ASN 仍注册在那个较短名称之下。
这一区别在发生服务中断或纠纷时很重要。发出账单的一方可能是持牌公司；路由记录中具名的一方是较短的 HSB 之名；有线电视运营商可能拥有最后的引入线；Navkar 可能承载其路由；而某家软件供应商托管了支付服务。客户需要一个可追究责任的单一交易对手，但物理和合同责任可能横跨多个组织。
这种关联足够强，可以避免得出这些名称毫无关联的错误结论。同一负责人、街道地点、品牌、客户电话和所在城市使得巧合难以成立。但它尚未强到可以假设所有登记在 2021 年名称下的资产都在 2024 年公司的资产负债表上。一份严肃的服务合同应当指明持牌公司，列明交易名称，声明谁拥有客户设备和接入网，并指定由谁来恢复每个环节。
许可证覆盖卡利扬，但可见的服务提供却是在乌尔哈斯讷格尔
地理因素提供了另一条必要的边界。电信部的互联网服务指南指出，C 类授权覆盖一个二级交换区。HSB 的许可证指定为马哈拉施特拉邦（卡利扬）。这是允许在卡利扬 SSA 内提供服务的许可，而非证明该公司已覆盖该区域的证据。App 将其实际声称的服务范围缩小到仅限乌尔哈斯讷格尔。
乌尔哈斯讷格尔是一个运营小型接入网的非同寻常的稠密之地。市政公司的城市定位简介显示其面积为 13.5 平方公里，2011 年人口为 506,098。这些数字意味着在人口普查时每平方公里约 37,500 名居民。市政公司的历史页面描述了一个被划分为营区和街区的紧凑城市，沃尔杜尼河（Waldhuni River）穿城而过，乌尔哈斯河（Ulhas River）沿其东北边界流淌。它还描述了当地的制造业以及穿行于建成区的道路网络。
高密度可以使本地宽带服务更具吸引力。一条短的馈线电缆可以覆盖许多潜在客户。一个分配点可以为多层楼宇服务。技术人员可以在无需穿行乡间距离的情况下在不同故障点间移动。通过邻里电缆运营商获客可能比全国性营销活动更便宜。小型提供商可以集中力量服务那些大型运营商安装或支持不佳的建筑物或街区。
高密度也集中了风险。一根在楼宇入口处被切断的电缆可能同时断开许多账户。一台故障交换机或光分路器可能影响一个极小客户群中的很大一部分。一处街边机柜可能面临高温、灰尘、进水或当地供电不稳定的问题。多个逻辑客户仍可能共享同一根物理馈线、同一排电线杆、同一段管道或同一个有源节点。一张城市级地图可能看起来连接丰富，实则每条路由都汇聚在一个房间里。
没有公开的 HSB 地图能够解答这些问题。不存在可服务地址查询器、电线杆或管道清单、铁塔列表、光线路终端位置、光纤公里数、楼宇数量或入网点地址。注册办公地址可能包含网络设备，但也可能纯粹是行政办公地点。App 中关于 HSB 利用企业家或有线电视运营商的说法使得分布式的接入布局看似合理，但这并未揭示那些合作伙伴是拥有同轴电缆、以太网、光纤引入线、无线链路，还是仅仅拥有客户关系。
本地建设也增添了一个切实的询问理由。孟买大都会区域发展局的乌尔哈斯讷格尔道路计划描述了在三个标段中总计 7.73 公里的混凝土道路工程，涉及库尔拉营（Kurla Camp）和乌尔哈斯讷格尔 4 区周边的路线。其中列出了供水管线迁移、下水道工程和物业连接等障碍。这并非证明 HSB 的线缆已被切断的证据，但它显示了一种拥挤的市政工程环境，在这种环境下，未建档的电信线路可能暴露、移动或被埋在新铺设的路面下。
印度的路权规则框架区分了地下和架空网络、管道、电线杆、铁塔和街道设施。电信部的“先呼叫再挖掘”服务旨在协调挖掘作业者与公用设施所有者，减少因无人监管的挖掘而造成的损坏。当设施所有者了解路由、准确注册并能快速响应时，这些系统才能发挥最佳效果。HSB 没有公开任何关于这些能力的证据。
因此，应从三个层面来描述物理服务区域。法律上限是卡利扬 SSA。营销区域是乌尔哈斯讷格尔。已证实的覆盖范围仅包括一个乌尔哈斯讷格尔的身份标识、一个较小的报告用户基数、活跃的互联网路由以及面向客户的界面。任何更详细的描述都需要地址列表或设备平面图。
两条已路由前缀证明的是可达性，而非规模
现有最强有力的运营证据位于互联网边缘。APNIC 分配给 HSB 的 IPv4 范围是103.170.66.0至103.170.67.255，即一个包含 512 个地址的/23子网。2026 年 7 月 10 日，RIPE 的公开路由收集器显示 HSB 将其宣告为两条更具体的路由：103.170.66.0/24和103.170.67.0/24。两者均由 AS142444 发起。
路由状态视图记录了两个 IPv4 前缀，宣告了 512 个 IPv4 地址，并且在 327 个 IPv4 收集器对等体中，有 326 个可见。它没有显示 IPv6 宣告。AS 概览将该网络标记为已宣告。已宣告前缀视图在其当前两周的观察窗口内显示了这两个/24前缀。
这包含了真实的运营实质。一条几乎对所有收集器都可见的路由，并非一个休眠的注册。远端网络拥有一条通往 HSB 地址的当前路径。这两个/24前缀也是全球大部分互联网所接受的传统最小长度 IPv4 宣告，从而避免了仅依赖覆盖/23前缀传播的缺陷。
路由起源安全已经就位。RIPE 对较小的/24和较大的/24的验证，将 AS142444 的起源标记为有效，这得益于一个覆盖/23且最大长度为/24的路由起源授权。这使得那些强制实施 RPKI 起源验证的网络能够更放心地拒绝未授权的起源。
所有这一切都没有说明 HSB 可以承载多少流量。一个/23子网是地址持有量，不是 512 个客户的上限，也不是带宽度量。一个家庭可以在运营商级地址转换后面使用私有地址；一家企业可以使用多个公共地址；基础设施也会占用地址；未使用的地址可能仍被分配。在同样的两条路由背后，HSB 可能承载千兆、万兆或极少的流量。公共 BGP 不携带电路容量字段。
路由同样没有说明接入介质。数据包可能通过光纤到户、楼内以太网、同轴电缆、固定无线或混合方式到达客户。许可证允许上述多种方式。App 未指明任何一种。IP 地理定位服务将 HSB 的某些地址定位于孟买或安伯纳特（Ambarnath）附近，但 IP 地理定位是推断性的，可能滞后于实际网络使用。它无法绘制电缆路由或证明存在一个入网点。
IPv6 的缺失是一种局限，而非服务故障的证据。客户可以正常使用 IPv4，尤其是在地址转换之后。随着时间的推移，一个纯 IPv4 的边缘会带来转换成本和运营复杂性，并可能使端到端的入站连接更加困难。HSB 没有公布任何 IPv6 计划、公共地址政策或转换设计。需要全球可达服务器的企业买家应明确提出要求，而不是从/23子网推断其能力。
正确的表述是狭窄而有用的：HSB 当前将其/23子网中分配到的全部 512 个 IPv4 地址，作为两个全球可见且经过 RPKI 验证的/24前缀进行宣告。这确立了一个活跃的路由边缘。它未确定客户数量、位置、已安装的接入容量或韧性。
一个可见邻居使 Navkar 成为核心依赖
路由在起源的下一步变得更具信息量。RIPE 的AS142444 邻居视图在 2026 年 7 月 10 日显示，确切地只有一个观测到的邻居：AS137127。APNIC 的AS137127 记录将其标识为 NAVKARS-AS，即 Navkar Supertech Pvt Ltd，位于塔那区的皮文迪（Bhiwandi）。
采样到的前往 HSB 较低前缀的 BGP 路径以AS137127 AS142444结尾。许多路径随后在到达更大的全球运营商之前，会经过 Tata Teleservices Maharashtra 的 AS17439 和 Tata Communications 的 AS9498。精确的路径因观察者而异，但 Navkar 始终是 HSB 之前最后可见的网络。
这足以确定一个运营边界。HSB 发起自己的路由，而 Navkar 将其向外传播。如果该邻接关系消失且没有隐藏的替代方案接管，那么即使每根本地线缆、每台路由器和每个客户端设备都保持通电，HSB 的两个/24前缀也可能从全球互联网无法到达。本地客户仍可能访问 HSB 门户网站或另一位本地用户，但普通的互联网服务将失效。
历史记录使这一关系更为显著。RIPE 的103.170.66.0/24路由历史和103.170.67.0/24历史显示，HSB 在 2021 年分配后即发起这些前缀，于 2022 年 7 月消失，随后 Navkar 从 2023 年 5 月至 2024 年 8 月初发起这些前缀。HSB 大约在 2024 年 7 月底 8 月初恢复为起源，并持续可见至 2026 年 7 月。
这段历史不应被演绎成一个收购故事。它并未显示出售、故障、救援或客户转移。它确实显示，相同的地址空间在两种配置中均依赖于 Navkar：一段时间内 Navkar 是公共起源，而现在 HSB 是起源而 Navkar 是唯一观测到的邻居。商业合同和物理交接点仍需保密。
一个 BGP 邻居并不总是等于一条光纤。HSB 和 Navkar 可以在同一对 AS 号码下拥有两个位于不同站点的电路。它们可能使用同一根缆中的独立光纤、同一管道中的独立光缆，或者真正独立的路由。反之，一张显示两条电路的图表可能掩盖共用的电线杆、桥梁、电源或 Navkar 路由器。公共路由数据无法区分这些设计。
Navkar 更广泛的连接性也不会自动保护 HSB。AS137127 的邻居视图显示 Navkar 的外侧连接着几个观测到的网络。这或许能为 Navkar 在其边缘之外提供选择。但 HSB 仍然只有一条与 Navkar 的可见连接。HSB 交接点、共享的接入尾纤、Navkar 的客户端路由器或他们之间的合同的任何故障，在 Navkar 的多个上游链路提供帮助之前，就可能使 HSB 孤立。
因此，冗余问题非常具体。HSB 是否有两个物理交接点？它们是否位于不同的 HSB 机房和不同的 Navkar 站点？它们是否使用独立供电的设备以及不同的街道路由？是否有第二家运营商并经过测试的路由策略？故障切换期间还有多少备用容量？备用链路是否在有效的起源安全下接受两个/24前缀？没有任何公开声明能回答这些问题。
AS142444 的 PeeringDB 条目缺失同样不能提供任何方向的证据。参与是自愿的。HSB 可以在不列出自己的情况下购买私有中转，或者可以通过未记录在那里的安排交换本地流量。这种缺失只不过是移除了一个网络通常公布互连站点、容量和策略的常见场所。
对客户而言，其实际含义很简单。HSB 的自治系统使其能够控制路由起源和地址。Navkar 仍然是该系统通往互联网其余部分的单一可见门户。自治并不意味着独立。
最后一英里可能属于一连串的本地运营商
HSB 的 App 提供了关于接入所有权的清晰陈述，但仍不完整。它表示服务是通过精选的企业家或有线电视运营商来交付的，这些合作伙伴遵循公司的标准。这表明 HSB 可能将一个中央互联网边缘与由本地合作伙伴运营的邻里分配网络相结合。这是在不拥有每根引入线的情况下覆盖密集城市街区的一种常见方式。
法律框架允许多种结构。统一许可证规定，互联网服务许可证持有者可以使用光纤、无线或地下铜线，在其服务区域内建立自己的传输和最后一英里链路。它可以使用经授权的有线电视运营商网络来提供最后一英里。它还可以与其他许可证持有者共享无源基础设施，如建筑物、铁塔、暗光纤、管道和路权。
许可与否并不等同于描述 HSB 的部署情况。如果有线电视运营商拥有楼宇网络，那么 HSB 可能控制认证、地址和上游传输，而合作伙伴则维护分路器、交换机、同轴放大器、屋顶无线电或光纤引入线。另一种安排可能是将物理设备置于 HSB 名下，而让企业家负责销售和收款。第三种可能是通过更大提供商的接入网络进行批发转售。App 并没有在这些选项中选择。
每种结构都会移动故障边界。当一栋楼宇服务中断时，原因可能是客户端设备、楼内线缆、合作伙伴交换机、馈线、HSB 的中央路由器、HSB-Navkar 链路或更广的上游。支持代表必须定位到故障，然后才能派出正确的处理方。如果监控止于 HSB 路由器，那么合作伙伴的接入故障可能看起来像是沉默的客户，而非清晰的告警。
因此，本地劳工是产品的一部分。一名现场技术人员需要获得进入楼宇或屋顶的许可、准确的线缆记录、可用的光功率计或线缆测试仪、连接器及替换器件，以及通往故障点的安全路径。技术人员还需要一个能够对 HSB 做出配置更改或向 Navkar 升级问题的人。当这些职责被明确分配和衡量时，本地支持的承诺才有价值。
HSB 没有公开任何技术人员数量、排班表、服务水平目标、备件库存、派出区域或修复历史。App 中关于有线电视运营商的说法暗示了一种劳工结构，但它并未证明运营商在非工作时间也能够响应，或者他们的备件是兼容的。支付门户提供了一个支持联系方式；但它没有提供故障报修电话、升级通道或状态页面。
在一个少数账户可能物理上聚集的城市中，这是一个重大弱点。假设上报的 39 个订阅中有 20 个位于一台合作伙伴交换机之后，那么一个电源适配器或光纤馈线的故障就会影响超过半数以上的列名用户基数。如果成千上万的最终用户实际上隐藏在批量账户背后，那么对人的影响可能会大得多。没有客户到节点的映射图，HSB 和买家都不能清晰地表达出集中度。
商业合同应将这一链条明确化。它应指明接入所有者，定义分界点，说明由谁提供并更换客户端设备，设定响应和恢复目标，并要求在合作伙伴变更时发出通知。对于企业服务，还应包括路由图纸以及 HSB 和接入合作伙伴双方的升级联系人。低月费可以是合理的，但前提是客户理解哪些风险已被移除，哪些仅仅是被转移了。
已安装容量并非可用容量
HSB 未在其主域名上公布任何当前的资费或速率表。域名hsbnet.co.in可以解析，但在 2026 年 7 月 10 日它显示的是一个通用的 Hostinger 页面，告知网站文件仍有待上传。官方的.in域名注册记录显示该域名注册至 2031 年 2 月，并于 2025 年 12 月更新。因此，注册和 DNS 仍处于活跃状态，而公开内容却不然。
这种状况使读者无法查看零售速率、公平使用条款、安装费用、可服务地点或支持承诺。它并不会阻止 AS142444 上的数据包转发。网站托管和互联网接入是独立的系统。然而，一个默认页面仍然具有运营相关性：潜在客户无法使用所述域名来比较套餐，现有客户也无法依赖它来获取状态信息。
支付门户虽仍可识别为 HSB，但其公开的 TLS 证书在 2026 年 7 月 10 日检查时已过期。安全警告并不能证明计费账户或网络会话不活跃，但它确实损害了旨在收取款项的页面的安全性和可用性。不应期望客户绕过证书警告来续费服务。对比颇具意味：BGP 路由起源安全是有效的，而一个面向客户的基本证书却并非如此。
在没有资费和工程信息披露的情况下，容量不得而知。两个/24前缀仅揭示地址数量。一条路由路径仅揭示自治系统的序列。一台响应器仅揭示一个可达的设备。它们都没有给出从 Navkar 购买的承诺信息速率、从每个本地运营商到回传的速率、忙时需求、超占比率或故障后的余量。
TRAI 的 2025 年 6 月报告陈述了宽带基准，明确了恰当的测量应是什么样子。它列出了延迟不超过 50 毫秒、丢包率不超过百分之一、抖动不超过 40 毫秒，以及客户服务节点至 ISP 网关或互联网交换链路的带宽利用率不超过 80% 的峰值。这些是国家基准，而非 HSB 的特定结果。该报告并没有包含一行能证明 HSB 达到这些标准的性能数据。
已安装容量是端口、无线电、光纤和上行链路的标称速率。可用容量是扣除协议开销、争用、故障和忙时需求后的剩余部分。韧性容量则更小：即最大可信组件发生故障后仍能承载的部分。一个拥有两条 1 Gbps 链路的 ISP 在正常运行时可能具备 2 Gbps，但一条链路故障后就只剩 1 Gbps；如果正常流量达到 1.6 Gbps，那么备用链路存在，但拥塞是必然的。
对于 HSB 来说，就连第一个数字也是缺失的。买家应要求至少 30 天的五分钟粒度的每条上行链路和每个客户服务节点的利用率数据，包括最大值、第 95 百分位数和忙时时段。同样的证据应在故意执行的故障切换测试中展示。总流量应与活跃的用户会话相对账，以免一个安静的图表被误认为表示有备用容量，而实际上它仅仅反映了断开的用户。
IPv4 容量值得单独对待。HSB 的 512 个地址可以舒适地支持 39 个订阅，但更大的用户基数可能需要地址转换或地址共享。这可以运行得很好，但它会影响入站服务、滥用溯源、端口可用性和日志记录。HSB 的公开材料并未说明住宅用户是获得公共地址、共享地址还是静态地址。企业客户应在订单中写明所需的地址分配方式，而不是从 HSB 的分配中推断。
证据支持的是连接性，而非速率承诺。在 HSB 公布套餐或提供合同之前，任何负责任的描述都无法以兆比特每秒或千兆比特每秒来陈述其已安装容量或可用容量。
六种故障定义了月度账单购买的是什么
第一种故障是可见上游的丧失。每一条观测到的全球路径都经由 Navkar 的 AS137127 到达 AS142444。如果 HSB-Navkar 邻接关系、客户侧电路或相关的 Navkar 路由器发生故障，那么 HSB 的两个前缀可能同时消失。有效的路由起源授权减少了一类路由错误，但它们并未创建替代路径。基于同一根线缆的第二条会话虽能改善设备冗余，但无法防范线缆被切断。
第二种是本地接入线路中断。乌尔哈斯讷格尔稠密的道路、楼宇入口和活跃的市政工程造成了许多线缆可能被移动或损坏的点。国家路权框架和“先呼叫再挖掘”服务可以降低风险，但仅针对记录准确且响应迅速的资产所有者。HSB 未公开路由记录、环网拓扑或参与挖掘协调的情况。架空路由可以避免开挖，但会增加电线杆、净空和天气暴露的风险。地线路由可以避免电线杆损坏，但会变得难以定位和修复。
第三种是供电。客户路由器和光终端需要电力。合作伙伴的交换机、屋顶无线电、光纤放大器（如使用）、HSB 的路由器以及 Navkar 的交接点同样需要。HSB 机房的一台电池并不能让未受保护的街区交换机保持运行；客户逆变器在其上游机房无电时也无济于事。公开记录未指明任何 HSB 网络站点、供电线路、不间断电源、发电机、燃料合同或经过测试的运行时间。备份电源必须逐个节点进行描述。
第四种是设备故障。一个小型网络可能依赖一台路由器、一台光线路终端、一台交换机机箱或一个电源，即便它有空闲端口。HSB 未公布任何设备冗余或备件清单。恢复依赖于配置备份、兼容的光模块、有标签的光纤以及一个被授权更改网络的人。存放在另一城市货架上的替换件，与经过测试的本地备件并不是一回事。
第五种是现场维修能力不足。HSB 的分布式有线电视运营商方法可以将知识带到离客户很近的地方，当正确的人员到场时，这是一个优势。但它也可能造成记录和备件的碎片化。一位合作伙伴可能了解一套公寓的线缆，但缺乏访问 HSB 路由器的权限；HSB 可能发现合作伙伴节点故障，但缺少进入楼宇的钥匙。夜间、下雨、交通拥堵和同时发生的多处故障，都可能将很短的地理距离变成漫长的修复时间。
第六种是拥塞。一条路由可以在服务变得不可用的情况下仍保持完全可见。如果许多本地账户共享一条馈线或 Navkar 电路，晚高峰需求就可能将其填满。丢包和延迟随之上升，却不会出现清晰的断网。HSB 未提供任何忙时数据、客户服务节点映射图或故障切换余量。App 的低价定位（如果仍然有效）将使精心的争用管理变得尤为重要，因为每账户的收入可能有限。
还存在客户渠道故障。一个默认的公开网站和过期的支付证书并不证明存在接入故障，但它们可能阻止用户注册、安全续费或发现支持渠道。当连接已经中断时，客户可能依赖移动数据来找到状态页面。HSB 没有发布独立的状态站点。一个网络在技术上可以是可修复的，但如果客户无法得知故障原因或恢复时间，他们仍可能感到被遗弃。
这些故障可能合并发生。市政工程切断了一根馈线，技术人员发现路由图已过时，下雨延缓了熔接，合作伙伴的机柜没有能用的电池，客户无法抵达安全的续费页面或状态页面。或者，Navkar 的交接点发生故障，而每一个 HSB 的接入节点都保持健康；本地指示灯看起来正常，但两个公开前缀却消失了。韧性就是将这些问题迅速分隔开来，并恢复受影响层级的能力。
谁受到影响仍然是不确定性的一部分
可能受影响的群体是乌尔哈斯讷格尔的家庭、小企业和公司用户，因为它们是 App 所指明的群体。这座城市人口稠密，商业活跃，并已融入孟买大都会区。连接中断可能会打断支付、远程办公、云应用、教育、娱乐及客户通信。HSB 未公布客户名单，因此不应将任何医院、学校、政府办公室或其他关键场所归于其名下。
一次故障所影响的人数无法仅从 39 个用户回报数中得出。一个用户可能是一个家庭，可能是一家拥有许多雇员的企业，也可能是一个服务于多个最终用户的有线电视运营商或楼宇账户。反过来，一次 App 下载可能属于某个已不再订阅的人。公开记录缺乏从计费账户到活跃会话，以及从会话到物理节点的映射。
集中度比总数更重要。如果 39 个账户分布在 39 条独立的楼宇引入线上，一次局部切断可能只影响一到两个。如果 30 个账户共享一条合作伙伴馈线，那么同一次切断就会影响大部分用户基数。如果所有 HSB 流量都经由一条未受保护的交接点到达 Navkar，那么一次上游故障就会影响所有人，无论接入分布如何。因此，一份有用的韧性声明既需要节点级的客户计数，也需要端到端的依赖组。
本地企业面临恢复与连续性之间的额外区分。HSB 可能在一小时内恢复一条故障的电路，但一家支付系统需要恒定连接的商店可能需要在数秒内自动切换到移动网络。企业买家应询问 HSB 是否提供多样化的接入，还是仅仅提供基于共用设备的第二条逻辑服务。购买两条 HSB 线路并不能创造独立性，如果两条线路都使用同一台合作伙伴交换机和同一条 Navkar 交接点的话。
家庭可能合理地选择价格和本地支持而非完整的冗余。问题在于信息披露。即使只有一条上行链路和尽力而为的维修，一项低成本的城市服务也可能很有价值。只有当普通的可达性被宣传为经过工程设计的多样性时，账单才会产生误导。HSB 的公开材料并未提出当前关于冗余的声明，这比一个无凭无据的承诺要好，但它也几乎没有为客户提供任何比较依据。
什么能将降级评定转变为更强有力的论证
第一个缺失项是服务与用户的对账。HSB 应解释 App 中“数千客户”的说法与 2025 年 6 月报告的 39 个用户之间关系如何，并提供一个按家庭、企业、楼宇批量和有线电视运营商账户分列的当前数量。它应指明哪家法律实体向每一类开具账单。这将确立规模，而无需披露客户姓名。
第二项是物理网络清单。一份有用的摘要将显示入网点、分配节点、接入技术、路由公里数、自有与租赁段以及每个故障域背后的客户数量。敏感的街道级细节无需公开，但企业买家或审计员应能在保密条件下进行检查。
第三项是上行链路与路由计划表。HSB 应说明 Navkar 电路的数量与容量、交接站点、物理运营商、街道路由分离程度以及电力独立性。任何第二家运营商应在经过测试的故障切换中可见，或有一份合同及路由配置为依据。同一管道中的两条线缆应被描述为共享风险，而非多样化。
第四项是供电计划表。对于每一个有源节点，HSB 应标明正常供电、电池容量、在当前负载下的实测运行时间、适用的发电机可用性以及最后一次全放电或切换测试的情况。除非 HSB 在那里提供备用电源，否则客户端设备应在提供商保证范围之外。
第五项是现场维修证据。HSB 及每一个有线电视运营商合作伙伴应维护一份升级联系人名单、技术人员覆盖范围、楼宇接入联系人、熔接及设备备件，以及显示接单、到达和恢复时间的故障记录。仅有中位性能是不够的；最长的中断时长能揭示在困难条件下的人员配备是否能够维持。
第六项是容量证据。30 天的忙时测量数据、客户服务节点利用率、丢包率、延迟和抖动数据，将能显示网络是否满足所售服务的标准。一次受控的上行链路故障应能证明备用容量（如有的话）能够承载预期需求。HSB 还应陈述其公共地址和 IPv6 政策。
第七项是基本的客户渠道修复。主域名应包含当前的套餐、法律实体、服务区域、支持联系方式、投诉升级路径和一个状态页面。支付门户需要一个有效的证书和清晰的运营者身份。这些并不会让光纤变得更加多样化，但它们能减少可避免的摩擦，并提供一个在故障期间进行沟通的途径。
以上这些请求对于一家连接服务提供商来说并非异乎寻常。它们能将模糊的韧性转化为可检视的事实。HSB 已经拥有一些基础：一份当前的许可证、一条当前的路由、自己的 ASN、自己的地址块和有效的路由起源安全。未解答的问题存在于这个边缘之下和之外。
HSB 在互联网边缘是活跃的，但在其下是不透明的
最初的假设是一家区域 ISP，其月度账单取决于接入网络、上游路由和现场维修。证据无保留地只支持了后半部分。HSB 的互联网边缘是活跃的。它的两个/24前缀是可见的，发起正确，并受到有效的路由起源授权的保护。持牌公司出现在电信部的最新列表中，其负责人、地址、电话和品牌均与较早的号码资源持有者和客户 App 相一致。
但区域规模并未被证实。该公司营销的是单个城市，而非广阔区域。最新具名的监管回报是 39 个宽带用户。“数千客户”的说法仍未取得一致。唯一观测到的 BGP 邻居是 Navkar Supertech 这一个网络。接入媒介、物理路由、电路数量、合作伙伴所有权、入网点、供电保护、备件库存和恢复性能均未披露。面向客户的网站维护明显薄弱。
这并不使 HSB 变得虚构或不值得信赖。这使其变得小、有限且难以评估。一家本地 ISP 可以通过了解楼宇、快速响应并覆盖到被更大提供商忽视的客户来创造真正的价值。在这种情况下，其韧性同样要靠准确的线缆知识、一位就近的技术员和一个备用的光器件来承载，正如靠一个自治系统号码一样。
网络证据的分级最好是：当前运营为中等，物理韧性为弱。HSB 已经跨过了从一个名称到一项具有路由和许可证的服务的门槛。但它尚未跨过从可达性到已证实冗余的门槛。在此之前，客户应这样理解月度账单：支付的是通往乌尔哈斯讷格尔的一条活跃路径的费用，其可见上游是 Navkar，而其本地维修链仍有待证明。