MROUTED(8)

명칭
mrouted - IP 멀티 캐스트 루팅 demon

서식
mrouted [-c config_file] [-d [debug_level]] [-p]

해설
mrouted 유틸리티는, Distance-Vector Multicast Routing Protocol (DVMRP)의 실장입니다. DVMRP 의 이전의 버젼은 RFC1075 로 규정되고 있습니다. 본명령은 distance-vector routing protocol (RIP 를 닮은 프로토콜이며, RFC1058 에 기술되고 있습니다) (을)를 사용하는 것으로, 네트워크토폴로지에 관한 정보를 관리해, 그 프로토콜 위에서, Reverse Path Multicasting 로 불린다 멀티 캐스트 데이터 그램 forwarding 알고리즘을 실장하고 있습니다.

mrouted 유틸리티는, 멀티 캐스트 데이터 그램을, 데이터 그램이 생성된 서스네트워크를 간과 해 수장에 구성되는 패스상에, 패스의 최단 거리를 통과하도록(듯이) 해 송출합니다. 멀티 캐스트 트리는 목적의 그룹을 포함한 서스네트워크를 넘지 않는 브로드 캐스트 트리라고 생각할 수가 있습니다. 따라서, 데이터 그램은 멀티 캐스트의 입수자가 없는 가지에는 송출되고 선. 게다가 멀티 캐스트 데이터 그램 패킷의 생존 시간에 따라서는, 도달로 오는 범위가 한정되는 경우도 있습니다.

IP 멀티 캐스트를 서포트하지 않는 (uni-cast) 라우터를 개입시킨 서스네트워크간으로, 멀티 캐스트를 실현하기 위해서(때문에), mrouted 의 실장에는 터널링의 서포트도 포함됩니다. 터널링이란, 인터넷의 모든 곳에서 가동하고 있다 multicast router 의 조의 사이에 가상적인 point-to-point 링크를 확립하는 기술입니다. IP 멀티 캐스트 패킷은, 터널을 통과하는 (곳)중에 캡슐화됩니다. 사이에 있는 라우터 및 서스네트워크에 있어서는, 캡슐화된 패킷은, 통상의 uni-cast 데이터 그램으로 보입니다. 터널의 입구에서 캡슐화를 해 터널의 출구에서 캅셀이 떼어내집니다. 패킷은, IP-in-IP 프로토콜 (IP 프로토콜 번호 4) (을)를 이용하는 것으로 캡슐화를 행합니다. 낡은 버젼의 mrouted 의 터널링은, IP 소스 루팅을 이용한 것입니다만, 이것은 라우터에 따라서는 큰 부하를 걸치게 됩니다. 본버젼에서는, IP 소스 루팅을 이용한 터널링은 서포트하지 않습니다.

터널링 기구의 실장에 의해, mrouted (은)는, 실제의 인터넷과는 독립의, 멀티 캐스트 패킷만을 취급하는 광범위의 자립 시스템에 걸친다 가상 인터넷을 구축할 수 있습니다. 이 기능은, 보통 (uni-cast) 라우터에 의한 멀티 캐스트 루팅의 광범위한 서포트가 이루어질 때까지, 인터넷 멀티 캐스팅만을 실험적으로 서포트하도록(듯이) 의도한 것입니다. mrouted 유틸리티는 distance vector routing protocol가 가진다 잘 알려진 슬캘링의 문제의 영향을 입고, 계층적인 멀티 캐스트 루팅을 ( 아직) 서포트하고 있지 않습니다.

mrouted 유틸리티는 멀티 캐스트 루팅만을 취급하기 때문에, 같은 기계 위에서 uni-cast 루팅 소프트가 달리고 있지 않아도 상관하지 않습니다. 터널링을 이용하면, mrouted (은)는 멀티 캐스트 forwarding를 위해서(때문에) 하나보다 많은 물리적인 서스네트워크에 액세스 할 필요가 없습니다.

다음의 옵션을 사용 가능합니다:

-c config_file
    다른 설정 명령 파일을 지정합니다. 디폴트는 /etc/mrouted.conf 입니다.

-d [debug_level]
    -d 옵션이 주어지지 않는지, 혹은 debug level 로서 0 이 지정되었다 경우, mrouted (은)는 기동된 단말로부터 떼어내집니다. 그 이외의 경우는, mrouted (은)는, 기동된 단말에 남아, 기동된 단말로부터의 시그널을 받아들입니다. debug level 의 지정의 유무에 관계없이, mrouted (은)는 항상 경고 메세지나 에러 메세지를 syslogd 에 대해서 보냅니다. -debug-level 인수는, 다음에 나타내는 것을 콤마로 단락지은 리스트입니다:

    packet
        송수신 한 모든 패킷에 관계되어, 타입·소스·행선지를 표시합니다.

    pruning
        송수신 한 지예에 관계되어, 한층 더 정보를 표시합니다.

    routing
        송수신 한 경로 갱신 패킷에 관계되어, 한층 더 정보를 표시합니다.

    route_detail
        경로 갱신에 관계되어, 과도하게 상세할 수록 표시합니다. 대개의 경우, 정보가 너무 많겠지요.

    neighbors
        인접 라우터 발견에 관계되어, 정보를 표시합니다.

    cache
        커널의 forwarding 캐쉬에 관계되어, 삽입·삭제·갱신을 표시합니다.

    timeout
        타임 아웃과 정기 처리를 디버그 합니다.

    interface
        인터페이스와 그 설정에 관계되어, 정보를 표시합니다.

    membership
        물리 인터페이스에 있어서의 그르프멘바십에 관계되어, 정보를 표시합니다.

    traceroute
        이 라우터를 통과하는 멀티 캐스트 경로 추적 요구에 관계되어, 정보를 표시합니다.

    igmp
        그르프멘바십 및 문의자 선출을 포함한 IGMP 조작을 표시합니다.

    icmp
        ICMP 조작을 감시합니다.

    rsrr
        RSRR 조작을 감시합니다.

    기동에 따라, mrouted (은)는 그 프로세스 ID 를 /var/run/mrouted.pid 파일에 써냅니다.

초기설정
mrouted 유틸리티는, 자동적으로 모든 멀티 캐스트 가능한 인터페이스, 즉, IFF_MULTICAST 플래그가 세트 된 인터페이스 (루프백 인터페이스는 제외합니다)에 대해서 초기화를 실시해, 다른 DVMRP 라우터 에 직접 접속 가능한 인터페이스를 탐색합니다. 디폴트의 설정을 덧쓰기한다, 혹은 다른 multicast router 에 대한 터널 링크를 부가하려면 , /etc/mrouted.conf (혹은 -c 옵션에 의해 지정되는 파일) (을)를 편집합니다.

파일의 형식은 자유입니다. 즉, 공백 캐릭터 (개행도 포함합니다)는 의미를 가지지 않습니다. mrouted 의 조작 전체 또는 디폴트 설정에 적용되는 명령로부터, 파일은 개시합니다.

cache_lifetime secs
    커널내의 멀티 캐스트 forwarding 캐쉬 경로 엔트리의 생존 시간을, 초에 지정합니다. 커널내의 멀티 캐스트 forwarding 캐쉬의 엔트리는, secs 초 마다 체크되어 소스가 액티브한 경우에는 리프레쉬 되어 그렇지 않은 경우는 삭제됩니다. 이 값을 설정할 경우에는 주의해 주세요. 작은 값을 설정하면(자) 커널 캐쉬는 작아집니다만, 정기적인 송신자가 있으면(자) 캐쉬의 「스래싱」이 일어난다고 하는 폐해가 있고, 큰 값을 설정하면(자) 허용 할 수 없을 수록 커널 캐쉬가 커집니다. 디폴트는 300 (5 분 )입니다.

prune_lifetime secs
    부모에게 보낸 지예의 평균 생존 시간을, 초에 지정합니다. 실제의 생존 시간은 [. 5secs, 1.5secs] 의 범위에서 랜덤이 됩니다. 디폴트는 7200 (2 시간)입니다. 작은 값을 설정하는 곳의 라우터 및 친라우터가 보존하는 상태는 적게 됩니다만, 브로드캐스트의 빈도가 높아진다고 하는 폐해가 있습니다. 인접 라우터의 리부트 판정에 DVMRP 의 세대 ID 를 사용하지 않는 라우터가 있습니다 (예를 들면 3.3 이전의 mrouted 라고 cisco 의 IOS 의 현재 알려져 있는 전버젼). 리부트로부터의 회복 시간을 단축하기 위해서, 이러한 인접 라우터에 송신한 지예를 보관 유지하는 시간은 짧게 해야 합니다. 이러한 상황으로 사용하는 경우, 후술 하도록(듯이) prune_lifetime 키워드를 인터페이스로 지정하면 좋을 것입니다.

noflood
    mrouted 유틸리티는 DVMRP 최적화를 사용해, 각 인접 라우터에 대해서 개개에 routing table를 가지는 것을 피합니다. 접속되고 있는 개개의 서스네트워크에 대해, 자기가 포워다이라고 개시시에 가정하는 일도, 이 최적화의 일부입니다. 정확히 지금 개시한 라우터와 올바른 포워다의 양쪽 모두가 트래픽을 포워드 하는 것으로써, 단기간 (대략 경로 보고 간격 1 회분) 중복이 생기는 일이 있습니다. 이 동작은 noflood 키워드를 지정하는 것으로써 정지할 수 있습니다. mrouted 하지만 자기를 포워다이라고 가정하지 않게 되기 (위해)때문입니다. noflood 를 지정하면(자), 재개시에 대략 경로 보고 간격 1 회분, 블랙 홀을 일으키게 하는 일이 있습니다. noflood 키워드는 개개의 인터페이스로 지정 가능합니다.

rexmit_prunes [on|off]
    디폴트에서는, 지예를 전point-to-point 인터페이스 (터널 포함한다)에 대해서 재포워드 합니다만, 멀티 액세스 인터페이스에 대해서는 실시하지 않습니다. 본옵션을 사용하면(자), 전인터페이스에 대해서 디폴트를 온 (또는 오프)(으)로 합니다. rexmit_prunes 키워드도 또 개개의 인터페이스로 지정 가능합니다.

name boundary-name scoped-addr/mask-len
    boundary-name (을)를 scoped-addr/mask-len 그리고 기술되는 경계에 관련지어 설정 파일에 대해, 인터페이스 설정을 읽기 쉽게 해, 반복을 줄입니다.

설정 파일의 제 2 의 부분은, 하늘에서도 상관하지 않습니다만, 물리 인터페이스에 적용되는 옵션을 기술합니다.

phyint local-addr|ifname
    phyint 명령 자신은 아무것도 하지 않습니다. 단순한 여백을 메우는기사이며, 이 후에 인터페이스 고유의 명령이 계속됩니다. 인터페이스의 주소 또는 이름을 지정합니다.

disable
    본인터페이스에 있어서의 멀티 캐스트의 forwarding를 무효로 합니다. 디폴트에서는, mrouted (은)는 로컬에 접속된 멀티 캐스트 가능한 인터페이스를 모두 발견해, 그것들 모두에 대해서 포워드 합니다.

netmask netmask
    커널의 netmask 가 서스네트워크를 정확하게 반영하고 있지 않는 경우 (예를 들면 IP 서스네트워크화대신에 대리 ARP 사용의 경우), netmask 명령을 사용해 실제의 netmask 를 기술해 주세요.

altnet network/mask-len
    phyint 가 복수의 IP 로부터 되는 서스네트워크에 접속되고 있는 경우, altnet 키워드를 사용해 각각의 서스네트워크에 대해 기술해 주세요. 본명령을 여러 차례 사용해, 복수의 서스네트워크를 기술 가능합니다.

igmpv1
    phyint 상에 IGMPv1 라우터가 존재하는 경우, igmpv1 키워드를 사용해 mrouted (을)를 강제적으로 IGMPv1 모드로 해 주세요. phyint 상의전라우터는, 같은 버젼의 IGMP 를 사용할 필요가 있습니다.

force_leaf
    이 인터페이스상의 다른 라우터를 무시하도록(듯이), mrouted 에 강제합니다. mrouted (은)는, 본인터페이스상에서는, 인접 라우터에 프로브나 경로 보고를 보내지않고, 받아들이지 않습니다.

더욱, 후술 하는 공통의 vif 명령을 phyint 에 대해서 모두 사용 가능합니다.

설정 파일의 제 3 의 부분은, 이것도 하늘에서도 상관하지 않습니다만, 이 라우터가 가지는 DVMRP 터널의 설정을 기술합니다.

tunnel local-addr|ifname remote-addr|remote-hostname
    이 명령은, 이 호스트 ( local-addr 또는 ifname 그리고 기술되는 인터페이스)와 리모트 호스트 ( remote-addr 또는 remote-hostname 그리고 식별됩니다)와의 사이의 DVMRP 터널을 확립합니다. 리모트의 호스트명은, 단일의 IP 주소에 MAP 되는 경우만 사용 가능합니다. 터널은, 사용전에, 양쪽 모두의 라우터상으로 구성되어 있을 필요가 있습니다.

    리모트 주소에의 uni-cast 경로가, local-addr|ifname 그리고 지정되는 인터페이스로부터 나가도록 조심해 주세요. mrouted 하지만 취급하는 패킷의 소스 주소를, 송출 인터페이스의 주소에 고쳐 써 버리는 UNIX 커널이 있습니다. 안전 제일을 위해서(때문에)는, 정적인 호스트 단위의 경로를 사용해 주세요.

다음의 공통의 vif 명령을 tunnel 나 phyint 에 대해서 모두 사용 가능합니다.

metric m
    metric 는, 지정한 인터페이스 혹은 터널에서 데이터 그램을 수신하기 위한 「코스트」이며, 경로 선택에 영향을 주기 위해서(때문에) 사용합니다. metric 의 기본값은 1 입니다. metric 는 가능한 한 작게 해야 합니다. 왜냐하면, DVMRP (은)는 metric 의 합계가 31 을 넘는 경로를 지날 수가 없기 때문입니다.

advert_metric m
    advert_metric 는, 지정한 인터페이스 혹은 터널에서 데이터 그램을 송신하기 위한 「코스트」이며, 경로 선택에 영향을 주기 위해서(때문에) 사용합니다. advert_metric 의 기본값은 0 입니다. 링크의 실제의 metric 는 어엿한 metric 와 이제(벌써) 어엿한 advert_metric 과의 화입니다.

threshold t
    threshold 는 최소의 IP 의 생존 시간이며, 이 요건을 채우는 멀티 캐스트 데이터 그램은 지정한 인터페이스 혹은 터널에 포워드 됩니다. 이 파라미터는, 멀티 캐스트 데이터 그램의 도달범위를 정하기 위해서(때문에) 사용합니다. (포워드 된 패킷의 TTL 는 threshold 라고 비교되는 것만으로, threshold 만여라 TTL 를 줄인다는 것이 아닙니다. 모든 multicast router는 TTL 를 꼭 1 씩 줄입니다. ) threshold 의 기본값은 1 입니다.

    특정의 서스네트워크나 터널에 접속된다 전multicast router는, 그 서스네트워크나 터널에 대해, 일반적으로는 모두 같은 metric 와 threshold 를 가져야 합니다.

rate_limit r
    rate_limit 옵션에 의해, 멀티 캐스트 트래픽용으로몇 킬로비트 매초의 밴드폭을 할당할까를, 네트워크 관리자는 지정 가능합니다. 기본값은, 0 (무제한)입니다.

boundary boundary-name|scoped-addr/mask-len
    boundary 옵션은, 어느 범위의 주소에 대한 관리상의 경계로서 인터페이스를 설정합니다. 이 범위의 주소에 속하는 패킷은 범위내의 인터페이스 에는 포워드 되지 않습니다. boundary 옵션은 이름 혹은 경계에서 지정합니다. 단일의 인터페이스에 대해서 본명령을 여러 차례 사용해, 복수의 경계를 기술 가능합니다.

passive
    이제 일단으로부터 무엇인가가 들릴 때까지, 이 링크 또는 터널에 대해서 패킷을 송출하지 않습니다. 요구시에 다이얼 하는 링크상의 터널에 있어서의 「서버」측에서 사용하면 좋습니다. 「서버」측을 passive 로 하는 것으로, 이제 한편으로부터 무엇인가가 들릴 때까지 정기적인 프로브를 서버는 보내지 않으므로, 링크를 업 상태에 유지한다고 하는 것은 없습니다. 터널의 양단으로 이 옵션을 지정하면(자), 터널은 언제가 되어도 사용할 수 없을 것입니다.

noflood
    상술한 대로입니다만, 이 인터페이스/터널 에 대해서만 적용됩니다.

prune_lifetime secs
    상술한 대로입니다만, 이 인터페이스/터널 에 대해서만 적용됩니다.

rexmit_prunes [on|off]
    상술한 대로입니다만, 이 인터페이스/터널 에 대해서만 적용됩니다. 지예의 재발송신의 디폴트는, point-to-point 링크와 터널에서는 온이며, 멀티 액세스 링크에서는 오프입니다.

allow_nonpruners
    디폴트에서는, 지예를 서포트하지 않는다고 주장하는 DVMRP 인접 라우터란 mrouted (은)는 동료로는 되지 않습니다. 본옵션을 사용하면(자), 본인터페이스에 대해, 이러한 라우터와도 동료가 됩니다.

notransit
    경로 필터링의 특수 케이스입니다. "notransit" 와 마크 된 인터페이스로부터 학습된 경로는, 다른 "notransit" 와 마크 된 인터페이스에 대해 광고 되지 않습니다. 단일의 인터페이스만을 "notransit" 와 마크 해도, 의미는 없습니다.

accept|deny (route/mask-len [exact])+ [bidir]
    accept 및 deny 의 명령에 의해, 원시적인 경로 필터링이 가능해집니다. accept 명령에 의해, 설정된 인터페이스에 관해서 리스트 된 경로만, mrouted (은)는 받아들입니다. deny 명령에 의해, 리스트 된 경로 이외의 모든 경로를, mrouted (은)는 받아들입니다. 하나의 인터페이스에는, accept 또는 deny 의 어느 쪽인가의 보고 사용 가능합니다.

    accept (와)과 deny 의 키워드의 뒤에는, 경로의 리스트가 계속됩니다. 경로의 뒤에 키워드 exact 하지만 계속되면(자), 그 경로만이 매치 합니다. 지정하지 않는 경우에는, 그 경로와 보다 구체적인 경로가 매치 합니다. 예를 들면, deny 0/0 (은)는 모든 경로를 거부합니다만, deny 0/0 exact (은)는 디폴트 경로만 거부합니다. 디폴트 경로는 default 키워드로 지정하는 일도 가능합니다.

    bidir 키워드는 쌍방향의 경로 필터링을 가능하게 합니다. 필터는, 출력 및 입력의 양쪽 모두의 경로에 적용됩니다. bidir 키워드를 지정하지 않으면 accept 및 deny 의 필터는, 입력 에 대해서만 적용됩니다. Poison reverse 경로는, 필터에 의해 제거될 것은 없습니다.

mrouted 유틸리티는, 2 개(살) 이상의 유효한 vif (가상 인터페이스)가 없을 때에는 실행을 개시하지 않습니다. vif 는 멀티 캐스트 가능한 물리 인터페이스 혹은 터널입니다. 모든 가상 인터페이스가 터널의 경우는 경고가 기록됩니다. 그러한 mrouted 의 설정은, 보다 많은 직접 터널을 지정하는 것이 좋을지도 모릅니다 (중간 관리자를 삭제한다고 하는 의미입니다).

설정예
다음에 나타내는 것은 큰 학교에 있는 가공의 multicast router에서의 예입니다.

    #
    # mrouted.conf 의 예
    #
    # 간단하게 기술하기 위해(때문에), 경계에 이름을 붙입니다.
    name LOCAL 239.255. 0.0/16
    name EE 239.254. 0.0/16
    #
    # le1 는 compsci 에 대한 우리의 게이트웨이이며,
    #     로컬 그룹은 그 쪽으로 포워드 하지 않습니다.
    phyint le1 boundary EE
    #
    # le2 는 classroom 넷상의 우리의 인터페이스이며,
    #     4 개(살)이 다른 길이의 서스네트워크가 있습니다.
    # IP 주소에서도 인터페이스명에서도 사용할 수 있는 것에 주의.
    phyint 172.16. 12.38 boundary EE altnet 172.16. 15.0/26
    	altnet 172.16. 15.128/26 altnet 172.16. 48.0/24
    #
    # atm0 는 우리의 ATM 인터페이스이며,
    #     멀티 캐스트를 올바르게 서포트하지 않습니다.
    phyint atm0 disable
    #
    # 이것은, 다른 EE 서스네트워크에 대한 내부 터널입니다.
    # 터널은 이더넷(ethernet)상에 있으므로,
    #     터널의 디폴트의 레이트 제한을 없앱니다.
    tunnel 192.168. 5.4 192.168. 55.101 metric 1 threshold 1
    	rate_limit 0
    #
    # 이것은 밖세계에 대한 우리의 터널입니다.
    # 이러한 경계에는 주의해 주세요, Eugene (역주: 유진; 인명).
    tunnel 192.168. 5.4 10.11. 12.13 metric 1 threshold 32
    	boundary LOCAL boundary EE

시그널
mrouted 유틸리티는 다음의 시그널에 반응합니다.

HUP mrouted (을)를 재스타트 합니다. 설정 파일은 재차 읽힙니다.

INT 설거지를 하고 나서 실행 종료합니다 (예를 들어, 인접하는 라우터 모두에게 안녕의 메세지를 보냅니다).

TERM
    INT 와 같습니다.

USR1
    내부 routing table를 /var/tmp/mrouted.dump 에 덤프 합니다.

USR2
    내장형 캐쉬 테이블을 /var/tmp/mrouted.cache 에 덤프 합니다.

QUIT
    내부 routing table를 stderr 에 덤프 합니다. 다만, mrouted 하지만 0 이외의 debug level 때만입니다.

시그널을 보낼 때의 편의를 위해서(때문에), mrouted (은)는 개시시에 자신의 프로세스 ID 를 /var/run/mrouted.pid 에 써냅니다.

사용예
routing table는 다음과 같이 됩니다:

    Virtual Interface Table
     Vif  Local-Address                    Metric  Thresh  Flags
      0   36.2. 0.8      subnet: 36.2/16       1       1    querier
                        groups: 224.0. 2.1
                                224.0. 0.4
                       pkts in: 3456
                      pkts out: 2322323
      1   36.11. 0.1     subnet: 36.11/16      1       1    querier
                        groups: 224.0. 2.1
                                224.0. 1.0
                                224.0. 0.4
                       pkts in: 345
                      pkts out: 3456
      2   36.2. 0.8      tunnel: 36.8. 0.77     3       1
                         peers: 36.8. 0.77 (3.255)
                    boundaries: 239.0. 1/24
                              : 239.1. 2/24
                       pkts in: 34545433
                      pkts out: 234342
      3   36.2. 0.8	    tunnel: 36.6. 8.23	  3       16
    Multicast Routing Table (1136 entries)
     Origin-Subnet   From-Gateway    Metric Tmr In-Vif  Out-Vifs
     36.2                               1    45    0    1* 2  3*
     36.8            36.8. 0.77          4    15    2    0* 1* 3*
     36.11                              1    20    1    0* 2  3*
     .
     .
     .

이 예에서는, 4 개의 vif 가 2 개의 서스네트워크와 2 개의 터널로 연결되어 있습니다. vif 3 이 연결된 터널은 사용되고 있지 않습니다 (peer 주소가 없습니다). vif 0 으로 vif 1 이 연결된 서스네트워크에는 몇개의 그룹이 있습니다. 터널에는 그룹은 없습니다. 이 예의 mrouted (은)는, "querier" 플래그가 가리키도록(듯이), 정기적인 그르프멘바십의 문의를 vif 0 및 vif 1 서스네트워크에서 송출할 책임이 있습니다. 경계의 리스트는 해당 인터페이스의 주소 범위가 나타납니다. 입력 및 출력 패킷수가 각 인터페이스에 대해서 나타납니다.

멀티 캐스트 데이터 그램의 기원이 될 수 있는 서스네트워크에 관련해 표시되는 정보는, 직전의 호프의 라우터의 주소(서스네트워크가 직접 접속되어 있지 않은 경우), 기원까지의 패스의 metric, 해당 서스네트워크로부터 마지막에 갱신을 수신하고 나서 경과한 시간, 해당 기원부터의 멀티 캐스트가 입력되는 vif, 출력 vif 일람입니다. "*" (은)는, 기원을 뿌리로 하는 브로드캐스트 트리의 잎에, 해당 출력 vif 가 접속하고 있는 것을 의미합니다. 행선지 그룹의 멤버가 해당잎에 있을 때 마셔, 해당 기원부터의 멀티 캐스트 데이터 그램을 해당 출력 vif 로부터 포워드 합니다.

mrouted 유틸리티는 커널내의 forwarding 캐쉬 테이블도 관리합니다. 엔트리의 생성 및 삭제는 mrouted 하지만 실시합니다.

캐쉬 테이블은 다음과 같은 것입니다:

    Multicast Routing Cache Table (147 entries)
     Origin             Mcast-group     CTmr  Age Ptmr IVif Forwvifs
     13.2. 116/22        224.2. 127.255     3m   2m    -  0    1
    >13.2. 116.19
    >13.2. 116.196
     138.96. 48/21       224.2. 127.255     5m   2m    -  0    1
    >138.96. 48.108
     128.9. 160/20       224.2. 127.255     3m   2m    -  0    1
    >128.9. 160.45
     198.106. 194/24     224.2. 135.190     9m  28s   9m  0P
    >198.106. 194.22

각 엔트리는 기원의 서스네트워크 번호, 마스크, 행선지 멀티 캐스트 그룹에서 구별합니다.

'CTmr'필드는 해당 엔트리의 생존 시간을 나타냅니다. 이 타이머치가 0 까지 감산된 엔트리는 캐쉬 테이블에서 삭제됩니다 (엔트리는 트래픽이 흐르면(자) 리프레쉬 됩니다). 'Age'필드는 이 엔트리가 최초로 생성되고 나서 경과한 시간을 나타냅니다. 캐쉬 엔트리는 리프레쉬 되기 (위해)때문에, 해당 엔트리에 관한 트래픽이 계속되는 한 루팅 엔트리는 살아 남습니다.

'Ptmr'필드는, 상류에 지예가 송출되어 있지 않으면 단지 -, 그렇지 않은 경우에는 상류의 지예가 타임 아웃 할 때까지의 시간을 나타냅니다.

'Ivif'필드는 기원부터의 멀티 캐스트 패킷이 입력되는 vif (을)를 나타냅니다. 각 라우터는 특정의 소스 및 그룹에 관계되어, 인접하는 라우터보다 수신하는 지예수의 기록도 관리합니다. 어느 서스네트워크에 관해서 멀티 캐스트 트리의 하류의 가지에 대해 멀티 캐스트 그룹의 멤버가 존재하지 않는 경우, 상류의 라우터에 대해서 지예메세지가 송신됩니다. 이 경우, vif 번호의 뒤에 "P" 를 붙일 수 있습니다.

'Forwvifs'필드는 소스 그룹에 속하는 데이터 그램이 포워드 된다 인터페이스를 나타냅니다. "p" 는, 이 인터페이스를 개입시켜 포워드 되는 데이터 그램이 존재하지 않는다 일을 나타냅니다. 리스트 되지 않는 인터페이스는 잎의 서스네트워크이며, 특정의 그룹의 멤버를 해당 서스네트워크에 가지지 않습니다. 인터페이스에 있어서의 "b" 의 표시는, 해당 인터페이스가 경계 인터페이스인 것을 나타냅니다. 즉, 범위내의 주소의 트래픽은 해당 인터페이스를 개입시켜 포워드 되지 않는 것을 의미합니다.

">" (을)를 최초의 캐릭터로서 표시하는 추가의 행은, 해당 서스네트워크상의 소스를 나타냅니다. 1 개의 서스네트워크상에 복수의 소스가 존재 가능한 것으로 주의해 주세요. "<" (을)를 최초의 캐릭터로서 표시하는 추가의 행은, 이 서스네트워크 혹은 그룹에 관해서, 하류의 인접 라우터로부터 수신한 지예를 표시합니다.

관련 파일
/etc/mrouted.conf
/var/run/mrouted.pid
/var/tmp/mrouted.dump
/var/tmp/mrouted.cache

관련 항목
map-mbone(8), mrinfo(8), mtrace(8)

DVMRP 는, 다른 멀티 캐스트 경로 제어 알고리즘과 함께, ACM SIGCOMM '88 컨퍼런스의 프로시딘그에, S. Deering 가 "Multicast Routing in Internetworks and Extended LANs" (으)로서 기술하고 있습니다.

저자
Steve Deering, Ajit Thyagarajan, Bill Fenner