manページ  — IPXROUTED

IPXrouted が起動されると、 SIOCGIFCONF ioctl(2) を用いて、システムに組み込まれ、 "up" となっているインタフェースを探します (ソフトウェアループバックインタフェースは無視されます)。 インタフェースが複数ある場合には、そのホストがネットワーク間で パケットを転送するとみなします。 そして IPXrouted ユーティリティは各インタフェースに リクエスト パケットを送信し (インタフェースがサポートしていれば ブロードキャストパケットを用います)、他のホストから リクエスト と レスポンス のパケットが来るのを listen し続けます。

リクエスト パケットを受け取ると、 IPXrouted は内部のテーブルに基づく情報から返答パケットを作成します。 作成された レスポンス パケットは既知の経路の一覧を含み、各々は "hop count" metric を持っています (16 以上の count は "無限大" (到達不可能) を示します)。 返答された各々の経路に関する metric は、送信元からの 相対的な metric を提供します。

以下の条件を一つでも満たす場合、 IPXrouted が受け取った レスポンス パケットは経路テーブルの更新に使われます:

• 宛先となるネットワークやホストへの経路テーブルエントリが 存在せず、 metric が宛先が "到達可能である" としている (hop count が無限大でない) とき。
• パケットの送信元ホストが、保持している経路テーブルエントリ内の ルータと同じであるとき。 すなわち更新された情報が、 宛先へのパケットが経由するネットワーク間ルータからもたらされたとき。
• 経路テーブル内に存在するエントリがしばらくの間 (定義では 90 秒) 更新されず、その経路が現在の経路と少なくとも同じ程度効率的であるとき。
• 現在経路テーブル内に保持しているものよりも、新しい経路のほうが短いとき。 この判断にはテーブル内の経路の metric と新しい経路の metric が 比較されます。

更新が受け入れられた場合、 IPXrouted は変更を内部テーブルに記録し、 レスポンス パケットをすべての直接つながったホストとネットワークに流します。 routed(8) ユーティリティは、カーネルの経路テーブルを更新する前に、不安定な状態から 抜け出せるようにするために、しばらくの間 (30 秒以内) 待ちます。

IPXrouted は入ってくるパケットを処理するだけではなく、経路テーブル エントリを定期的にチェックします。 エントリが 3 分間更新されなかった場合、エントリの metric は 無限大に設定され、削除予定の印がつけられます。 実際の削除は、エントリの無効化が他のルータに伝わるのを確実に するために、さらに 60 秒後に行われます。

ネットワークをつなぐルータとなっているホストは、 30 秒ごとに 直接つながったすべてのホストとネットワークに自分の 経路テーブルを提供します。

IPXrouted が SIGINFO シグナルを受け取った場合、 RIP と SAP テーブルの 現在の内容がファイル /var/log/ipxrouted.dmp に追加されます。