요약

  • 이전은 주소 번호가 아니라 레지스트리가 인정하는 보유 관계가 다른 조정 체계로 옮겨가는 사건이다. 2026년 상반기 스냅숏은 약 880만 개 IPv4 주소를 약 293건의 기록된 inter-RIR 이전과 연결하며, ARIN→RIPE NCC 약 420만·ARIN→APNIC 약 228만이 큰 비중을 차지한다.
  • 숫자는 방향 편중을 보여 줄 뿐 라우팅·RPKI·역방향 DNS의 정합성까지 말해 주지 않는다. 수령 측 운영에서는 예상 origin ASN, ROA, IRR, 역방향 DNS, DNS·allowlist·VPN·평판의 정합성을 별도로 확인해야 한다.

운영자에게 실질 위험은 이동량의 크기보다 그 주변 기록의 정합성에서 시작한다. 새 보유자가 같은 ASN에서 계속 경로를 알릴 수도 있고, 보유자는 그대로인데 실제 운영자와 경로 출처 AS가 달라질 수도 있다. 이전 전에 만든 ROA가 옛 AS만 승인한 채 남아 있으면 새 출처는 RPKI에서 무효로 판정될 수 있고, 출처 검증을 하는 네트워크는 그 경로를 받아들이지 않을 수 있다. ROA는 이 AS가 이 prefix를 알려도 된다는 서명된 승인이고, IRR은 제공자 필터가 참고하는 라우팅 등록부이며, RPKI 출처 검증은 현재 경로 전체의 진위가 아니라 출처 AS와 prefix 길이 승인만 본다. 반대로 유효한 ROA는 그 경로가 지금 실제로 인터넷에 알려지고 있다는 증거가 아니다.

이런 확인이 왜 중요한지는 주소 이전과 무관한 사고에서도 드러난다. 2019년 한 경로 누출 사고에서는 의도한 범위를 벗어난 라우팅 정보가 넓게 퍼졌고, Cloudflare는 그 최악의 시점에 자사 글로벌 트래픽의 약 15% 손실을 관측했다. 이 사고는 주소 이전이나 이전으로 인한 장애의 증거가 아니다. 다만 라우팅 정보와 승인, 필터링이 서로 맞지 않을 때 운영 영향이 어떻게 커질 수 있는지를 보여 주는 별개 사례다. 이전 자체가 장애를 뜻하지도 않는다. 여기서 말하는 위험은 이전 뒤 기록이 어긋날 때 생길 수 있는 조건부 운영 위험이다. 2026년 상반기 스냅숏의 약 880만 개·293건은 그런 확인 부담이 어느 방향에 몰려 있는지를 보여 주는 자료다.

자료의 기간은 2026년 상반기이며, 스냅숏은 약 880만 개 IPv4 주소를 약 293건의 기록된 이전과 연결한다(Inter-RIR IPv4 Transfers). 합병·인수에 따른 승계는 제외되고, 이 스냅숏 자체에는 월별 세부가 제시되지 않는다. 주소량 기준 상위 흐름은 네 갈래다. ARIN에서 RIPE NCC로 약 420만 개, ARIN에서 APNIC으로 약 228만 개, RIPE NCC에서 ARIN으로 약 94만 2천 개, RIPE NCC에서 APNIC으로 약 58만 개다. 이 네 값을 단순 합산하면 약 800만 개가 되어 전체 880만 개의 약 91%가 네 경로에 실린다. 이는 네 경로의 비중을 보여 주는 산술이지, 나머지 약 9%의 방향 구성을 설명하는 값은 아니다. RIPE NCC의 inter-RIR 이전 안내는 수령 측 절차를 설명하고, 공개 통계는 단일 대형 흐름의 헤드라인보다 기록된 이벤트를 검사하는 수단을 제공한다.

출발지 쪽에서 보면 ARIN이 최대 소스다. 약 655만 개가 다른 RIR 지역으로 향했고, RIPE NCC와 APNIC 두 경로의 합은 약 648만 개로, 출발지 합계의 약 99%에 해당한다. 수령지 쪽에서는 RIPE NCC가 약 455만 개를 받았고, 그 92%에 해당하는 약 420만 개가 ARIN에서 왔다. 이 두 집계는 같은 사건을 양쪽에서 센 값이라 서로 더할 수 없다. 단일 경로 ARIN→RIPE NCC 약 420만 개는 ARIN의 출발지 합계와 RIPE NCC의 수령지 합계에 모두 들어가고, 전체 주소량의 약 48%라는 계산도 여기서 나온다. APNIC은 의미 있는 인바운드 흐름이 확인되지만 정확한 총량은 제시되지 않는다. ARIN→APNIC 약 228만 개와 RIPE NCC→APNIC 약 58만 개를 더한 약 286만 개는 이름이 붙은 경로만으로 계산한 하한선이며, APNIC의 전체 인바운드를 대표하지 않는다. ARIN에서 나간 양이 북미 인프라의 손실을 뜻하지도 않는다.

등록 지역과 실제 라우팅, 물리적 네트워크 위치는 별개로 확인해야 한다.

여기서 자주 미끄러지는 지점이 건당 규모다. 880만 개를 293건으로 나누면 약 3만 개가 나오지만, 이것은 두 집계값의 산술적 몫일 뿐 전형적인 이전 한 건의 크기가 아니다. 출발지와 수령지별로 집계된 방향별 합계는 개별 거래 크기의 분포를 알려 주지 않는다. 소수의 매우 큰 이전이 주소 총량을 지배할 수 있고, 다수의 작은 이전이 건수를 지배할 수 있다. 그래서 두 신호를 함께 보고 기간과 포함된 레지스트리, 제외 항목을 붙여야 한다. 2026년 상반기의 건당 크기 분포는 이 스냅숏만으로 판정할 수 없다. 이 스냅숏은 수령 측의 고유 운영 조직 수 역시 말해 주지 않는다. 수령지를 보는 것은 등록 관계가 어디서 다시 설정되는지 보여 주지만, 모든 운영 사용자나 경로를 식별하지는 않는다.

등록 기록은 레지스트리 규칙 아래 어느 조직이 인정받는가를 답할 뿐, 운영 주체와 경로 origin, 승인과 이력을 함께 말해 주지 않는다. 임대와 위임은 이 간극을 더 벌린다. 등록 보유자, 운영 고객, 호스팅 제공사업자, origin AS 운영자가 서로 다른 조직일 수 있으며, 이전 로그는 그 배치를 설명하지 않는다. 레지스트리는 인정된 관계를, RPKI는 승인을, BGP는 관측되는 경로를 말한다. 이 셋은 함께 바뀔 수 있지만 서로를 함축하지 않는다.

이전을 확인하는 작업은 등록 기록에서 끝나지 않는다. 전이는 출발 보유자와 출발 RIR, 검증된 이전 이벤트, 수령 보유자와 수령 RIR, 그리고 라우팅·RPKI·역방향 DNS·운영 기록의 정합성이라는 연쇄로 읽는 편이 낫다. 새 보유자와 자원 크기, 이전 날짜와 이력, 예상되는 origin ASN, 전파 여부와 기존 announcement, 의도한 origin과 prefix 길이를 승인하는 ROA, 고객과 보안 시스템이 의존하는 역방향 DNS 위임, 제공사업자가 필터에 쓰는 IRR route object, 도달 가능한 기술·어뷰즈 연락처, 나중에 다른 운영자가 전이를 재구성할 수 있게 하는 이력 증거, 그리고 DNS·allowlist·VPN·평판처럼 주소에 매달린 사업 의존성이 그 목록에 들어간다. APNIC의 이전 로그 형식이 누적 이력이라는 점도 같은 이유에서 중요하다. 이전 기록은 운영 기록의 한 부분이지 대체물이 아니다.

이전은 관리 단위 자체를 바꿀 수 있다. 한때 /16이던 블록이 이후 /18, /18, /19, /20처럼 더 작은 자원으로 표현되면, 각 prefix는 저마다 보유자와 경로, ROA, 역방향 DNS, 운영 사용자, 이후 이전 이력을 따로 갖게 된다(IPv4 Has a Lifecycle). 공개 이전 로그는 기록된 자원과 전이를 보존하지만, 원래 할당 단위가 계속 유일한 운영 단위로 남는다고 보장하지는 않는다. 그래서 수령 조직 수와 블록 수는 같은 것을 세지 않는다.

시간축을 붙이면 상반기 수치의 성격이 더 분명해진다. RIPE NCC가 공개한 1월부터 7월까지의 월별 수치를 단순 합산하면 서비스 지역에서 약 1,672만 개다. 한 달의 대형 이전이 총계를 흔들 수 있으므로 이 값은 계속된 이동의 증거이지 연간 전망이 아니다. 더 긴 시야도 있다. APNIC이 글로벌 RIR 데이터를 분석한 결과 2025년 한 해 동안 3,340만 개 주소가 5,619건의 등록 이전 거래로 기록됐고, 2012년 이후 RIR 이전 로그에 등장한 주소는 약 3억 4,200만 개로 추산된다. 같은 주소가 여러 번 등장할 수 있다는 점 자체가 하나의 자원이 두 번 이상의 등록 전이를 가질 수 있다는 증거다. 이 수치들은 기간도, 대상 레지스트리도, 집계 정의도 서로 다르다. 상반기 스냅숏과 1~7월 합계를 빼서 8월 이후의 흐름을 만들어 낼 수는 없다.

이 데이터가 담지 못하는 것은 분명하다. 이전 기록은 거래 가격, 상업적 이유, 임대와 위임의 전부, 완전한 라우팅 이력을 공개하지 않는다. 등록 지역, 조직의 법적 소재지, route origin, 물리적 네트워크 위치는 각각 별개로 확인해야 한다. RIR 데이터는 정의와 시점도 서로 다르다. 그래서 공개 수치가 지지하는 결론은 좁지만 단단하다. IPv4 자원은 조정 지역 사이를 이동할 수 있고, 그때 주변 시스템이 유일성과 검증된 상태, 보안, 연속성을 함께 보존해야 한다는 것이다. 숫자가 이식 가능하려면 숫자 주변의 증거도 함께 이식 가능해야 한다.

출처: Inter-RIR IPv4 Transfers: What Moving Between Regions Actually Means · IPv4 Has a Lifecycle: What Registry Data Can and Cannot Show · How Verizon and a BGP Optimizer Knocked Large Parts of the Internet Offline Today · BGP Origin Validation