JP4490479B2

JP4490479B2 - ネットワーク・ノードの複数のインタフェースを横断してリンク・ローカルＩＰｖ４アドレス指定を実施すること

Info

Publication number: JP4490479B2
Application number: JP2007508334A
Authority: JP
Inventors: チェシャー，スチュアート・ディ
Original assignee: Apple Inc
Current assignee: Apple Inc
Priority date: 2004-06-25
Filing date: 2005-02-10
Publication date: 2010-06-23
Anticipated expiration: 2025-02-10
Also published as: HK1102950A1; WO2006011910A1; CA2562984A1; US20090092063A1; EP1766938B1; DE602005011622D1; ATE417452T1; US20050286515A1; EP1766938A1; AU2005267598A1; US7974222B2; US7457255B2; CA2562984C; JP2007533259A; AU2005267598B2

Description

本発明は、ネットワーク・ノード上のインターネット・プロトコル・バージョン４（ＩＰｖ４）アドレスを構成するプロセスに関する。より具体的には、本発明は、ネットワーク・ノードの複数のインタフェースを横断してリンク・ローカルＩＰｖ４アドレス指定を実施するための方法および装置に関する。

移動コンピュータのますます高まる人気やインテリジェント・デバイスの普及により、コンピュータやプリンタなどのネットワーク・ノードが、豊富なインタフェース群をサポートすることが必要とされている。さらに、ネットワーク・ノードは、それらの様々なインタフェースを介してＩＰｖ４（インターネット・プロトコル・バージョン４）をサポートすることができるようになっている。例えば、コンピュータは、最近、ＩＰｖ４−ｏｖｅｒ−ＵＳＢ（ユニバーサル・シリアル・バス）やＩＰｖ４−ｏｖｅｒ−Ｆｉｒｅｗｉｒｅをサポートしはじめている。以上、その他の展開により、ＩＰｖ４ネットワークにおけるネットワーク・ノードの自動構成を円滑にして、ネットワーク・ノードを構成するプロセスを大幅に簡略化し、それによって、ネットワーク・ノードを構成するプロセスを徹底的に簡略化する機構を求める強い要求が生じている。

ＩＰｖ４ネットワークに参加するため、コンピュータまたはプリンタなどのネットワーク・ノードは、ノードのインタフェースの１つまたは複数に関するＩＰｖ４アドレスを備えて構成される必要がある。さらに、通信を可能にするため、ネットワーク・ノードは、ＩＰｖ４アドレスを対応するハードウェア・アドレスに変換する能力を必要とする。ＡＲＰ（アドレス解決プロトコル）は、所与のＩＰｖ４アドレスに関するハードウェア・アドレスを見つけるのに使用されるアドレス解決機構を設けて、ネットワーク・ノードが、ＩＰｖ４ネットワークに参加できるようにすることにより、変換問題を解決するリンク・レベル・プロトコルである。

ＩＰｖ４アドレスは、ユーザによって手動で構成されることも、ＤＨＣＰサーバなどの別のネットワーク・ノードの助けを借りて自動的に構成されることも可能である。残念ながら、ＤＣＨＰサーバは常には利用可能でない。さらに、ユーザに、ＩＰｖ４アドレスを構成させるのは面倒である。したがって、ネットワーク・ノードが、独自にＩＰｖ４アドレスを自動的に構成することができる機構の強い必要性が存在する。

リンク・ローカルＩＰｖ４アドレス指定が、そのような機構を提供する。リンク・ローカルＩＰｖ４アドレス指定では、ネットワーク・ノードが、指定されたリンク・ローカル・アドレス範囲内で任意のＩＰｖ４アドレスを選んでリンクの範囲内での一意性をチェックする。そのアドレスが、別のネットワーク・ノードによって既に使用中である場合、ネットワーク・ノードは、別のアドレスを選び、再び試みる。ネットワーク・ノードは、固有のリンク・ローカルＩＰｖ４アドレスを見出すと、そのアドレスを使用して、ネットワークにおける他のノード群と通信する。

残念ながら、リンク・ローカル・アドレスは、リンクの範囲内でだけ一意であることが保証されているので、ソース・ネットワーク・ノードは、通常、リンク・ローカル・アドレス指定のために、ノードのインタフェース群のすべてのなかの１つだけを構成する。というのは、さもなければ、ソース・ネットワーク・ノードの異なるインタフェース上で接続された２つのネットワーク・ノードが、同一のＩＰｖ４アドレスを選択して、アドレスの曖昧さを生じさせる可能性があるからである。これは、今日のネットワークにおけるきびしい制約である。というのは、ネットワーク・ノードにおけるインタフェースの数が、増えつづけているのに対して、ユーザは、インタフェース群の１つだけのインタフェース上でリンク・ローカル・アドレス指定を使用することを余儀なくされ、ユーザが、リンク・ローカルＩＰｖ４アドレス指定を活用して、ネットワーク・ノード構成を簡略化することが妨げられているからである。

このため、必要とされているのは、ネットワーク・ノードの複数のインタフェースを横断してリンク・ローカルＩＰｖ４アドレス指定を実施することができる方法および装置である。

本発明の一実施態様は、ソース・ネットワーク・ノードの複数のインタフェースを横断してリンク・ローカルＩＰｖ４アドレス指定を実施するためのシステムを提供する。システムの動作中、ソース・ネットワーク・ノードは、複数のインタフェース上でアドレス解決プロトコル（ＡＲＰ）要求パケットをブロードキャストする。そのＡＲＰ要求パケットは、リンク・ローカルＩＰｖ４アドレスがＹであるネットワーク・ノードのハードウェア・アドレスを求める。次に、ソース・ネットワーク・ノードは、インタフェースＺ₁上で、リンク・ローカルＩＰｖ４アドレスがＹであり、ハードウェア・アドレスがＸである目標ネットワーク・ノードから、ＡＲＰ応答パケットを受信する。Ｙが、ソース・ネットワーク・ノードのＡＲＰキャッシュの中に存在しない場合、ＩＰアドレスＹが、インタフェースＺ₁上のハードウェア・アドレスＸにあることを指定するエントリが、ＡＲＰキャッシュに追加される。代替的に、Ｙが、ソース・ネットワーク・ノードのＡＲＰキャッシュの中に既に存在し、異なるインタフェースＺ₂に関連付けられている場合、ソース・ネットワーク・ノードは、Ｚ₁とＺ₂から勝者のインタフェースを選択する。インタフェースＺ₁が勝者として選択された場合、ソース・ネットワーク・ノードは、ＡＲＰキャッシュを更新して、ＩＰアドレスＹが、インタフェースＺ₁上のハードウェア・アドレスにあることをキャッシュが指定するようにする。最後に、ソース・ネットワーク・ノードは、敗者のインタフェース上で１つまたは複数の競合解決パケットを送信して、敗者のネットワーク・ノードが、敗者のネットワーク・ノードのために別のリンク・ローカルＩＰｖ４アドレスを選択するようにさせる。

本実施態様の変種では、インタフェースは、イーサネット（登録商標）・インタフェース、ＵＳＢインタフェース、Ｆｉｒｅｗｉｒｅインタフェース、またはＡｉｒＰｏｒｔインタフェースである。

本実施態様の変種では、リンク・ローカルＩＰｖ４アドレスに関するアドレス・プレフィックスは、１６９．２５４／１６である。

本実施態様の変種では、競合解決パケットはＡＲＰパケットである。

本実施態様の変種では、勝者のインタフェースはインタフェースの速度に基づいて選択される。

本実施態様の変種では、敗者のインタフェース上で１つまたは複数の競合解決パケットを送信することには、パケットを敗者のネットワーク・ノードに直接に送信することを含む。

本実施態様の変種では、敗者のインタフェース上で１つまたは複数の競合解決パケットを送信することには、敗者のインタフェース上で、それらのパケットをブロードキャストすることを含む。

本実施態様の変種では、勝者のネットワーク・ノードと敗者のネットワーク・ノードは同一のエンティティである。

以下の説明は、当業者が、本発明を作成し、使用することができるようにするために提示され、特定の応用例やその応用例の要件の文脈で提供される。開示される諸実施形態の様々な変更形態は、当業者には直ちに明白となり、本明細書で定義される一般的な諸原理は、本発明の趣旨と範囲を逸脱することなく、他の諸実施形態と応用例に適用できる。このため、本発明は、示される諸実施形態に限定されるものではなく、本明細書で開示される諸原理や諸特徴と整合性のある最も広い範囲が与えられるべきものとする。

この詳細な説明において説明されるデータ構造とコードは、通常、コンピュータ可読記憶媒体上に格納される。記憶媒体は、コンピュータ・システムによって使用されるためのコードおよび／またはデータを格納することができる任意のデバイスまたは媒体である。そのようなデバイスまたは媒体には、ディスク・ドライブ、磁気テープ、ＣＤ（コンパクト・ディスク）、ＤＶＤ（デジタル・バーサタイル・ディスクまたはデジタル・ビデオ・ディスク）などの磁気記憶デバイスや光記憶デバイス、さらには伝送媒体に組み込まれたコンピュータ命令信号（それらの信号が変調される搬送波を伴う、または伴わない）が含まれるが、以上には限定されない。例えば、伝送媒体には、インターネットなどの通信ネットワークが含まれる。

（ネットワーク・ノード）
図１は、本発明の一実施形態による、複数のインタフェース１０４、１０６、１０８、１１０を有する、コンピュータ１０２などのネットワーク・ノードを示す。ネットワーク・ノードには、一般に、通信ネットワークを介して他のネットワーク・ノード群と通信することができる、あらゆるタイプの通信デバイスが含まれる。そのようなデバイスには、マイクロプロセッサに基づくコンピュータ・システム、メインフレーム・コンピュータ、プリンタ、ビデオ・カメラ、外部ディスク・ドライブ、ルータ、スイッチ、パーソナル・オーガナイザ、移動電話機が含まれるが、以上には限定されない。

図１に示されるコンピュータ１０２は、４つのインタフェース、すなわち、イーサネット・インタフェース１０４、Ａｉｒｐｏｒｔインタフェース１０６、ＵＳＢインタフェース１０８、Ｆｉｒｅｗｉｒｅインタフェース１１０を有する。インタフェースには、一般に、ネットワーク・ノードが、有線または無線の通信チャネルを介して別のネットワーク・ノードと通信できる、あらゆるタイプの通信コンポーネントが含まれる。４つのインタフェース１０４、１０６、１０８、１１０のいずれによっても、コンピュータ１０２はＩＰｖ４ネットワークに参加することができる。例えば、コンピュータ１０２は、コンピュータ１０２のイーサネット・インタフェース１０４を使用して、ＩＰｖ４−ｏｖｅｒ−Ｅｔｈｅｒｎｅｔ（登録商標）ローカル・エリア・ネットワークに参加することができる。

（ネットワーク）
図２は、本発明の一実施形態に従って、他のネットワーク・ノード群と通信するために、コンピュータ１０２などのネットワーク・ノードが、２つのインタフェース、すなわちイーサネット・インタフェース１０４とＡｉｒＰｏｒｔインタフェース１０６をどのように使用するかを示している。イーサネット・インタフェース１０４はルータ２０４に接続されている。このルータによって、コンピュータ１０２は、イーサネット・デバイス２０６と通信することが可能になる。同様にＡｉｒＰｏｒｔインタフェース１０６も、コンピュータ１０２が、ＡｉｒＰｏｒｔデバイス２０８と通信することを可能にする。図２では、図１に示されたＵＳＢインタフェース１０８とＦｉｒｅｗｉｒｅインタフェース１１０を省略したが、それらのインタフェースも、他のネットワーク・ノード群と通信するために使用されることは当業者には直ちに明白であろう。

図２から、コンピュータ１０２のインタフェース１０４、１０６を介して、複数のネットワーク・ノードにコンピュータ１０２を接続できることは明らかである。したがって、コンピュータ１０２の複数のインタフェース１０４、１０６を横断してリンク・ローカルＩＰｖ４アドレスを指定して、コンピュータ１０２によってインタフェース１０４、１０６を自動的に構成させることを可能にする強い必要性が存在する。

（ＡＲＰパケットの構造）
図３は、本発明の一実施形態による、コンピュータ１０２などのソース・ネットワーク・ノードによって、ＡｉｒＰｏｒｔデバイス２０８などの目標ネットワーク・ノードのＩＰｖ４アドレスを解決するのに使用されるいくつかの情報を含むＡＲＰパケット３００を示す。

具体的には、ＡＲＰパケット３００は、ハードウェアのタイプ、プロトコルのタイプをそれぞれ指定するハードウェア・ファミリ・フィールド３１０とプロトコル・ファミリ・フィールド３１２を含む。また、ＡＲＰパケット３００は、ハードウェア・アドレスとプロトコル・アドレスのサイズ（バイト数単位の）をそれぞれ指定するハードウェア長フィールド３１４とプロトコル長フィールド３１６も含む。さらに、ＡＲＰパケット３００は、オペレーション・コード３１８を含み、コード３１８は、そのパケットが、ＡＲＰ要求パケットであるか、またはＡＲＰ応答パケットであるかを指定する。さらに、ＡＲＰパケット３００は、４つのアドレス、すなわち、送信側ハードウェア・アドレス３２０、送信側プロトコル・アドレス３２２、目標ハードウェア・アドレス３２４、目標プロトコル・アドレス３２６も含み、これらのアドレスは、目標ネットワーク・ノードのＩＰｖ４アドレスを対応するハードウェア・アドレスに変換するために使用される。

（複数のインタフェースを横断してリンク・ローカルＩＰｖ４アドレス指定を実施するプロセス）
図４は、本発明の一実施形態による、コンピュータ１０２などのネットワーク・ノードの複数のインタフェース１０４、１０６、１０８、１１０を横断してリンク・ローカルＩＰｖ４アドレス指定を実施するプロセスを示す流れ図である。第１に、コンピュータ１０２は、イーサネット・インタフェース１０４やＡｉｒＰｏｒｔインタフェース１０６などの複数のインタフェース上で、リンク・ローカルＩＰｖ４アドレスがＹである目標ネットワーク・ノードのハードウェア・アドレスを求めるＡＲＰ要求パケットをブロードキャストする（ステップ４０２）。コンピュータ１０２が、複数のインタフェース上でＡＲＰ要求をブロードキャストするので、ユーザは、インタフェース群の１つだけのインタフェース上でリンク・ローカル・アドレス指定を使用するようには、もはや制約されないことに留意されたい。

次に、コンピュータ１０２は、イーサネット・インタフェース１０４上で、リンク・ローカルＩＰｖ４アドレスがＹであり、ハードウェア・アドレスがＸであるイーサネット・デバイス２０６から、ＡＲＰ応答パケットを受信する（ステップ４０４）。次に、コンピュータ１０２は、ＩＰｖ４アドレスＹが、ＡＲＰキャッシュの中に既に存在し、異なるインタフェースに関連付けられているかどうかを調べる（ステップ４０６）。Ｙが、コンピュータ１０２のＡＲＰキャッシュの中に存在しない場合、ＩＰアドレスＹが、イーサネット・インタフェース１０４上のハードウェア・アドレスＸにあることを指定するエントリが、ＡＲＰキャッシュに追加される（ステップ４１０）。

反対に、Ｙが、コンピュータ１０２のＡＲＰキャッシュの中に既に存在し、ＡｉｒＰｏｒｔインタフェース１０６などの異なるインタフェースに関連付けられている場合、コンピュータ１０２は、その２つのインタフェース、すなわちイーサネット・インタフェース１０４とＡｉｒＰｏｒｔインタフェース１０６から勝者のインタフェースを選択することにより、競合を解決する（ステップ４０８）。

イーサネット・インタフェース１０４が、勝者として選択されたものと想定すると、コンピュータ１０２は、次に、その勝者のインタフェース、イーサネット・インタフェース１０４が、ＡＲＰキャッシュの中に既に存在するインタフェースとは異なるかどうかを調べる（ステップ４１２）。勝者のインタフェース、イーサネット・インタフェース１０４が、キャッシュの中に既に存在するインタフェース、ＡｉｒＰｏｒｔインタフェース１０６とは異なる場合、コンピュータは、ＡＲＰキャッシュを更新して（ステップ４１４）、ＩＰアドレスＹが、勝者のインタフェース、すなわちイーサネット・インタフェース１０４上のハードウェア・アドレスＸにあることを指定するようにする。

最後に、コンピュータ１０２は、敗者のネットワーク・ノード、ＡｉｒＰｏｒｔデバイス２０８が、デバイス２０８のために別のリンク・ローカルＩＰｖ４アドレスを選択するようにさせて、アドレスの曖昧さを防止する１つまたは複数の競合解決パケットを敗者のネットワーク・ノード、ＡｉｒＰｏｒｔデバイス２０８に送信する（ステップ４１６）。競合解決パケットは、ＡＲＰ応答パケット３００であることが可能であり、送信側プロトコル・アドレス３２２はＹに等しく、送信側ハードウェア・アドレス３２０はＸに等しいことに留意されたい。

このため、複数のインタフェース、イーサネット・インタフェース１０４とＡｉｒＰｏｒｔインタフェース１０６の上でＡＲＰ要求パケットをブロードキャストし、敗者のインタフェース、ＡｉｒＰｏｒｔインタフェース１０６上で１つまたは複数の競合解決パケットを送信することにより、ＡｉｒＰｏｒｔインタフェース１０６、本発明の前述した実施形態は、アドレスの曖昧さを回避する。このようにして、前述した実施形態は、複数のインタフェースを横断してリンク・ローカルＩＰｖ４アドレス指定を実施することができる。以上により、ネットワーク・ノードが、ノードのインタフェース群に関するＩＰｖ４アドレスを自動的に構成することが可能になり、ネットワーク・ノード構成が簡略化される。

本発明の諸実施形態の以上の説明は、例示および説明の目的でだけ提示されている。以上の説明は、網羅的であること、または本発明を開示される形態に限定することを意図していない。したがって、多くの変更形態および変形形態が、当業者には明白となろう。さらに、以上の開示は、本発明を限定することを意図していない。本発明の範囲は、添付の特許請求の範囲によって定義される。

本発明の実施形態による、複数のインタフェースを有する、コンピュータなどのネットワーク・ノードを示す図である。本発明の実施形態に従って、コンピュータなどのネットワーク・ノードが、どのようにノードのインタフェースの２つを使用して、他のネットワーク・ノード群と通信することができるかを示す図である。本発明の実施形態による、コンピュータなどのソース・ネットワーク・ノードによって、ＡｉｒＰｏｒｔデバイスなどの目標ネットワーク・ノードのＩＰｖ４アドレスを解決するのに使用されることが可能ないくつかの情報を含むＡＲＰパケットを示す図である。本発明の実施形態による、コンピュータの複数のインタフェースを横断してリンク・ローカルＩＰｖ４アドレス指定を実施するプロセスを示す流れ図である。

Claims

ソース・ネットワーク・ノードの複数のインタフェースを横断してリンク・ローカル・アドレス指定を実施する方法であって、
前記ソース・ネットワーク・ノードの複数のインタフェース上でアドレス解決要求パケットをブロードキャストするステップと、
前記ソース・ネットワーク・ノードにおいてインタフェース上で、目標ネットワーク・ノードからアドレス解決応答パケットを受信するステップと、
前記アドレス解決応答パケットの中に含まれる情報が、前記アドレス解決応答パケットが、リンク・ローカル・プロトコル・レイヤ・アドレスＹとインタフェースＺ1との間の関連付けを含み、前記ソース・ネットワーク・ノードが、異なるインタフェースＺ2とＹとの間の関連付けを含んでいることによって、競合を生じさせる場合、競合解決パケットを使用して前記競合を解決するステップと
を含む方法。
前記アドレス解決要求パケットは、
ネットワーク・ノードのリンク・ローカル・プロトコル・レイヤ・アドレスＹと、
リンク・ローカル・プロトコル・レイヤ・アドレスがＹであるネットワーク・ノードのハードウェア・アドレスを求めるクエリと
を含む請求項１に記載の方法。
前記競合を解決するステップは、
前記競合するエンティティから勝者を選択するステップと、
１つまたは複数の競合解決パケットを送信するステップと
を含む請求項１に記載の方法。
前記アドレス解決応答パケットを前記受信するステップは、
前記アドレス解決応答パケットが、前記ソース・ネットワーク・ノードにおいて存在しない、リンク・ローカル・プロトコル・レイヤ・アドレスとインタフェースとの間の新たな関連付けを含むかどうかを調べるステップと、
前記新たな関連付けを前記ソース・ネットワーク・ノードにおいて格納するステップと
を含む請求項１に記載の方法。
前記インタフェースは、イーサネット・インタフェース、ＵＳＢインタフェース、Ｆｉｒｅｗｉｒｅインタフェース、またはＡｉｒＰｏｒｔインタフェースの１つである請求項１に記載の方法。
前記リンク・ローカル・プロトコル・レイヤ・アドレスは、１６９．２５４／１６プレフィックス内のＩＰｖ４リンク・ローカル・アドレスである請求項２に記載の方法。
前記競合解決パケットはＡＲＰパケットである請求項１に記載の方法。
前記勝者のエンティティは、前記勝者のエンティティに接続されたインタフェースの速度に基づいて選択される請求項３に記載の方法。
１つまたは複数の競合解決パケットを送信するステップは、前記パケットを敗者のエンティティに直接に送信することを含む請求項３に記載の方法。
１つまたは複数の競合解決パケットを送信するステップは、前記敗者のエンティティに接続されたインタフェース上で前記パケットをブロードキャストするステップを含む請求項３に記載の方法。
前記勝者のエンティティと前記敗者のエンティティは同一のエンティティである請求項３に記載の方法。
ソース・ネットワーク・ノードの複数のインタフェースを横断してリンク・ローカル・アドレス指定を実施する方法であって、
リンク・ローカル・プロトコル・レイヤ・アドレスがＹであるネットワーク・ノードのハードウェア・アドレスを求める要求パケットを、前記ソース・ネットワーク・ノードの複数のインタフェース上でブロードキャストするステップと、
前記ソース・ネットワーク・ノードにおいてインタフェースＺ1上で、リンク・ローカル・プロトコル・レイヤ・アドレスがＹであり、ハードウェア・アドレスがＸである目標ネットワーク・ノードから応答パケットを受信するステップと、
前記ソース・ネットワーク・ノードのアドレス・キャッシュの中にＹが存在しない場合、プロトコル・レイヤ・アドレスＹが、インタフェースＺ1上の前記ハードウェア・アドレスＸにあることを指定するエントリを前記アドレス・キャッシュの中に追加するステップと、
そうではなく、前記ソース・ネットワーク・ノードの前記アドレス・キャッシュの中にＹが既に存在し、異なるインタフェースＺ2に関連付けられている場合、Ｚ1とＺ2から勝者のインタフェースを選択するステップと、インタフェースＺ1が、勝者として選択された場合、前記アドレス・キャッシュを更新して、プロトコル・レイヤ・アドレスＹが、インタフェースＺ1上の前記ハードウェア・アドレスＸにあることを前記アドレス・キャッシュが指定するようにするステップと、
敗者のインタフェース上で１つまたは複数の競合解決パケットを送信して、敗者のネットワーク・ノードが、前記敗者のネットワーク・ノードのために別のリンク・ローカル・プロトコル・レイヤ・アドレスを選択するようにさせることによって競合を解決するステップと
を含む方法。
コンピュータによって実行されると、前記コンピュータが、
ソース・ネットワーク・ノードの複数のインタフェースを横断してリンク・ローカル・アドレス指定を実施する方法であって、
前記ソース・ネットワーク・ノードの複数のインタフェース上でアドレス解決要求パケットをブロードキャストするステップと、
前記ソース・ネットワーク・ノードにおいてインタフェース上で、目標ネットワーク・ノードからアドレス解決応答パケットを受信するステップと、
前記アドレス解決応答パケットの中に含まれる情報が、前記アドレス解決応答パケットが、リンク・ローカル・プロトコル・レイヤ・アドレスＹとインタフェースＺ1との間の関連付けを含み、前記ソース・ネットワーク・ノードが、異なるインタフェースＺ2とＹとの間の関連付けを含んでいることによって、競合を生じさせる場合、競合解決パケットを使用して前記競合を解決するステップと
を含む方法を実行するようにさせる命令を格納しているコンピュータ可読記憶媒体。
前記アドレス解決要求パケットは、
ネットワーク・ノードのリンク・ローカル・プロトコル・レイヤ・アドレスＹと、
リンク・ローカル・プロトコル・レイヤ・アドレスがＹであるネットワーク・ノードのハードウェア・アドレスを求めるクエリと
を含む請求項１３に記載のコンピュータ可読記憶媒体。
前記競合を前記解決するステップは、
前記競合するエンティティから勝者を選択するステップと、
１つまたは複数の競合解決パケットを送信するステップを含む請求項１３に記載のコンピュータ可読記憶媒体。
前記アドレス解決応答パケットを前記受信するステップは、
前記アドレス解決応答パケットが、前記ソース・ネットワーク・ノードに存在しない、リンク・ローカル・プロトコル・レイヤ・アドレスとインタフェースとの間の新たな関連付けを含むかどうかを調べるステップと、
前記新たな関連付けを前記ソース・ネットワーク・ノードにおいて格納するステップと
を含む請求項１３に記載のコンピュータ可読記憶媒体。
前記インタフェースは、イーサネット・インタフェース、ＵＳＢインタフェース、Ｆｉｒｅｗｉｒｅインタフェース、またはＡｉｒＰｏｒｔインタフェースの１つである請求項１３に記載のコンピュータ可読記憶媒体。
前記リンク・ローカル・プロトコル・レイヤ・アドレスは、１６９．２５４／１６プレフィックス内のＩＰｖ４リンク・ローカル・アドレスである請求項１４に記載のコンピュータ可読記憶媒体。
前記競合解決パケットはＡＲＰパケットである請求項１３に記載のコンピュータ可読記憶媒体。
勝者のエンティティが、勝者のエンティティに接続されたインタフェースの速度に基づいて選択される請求項１５に記載のコンピュータ可読記憶媒体。
１つまたは複数の競合解決パケットを送信するステップは、前記パケットを敗者のエンティティに直接に送信するステップを含む請求項１５に記載のコンピュータ可読記憶媒体。
１つまたは複数の競合解決パケットを送信するステップは、前記敗者のエンティティに接続されたインタフェース上で前記パケットをブロードキャストするステップを含む請求項１５に記載のコンピュータ可読記憶媒体。
前記勝者のエンティティと前記敗者のエンティティは、同一のエンティティである請求項１５に記載のコンピュータ可読記憶媒体。
コンピュータによって実行されると、前記コンピュータが、
ソース・ネットワーク・ノードの複数のインタフェースを横断してリンク・ローカル・アドレス指定を実施する方法であって、
リンク・ローカル・プロトコル・レイヤ・アドレスがＹであるネットワーク・ノードのハードウェア・アドレスを求める要求パケットを、前記ソース・ネットワーク・ノードの複数のインタフェース上でブロードキャストするステップと、
前記ソース・ネットワーク・ノードにおいてインタフェースＺ1上で、リンク・ローカル・プロトコル・レイヤ・アドレスがＹであり、ハードウェア・アドレスがＸである目標ネットワーク・ノードから応答パケットを受信するステップと、
前記ソース・ネットワーク・ノードのアドレス・キャッシュの中にＹが存在しない場合、プロトコル・レイヤ・アドレスＹが、インタフェースＺ1上の前記ハードウェア・アドレスＸにあることを指定するエントリを前記アドレス・キャッシュの中に追加するステップと、
そうではなく、前記ソース・ネットワーク・ノードの前記アドレス・キャッシュの中にＹが既に存在し、異なるインタフェースＺ2に関連付けられている場合、Ｚ1とＺ2から勝者のインタフェースを選択するステップと、
インタフェースＺ1が勝者として選択された場合、前記アドレス・キャッシュを更新して、プロトコル・レイヤ・アドレスＹが、インタフェースＺ1上の前記ハードウェア・アドレスＸにあることを前記アドレス・キャッシュが指定するようにするステップと、
敗者のインタフェース上で１つまたは複数の競合解決パケットを送信して、敗者のネットワーク・ノードが、前記敗者のネットワーク・ノードのために別のリンク・ローカル・プロトコル・レイヤ・アドレスを選択するようにさせることによって競合を解決するステップと
を含む方法を実行するようにさせる命令を格納しているコンピュータ可読記憶媒体。
ソース・ネットワーク・ノードの複数のインタフェースを横断してリンク・ローカルＩＰｖ４アドレス指定を実施する装置であって、
リンク・ローカルＩＰｖ４アドレスがＹであるネットワーク・ノードのハードウェア・アドレスを求めるＡＲＰ（アドレス解決プロトコル）要求パケットを、前記ソース・ネットワーク・ノードの複数のインタフェース上でブロードキャストするように構成されたブロードキャスト機構と、
前記ソース・ネットワーク・ノードにおいてインタフェースＺ1上で、リンク・ローカルＩＰｖ４アドレスがＹであり、ハードウェア・アドレスがＸである目標ネットワーク・ノードからＡＲＰ応答パケットを受信するように構成された受信機構と、
前記ソース・ネットワーク・ノードのＡＲＰキャッシュの中にＹが存在しない場合、ＩＰアドレスＹが、インタフェースＺ1の前記ハードウェア・アドレスにあることを指定するエントリを前記ＡＲＰキャッシュの中に追加するように構成された追加機構と、
前記ソース・ネットワーク・ノードの前記ＡＲＰキャッシュの中にＹが既に存在し、異なるインタフェースＺ2に関連付けられている場合、Ｚ1とＺ2から勝者のインタフェースを選択し、インタフェースＺ1が勝者として選択された場合、前記ＡＲＰキャッシュを更新して、ＩＰアドレスＹが、インタフェースＺ1上の前記ハードウェア・アドレスＸにあることを前記ＡＲＰキャッシュが指定するようにし、かつ敗者のインタフェース上で１つまたは複数の競合解決パケットを送信して、敗者のネットワーク・ノードが、前記敗者のネットワーク・ノードのために別のリンク・ローカルＩＰｖ４アドレスを選択するようにさせるように構成された競合解決機構と
を含む装置。
前記インタフェースは、イーサネット・インタフェース、ＵＳＢインタフェース、Ｆｉｒｅｗｉｒｅインタフェース、またはＡｉｒＰｏｒｔインタフェースの１つである請求項２５に記載の装置。
リンク・ローカルＩＰｖ４アドレスに関するアドレス・プレフィックスは、１６９．２５４／１６である請求項２５に記載の装置。
前記競合解決パケットはＡＲＰパケットである請求項２５に記載の装置。
前記勝者のインタフェースは前記インタフェースの速度に基づいて選択される請求項２５に記載の装置。
前記競合解決機構は、前記競合解決パケットを前記敗者のネットワーク・ノードに直接に送信するようにさらに構成される請求項２５に記載の装置。
前記競合解決機構は、前記敗者のインタフェース上で前記競合解決パケットをブロードキャストするようにさらに構成される請求項２５に記載の装置。
前記勝者のネットワーク・ノードと前記敗者のネットワーク・ノードは同一のエンティティである請求項２５に記載の装置。