IP 멀티캐스트

IP 멀티캐스트는 단일 전송에서 관심 있는 수신자 그룹에 인터넷 프로토콜(IP) 데이터그램을 전송하는 방법이다.그것은 IP 고유의 멀티캐스트 형태로서 스트리밍 미디어와 다른 네트워크 어플리케이션에 사용된다.IPv4와 IPv6에서 특별히 예약된 멀티캐스트 어드레스 블록을 사용한다.

IP 멀티캐스트와 관련된 프로토콜에는 인터넷 그룹 관리 프로토콜, 프로토콜 독립 멀티캐스트 및 멀티캐스트 VLAN 등록이 포함된다.IGMP 스누핑은 레이어-2 네트워크의 IP 멀티캐스트 트래픽을 관리하는 데 사용된다.

IP 멀티캐스트에 대해 설명함 RFC 1112.IP 멀티캐스트는 1986년에 처음 표준화되었다.^[1]그것의 사양은 그룹 관리를 포함하기 위해 RFC 4604에서, 관리 범위 주소를 포함하기 위해 RFC 5771에서 강화되었다.

기술 설명

IP 멀티캐스트는 네트워크의 IP 인프라를 통한 일대다 및 다대다 실시간 통신을 위한 기술이다.그것은 수신자의 아이덴티티에 대한 사전 지식이나 수신자의 수에 대한 사전 지식은 요구하지 않음으로써 더 많은 수신자 집단에 맞춰 확장된다.멀티캐스트는 다수의 수신자에게 전달될 필요가 있더라도 소스가 패킷을 한 번만 보내도록 요구함으로써 네트워크 인프라를 효율적으로 이용한다.네트워크의 노드(일반적으로 네트워크 스위치와 라우터)는 메시지가 네트워크의 각 링크를 통해 한 번만 전송되도록 여러 수신기에 도달하기 위해 패킷 복제를 관리한다.

멀티캐스트 어드레싱을 사용하는 가장 일반적인 전송 계층 프로토콜은 UDP(User Datagram Protocol (User Datagram Protocol, UDP)그 성격상 UDP는 신뢰할 수 없다. 메시지가 분실되거나 배달되지 않을 수 있다.PGM과 같은 신뢰할 수 있는 멀티캐스트 프로토콜은 IP 멀티캐스트 위에 손실 감지 및 재전송을 추가하기 위해 개발되었다.

IP 멀티캐스트의 주요 개념은 IP 멀티캐스트 그룹 주소,^[2] 멀티캐스트 배포 트리 및 수신자 기반 트리 생성을 포함한다.^[3]

IP 멀티캐스트 그룹 주소는 멀티캐스트 메시지를 보내고 받기 위해 소스와 수신자에 의해 사용된다.소스는 그룹 주소를 데이터 패킷의 IP 대상 주소로 사용한다.수신자는 이 그룹 주소를 사용하여 해당 그룹에 전송된 패킷을 수신하는 데 관심이 있음을 네트워크에 알려준다.예를 들어, 일부 콘텐츠가 그룹 239.1.1.1과 연결된 경우 소스는 239.1.1.1로 지정된 데이터 패킷을 전송한다.해당 콘텐츠의 수신자는 그룹 239.1.1.1로 전송된 데이터 패킷을 수신하는 데 관심이 있음을 네트워크에 알려준다.수신기는 239.1.1.1과 결합한다.수신자가 그룹에 가입하기 위해 일반적으로 사용하는 프로토콜을 IGMP(Internet Group Management Protocol)라고 한다.^[4]

공유 트리에 기반한 라우팅 프로토콜로, 일단 수신자가 특정 IP 멀티캐스트 그룹에 가입하면, 멀티캐스트 배포 트리는 그 그룹을 위해 구성된다.이것에 가장 널리 사용되는 프로토콜은 프로토콜 독립 멀티캐스트(Protocol Independent Multicast(PIM)이다.송신자에서 멀티캐스트 그룹으로 데이터 패킷이 그룹에 가입한 모든 수신기에 도달하도록 멀티캐스트 배포 트리를 설정한다.에는 PIM구현의 이 중 변화:밀집 모드(SM), 밀집 모드(DM), 게다가 모든 leaf들 멀티 캐스트(SSM)과 Bidirectional 모드(Bidir, 또는 Sparse-Dense 모드, 몬트리올 개발 공사)., PIM-SM은 가장 널리 2006[업데이트]로 배치되고 있다.[표창 필요한]SSM과 Bidir고 확장 가능한 변화가 최근 인기를 얻고 있을 개발했다 더 간단하다.[표창 필요한]

IP 멀티캐스트 작동은 그룹의 수신자에 대해 아는 활성 소스를 필요로 하지 않는다.멀티캐스트 트리 구조는 수신기가 주도하며 수신기에 가까운 네트워크 노드에 의해 시작된다.IP 멀티캐스트는 많은 수신자 집단에 맞춰 확장된다.IP 멀티캐스트 모델은 인터넷 건축가 데이브 클라크에 의해 "당신은 한쪽 끝에 패킷을 넣었고, 네트워크는 그것을 요청하는 모든 사람에게 전달하기 위해 공모한다"^[5]라고 묘사되어 왔다.

IP 멀티캐스트는 네트워크의 멀티캐스트 배포 트리당 상태 정보를 생성한다.라우터가 1000개의 멀티캐스트 트리의 일부인 경우, 그것은 1000개의 멀티캐스트 라우팅과 포워딩 항목을 가지고 있다.반면에, 멀티캐스트 라우터는 인터넷의 모든 다른 멀티캐스트 트리에 어떻게 접속하는지를 알 필요가 없다.그것은 다운스트림 수신기가 있는 멀티캐스트 트리에 대해서만 알 필요가 있다.이것은 멀티캐스트 어드레스 서비스를 확장하는 열쇠다.이와는 대조적으로, 유니캐스트 라우터는 단지 기본 경로만을 사용하여 이렇게 하더라도, 인터넷의 모든 다른 유니캐스트 주소에 도달하는 방법을 알 필요가 있다.이러한 이유로, 집계는 유니캐스트 라우팅의 스케일링의 핵심이다.또한, 인터넷 라우팅 테이블을 포함하고 있기 때문에 수십만 개의 경로를 운반하는 핵심 라우터들이 있다.

라우팅

멀티캐스트 그룹의 수신 멤버(즉, 특정 멀티캐스트 주소에 해당하는 수신 데이터)가 되고자 하는 각 호스트는 가입하기 위해 IGMP를 사용해야 한다.인접 라우터도 이 프로토콜을 사용하여 통신한다.

유니캐스트 라우팅에서, 각 라우터는 수신 패킷의 목적지 주소를 검사하고 테이블에서 목적지를 찾아 해당 패킷이 목적지에 더 가까워지기 위해 사용할 인터페이스를 결정한다.소스 주소는 라우터와 무관하다.그러나 멀티캐스트 라우팅에서는 소스 주소(단순 유니캐스트 주소)를 사용하여 데이터 스트림 방향을 결정한다.멀티캐스트 트래픽의 소스는 업스트림으로 간주된다.라우터는 어떤 다운스트림 인터페이스가 이 멀티캐스트 그룹의 대상인지(대상 주소)를 결정하고, 적절한 인터페이스를 통해 패킷을 송신한다.역경로 포워딩이라는 용어는 목적지를 향해가 아니라 소스에서 멀리 떨어진 패킷을 라우팅하는 이 개념을 설명하는 데 사용된다.

유니캐스트를 위한 패킷이 우연히 멀티캐스트 주소로 전송되는 경우 많은 오류가 발생할 수 있다. 특히, ICMP 패킷을 멀티캐스트 주소로 전송하는 것은 패킷 증폭을 달성하는 방법으로 DoS 공격의 맥락에서 사용되어 왔다.

로컬 네트워크에서 멀티캐스트 전달은 IGMP (IPv4 네트워크상에서)와 MLD (IPv6 네트워크상에서)에 의해 제어된다; 라우팅 도메인 안에서 PIM 또는 MOSPF가 사용된다; 라우팅 도메인들 사이에서는 MBGP와 같은 도메인간 멀티캐스트 라우팅 프로토콜을 사용한다.

다음은 멀티캐스트 배포에 사용되는 몇 가지 일반적인 전달 및 라우팅 프로토콜이다.

2층 배달

유니캐스트 패킷은 이더넷 패킷 주소에 특정 계층 2 MAC 주소를 설정하여 이더넷 또는 IEEE 802.3 서브넷의 특정 수신자에게 전달된다.브로드캐스트 패킷은 브로드캐스트 MAC 주소 FF:FF:FF:FF:FF:FF:FF.

IPv4 멀티캐스트 패킷은 이더넷 MAC 주소 범위 01:00:5E:00:00:00 ~ 01:00:5E:7F를 사용하여 전달된다.FF:FF(IANA 소유 OUI 포함)이 범위에는 23비트의 사용 가능한 주소 공간이 있다.첫 번째 옥텟(01)은 브로드캐스트/멀티캐스트 비트를 포함한다.28비트 멀티캐스트 IP 주소의 하위 23비트는 사용 가능한 이더넷 주소 공간의 23비트에 매핑된다.패킷 전달에 모호성이 있다는 뜻이다.동일한 서브넷의 두 호스트가 각각 주소가 처음 5비트에서만 다른 다른 다른 멀티캐스트 그룹에 가입할 경우, 두 멀티캐스트 그룹의 이더넷 패킷은 두 호스트 모두에 전달되어 불필요한 패킷을 버려야 한다.^[6]

IPv6 멀티캐스트 주소의 경우 이더넷 MAC은 MAC 33:33:00:00:00:00:00:00:00과 함께 제공되는 4개의 저차 옥텟에 의해 파생되므로, 예를 들어 IPv6 주소 ff02:dead:beeef:1:3은 이더넷 MAC 주소 33:33:00:01:00:00:00:00:00:03에 매핑된다.^[7]스위치가 멀티캐스트 주소를 이해하지 못하면, 그것은 LAN의 모든 멤버에게 그 트래픽이 넘쳐날 것이다; 이 경우 시스템의 네트워크 카드(또는 운영 체제)는 그들이 가입하지 않은 멀티캐스트 그룹으로 전송된 패킷을 필터링해야 한다.

IGMP 트래픽을 청취하고 주어진 멀티캐스트 그룹에 가입된 네트워크 시스템의 상태 테이블을 유지하는 스위치가 있다.그런 다음 이 테이블을 사용하여 지정된 그룹으로 향하는 트래픽을 제한된 호스트 집합(포트)에만 전달한다.이러한 IGMP 트래픽 청취 프로세스를 IGMP 스누핑이라고 한다.

또한 레이어 3 기능이 있는 일부 스위치는 IGMP 쿼리머 역할을 할 수 있다.멀티캐스트 라우터 역할을 할 라우터가 없는 네트워크에서, IGMP 스누핑 쿼리어가 활성화된 스위치는 사용자가 멀티캐스트 트래픽에 가입하도록 하기 위해 필요한 IGMP 메시지를 생성하는 데 사용될 수 있다.

무선 고려 사항

802.11 무선 네트워킹은 IP 멀티캐스트 주소를 매핑하기 위해 유선 이더넷과 동일한 범위의 MAC 주소를 사용한다.그러나 802.11 무선 네트워크는 전송 트래픽 표시 메시지(DSIM)의 구성과 신호 간격 설정에 따라 멀티캐스트 트래픽을 다르게 처리한다.기본 서비스 세트 내에 어떤 스테이션도 절전 모드에 있지 않으면 멀티캐스트 패킷이 도착하면 즉시 전송된다.전력 절약 모드에 하나 이상의 스테이션이 있는 경우, 액세스 포인트는 각 DSIM 간격 후에만 멀티캐스트 트래픽을 전달하고 기본 속도 집합에서 지원되는 속도 중 하나로 전송한다.대부분의 무선 액세스 포인트에서 이 간격에 대한 기본 구성은 102.4ms^{[citation needed]}(비컨 간격 = 100ms, DSIM = 1) 또는 204.8ms^{[citation needed]}(비컨 간격 = 100ms, DSIM = 2)이며 전송 속도는 작동 대역과 보호 모드에 따라 1Mbit/s 또는 6Mbit/s이다^{[citation needed]}.DTIM과 신호 간격 설정은 무선 네트워크에서 멀티캐스트 성능을 향상시키기 위해 조정할 수 있다.^[8]

이더넷과 달리 802.11의 대부분의 트래픽은 ACK와 NACK를 사용하여 신뢰성 있게 전송되므로 무선 간섭이 견딜 수 없을 정도로 높은 패킷 손실을 야기하지 않는다.그러나 멀티캐스트 패킷은 한 번 전송되고 인정되지 않기 때문에 훨씬 더 높은 손실률을 받는다.멀티캐스트 데이터를 각 클라이언트에 반복적으로 유니캐스트하는 것을 선택하거나, 각 클라이언트에 ACK를 요청하는 등, 이것에 대처하는 다양한 방법이 있다.^[9]일부 방법은 액세스 포인트의 수정만을 필요로 하며, 일부 엔터프라이즈급 기기에서 지원되며, 다른 개선은 클라이언트의 수정을 필요로 하므로 채택이 광범위하게 이루어지지 않았다.

시큐어 멀티캐스트

IP 멀티캐스트는 단일 데이터 패킷이 송신자로부터 전송되어 수신자 집합으로 복제될 수 있는 인터넷 통신 방법이다.복제 기술은 데이터 전송에 사용되는 미디어에 다소 의존한다.이더넷이나 위성 링크와 같은 고유한 방송 매체에서 멀티캐스트의 전송은 자동으로 미디어에 직접 부착된 모든 수신자들에 의해 데이터 패킷이 수신될 수 있게 한다.대조적으로, 지점간 또는 지점간 다중점인 미디어에서 멀티캐스트의 전송은 각 링크에 대해 패킷을 복제할 것을 요구한다.복제 프로세스는 네트워크 내에 배포 트리가 구축되는 최적의 방식으로 이루어져야 한다.패킷은 트리의 각 가지에서 복제될 수 있다.이것은 송신자가 각 수신자에 대해 패킷을 한 번 복제해야 하는 요건을 완화시킨다.

IPsec을 통신 링크로서 사용하기 위해서는 포인트 투 포인트 연결 설정이 필요하다.일반적으로 보안은 송신자에서 수신자까지 요구되는데, 이는 송신자가 각각의 보안 연결에 패킷을 복제해야 한다는 것을 의미한다.수신기의 수가 증가함에 따라 송신자는 패킷을 각 수신기에 복제하여 규모를 조정해야 한다.송신자의 처리 부하가 높을 수 있어 송신자의 확장성이 제한된다.멀티캐스트를 안전하게 전송하기 위해 새로운 방법이 필요했고 이것은 보안 멀티캐스트 또는 멀티캐스트 보안으로 언급되었다.

IETF(Internet Engineering Task Force)는 패킷 네트워크를 통해 멀티캐스트 트래픽을 안전하게 전송하기 위해 새로운 IP(Internet Protocol)를 만들었다.프로토콜 정의는 멀티캐스트 보안 워크그룹에서 개발되었고, 현재 IP 멀티캐스트 트래픽의 보안을 위한 표준으로 사용되는 여러 RFC(Request for Comments)로 이어졌다.프로토콜은 송신자가 멀티캐스트 패킷을 암호화하고 그것을 최적의 분배 트리의 패킷 네트워크로 포워드 할 수 있게 했다.패킷은 네트워크의 최적 위치에서 복제되어 모든 수신자에게 전달될 수 있다.수신기는 패킷의 암호를 해독하고 안전한 네트워크 환경에서 패킷을 전달할 수 있다.멀티캐스트 패킷의 송신자는 잠재적 수신자를 알지 못하므로, 쌍으로 된 암호화 키(각 수신기마다 하나씩)의 생성은 불가능하다.송신자는 모든 합법적인 수신자가 패킷을 해독하기 위해 사용하는 공유 키를 사용하여 패킷을 암호화해야 한다.시스템의 보안은 그러한 합법적인 수신자에게만 키의 분배를 제어하는 능력에 기초한다.이를 위해 IETF는 RFC 6407에 정의된 GDOI(Group Domain of 해석의 그룹 도메인) 프로토콜을 만들었다.프로토콜은 송신자와 수신자가 정책과 키가 암호화되어 보안 멀티캐스트 그룹의 멤버들에게 분배되는 키 서버에 가입할 수 있도록 한다.키 서버는 송신자와 수신자를 특정 그룹으로 인증하고 승인할 수 있으며, 공유 키가 그룹 구성원 간의 트래픽을 암호화하고 해독하는 데 사용된다.

신뢰할 수 있는 멀티캐스트

멀티캐스트는 본질적으로 연결 지향적인 메커니즘이 아니기 때문에 누락된 패킷의 재전송을 허용하는 TCP와 같은 프로토콜은 적절하지 않다.오디오나 비디오 스트리밍과 같은 어플리케이션의 경우, 가끔 떨어뜨리는 패킷은 문제가 되지 않는다.그러나 중요한 데이터의 배포를 위해서는 재전송을 요청하는 메커니즘이 필요하다.

시스코에 의해 제안된 그러한 계획 중 하나는 RFC 3208에 문서화된 PGM(원래 꽤 좋은 멀티캐스팅, 그러나 상표상의 이유로 변경됨)^{[citation needed]}이다.이 체계에서, 멀티캐스트 패킷은 시퀀스 번호를 가지고 있고 패킷이 누락되었을 때, 수신자는 필요 없는 경우 대체 데이터를 무시하는 멀티캐스트 그룹의 다른 멤버들과 함께 패킷을 다시 멀티캐스트하도록 요청할 수 있다.확장된 버전인 PGM-CC는 그룹 전체를 최악의 수신자가 사용할 수 있는 대역폭까지 내려감으로써 IP 멀티캐스팅을 더 "TCP 친화적"으로 만들려고 시도했다.

IETF(Internet Engineering Task Force)에 의해 문서화된 다른 두 가지 체계로는 표준 추적 프로토콜 NACK-지향적 신뢰할 수 있는 멀티캐스트(NORM)와 RFC 5740 및 RFC 5401에 문서화된 프로토콜 FLUT(단방향 전송을 통한 파일 전송)가 있다.오픈 소스는, 독점적인 것 외에, 이것들을 위한 구현이 존재한다.확장 가능한 신뢰할 수 있는 멀티캐스트와 같은 다른 프로토콜이 존재하며, 다양한 소스에 의해 정의된다.그러한 프로토콜은 오류 감지 수단, 오류 복구에 사용되는 메커니즘, 그러한 복구의 확장성 및 신뢰성이라는 의미에 관련된 기본 아이디어에서 다양하다.1996년 8월 27일 ACM SIGCOMM 멀티캐스트 워크샵의 신뢰할 수 있는 멀티캐스트 프로토콜 목록은 문제에 대한 많은 접근법을 문서화한다.

IPMSI(Internet Protocol Multicast Standards Initiative)와 같은 독립적 그룹들은 제안된 SMART(Secure Multicast for Advanced Repeating of Television, SMART)와 같은 진정으로 확장 가능한 신뢰할 수 있는 IP 멀티캐스트 프로토콜의 부족이 도메인 간 라우팅에서 IP 멀티캐스트의 채택을 방해하고 있다고 주장해왔다.AES 수준의 보안성과 확장 가능한 신뢰성을 갖춘 널리 채택된 시스템의 부족으로 인해 스포츠 이벤트(슈퍼볼과 같은)의 대중 매체 전송 및/또는 뉴스 속보가 공공 인터넷 상에서 전송되는 것을 막았다.^{[citation needed]}

PGM과 SMART와 같은 신뢰할 수 있는 IP 멀티캐스팅 프로토콜은 실험적이다. 유일한 표준 트랙 프로토콜은 NORM이다(RFC 3941의 표준 트랙 개정은 RFC 5401에 명시되어 있고, RFC 3940의 표준 트랙 개정은 RFC 5740에 명시되어 있다).

멀티캐스트 기반 프로토콜

멀티캐스트는 유니캐스트와는 다른 전송 모드이기 때문에 멀티캐스트를 위해 설계된 프로토콜만 멀티캐스트와 함께 감각적으로 사용될 수 있다.멀티캐스트를 사용하는 기존의 어플리케이션 프로토콜의 대부분은 UDP(User Datagam Protocol) 위에서 실행된다.

많은 애플리케이션에서, 실시간 전송 프로토콜은 멀티캐스트를 통한 멀티미디어 콘텐츠의 프레임화에 사용된다; 자원 예약 프로토콜은 멀티캐스트 분배를 지원하는 네트워크에서 대역폭 예약에 사용될 수 있다.멀티캐스트 DNS(mDNS)는 멀티캐스트를 사용하여 전용 DNS 서버 없이 도메인이나 호스트 이름을 확인할 수 있다.

배치

IP 멀티캐스트는 기업, 상업 증권 거래소, 멀티미디어 컨텐츠 전달 네트워크에 광범위하게 배치되어 있다.IP 멀티캐스트의 일반적인 기업 용도는 라이브 텔레비전 배포와 TV로 방송되는 회사 미팅과 같은 IPTV 어플리케이션에 사용된다.^{[citation needed]}

접대 산업에서 IP 멀티캐스트는 호텔에서 IPTV 배포를 위해 보편화되었고, 소매 부문에서는 IP 멀티캐스트가 현재 TV 배포와 비디오 광고 어플리케이션에 널리 사용되고 있다.

유료 TV 운영자와 상당한 교내 학생 주택이 있는 일부 교육 기관들은 IP 멀티캐스트를 배치하여 많은 수신자들에게 고속 비디오와 같은 단방향 스트리밍 미디어를 전달했다.게다가, 멀티캐스트 기술을 이용한 오디오와 비디오 회의의 일부 사용이 있었다.이것들은 훨씬 덜 보편적이며, 종종 수요를 처리할 수 있는 더 많은 네트워크 용량을 가지고 있는 연구 및 교육 기관으로 밀려난다.^{[citation needed]}일부 기술 회의와 회의는 IP 멀티캐스트를 사용하여 전송된다.최근까지^[when?] IETF 회의의 많은 세션은 멀티캐스트를 사용하여 전달되었다.^{[citation needed]}

캠퍼스와 상용 네트워크 내에서 멀티캐스트의 또 다른 용도는 파일 배포, 특히 원격 호스트에게 운영 체제 이미지와 업데이트를 제공하는 것이다.유니캐스트 부팅 이미지보다 멀티캐스트 부팅 이미지의 주요 장점은 네트워크 대역폭 사용량을 현저히 낮춘다는 것이다.

IP 멀티캐스트는 또한 스톡 틱커나 후트 앤 홀러 시스템과 같은 어플리케이션을 위해 금융 부문 내에 배치되었다.^{[citation needed]}

라우터의 큰 상태 요건은 IP 멀티캐스트를 사용하는 동안 많은 수의 트리를 사용하는 어플리케이션을 작동할 수 없게 만든다.각 사용자가 여러 개의 트리는 아니더라도 가입자의 트리를 적어도 한 개 이상 유지해야 하는 예로서 존재 정보를 참조하십시오.IP 멀티캐스트 모델이 수백만 명의 송신자와 수백만 개의 멀티캐스트 그룹으로 확장될 수 있도록 하는 메커니즘은 아직 입증되지 않았으며, 따라서, 완전한 일반 멀티캐스트 어플리케이션을 실용적으로 만드는 것은 아직 불가능하다.^{[citation needed]}

RFC 3170(IP 멀티캐스트 응용 프로그램: 과제 & 솔루션)는 배포 문제에 대한 개요를 제공한다.

역사

개발

IP 멀티캐스팅은 Steve Deering에 의해 스탠포드 대학교에서 IEEE 인터넷 상을 받는 동안 처음 개발되었다.^[10]

MBONE은 터널의 사용을 통해 사이트 간 멀티캐스트를 가능하게 하는 오랜 실험적인 접근방식이었다.MBONE이 더 이상 작동하지 않는 동안, 서비스를 광범위한 최종 사용자들이 이용할 수 있도록 하기 위해 멀티캐스트 트래픽 터널링에 다시 한번 관심이 생겼다.

캐스트게이트

CastGate는 Vrije Universityit Brussel에 있는 ETRO-TEL 연구 그룹으로부터 IP 멀티캐스트를 채택하려는 시도였다.^[11]

비록 멀티캐스트는 인터넷 사용자가 인터넷에 높은 부담을 주지 않고 풍부한 미디어와 다른 콘텐츠를 수신할 수 있도록 허용했을 것이지만, 대부분의 인터넷 사용자들은 여전히 그것을 이용할 수 없었다.캐스트게이트 프로젝트는 최종 사용자들이 IP 멀티캐스트를 기본적으로 지원하지 않는 네트워크를 통해 자동으로 구성된 IP 터널을 통해 연결할 수 있도록 함으로써 이것을 해결하려고 했다.그 아이디어는 더 많은 사용자들이 멀티캐스트 기능을 가지고 있다면, 더 많은 콘텐츠 제공자들이 멀티캐스트를 통해 콘텐츠를 스트리밍하는 것의 이점을 볼 수 있을 것이라는 것이었다.희망은 만약 충분한 콘텐츠 제공자들과 사용자들이 이 서비스를 사용한다면, 더 많은 인터넷 서비스 제공자들은 그들의 고객들에게 IP 멀티캐스트를 기본적으로 가능하게 할 것이다.^[11]

CastGate는 Microsoft Windows와 Linux 양쪽이 CastGate 터널 네트워크에 연결할 수 있는 소프트웨어 클라이언트를 제공했다.또한 터널 서버를 추가하는 도구와 비디오와 오디오 스트림이 있는 멀티캐스트 네트워크로부터 세션 공지 프로토콜 발표를 수신하는 도구를 제공했다.^[12]

이 프로젝트는 2007년까지 웹사이트를 유지했다.^[12]

상용전개

2005년부터 BBC는 영국에 기반을 둔 인터넷 서비스 제공업체들이 그들의 유니캐스트 애드레스 서비스를 통해 이용할 수 있는 것보다 더 높은 품질로^[14] BBC 라디오를 제공함으로써 그들의 네트워크에 멀티캐스트 어드레스 가능한 서비스를 채택하도록 장려하기 시작했다.^[13]이것은 또한 BBC, GCAP 미디어, EMAP, 버진 라디오를 포함한 다양한 상업용 라디오 네트워크에 의해 지원되었다.^[15]

독일의 공영방송사 ARD와^[16] ZDF와 프랑스-독일 네트워크 Arte는 여러 네트워크에 멀티캐스트된 그들의 TV 프로그램을 제공한다.오스트리아의 인터넷 서비스 제공업체인 텔레콤 오스트리아는 디지털 가입자 회선(DSL) 고객들에게 TV와 라디오 방송 수신 시 멀티캐스트 어드레싱을 사용하는 TV 셋톱 박스를 제공한다.독일에서도 도이치텔레콤의 브랜드 티홈이 비슷한 서비스를 제공하고 있다.