Кратко

  • Сырой результат RIPE Atlas может сохранить измерение, зонд, время, fw и mver; это не гарантирует такой же срок жизни у последующих исторических справочников.
  • С января 2026 года Khipu использует четыре архивных семейства при доступности и позволяет задать их локальное число. Так запускаются вторые часы хранения.
  • Глубина архива может оставаться локальной. Но для цитируемого вывода должны переноситься горизонт проверки, fallback, четыре снимка, сборка Khipu и итоговый хеш.

Сырое измерение способно пережить историческую полку

Две эксплуатационные команды сохраняют одно периодическое измерение. Первая держит много исторических архивов, вторая уменьшает локальное число из-за ограниченного диска. Через несколько месяцев сырой traceroute доступен обеим, но восстановить тогдашние ASN-, IXP- и страновые метки, возможно, сможет только первая.

Это не утверждение, что Khipu теряет измерения. Наблюдение и таблица интерпретации — артефакты с разной продолжительностью жизни. В отчёте важно не только назвать снимок, породивший метку, но и зафиксировать, до какого момента он оставался проверяемым и что произошло после его отсутствия.

Документация Khipu показывает, откуда берётся эта граница. Инструмент представляет traceroute, DNS и ping в режимах IP, ASN и страны. В карточках видны адрес, ASN, страна, RTT, членство в IXP и обнаружение anycast; полный или отфильтрованный набор можно выгрузить в JSON и CSV.

Для построения картины Khipu кеширует сопоставления ASN и стран из RIPE NCC RIS, сведения об IXP из PeeringDB, местоположение IP из IPLocate и обработанные измерения. Там же сказано, что системы IP-геолокации несовершенны, особенно для CDN. Это не свидетельство ошибки конкретной метки. Это честное указание: часть подписей получена из внешних справочных данных, а не измерена зондом.

Сырой слой уже хранит границы версий

Формат результатов измерений требует поле fw, которое указывает прошивку зонда, связанную со структурой результата. Начиная с версии результата 5000 поле mver отдельно обозначает измерительный код в формате x.y.z: несовместимое изменение, совместимое добавление полей или исправление без смены формата.

Спецификация также различает src, добавляемый зондом, и from, добавляемый серверной частью и используемый для поиска ASN и геолокации. NAT, выбор IPv6-адреса и отложенная доставка способны развести эти значения. Происхождение поля не скрывается ради простой картинки.

Руководство Results и Latest позволяет ограничить сырой набор идентификатором измерения, start, stop и probe_ids. Параметр versions у Latest возвращает до десяти предыдущих результатов каждого зонда, а не версии справочников. Пятиминутное кеширование относится к ответу Latest и ничего не говорит о сроках кеша Khipu.

Отдельно API архива зондов публикует исторические снимки состояния с фильтрами по дате, зонду и статусу. Исследователь способен точно назвать окно сырых пакетов и контекст зонда. И всё же эти два времени не идентифицируют последующие ASN-, IXP- и страновые таблицы.

Поля fw и mver не версионируют обогащение. Они задают правильную привычку: результат должен знать, какой производящий контур его создал.

Четыре исторических входа с условием доступности

В выпуске от 5 января 2026 года объявлено, что Khipu будет получать архивный кеш, если он доступен, для ip2asn, ixp, ip2country и asn2country. Число локальных архивов задаётся в настройках.

Оговорка о доступности принципиальна. Выбор исторического момента не гарантирует наличия каждого соответствующего набора. Локальная настройка влияет на глубину истории. Четыре названия означают четыре разных утверждения: происхождение маршрута, справочная связь с IXP, страна IP и страна ASN не являются одним фактом.

В записи нет срока хранения, схемы идентификаторов, хешей, общего момента снимка или порядка fallback. Эти характеристики остаются неизвестными. Нельзя также превращать метку IXP в доказательство прохождения через коммутационную матрицу, а страну — в физическое место, юрисдикцию или собственность.

Сила Khipu в объединении разнородных подсказок. Проверяемость требует не стирать раздельное происхождение при их объединении.

Граница хранения остаётся за пределами общего вида

Локальное число архивов определяет, сколько прошлого помещается на полке. Но публичная документация не называет самый ранний проверяемый момент, бюджет хранения, порядок вытеснения или fallback после исчезновения одного семейства. Локальный выбор глубины ещё не делает получившийся срок доказательства наблюдаемым.

«What Gets Shared» перечисляет идентификатор и тип измерения, режим IP, ASN или страны, фильтры, параметры отображения, состояние странового фильтра и полный экран. Это полноценная квитанция о ракурсе. Но там нет глубины хранения, старейшей проверяемой точки, следующей границы вытеснения, четырёх снимков, fallback, сборки Khipu и хеша результата.

Вывод относится к публичной документации. Он не доказывает отсутствие внутренних журналов у RIPE NCC или дополнительных метаданных в URL и экспорте. Он лишь показывает, что внешний получатель не может по опубликованному договору определить срок доказательства и состояние архивной полки.

История продукта объясняет разрыв. Статья о прототипе в августе 2025 года описывала активно развиваемый способ сделать большие наборы traceroute читаемыми и делиться фильтрами и видом через URL. 2 сентября Khipu вышел в статусе beta. 26 сентября появились поиск и оценка для странового представления.

Из этого нельзя заключить, что нынешний Khipu остаётся beta или выдавал неверный результат. Видно другое: к механизму передачи интерфейса добавились исторические входы и локальная полка. Следующий шаг — не централизовать хранение, а дать его границе выйти наружу до вытеснения.

Доступность входит в формулу

Обозначим сырой набор как R, представление как V, четыре снимка и fallback для момента t как E_t, их доступность у клиента l как A_l(t), а реализацию Khipu как K. Тогда проверяемый вывод можно представить так:

O_l = F(R, V, E_t, A_l(t), K).

Это аналитическая модель, не опубликованная схема RIPE NCC. Идентификаторы, времена, fw и mver описывают существенную часть R, а URL — V. Январский выпуск показывает условность E_t и локальную настройку его количества. Поэтому A_l(t) может различаться между клиентами и меняться со временем.

Отсюда следует только возможность: без нужного E_t клиент может утратить проверяемость старой метки при сохранённых R и V. Здесь не зафиксировано расхождение между двумя пользователями, не доказана недетерминированность и не опровергнута конкретная подпись.

Манифест хранения до вытеснения

Повседневная ссылка остаётся короткой. До того как старый архив покинет локальную полку, вывод для отчёта, тикета или научного приложения может сохранить такой манифест из пятнадцати полей:

  1. Идентичность квитанции. Стабильный ID и версия её схемы.
  2. Идентичность измерения. ID, тип и граница публичной или частной видимости.
  3. Окно результатов. Точные начало, конец и часовой пояс.
  4. Набор зондов. Упорядоченные ID и идентичность применимого снимка зондов.
  5. Получение сырья. Endpoint и время запроса.
  6. Целостность сырья. Хеш содержимого и наблюдавшиеся множества fw и mver.
  7. Идентичность визуализатора. Сборка или выпуск Khipu.
  8. Выбор архива. Исторический момент, правило выбора, локальная глубина и статус fallback.
  9. ip2asn. Источник, ID архива, время получения и дайджест.
  10. ixp. Источник, ID архива, время получения и дайджест.
  11. ip2country. Источник, ID, время, дайджест и степень уверенности либо unknown.
  12. asn2country. Источник, ID, время, дайджест и степень уверенности либо unknown.
  13. Каноническая конфигурация. Вид, фильтры, параметры отображения и общий URL.
  14. Объём экспорта. Полный или фильтрованный, видимое число и детерминированная сортировка.
  15. Идентичность вывода. Время генерации, хеш и ссылка на исправление или замену.

В публичную квитанцию нельзя включать ключи API, личность пользователя, историю браузера, локальные пути и закрытое содержимое. Для частного измерения та же структура остаётся внутри его режима доступа. Воспроизводимость не отменяет авторизацию.

Хранение остаётся локальным, срок становится переносимым

HENG.LU Note 64 требует строго описывать лишь малую необходимую общую часть, сохраняя последующие решения локальными. Ёмкость, глубина и порядок вытеснения принадлежат пользователю. Для результата-доказательства вместе передаются горизонт проверки, доступность, fallback, четыре снимка, визуализатор и хеш.

Такой минимум не вводит единую географическую модель. Другой оператор вправе применить иную карту IP-ASN, другой справочник IXP или другой способ определения страны. Квитанция превращает расхождение в сравнение входов, не наделяя RIPE NCC властью определять место, владение или коммерческую связь.

Переносимый срок не централизует хранение. Он сохраняет локальный выбор и позволяет сравнивать разные полки, не наделяя учреждение властью устанавливать географию или единую политику хранения.

Источники

Границы доказательств

Проверено: сырой результат содержит fw, а с версии 5000 — mver; Khipu документирует четыре исторических семейства, используемых при доступности, и настройку их локального числа; в списке общего доступа нет срока хранения и архивных идентификаторов.

Вывод: после вытеснения исторического входа с локальной полки старая производная метка может потерять проверяемость, хотя сырые данные сохранились.

Рекомендация: снабжать цитируемые экспорты переносимым манифестом, который связывает срок хранения с использованными идентичностями.

Неизвестно: внутренняя схема и срок хранения, недокументированные поля, порядок fallback, архив фактически использованного старого вида и наличие реального расхождения по одной ссылке.