요약

  • 공개된 표는 10개 글로벌 네트워크에 대해 기록된 피어링 용량을 기준으로 교환 지점 항목의 순위를 매긴다. 브라질의 IX.br 세 지역을 상위 6위 안에 올리지만, 분산된 NL-IX 범위는 하나의 항목으로 표시한다.
  • 이는 사이트 수준 비교이며, 교환 운영사나 국가 시스템 또는 트래픽의 순위가 아니다. NIC.br의 IX.br 수치는 훨씬 더 넓은 다른 측정을 설명한다.

한 행은 운영사가 아니다

순위는 유용할 수 있으면서도 헤드라인이 시사하는 것보다 좁은 질문에 답할 수 있다. Gael Hernandez의 분석에서는 IX.br과 관련된 세 항목인 상파울루, 리우데자네이루, 포르탈레자가 상위권 근처에 별도로 나타난다. 같은 분석은 NL-IX의 범위가 8개국 이상, 83개 시설, 12개 도시에 걸쳐 있음에도 NL-IX를 단일 항목으로 설명한다. 이 기록들은 모두 유익할 수 있다. 그러나 모두 같은 지리적 단위를 나타내지는 않는다.

이 구분이 중요한 이유는 독자들이 사이트 표에서 곧바로 기관이나 지역에 대한 결론으로 넘어가곤 하기 때문이다. “상위 6위 안에 브라질 항목 세 개”라는 말은 해당 연구가 순위를 매긴 항목에 관한 진술이다. 그것은 브라질이 비슷한 범위의 독립적인 교환 시스템 세 개를 갖고 있다는 증거도 아니고, 그 사이트들이 남미 트래픽에서 특정 비중을 차지한다는 증거도 아니다.

이 분석은 Akamai, Meta, Amazon, Hurricane Electric, Cloudflare, Fastly, Microsoft, Google, Netflix, ByteDance 등 이름이 명시된 10개 네트워크 브랜드의 PeeringDB 용량을 집계한다고 밝힌다. 첫 세 항목은 IX.br 상파울루, DE-CIX 프랑크푸르트, Equinix 싱가포르다. 상파울루에 대해 22.8 Tbps를 보고하고, 상위 6위 안에 브라질 항목 세 개가 있다고 밝힌다. 따라서 헤드라인 결과는 교환 지점 수준 기록, 즉 나열된 교환 지점 항목에서 해당 네트워크들의 용량이 기록된 위치를 중심으로 구성된다.

이는 정당한 관점이다. 대형 콘텐츠 또는 클라우드 네트워크가 어디에서 피어링 용량을 보고하는지 묻는 네트워크 기획자라면 개별 위치에 관심을 가질 수 있다. 위치 수준 목록은 조사할 가치가 있는 장소를 가리키고, 한 대도시권 상호접속 시장을 다른 시장과 구분하는 데 도움을 줄 수 있다. 문제는 독자가 각 행을 마치 같은 종류의 운영사 전체 범위를 설명하는 것처럼 다룰 때 시작된다.

표는 서로 다른 두 경계를 감춘다

IX.br는 분산 시스템이다. NIC.br는 IX.br가 브라질 5개 지역의 39개 대도시권에 존재하며, 약 3,800개 참여 자율 시스템과 약 7,000개 연결을 갖고 있다고 말한다. 2026년 3월 발표에서는 3월 20일 집계 트래픽이 50 Tbit/s로 기록을 세웠고, 그중 상파울루에서 32 Tbit/s가 나왔다고 보고한다. 이는 IX.br의 더 넓은 범위에 관한 운영사 수준 수치이자 특정 날짜의 트래픽 관측치다.

이 수치들은 PeeringDB 순위의 용량 산술을 검증하는 데 사용되어서는 안 된다. 순위와 NIC.br 발표는 서로 다른 측정, 모집단, 경계를 설명한다. 하나는 선택된 네트워크가 교환 지점 항목에서 기록한 용량을 보고하고, 다른 하나는 IX.br를 통과한 트래픽을 보고한다. 한쪽을 다른 쪽으로 나눈다고 해서 이용률이 나오지는 않는다. 국가 또는 시스템 전체 트래픽 수치도 선택된 네트워크의 트래픽이 순위에 오른 위치들 사이에 어떻게 분배되었는지 알려주지 않는다.

NL-IX는 반대 방향에서 그룹화 질문을 드러낸다. 이 연구는 8개국 이상, 83개 시설, 12개 도시에 걸친 범위를 설명하면서 NL-IX 항목은 하나로 집계한다. 따라서 한 행이 도시보다 훨씬 넓은 지리적 시스템을 나타낼 수 있다. 세 행은 하나의 국가 시스템 안에 있는 세 개의 지역 IX.br 사이트를 나타낼 수 있다. 이 표가 반드시 틀린 것은 아니다. 지역 사이트 관점과, 나열된 항목이 이미 여러 사이트에 걸쳐 있는 운영사를 섞고 있는 것이다.

공개 분석은 모든 그룹화 선택을 확정할 수 있는 기록별 매핑을 독자에게 제공하지 않는다. 출처로 PeeringDB를 밝히고, 교환 지점 존재 여부와 포트 용량 값이 부정확하거나 오래되었을 수 있다고 경고한다. PeeringDB의 네트워크-교환 지점 연결 모델은 네트워크, 교환 지점, 속도, 상태, 업데이트 시간 같은 필드를 노출한다. 이런 필드는 기록이 무엇을 담고 있는지 설명하는 데 도움을 준다. 그러나 데이터 구조만으로는 Hernandez가 어떤 기록을 포함했는지, 언제 추출했는지, 누락값을 어떻게 처리했는지, 비슷한 이름의 위치를 그룹화했는지 알 수 없다.

용량은 사용량이 아니다

“용량”도 자기 영역을 벗어나지 않아야 한다. 선언된 포트 속도나 나열된 피어링 용량의 합계는 트래픽, 성공적인 포워딩, 이용률, 경로 지역성, 복원력에 대한 관측이 아니다. 분석 자체도 출처 기록이 오래되었거나 부정확할 수 있다고 주의한다. 높은 나열 값은 교환 지점 항목을 살펴볼 가치가 있게 만들 수 있지만, 특정 기간 동안 실제로 얼마나 많은 트래픽이 그곳을 통과했는지는 보여주지 못한다.

이 구분은 PeeringDB 사용에 반대하는 논거가 아니다. 대상을 분명히 표시해야 하는 이유다. 분석가가 추출 날짜, 기록 식별자, 포함 규칙, 집계 방법을 공개하면 데이터베이스 기록이 투명한 비교를 뒷받침할 수 있다. 이런 세부 정보가 없으면 독자는 순위를 보고된 결과로 반복할 수는 있지만, 모든 행을 독립적으로 재구성하거나 바뀐 순위가 새로운 상호접속, 수정된 기록, 변경된 그룹화 규칙 중 무엇을 반영하는지 판단할 수 없다.

IX.br의 참여 정보는 사이트 경계를 단순한 지도상 구분이 아니라 운영상의 단위로 만든다. 자율 시스템은 특정 지역에서 트래픽을 교환하려고 하고, 물리적 상호접속 지점이나 공유 포트 제공자를 선택하고, 연결을 마련하고, 관련 등록 및 기술 단계를 완료할 수 있다. 비용은 지역마다 다르다. 상파울루와 포르탈레자를 고려하는 네트워크는 두 사이트가 모두 IX.br 안에 있더라도 두 개의 지역 연결 결정을 검토하는 것이다. 그래서 사이트 수준 순위는 운영사 수준 순위가 아니어도 유용할 수 있다.

분석: 두 관점을 모두 공개하라

가장 깔끔한 제시 방식은 사이트 수준 표를 유지하고, 명시적으로 그룹화한 두 번째 관점을 추가하는 것이다. 첫 번째는 교환 지점 위치의 순위를 매긴다. 두 번째는 공개된 규칙 아래 운영사 범위를 비교한다. 어떤 기록이 하나의 시스템에 속하는지, 여러 국가나 도시에 걸친 네트워크를 어떻게 처리하는지, 한 브랜드가 별도 이름의 교환 지점 여러 개를 운영할 때 어떻게 하는지를 밝히는 규칙이다.

각 판은 날짜가 표시된 스냅샷, 안정적인 교환 지점 및 네트워크 식별자, 선택된 기록, 제외 사유에 대한 짧은 설명, 재현 가능한 집계 규칙을 포함해야 한다. 별도의 매핑 표는 개별 사이트 기록에서 운영사 그룹으로 이어지는 경로를 보여줄 수 있다. 그러면 독자는 지역 시장과 더 넓은 시스템을 오가면서도 둘을 몰래 동등하게 취급하지 않을 수 있다.

그때까지 가장 강한 결론은 좁지만 유용하다. 브라질의 세 위치가 선택된 네트워크를 대상으로 한 이 특정 기록 용량 순위에서 높은 자리를 차지한다는 것이다. 이 표는 브라질이 동료 국가들과 같은 규모의 별도 운영사 시스템 세 개를 갖고 있다거나, 세 사이트가 가장 많은 트래픽을 처리한다거나, 이 순위가 지역 의존도를 측정한다는 것을 입증하지 않는다. 이들은 서로 다른 질문이며, 각각 다른 분모가 필요하다.

출처