요약

  • Michael Takeuchi는 2026년 5월 BKNIX Peering Forum의 원본 발표 자료에서 다른 피어의 제한된 포트에서 혼잡이 일어났지만 자기 포트는 포화되지 않았다고 설명했다.
  • 상대편의 트래픽 통계와 모니터링 화면이 없으면, 자기 쪽의 정상 그래프만으로는 병목을 찾을 수 없다.

고객은 느리다고 전화한다. ISP는 자기 포트를 확인하고 여유를 본다. Takeuchi가 BKNIX 포럼에 가져간 장면이다. RAPIDNET의 기술·운영 책임자이자 인도네시아 ISP 협회 APJII에서 Indonesia Internet Exchange와 데이터센터 업무의 부책임자인 그는 다른 피어의 포트가 제한돼 혼잡이 난 사례를 제시했다. 자기 포트에는 병목이 없었다. 하지만 상대 네트워크의 모니터링 자료도 없었다.

Peering Asia의 원본 자료는 RAPID Networks가 자카르타의 IIX, EPIX, OpenIXP/NiCE, JKT-IX, CXC, CDIX 여섯 교환 지점에 연결돼 있다고 기록한다. BKNIX 발표에는 한 ISP가 시내 열두 지점에 접속한 예와, 하나의 프리픽스가 다섯 지점의 BGP 세션 열한 개를 통해 들어오는 예도 나온다. 발표자가 든 사례이지 전국 통계는 아니다. 경로가 많아질수록 정책과 연락해야 할 상대도 늘어난다.

문제는 연결 개수보다 관측 범위다. 어떤 네트워크는 looking glass를 제공하지만, 어떤 곳은 기본 텔레메트리조차 보여 주지 않는다고 Takeuchi는 적었다. 교환 지점마다 경로 서버 설정, 필터, BGP 커뮤니티 지원도 다르다. 그는 커뮤니티 제어가 없는 지점에서 혼잡을 피하려면 피어를 수동으로 골라야 하는 사례를 들었다. 자기 장비 설정을 자동화해도 남의 포트 계기판까지 생기지는 않는다.

공개된 발표 자료에는 제한된 포트를 가진 피어의 이름과 그 포트의 카운터가 없다. 이 사건의 크기와 지속 시간을 확정하려면 두 기록이 필요하다. 그러나 운영상의 균열은 분명하다. 고객에게 답해야 하는 회사와 원인을 보여 줄 숫자를 가진 회사가 다르다.