L3 — 이전처럼 보였지만 이전이 아니었던 /64

문제를 이해하는 가장 쉬운 방법은 정책 매뉴얼이 아니라 액세스 지점에서 시작하는 것입니다. 한 회사가 자사 사무실을 위한 IPv6 네트워크를 운영합니다. 회사의 라우터가 연결성을 광고하고 직원들이 스위칭, 무선 구성, 필터링, 상위 회선 관계를 통제합니다. 회의를 위해 방문자가 도착합니다. 방문자의 전화기가 무선 네트워크에 접속해 방문 기간 동안 IPv6 주소를 받습니다. 그 사건 자체가 방문자를 독립 네트워크의 운영자로 만들지는 않습니다. 방문자는 조직의 레지스트리 연락처를 변경할 수 없고, 조직의 경로를 임의로 시작할 수 없으며, 액세스 지점을 관리할 수 없고, 내일 프리픽스가 어디에 사용될지 결정할 수 없습니다. 패킷은 기기 경계를 넘지만 해당 회선의 운영 통제는 원래 자리에 그대로 있습니다.

주소가 제3자에 의해 사용된다는 일괄적 표현은 이 구분을 놓칠 수 있습니다. 유일한 질문이 원래 수신자의 직원이나 장비 외에 누군가가 주소에 손을 댔는지 여부라면, 게스트 세션은 금지된 하위 할당과 비슷하게 보이기 시작합니다. 직원이 개인 기기를 가져오거나, 핫스팟이 클라이언트에 격리된 IPv6 서비스를 제공하거나, VPN이 종단에 주소를 부여하거나, 운영자가 점대점 회선에 주소를 부여할 때도 같은 문제가 나타납니다. 각 경우 주소는 원래 수신자를 둘러싼 좁은 경계 너머에서 사용됩니다. 그러나 어느 경우에도 그 사실만으로 독립적으로 운영되는 네트워크의 통제권이 하류로 넘어갔음을 확립하지 않습니다.

이것이 IPv6 하위 할당 명확화 초안 1호가 다룬 구체적 결함이었습니다. 문서를 정확히 식별해야 합니다. 그것은AFPUB-2018-V6-002-DRAFT01입니다. 유사한 식별자AFPUB-2018-V6-001-DRAFT01은 다른 제안, 즉 IPv6 정책 및 참조 업데이트에 속합니다. 이 차이는 사무적 사소함이 아닙니다. 정책 역사는 식별자, 날짜, 개정판으로 만들어지며 두 문서를 혼동하면 텍스트, 논의 또는 상태를 잘못된 제도적 행위에 귀속시킬 수 있습니다. 여기서 권위 있는 제안 페이지는 하위 할당 명확화를 V6-002, 초안 1로 확정합니다.

날짜에도 겉보기에 정갈한 단 하나의 생일이 아니라 두 개의 기록이 필요합니다. 세부 정보 패널은 제안이 2018년 3월 14일에 제출되었음을 기록합니다. 개정 이력은 초기 초안이 2018년 3월 20일 rpd 메일링 리스트에 게시되었음을 기록합니다. 제출 메타데이터와 공개 게시 이력은 서로 다른 단계를 기술합니다. 어느 쪽도 다른 쪽으로 조용히 대체되어서는 안 됩니다. 여기서 검토되는 정확한 행위는 초안 1호의 공개와 논의이며, 이후의 3월 날짜는 초기 게시 기록을, 이른 날짜는 공식 제출 필드를 보존합니다.

초안 1호는 통합 정책 매뉴얼 6.8절의 할당 문구를 개정하려 했습니다. 명시된 문제는 실무적이었습니다. 기존 문구는 점대점 회선, VPN, 핫스팟, 게스트, 직원, 개인 기기 사용(BYOD) 배치, 그리고 인터페이스나 호스트에 고유 /64를 부여하는 관행을 제대로 수용하지 못했습니다. 이 예들은 공통의 상업적 형태가 없습니다. 연결하는 것은 위상학적 가능성입니다. IPv6는 운영자가 해당 네트워크에 대한 통제를 포기하지 않고도 에지에 별개의 주소나 프리픽스를 배치할 수 있게 합니다.

제안된 예외의 단위가 중요했습니다. 초안 1호는 제3자에게 제공되는 하나의 주소 또는 하나의 /64를 언급했습니다. 그것은 제3자에게 소유자의 훨씬 큰 IPv6 할당을 제시하지 않았고, 그 거래가 소유권을 이전한다고 기술하지도 않았습니다. /64는 개별 주소 수로 표현하면 방대하게 들립니다. IPv6의 수치적 규모가 방대하기 때문입니다. 그러나 운영적으로 /64는 호스트와 인터페이스 설계에서 관련되는 통상의 서브넷 경계입니다. 따라서 정책 질문은 주소 수의 원시적 크기에 반응하는 것으로 답할 수 없습니다. 실질적 질문은 수신자가 무엇을 통제할 수 있고 소유자가 여전히 무엇을 운영하는가입니다.

초안의 제안된 시험은 세 요소를 결합했습니다. 첫째, 그 사용은 제3자를 포함했습니다. 둘째, 주소 또는 /64에 관한 것이었습니다. 셋째, 비영구적이며 원래 수신자가 운영하는 회선에서 발생했습니다. 이 조건이 충족되면 그 배치는 하위 할당으로 간주되지 않을 것이었습니다. 이 시험은 원래 소유자의 지휘 아래 남아 있는 운영 환경 내부의 임시 주소 사용이라는 좁지만 중요한 공간을 보호하도록 설계되었습니다.

각 요소는 기능을 수행했습니다. "제3자"는 게스트나 다른 외부 기기가 실제로 관련되어 있음을 인정했으며 모든 사용자가 내부라고 가장하지 않았습니다. "비영구"는 일시적 세션과 지속적인 하류 서비스를 구분하려 했습니다. "원래 수신자가 운영하는 회선"은 예외를 인프라에 대한 통제에 고정했습니다. 주소-또는-/64 한도는 제안을 수신 자원의 이후 처분이 아니라 에지 사용에 집중하게 했습니다. 종합하면 이 요소들은 호텔 투숙객, 방문 계약자 또는 직원의 개인 휴대폰이 레지스트리가 새로운 공급자 독립 소유자가 나타났다고 가장하지 않고도 IPv6를 사용할 수 있는 이유를 설명했습니다.

제공된 운영 예들이 질감을 더했습니다. 게스트 액세스는 일시적이며 행사장의 네트워크가 계속 지배합니다. 직원 사용은 주소 소유자가 아닌 개인이 소유한 장비를 포함할 수 있지만 고용주가 여전히 로컬 회선을 운영합니다. 기기나 서버는 호스트 격리 또는 주소 설계의 일부로 별개의 /64를 받을 수 있으며, 공급자의 집합에 대한 권한을 얻지 않습니다. 핫스팟은 운영자가 라디오, 라우터, 업링크를 유지한 채 여러 제3자 기기에 서비스를 제공합니다. VPN은 원래 조직이 터널과 주소 계획을 관리하더라도 주소가 원격처럼 보일 수 있는 논리적 종단을 만듭니다. 점대점 회선은 각 종단이 독립된 레지스트리 주체가 되어서가 아니라 회선이 종단을 필요로 하기 때문에 양 끝에 주소를 배치합니다.

기술적 맥락은 이 관심을 가설적 설계 이론 이상으로 만들었습니다. 2017년 12월에 정보성 문서로 발표된 RFC 8273은 공급자 관리 공유 액세스 네트워크에서 호스트별 고유 IPv6 프리픽스를 기술했습니다. 이 접근은 호스트 격리와 가입자 관리에 도움이 될 수 있으며, 안정적인 프리픽스가 가입자와 연관되면 프라이버시 트레이드오프도 만들 수 있습니다. 이 기술은 호스트의 고유 프리픽스가 반드시 공급자가 네트워크를 포기했다는 뜻은 아닌 실제 배치 패턴을 보여줍니다. 그러나 그것이 AFRINIC 정책을 결정하지는 않으며 표준 트랙 명령도 아닙니다. 기술 설계는 정의가 오탐을 만든다는 것을 보여줄 수 있지만 레지스트리에 권한을 부여할 수는 없습니다.

초안 1호는 모든 제한을 제거하지 않았습니다. 영구 연결과 광대역 서비스는 금지된 하위 할당으로 계속 취급되었습니다. 이 배제는 다른 사실들이 원래 수신자가 상당한 운영 통제를 유지하고 있음을 여전히 보여줄 수 있더라도 지속적인 고객 관계를 경계 반대편에 두었습니다. 기간은 제도적 독립의 대리 지표가 되었고 "광대역"은 할당 등급의 대리 지표가 되었습니다. 이 대리 지표들은 종종 실제 하류 통제 변화를 가리킬 수 있지만 그 자체가 그 증명은 아닙니다.

점대점 주소 지정에는 추가 자격이 부여되었습니다. 초안은 점대점 회선의 주소 지정이 영구적일 수 있지만 회선 뒤편의 실제 통신에 직접 또는 간접적으로 사용될 수 없다고 명시했습니다. 이 구분은 회선을 작동시키는 데 필요한 넘버링과, 하류 당사자의 실질적 네트워크 활동을 위해 그 회선을 통해 전달되는 주소를 분리하려 했습니다. 라우터 인터페이스는 넘버링된 상태를 유지할 수 있었지만, 그 예외가 뒤편에 일반 영구 서비스를 공급하는 경로가 되도록 의도된 것은 아니었습니다.

이 자격은 제안의 신중함과 한계를 동시에 드러냅니다. 회선의 기계적 작동과 회선을 통해 도달되는 독립 네트워크를 구분하는 것은 합리적이었습니다. 그러나 "실제 통신"은 회선 주소 지정, 라우팅, 터널링, 서비스 기능이 겹치는 세계에서 적용하기 어려울 수 있었습니다. 문구를 읽는 운영자는 어떤 패킷이 통신 "을 위한" 사용으로 계수되고 어떤 패킷이 회선을 유지할 뿐인지 결정해야 했습니다. 이 단어들은 통제와 기록에 근거한 시험이 물을 수 있는 더 다루기 쉬운 질문—독립적으로 책임 가능한 네트워크가 해당 프리픽스에 대한 지속적 권한을 얻었는가?—대신 범주적 경계로 기능을 단속하려 했습니다.

2018년 5월 9일 AFRINIC-28의 공개 회의는 그 미해결 지점을 드러냈습니다. 공식 회의록은 점대점 회선, VPN, 핫스팟 관련 사례의 발표와 논의를 기록합니다. AFRINIC 직원은 이러한 임시 사용을 WHOIS에 등록해야 하는지 물었습니다. 저자의 답은 이러한 사용이 임시적이며 등록이 필요 없다는 것이었습니다. 그 답은 논의 중이던 특정 예에 속합니다. 그것을 제3자 사용이 절대 기록에 영향을 주지 않거나 기간이 모든 기록 관리 질문을 자동으로 종결한다는 보편적 명제로 확대해서는 안 됩니다.

WHOIS가 계시적인 질문이었던 이유는 의미론적 분쟁을 레지스트리 작업으로 번역했기 때문입니다. 방문자의 휴대폰이 한 오후 동안 /64를 받는다면 새로운 공개 기록은 책임성을 거의 추가하지 않습니다. 기록은 검토되기 전에 낡을 수 있고, 소유자는 이미 해당 회선의 책임 운영자로 남아 있습니다. 반대로 다른 조직이 프리픽스의 지속적 통제권을 가져 자체 인프라를 운영하고 실질적 어뷰즈 또는 보안 연락처가 되면, 모든 기록을 원래 수신자만 가리키도록 남겨두는 것은 운영 현실을 가릴 수 있습니다. 같은 단어 "하위 할당"이 이 두 상태를 구분하도록 요구받고 있었습니다.

회의는 이 구분을 정하지 못했습니다. 회의록은 긍정적 피드백, 오해, 그리고 미해결로 남은 문구 수정 의견을 기록합니다. 공동 의장들의 처분은 "추가 논의 필요"였고 제안은 다듬이를 위해 메일링 리스트로 반환되었습니다. 이 절차적 결과가 핵심입니다. 초안 1호는 논의 중인 제안이었으며, 제정된 공법도 아니고 입증된 최종 커뮤니티 규칙조차 아니었습니다. 이용 가능한 근거는 공개, 발표, 질문, 합의 없는 논의 반환을 확립합니다. 비준, 구현, 특정 회원에 대한 적용, 자원 거부, 서비스 중단 또는 집행 조치를 확립하지 않습니다.

이후의 역사는 그 순간을 다시 쓰는 데 사용될 수 없습니다. 이후 초안 2호와 이후 매뉴얼 문구의 존재는 제안 계열이 계속되었고 구현 역사가 별도의 단계에 속한다는 것만 보여줍니다. 그것을 초안 1호로 소급할 수는 없습니다. 또한 이 검토가 별도의 IPv6 PI 적격성 제안, 계약에 관한 일반 논쟁, 현재의 제도적 분쟁 또는 IPv6 경제학으로 흐르지 않아야 합니다. 문제의 사건은 더 좁습니다. 초안 1호는 과도한 금지에서 회선상 임시 제3자 사용을 구하려 했고, 영구 서비스 배제를 유지했으며, AFRINIC-28에서 합의 없이 돌아왔습니다.

이 좁은 틀 안에서 초안 1호는 가치 있는 성과를 이루었습니다. 주소가 타인의 기기에 나타나는 것과 번호 자원 공간의 통제가 타인의 네트워크로 이동하는 것 사이의 차이를 가시화했습니다. 그것은 건전한 레지스트리 규칙이 보존해야 할 첫 번째 구분입니다. 그러나 제안된 문구는 아직 분석을 충분히 멀리 운반하지 못했습니다. 임시 사용에 의존하고 영구 연결 또는 광대역을 범주로 배제함으로써, 레지스트리가 운영 사실을 기록하는 것인지 관계에 대한 허가를 부여하는 것인지 여부를 열어두었습니다.