Кратко

  • В оригинальных слайдах для BKNIX Peering Forum в мае 2026 года Michael Takeuchi рассказал о перегрузке из-за ограниченного числа портов у другого участника пиринга. Его собственный порт оставался свободным.
  • Без статистики и системы наблюдения соседней сети исправный локальный график не показывает, где скопились пакеты.

Абонент жалуется на медленную связь. Оператор проверяет свой порт и видит запас. Takeuchi принёс именно эту ловушку на форум BKNIX. Он руководит технологиями и эксплуатацией RAPIDNET, а в индонезийской ассоциации провайдеров APJII занимает пост заместителя руководителя направления Indonesia Internet Exchange и дата-центров. В его случае порты другого участника были ограничены и перегружены. На своей стороне перегрузки он не видел; чужая панель мониторинга оставалась закрытой.

В первичном документе Peering Asia RAPID Networks указана на шести точках обмена Джакарты: IIX, EPIX, OpenIXP/NiCE, JKT-IX, CXC и CDIX. На слайдах BKNIX Takeuchi показывает провайдера, подключённого к двенадцати городским точкам. Один префикс, по его примеру, приходит через одиннадцать сеансов BGP с пяти точек. Это иллюстрации из выступления, а не перепись всех сетей Индонезии. Резервных направлений становится больше, вместе с числом настроек и соседей.

У каждого соседа свой уровень открытости. Одни сети дают looking glass, другие не показывают даже базовую телеметрию. Настройки серверов маршрутов, фильтров и поддержка BGP-сообществ тоже разнятся. Takeuchi приводит точку обмена без управления через сообщества: при перегрузке остаётся вручную выбирать пиринговые соединения. Автоматизация собственной конфигурации не заменит счётчик порта, который принадлежит другой сети.

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