NRO 충돌 목록 두 배, 새 ARIN 행 일곱 개는 원본에 없다

NRO 충돌 목록이 하루 새 두 배가 됐다. 새 ARIN 기록 일곱 개는 원본에 없다

왜 중요한가

파일 이름이 `conflicts`라면 판정이 끝난 것처럼 보인다. 11월 3일 NRO 통계의 충돌 쌍은 전날 일곱 개에서 열네 개로 늘었고, 새 일곱 개는 모두 ARIN과 RIPE NCC의 IPv4 행을 맞세웠다. 그러나 ARIN이 2일과 3일 발행한 전체 원본에는 그 범위와 겹치는 행이 하나도 없다. 경보의 날짜와 근거의 날짜를 따로 읽어야 한다.

Theo March2026년 11월 4일읽는 시간 3 분마지막 업데이트: 2026년 11월 4일

요약

RIPE NCC가 호스팅하는 NRO의 11월 2일 충돌 파일에는 두 행씩 묶인 일곱 건이 있다. 3일 파일에는 열네 건이 있다. 새로 생긴 일곱 건은 전부 ARIN과 RIPE NCC 사이의 IPv4 쌍이다.
일곱 건의 RIPE NCC 쪽 범위는 각각 2일 확장 위임 원본의 행과 정확히 맞는다. ARIN의 2일 및 3일 전체 원본에는 이들 중 어느 범위와도 겹치는 IPv4 행이 없다.

숫자가 두 배로 뛰면 회의 자료의 그래프는 간단해진다. “등록기관 충돌이 급증했다.” 하지만 목록의 쌍 수는 현재의 이중 할당 건수와 같은 단위가 아니다. 공개된 원본을 맞대면, 이번 변화는 실제 주소 분쟁보다 집계 과정의 출처 문제를 먼저 가리킨다. 새 일곱 쌍과 기존 일곱 쌍을 나눠 보는 이유다.

187.78.192.0/18은 가장 선명한 예다. 3일 충돌 목록은 양쪽 모두 187.78.192.0에서 시작하는 16,384개 주소를 적는다. ARIN 행은 US, assigned, 2025년 2월 20일이고 RIPE NCC 행은 RO, assigned, 2월 25일이다. 같은 /18을 두 기관이 나란히 기록한 모양이다.

그런데 ARIN의 2일 원본에는 해당 /18과 겹치는 IPv4 행이 없다. 3일 원본도 마찬가지다. 반면 RIPE NCC 2일 원본에는 정확한 /18이 allocated로 올라 있고, RIPE NCC RDAP은 시작과 끝 주소가 같은 RO-M247RO-20250225 객체를 돌려준다. RIPE NCC 쪽 상태마저 집계 파일의 assigned와 원본의 allocated가 다르다. 경보를 이해하려면 표의 이름보다 행의 이동 경로가 필요하다.

나머지 여섯 범위는 RIPE NCC 쪽 시작 주소가 64.254.88.0, 140.184.8.0, 140.184.28.0, 140.184.96.0, 153.52.128.0, 208.90.252.0이다. RIPE NCC 원본에는 정확한 범위가 모두 있다. ARIN 2일과 3일의 전체 원본을 범위 교차로 검사하면 겹치는 행은 영 개다. 충돌 파일에서 ARIN 쪽을 더 큰 부모 블록으로 적은 경우에도, 현재 ARIN 원본에는 그 부모가 겹친 채 남아 있지 않다.

기존 일곱 쌍은 삭제되지 않았다. 그 안에는 IANA가 문서나 프로토콜 용도로 예약한 자원과 맞물린 항목도 있다. 이를 새 ARIN–RIPE NCC 일곱 쌍과 한 덩어리로 부르면 열네 건이라는 숫자만 커지고 핵심 질문은 작아진다. NRO의 3일 결과가 참조한 ARIN 입력 파일의 정확한 버전과 각 행의 변환 기록이 공개돼야 한다. 그 기록이 있어야 오래된 입력이 섞였는지, 현재 입력을 잘못 재구성했는지 알 수 있다.