Резюме
- APNIC RDAP регистрирует AS142207 как активную под
WJY-AS-AP, код страны CN, с точным регистрантом WJY (Shanghai) Technology Co., Ltd. - Эта регистрация устанавливает административную идентичность номерного ресурса; она не устанавливает наличие объектов, клиентов, лицензий, контрактов, структуру собственности или текущее предоставление услуг.
- RIPEstat сообщил
announced=false2 августа 2026 года в 08:00 UTC, без видимых префиксов IPv4 или IPv6 и без наблюдаемых соседей. - В том же ответе ни один из 327 выбранных IPv4-пиров RIS и ни один из 321 выбранного IPv6-пира RIS не видел AS142207.
- RIPEstat фиксирует первое появление 2 февраля 2026 года в 16:00 UTC и последнее появление 8 июля 2026 года в 16:00 UTC, когда последним видимым префиксом был
151.158.14.0/23. - Результат по анонсированным префиксам был пустым для окна запроса с 19 июля по 2 августа 2026 года, что усиливает узкий вывод об отсутствии текущего анонса в этом зафиксированном срезе.
- PeeringDB сохраняет поддерживаемую оператором идентичность и заявленную позицию по межсетевым соединениям для AS142207, но не измеряет маршруты, трафик, клиентов, сессии или предоставляемую ёмкость.
- Веб-сайт, на который ссылается PeeringDB, называет WJY (Hong Kong) Limited, а не шанхайского регистранта, поэтому связь между двумя юридическими наименованиями остаётся нерешённой.

Редакционная иллюстрация административной сетевой идентичности, которая остаётся видимой, пока датированный публичный маршрут затихает; она не изображает объекты WJY, сбой, клиентскую сеть или измеренные результаты обслуживания.
Номер остаётся привязанным к точному имени
Самый ясный факт об AS142207 — административный. APNIC RDAP регистрирует номер автономной системы под именемWJY-AS-AP, присваивает код страны CN, помечает запись как активную и связывает её с дескриптором регистрантаORG-WTCL6-AP. Соответствующий объект регистранта содержит полное юридическое наименование WJY (Shanghai) Technology Co., Ltd. Индексированная запись справочника BTW использует то же название компании и привязывает тот же профиль компании к AS142207.
Такое совпадение важно, поскольку оно фиксирует субъект более точно, чем бренд, веб-сайт или похожее название компании. Релевантная сущность справочника — шанхайская компания. Релевантный номерной ресурс — AS142207. Публичный дескриптор регистранта даёт прослеживаемую связь между записью автономной системы и названным регистрантом. Для установления этой регистрационной идентичности не нужно предполагать более широкую корпоративную группу.
Активная запись реестра отвечает на ограниченный координационный вопрос: какая организация записана за этим номерным ресурсом в системе APNIC? Она сохраняет узнаваемый идентификатор и подотчётное имя регистранта даже при скудности других доказательств. Она также позволяет сравнивать будущие наблюдения с тем же номером, не полагаясь на брендинг или изменяемое описание на веб-сайте.
Слово «активная» должно оставаться в этом административном контексте. Оно не показывает, что AS142207 экспортировал маршрут в конкретный момент. Оно не показывает, что пакеты передавались, что услуга была доступна или что какой-либо клиент зависел от сети. Оно также не доказывает бенефициарное владение, лицензии, здания, оборудование, контракты или корпоративный контроль. Реестр может точно указать держателя, записанного за номерным ресурсом, не отвечая ни на один из этих отдельных вопросов.
Поэтому точное имя ценно, но не всеобъемлюще. WJY (Shanghai) Technology Co., Ltd. видна как зарегистрированная идентичность, привязанная к AS142207. Запись создаёт стабильную отправную точку для изучения публичного состояния маршрутизации сети. Она не заполняет операционные и коммерческие пробелы, возникающие после этой отправной точки.
Регистрация и маршрутизация отвечают на разные вопросы
Зарегистрированный номер автономной системы и наблюдаемый маршрут связаны, но не взаимозаменяемы. Регистрация даёт долговечную административную ссылку. Наблюдение за маршрутизацией спрашивает, появлялся ли номер в публичных данных маршрутизации, видимых конкретной системе сбора в конкретное время. Одно может сохраняться, пока другое отсутствует в поле зрения.
Это разделение особенно важно для AS142207, потому что два слоя указывают в разные стороны, не противореча друг другу. APNIC продолжает показывать активную запись для WJY (Shanghai) Technology Co., Ltd. Тем временем RIPEstat сообщает, что автономная система не анонсировалась в его датированном срезе от 2 августа. Реестр не утверждает, что маршрут был тогда виден, а результат маршрутизации не отменяет регистрацию. Каждый описывает разное состояние.
Административная непрерывность может пережить изменение наблюдаемой маршрутизации. Номер может оставаться однозначно связанным с регистрантом, даже если в более позднем снимке от него не видно ни одного префикса. Такая непрерывность сохраняет идентичность доступной для координации, сравнения и будущей проверки. Она говорит, кто остаётся названным в записи, а не что сеть делает в данный момент.
Наблюдаемая маршрутизация обладает иным авторитетом. Она проверяет активный публичный сигнал, а не устойчивость административной записи. Когда сборщик маршрутов сообщает об отсутствии видимых префиксов, отсутствии наблюдаемых соседей и отсутствии выбранных пиров, видящих автономную систему, это прямое доказательство зафиксированного сборщиком среза. Оно более релевантно вопросу «была ли эта AS видна здесь в это время?», чем статус реестра или декларация оператора.
Обратное столь же верно. Снимок маршрутизации не является лучшим источником для юридического имени, записанного за номером. Он может сообщить строку держателя и состояние маршрутизации, но APNIC RDAP даёт прямую регистрационную связь между AS142207,WJY-AS-AP, кодом страны CN, активным статусом, дескриптором регистранта и точным названием шанхайской компании.
Рассмотрение одного слоя как замены другого привело бы к двум противоположным ошибкам. Чтение активной регистрации как доказательства работающего публичного маршрута раздуло бы административный факт до операционного. Чтение тихого снимка маршрутизации как доказательства прекращения деятельности компании раздуло бы датированное наблюдение до утверждения обо всём бизнесе. Дисциплинированный вывод находится между этими ошибками: зарегистрированная идентичность сохраняется, тогда как публичный маршрут отсутствует в указанном срезе RIPEstat.
Маршрутный срез в один фиксированный момент времени
Обзор AS в RIPEstat сообщилannounced=falseдля AS142207 2 августа 2026 года в 08:00 UTC. Его ответ о состоянии маршрутизации для той же автономной системы зафиксировал ноль видимых префиксов IPv4, ноль видимых префиксов IPv6 и ноль наблюдаемых соседей. Он также сообщил, что ни один из выбранных пиров RIS не видел AS: ноль из 327 для IPv4 и ноль из 321 для IPv6.
| Поле RIPEstat | Датированный результат |
|---|---|
| Время наблюдения | 2 августа 2026 года, 08:00 UTC |
| Анонсирована | false |
| Видимые префиксы IPv4 | 0 |
| Видимые префиксы IPv6 | 0 |
| Наблюдаемые соседи | 0 |
| Видимость IPv4 у пиров RIS | 0 из 327 |
| Видимость IPv6 у пиров RIS | 0 из 321 |
Вместе эти значения образуют согласованное зафиксированное состояние. Результат не сводится к тому, что одно поле текущих префиксов оказалось пустым. Флаг анонса в обзоре, счётчики префиксов обоих семейств адресов, число соседей и видимость у выбранных пиров — всё указывает на один узкий вывод: RIPEstat не видел участия AS142207 в публичном маршрутном представлении, отражённом этим ответом, в это время.
Данные о выбранных пирах добавляют наблюдению полезный масштаб. Ноль из 327 IPv4-пиров и ноль из 321 IPv6-пира — внутри этого набора данных более сильный сигнал, чем молчание с одной неуказанной точки наблюдения. Эти цифры показывают, что отсутствие распространялось на всех выбранных пиров RIS, учтённых в ответе, для обоих семейств адресов. Они делают зафиксированную невидимость конкретной и проверяемой.
Они не делают её всеобщей. Знаменатели определяют выбранную совокупность пиров в этом ответе, а не все возможные точки наблюдения в интернете. «Ноль из 327» означает ровно то, что ни один из этих 327 IPv4-пиров не видел автономную систему в соответствующем срезе. Это не означает, что были опрошены все системы маршрутизации повсюду. Та же граница действует для 321 IPv6-пира.
Нулевое число соседей следует читать столь же осторожно. Оно означает, что RIPEstat не наблюдал соседей для AS142207 в зафиксированном состоянии маршрутизации. Оно не доказывает, что у шанхайской компании не было соглашения, конфигурации, частного соединения или какого-либо ненаблюдаемого отношения. Оно не может определить, почему публичный сигнал отсутствовал, и не может превратить отсутствие наблюдаемой смежности в доказательство того, что за пределами среза не существовало операционных договорённостей.
Метка времени не позволяет результату оторваться от времени. Она привязывает вывод к 2 августа 2026 года, 08:00 UTC. Более позднее наблюдение может отличаться. Более раннее наблюдение действительно отличалось, поскольку тот же ответ о состоянии маршрутизации содержит поля первого и последнего появления. Полезное утверждение, следовательно, не в том, что AS142207 никогда нельзя увидеть, а в том, что она не была видна в этом датированном снимке RIPEstat.
Сильные нули, ограниченные выводы
Несколько нулевых значений могут быть сильным доказательством, не будучи доказательством остановки. Их сила — в согласованности между полями. Их граница — в пределах того, что эти поля измеряют.
Внутри ответа RIPEstat нули однозначны. Не было видно ни одного IPv4-префикса. Не было видно ни одного IPv6-префикса. Не наблюдалось ни одного соседа. Ни один выбранный IPv4- или IPv6-пир RIS не видел автономную систему. Флаг анонса был ложным. Любое описание, утверждающее, что тот же ответ показывал текущий видимый публичный маршрут, противоречило бы данным.
Нули также сопротивляются лёгкой попытке заменить доказательства маршрутизации заявленной ёмкостью. Отдельная запись может описывать предполагаемую сетевую позицию или содержать ненулевые поля ёмкости, но это не меняет того, что сообщили сборщики RIPEstat. Заявленная способность, административное право и наблюдаемый анонс — разные переменные. В датированном маршрутном срезе наблюдаемые значения были нулевыми независимо от того, что указано в PeeringDB.
Однако те же нули не раскрывают причину. Они не различают возможные объяснения, а замороженные записи не дают описания события. Здесь нет оснований описывать сбой, намеренный отзыв маршрута, технический отказ, коммерческое решение или закрытие бизнеса. Выбор одного из этих объяснений потребовал бы доказательств, связывающих видимое состояние маршрутизации с фактическим событием или решением.
Нули также не устанавливают влияние на клиентов. В записях нет клиентов и нет клиентских измерений. Без определённой услуги, пострадавшей стороны, соответствующего временного интервала и прямых операционных доказательств нет оснований утверждать, что кто-то потерял доступ или испытал ухудшение производительности. Отсутствие AS в выбранном публичном маршрутном представлении — это наблюдение об инфраструктуре, а не автоматический отчёт о влиянии на услуги.
Всеобщее отсутствие также недостижимо. RIPEstat предоставляет собранный срез с указанным числом пиров. Его результат подтверждает «не видна выбранным пирам в датированном ответе», а не «отсутствует во всех сборщиках и во всех контекстах маршрутизации». Частные соединения и иные ненаблюдаемые пути находятся за пределами вывода. Доказательства их не показывают, но отсутствие показа не является доказательством того, что их не существовало.
Поэтому узкое утверждение информативнее драматичного. На момент времени, зафиксированный RIPEstat, у AS142207 не было видимых префиксов IPv4 или IPv6, не было наблюдаемых соседей и не было видимости у выбранных пиров RIS в этом ответе. Это можно повторить, оспорить другим датированным наблюдением и пересмотреть при изменении данных. «WJY закрылась» не выводится из тех же полей и не обладало бы той же доказательственной дисциплиной.
Краткая наблюдаемая хронология маршрутизации
Ответ о состоянии маршрутизации добавляет два исторических маркера. Он фиксирует AS142207 впервые увиденной 2 февраля 2026 года в 16:00 UTC и последний раз увиденной 8 июля 2026 года в 16:00 UTC. Префикс, связанный с полем последнего появления, —151.158.14.0/23.
| Историческое поле | Значение RIPEstat |
|---|---|
| Впервые увидена | 2 февраля 2026 года, 16:00 UTC |
| Последний раз увидена | 8 июля 2026 года, 16:00 UTC |
| Префикс последнего появления | 151.158.14.0/23 |
Эти поля устанавливают наблюдаемую последовательность внутри записи RIPEstat. Автономная система была видна к моменту первой фиксации. Она была видна на момент последней фиксации в ассоциации с указанным префиксом. К наблюдению от 2 августа RIPEstat сообщилannounced=falseи отсутствие текущих видимых префиксов.
Хронология поддерживает описание в заголовке о том, что публичный маршрут затих, при условии, что «затих» остаётся привязанным к представлению RIPEstat. Было наблюдаемое состояние маршрута, затем последняя зафиксированная видимость, затем более поздний зафиксированный срез без видимого анонса. Это подлинное изменение в доступных доказательствах маршрутизации.
Поле первого появления не доказывает, что до 2 февраля маршрута не существовало. Оно отмечает начало видимости, представленной ответом, а не обязательно начало конфигурации, регистрации или работы сети. Нет оснований превращать эту метку времени в дату запуска компании или начала коммерческого обслуживания.
Поле последнего появления имеет аналогичное ограничение. Оно указывает самую позднюю видимость, зафиксированную в этом ответе; само по себе оно не указывает момент или причину отзыва маршрута. Оно не может показать, было ли изменение запланированным, случайным, временным или вытекающим. Оно также не может установить, что ни один другой наблюдатель ничего не видел после этого времени.
Префикс151.158.14.0/23относится только к ограниченному историческому утверждению, доступному здесь: это был последний видимый префикс в ответе RIPEstat о состоянии маршрутизации. Из этого поля не следует никаких утверждений о владении, клиентском использовании, уровне трафика или физической доставке. Это доказательство ранее наблюдаемой маршрутной ассоциации, а не карта того, что переносил префикс.
Будущее появление не сделало бы датированные нули ошибочными. Оно установило бы более позднее состояние. Хронология, следовательно, открыта, а не окончательна: впервые увидена, последний раз увидена, тиха на момент запроса и может быть проверена снова.
Пустое окно анонсированных префиксов
Конечная точка анонсированных префиксов RIPEstat вернула пустой текущий список для окна запроса с 19 июля по 2 августа 2026 года. Этот результат дополняет точечный ответ о состоянии маршрутизации. В выводе этой конечной точки для указанного интервала не появляется ни одного анонсированного префикса.
Окно важно, потому что оно расширяет наблюдение за пределы одной метки времени, оставаясь явно ограниченным. Оно поддерживает вывод, что конечная точка не вернула текущий анонс в диапазоне запроса с 19 июля по 2 августа. В сочетании с полем последнего появления 8 июля это создаёт непротиворечивую последовательность: последняя зафиксированная видимость префикса, затем пустое более позднее окно запроса, затем состояниеannounced=falseот 2 августа.
Пустой список не идентифицирует событие. Он не содержит объяснения отсутствия и заявления о состоянии бизнеса. Он не может показать, кто внёс изменение в маршрутизацию, оставалась ли конфигурация доступной где-либо ещё или зависела ли какая-либо услуга от маршрута. Это результат о записях, возвращённых этой конечной точкой для этого окна.
Конечная точка также не может нести неограниченное утверждение за пределами своих дат. Сама по себе она ничего не говорит о периодах до 19 июля и не может предсказать, что произошло после 2 августа. Если более поздний запрос вернёт префикс, этот результат отметит изменённое наблюдаемое состояние, а не противоречие более раннему пустому интервалу.
Для мониторинга ценность пустого ответа — в его повторяемости. Тот же ресурс можно запросить снова, и непустой возврат станет явным фальсифицирующим изменением текущего описания тихого состояния. Тест прост: продолжает ли конечная точка не возвращать анонсированных префиксов для AS142207, или префикс появляется вновь?
PeeringDB сохраняет заявленную сетевую позицию
PeeringDB даёт третий взгляд на AS142207. Его поддерживаемая оператором сетевая запись с идентификатором сети 41314 называет WJY (Shanghai) Technology Co., Ltd., связывает её с AS142207 и приводит идентификатор политики маршрутизацииAS-WJY. Она классифицирует сеть как Cable/DSL/ISP, указывает глобальный охват и фиксирует открытую общую политику пиринга. Запись ссылается наwjy.meи была создана и обновлена в январе 2026 года.
Эта запись подтверждает заявленную оператором сетевую идентичность. Название компании и номер AS совпадают с регистрацией APNIC, аAS-WJYдаёт дополнительную сетевую метку. Поля типа, охвата и политики показывают, как запись представляет предполагаемую позицию сети в этой базе данных.
«Поддерживаемая оператором» — существенное уточнение. PeeringDB фиксирует декларации, представленные для сетевой записи. Поля полезны для идентичности и заявленной ориентации по межсетевым соединениям, но они не наблюдают независимо BGP-анонс. Открытая общая политика пиринга не доказывает, что 2 августа была активна сессия или что какая-либо конкретная сеть имела взаимные отношения с AS142207.
Поле глобального охвата также нельзя превратить в покрытие услуги. Оно описывает охват, заявленный в записи, а не измерение достижимых рынков, объектов, маршрутов или пользователей. Классификация Cable/DSL/ISP — это тип базы данных, а не доказательство числа абонентов, скоростей доступа или активного розничного присутствия.
Таким образом, запись PeeringDB и снимок RIPEstat могут сосуществовать без конфликта. Одна сохраняет заявленную идентичность и позицию. Другой сообщает, что было видно его выбранному маршрутному представлению в более поздний датированный момент. PeeringDB не отменяет результатannounced=false, а RIPEstat не стирает поддерживаемую оператором запись.
Это различие предотвращает тонкую, но значимую подмену. Сетевой профиль может оставаться присутствующим после того, как наблюдаемый маршрут затих. Его присутствие может помочь идентификации при возвращении маршрута, поскольку номер AS, имя сети и заявленная политика остаются доступными для сравнения. Но сам профиль не является доказательством работающего кода. Он не может показать, что маршрут был принят, распространён или переносил трафик.
Создание и обновление в январе также принадлежит ограниченному утверждению. Оно показывает, что задокументированный жизненный цикл записи пришёлся на этот месяц. Оно не доказывает, что каждое поле оставалось операционно точным в августе. Более позднее измерение маршрутизации имеет большее отношение к видимости маршрута в августе, тогда как запись PeeringDB остаётся релевантной идентичности и позиции, зафиксированным оператором.
Почему 100 и 1000 не являются наблюдаемыми маршрутами
PeeringDB перечисляет заявленные поля ёмкости префиксов IPv4 и IPv6 — 100 и 1000. Эти значения могут выглядеть операционными, поскольку они числовые, но их смысл остаётся декларативным. Это не счётчики префиксов, которые наблюдал RIPEstat.
Контраст прямой. PeeringDB содержит ненулевые заявленные значения ёмкости. RIPEstat сообщил ноль видимых префиксов IPv4 и ноль видимых префиксов IPv6 на датированный момент запроса. Математического противоречия нет, потому что поля отвечают на разные вопросы. Заявленное поле ёмкости — это не счётчик текущих анонсов сборщика.
Эти значения нельзя использовать как индикаторы трафика. Они не раскрывают объём пакетов, утилизацию или клиентскую нагрузку. Они не показывают, что 100 префиксов IPv4 или 1000 префиксов IPv6 были выделены, настроены, анонсированы, приняты или используются. Они не определяют предоставленную ёмкость и не могут быть преобразованы в пропускную способность.
Они также не устанавливают число клиентов или масштаб услуг. Ёмкость префиксов — это не число абонентов, не число контрактов и не мера присутствия на рынке. Трактовка её как таковой добавила бы коммерческий смысл, которого запись не содержит.
Цифры также ничего не говорят о физической инфраструктуре. Они не идентифицируют здания, дата-центры, маршрутизаторы, волоконно-оптические трассы, кабели или географические местоположения. Большое декларативное число не становится доказательством большой физической сети лишь потому, что появляется рядом с записью автономной системы.
Для вопроса о текущей публичной видимости нули RIPEstat остаются релевантным измерением. Для вопроса о том, что декларирует запись PeeringDB, значения 100 и 1000 можно сообщить с указанием источника. Сохранение обоих утверждений нетронутыми даёт полезное напряжение: поддерживаемый оператором профиль выражает ненулевую запланированную или заявленную ёмкость, тогда как датированный ответ сборщика не видит текущего анонса. Это напряжение — вопрос мониторинга, а не лицензия на выдумывание причины.
Одна ссылка пересекает два юридических наименования
PeeringDB связывает сетевую запись AS142207 сwjy.me. Однако веб-сайт называет WJY (Hong Kong) Limited. APNIC называет WJY (Shanghai) Technology Co., Ltd. регистрантом AS142207. Юридические наименования и юрисдикции не совпадают точно.
Веб-сайт описывает услуги LIR, облачные, колокейшн, хостинг и IaaS под наименованием гонконгской компании. Эти описания могут установить, как этот сайт представляет WJY (Hong Kong) Limited. Их нельзя автоматически приписывать шанхайскому регистранту лишь потому, что PeeringDB связывает запись AS с сайтом.
Контактная информация APNIC использует связанный доменwjy.cn, что добавляет ещё одну связь между зафиксированными идентификаторами. Это доменное отношение может помочь объяснить, почему записи выглядят связанными. Оно по-прежнему не доказывает юридическую эквивалентность, общее владение или структуру «материнская — дочерняя».
Таким образом, аккуратная цепочка идентичности содержит и сильную привязку, и нерешённую границу. Сильная привязка идёт от AS142207 к дескриптору регистранта APNIC и далее к точному названию шанхайской компании. Нерешённая граница начинается там, где поддерживаемая оператором сетевая запись указывает на веб-сайт, называющий гонконгскую компанию.
Схлопывание границы создало бы неподтверждённые утверждения в нескольких направлениях. Оно могло бы приписать описания услуг гонконгской компании шанхайскому регистранту. Оно могло бы подразумевать, что шанхайская компания контролировала любое местоположение, объект или ёмкость, описанные на сайте. Оно могло бы также подразумевать корпоративное владение или групповую структуру, которую ни одна из замороженных записей не устанавливает.
Противоположная реакция — полностью игнорировать сайт — потеряла бы важный сигнал идентичности. PeeringDB намеренно связывает сетевую запись с этим сайтом, и сайт представляет связанное описание оператора под брендом WJY. Релевантный вывод не в том, что ссылка бессмысленна, а в том, что её юридическое значение не решено.
Более сильное корпоративное утверждение потребовало бы доказательств, напрямую связывающих два юридических лица. Доступные наименования, домены и ссылки в базах данных для этого недостаточны. Пока такие доказательства не появятся, веб-сайт следует приписывать WJY (Hong Kong) Limited, а регистрацию AS — WJY (Shanghai) Technology Co., Ltd.
Эта дисциплина юридических наименований также защищает вывод о маршрутизации от выхода за пределы. Даже если гонконгский сайт описывает активный портфель услуг, это не опровергает результат RIPEstat для AS142207. Наоборот, тихий срез AS142207 не устанавливает ничего о доступности или состоянии услуг, описываемых гонконгской компанией. Эти два утверждения касаются разных юридических и операционных субъектов, пока их связь не доказана.
Непрерывность реестра и непрерывность работы
AS142207 остаётся читаемой как сетевая идентичность, потому что запись реестра сохраняется. Её номер, имя в реестре, код страны, статус, дескриптор регистранта и точное имя шанхайского регистранта образуют административную цепочку. PeeringDB добавляет совместимое поддерживаемое оператором имя сети, метку AS-set, тип, охват и декларацию политики. Вместе эти записи сохраняют контекст.
Непрерывность работы требует иных доказательств. Для публичного слоя маршрутизации релевантно, видна ли автономная система и её префиксы в текущих наблюдениях. 2 августа 2026 года в 08:00 UTC RIPEstat ответил «нет». Его счётчики пиров, счётчики префиксов, число соседей и флаг анонса поддерживают этот результат в рамках зафиксированного среза.
Различие не просто семантическое. Записи о номерных ресурсах поддерживают уникальность и подотчётность. Они позволяют номеру AS оставаться связанным с регистрантом, а не превращаться в необъяснённую числовую ссылку. Наблюдения за маршрутизацией проверяют, проявляется ли эта идентичность в настоящее время в измеряемой публичной системе. Операционную непрерывность нельзя выводить только из сохранения записи.
Реестр, следовательно, — это журнал, а не монитор живой сети. Он может оставаться корректным в отношении зарегистрированного лица, даже когда маршрут не виден. Его активный статус не следует трактовать как сердцебиение маршрутизаторов, услуг или коммерческих операций.
RIPEstat — это наблюдение о работающем состоянии, но он не является корпоративным реестром или полной операционной историей. Его тихий результат не может отменить зафиксированного регистранта, определить юридическое владение или объяснить деловой контекст. Он сообщает публичный сигнал, видимый через его коллекторный срез.
PeeringDB занимает третью позицию. Он не является ни авторитетной привязкой регистранта APNIC, ни датированным наблюдением маршрута. Он сохраняет то, что сетевая запись декларирует об идентичности и позиции по межсетевым соединениям. Это делает её ценной для подтверждения, особенно когда название компании и номер AS совпадают с APNIC, но она остаётся декларацией, а не измерением.
Три роли можно описать ясно:
| Запись | Что она устанавливает | Чего она не устанавливает |
|---|---|---|
| APNIC RDAP | Зарегистрированная идентичность AS и точное имя регистранта | Текущий маршрут, предоставление услуг, структуру собственности или физический след |
| RIPEstat | Датированную видимость в зафиксированном маршрутном срезе | Всеобщее отсутствие, причину, сбой, влияние на клиентов или корпоративное состояние |
| PeeringDB | Поддерживаемую оператором идентичность и заявленную позицию | Активные сессии, контракты, трафик, предоставленную ёмкость или текущие анонсы |
Такое разделение труда делает доказательства более полезными, а не менее. Записи не нужно сводить к единому вердикту о том, «активна» ли компания. Активность слишком широка, пока не указан слой. Запись APNIC активна административно. Профиль PeeringDB остаётся присутствующим как поддерживаемая оператором декларация. Публичный маршрутный срез RIPEstat тих на зафиксированное время.
Будущий анонс маршрута изменил бы вывод о работающем состоянии, не обязательно меняя реестр. Обновление реестра могло бы изменить названную административную идентичность, не доказывая изменения маршрута. Обновление PeeringDB могло бы изменить заявленную позицию, не демонстрируя живую сессию. Каждый слой нуждается в собственной метке времени и собственном стандарте доказательства.
Источники
- https://btw.media/en/directory/wjy-shanghai-technology-co-ltd
- https://rdap.apnic.net/autnum/142207
- https://rdap.apnic.net/entity/ORG-WTCL6-AP
- https://stat.ripe.net/data/as-overview/data.json?resource=AS142207
- https://stat.ripe.net/data/routing-status/data.json?resource=AS142207
- https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS142207
- https://www.peeringdb.com/api/net?asn=142207
- https://wjy.me/
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
