ROUTED(8)

명칭
routed, rdisc - 네트워크의 RIP 와 router discovery 의 루팅 demon

서식
routed [-sqdghmpAtv] [-T tracefile] [ -F net[/mask[, metric]]] [-P parms]

해설
routed 유틸리티는 네트워크의 routing table를 관리하는 demon로, 시스템의 부트시에 기동됩니다. demon는 커널의 routing table를 관리하기 위해서, 루팅 정보 프로토콜 (Routing Information Protocol)의 RIPv1 (RFC 1058), RIPv2 (RFC 1723) 및 Internet Router Discovery Protocol (RFC 1256)를 이용합니다. RIPv1 프로토콜은 4.3BSD 의 demon의 것을 베이스로 하고 있습니다.

demon는 루팅 정보 프로토콜의 패킷을 기다리기 위해서(때문에), route(8) 서비스 (services(5) 참조) 용무의 udp(4) 소켓을 listen 합니다. 또, 멀티 캐스트에 의한 Router Discovery 의 ICMP 메세지의 송수신도 실시합니다. 호스트가 라우터였던 경우, routed (은)는 직접 접속되고 있는 모든 호스트와 네트워크에, routing table의 복제를 정기적으로 제공합니다. 또, Router Discovery 의 ICMP 메세지를 이용해 디폴트 루트의 광고나 요구를 실시합니다.

routed 하지만 동작하기 시작하면(자) (또는, 네트워크 인터페이스가 온이 되면(자)), routed (은)는 AF_ROUTE 주소 패밀리를 고용해, 시스템에 직결되고 있어 배치 되고 있는 인터페이스중에서 "up" 와 마크 되어 있는 것을 찾습니다. 그리고 그 인터페이스에 필요한 경로를 커널의 routing table에 추가합니다. 스타트 직후로, RIP 가 무효로 되어 있지 않다 인터페이스가 적어도 1 개 있는 경우, routed (은)는 커널의 테이블내에 이미 존재하는 정적이지 않은 경로를 모두 삭제합니다. 커널의 테이블내에 있는 정적인 경로는 보존되어 유효한 RIP metric 를 가지고 있는 것은 RIP 리스폰스에 포함할 수 있습니다 (route(8) 참조).

복수의 인터페이스 (루프백 인터페이스는 포함하지 않습니다)가 존재한다 경우, 그 호스트는 접속되고 있는 네트워크간에 패킷을 중계하는 것과 보입니다. RIP 리퀘스트 (와)과 Router Discovery 의 광고나 요구를 새로운 인터페이스상에서 송신한 후, demon는 루프에 들어가, 다른 호스트로부터의 RIP 리퀘스트, RIP 리스폰스, Router Discovery 의 패킷을 listen 합니다.

리퀘스트 패킷을 수신하면(자), routed (은)는 내부 테이블에 가지고 있는 정보로부터 리플라이를 작성합니다. 작성되었다 리스폰스 패킷은 기존의 경로의 리스트를 포함해, 각 경로에 "hop count" metric 가 다합니다 (16 이상은 "무한대" 로 간주해집니다). 광고 한 metric 는 인터페이스로 설정한 metric 를 반영하기 위해(때문에) (ifconfig(8) 참조), 트래픽을 제어하려면 인터페이스의 metric 를 설정하는 것이 좋은 방법입니다.

split-horizon (을)를 어느 정도 실장하고 있기 (위해)때문에, 리스폰스는 리퀘스트 해 온 네트워크의 1 hop 처의 경로를 포함하지 않습니다. rtquery(8) (와)과 같은 문의 프로그램으로부터의 리퀘스트에 대해서는, 테이블 전체 (으)로부터 답을 이끌어냅니다.

라우터의 고장으로부터 재빠르게 복구할 수 있도록(듯이) 하기 위한(해), demon가 관리하는 routing table에는 각 도달처용의 게이트웨이를 몇개인가 기억해 두기 위한 공간이 있습니다. 받은 RIP 리스폰스 패킷이 routing table의 갱신에 사용되는 것은, 현재 인식하고 있는 게이트웨이 중 1 개로부터 제공되었을 경우, 혹은 현재 있는 게이트웨이 중 적어도 1 개(살)보다 좋은 metric 를 광고 하고 있는 경우입니다.

갱신을 실시할 때, routed (은)는 자기 자신이 가지는 테이블로 변경을 기록해, 도달처에의 최적인 경로가 변경되었다 경우에는 커널의 routing table를 갱신합니다. 커넬의 routing table에 대한 이 변경은, 다음에 송출된다 리스폰스 패킷에 반영됩니다. 다음의 리스폰스가 당분간의 사이 스케줄링 되지 않는다 경우에는, 최근 변경된 경로만을 포함했다 flash update 리스폰스가 보내집니다.

도착 패킷의 처리에 가세해, routed (은)는 정기적으로 routing table의 엔트리를 체크합니다. 어느 엔트리가 3 분간 갱신되지 않았던 경우, 그 엔트리의 metric 는 무한대로서 설정되어 삭제를 위한 마크가 붙여집니다. 이 무효화가 로컬인 인터넷 전체에 전반 되는 것을 프로텍션하기 위해서, 삭제는 그 경로가 무한대의 metric 를 가진다고 광고 될 때까지 연기됩니다. 이것이 poison reverse 방식입니다.

커널의 테이블내의 경로중에서 ICMP Redirect 메세지의 결과로서 추가나 변경된 것은, black-holes (을)를 최소로 하기 위해서(때문에), 당분간 지나고 나서 삭제됩니다. TCP connection의 타임 아웃이 일어나면(자), 커널은 routed 에 대해, 그 게이트웨이를 통과하는 모든 리디렉트 된 경로를 삭제해, 그 게이트웨이를 통과하는 모든 RIP 의 경로의 연령을 늘리는 것으로 다른 게이트웨이가 선택되도록(듯이) 해, 관련하는 모든 Router Discovery Protocol 의 디폴트 루트의 연령을 늘립니다.

네트워크간 라우터로서 동작하는 호스트군은, 직접 접속되고 있는 호스트 및 네트워크 모두에 대해, 30 초 마다 routing table를 무조건으로 제공합니다. 이 RIP 리스폰스는, 브로드캐스트를 서포트하고 있는 넷상의 브로드캐스트 어드레스, point-to-point 링크의 도달처 주소, 라우터 자신의 다른 네트워크에서의 주소에 대해서 송신됩니다. RIPv2 가 유효하게 되어 있는 경우는, 멀티 캐스트를 서포트하고 있는 인터페이스 에 대해서 멀티 캐스트 패킷이 보내집니다.

리모트 인터페이스상에서 리스폰스가 수신되지 않는 경우나, 리스폰스를 송신중에 에러가 일어났을 경우나, 에러가 입력이나 출력보다 많은 경우 (netstat(1) 참조)는, 케이블이나 인터페이스의 다른 부분이 접속되어 있지 않은가 망가져 있다 (으)로 간주해져 그 경로는 적절히 변경됩니다.

Internet Router Discovery Protocol 도 이와 같이 다루어집니다. demon가 RIP 의 경로를 나눠주고 있을 때는, Router Discovery 의 요구의 listen 와 Router Discovery 의 광고의 송신도 실시합니다. demon가 조용한 상태로 다른 RIP 라우터로부터의 패킷을 listen 하고 있을 때에는, Router Discovery 의 요구를 송신해, Router Discovery 의 광고를 listen 합니다. demon는 신뢰할 수 있는 광고를 수신해, 한편 복수의 홈을 가지지 않는 경우에, RIP 리스폰스의 브로드캐스트나 멀티 캐스트를 listen 하는 것을 그만둡니다. 현재 이용중의 라우터가 죽었을 경우에 장해가 있는 상태로부터 단시간에 수복할 수 있도록, 광고 되고 있는 라우터의 몇개인가를 추적합니다. 만약 발견해 둔 라우터가 모두 안보이게 되었을 경우, demon는 RIP 리스폰스의 listen 를 재개합니다. demon는, 복수의 홈을 가지는 경우에 모든 인터페이스가 사용되고 있는 것을 확실히 하기 위한(해), Router Discovery 의 사용중은 RIP 의 listen 를 계속합니다.

Router Discovery 의 사양에서는, 광고의 "존속 기간" 을 디폴트로 30 분으로 하는 것을 요구하고 있습니다. 이것은, 무엇인가가 일어났을 경우에 클라이언트에 30 분간이야 있고 경로가 없어질 가능성이 있는 것을 의미하고 있습니다. 명령행으로 -P rdisc_interval=45 (와)과 지정하거나 /etc/gateways 에 rdisc_interval=45 (이)라고 쓰는 것으로 디폴트를 45 초로 하는 것은 좋은 생각입니다.

Router Discovery 를 이용하고 있는 경우 (시스템이 가지고 있다 네트워크 인터페이스가 1 개만으로 한편 Router Discovery 의 광고를 받았을 경우에는 이것이 디폴트입니다), 커널의 테이블내에는 디폴트 루트는 1 개만으로, 호스트에의 경로는 가변 개수가 됩니다. 복수의 네트워크 인터페이스를 가지는 호스트에서는, 이 디폴트 루트는 그 인터페이스 중 1 개만을 경유합니다. 이 때문에, 복수의 홈을 가지는 호스트로 -q 돌출하고 동작하고 있는 것은, 이하에 나타낸다 no_rdisc 하지만 필요합니다.

RIPv2 와 Router Discovery 의 어느쪽이나 취급할 수가 없는 "유물의" 시스템을 서포트하기 위해서는, 이하에 기술되어 있다 pm_rdisc (을)를 참조해 주세요.

디폴트에서는, point to point 링크 (예를 들어 PPP)에는 Router Discovery 의 광고나 요구도 송신되지 않습니다. routed (은)는, point-to-point 링크 (SLIP 나 PPP 와 같은, IFF_POINTOPOINT 플래그 (이)가 붙은 것)의 넷 마스크를 사용해, RIPv1 이용시에 리모트 시스템으로 사용되고 있는 넷 마스크를 추정합니다.

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

-s  routed (은)는 강제적으로 루팅 정보를 제공합니다. 이것은, RIP 나 Router Discovery 를 무효로 하고 있지 않은 상태로 복수의 네트워크 인터페이스가 존재해, 커널이 ipforwarding=1 에 되어 있는 경우에는 디폴트입니다.

-q  -s 옵션과는 역의 동작을 합니다. 인터페이스가 1 개만의 경우는, 이것이 디폴트입니다. 이 옵션을 지정하면(자), demon는 RIP 에 대해서 항상 "quiet-mode" 되어, 루팅 정보를 다른 컴퓨터에 제공하지 않습니다.

-d  백그라운드에서는 동작하지 않습니다. 이 옵션은 대화적으로 사용하기 위한 물건입니다.

-g  네트워크간 라우터에 대해 "default" 의 도달처에의 경로를 마련한다 위해(때문에) 사용됩니다. 이것은 -F 0/0, 1 (와)과 같은 의미를 가져, 주로 역사적 이유를 위해서(때문에) 존재합니다. 이것보다는, -P pm_rdisc (을)를 명령행으로 지정하는지, pm_rdisc (을)를 /etc/gateways 그리고 지정하는 편이 좋을 것입니다. 큰 metric 를 사용하면, 잠재적으로 위험한 디폴트 루트가 퍼질 가능성을 줄일 수 있습니다. 이것은, 전형적으로는 인터넷에의 게이트웨이에서 이용되는지, 경로를 다른 로컬 라우터에 대해서 보고하지 않는, 다른 routing protocol를 이용하고 있는 게이트웨이에서 이용됩니다. metric 에는 1 이 사용되기 (위해)때문에, 이 기능은 위험합니다. 이 옵션은 일반적으로, 문제를 해결하는 것보다도, 루팅의 루프에 의한 혼란을 일으키기 쉽상입니다.

-h  호스트 루트 또는 point-to-point 루트를 광고 하지 않습니다. 이것들은 동일 방향을 향하는 네트워크 루트이다고 규정됩니다. 이것은 특별한 성질을 가지는 집합입니다. 이 옵션은, SLIP 와 같은 point-to-point 링크로 다른 게이트웨이 머신을 접속시키고 있다 Ethernet 에의 게이트웨이에 대해 유효합니다.

-m  머신이, 그 프라이머리 인터페이스에의 호스트 루트나 point-to-point 루트 (을)를 광고 하게 됩니다. 이것은 NFS 서버와 같은 복수의 홈을 가지는 머신에 대해 유효합니다. 이 옵션은, 작성한 호스트 루트의 코스트가 서버의 인기로 정당화 된다 경우를 제외해, 사용해야 하는 것이 아닙니다. 이것은, 머신이 루팅 정보를 공급하고 있어, 복수의 인터페이스를 가지고 있는 경우에게만 효과가 있습니다. -m 옵션은, -q 옵션을 무효로 해, 호스트 루트의 광고를 한정한 범위에 제한합니다.

-A  RIPv2 의 인증에 주위를 기울이지 않는 경우에, RIPv2 의 인증을 무시하지 않습니다. RFC 1723 에 준거하기 위해서는 이 옵션이 필요합니다. 그렇지만, 이것은 의미가 없고, 머신이 인증에 대해 주위를 기울이지 않는 경우에 인증을 옮기는 모든 RIPv2 패킷을 무시하는 목적으로 검출 프로토콜로서 RIP 를 사용하는 것의 방해가 됩니다.

-t  디버그 레벨을 늘립니다. -T 그리고 지정한 트레이스 파일이나 표준 출력에 대해, 보다 상세한 정보를 기록하도록(듯이) 됩니다. 디버그 레벨은 SIGUSR1 시그널이나 SIGUSR2 시그널이나 rtquery(8) 그리고 증감할 수 있습니다.

-T tracefile
    디버그 레벨을 최악이어도 1 까지 올려 디버그 정보를 트레이스 파일에 추가 기입같게 합니다. 보안상의 형편에 의해, routed 하지만 파일에의 트레이스를 일상적으로 실시하도록(듯이)는 하지 않는 것이 현명합니다.

-v  demon의 버젼을 표시해 기록합니다.

-F net[/mask][, metric]
    net/mask 에 매치 하는 주소를 가지는 인터페이스를 개입시킨 전송에 있어서의 경로를 최소로 해, 이 머신에의 디폴트 루트를 metric 수 metric 그리고 작성합니다. 이 목적은, RIP 정보를 가지는 다수의 큰 UDP 패킷을 "가짜" 의 디폴트 루트를 포함한 1 개(살)의 작은 패킷에 옮겨놓는 것으로, 늦은, 예를 들어 PPP 와 같은 point-to-point 링크에서의 RIP 의 트래픽을 줄이는 것에 있습니다. 만약 metric 하지만 없는 경우는,"가짜" 의 디폴트 루트가 퍼지는 것을 제한하기 위해서 14 가 지정된 것으로 간주합니다. 이 기능은, 부주의에 사용하면(자) 루팅의 루프를 일으키므로 위험합니다. 지정한 네트워크 번호와 마스크에 복수의 인터페이스가 매치 할 가능성이 있다 일에도 주의해 주세요. -g 도 참조해 주세요.

-P parms
    파라미터행 parms (을)를 /etc/gateways 파일에 쓰는 것과 같습니다.

제공된 다른 인수는, routed 의 동작을 기록하는 파일의 이름으로서 해석됩니다. 트레이스 파일의 이름을 명령에 추가하는 것보다는, -T (을)를 사용하는 것이 좋을 것입니다.

상기의 기능에 가세해, routed 유틸리티는 "원격에 있다" passive 혹은 active 게이트웨이라고 하는 개념을 서포트합니다. routed (은)는 동작을 개시하면(자), /etc/gateways (을)를 읽어들여, 루팅 소켓으로부터의 정보만으로는 밝혀 내지 않을 가능성을 가진다 원격의 게이트웨이를 찾아내 로컬의 게이트웨이가 passive 화도인지를 알아, 그리고 그 외의 파라미터를 취득합니다. 이와 같이 해 지정한 게이트웨이에는, 루팅 정보를 교환할 생각이 없는 경우에는 passive, RIP 패킷을 교환해도 상관없는 경우에는 active 의 마크를 붙일 필요가 있습니다. passive 게이트웨이를 통과하는 경로는, 기동시에 한 번 만 커널내의 경로표로 설정되어 송출되는 RIP 리스폰스에는 포함할 수 없습니다.

원격의 active 게이트웨이는, 네트워크 인터페이스와 같게 다루어집니다. RIP 리스폰스를 원격의 active 게이트웨이에 송출합니다. 응답이 없는 경우, 커널의 테이블과 다른 인터페이스로부터 광고 되는 RIP 리스폰스 (으)로부터 그 경로를 삭제합니다. 원격의 게이트웨이가 RIP 리스폰스의 송출을 재개했을 경우는, 그 경로를 다시 추가합니다.

이러한 게이트웨이는, 브로드캐스트나 멀티 캐스트는 서포트하지 않지만 그 이외는 Ethernet 와 같은 전통적인 공유 미디어와 같이 대접하는, ATM 네트워크등의 미디어로 유효합니다. HIPPI 나 ATM 의 네트워크상에 있는 도달 가능한 모든 RIP 라우터를 /etc/gateways 의 "host" 행을 사용해 기술할 수가 있습니다. 통상, 그러한 상황에서는, 추정된 호스트 경로의 리스트 생성을 피하기 위해서(때문에) RIPv2 의 사용이 바람직한 것에 주의해 주세요.

external 마크를 붙인 게이트웨이는 passive 와 같은 취급이 됩니다만, 커널내의 routing table에 실릴 것은 없고, 루팅의 갱신시에 그 정보를 포함할 수 있는 일도 없습니다. external 엔트리의 기능은, 다른 루팅 프로세스가 그러한 경로를 필요시에 추가할 가능성이 있어, routed 하지만 그 도달처에의 다른 경로를 설정 해서는 안된 것을 알리는 것입니다. external 엔트리는, 2 개의 라우터가 같은 도달처에의 경로를 기억해도 괜찮은 경우에게만 필요합니다.

/etc/gateways 파일은, 각 행이 이하의 2 개의 포맷의 어떤 것인가, 또는 후술의 파라미터로부터 되는 행으로 구성됩니다. 공행과 '#'로 시작되는 행은 코멘트입니다.

net Nname[/mask] gateway Gname metric value <passive | active | extern>

host Hname gateway Gname metric value <passive | active | extern>

키워드 Nname (이)나 Hname (은)는, 도달처의 네트워크 혹은 호스트의 이름입니다. 이것은 네트워크의 심볼명 또는 "닷" 표기에 의한다 인터넷 주소의 어디라도 상관하지 않습니다 (inet(3) 참조). (만약 이름의 경우는, /etc/networks 또는 /etc/hosts 그리고 정의되고 있는지, routed 의 동작 개시전에 named(8) 하지만 기동되어 있지 않으면 안됩니다. )

mask (은)는 생략 가능한 수치로, Nname 의 넷 마스크를 나타내는 1 에서 32 까지의 값을 받습니다.

Gname (은)는, RIP 리스폰스가 포워드 되어야 할 게이트웨이의 이름 혹은 주소입니다.

value (은)는, 도달처 호스트 혹은 네트워크에의 hop 수입니다.

host hname 하 net nname/32 (와)과 같습니다.

게이트웨이가 passive 또는 active (으)로서(상술한 대로) 다루어질 필요가 있는지, 혹은 RIP 프로토콜의 스코프의 범위외 즉 external 인지를 지시하기 위해서, passive, active, external 의 키워드 중 1 개를 지정할 필요가 있습니다.

-t 그리고 디버그 출력을 온으로 할 때에 보여지는 것처럼, 그러한 행은 유사 인터페이스를 작성합니다. remote 인터페이스나 external 인터페이스의 파라미터 설정을 하려면 , 그 행을 if=alias(Hname) (이)나 if=remote(Hname) 등으로 시작할 필요가 있습니다.

"net" 와 "host" 의 어디라도 시작되지 않는 행은, 이하와 같은 파라미터 설정 (이)가 아니면 안됩니다. 이것은 1 개에서도 복수에서도 자주(잘), 복수의 경우는 콤마나 공백에서 단락짓습니다:

if=ifname
    그 행에 있는 다른 파라미터가, 이름이 ifname 의 인터페이스에 적용되는 것을 나타냅니다.

subnet=nname[/mask][, metric]
    네트워크 nname 에의 경로를 마스크 mask (와)과 지정된 metric (디폴트는 1)로 광고 합니다. 이것은 CIDR 의 확보에 대해 "구멍" 을 메우는데 유효합니다. 이 파라미터는 그 행에 그 만큼으로 출현하지 않으면 안됩니다. 네트워크 번호는, 예를 들면 192.0. 2 는 아니고 192.0. 2.0 과 같이, 32 비트의 완전한 값을 지정할 필요가 있습니다.

    이 기능을 불필요하게 사용해서는 안됩니다. 위험합니다.

ripv1_mask=nname/mask1, mask2
    nname/mask1 하지만 서스네트워크인 네트워크의 넷 마스크를 mask2 (으)로 하는 것처럼 지정합니다. 예를 들면 ripv1_mask=192. 0.2. 16/28, 27 는 192.0. 2.16/28 (을)를 192.0. 2.0/24 는 아니고 192.0. 2.0/27 의 서스네트워크로서 마크 합니다. 이 퍼실리티를 사용하지 않고 , ripv2_out 를 이용해 RIPv2 를 유효하게 하는 것이, 보다 바람직한 방법입니다.

passwd=XXX[|KeyID[start|stop]]
    RIPv2 의 생의 패스워드를 지정합니다. 이것은, 송신되는 모든 RIPv2 리스폰스에 포함할 수 있어 수신한 모든 RIPv2 리스폰스로 체크됩니다. 패스워드내의 공백, 탭 캐릭터, 콤마, '#', '|', NULL 캐릭터는, backslash (\)로 이스케이프 하지 않으면 안됩니다. 잘 사용되는 \n, \r, \t, \b, \xxx 등의 escape sequence는, 각각 통상적인 의미를 가지고 있습니다. KeyID (은)는 일의가 아니면 안됩니다, 생의 패스워드의 경우는 무시됩니다. start (와)과 stop (이)가 있는 경우, 이것은 타임 스탬프로, year/month/day@hour:minute 의 형식을 취합니다. 이것들은 패스워드의 유효기간을 지정합니다. 출력 패킷으로 사용되는 패스워드에는, 기한이 가장 먼 장래까지 설정되어 있다 패스워드가 사용됩니다. 다만, 모든 패스워드의 기한이 지나 버렸을 경우에는, 가장 최근 기한 마감이 된 패스워드가 사용됩니다. 또, 패스워드가 어느 것도 아직 유효하지 않은 경우에는, 패스워드는 출력되지 않습니다. 도착 패킷은 유효한 패스워드를 옮겨 올 가능성이 있습니다. 여기서 유효하다고는, 미래의 24 시간내에 유효하게 된 것일까, 과거 24 시간내에 유효함 것 를 가리킵니다. 비밀을 지키기 위해, 패스워드의 설정은 /etc/gateways 안의 것만이 유효하고, 한편, 이 파일이 UID 0 에서만 읽어들여 가능 (이)가 아니면 안됩니다.

md5_passwd=XXX|KeyID[start|stop]
    RIPv2 의 MD5 패스워드를 지정합니다. KeyID 하지만 필수인 것 이외는, 이 키워드는 passwd (와)과 같습니다.

no_ag
    RIPv1 와 RIPv2 의 리스폰스에 대해 서스네트워크의 집약을 실시하지 않습니다.

no_super_ag
    RIPv2 의 리스폰스에 대해 네트워크의 슈퍼 넷에의 집약을 실시하지 않습니다.

passive
    그 인터페이스가 갱신시에 다른 인터페이스를 통해 광고 되지 않게 마크 해, 지정한 인터페이스에서는 RIP 및 router discovery 처리를 전혀 실시하지 않게 합니다.

no_rip
    지정한 인터페이스에서의 전 RIP 처리를 실시하지 않습니다. RIP 패킷을 처리하는 인터페이스가 없는 경우는, routed (은)는 단지 Router Discovery demon로서 동작합니다.

    rdisc_adv 또는 -s 그리고 명시적으로 Router Discovery 의 광고를 실시하도록(듯이) 지시하지 않고 RIP 를 실시하지 않게 하면(자), routed (은)는 광고를 실시하지 않는 Router Discovery demon로서 동작하는 것에 주의해 주세요.

no_rip_mcast
    RIPv2 패킷을 멀티 캐스트 하지 않고 브로드캐스트 합니다.

no_rip_out
    RIP 코우신을 보내지 않습니다.

no_ripv1_in
    수신한 RIPv1 리스폰스를 무시합니다.

no_ripv2_in
    수신한 RIPv2 리스폰스를 무시합니다.

ripv2_out
    가능한 경우에 멀티 캐스트가 생기도록, RIPv2 의 출력을 유효하게 해 RIPv2 에 의한 광고를 실시합니다.

ripv2
    no_ripv1_in (와)과 no_ripv1_out (을)를 지정했을 경우와 같습니다. RIPv2 를 유효하게 합니다.

no_rdisc
    Internet Router Discovery Protocol 를 무효로 합니다.

no_solicit
    Router Discovery 의 요구를 송신하지 않습니다.

send_solicit
    비록 point-to-point 링크여도 Router Discovery 의 요구를 송신합니다. 디폴트에서는 Router Discovery 의 메세지를 (들)물을 뿐입니다.

no_rdisc_adv
    Router Discovery 의 광고의 송신을 실시하지 않습니다.

rdisc_adv
    비록 point-to-point 링크여도 Router Discovery 의 광고를 송신합니다. 디폴트에서는 Router Discovery 의 메세지를 (들)물을 뿐입니다.

bcast_rdisc
    Router Discovery 의 패킷을 멀티 캐스트 하지 않고 브로드캐스트 합니다.

rdisc_pref=N
    Router Discovery 의 광고의 우선도를 정수 N (으)로 설정합니다. 우선도의 디폴트는 0 입니다. 클라이언트는, 보다 작은, 혹은보다 부의 우선도를 가지는 디폴트 루트를 선택합니다.

rdisc_interval=N
    Router Discovery 의 광고를 실시하는데 있어서의 명목의 송신 간격을 N 초로 설정해, 그 존속 기간을 3*N 로 합니다.

fake_default=metric
    지정한 인터페이스의 네트워크와 넷 마스크를 이용해 -F net[/mask][=metric] (을)를 지정했을 경우와 같습니다.

pm_rdisc
    fake_default (을)를 닮아 있습니다. RIPv2 의 경로가 멀티 캐스트의 경우, RIPv1 를 (듣)묻고 있다 머신은 그것을 수신할 수가 없기 때문에, 이 기능을 사용하면 RIPv1 의 디폴트 루트가 RIPv1 를 (듣)묻고 있는 머신에 브로드캐스트 되게 됩니다. fake_default 그리고 변경하지 않는 한, 디폴트 루트는 metric 14 로 브로드캐스트 됩니다. 이것은 "싸게 든 router discovery" 프로토콜을 제공하게 됩니다.

trust_gateway=rname[|net1/mask1|net2/mask2|...]
    지정한 라우터나 다른 trust_gateway 키워드로 지정한 라우터로부터의 RIP 패킷을 받아들여 이것들 이외의 라우터로부터의 패킷을 무시합니다. 네트워크를 지정했을 경우, 다른 네트워크에의 경로는 지정한 라우터로부터는 무시됩니다.

redirect_ok
    시스템이 라우터로서 동작해 패킷의 포워드를 실시하고 있는 경우에, RIP 가 ICMP Redirect 메세지를 허가하게 됩니다. 그렇지 않으면, ICMP Redirect 메세지는 무효로 됩니다.

관련 파일
/etc/gateways
    원격 게이트웨이에 대한 정보를 기술하는 파일.

관련 항목
icmp(4), udp(4), rtquery(8) Internet Transport Protocols, XSIS 028112, Xerox System Integration Standard.

버그
출력 방향에게만 실패하는 등의, 네트워크 인터페이스의 한방향의 실패 (을)를 항상 검출할 수 있다고는 할 수 없습니다.

역사
routed 유틸리티는 4.2BSD (으)로부터 등장했습니다.