Кратко

  • Две копии публичного geofeed LACNIC, полученные 3 сентября 2026 года, совпали побайтно. В каждой — 13 569 строк и 13 546 различных префиксов. Двадцать три префикса встречаются по два раза.
  • Девять пар полностью идентичны, в четырнадцати различаются сведения о местоположении. Четыре пары указывают разные страны. Для 170.51.97.0/24 это UY и PY; правило выбора наиболее длинного префикса не помогает, поскольку оба /24 одинаковы.
  • Проверка выявила противоречия в файле, но не установила фактическое местоположение, авторов и даты обновления строк или последствия их использования. Исправление структуры выгрузки не следует выдавать за проверку географии.

Порядок строк превращается в выбор страны

Строка 2 631 в исследованной копии публичного geofeed LACNIC содержит 170.51.97.0/24,UY,UY-MO,Montevideo,. Строка 12 633 начинается с того же префикса, но продолжается иначе: PY,PY-ASU,Asuncion,. UY обозначает Уругвай, PY — Парагвай. Диапазон адресов при этом не меняется.

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

Более поздняя позиция в CSV не означает более позднюю дату обновления. Более ранняя — не доказывает приоритет заявления. Если при загрузке одна строка исчезает без объяснения, вместе с ней для следующего пользователя может исчезнуть и сам факт разногласия.

Отсюда не следует, что какой-либо сервис уже ошибочно определил страну пользователя. Здесь не проверялись коммерческие базы и не отслеживались решения приложений. Доказуемый вывод ограничен содержимым файла: одному и тому же ключу соответствуют разные географические заявления. Чтобы заметить это, не нужно решать, где на самом деле находится сеть.

У общего файла есть полезная, но ограниченная функция

Описание сервиса LACNIC объясняет, что администраторы участников могут добровольно указывать страну, регион и город через MiLACNIC. Эти сведения сводятся в общедоступный CSV. Английская версия описания опубликована 7 сентября 2020 года. Речь не идёт о запуске новой услуги в 2026 году: нынешняя проверка относится к свежей копии давно существующей выгрузки.

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

В разъяснении LACNIC о геолокации IP, опубликованном на английском 19 июля 2018 года, проводится важное различие. Контактные и договорные сведения в Whois не обязательно показывают, где используются адреса. Geofeed позволяет сообщать об использовании и при необходимости делить диапазоны на части. При этом LACNIC не управляет коммерческими базами геолокации.

Такое ограничение роли не обесценивает услугу. Напротив, оно помогает сформулировать точную задачу: сделать агрегированные заявления понятными и проверяемыми, не объявляя регистратуру окончательным арбитром географии. Дублирование полностью одинаковых строк и сосуществование разных стран требуют разной обработки именно в рамках этой узкой задачи.

Что насчитано в двух копиях

Два успешных запроса были начаты 3 сентября в 10:31:23 и 10:45:12 UTC. Обе полученные копии занимают 438 145 байт и полностью совпадают. Между ними две попытки завершились по тайм-ауту. Эти отдельные неудачные запросы не дают основания для вывода о доступности сервиса в целом. Две одинаковые копии также не являются длительным рядом наблюдений.

Из 13 569 строк 10 782 относятся к IPv4, а 2 787 — к IPv6. Все префиксы удалось разобрать как канонические сетевые диапазоны, без ошибок и без установленных битов узла в записи префикса. Группировка одинаковых диапазонов дала 13 546 различных префиксов. Дополнительный подсчёт по буквальному тексту префиксов воспроизвёл результат. Оба способа применены одним исследователем; это проверка метода, а не независимый внешний аудит.

Повторяются 23 пары, то есть затронуты 46 строк и присутствуют 23 лишние записи по сравнению с представлением «одна строка на префикс». Эти числа не обозначают количество организаций, автономных систем, пользователей или действующих маршрутов. Они описывают только записи в полученном наборе данных.

Девять пар полностью идентичны. Например, 200.123.12.0/24,PE,PE-LIM,Lima, стоит дважды подряд. Убрать из обычной выдачи одну копию, сохранив происхождение и историю записи, можно без выбора между разными заявлениями о месте.

В остальных четырнадцати парах различаются данные о местоположении. Четыре содержат разные страны. Помимо 170.51.97.0/24, это 181.238.0.0/24, 181.239.32.0/24 и 186.182.0.0/24. Для последних трёх встречаются PY и AR — Парагвай и Аргентина. Назвать их четырьмя доказанными ошибками геолокации означало бы выйти за пределы наблюдения: правильная страна не установлена.

Ещё четыре пары согласуются в стране, но расходятся в регионе или городе. В частности, для 200.63.248.0/21 указаны разные города Эквадора — Ибарра и Кито — с разными региональными кодами. В шести оставшихся парах страна одна, а различие состоит только в полноте описания. У 200.80.255.0/24 одна строка содержит AR,AR-B,Buenos Aires,, другая — AR,,,.

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

Почему вложенные сети — другой случай

RFC 8805, информационный документ августа 2020 года о формате geofeed, различает повторение префикса и вложенность диапазонов. Раздел 2.1 допускает пустые необязательные поля. Раздел 2.1.3 рассматривает дублирование префикса как ошибку, которую следует отразить для административной проверки, но допускает, что более узкий диапазон содержится в более широком. Сам документ не является законом, предписывающим стране конкретные адреса.

В исследованном файле есть и 177.126.48.0/22, и 177.126.48.0/24. Второй диапазон входит в первый. Для адреса внутри /24 можно использовать более конкретное заявление, тогда как /22 продолжает описывать более широкий блок. Если объявить любую такую вложенность ошибкой, исчезнет полезная возможность формата.

Но две строки 170.51.97.0/24 имеют одинаковую длину и охватывают одинаковые адреса. Правило наиболее длинного совпадения здесь даёт ничью. RFC не устанавливает, что в такой ситуации правильной становится первая либо последняя строка.

Это означает, что проверка синтаксиса и выбор географического заявления — разные операции. Можно получить файл без дублирующихся ключей простым отбрасыванием записей. Такой результат удобнее загрузить, однако он ещё не объясняет, почему оставшееся значение лучше соответствует реальности. Более чистая таблица иногда означает лишь менее заметное противоречие.

Что остаётся неизвестным

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

В этой работе не использовались аккаунты участников, внутренние журналы, активные измерения местоположения или коммерческие географические базы. Не установлены авторы строк, время их изменения и причина появления повторений. Законное распределённое использование адресов в нескольких местах не исключено. Не измерены фактическая загрузка данных третьими сторонами, результаты их обработки и возможный ущерб.

Поэтому из наблюдения нельзя выводить незаконное владение ресурсами, сбой RPKI, цензуру или нарушение связи. Неопределённость в географическом заявлении не делает недействительными ни распределение адресов, ни маршрут.

Практическая коррекция может быть уже таких выводов. Точные копии можно объединять в обычной выдаче с сохранением происхождения. Разные заявления об одном префиксе — обозначать как требующие уточнения, а не молча выбирать победителя. Незатронутые корректные записи при этом могут оставаться доступными. Потребитель вправе оставить страну неопределённой, обратиться к отдельным свидетельствам или назначить проверку соразмерно последствиям решения. Для этого не требуется превращать LACNIC в центральную инстанцию, определяющую физическое местоположение каждого адреса.