Кратко

  • Andy Clyde сообщил на RIPE 93, что команда Internet Society/Pulse использует PeeringDB для анализа точек обмена и нуждается в записях с 2019 года, чтобы повторять расчёты.
  • Проект API v3 устанавливает цели для свежих данных, исключает исторические запросы из этого показателя и требует объявить срок хранения старых записей, пока без конкретной цифры.

Разработчика новой API легко поздравить с ответом за секунды. Для Andy Clyde важнее дата самого старого ответа. На панели PeeringDB на RIPE 93 он объяснил: его команда изучает сеть во времени, а не настраивает маршрутизатор по сегодняшней записи. Переход клиента на проектируемую API, по его оценке, может занять пару недель. Возвращаться к данным 2019 года и пересчитывать их нужно будет гораздо дольше.

Официальная стенограмма фиксирует и другие запросы к трекеру точек обмена: трафик, классификацию сетей, типы наборов данных. Clyde признаёт, что часть этих сведений может не входить в задачи PeeringDB. Две API создают дополнительную нагрузку для клиентов и самой организации. Но работу над интерфейсом можно запланировать; потерю исторических наблюдений исправить нельзя.

Проект v3 PeeringDB от 18 сентября описывает публичную API только для чтения рядом с v2, инкрементальную синхронизацию и ежедневные снимки. Цель — показывать 99% текущих изменений за минуту. Исторические обходы явно исключены из измерения свежести. PeeringDB должна опубликовать окно хранения старых данных, которые предоставляет, но срок в проекте не назван. Адреса существующих выгрузок эта работа не меняет.

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