요약

  • RFC 3180은 1년짜리 실험을 BCP 53으로 격상시켰습니다. IPv4 멀티캐스트 블록 233/8에서 2옥텟 자율 시스템(AS) 번호가 /24, 즉 256개의 그룹 주소를 결정하며, 별도의 등록 절차 없이도 됩니다.
  • 이 설계는 AS 레지스트리의 편의성과 한계를 함께 가져왔습니다. 4옥텟 ASN을 담을 수 없었고, 하나의 AS에는 여러 사이트나 조직이 포함될 수 있었습니다. RFC 6034는 이후 프리픽스 기반 옵션을 추가했지만 RFC 3180을 명시적으로 유지했습니다.

이 주소는 누가 할당할 수 있는지에 대한 단서를 담도록 설계되었습니다. 233/8에서 첫 번째 옥텟은 고정되고, 다음 두 옥텟은 16비트 AS 번호를 그대로 복사하며, 마지막 옥텟은 해당 AS에 256개의 멀티캐스트 그룹을 남겨둡니다. RFC 3180의 예시는 AS 5662를 233.22.30.0/24로 매핑합니다. 공급자는 별도의 도메인 간 할당자를 통해 전역 그룹 범위를 청구하는 대신, 이미 라우팅을 위해 할당된 번호에서 블록을 도출할 수 있었습니다.

이 지름길은 구체적인 조율 문제에 대한 답이었습니다. 2000년 2월에 실험으로 발표된 RFC 2770은 일부 콘텐츠 애그리게이터가 동적 세션 할당으로는 적합하지 않은 시간 규모로 안정적인 그룹 주소가 필요하다고 설명했습니다. 또한 공급자, 애그리게이터, 애플리케이션 작성자 사이에 일관된 할당 방식에 대한 합의가 부족하다고 지적했습니다. 여기서 제안된 233/8의 정적 사용은 처음에 1년으로 제한되었고 갱신도 가능했습니다. 2001년 9월의 RFC 3180은 이 실험을 폐기하고 Best Current Practice 53으로 대체했습니다. 이 정책의 명시된 대상은 Source-Specific Multicast이 다루지 않는 정적 주소 하위 집합이었으며, 모든 멀티캐스트 할당은 아니었습니다.

재사용 덕분에 규칙은 이해하기 쉬워졌지만, 빌려온 식별자는 경계를 만들었습니다. RFC 3180은 이 방식을 명시적으로 2옥텟 AS 번호로만 제한했습니다. ASN 형식이 4옥텟으로 확장되자 GLOP에는 추가 값을 담을 비트가 없었습니다. 그 블록은 AS를 설명할 뿐, 반드시 하나의 조직이나 사이트를 의미하지는 않았습니다. 여러 독립 운영 단위를 가진 대형 AS는 여전히 내부 조율이 필요했고, 그룹 주소에 인코딩된 AS를 알아도 어떤 조직이 책임을 지는지는 알 수 없었습니다.

RFC 6034의 2010년 설계는 반대 방향에서 문제에 접근했습니다. 조직의 글로벌 유니캐스트 프리픽스에서 IPv4 멀티캐스트 범위를 도출하는 것으로, IPv6의 프리픽스 기반 멀티캐스트 형식과 유사한 방식입니다. 이는 프리픽스 길이가 조건을 충족하는 경우 더 세밀한 조율 경계를 제공하고 4바이트 AS 문제를 피할 수 있었습니다. 그러나 깔끔한 승계는 아니었습니다. RFC 6034는 RFC 3180을 업데이트하거나 폐기하지 않는다고 명시합니다. /24보다 더 구체적인 유니캐스트 할당을 가진 조직은 여전히 GLOP이 필요할 수 있고, 한 조직이 둘 다 사용할 수도 있습니다. 두 방식은 서로 다른 기존 권한으로부터 할당합니다. 하나는 AS 번호, 다른 하나는 글로벌 라우팅 주소 프리픽스입니다.

IANA의 현재 레지스트리는 여전히 233.0.0.0부터 233.251.255.255까지를 GLOP 블록으로 표시하고 인접 범위는 별도로 처리합니다. 이는 인정된 할당 경계를 기록할 뿐, 그것으로 얼마나 많은 트래픽이 사용되는지, 할당된 그룹이 라우팅되는지, 수신자가 스트림을 얻었는지는 보여주지 않습니다. 따라서 역사적 기록은 보편적 채택도 소멸도 뒷받침하지 않습니다. 다른 번호 체계에 정적 그룹 할당을 내장함으로써 쉽게 만들려는 노력, 그리고 그 체계의 입자 크기와 폭이 모든 사례에 맞지 않을 때 두 번째 매핑을 추가하기로 한 이후의 결정을 보여줍니다.

출처