요약

  • RFC 9818은 IPv6 고객 에지(CE) 라우터가 LAN에서 DHCPv6 프리픽스 위임을 제공하고, 위임된 각 클라이언트로 향하는 경로를 설치하며, 기본 필터링 정책에서 위임된 소스 범위를 허용하고, 임대가 해제되거나 만료되면 경로를 제거하도록 요구한다.
  • 다운스트림 유효 수명은 대응하는 업스트림 프리픽스의 잔여 수명을 절대 초과할 수 없다. 따라서 어떤 임대는 한 데이터베이스에서는 유효해 보이지만, 그것을 지탱하는 권위는 이미 다른 곳에서 축소되었을 수 있다.
  • 로컬 프리픽스 보관 접수증은 상위 위임, 클라이언트 식별, 다음 홉, 경로, 필터, 타이머, 패킷 관찰, 보관 종료를 결합해야 한다. 이는 Daniel Kade의 편집 제안이며 RFC 필드나 IETF 요구사항이 아니다.

쉬운 재고 정리는 라우터가 프리픽스를 받았다고 말한다. 유용한 질문은 지금 어떤 다운스트림 라우터든 그 일부로 트래픽을 운반할 수 있는가이다.

이 두 진술은 동등하지 않다. 접속 사업자는/64보다 큰 블록을 고객 에지 라우터에 위임할 수 있다. CE 라우터는 그 일부를 자기 LAN에서 소비하고도 여유를 남길 수 있다. 그러나 LAN 쪽 인터페이스에서 DHCPv6 프리픽스 위임 서버로 동작할 수 없다면, 그 나머지는 RFC 9818이 기술하는 메커니즘을 통해 다른 라우터에 넘겨질 수 없다. 상위 할당에는 존재하던 용량이 하위가 필요한 지점에서 존재하지 않게 된다.

RFC 9818은 바로 이 운영상의 공백을 메운다. 문서는 CE 라우터에 단순히 IA_PD 임대를 내보내라고만 요구하지 않는다. 위임을 경로 설치, 포워딩 처리, 만료, 풀 재사용과 결합한다. 문서의 열 가지 LAN 프리픽스 위임 요구사항은 하나의 자원 라벨을 서로 다른 하위 시스템이 제어하는 상태 전이의 연쇄로 바꾼다.

바로 이 연쇄가 거버넌스 표면이다. 대시보드가 프리픽스만 기록하거나 임대만 기록한다면, 한 하위 시스템에 대해서는 진실을 말하면서 사용 가능한 서비스에 대해서는 거짓 답을 줄 수 있다.

상위 할당과 하위 위임은 서로 다른 청구다

업스트림 사업자가 어떤 블록이 CE 라우터에 도달하는지, 얼마 동안인지를 결정한다. CE 라우터는 그 다음에 어떤 부분이 직접 연결된 링크에 쓰이고 어떤 나머지가 다운스트림 라우터에 제공될 수 있는지를 결정한다. RFC 9818의 기본 모델은 평면적이다: 로컬 링크 할당 후에 라우터가 LAN의 다른 라우터에 프리픽스를 직접 제공한다. 계층적 모델도 설정 시 가능하지만, 관리되지 않는 트리는 한 분기에서 프리픽스를 고갈시켜 균형을 잃을 수 있다.

이 구분이 중요한 이유는 “/56을 위임했다”가 사업자-CE 경계를 기술할 뿐 CE-하위 경계를 기술하지 않기 때문이다. LPD-1이 LAN 인터페이스에서의 IA_PD 지원을 요구하는 것은 바로 일반 호스트 구성으로는 부족하기 때문이다. LPD-2는 각 하위 할당이 위임된 상위에서 나와야 하며, 남은 프리픽스가 부족할 때 시스템 관리 오류를 요구한다. 따라서 업스트림 임대는 건강한 상태에서 하위 요청이 정당하게 실패할 수 있다.

LPD-3은 조건부 안정성을 더한다. 링크에 할당된 프리픽스는 로컬 정책이나 토폴로지가 변하지 않는 한 바뀌어서는 안 된다. 이는 다운스트림 식별을 불필요한 재번호화로부터 보호하지만 영구성의 약속은 아니다. 근거는 모든 변경을 결함으로, 모든 안정 행을 현재 것으로 취급하는 대신 어느 정책 또는 토폴로지 사건이 변경을 정당화했는지 보존해야 한다.

LPD-4는 링크 프리픽스가 할당된 후 남는 공간을 다른 라우터를 위해 계속 사용 가능하게 유지한다. 이것은 보관 규칙이다. CE 라우터는 자신에게 필요한 만큼은 남겨둘 수 있지만 나머지를 조용히 묶어두어서는 안 된다. 할당된 범위를 차감하는 주소 관리 화면은 산술적 가용성을 측정할 수 있다. 그러나 DHCPv6 서버, 라우팅 테이블, 필터가 나머지를 운용 가능하게 만들 수 있는지는 여전히 증명하지 못한다.

경로는 임대 의미의 일부다

LPD-5가 결정적 조인을 제공한다. CE 라우터는 임대와 그 관련 다음 홉으로 동적으로 갱신되는 로컬 라우팅 테이블을 유지한다. 하위의 프리픽스는 DHCP 상태의 단순한 값이 아니라, 상위가 그것을 받은 라우터 쪽으로 포워딩해야 하는 목적지다.

여기서 적어도 네 가지 개별 관찰이 생긴다: 서버가 IA_PD 교환을 수락했다; 임대가 프리픽스와 클라이언트 맥락을 명명한다; 그 프리픽스의 경로가 올바른 다음 홉을 가리킨다; 패킷이 실제로 그 경로를 따른다. 어느 것도 다른 것을 대신할 수 없다. 경로 설치가 실패하더라도 Reply는 캡처될 수 있다. 정리가 실패하면 경로가 임대보다 오래 살아남을 수 있다. 토폴로지 변화 후 경로가 어제의 다음 홉을 가리킬 수 있다. 카운터는 하위 경로가 트래픽을 실어 날랐음을 증명하지 않은 채 더 넓은 집계에서 늘어날 수 있다.

해제와 만료는 이 의무를 가역적으로 만든다. 위임된 프리픽스가 해제되거나 갱신 없이 유효 수명이 만료되면 RFC 9818은 관련 경로의 제거와 프리픽스의 사용 가능 풀 반환을 요구한다. 이것은 두 개의 상태 변경이지 하나의 데이터베이스 삭제가 아니다. 경로가 사라졌는데 할당자가 프리픽스를 회수하지 않으면 용량이 새어 나간다. 이전 경로가 남아 있는 채 할당자가 재발행하면 보관이 겹친다. 둘 다 일어났는데 오래된 필터 예외가 남으면 보안 표면이 자원 표면과 더 이상 일치하지 않는다.

따라서 신뢰할 수 있는 계정은 임대 이벤트와 경로 이벤트를 각자의 타임스탬프, 결과 코드, 관찰 출처와 함께 필요로 한다. “만료됨”은 조정 후에 붙이는 라벨이 아니라 인과적 전이여야 한다.

필터가 온전히 올바른 위임을 무효화할 수 있다

RFC 9818은 CE 라우터 기준선에서 물려받은 기본 필터링 요구를 갱신한다. 외부 IPv6 소스가 위임된 프리픽스에 속하는 패킷과 동일 플로우의 상호 패킷은 기본적으로 허용되어야 한다. LAN에 할당되지도 위임되지도 않은 주소를 사용하는 패킷은 계속 드롭되어야 한다.

이는 방화벽이 열려 있다는 말보다 정밀하다. 허용 집합은 현재 위임 상태에서 파생되며 그 정당성은 그 상태와 함께 끝난다. 동일한 프리픽스는 사용 불가 → 위임됨 → 만료로 이동할 수 있다. 정적 허용 목록은 외부 조인 없이는 그 수명 주기를 표현할 수 없다.

필터링과 라우팅도 어긋날 수 있다. 올바른 하위 경로에 오래된 거부 규칙이 결합되면 임대는 사용 불가능해진다. 현재 경로 없는 관대한 규칙은 라우터가 돌려보낼 방법을 모르는 소스 식별을 허용할 수 있다. 임대, 경로, 필터는 각자 자기 로컬 건강 검사를 통과하면서 서로 다른 시점을 참조하는 버전일 수 있다.

그래서 연결성 프로브가 중요하지만 제어 기록을 대신할 수 없다. 성공한 패킷은 한 시점의 한 경로를 증명할 뿐이다. 어떤 임대가 소스를 승인했는지, 경로가 그 임대에서 설치되었는지, 얼마의 수명이 남았는지, 겉보기 성공이 다른 경로를 사용했는지 설명하지 못한다. 실행 코드가 고리를 닫을 뿐 출처를 지우지는 못한다.

하위 시계는 상위 시계를 앞설 수 없다

LPD-10이 시간 불변량을 확립한다: CE 라우터는 WAN에서 학습한 대응 프리픽스의 잔여 수명보다 긴 수명으로 LAN에서 프리픽스를 위임해서는 안 된다. 하위는 상위가 아직 보유한 것보다 더 내구성 있는 권위를 받을 수 없다.

그 규칙은 진술하기 쉽고 분산된 근거에서 잃기 쉽다. 상위 유효 수명은 한 교환에서 관찰되고 시간과 함께 줄어든다. 하위 임대는 다른 프로세스가 기록할 수 있다. 갱신, 재바인드, 재시작, 시계 동작이 각 구성 요소가 믿는 것을 바꿀 수 있다. 관찰 시점 없이 저장된 기간은 다른 저장된 기간과 정직하게 비교될 수 없다.

올바른 비교는 “하위 값이 원래 상위 값보다 작다”가 아니라 “하위 만료가 동일 보관 체인에서 도출된 현재 상위 만료보다 늦지 않다”다. 업스트림 프리픽스가 갱신되면 하위 임대는 자신의 유효한 교환을 통해 연장될 수 있다. 업스트림 수명이 축소되거나 갱신이 실패하면 하위 시스템은 CE 라우터가 더 이상 보유하지 않는 권위를 계속 광고해서는 안 된다.

LPD-7은 또 다른 경계를 더한다. 기본 하위 길이는/64로 현재 SLAAC 모델에 맞으며, 관리자가 다른 길이를 선택하지 않는 한 그렇다; 더 짧은 프리픽스는 계층적 위임을 지원할 수 있다. 따라서 프리픽스 길이는 미관적 필드가 아니라 건축적 결과를 갖는 정책 입력이다. LPD-8과 LPD-9도 마찬가지로 GUA 프로비저닝을 ULA 생성과 구분하고 둘 다 나타날 때 GUA를 먼저 둘 것을 권고한다. 로컬 주소 지정은 글로벌 도달성을 대신하지 못한다.

프리픽스 보관을 위한 접수증

여기서 제안하는프리픽스 보관 접수증은 상위에서 시작한다: WAN 인터페이스, 위임된 프리픽스, 서버·클라이언트 식별자, IA 식별, 선호·유효 만료 시점, 갱신 근거, 관찰 시계. 그리고 그 상위에서 가져온 로컬 링크 범위와 하위 위임이 이루어질 수 있는 나머지 풀을 기록한다.

각 하위에 대해 접수증은 요청과 Reply를 클라이언트 식별, IA_PD, 정확한 프리픽스와 길이, 선호·유효 수명, LAN 인터페이스, 다음 홉 주소에 결합한다. 그 다음 경로 설치 트랜잭션을 별도로 기록한다: 테이블 또는 라우팅 도메인, 프리픽스, 다음 홉, 설치 결과, 버전, 제거 조건. 필터링 기록은 위임된 소스와 상호 플로우를 허용하는 유효 규칙 또는 파생 상태를, 결정에 필요한 이상의 트래픽 세부는 남기지 않으면서 명명한다.

결과 계층은 의도적으로 절제되어 있다: 유계 프로브 또는 패킷 관찰, 방향, 시각, 결과. 영구 도달성의 주장이 아니다. 출구 계층도 똑같이 중요하다: 해제, 만료, 상위 축소, 토폴로지 변화, 정책 행동; 경로 제거; 필터 철회; 풀 반환; 그리고 이전 보관이 끝나기 전에 프리픽스가 재발행되지 않았다는 확인.

이 접수증은 로컬에 두고 접근 통제해야 한다. DHCP 식별자, 토폴로지, 트래픽 관찰은 가구나 기업 구조를 노출할 수 있다. 이 제안은 중앙 레지스트리나 새로운 와이어 포맷을 요구하지 않는다. 운영자가 한 하위 시스템의 성공을 종단 간 판정으로 승격시키는 일을 그만두기만 하면 된다.

RFC는 모든 네트워크 정책이 아니라 기준선을 표준화한다

RFC 9818은 공통 산업 기준 기능을 확립하기 위해 규범적 언어를 사용함에도 정보성(Informational)이다. 문서는 이를 해결하는 데 추가 라우팅, 프로비저닝, 정책이 필요하다는 이유로 둘 이상의 사업자를 둔 멀티 프리픽스 네트워크를 명시적으로 배제한다. 이는 범위 경계이지 그런 네트워크가 무효하다는 증거가 아니다.

IETF가 여기 기술된 상호운용 가능 동작을 정의한다. 사업자가 상위 위임을 통제한다. CE 라우터 소프트웨어가 DHCPv6, 라우팅, 필터링을 조율한다. 관리자가 프리픽스 길이, 계층, 로컬 정책을 선택한다. 다운스트림 라우터가 하위 네트워크를 운영한다. 각 행위자는 서로 다른 결정과 서로 다른 증명 부담을 갖는다.

Lu Heng의 러닝 코드 교리는 RFC, 임대, 패킷 추적이 서로 혼동되는 것을 막기 때문에 유용하다. 표준은 조인을 요구할 수 있다. 조인을 수행하는 것은 구현뿐이다. 특정 시스템에서 그것이 일어났음을 보여주는 것은 관찰뿐이다. 조인이 실패했을 때 수용 가능한 정책을 결정하는 것은 로컬 권위뿐이다.

지속되는 결론은 위임이 불신뢰적이라는 것이 아니다. 위임이 복합적이라는 것이다. 주소 공간은 보관, 포워딩 허가, 시간이 일치할 때에만 사용 가능한 용량이 되고, 그 합의가 풀리는 순간 용량이기를 멈춘다.

출처