요약

  • 2026년 6월 22일의 같은 IPv4 주소 범위가 ARIN 기록에는 39개 항목, APNIC 기록에는 한 항목으로 나타난다. 항목 수를 곧바로 거래 건수로 읽으면 안 되는 실제 사례다.
  • 등록이 바뀌었다고 패킷의 경로나 서비스 운영 장소까지 옮겨졌다고 볼 수는 없다. 인수 확인은 등록, 경로 권한, 실제 통신 상태를 나누어 해야 한다.

IPv4 이전 기록 39건과 1건. 숫자만 놓고 보면 어느 쪽이 더 활발한 시장인지 고민할 필요도 없어 보인다. 그런데 두 기록이 같은 주소 묶음을 설명한다면 이야기가 달라진다.

2026년 6월 22일 기록이 그렇다. ARIN 파일에는 Globenet Cabos Submarinos America Inc.에서 DingFeng XinHui (HongKong) Technology Limited로 넘어가는 주소 범위가 39개 항목에 나뉘어 있다. APNIC 파일에서는 같은 날짜, 같은 수신 조직, 같은 주소 범위가 한 항목 안에 들어 있다. 합계는 양쪽 모두 26만2144개다.

39건의 계약을 하나로 합쳤다는 뜻이 아니다. 계약이 몇 건이었는지는 이 자료만으로 알 수 없다. 여기서 확인되는 것은 기록을 묶는 방식이다. 시장을 세기 전에, 무엇을 한 건으로 세었는지부터 확인해야 하는 이유가 눈앞에 드러난다.

한 항목을 열어보니 39개 범위가 있었다

BTW는 10월 25일 생성된 ARIN 자료의 APNIC 공식 미러와 APNIC 자체 자료를 비교했다. 6월 사례에서는 각 범위의 시작 주소와 끝 주소를 같은 표기 방식으로 맞춘 뒤 대조했다. 39쌍이 모두 일치했고, 범위끼리 겹치는 부분도 없었다.

파일의 모든 글자가 같았던 것은 아니다. ARIN은 이전 조직의 회사명을 적었지만 APNIC의 해당 칸에는 등록 식별자가 들어 있다. 이름 칸만 기계적으로 맞췄다면 놓칠 수 있는 대응이다. 같은 날짜의 같은 수신 조직에 어떤 주소가 기록됐는지까지 보아야 한다.

기간을 2026년 1월 1일부터 6월 30일까지로 넓혀도 항목 수 차이는 남는다. ARIN에서 APNIC으로 향한 IPv4 자원 이전만 고르고 합병·인수 유형을 제외하면 ARIN 파일에는 130개 항목, APNIC 파일에는 45개 항목이 있다. 실제로 이전된 범위를 합산한 주소량은 각각 235만6224개로 같다.

두 값을 더하면 안 된다. 별개의 주소 공급 두 묶음이 아니라 같은 방향의 이전을 서로 다른 등록기관이 기록한 것이다. 130이나 45를 구매자 수로 바꿔 읽을 수도 없다. 같은 수신 조직이 여러 번 등장할 수 있고, 한 항목에는 여러 주소 범위가 들어갈 수 있다.

공통 로그 형식에 관한 ARIN 설명은 기관 내부 이전과 기관 간 이전을 같은 JSON 구조로 표현할 수 있도록 한다. 읽는 형식이 공통이라고 해서 한 항목의 상업적 의미까지 같아지는 것은 아니다.

예전 통계와 새 확인 결과를 섞지 않기

이 기사가 앞서 인용한 9월의 상반기 분석은 합병·인수를 제외한 등록기관 간 이전을 약 293건, 주소량을 약 880만 개로 제시했다. 이는 해당 분석이 발표한 과거 집계다. 이번에 확보한 10월 누적 파일로 그 세계 전체 합계와 집계 방식을 독립적으로 재현한 것은 아니다.

따라서 이번 비교를 근거로 과거 수치가 틀렸다고 단정하지 않는다. 자료를 받은 시점도 다르고, 누적 기록은 이후 수정될 수 있으며, 무엇을 한 건으로 묶었는지도 확인해야 한다. 상반기라는 기간이 같다는 이유만으로 서로 다른 시점의 파일을 같은 통계로 취급하면 오히려 오류를 만든다.

모든 방향에서 양쪽 등록기관의 주소량이 일치한다고 일반화해서도 안 된다. 같은 조건으로 확인한 ARIN에서 RIPE NCC로의 이전은 ARIN 파일과 RIPE NCC 파일 사이에 주소 8192개 차이가 남는다. 왜 다른지는 개별 기록을 더 대조해야 한다. 한 방향의 일치를 다른 방향의 정확성까지 보증하는 도장으로 쓸 수는 없다.

총량과 건수의 관계도 조심해서 읽어야 한다. 주소량이 늘고 건수가 그대로라면 몇 건의 대형 이전 때문일 수 있다. 하지만 여러 항목의 크기가 함께 커져도 같은 결과가 나온다. 집중도를 말하려면 크기별 분포와 수신 조직별 구성을 확인해야 한다. 평균 하나로 분포를 대신할 수 없다.

등록이 끝나도 운영 확인은 남는다

이런 구분이 통계 담당자에게만 필요한 것은 아니다. 주소를 넘겨받아 실제 서비스를 운영할 팀에는 더 직접적인 문제가 된다.

등록기관 간 이전으로 바뀌는 것은 인정되는 등록 관계다. 주소 번호가 바뀌는 것은 아니다. 그 사실만으로 서버가 다른 나라로 옮겨갔다거나 경로를 알리는 네트워크가 달라졌다고 말할 수 없다. 6월의 두 회사가 주소를 어디에 사용했는지, 실제 경로가 바뀌었는지는 여기서 확인하지 않았다.

등록상 보유 조직과 경로를 알리는 조직이 달라도 정당한 운영일 수 있다. 보유자가 다른 조직의 자율시스템에 경로 기점을 허용할 수 있고, 임대나 운영 위탁으로 실제 사용자가 바뀌어도 새로운 이전 기록이 생기지 않을 수 있다. 서로 다른 이름은 관계를 확인할 이유이지, 곧바로 이상 징후의 결론은 아니다.

RIPE NCC의 기점 검증 설명에서 ROA는 어느 자율시스템이 해당 프리픽스를 기점으로 알릴 수 있는지, 허용하는 최대 프리픽스 길이가 무엇인지를 나타낸다. 경로를 허용한다는 기록과 경로가 실제로 관측된다는 사실은 다르다. 유효한 ROA만으로 전체 통신 경로가 안전하다거나 고객 서비스에 접속할 수 있다고 보장할 수도 없다.

운영 인수 확인은 의도한 상태에서 출발해야 한다. 기존 운영자를 계속 쓸 예정이라면 같은 기점이 유지되는 것이 정상일 수 있다. 운영자를 바꾼다면 새 권한, 실제 경로, 제공업체 필터, 역방향 DNS, 연락 책임이 그 계획에 맞아야 한다. 이전이 있었으니 모든 항목이 달라져야 한다는 검사도, 등록이 끝났으니 아무것도 더 볼 필요가 없다는 검사도 맞지 않는다.

6월 기록의 주소 26만2144개는 두 파일 사이에서 늘어나지 않았다. 줄 수만 달라졌다. 시장을 설명할 때는 비교 가능한 것을 세고, 서비스를 맡을 때는 그 숫자에서 벗어나 실제로 작동하는 상태를 확인해야 한다.

2026년 10월 25일 업데이트: 앞서 인용한 역사적 집계와 이번 등록기관 원자료 비교를 구분했다. 건수가 일정하고 주소량이 늘면 곧바로 집중도가 높아졌다고 볼 수 있다는 추론을 바로잡고, 전체 주소량을 채우지 못하는 프리픽스 분할 예시를 삭제했다. 기존 주소와 최초 발행일은 유지한다.