Кратко

  • По опубликованному Gaurav Kansal отчёту, за 91-дневное сравнение через RIPE Atlas публичный резолвер NIC 1.10.10.10 показал среднее 27,0 мс для DNS-ответов и 17,3 мс для ping. Это цифры автора, а не вывод независимого аудита сервиса.
  • Польза исследования неотделима от оговорок: популярные домены, вероятно, часто обслуживались из кеша; неудачные запросы и потери пакетов не отфильтровывались; число наблюдений различается; проверенные публичные файлы не позволяют пересчитать средние значения.

Цифра, которую легко превратить в вердикт

В сентябре 2026 года Gaurav Kansal опубликовал материал «Monitoring 1.10.10.10 with RIPE Atlas Probes». В нём публичный адрес DNS Национального центра информатики Индии (National Informatics Centre, NIC) 1.10.10.10 сопоставлен с Cloudflare, Google и Quad9. Указанный период измерений — с 13 ноября 2025 года по 11 февраля 2026 года. Таблица воспроизводит опубликованные автором средние и объёмы; независимый пересчёт по исходным наблюдениям здесь не проводился.

Резолвер Средний ping Наблюдения ping Среднее время DNS-ответа Наблюдения DNS
NIC 1.10.10.10 17,3 мс 1 038 738 27,0 мс 580 916
Cloudflare 1.1.1.1 14,8 мс 1 047 581 43,2 мс 528 540
Google 8.8.8.8 14,8 мс 1 039 961 32,1 мс 596 800
Quad9 9.9.9.9 55,8 мс 1 050 441 112,1 мс 577 032

По опубликованному среднему времени DNS NIC опережает три сервиса сравнения в рамках этого теста. По ping его среднее на 2,5 мс выше, чем у Cloudflare и Google. Противоречия нет: ping измеряет круговой путь ICMP-пакета, а DNS-тест — ответ на запрос имени. Эти показатели описывают разные операции и не дают общего рейтинга «лучшего» резолвера. Доступность, точность ответов, конфиденциальность, безопасность и восстановление после сбоя требуют иных измерений; низкая задержка сама по себе ничего из этого не доказывает.

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

Ежедневный список из десяти доменов задаёт рамку

По описанию в посте, ежедневный DNS-тест использовал десять доменов с наибольшим числом обращений в трафике NIC за конкретный день. В тот же день одинаковый набор отправлялся четырём резолверам; между днями набор менялся. Общий входной список делает внутридневное сравнение осмысленнее: сервисы получают те же имена, а не произвольные разные запросы.

Однако эти имена популярны именно в трафике NIC. Kansal отмечает, что многие ответы, вероятно, уже находились в кеше. Если резолвер хранит ответ, ему не нужно заново проходить всю иерархию DNS. Это не обесценивает измерение: быстрый ответ на часто используемые имена важен для обычной работы. Но результат ближе к сравнению ответов на популярные, возможно повторяющиеся запросы, чем к проверке холодного первого разрешения, редких имён или всех возможных запросов.

Выбор популярных имён отражает точку зрения конкретной сети. Для оценки нагрузки NIC это может быть разумно, но не доказывает, что набор характерен для всех сетей Индии или всех пользователей публичного DNS. Пробы RIPE Atlas задают места измерения, а трафик NIC — список доменов. Эти два основания не образуют национальную репрезентативную выборку.

Ping имеет ещё более узкий смысл. Он показывает, ответил ли адрес на ICMP-пакет и сколько занял путь туда и обратно от пробы. Он не проверяет корректность DNS-ответа, скорость загрузки сайта или доступность приложения. Объединить ping и DNS в одну оценку — значит скрыть различие, а не объяснить его.

Большое число наблюдений не определяет знаменатель

Опубликованные объёмы велики: более миллиона ping-наблюдений и свыше полумиллиона DNS-наблюдений на сервис. Большой массив может стабилизировать итог для включённых в него случаев, но сам по себе не сообщает, какие случаи попали в среднее, какие отсутствовали и как учтены сбои. Число DNS-наблюдений колеблется от 528 540 у Cloudflare до 596 800 у Google; объёмы ping также отличаются.

Kansal пишет, что скрипты получения данных не отфильтровывали потерянные пакеты и неудачные запросы. Это существенная оговорка: отчёт не описывает среднее, полученное простым удалением неблагоприятных результатов. Но она не объясняет, как в среднем учитывался тайм-аут без обычного времени ответа, применялись ли повторы и означает ли число наблюдений запланированные запросы, полученные записи или успешные ответы. Без определения знаменателя среднее трудно интерпретировать.

Один файл в публичном репозитории показывает вопрос, но не отвечает на него. В файле счётчиков DNS за 13 ноября 2025 года приведены количества по адресам резолверов, но не индивидуальная задержка; дневные числа между ними различаются. Одного дня недостаточно, чтобы утверждать наличие сбоя, смещения или ошибки среднего. Он лишь показывает, почему необходимы правила подсчёта и лежащие в основе итога наблюдения.

Публичный репозиторий 1.10.10.10-tests и его README описывают ежедневные счётчики и графики. В проверенном для этой статьи дереве репозитория не удалось найти чётко обозначенные файлы с ID измерений, полными записями задержек или скриптами сбора, достаточными для воспроизведения опубликованных средних. Это ограниченное наблюдение о проверенном дереве, а не утверждение, что таких материалов нигде не существует. Доступные там файлы сами по себе не воспроизводят средние за 91 день.

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

RIPE Atlas расширяет точки наблюдения, но не независимость аудита

Документация о работе RIPE Atlas и измерениях, задаваемых пользователями объясняет, как запускать тесты с проб, размещённых в разных сетях. Это расширяет географические и сетевые перспективы. Но платформа не выбирала здесь домены, не рассчитывала средние и не заверяла выводы Kansal. Пробы на сторонней инфраструктуре делают измерение распределённым, но не превращают написанный оператором анализ в независимый аудит. Нет и сведений о том, что RIPE NCC одобрял результат.

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

Должность объясняет контекст, но не даёт права представлять пользователей

Профиль автора на APNIC называет Kansal Joint Director (IT) в NIC и сообщает, что он руководит Sarvagya/Bharat Public DNS. Материал APNIC — авторская публикация; редакционная оговорка августа 2026 года уточняет, что мнения принадлежат автору. Эти записи помогают понять его организационную связь с работой, но не превращают его в представителя всех пользователей интернета Индии.

В руководстве CGA по кибербезопасности и материале NIC Informatics за июль 2025 года адреса 1.10.10.10 и 2409::1 упоминаются в рекомендациях по конфигурации или защите. Это подтверждает наличие документированной рекомендации, но не число настроенных устройств, общенациональное распространение или пользовательский результат.

На личном сайте Kansal также приводятся заявления о масштабе, локализации данных и блокировке вредоносных доменов. Их следует приписывать его собственному профилю: исследование задержек их не проверяет. Быстрый ответ ничего не говорит о сроках хранения журналов, точности фильтрации, уровне безопасности или доступности. Для каждой характеристики нужны отдельные доказательства.

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

Следующее сравнение можно сделать воспроизводимым

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

Средние полезно оставить как краткое резюме, но дополнить медианами, высокими перцентилями, динамикой по дням и долей ответов, которых не было. Тест популярных доменов, вероятно попадающих в кеш, стоит отделить от холодного разрешения и запросов с заранее известным ответом. Доступность, точность, DNSSEC, приватность, фильтрация и безопасность требуют отдельных проверок; более низкая задержка их не заменяет.

Важен и календарь: период измерений закончился 11 февраля 2026 года, а публикация появилась 17 сентября. Это исторический результат, а не замер текущего состояния в сентябре. Регулярные измерения по сопоставимым правилам либо с ясным описанием изменений показали бы, сохраняется ли картина.

Наиболее обоснованное прочтение находится между двумя крайностями. Ни «NIC победил крупнейшие резолверы», ни «исследование бесполезно» не соответствуют материалам. Для указанных проб, имён, периода и метода сообщённое автором среднее DNS у NIC было ниже трёх сравнительных значений, а средний ping — несколько выше, чем у Google и Cloudflare. В публикации достаточно контекста для технической дискуссии, но проверенных публичных файлов недостаточно для полного пересчёта.

В этой границе и состоит значение работы Kansal: сравнение делает видимой часть эксплуатации публичной услуги. Это можно оценить, не называя таблицу национальным аудитом и не считая должность автора мандатом говорить от имени каждого пользователя. Публичное сравнение становится сильнее, когда обозначает неопределённость и допускает независимую проверку расчёта.

Источники