摘要
- Hosting Consulting, Inc 在公开网络记录中与 AS30502 关联。关键问题不是名称是否出现在注册表中，而是该记录是否映射到美国境内活跃、可恢复的客户服务。
- RIPEstat 本次检查未显示当前公告前缀，其历史最后看到 208.91.206.0/23 是在 2013-06-07T08:00:00。这意味着历史或注册证据不应被解读为当前托管工作负载的证明。
- 互联证据显示：对该 ASN 查询未返回 PeeringDB 网络配置文件。邻居证据显示：RIPEstat 邻居视图未显示当前可见邻居。这些记录有助于定位运营表面，但不能证明物理路径多样性或商业传输独立性。
- 客户面临的风险在于注册容量与可用容量之间的差距。一个活跃的 ASN 仍可能因单个机架、单个上游、单个远程操作队列、单个账单锁定或单个迁移陷阱而失效；一个沉寂的 ASN 仍可能以超出公共证据支持的方式进行营销。
- 证据等级为弱。AS30502 有一个可识别的托管名称，但在本次使用的 RIPEstat 检查中未看到当前公告前缀。当前服务声明需要实时运营证明。
云发票最终仍落地于物理场所
误解 Hosting Consulting, Inc 最简单的方式是停留在“云”这个词上。云或托管账户是处理器、内存、存储、路由器、地址资源、设施权限和能够干预故障的人员的商业包装。公共路由表仅显示该安排的控制平面边缘，不显示线槽、锁定机柜、电源馈线、备用光模块或能够在午夜后进入站点的工程师。
对于 Hosting Consulting, Inc，当前路由信号有限。本次捕获未发现当前公告前缀，RIPEstat 历史最后看到 208.91.206.0/23 是在 2013-06-07T08:00:00。这种缺失应被视为证据，因为托管容量声明取决于当前的可达性、当前支持和当前的运营义务。
托管服务的经济交易在于提供商将混乱的物理资产转化为月费。客户收到接口和发票；提供商保留机架规划、运营商合同和维修计划。这种交易可以是合理的，但它集中了判断力。当 Hosting Consulting, Inc 对可达性负责时，客户必须追问：当第一条良好路径消失时，实际还剩下什么可用。
公共证据始于RDAP、RIPEstat 概览、路由状态、公告前缀、邻居、路由历史、PeeringDB、Cloudflare Radar、BGP.tools、Hurricane Electric、IPinfo、RPKI 验证。这些记录不是营销文案，而是有助于区分实时路由足迹与需要合同证据的声明的机械观测。
身份记录有用，但并非服务本身
AS30502 标识一个网络边界，并非标识 Hosting Consulting, Inc 名下的每一个法律实体、员工、数据大厅或产品。这一区别之所以重要，是因为责任可能被分割。注册对象可能持有一个名称，PeeringDB 可能使用交易名称，网站可能描述更广泛的服务，客户合同可能由另一关联方签署。
RIPEstat 概览中的持有者标签是 PROHCI-MIA - Hosting Consulting, Inc。该标签有助于将 ASN 关联至主题，但它不是服务级别承诺。它表明号码资源证据指向何处，并不说明客户获得的是裸机托管、虚拟机、IP 传输、托管网络服务还是内部企业网络功能。
旧的托管网络通常在商业产品或物理资产变更后留下持久的号码资源痕迹。因此，购买者应区分三个问题：谁控制号码资源？目前哪个服务（如有）在使用它？服务故障时谁负有合同责任？公开数据有助于回答第一个问题。第二个和第三个需要实时技术和商业证明。
这种区分对于托管品牌名称尤其重要。托管术语可能在服务器迁移、客户迁出或 ASN 不再使用后仍持续存在。标签应触发调查，而非替代调查。
不应过度解读路由历史
历史路由证据有用，但不应被当作当前容量出售。RIPEstat 列出首个观测路由为 2008-01-17T16:00:00 的 208.78.94.0/23，最后观测路由为 2013-06-07T08:00:00 的 208.91.206.0/23。
历史有助于识别连续性风险。公司可能因迁移客户、更换上游、出售资产、外包交付或停止服务而停止公告前缀。每种原因对客户都有不同含义。在没有运营商声明或当前流量证据的情况下，路由收集器无法区分它们。
因此，路由历史视图最适合作为时间线使用。它可以显示路由是短暂测试、长期运行、间断性的还是在特定时期后撤销。它不能证明服务器所在位置、客户是否受影响或同一组织是否仍控制该服务。
对于采购，规则很简单：不要用过去的 BGP 购买当前的弹性。历史公告可以支持身份和过去运营，但不能建立当前容量、备用路径或事件响应能力。
RPKI 有助于应对源风险，但不能应对所有故障
路由源验证提出一个具体问题：AS30502 是否被授权公告给定前缀？对于 Hosting Consulting, Inc，验证快照显示当前无前缀可用于本次捕获中的路由源验证。使用的第一个验证 URL 是RIPEstat RPKI 验证。
有效的源数据有用，因为它降低了实施路由源验证的网络拒绝该路由的可能性。它还表明拥有号码资源控制权的人已采取管理步骤发布授权。这比同一活跃前缀的未知或无效源状态要好。
RPKI 不能解决所有故障。它不能证明服务快速、冗余、本地化、人员充足或物理分布广泛。它不能防止接入光纤被切断、上游过载、电源传输故障、防火墙错误变更或等待远程操作的支持工单。它只保护控制平面的一个切片，而非整个服务。
更广泛的方法由RFC 6811以及APNIC和ARIN的运营材料描述。这些文件解释了为什么源验证属于弹性对话的一部分，同时明确说明它只是众多控制手段之一。
对等和设施线索并非容量审计
对 PeeringDB API 查询PeeringDB返回的结果是对该 ASN 查询未返回 PeeringDB 网络配置文件。
PeeringDB 有价值，因为它通常揭示互联的实用词汇：策略、交换点数量、设施数量、大致前缀数量，有时还包括查看工具。对于 Hosting Consulting, Inc，这些字段有助于判断公共足迹看起来像一个孤立路由块、一个交换连接网络，还是一个更广泛的互联参与者。
但 PeeringDB 不是审计。配置文件可能陈旧、稀疏或具有理想性。设施数量不能保证客户工作负载位于那些建筑内。交换点连接不能证明付费传输多样性。诸如开放、选择或限制性等一般策略并不说明哪些路由被接受、哪些会话具有默认能力，或故障后拥塞如何处理。
实际用途是将公共配置文件转化为问题。哪个列出的设施实际用于客户入口？是否有两台路由器、两个电源域和两条光纤入口？任何交换点路由服务器会话是否承载关键流量，还是仅针对选定目的地进行无结算对等？如果设施、交换点或一个上游不可用，提供商能否保持服务存活？
传输多样性需要双重证明
传输多样性需要在路由层和物理层同时证明。RIPEstat 邻居视图显示 AS30502 当前无可见邻居。这告诉我们公共 BGP 能看到什么，但不能说明这些邻居是上游、对等方、客户还是交换点学习路径。也不能揭示会话下方的管道或交叉连接。
一个网络可能有共享同一建筑入口的两个逻辑上游。可能有两台路由器使用同一电源插排。可能有备用传输合同，但其容量太小无法在最繁忙时段承载流量。可能有看起来多样化的 BGP 表，但仍依赖于一个交换点交换机、一个远程操作队列或一个管理跳板机。
因此，客户需要区分术语。路由多样性意味着控制平面有备用路径。运营商多样性意味着不同的商业和运营对手。物理多样性意味着光纤路径、入口、机架和电源布局不会同时失效。容量多样性意味着剩余路径能够承载关键负载而无需丢弃流量。
这就是MANRS和RFC 7454作为有益背景的地方。它们定义了良好的路由行为和运营卫生。但它们并不证明 Hosting Consulting, Inc 已经购买或测试了客户可能需要的每一条多样化路径。
安装容量并非客户可用容量
安装容量与可用容量在故障期间迅速分化。安装容量是表面上存在的东西：可路由前缀、端口、服务器、存储、传输承诺和设施合同。可用容量是在组件故障、维护窗口开始或上游撤销路由后仍能工作的部分。可恢复容量是能够在客户运营期限内恢复的部分。
对于 Hosting Consulting, Inc，公共证据可以描述地址空间和一些互联线索。但不能告知有多少虚拟机管理程序通电、存储如何镜像、备用光学模块和服务器是否在现场，或者多少个客户工作负载可以同时迁移。一个拥有有效路由和公共配置文件的网络如果恢复站点规模不足或支持队列过载，仍可能缺乏可恢复容量。
同样的原则适用于 IPv6。可见的 IPv6 聚合块可能表明技术成熟度，但不能证明客户应用、监控、支持工具和接入网络同样准备就绪。双栈操作只有在两个栈都得到运维维护且一个栈的故障不会导致关键服务受阻时，才增加弹性。
购买者应要求按层测量冗余容量：客户接入、汇聚、边缘路由、存储、计算、备份和支持。单一的平均利用率数据过于粗糙。重要的是在测试故障期间剩余量，而非安静时段的存在量。
电源、备件和人员决定维修时钟
物理维修是服务抽象变得具体的地方。如果路由器线卡故障，需要有人拥有备件和安装权限。如果服务器电源故障，需要有人进入机房。如果交叉连接故障，设施运营商可能控制工单。如果云存储卷不一致，提供商可能需要专家团队而非现场技术人员。
公开记录很少公布这些细节，Hosting Consulting, Inc 也不例外。这种缺失是正常的，但不该被忽视。购买托管容量的客户也在购买提供商的接入安排、维护合同、供应商关系和人员配置模式。故障时钟在正式事故通知之前就已经开始；而始于检测、分类和站点接入开始之时。
维修问题应当以运营时间而非宣传语言来提问。从告警到合格负责人需要多长时间？到达设施需要多长时间？哪些零件本地库存？哪些维修需要第三方工单？变更窗口是否由负责紧急恢复的同一批人员值班？如果支持门户属于受影响的系统，客户如何收到通知？
这些问题对于规模较小或区域性网络尤其重要。庞大足迹可能掩盖薄弱的本地流程；小足迹如果拥有严格的备件、清晰的升级路径和诚实的容量限制，也可能具备弹性。公共路由证据并不决定这个问题。
数据本地性是放置问题，而非国家代码
数据本地性常被简化为公司或 ASN 附带的国别代码。这过于简单。Hosting Consulting, Inc 与美国相关联，但托管工作负载可能将客户数据、日志、备份、管理接入和支持记录放置在不同地点。ASN 所在国并不自动等同于存储国、支持国或法律合同国。
客户需要放置矩阵。主服务在哪里？恢复副本在哪里？备份存储在哪里？哪些供应商可以访问系统？日志和工单存储在哪里？哪个国家的法律管辖访问请求和删除？一个网络路由可以跨越国境而客户毫无察觉，支持工程师也可以从与机柜不同司法管辖区访问系统。
数据主权也有恢复角度。如果提供商失败或客户退出，客户能否以可用格式获取完整数据？在主服务降级时能否生成导出？导出是否包含文件、元数据、日志和配置，还是仅有数据库提取？终止后的导出窗口有多长？
这里引用的公开记录无法回答这些合同问题。它们只能说明为什么这些问题重要：地址资源和互联是服务表面的一部分，但客户的运营依赖通常延伸到存储、身份、计费和支持流程，而这些在 BGP 中并不可见。
支持条款是基础设施的一部分
支持不是基础设施的软性附加项。它是将不可见故障转化为修复服务的机制。提供商可能拥有有效路由，但如果工单接收缓慢、升级路径不明确或能够进行变更的团队在事故期间不可用，客户仍可能陷入困境。
最重要的支持事实是可衡量的。谁可以宣布重大事故？哪些症状符合电话升级条件？状态通道是否独立于生产控制平面？客户是否可以看到路由、设施或存储事故详情，还是只能看到泛泛的停机通知？如果正常控制台不可用，支持人员能否执行数据导出？
计费和账户状态也是基础设施。暂停账户、支付失败、域名过期、控制面板锁定或支持权利争议可能像光纤断裂一样可靠地停止服务。托管容量依赖于管理连续性以及技术连续性。
对于 Hosting Consulting, Inc，公共网络证据足以引出这些支持问题，但不足以回答它们。这是公开研究的适当边界：不应虚构服务等级，也不应让公开细节的缺乏掩盖运营风险。
监控将路由转化为运营信号
AS30502 的实用价值在于它可被监视。客户可以从多个位置监控前缀集、路由源验证、邻居变更和基本可达性。这不能替代提供商的监控，但赋予客户独立观察公共边缘是否变化的能力。
监控应区分症状。路由撤销不等于服务器故障。某条国际链路的丢包不等于设施故障。控制面板停机不等于客户工作负载丢失。购买者越能在事故前分离这些层，就越能在事故期间减少时间损失。
这里使用的公共工具之所以有用，是因为它们独立于提供商自身的叙事。RIPEstat、PeeringDB、Cloudflare Radar 和公共 BGP 聚合器各自看到边缘的不同部分。它们之间的一致增强信心。不一致不一定是故障，但告知客户下一步该问什么问题。
监控计划也需要所有权。需要有人决定哪些变化重要、谁致电提供商、捕获哪些证据以及业务何时切换到备用方案。没有这种运营习惯，公共路由数据将变得有趣但未被利用。
变更控制是隐藏依赖
托管容量即使在客户不触碰时也会变化。路由器接收策略变更、服务器打补丁、证书续期、存储池扩容、过滤器调整、供应商执行维护。每次变更都可能保护服务或引入新故障。客户很少看到完整的变更日历，因此需要明确的通告和回滚预期。
对于 Hosting Consulting, Inc，这里审查的公开记录均未发布变更政策。这很正常，但使得合同语言变得重要。客户应知道紧急变更如何批准、影响客户的维护是否提前通告、变更是否先在较小人群上测试，以及提供商如何沟通回滚。
变更控制也是公共证据薄弱时变得有风险的领域。如果提供商无法展示当前路由、设施或支持边界，客户可能不知道存在哪些变更域。上游、设施、转售商或云供应商的变更即使发票上的品牌名称从未改变，也可能影响服务。
良好的变更实践并不消除事故。它使事故可诊断。它保留了什么变更、谁批准、监控看到了什么以及哪个恢复步骤是安全的。该历史是客户所购买容量的一部分。
迁移是最终的弹性测试
托管容量的最终测试是客户能否离开。服务仅在提供商健康时有效，为客户带来效率但非独立性。能够导出完整记录、配置和运营证据的服务，即使在主平台不可用或商业上不合适时，也为客户提供备用方案。
对于 Hosting Consulting, Inc，公共网络层无法显示导出路径。它只能说明为何它们重要。如果提供商的路由边缘、支持渠道或计费系统故障，客户可能需要在压力下迁移 DNS、地址、备份、应用数据和访问控制。迁移规划应属于弹性审查的一部分，而不仅仅是终止条款。
客户应询问哪些数据无需专业服务即可导出、哪些需要提供商协助、导出保留多长时间、是否包含日志和附件，以及提供商是否能在生产事故活跃期间生成导出。应在一个小型但完整的工作负载上测试导出，然后再依赖它。
迁移不是对提供商的威胁。它是提供商理解客户依赖性的证据。一个有弹性的托管服务应使客户在故障期间更有能力，而非更加被困。
买家应如何测试声明
买家应首先获取实时服务的证明。询问哪些面向客户的服务使用 AS30502，哪些前缀分配给该产品，以及是否涉及提供商分配或云提供商地址。将答案与RIPEstat 公告前缀以及独立观测（如BGP.tools或Hurricane Electric）进行对比。
然后询问站点模型。提供商应识别生产设施或云区域、恢复站点、备份位置和网络入口。应说明站点是双活、主备还是仅备份。应解释当一个站点被隔离时会发生什么，以及恢复后客户数据如何同步。
第三，要求测试结果。从未移动流量或恢复工作负载的弹性计划是假设。客户应看到最近的演练日期、测得恢复时间、数据丢失结果、事故沟通样本以及任何对第三方远程操作或云支持的依赖。
最后，要求退出证据。提供商应演示客户如何检索数据、在其他地方重建服务，并在托管服务降级时保持基本记录可用。没有这种证据，客户拥有的只是依赖，而无实际退出路径。
证据等级
本文中 Hosting Consulting, Inc 获得的证据等级为弱。该等级并非对公司质量的评判，而是对公共证据能支持什么的评判。此处有用的公共事实包括 AS30502、本次检查中无当前公告前缀（RIPEstat 历史最后看到 208.91.206.0/23 在 2013-06-07T08:00:00）、本次捕获中无当前前缀可用于路由源验证、对 ASN 查询未返回 PeeringDB 网络配置文件、以及邻居证据显示 RIPEstat 邻居视图中无当前可见邻居。
这些事实表明一个依赖候选，以及在当前路由案例中一个运营表面，但它们未能提供弹性证明。公共路由可见性可以告诉客户从哪里开始测试，但无法展示每个机架、电源馈线、备件、支持花名册或合同边界。这个差距正是托管容量采购应以证据为导向而非品牌为导向的原因。
实际结论窄而有用：AS30502 有一个可识别的托管名称，但在本次使用的 RIPEstat 检查中未看到当前公告前缀。当前服务声明需要实时运营证明。客户应将可见网络足迹视为开始地图，而非完成的保证报告。
这家公司之所以重要，是因为故障不会是抽象的。如果托管服务或网络边缘出现故障，客户可能失去可达性、管理接入、数据迁移、计费控制或迁移选项。公共记录有助于命名这种依赖；合同和测试必须证明它如何存活。
谁承受故障
Hosting Consulting, Inc 最直接的用户可能是依赖托管边缘的客户管理员、转售商、开发者、远程员工或其他网络运营商。然而，故障的影响很少止于看到首个超时的人。路由撤销、存储故障或支持延迟可能停止配置、监控、发票访问、软件部署、客户门户、备份或旨在降低其他地方风险的迁移。
这种传播正是小型基础设施名称值得关注的原因。有限的前缀集仍可能承载管理服务或面向客户的终端。小规模支持团队仍可能成为短时事故与全天临时工作之间的区别。稀疏的公开记录仍可能支撑下游公司视为常规且透明直至它失败的服务。
对于美国客户，品牌与基础设施之间的距离尤为重要。AS30502 所属的国家或地区并不会自动告诉他们数据位于何处、使用哪个运营商路径、哪个法院或监管机构适用，或者本地支持渠道能否在不等待其他供应商的情况下采取行动。故障在成为法律或合同问题之前首先是运营问题。
实际关键不是每个依赖都是坏事。托管服务之所以存在，是因为共享基础设施可能比许多客户自有系统更便宜、人员更充足、更安全。实际关键是客户是否知道他们接受了哪种依赖，以及提供商能否演示恢复而非仅仅描述可用性。
公开证据如何误导
公开网络证据之所以强大，是因为它独立于销售材料。但它也容易被过度解读。AS30502 可能可见，而客户服务实际上运行在另一个网络上。前缀可能被公告，但仅管理组件在使用它。PeeringDB 配置文件可能由技术联系人维护，但未反映当前客户产品。沉寂的 ASN 可能在底层服务已迁移后仍长期存于记录中。
最安全的解读是分层的。注册证据支持身份。路由收集器证据支持某个时刻的公共可达性。路由源验证支持一种路由授权形式。PeeringDB 支持互联发现。这些层本身都不能证明站点冗余、可用计算、存储持久性、客户放置、帮助台权限或导出准备情况。
分层解读既保护 Hosting Consulting, Inc 也保护读者。它避免仅因公司保持设施细节私密而指责其软弱。也避免仅因一个公共层看起来健康而给予公司不应得的弹性信用。公共证据应使下一个问题更锐利，而非将答案变成口号。
规则是明确陈述不确定性。当前路由就是当前路由。有效源就是有效源。邻居是被观测到的邻居。设施数量是目录字段。这些术语有用，因为它们狭窄。一旦它们被拉伸成更广泛保证，读者就失去了证据的价值。
供应商边界决定恢复
托管服务可能在提供商拥有、租赁或由供应商运营的部分失效。区别很重要，因为维修路径不同。提供商自有路由器可能由其自身工程师修理。托管电源事件可能依赖于建筑工作人员。云配额或存储事件可能依赖于超大规模支持渠道。光纤故障可能依赖于运营商和民用维修团队。
围绕 Hosting Consulting, Inc 的公开记录并未揭示这些供应商边界。这就是为什么买家应要求责任地图而非泛泛的可用性承诺。地图应说明谁控制设施、谁控制路由器、谁控制存储、谁控制备份、谁控制 DNS、谁控制身份以及谁可以批准紧急变更。
供应商边界也是财务边界。提供商可能有强大技术技能，但仅拥有与设施或上游的有限支持权利。客户可能与提供商有强合同语言，但对实际控制故障组件的供应商没有直接权利。恢复依赖于在公开路由数据中不可见的升级关系。
最清晰的提供商将这些边界视为服务的一部分。他们可以解释什么是内部、什么是外包、哪些承诺传递、哪些不传递，以及当供应商成为瓶颈时他们如何让客户知情。这种解释本身就是一种容量形式，因为它减少了故障期间因混乱而损失的时间。
恢复需要演练
从未演练过的恢复计划只是理论。演练不必是戏剧性的。可以是受控的客户工作负载故障切换、从备份恢复到隔离环境、路由撤销测试、支持升级演练或数据导出排练。关键是提供商测量了时间，客户看到了什么会中断。
对于 Hosting Consulting, Inc，公开证据无法显示演练结果。因此，客户应直接要求它们。有用的证据是最近、具体且谦虚的：测试了什么、什么失败了、改进了什么、恢复花费了多长时间、丢失或重放了多少数据、以及需要客户采取哪些行动。一个夸夸其谈的高可用性声明不如坦诚的演练报告有用。
演练也暴露隐藏的顺序问题。备份可能恢复很快，但需要 DNS 变更。路由可能快速切换，但监控仍指向旧地址。支持团队可能知道技术修复，但缺乏联系设施的权限。客户可能有数据，但缺乏在降级模式下操作的员工培训。这些不是边缘情况，而是恢复的正常纹理。
最好在事故前发现这些依赖。一旦客户离线，每个缺失的权限、过时的联系人和未记录的步骤都变得更加昂贵。演练将弹性从承诺转变为实践运营习惯。
狭窄的结论更有用
对于 Hosting Consulting, Inc，狭窄的结论比宽泛的结论更强，因为它可被测试。公共证据识别出 AS30502，给出路由和注册基线，展示了哪些互联数据可见或不可见，并框定了客户在视其为弹性托管容量之前必须回答的问题。
该结论不需要对隐藏资产有确定性。不需要猜测设施或虚构客户。它仅识别出现代基础设施常将物理层隐藏在服务标签之后，而公共网络数据可以打开足够多的该层，以便严肃买家提出明智问题。
剩余工作属于提供商和客户。提供商必须展示当前服务放置、路径多样性、支持权限、恢复演练和数据退出。客户必须决定哪些故障能够容忍，哪些必须通过合同转移，以及哪些必须通过自身备用流程处理。
如果这些证明到位，证据等级可以提高。如果没有，公开记录应保持为依赖地图而非弹性证书。这不是一个胆怯的结论。这是唯一尊重证据价值与局限的结论。
接下来关注什么
对于 Hosting Consulting, Inc，接下来要关注的公开变化是具体的：新的或撤销的前缀、AS30502 的不同持有者标签、PeeringDB 更新、路由源验证变更、新的可见邻居、或命名生产地点和支持职责的网站与服务页面。每项变化都将改变足迹的实际解读。
买家也应关注沉默。如果配置文件保持陈旧而提供商宣传增长，缺口本身就成为问题。如果路由变更但客户通知未到，客户应询问该移动是否经过规划、测试并受协议覆盖。
最强的未来证据将结合公开与私有证明：当前 BGP、有效的路由源授权、维护的互联记录、命名设施、测试恢复以及数据导出演示。在这些证据汇集之前，最安全的位置是自律的好奇。
用简单语言进行运营尽职调查
针对 Hosting Consulting, Inc 的简单尽职调查测试是要求提供遵循依赖的证据，而非仅仅重复品牌的证据。客户应能够指向其购买的服务、承载它的地址或上游服务、托管它的位置或提供商类别、修复它的支持路径以及让客户离开的导出路径。如果其中任何一条模糊，风险只是移出了视线。
同样的测试应在重大变化后重复。新的上游、不同设施、修订的支持计划、新的备份目标、变更的计费平台或变更的产品名称都可能改变风险概况，而不改变标题服务。客户常在中断期间发现这些变化，那时实际问题不再是承诺了什么，而是谁能行动以及多快。
优秀的提供商无需向公众公开敏感图表即可回答。他们可以分享保密架构说明、当前责任矩阵、近期恢复演练、状态通道设计以及数据归还程序。他们也可以解释他们不会承诺什么。这种诚实有价值，因为它让客户决定复制什么、投保什么、监控什么或接受什么。
对于 Hosting Consulting, Inc，公共网络证据提供了一个起点地图。该地图有用，因为它识别了公共边缘和围绕它的缺口。如果被视为完整领土，则无用。公开记录应开启关于路由可见性、站点放置、电源、传输、支持和退出的实际对话。不应结束该对话。