요약

  • RIPE NCC는 2026년 10월 30일 Vodafone ONO, S.A.에서 Warian S.R.L.로 간 80.224.190.0/24와 CLOUD.GAL, S.L.로 간 80.224.191.0/24를 기록했다. 각각 256개 주소다.
  • 수학적으로 80.224.128.0/18 안에 있는 첫 62개 /24는 현재 ONO의 넓은 등록 객체에, 마지막 두 /24는 서로 다른 수령인 객체에 있다. /18 자체를 RDAP에 넣으면 일반적인 80.0.0.0/8이 반환된다.

오래된 큰 프리픽스를 그대로 조회하면 현재의 관리자를 찾을 수 있을 것 같다. 이번에는 그 상식이 엉뚱하게 큰 답을 준다. RIPE NCC의 IPv4 할당 이전 원본 파일은 2026년 10월 30일 Vodafone ONO, S.A.에서 나간 두 줄을 보여 준다. 80.224.190.0/24는 이탈리아의 Warian S.R.L.로, 바로 다음 80.224.191.0/24는 스페인의 CLOUD.GAL, S.L.로 갔다. 두 줄 모두 POLICY와 PERMANENT이고, 각 구간은 256개 주소다. 주소는 이웃이지만 등록된 수령인은 하나가 아니다.

두 줄의 original_block도 서로 다르다. Warian 줄에는 80.224.128.0/18이 원래 블록으로, 80.224.190.0/24가 이전된 블록으로 적혀 있다. CLOUD.GAL 줄에서는 원래 블록과 이전된 블록이 모두 80.224.191.0/24다. RIPE의 이전 통계 필드 설명은 원래 블록을 전체 또는 일부 주소가 옮겨 나온 최초의 블록으로 정의한다. 계산상 두 /24가 같은 /18의 끝에 들어가는 것은 맞다. 그렇다고 두 번째 줄의 원래 블록을 /18로 고쳐 적으면 공식 기록을 편집자가 새로 쓴 셈이 된다. 비대칭인 장부는 비대칭 그대로 읽어야 한다.

현재의 데이터베이스 경계는 또 다른 모양이다. 80.224.128.0을 RDAP에 질의하면 ES-ONO-20010928이 나온다. 이 ALLOCATED PA 객체는 80.224.0.0에서 시작해 80.224.189.255에서 끝난다. 왼쪽은 옛 /18보다 훨씬 넓고, 오른쪽은 Warian 구간 바로 앞에서 멈춘다. 수학적 /18 안에서 이 ONO 객체가 차지하는 몫은 64개 /24 중 첫 62개, 16,384개 주소 중 15,872개다. 옛 CIDR 표기와 지금의 단일 등록 객체를 같은 도형으로 보면 경계가 어긋난다.

그다음 Warian의 /24 객체는 IT-WARIAN-20010928이며 등록 시각은 10월 30일 07:03:47 UTC다. CLOUD.GAL의 /24 객체는 ES-CLOUDGAL1-20010928, 등록 시각은 11:10:00 UTC다. 간격은 4시간 6분 13초. 이는 등록 절차의 시계이지 트래픽이나 고객이 이동한 시각표가 아니다. 두 이전을 하나의 거래로 묶는 공통 거래 식별자도 공개된 두 줄에는 없다.

정작 80.224.128.0/18을 문자 그대로 조회하면 현재 RIPE-NCC-MANAGED-ADDRESS-BLOCK이라는 80.0.0.0/8 객체가 돌아온다. 특정 끝자락을 묻고 1,600만 개 넘는 주소의 넓은 답을 받은 격이다. 80.224.189.255, 80.224.190.0, 80.224.191.0을 차례로 조회해야 ONO, Warian, CLOUD.GAL이라는 세 이름이 정확히 나란히 선다. 큰 프리픽스 하나보다 경계의 세 주소가 더 많은 것을 말한다.

두 이전이 동일한 상업 계약에서 나왔는지는 공통 거래 문서가 있어야 알 수 있다. 공개된 RIPE 기록만으로도 현재의 62/1/1 분할과 서로 다른 원래 블록 값은 확정된다. 이 작은 차이를 지워야만 매끈해지는 설명이라면, 매끈함을 버리는 편이 낫다.