摘要
- APNIC RDAP 精确覆盖 AS136022，并把该管理对象与 Janani Technology 关联起来。
active描述的是登记对象状态，不是路由、BGP 会话、设备或客户服务状态。 - PeeringDB 冻结响应中有一条对应 ASN 的资料，但没有
netixlan连接记录，多个协调字段也为空。这只能说明该资料未提供相应声明，不能证明网络没有对等互联、前缀或交换点存在。 - RIPE RIS 冻结快照的查询时间是 2026 年 8 月 7 日 00:00 UTC，并在明确阈值下报告列出的 IPv4、IPv6 full-feed peer 所见。它不证明普遍可达、路由授权、容量、韧性或客户服务结果。
ASN 是核对索引，不是运行指示灯
自治系统是一个网络或一组对外呈现共同路由策略的网络。自治系统号 ASN 为这个路由域提供唯一公共号码。网络通过边界网关协议 BGP 交换可达性信息时，会用 ASN 标识通告来自哪个路由域。
在这组资料中，AS136022 让读者能够把 Janani Technology 的名录条目、APNIC 对象、PeeringDB 资料和 RIS 观察放到同一个核对框架里。公司名称可能相似，也可能覆盖不同产品或技术平台；明确号码可以减少把另一个对象误带入调查的风险。
号码本身并不执行监测。它不会告诉读者某条前缀是否被其他网络接收，也不会说明某个应用是否成功响应。ASN 的价值是把不同证据层连接到同一个对象上，而不是替代这些证据。
APNIC 回答“登记了谁”
RDAP 是 Registration Data Access Protocol 的缩写，用结构化方式提供互联网号码资源的公开登记信息。APNIC 响应的起始号和结束号都是 136022，因此只覆盖这一个自治系统号。对象 handle 为 AS136022，对象名为 JANANITECHNOLOGY-AS-AP，响应列出的实体名称中包含 Janani Technology。
该对象标为 active。登记事件时间为 2019 年 2 月 3 日 08:31:56 UTC，最后变更事件时间为 2021 年 1 月 18 日 03:52:25 UTC。这些字段使号码资源及其管理历史可以被查找和复核。
它们不是运行遥测。active 不能说明路由器是否供电、路由是否可见、BGP 会话是否建立或业务是否可访问。登记变更时间也不等于设备部署、策略调整或客户事件发生的时间。
注册管理记录的意义在于维护号码唯一性、管理身份和可追溯事件。它像账本一样为跨网络协调提供稳定起点。若问题转向运行系统，就必须使用能够观察运行状态的工具。
PeeringDB 的空白是声明边界
PeeringDB 是由互联参与者维护的协调名录。冻结响应只返回一条 ASN 136022 的网络资料，记录 id 为 40097，名称为 Janani Technology，资料状态为 ok，更新时间字段是 2026 年 4 月 4 日 16:50:22 UTC。
这条资料相当稀疏。响应没有 netixlan 行，也就是没有发布网络连接到交换 LAN 的声明。网站、网络类型、通用对等策略、IRR AS-set、IPv4 前缀数和 IPv6 前缀数字段为空或 null。
空白字段描述的是这次响应里没有哪些声明，而不是整个网络没有哪些能力。没有 netixlan 行，不能推出 Janani Technology 不存在私有互联、双边对等或其他交换环境。策略字段为空，也不能把它归类为开放、选择性或限制性策略。前缀数字段没有填写，更不能证明该 ASN 不通告地址空间。
ok 同样只属于资料记录。它不是会话探针，不会持续检查 BGP、接口、路由或应用。若互联决策需要这些信息，合理的下一步是向授权运营方核实配置和关系，而不是替名录补写答案。
稀疏资料仍有协调价值。它清楚暴露了公开信息的缺口，让潜在对等方或调查人员知道还需询问什么。缺少声明可以成为问题清单，却不能成为运行失败的证据。
RIS 快照回答“采集器看到了什么”
RIPE 的 Routing Information Service，简称 RIS，从参与观察点收集 BGP 信息。本稿使用的 routing-status 响应已经冻结，query_time 为 2026 年 8 月 7 日 00:00 UTC。下列数值只对应这份有时间标签的响应。
IPv4 侧，符合接口纳入条件的路由在列出的 327 个 RIS full-feed peer 中被 326 个看到，即 326/327；IPv6 侧为 320/320。announced-space 字段给出 1 个 IPv4 前缀、共 256 个地址，以及 2 个 IPv6 前缀、折合 2 个 /48。
响应还给出 1 个 observed neighbour。这个数字来自采集器产品的计算模型，不能改写成 1 个直接对等方、1 份商业合同、1 条交换会话、1 个设施或1条物理独立路径。采集器能观察到路由关系，却不会自动揭示其商业性质、物理依赖或完整拓扑。
接口说明，少于 10 个 RIS full-feed peer 可见的路由会被排除。因此，326/327 和 320/320 描述的是通过这一门槛后、在所列 peer 集合中的可见性。门槛以下的局部通告可能不进入响应，所列观察点也不等于互联网的全部视角。
这些比率可以回答一个窄问题：在指定时间和方法下，符合条件的路由是否被这组采集器广泛看到。它们不能证明全球普遍可达、路由来源获得授权、路径偏好正确、时延低、流量充足、容量有余量或应用正常。BGP 中看到路由，与用户完成一次服务请求，是两种不同的核验。
相同时间值也不能合并字段
响应中的时间字段各有含义。查询时间为 2026 年 8 月 7 日 00:00 UTC。last-seen 字段列出前缀 103.134.41.0/24、origin 136022，时间数值与查询时间相同。first-seen 字段则列出 103.134.42.0/24、origin 136022，时间为 2019 年 2 月 13 日 16:00 UTC。
查询时间和 last-seen 的数值相同，并不意味着它们是同一个字段。前者标记响应的查询语境，后者属于接口选出的一个前缀。first-seen 又对应另一个前缀。若没有适合连续性分析的历史序列，就不能用这三个字段推导“路由在某刻发生变化”或“从 2019 年起持续通告”。
first-seen 也不证明地址所有权或路由授权。采集器记录某个 origin 出现在路径中，只说明它观察到了这一组合。授权问题需要相应的路由来源与登记证据。
把公开资料变成可执行的核验顺序
第一步是确认对象。先核对 AS136022，再确认 APNIC 对象与 Janani Technology 名录条目指向同一主体。身份不稳，后续所有技术判断都可能落到错误对象上。
第二步按登记资料的用途读取登记资料：精确号码、对象名、实体名称和管理事件用于号码资源协调，不用于证明路由正在运行。
第三步把 PeeringDB 当作参与者声明清单。这里的空白字段会转化为明确问题：采用什么对等策略、使用哪些技术联系人、希望公开哪些前缀或互联？只有运营方或其他可靠证据能回答，公开稿件不能自行填空。
第四步才进入运行观察。路由问题需要同时记录采集器、查询时间、地址族、peer 分母、纳入阈值和精确前缀。重要决策可以增加其他合适视角。路由授权问题要查专门的来源授权材料；服务问题则需要端到端测试和有时间标签的应用证据。
APNIC 登记、PeeringDB 资料和冻结的 RIPE RIS 快照属于不同证据层。任何一层都不能独自证明正在运行的对等会话、普遍可达、路由授权、容量、韧性或客户服务。
公开记录不能回答的部分
这组来源足以说明 AS136022 的管理身份、PeeringDB 资料中实际提供的声明，以及一份边界清楚的路由观察。它们不能说明 Janani Technology 提供哪些服务、在哪些地区运营、拥有多少客户、使用哪些设施和设备、依赖哪些上游或处于怎样的市场位置。
它们也不能证明交换点存在、路由服务器关系、会话状态、流量、吞吐、时延、物理多样性、容量、可用性或客户结果。PeeringDB 空白不是故障信号，RIS 可见率不是服务承诺，通告前缀数量也不是网络容量。
能够成立的结论应保持窄而清楚：APNIC 在管理记录中把 AS136022 与 Janani Technology 关联；冻结的 PeeringDB 资料只提供少量公开声明；冻结的 RIS 响应则在指定时间、阈值和 peer 集合内观察到符合条件的路由。
关注事项
- APNIC 中 AS136022 的对象名、关联实体、管理状态或事件历史发生变化；
- PeeringDB 资料补充联系人、策略、前缀数量或交换连接声明；
- 后续路由观察清楚保留查询时间、地址族、peer 分母与低可见度门槛；
- 在讨论路由授权时，出现可核对的来源授权证据；
- 在讨论对等或客户体验时，出现经授权的会话遥测或端到端服务测试。