요약

  • PIT-IX의 교환점 기록은 시설 연관 세 건, 등록 네트워크 서른여섯 개, 2026년 11월 4일 01:14에 갱신된 마흔한 개 네트워크의 IX-F 임포트를 밝힌다. 방 하나짜리 동호회가 아니라는 값싼 질문은 이것으로 끝난다.
  • 그러나 같은 기록은 그 세 곳 중 어느 것도 이름 짓지 않으며, 회원이 실제로 세션을 맺는 라우트 서버 AS30365에는 시설 연관 0, 교환점 연관 0, 시설 연관 날짜조차 없다. 접속을 저울질하는 쪽은 세 건물 중 어느 곳의 전원이 꺼져야 자기 트래픽이 멈추는지 알 수 없다.

이 기록은 빈약하지 않다. PIT-IX라는 이름, 별칭 PIT-IX Pittsburgh, 정식 명칭 Pittsburgh Internet Exchange, 도시 피츠버그, 대륙 구분 북아메리카가 모두 들어 있다. fac_count는 3, net_count는 36, ixf_net_count는 41이며 IX-F 임포트 시각은 2026-11-04T01:14:26Z로, 읽은 시점에서 몇 시간밖에 지나지 않았다(PeeringDB의 PIT-IX 교환점 기록). 매체는 이더넷, 유니캐스트와 IPv6는 참, 멀티캐스트는 거짓이다. 피어링 정책은 개방형이고 위치 요건도 계약 요건도 없다. 그리고 같은 문장에서 서비스 수준과 조건은 모두 'Not Disclosed'로 적혀 있다. 교환점은 2017-11-07에 만들어졌고 마지막 수정은 2025-08-05다.

이것은 재고 목록이고, 꽤 잘 관리된 목록이다. 지도는 아니다.

셋을 세는 일은 거의 무엇이든 될 수 있다

시설 세 곳은 실제 사실이고 동시에 약한 사실이다. 같은 건물 안의 케이지 세 개는 전원 인입 하나, 냉동 설비 하나, 광케이블 인입 하나, 대개는 같은 도로 아래 같은 관로까지 공유한다. 전원 인입과 케이블 경로가 따로인 건물 세 채는 굴착기가 엉뚱한 관을 건드렸을 때 전혀 다르게 움직인다. 시설 개수라는 숫자는 이 두 세계를 구분하지 못한다. 둘 다 셋으로 세어지기 때문이다.

조직 기록이 채워 놓은 위치는 정확히 하나다. 1016 North Lincoln Ave, 펜실베이니아주 피츠버그 15233, 좌표 40.450257과 -80.020202. 2017년에 만들어져 2022년에 마지막으로 손댄 항목이다(PeeringDB 조직 18417). 보관된 기록 어디에도 이 주소를 집계된 세 시설 중 하나로 묶는 대목은 없다. 그중 하나일 수 있다. 사무실일 수 있다. 문 뒤에 장비가 하나도 없는 법적 소재지일 수도 있다. 독자는 판별할 수 없고, 기록은 추측조차 내놓지 않는다. 이 조직의 통신사 집합과 캠퍼스 집합은 모두 비어 있어서 전송 단서조차 없다.

회원이 설정하는 ASN의 칸은 비어 있다

더 날카로운 지점은 여기다. PIT-IX 회원은 '교환점'이라는 객체와 피어링하지 않는다. 자율 시스템을 향해 BGP 세션을 설정한다. 그 ASN을 조직 자신의 네트워크 목록이 지목한다. AS30365, 'PIT-IX Route Servers', 유형은 라우트 서버, 범위는 지역, IRR AS-SET AS-PITIX에 연결되며 프리픽스 상한은 IPv4 십만, IPv6 삼만이다(PeeringDB 조직 18417). 그 ASN의 네트워크 기록은 웹사이트를 교환점으로 돌리고 같은 이름을 반복한다(PeeringDB의 AS30365 네트워크 기록). 등록부 쪽 시각도 보유자에서 일치한다. ARIN이 IANA의 16비트 AS 번호 등록부 안에서 할당한 블록 29696–30719의 보유자는 'PITIX - Pittsburgh Internet Exchange'로 적혀 있다(RIPE NCC의 AS30365 개요).

신원은 세 방향에서 확인된다. 그리고 그 신원을 확인한 바로 그 기록에서 fac_count는 0, ix_count는 0, netfac_updated는 비어 있다. 이 객체의 교환점-네트워크 연관 최종 갱신은 2023-09-14에 멈춰 있다.

0이라는 칸은 증인이 아니다. 라우트 서버가 어디에도 없다는 것을 증명하지 않는다. 기록이 '어디에 있는지'에 관해 아무 주장도 하지 않는다는 것만 증명한다. 문제의 전부가 여기에 있다. 잠재적 피어, 보험사, 접속 전 점검을 하는 네트워크 엔지니어가 실제로 읽는 기록이 이것이기 때문이다. 건물 하나의 사고에서 회원의 트래픽이 살아남는지를 결정하는 질문, 곧 '내 라우트 서버 세션이 내 포트와 같은 물리 설비에 의존하는가'에는 설정하라는 그 ASN의 어느 칸에도 답이 없다.

같은 조직에 두 번째 ASN이 있고, 이것은 정리를 돕기보다 흐린다. AS400798, 'Pittsburgh Internet Exchange Services', 2023-06-28 생성, ix_count 1, fac_count 1, 교환점-네트워크 연관 갱신은 2026-03-26. 어느 신원이 회원 서비스를 지고 어느 쪽이 스위치 패브릭을 지는지는 보관된 어느 칸에도 적혀 있지 않다.

서른여섯과 마흔하나

두 네트워크 수는 다섯만큼 벌어져 있고, 보관된 어느 것도 각각의 모집단을 정의하지 않는다. 독자는 IX-F 임포트에 라우트 서버 전용 항목이 들어가는지, 한 수는 회원이고 다른 수는 프리픽스에 인접한 세션인지, 아니면 차이가 운영자 자체 명부와 자동 피드 사이의 흔한 지연인지 확인할 수 없다. IX-F 시각이 증명하는 것은 2026년 11월 4일 아침에 임포트가 돌았다는 사실뿐이다. 트래픽도, 가용성도, 회원 한 사람의 경험도 증명하지 않는다(PeeringDB의 PIT-IX 교환점 기록). 파일이 새롭다는 것과 패브릭이 건강하다는 것은 다른 이야기다.

피어가 실제로 필요로 하는 네 가지, 그리고 이 기록이 붙잡고 있는 것

PIT-IX의 이중화 주장이 감탄의 대상이 아니라 보험의 대상이 될 수 있는지를 결정하는 것은 네 가지다.

첫째, 이름이다. 주소 없는 시설 개수는 회원 자신의 거점, 그 회원의 통신사, 고객이 이미 들어가 있는 건물과 대조할 수 없다.

둘째, 라우트 서버 기능이 세 곳 중 둘 이상에 존재하는지다. 애니캐스트 라우트 서버와 사이트별로 분리된 인스턴스는 서로 다른 제품이고, 장애 시 동작도 운영 비용도 다르다. 기록은 그 사이에서 침묵한다.

셋째, 회원의 포트와 라우트 서버 세션을 의도적으로 서로 다른 장애 영역에 둘 수 있는지다. 이 대응도가 없으면 다양성을 요구하는 회원은 뒤에 아무것도 적혀 있지 않은 약속을 요구하는 셈이다.

넷째, 사이트 사이로 트래픽이 어떻게 건너가고 그 전송을 누가 쥐고 있는지다. 교환점 자신의 통계 페이지와 라우트 서버 페이지는 두 기록 모두에서 참조되지만 이 기사를 위해 확보되지 않았고, 교환점 1999에 묶인 시설 행도 마찬가지다. 세 번의 요청은 권한 오류와 용량 오류를 돌려줬다. 시설 목록이 빠진 것은 확보하지 못했기 때문이지, 누군가 존재하지 않음을 입증했기 때문이 아니다. 이 제약은 각주가 아니라 발견 바로 옆에 놓여야 한다. 토폴로지를 감추는 운영자와, 토폴로지를 요구받은 적조차 없는 기록의 차이가 바로 거기에 있다.

상업적인 면은 더 건조하다. 서비스 수준과 조건은 모두 미공개로 표시돼 있다. 접속 수단을 비교하는 구매자는 PIT-IX가 존재하고, 개방적이며, 방 하나를 넘어섰다는 것을 볼 수 있다. 그러나 복원력에 관해서는 지도가 있어야 할 자리에 숫자 하나가 놓여 있을 뿐이다. 세 건물에 이름이 붙고 라우트 서버가 그중 최소 두 곳에 주소를 갖기 전까지, 정직한 독법은 이렇다. 집계이고, 토폴로지는 없다.