IPユーザーシステムのセットアップ

1 つの IP リソースが、2 台のサーバ間で IP Recovery Kit ソフトウェアによって切り替えられる場合、インターフェースが変更されるため、切り替えられる IP アドレスに対応する MAC アドレスが変化します。LAN 上のルーターやユーザーシステムは、この変更をそれぞれの ARP テーブルに反映しないと、新しい場所の IP アドレスにアクセスできません。オペレーティングシステムによっては、ネットワークインターフェースに新しい IP アドレスが追加されると、ARP パケットが自動的に送信され、サブネット上の全クライアントの ARP テーブルがアップデートされます。Linux にこの機能はありません。そのため LifeKeeper は、切り替え可能な IP アドレスをインターフェースに追加したら ARP パケットを送信し、クライアントの ARP キャッシュを強制的にアップデートする必要があります。

TCP/IP の実装は、このARP パケットに応じて必要な ARP のアップデートを実行する機能の点でさまざまです。以下に、重要な例の一部の説明を示します。

• Linux TCP/IPの全機能の実装: Linuxや他のオペレーティングシステムのほとんどが備えるTCP/IPの実装では、システムがARP要求パケットを受信したときにARPキャッシュをアップデートする機能を利用可能です。LifeKeeperは前述のようにこの機能を利用して、それらのシステムのARPキャッシュを強制的にアップデートします。

• ARPキャッシュ: ARPキャッシュ機能を備えているユーザーシステムには、通常、キャッシュ関連のタイマーがあり、一定レベルの最新性を維持することができます。一部の実装では、タイマーの値を減らすことによって、変更されたアドレスのマッピングがそのユーザーシステムに反映されるのに必要な時間を最小限にすることができます。LAN上のユーザー数が少ない場合は、この方法を採用しても構いません。タイマーの値を減らす必要がないシステムもあります。たとえば、Windows NTのTCP実装が使用するタイマー値は10秒なので、値を変更する必要はないでしょう。

• 静的アドレスマッピング: 動的 ARP キャッシュを持たないシステムや、キャッシュのタイミングを調整できないシステムでは、ルーターを使用してマッピングの変更を処理できます。そのようなユーザーシステムは、ルーター (ゲートウェイ) 経由で IP リソースのサブネットにアクセスします。この設定では、キャッシュのアップデートが必要なのはリソースサブネットに直接接続されているルータだけで、ユーザーシステム自体で必要な変更はありません。