요약

  • 전용 회선 판매는 연결 서비스를 성립시킬 뿐, 그 자체로 IPv4 블록이 고객에게 할당되었다는 것을 성립시키지 않는다.
  • LACNIC의 2026년 9월 공개 토론은 포털 관측 결과와 브라질 ISP의 사례를 기록하고 있으나, 실제 주소가 이전되었는지 또는 이 사례를 어떻게 분류해야 하는지는 밝히지 않았다.

9월 14일, LACNIC 정책 메일링 리스트의 한 참여자가 MiLACNIC에는 서브할당(sub-assignment) 옵션이 표시되는데 Registro.br에는 나타나지 않는 이유, 그리고 기한이 적용되는지를 물었다. 다음 날 Registro.br 관련 참여자는 각 시스템마다 고유한 문제가 있음을 언급하면서 LACNIC과 각국 국가 인터넷 레지스트리가 새 규칙을 운영 가능하게 만들기 위해 진행 중인 작업을 설명했다. 또 다른 답변에서는 자신이 아는 ASN에 대해 MiLACNIC에서 해당 옵션이 표시되지만 아직 필요하지 않았다고 했다. 이 글쓴이는 브라질 ISP가 브라질 외 기업에 전용 회선을 판매한 사례가 이 질문을 촉발했다고 덧붙였다. (9월 14일 질문;9월 15일 NIR 답변;전용 회선 관련 해명)

이 설명은 실제 운영 상황을 지명한다는 점에서 유용하다. 그러나 정책적 결론이 시작될 지점에서 정확히 불완전하다. 이 메시지는 ISP가 고객에게 프리픽스를 제공했다거나, 고객이 경로를 오리지네이트했다거나, 고객이 자율 시스템 번호(ASN)를 보유했다거나, 주소가 이전되었다는 내용을 전혀 밝히지 않는다. 고객 네트워크의 위치에 대해서도 말하지 않는다. 전용 회선은 서비스 관계의 증거일 뿐이며, 그 이상의 것이 없다면 자원 수요자의 증거가 아니다.

이 구분이 중요한 이유는 LACNIC의 정책 LAC-2025-5, 즉 "IPv4 자원의 제3자에 대한 서브할당"이 IPv4 번호 자원과의 관계를 다루기 때문이다. 현재 정책 페이지는 2026년 3월 24일 비준을 기록하고 있다. 그 운영 텍스트는 IPv4에 적용되며 자격 있는 서브할당의 조건을 제시한다. 여기에는 수요자 측 요건, 블록 크기 제한, 사용 또는 즉시 필요성 기준, 블록과 수요자 ASN 사이의 WHOIS 연결, 그리고 공개 이동 기록(이동 로그) 이벤트가 포함된다. 또한 서브할당을 수행하는 LACNIC 회원에게 궁극적 책임을 남기고, 이전 또는 회수 이후 서브할당 전 대기 기간을 부과한다. (현재 비준 텍스트)

이러한 통제 장치는 모든 고객 연결을 자원 이전으로 바꾸지 않는다. 오히려 근본적인 분류를 더욱 중요하게 만든다. 공급자가 자신의 주소 공간을 유지·운영하면서 전송 서비스를 판매한다면, 고객의 전용 회선 구매만으로는 블록이 서브할당되었는지 답할 수 없다. 반대로 공급자가 별도로 블록을 고객의 운영 사용 하에 두었다면, 서비스 라벨이 그 자원 관계를 없던 것으로 만들 수 없다. 공개된 사례는 이 두 가능성 중 어느 쪽인지 선택하기에는 세부 정보가 너무 적다.

자원 판정은 서비스 라벨 뒤에 있다

LACNIC 자체의 자원 요청 안내는 이 범주들을 구분하는 데 도움이 된다. 이 안내는 웹 호스팅, 콜로케이션, 가상 사설 서버 또는 전용 회선과 같은 서비스를 제공하는 공급자를 인터넷 서비스 제공업체(ISP) 맥락에서 다룬다. 동일 안내는 제3자에게 주소 블록을 재할당하지 않고 자체 인프라를 운영하는 조직도 구분한다. 브라질과 멕시코의 요청은 해당 국가 인터넷 레지스트리를 통해 처리된다. (LACNIC 자원 요청 안내)

이 안내는 9월의 사례를 분류하지는 않는다. 다만 왜 명사 "회선(link)"이 정책 질문의 대리 지표로 적합하지 않은지를 보여 준다. 회선은 고객이 구매하는 것, 즉 네트워크 지점 간 연결을 설명한다. 자원 기록은 다른 대상을 설명한다. 어느 조직이 IPv4 블록의 수요자인지, 그리고 그 조직을 자원과 연결하는 증거가 무엇인지. 하나의 계약서나 인보이스가 양쪽을 함께 다룰 수도 있고, 어느 한쪽만 존재할 수도 있다.

이는 인프라 경제학에서 익숙한 경계이다. 기업들은 용량, 장비, 운영, 주소 지정을 하나의 상업적 오퍼로 묶는다. 고객은 개별 관리되는 입력 항목의 목록이 아니라 결과를 원하는 경우가 많기 때문이다. 이 번들링은 조정 비용을 낮춘다. 그러나 어떤 당사자가 희소한 입력 자원을 통제하고 해당 레지스트리 의무를 부담하는지 모호하게 만들 수도 있다. 올바른 대응은 모든 번들 서비스에 서브할당이 포함되어 있다고 가정하는 것이 아니라, 그 관계를 위해 설계된 규칙을 적용하기 전에 자원과 수요자를 식별하는 것이다.

LAC-2025-5는 이 탐색에 구체적 차원을 부여한다. 자격 있는 블록은 정책의 현재 크기 범위 안에 있어야 한다. 수요자는 명시된 ASN 및 IPv6 조건을 충족해야 한다. 사용률 판정은 기존 사용 또는 즉시 필요성과, 1년 안에 더 높은 기준에 도달하려는 계획을 구분한다. WHOIS 관계는 수요자 ASN을 식별해야 하고, 공개 이동 기록은 블록, ASN, 날짜, 시작 또는 종료 이벤트를 기록한다. 원문 페이지는 또한 서브할당하는 회원의 지속적 책임을 명시한다. 이것들은 고객 관계에 대한 일반적 지표가 아니라 특정 자원 거버넌스 체계의 필드이다.

고객의 국적과 고객 네트워크 사이의 구분도 똑같이 중요하다. "브라질 외 기업"이라는 표현은 참여자가 서술한 회사에 관해 무언가를 말해 주지만, 그 라우터, 사용자, 주소 공간이 어디에 위치하는지는 말해 주지 않는다. 고객이 ASN을 보유하는지, 공급자 자신의 주소 블록이 사용 중인지도 드러내지 않는다. 지리는 어느 NIR 포털이 관련되는지를 형성할 수 있으나, 정책이 요구하는 수요자·자원 사실을 대체할 수 없다.

포털 차이는 질문이지 결론이 아니다

9월의 스레드는 범위가 좁은 구현 증거로 읽어야 한다. LACNIC 정책 담당 보좌진은 9월 1일 기술적 과제가 남아 있는 가운데 기본 요소부터 시작해 연말 전 구현이 예상된다고 밝힌 바 있다. 이후 참여자는 한 시스템에서는 보였지만 다른 시스템에서는 보이지 않는 옵션을 언급했다. 한 답변은 공동 운영 작업과 시스템별 문제를 언급했다. 또 다른 참여자는 알고 있는 ASN에 대해 옵션이 보이지만 사용된 적은 없다고 했다. (9월 1일 구현 노트)

이 메시지들을 종합하면, 구현이 진행 중인 동안 사용자들이 정책이 별도 인터페이스에서 어떻게 나타날지 이해하려 했음을 알 수 있다. 이 메시지들은 한 포털이 결함이 있었거나, 옵션이 MiLACNIC에서 보편적으로 사용 가능했거나, 그 시점에 Registro.br에 표시될 의무가 있었거나, 기한이 놓쳤다는 것을 입증하지 않는다. 이 메시지들은 날짜가 찍힌 관측과 설명일 뿐, 시스템 동작에 대한 통제된 비교가 아니다.

그럼에도 구현 문제는 실무적 의미에서 실재한다. 특정 수요자, 블록, ASN, 날짜가 찍힌 이벤트에 의존하는 정책은 회원들, 그리고 관련되는 경우 NIR들에게 사용 가능해져야 한다. 특정 계정에서 메뉴를 찾을 수 없으면 제출이 지연되거나 불확실성이 생길 수 있다. 그러나 이 비용은 하나의 교환에서 추론하지 말고 검증된 사례로부터 측정해야 한다. 계정 자격, 자원 관계, 포털 배포, 사용자 숙련도는 운영자가 어느 것이 적용되는지 확인할 때까지 경쟁하는 설명들이다.

따라서 경제적인 순서는 단순하다. 먼저 해당 주소 블록을 식별한다. 다음으로 그것을 수취하거나 통제하는 당사자, 수요자 ASN, 관련 레지스트리 기록을 식별한다. 그런 다음 정책의 조건이 적용되는지, 공개 이벤트 기록이 필요한지 판단한다. 그 뒤에야 운영자는 포털이 이벤트를 기록하기 위한 올바른 워크플로우를 갖추고 있는지 물어야 한다. 이 순서를 뒤집어, 즉 없는 메뉴에서 출발해 서브할당을 추론하는 것은 인터페이스의 불확실성을 법적 또는 기술적 결론으로 취급할 위험이 있다.

동일한 규율이 관계의 양쪽을 모두 보호한다. 자격 있는 자원 관계가 없다면, 공급자가 고객이 전용 회선을 구매한다는 이유만으로 자원 이벤트를 등록할 필요는 없다. 반대로 상업 계약이 그 체계를 회선 또는 관리형 서비스라고 부른다는 이유만으로, 고객과 레지스트리가 자원 기록 없이 방치되어서도 안 된다. 판정 기준은 정책이 명시하는 증거를 통해 문서화된, 주소 블록의 근본적인 할당과 통제이다.

유용한 구현 기록이 보여야 할 것

회원 입장에서 신뢰할 수 있는 워크플로우는 제출 전에 관련 자원 관계를 명확히 드러내야 한다. 블록, 의도된 수요자, 수요자 ASN, 사용 또는 즉시 필요성 근거, 그리고 체계의 시작·종료 날짜가 그것이다. 정책이 적용된다면 레지스트리 기록과 이동 로그 항목은 그 필드들에 대해 일치해야 한다. 공급자가 주소를 유지하고 블록을 재할당하지 않았기 때문에 적용되지 않는다면, 그 설명도 고객과 요청을 처리하는 직원에게 똑같이 명확해야 한다.

LACNIC과 NIR들에게 구현 질문은 버튼이 나타나는지 여부만이 아니다. 회원이 자신의 계정에 대해 어느 시스템이 권위 있는지 판단할 수 있는지, 동일한 관련 필드를 해당 워크플로우에서 작성할 수 있는지, 제출된 이벤트를 자원 기록과 대조할 수 있는지가 문제이다. 9월의 교환은 이 질문들에 답하지 않는다. 이후의 구현 업데이트가 배포 단계, 포털 책임, 계정 또는 자원이 NIR에 의해 관리되는 회원의 경로를 설명한다면 그렇게 할 수 있다.

이는 기밀 고객 정보나 계약 세부 사항의 공개를 요구하는 것이 아니다. 정책 자체가 정의된 자원 기록을 갖춘 공개 이동 로그 이벤트를 요구한다. 유용한 운영 증빙은 고객의 상업 조건을 공개 데이터로 만들지 않으면서 이벤트 필드와 시스템 상태를 노출할 수 있다. 자격 있는 서브할당이 존재하지 않는 경우에는 비공개 지원 응답으로 충분할 수 있다. 공개 정책 기록은 발생하지 않은 이벤트를 암시해서는 안 된다.

교훈은 소박하지만 중대하다. 전용 회선은 주소를 실어 나를 수 있고, 상업적 번들은 여러 네트워크 입력을 포함할 수 있다. 그러나 정책 질문은 서비스의 마케팅 이름, 고객의 국적, 또는 포털 옵션의 존재로 답해지지 않는다. IPv4 자원을 누가 수취하는지, 그 관계가 어떻게 기록되는지, 그리고 현재 규칙의 조건이 충족되는지로 답해진다. 현재 이용 가능한 증거로 볼 때, 9월의 사례는 그 질문을 제기한다. 해결하지는 않는다.

LAC-2025-5 공식 언어 버전