pkg://Multicast-HOWTO-html.tar.gz:28666/Multicast-HOWTO-1.html
downloads
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
<META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9">
<TITLE> Multicast over TCP/IP HOWTO: 소개</TITLE>
<LINK HREF="Multicast-HOWTO-2.html" REL=next>
<LINK HREF="Multicast-HOWTO.html#toc1" REL=contents>
</HEAD>
<BODY>
<A HREF="Multicast-HOWTO-2.html">다음</A>
이전
<A HREF="Multicast-HOWTO.html#toc1">차례</A>
<HR>
<H2><A NAME="s1">1. 소개</A></H2>
<P>나는 이 문서에서 TCP/IP 네트웍에서 멀티캐스트에 대해 가능한 한 광범위하며 최신의
그리고 정확한 정보를 다루도록 노력할 것이다. 여러분의 어떠한 의견이라도 환영한다. 내용
중에 오류가 있거나 조언 및 추가할 내용이 있다면 저자에게 보내주기 바란다.
<P>
<H2><A NAME="ss1.1">1.1 멀티캐스트(Multicast)란 무엇인가?</A>
</H2>
<P>멀티캐스트는 곧 필요성이다. 만일 인터넷상의 여러-전체가 아닌-호스트에게로 전송해야할
상당한량의 정보를 가지고 있다면 바로 멀티캐스트가 그 해답이다. 예를 들어, 인터넷에
분산되어 호스트들로 원격 회의를 하기 위해 실시간으로 영상과 음성을 전송하는 경우,
멀티캐스트를 사용 할 수 있다.
<P>멀티캐스트는 사용자가 자신의 수신기를 조정(관심 있는 채널의 주파수 선택)함으로서
정보를 받는다는 점에서 TV나 라디오와 유사하다. 다른 것은 제쳐두고 자신이원하는 것만
수신한다.
<P>
<H2><A NAME="ss1.2">1.2 유니캐스트(Unicast)의 문제점</A>
</H2>
<P>브로드캐스트(Broadcast)도 아니며 멀티캐스트도 아닌 것을 유니캐스트라 한다. 별로
좋지 않은 정의 같은데...패킷을 전송할 때 송신 프로세스 하나, 수신 프로세스 하나가
존재할 때 이것을 유니캐스트라 한다. TCP는 그 자체가 본질적으로 유니캐스트를
지향한다. 한편, UDP는 훨씬 다양한
형식을 가질 수 있지만 수신하는 프로세스가 단 하나일 때 이 역시 유니캐스트라 할 수
있다.
<P>인터넷 초기에는 유니캐스트로 충분했었다. 1993년 4.4 BSD에서 최초로 멀티캐스트를
구현해서 세상에 내놓았을 때까지는 아무도 그것을 필요로 하는 것 같지 않았다. 그런데
왜 멀티캐스트라 불리는 것이 나오게 된 것일까?
<P>말할 필요도 없이 인터넷은 초기의 모습으로부터 엄청난 변화를 겪었다. 특히 웹의 등장은
상황을 완전히 뒤바꾸어 놓았다. 사람들은 mail, FTP 그 이상의 것을, 자신들의
홈페이지에서 그림을 보기 원했고 더 나아가 음성과 동영상을 원했다.
<P>오늘날의 기술이라면, 당신의 웹을 보고자하는 모든 이에게 유니캐스트 연결을 한다고
해도 충분히 그 "비용(cost)"를 감당할 수 있다. 하지만 음향이나 영상을 보내고자 한다면
엄청난 대역폭이 필요하다. 멀티캐스트를 고려에 넣는다면 두 가지 선택이 있다. 아니,
멀티캐스트가 등장하기 전까지는 두 가지 선택이 존재했었다. 유니캐스트를 통해 각
수신자별로 독립된 연결을 할 것인가, 아니면 브로드캐스트를 할 것인가.
<P>전자는 부적절하다. 음성/영상의 단일 연결조차도 상당한 대역폭을 차지할 터인데 이러한
연결이 수백 또는 수천이라고 상상해 보라. 아마도 당신의 컴퓨터와 네트웍은 붕괴하고 말
것이다.
<P>브로드캐스트가 해답인 듯 하지만 그것도 확신할 수가 없다. 우리 LAN에 있는 모든
호스트가 회의에 참석한다면 브로드캐스트가 확실히 해답이 될 수 있다. 모든 패킷은
한번씩만 전송되며 다른 모든 호스트는 브로드캐스트 주소를 통해 패킷을 수신할 것이다.
하지만, 문제는 일부 호스트만이 이 패킷에 수신하려할 경우다. 게다가, 정말로 회의에
참여하고자하는 단 하나의 호스트가 몇 개의 라우터를 거쳐야 도달 할 수 있는 외부
LAN에 존재한다면 어려운 문제가 된다. 알다시피, 브로드캐스트는 단일 LAN 내부에서만
가능한데, 브로드캐스트 패킷을 라우팅하여 외부 LAN에 전달할 방법이 없다.
<P>최선의 해결책은 패킷을 -마치 TV나 라디오 채널처럼-일부 특정한 주소로만 보내는
것이다. 그러면 회의에 참여하고자하는 모든 호스트는 이 패킷이 네트웍을 통과할 때,
목적지 주소(destination address)를 감지하여 읽어들인 후 자신의 IP계층(layer)으로 보내어
복호화(demultiplexing)한다. 즉, 멀티캐스트는 패킷이 단 한번만 송신되어서 네트웍의 모든
호스트들이 그것을 읽는다는 점에서는 브로드캐스트와 같지만, 이 패킷들이 오직
커널(kernel)에서 원할 경우에만 읽고 처리한다는 점에서 브로드캐스트와 다르다.
<P>이 특별한 패킷들은 IP 패킷이기 때문에 커널 수준(kernel level)에서 라우팅한다. 커널에
라우팅 경로를 알려주는 라우팅 알고리즘에 차이점이 있을 것이다.
<P>
<HR>
<A HREF="Multicast-HOWTO-2.html">다음</A>
이전
<A HREF="Multicast-HOWTO.html#toc1">차례</A>
</BODY>
</HTML>
