요약

  • RFC 3956은 프리픽스 길이, 유니캐스트 프리픽스, 작은 인터페이스 식별자를 IPv6 멀티캐스트 그룹 주소에 인코딩하여, 별도의 매핑 서비스 없이도 라우터가 하나의 PIM-SM 랑데부 포인트(RP)를 도출할 수 있도록 했습니다.
  • 그룹 주소는 누구나 제공할 수 있었기 때문에 구현체는 여전히 유효하지 않은 도출 주소를 거부해야 했습니다. 유효한 도출은 RP가 존재함도, 조인·등록·포워딩·수신자 전달이 성공함도 증명하지 않았습니다.

구성이 목적지의 일부가 되다

멀티캐스트 수신자는 보통 그룹 주소에서 출발합니다. 이 주소는 구성, 디렉터리, 웹 페이지 또는 다른 애플리케이션을 통해 학습될 수 있습니다.RFC 3956은 이 주소에 더 많은 역할을 부여했습니다. 지정된 IPv6 멀티캐스트 그룹 범위에 대해, 주소 자체가 PIM-SM(Protocol Independent Multicast Sparse Mode)에서 사용하는 랑데부 포인트를 재구성하는 데 필요한 정보를 담도록 한 것입니다.

매력은 도메인 간 조율이었습니다. IPv6는 이전 IPv4 애니소스 멀티캐스트(ASM) 배포에서 쓰이던 MSDP 소스 탐색 체계를 동일하게 받지 못했고, SSM(소스별 멀티캐스트)도 단기적으로 완전한 대체 수단으로 취급되지 않았습니다. 모든 라우터가 목적지 자체에서 그룹-RP 매핑을 계산할 수 있다면, 운영자는 분산 구성을 덜 부담하고 이 선택에 대해 별도의 매핑 교환 없이도 작업할 수 있었습니다.

이 계산은 결정론적이었습니다. 다만 전지적이지는 않았습니다.

전체 주소는 담을 수 없었다

IPv6 주소는 128비트입니다. 그룹 주소는 여전히 멀티캐스트 그룹을 식별해야 했으므로, 또 하나의 완전한 128비트 RP 주소를 단순히 담을 수는 없었습니다. RFC 3956은RFC 3306의 유니캐스트 프리픽스 기반 형식 위에 구축되었습니다. 플래그가 임베디드 RP 형식을 선택했고, 프리픽스 길이 필드와 유니캐스트 네트워크 프리픽스의 일부가 대부분의 위치 정보를 제공했으며, 4비트 RP 인터페이스 식별자(RIID)가 제약된 주소 구성 아래 나머지 선택을 담당했습니다.

RIID 0은 예약되어 있었습니다. 0이 아닌 서로 다른 식별자는 하나의 프리픽스 아래에서 서로 다른 RP를 선택할 수 있었지만, 각각의 완전한 멀티캐스트 주소는 여전히 하나의 RP 후보로 매핑되었습니다. Group-ID의 고유성은 사양의 범위 밖이었습니다. 따라서 어디서나 같은 RP가 도출된다고 해서 두 관리자가 그룹 자체를 조율했다는 보장은 없었습니다.

임베디드 범위에서는 이 매핑이 가장 긴 일치를 받고 다른 그룹-RP 메커니즘보다 우선했습니다. 이 규칙은 두 탐색 체계가 같은 주소에 대해 경쟁하는 답을 내는 것을 막았습니다. 이는 선택의 일관성을 증명했을 뿐, 서비스 가용성을 증명한 것이 아니었습니다.

사용자가 간접적으로 제어 평면 트래픽을 선택했다

수신자는 그룹을 학습하고 MLD 보고서를 발행하며, 자신의 지정 라우터는 도출된 RP를 향해 PIM-SM 조인을 시작했습니다. 송신자는 같은 종류의 그룹 주소를 학습하고, 그 지정 라우터는 PIM Register 메시지 안에서 초기 트래픽을 해당 RP로 보낼 수 있었습니다. 그러니까 그룹 주소가 라우터가 제어 트래픽을 보내는 위치와, 소스·수신자 상태를 조립하려 시도하는 위치에 영향을 준 것입니다.

그래서 입력의 출처가 중요해졌습니다. RFC 3956은 임베디드 정보가 신뢰할 수 없는 출처에서 온다고 명시합니다. 인터넷의 누구나 그러한 그룹 주소를 제공할 수 있습니다. 구현체는 다른 방식으로 학습한 RP에 적용하는 유효성 검사를 최소한 그대로 적용해야 했습니다. 문서는 특히 링크 로컬fe80::/10,::/16, 멀티캐스트ff00::/8범위의 결과를 배제합니다.

이 검사를 통과했다는 것은 도출된 주소가 후보로서 허용 가능함을 의미했습니다. 그룹을 제공한 사람, 프리픽스의 운영자, 멀티캐스트 송신자, 수신자를 인증한 것은 아니었습니다. 그룹 생성, 전송, 조인 권한을 부여한 것도 아니었습니다. 주소 문법은 접근 제어 자격 증명이 아니라 라우팅 입력이 되었을 뿐입니다.

RFC는 존재 주장이 성립할 수 없다고 밝혔다

PIM-SM 사양은 구성되거나 학습된 RP 주소가 도메인 전역에서 도달 가능할 것으로 기대합니다. RFC 3956은 이 한계를 정면으로 마주했습니다. 도달 가능성은 일반적으로 증명할 수 없고, 외부 임베디드 RP의 경우 RP의 존재조차 보장할 수 없습니다.

이 문장은 네트워크 대시보드가 흔히 압축해버리는 여러 관찰을 구분합니다. 도출된 주소로의 경로가 있다는 것은 포워딩 테이블에 후보 다음 홉이 있다는 뜻일 뿐입니다. 그 엔드포인트가 PIM-SM을 실행하고, Register를 수용하고, 올바른 소스 상태를 유지하며, 자원이 충분하고, 유용한 제어 메시지를 돌려준다는 증명은 아닙니다. 성공적인 조인은 어떤 경로에 상태를 만들 뿐이며, 소스가 등록했거나 데이터가 수신자에게 도달했다는 증명이 아닙니다. 매핑 캐시는 어떤 라우터가 한 번 도출을 수행하거나 저장했다는 것만 증명합니다.

이 주소는 RP를 단일 장애점으로 더 잘 보이게 만들기도 합니다. 가시성은 문제 해결을 돕는 동시에 공격을 한곳에 집중시킬 수 있습니다. 건강 검진이 아니라는 뜻입니다. 그룹을 MSDP 광고에서 숨기는 것은 이미 접근 제어가 아닌 은폐였고, 임베디드 형식이 발견 가능성을 보호로 바꾸지도 않았습니다. 경계 스코핑과 명시적 정책은 별개의 도구로 남았습니다.

주변 프로토콜은 각자의 권한을 유지했다

RFC 4601은 이후 PIM-SM의 조인, Register, 공유 트리 동작을 상세히 규정했습니다.RFC 3810은 MLDv2 호스트 멤버십 보고서를 정의했습니다. 이 기록들은 체계에서 서로 다른 위치를 차지합니다. 로컬 멤버십 보고서는 첫 홉 네트워크에 트래픽 수신을 요청할 뿐, 원격 RP를 증명하지 않습니다. PIM 상태 항목은 제어 결정을 기록할 뿐, 패킷 전달을 인증하지 않습니다.

RFC 4607은 소스별 멀티캐스트(SSM)를 다루며, RP를 피하기 위해 소스-그룹 채널을 사용합니다. RFC 3956은 SSM을 중요한 대안으로 다루면서도 즉각적인 보편적 대체 수단으로 취급하지 않았습니다. 이 비교는 역사적으로 의미가 있지만, 근거 경계는 변하지 않습니다. 의도된 경로를 더 많이 지명한다고 해서 그 경로가 현재 동작함이 증명되는 것은 아닙니다.

RFC 7371은 이후 IPv6 멀티캐스트 주소 체계를 갱신했습니다.RFC Editor 기록과정정(errata) 페이지는 RFC 3956 자체의 발행 상태를 보존합니다. 이 기록 어느 것도 특정 네트워크의 채택이나 현재 벤더 동작을 증명하지 않습니다.

임베디드 RP는 하나의 결과를 재현 가능하게 만듦으로써 동작했습니다. 재현 가능성은 가치 있습니다. 일관되지 않은 구성을 줄이고 장애 위치 파악을 쉽게 만들기 때문입니다. 그러나 재현 가능한 후보는 여전히 후보입니다. 그룹 주소는 제어 평면이 시도해야 할 곳을 지명했을 뿐입니다. 경로, PIM 교환, RP 소스 상태, 포워딩 카운터, 수신자 관찰이 더 강한 모든 주장을 입증해야 했습니다.

출처