pkg://Multicast-HOWTO-html.tar.gz:28666/Multicast-HOWTO-3.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-4.html" REL=next>
<LINK HREF="Multicast-HOWTO-2.html" REL=previous>
<LINK HREF="Multicast-HOWTO.html#toc3" REL=contents>
</HEAD>
<BODY>
<A HREF="Multicast-HOWTO-4.html">다음</A>
<A HREF="Multicast-HOWTO-2.html">이전</A>
<A HREF="Multicast-HOWTO.html#toc3">차례</A>
<HR>
<H2><A NAME="s3">3. 커널 요구 사항과 설정</A></H2>
<P>Linux는 당연히(설마 의심을?) 완전한 Level 2 멀티캐스트를 지원한다. 모든 송수신
요구사항을 만족하며 멀티캐스트 데이터그램에 관해서 라우터(mrouter)처럼 작동한다.
<P>멀티캐스트 송수신이 하고싶다면 커널 설 정시 "IP: multicasting"에 yes라고
해주기만 하면 된다. Linux box를 멀티캐스트 라우터 (mrouter)로 사용하고 싶다면
"IP: forwarding/gatewaying", "IP: multicast routing" 그리고
"IP: tunneling"을 선택해주면 된다. 후자는 새로운 버전의 mrouted가
멀티캐스트 데이터그램을 유니캐스트 데이터그램에 캡슐화(encapsulation)해서 보내기 위해
IP tunneling 에 의존하기 때문이다. 이것은 유니캐스트 전용 네트웍에 분산되어있는
멀티캐스트 호스트들간의 연결(tunneling)을 위해서 필요하다. (mrouted는 라우팅
알고리즘-라우팅 정책-을 구현하고 커널에 멀티캐스트 데이터그램을 어떻게 라우팅할
것인지 알려주는 daemon이다).
<P>어떠한 버전의 커널들은 멀티캐스트 라우팅을 "EXPERIMENTAL"로 분류하고
있기 때문에, "Code maturity level options"섹션에서 "Prompt for
development and/or incomplete code/drivers"옵션을 가능하게 해 주어야 한다. 만일
mrouted가 실행중일 때 우리의 Linux box가 속해있는 동일 네트웍에서 생성된 traffic은
정상적으로 다른 네트웍에 포워딩해주는데, 다른 네트웍의 traffic을 볼 수 없다면 ICMP
에러메시지를 받고있지는 않는지 확인해 보라. 거의 모든 경우가 IP tunneling을 활성화
시켜놓지 않은 경우 일 것이다. 일단 알고나면 정말 간단한 것이지만, 정말이지, 모르는
경우에는 시간 꽤나 걸리고 이유도 쉽사리 알기 어렵다. 이런 상황에서는 스니퍼(sniffer)가
정말 유용하다!
<P>(멀티캐스트 라우팅에 대해서는 "Routing Policies and Forwarding Techniques"
섹션에서, mrouted 와 tunnel 에 대해서는 "The MBone" 과 "Multicast
applications"에서 추가로 설명한다).
<P>일단 커널을 컴파일하고 설치한 후에는 멀티캐스트 트래픽을 위한 기본 라우팅경로를 설정
해야한다. 우리의 목표는 224.0.0.0 네트웍으로의 경로를 추가하는 것이다.
<P>대부분의 사람들이 이 단계에서 겪는 무제는 마스크 값으로 인한 어려움이다. 만일 Terry
Dawson의 유명한 NET-3-HOWTO를 읽었다면, 올바른 값을 알아 맞추기 어렵지 않을
것이다. 그 문서에서 설명했듯이, 넷마스크(subnetmask)는 우리의 IP 주소의 네트웍 부분을
모두 1로 채우고 호스트 부분을 모두 0으로 채운 32비트 숫자이다. 섹션 2.1에서 보았듯이
클래스D 멀티캐스트 주소는 네트웍/호스트형식으로 구분되어있지 않다. 대신 18비트의 그룹
구분자와 4비트의 클래스D 구분자로 이루어져있다. 이 4비트가 네트웍 부분에 대응되고
28비트가 호스트 부분에 대응된다. 따라서 서브넷마스크는
11110000000000000000000000000000 쉽게 읽자면, 240.0.0.0이 된다. 그러면 완전한 명령어는
다음과 같이 될 것이다.
<P>route add 224.0.0.0 netmask 240.0.0.0 dev eth0
<P>route 프로그램의 버전에 따라서 add뒤에 -net 을 붙여야 하는 경우도 있다.
<P>여기서 eth0이 멀티캐스트 가능하다고 가정했으며, 달리 지정되지 않을 경우 멀티캐스트
트래픽이 eth0으로 출력될 것이다. 이것이 우리에게 해당되지 않는다면 dev 변수 값을 다른
값으로 바꾸어 주어야한다.
<P>여기서 다시 한번 /proc 파일시스템의 유용성이 입증된다. 우리는 우리호스트가 참여하고
있는 그룹을 /proc/net/igmp를 통해서 확인해 볼 수 있다.
<P>
<HR>
<A HREF="Multicast-HOWTO-4.html">다음</A>
<A HREF="Multicast-HOWTO-2.html">이전</A>
<A HREF="Multicast-HOWTO.html#toc3">차례</A>
</BODY>
</HTML>
