ROUTED(8)

名称
routed, rdisc - ネットワークの RIP と router discovery のルーティングデーモン

書式
routed [-sqdghmpAtv] [-T tracefile] [ -F net[/mask[,metric]]] [-P parms]

解説
routed はネットワークのルーティングテーブルを管理するデーモンで、 システムのブート時に起動されます。 これは、カーネルのルーティングテーブルを管理するために、 ルーティング情報プロトコル (Routing Information Protocol) の RIPv1 (RFC 1058)、RIPv2 (RFC 1723)、および Internet Router Discovery Protocol (RFC 1256) を用います。 RIPv1 プロトコルは 4.3BSD のデーモンをベースとしています。

routed は、ルーティング情報プロトコルのパケットを待つために、 route(8) サービス (services(5) 参照) 用の udp(4) ソケットを listen() します。また、マルチキャストによる Router Discovery の ICMP メッセージの送受信も行います。 ホストがルータだった場合、 routed は直接接続されている全てのホストやネットワークに、 ルーティングテーブルの複製を定期的に提供します。 また、Router Discovery の ICMP メッセージを用いてデフォルトルートを広告したり 要求したりします。

routed が走行し始めると (または、ネットワークインタフェースがオンになると)、 routed は AF_ROUTE アドレスファミリを用いて、システムに直結されていて コンフィギュレーションされているインタフェースのうちで ``up'' とマークされて いるものを探します。そしてそのインタフェースに必要な経路をカーネルの ルーティングテーブルに追加します。スタート直後で、RIP が無効になっていない インタフェースが少なくとも 1 つある場合は、 routed はカーネルのテーブル内に既に存在する静的でない経路を全て削除します。 カーネルのテーブル内にある静的な経路は保存され、有効な RIP metric を 持っているものは RIP レスポンスに含められます (route(8) 参照)。

複数のインタフェース (ループバックインタフェースは含めません) が提供されている 場合、そのホストは接続されているネットワーク間でパケットを中継するものと みなされます。新しいインタフェース上で RIP リクエストを送信した後や ルータ発見のための広告や要求を送信した後で、デーモンはループに入り、 他のホストからの RIP リクエストやレスポンスや Router Discovery のパケットを listen します。

リクエストパケットを受信すると、 routed は内部テーブルに持っている情報からリプライを作成します。 生成されたレスポンスパケットには既知の経路のリストが含められ、各経路に ``hop count'' metric がつきます (16 以上は ``無限大'' とみなされます)。 広告した metric はインタフェースに設定した metric を反映するため (ifconfig(8) 参照)、トラフィックを制御するにはインタフェースの metric を設定するのが よい方法です。

split-horizon をインプリメントしているため、リクエストしてきたネットワークの 1 hop 先の 経路はレスポンスには含められません。 rtquery(8) のような問い合わせプログラムからのリクエストに対しては、テーブル全体 から答を導き出します。

ルータの故障から素早く復旧できるようにするため、 デーモンが扱うルーティングテーブルには各到達先用のゲートウェイをいくつか 覚えておくための空間があります。受けとった RIP response パケットは、現在認識しているゲートウェイのうちの 1 つがもつ ルーティングテーブルの更新に使われるか、 現在あるゲートウェイのうちの 1 つよりもよい metric を広告しているルーティング テーブルの更新に使われます。

更新を行う時、 routed は自分自身が持つテーブルの変更を記録し、到達先への最適な経路が変更された 場合にはカーネルのルーティングテーブルを記録します。カーネルの ルーティングテーブルに対するこの変更は、次に送出される response パケットに反映されます。次のレスポンスがしばらくの間スケジューリングされない 場合には、最近変更された経路だけを含んだ flash update レスポンスが送られます。

到着パケットの処理に加えて、 routed は定期的にルーティングテーブルのエントリをチェックします。 あるエントリが 3 分間更新されなかった場合、そのエントリの metric は無限大として 設定され、削除のためのマークがつけられます。 この無効化がローカルなインターネットを通して伝搬するのを保証するために、 削除はその経路が無限大の metric を持つと広告されるまで延期されます。これが poison reverse 方式です。

カーネルのテーブル内の経路のうちで ICMP Redirect messages の結果として 追加や変更されたものは、 black-holes を最小にするために、しばらく経ってから削除されます。 TCP connection のタイムアウトが起こると、カーネルは routed に対し、そのゲートウェイを通る全てのリダイレクトされた経路を削除し、 そのゲートウェイを通る全ての RIP の経路の年齢を増やすことで他のゲートウェイが 選択されるようにし、関連する全ての Router Discovery Protocol の デフォルトルートの年齢を増やします。

ネットワーク間のルータとして動作するホスト群は、直接接続されているホストおよび ネットワークすべてに対し、30 秒ごとにルーティングテーブルを無条件で提供します。 この RIP レスポンスは、ブロードキャストをサポートしているネット上の ブロードキャストアドレス、point-to-point リンクの到達先アドレス、 他のネットワークでのルータ自身のアドレスに対して送信されます。 RIPv2 が有効になっている場合は、マルチキャストをサポートしているインタフェース に対してマルチキャストパケットが送られます。

リモートインタフェース上でレスポンスが受信されない場合や、 レスポンスを送っている最中にエラーが起こった場合や、 エラーが入力や出力よりも多い場合 (netstat(1) 参照) は、ケーブルやインタフェースの他の部分が接続されていないか壊れている とみなされ、その経路は適切に変更されます。

Internet Router Discovery Protocol も同様に扱われます。デーモンが RIP の経路を配っている時は、Router Discovery の要求の listen と Router Discovery の広告の送信も行います。 デーモンが静かな状態で他の RIP ルータからのパケットを listen している時には、 Router Discovery の要求を送信して、Router Discovery の広告を listen します。 受けた広告がよいものでかつそれが複数のホームを持っていなければ、 RIP レスポンスのブロードキャストやマルチキャストを listen するのをやめます。 現在利用中のルータが死んだ場合に障害のある状態から短時間で修復できるよう、 広告されているルータのいくつかは覚えておきます。 もし発見してあるルータが全て見えなくなった場合は、RIP レスポンスの listen を 再開します。

全てのインタフェースが使われるようにするために Router Discovery を 利用して複数のホームを持つようにしている場合には RIP を聞き続けます。

Router Discover の仕様では、広告の "存在期間" をデフォルトで 30 分とすることを 要求しています。これは、何かが起こって 30 分間正しい経路がなくなる可能性が あることを意味しています。コマンドラインで -P rdisc_interval=45 と指定したり /etc/gateways に rdisc_interval=45 と書くことでデフォルトを 45 秒にするのはいい考えです。

Router Discovery を使っている場合 (システムがネットワークインタフェースを 1 つしか持っておらず、Router Discover の広告を受信した場合には、これが デフォルトで起こります)、デフォルトルート 1 つと、 可変個数のホストルートがカーネルテーブルに登録されています。 複数のネットワークインタフェースを持つホストの場合、 デフォルトルートは複数あるインタフェースのうちの 1 つだけを通ります。 よって、-q つきで走行している multi-homed のシステムでは、 後述の no_rdisc が必要です。

RIPv2 と Router Discovery のどちらも扱うことができない "遺物の" システムを サポートするためには、以下に記述してある pm_rdisc を参照して下さい。

デフォルトでは、point to point リンク (たとえば PPP) には Router Discovery の広告も要求も送信されません。 point-to-point リンク (SLIP や PPP などのような、IFF_POINTOPOINT フラグ のついたもの) のネットマスクは、 RIPv1 利用時にはそのネットマスクがリモートシステムで利用されると routed は推測します。

以下のオプションが利用可能です:

-s  routed は強制的にルーティング情報を提供します。 これは、RIP や Router Discovery を無効にしていない状態で複数の ネットワークインタフェースが提供されているか、カーネルが ipforwarding=1 に なっている場合にはデフォルトです。

-q  -s オプションとは逆の動作をします。 インタフェースが 1 つだけの場合は、これがデフォルトです。

-d  バックグラウンドでは動作しません。このオプションは対話的に使用するための ものです。

-g  ネットワーク間のルータにおいて "default" の到達先への経路を設ける ために使います。これは -F 0/0,1 と同じ意味を持ち、主として歴史的理由のために提供されています。 これよりは、 -P pm_rdisc をコマンドラインで指定するか、 pm_rdisc を /etc/gateways で指定するほうがよいでしょう。 これは、典型的にはインターネットへのゲートウェイで用いられるか、 経路を他のローカルルータに対して報告しないような他の ルーティングプロトコルを利用しているゲートウェイの場合に用いられます。 metric には 1 が使われるため、この機能は危険です。このオプションは一般に、 問題を解決するよりも、ルーティングのループによる混乱を引き起こしがちです。

-h  ホストルートまたは point-to-point ルートを広告しません。 これらは同一方向へいくネットワークルートであると規定されます。これは 特別な性質を持つ集合です。このオプションは、イーサネットへのゲートウェイ でかつ SLIP のような point-to-point リンクで他のゲートウェイマシンが継っている ゲートウェイにおいて有効です。

-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  デーモンのバージョン番号を表示してログに残します。

-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) もしくはアクティブ (acvice) なゲートウェイ という概念をサポートします。 routed は動作を開始すると、実在しないかもしれない遠隔のゲートウェイを検索するために /etc/gateways を読み込みます。ローカルなゲートウェイが passive であるかどうかや、 他のパラメータの取得には、ルーティングソケットからの情報だけをもとにします。 このようにして指定されたゲートウェイは、ルーティング情報を交換しない場合は パッシブマークが付加されます。一方、ルーティング情報を交換するゲートウェイに ついては、アクティブマークが付与されます。 パッシブゲートウェイを介す経路については、システムスタートアップ時に一度だけ カーネル内の経路情報テーブルに設定され、送出される RIP レスポンスには 含められません。

遠隔のアクティブゲートウェイは、ネットワークインタフェースと同様に扱われます。 RIP レスポンスが遠隔のアクティブゲートウェイに送られ、応答がない場合は、 その経路はカーネルのテーブルと別のインタフェースから広告された RIP レスポンスの ぞれぞれから削除されます。遠隔のゲートウェイが RIP レスポンスの送出を 再開した場合は、その経路は再追加されます。

このようなゲートウェイは、ATM ネットワークなどのような、 ブロードキャストやマルチキャストはサポートしないがそれ以外は Ethernet のような 伝統的な共有メディア方式のように働くネットワークに有効です。 ATM ネットワーク上にある到達可能な全ての RIP ルータを /etc/gateways の "host" 行を使って記述することができます。 このような状態で推測したホストルートのリストが作成されるのを避けるためには、 RIPv2 を使うのが望ましいということに注意してください。

external マークのついたゲートウェイはパッシブと同様の扱いになりますが、 カーネル内のルーティングテーブルに載ることはなく、 ルーティングの更新時にその情報が含められることもありません。 external エントリの機能は、他のルーティングプロセスがそのような経路を 必要時に追加する可能性があることを知らせるためにあり、その到達先への別の経路は routed で設定されるべきではありません。 external エントリは、両方のルータが同じ到達先への経路トを覚えてもよい場合にのみ 必要です。

/etc/gateways ファイルは、以下のような 2 つのフォーマットおよびパラメータからなる行の集まりで できています。空行と、'#' で始まる行はコメントです。

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

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

キーワード net や host は、到達先のネットワークやホストの名前です。

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, external のキーワードのうちの 1 つを指定することで、ゲートウェイが passive または active (前述の通り) であるか RIP プロトコルのスコープの範囲外つまり external であるかを指示しなければなりません。

-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 のサブネットであるとマークします。

passwd=XXX[|KeyID[start|stop]]
    RIPv2 の password を指定します。これは送信した全ての RIPv2 レスポンスに 含められ、受信した全ての RIPv2 レスポンスでチェックされます。 パスワードは、空白やコンマや '#' を含んではいけません。

passwd=XXX1[|KeyID[start|stop]]
    RIPv2 の生のパスワードを指定します。 これは、送信される全ての RIPv2 レスポンスに含められ、 受信した全ての RIPv2 レスポンスでチェックされます。 パスワード内の空白、タブ、コンマ、'#'、'|'、NULL 文字は、 バックスラッシュ (\) でエスケープしなければなりません。 よく使われる \n, \r, \t, \b, \xxx などのエスケープシーケンスは、 それぞれ通常の意味を持っています。 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 デーモンとして働きます。

    rdisc_adv または -s で明示的に Router Discovery の広告を行うように指示せずに RIP を 行わないようにすると、 routed は広告を行わない Router Discovery デーモンとして働くことに注意して下さい。

no_rip_mcast
    RIPv2 パケットが、マルチキャストではなくブロードキャストされるようになります。

no_ripv1_in
    受信した RIPv1 レスポンスが無視されるようになります。

no_ripv2_in
    受信した RIPv2 レスポンスが無視されるようになります。

ripv2_out
    可能な場合にマルチキャストができるよう、 RIPv1 の出力は行わず、RIPv2 による広告を行います。

ripv2
    no_ripv1_in と no_ripv1_out を指定した場合と同じです。

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 messages を許可するようになります。 そうでなければ、ICMP Redirect messages は上書きされます。

関連ファイル
/etc/gateways
    遠隔ゲートウェイについての情報を記述するファイル。

関連項目
icmp(4), udp(4), gated(8), htable(8), rtquery(8) Internet Transport Protocols, XSIS 028112, Xerox System Integration Standard.

バグ
routed は、ネットワークインタフェースの一方向の失敗、 例えば、出力方向にのみ失敗するなどを常に検出できるとは限りません。

歴史
routed コマンドは 4.2BSD から登場しました。