重複ＭＡＣアドレスに対応するための方法及び装置
各アクセスノードは、優先デフォルト・サブネットをもつ１以上のＩＰサブネットと関連している。各サブネットは、一意の仮想的なイーサネットブロードキャストドメインとしてインスタンス化されている。クライアントノードが通信ネットワーク上に登録すると、クライアントノードは、通信ネットワーク上で使用するＩＰアドレスを動的に得ようとする。この処理の一部として、クライアントノードのＭＡＣアドレスは、デフォルト・サブネットからのＩＰアドレスが既に割り当てられた別のクライアントノードと関連した別のＭＡＣアドレスの重複ではないことを保証するため、検査される。重複ＭＡＣアドレスが検出されるとき、重複ＭＡＣアドレスをもつ装置は、同じＭＡＣアドレスをもつ１以上のクライアント装置が同じサブネットと関連づけられないように、異なるサブネットからＩＰアドレスを割り当てられる。一実施形態では、ＤＨＣＰサーバは、重複ＭＡＣアドレスに対する検査の処理を実行するかもしれない。イーサネットコンテキストでは、異なるＩＰサブネットのプレフィックスは、異なるサブネットがイーサネットネットワーク内で異なるＶＬＡＮとして実行されるように、異なるＳ−ＶＩＤ値にマッピングされるかもしれない。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関し、特に通信ネットワーク上で重複ＭＡＣアドレスに対応するための方法及び装置に関する。
【背景技術】
【０００２】
データ通信ネットワークには、種々のコンピュータ、サーバ、ノード、ルータ、スイッチ、ブリッジ、ハブ、プロキシ、及び互いにデータを渡すように接続され設定された他のネットワーク装置が含まれる。ここではこれらの装置を、「ネットワーク要素」と呼ぶ。データは、インターネットプロトコルパケット、イーサネットフレーム、データセル、セグメント、又はネットワーク要素間で１又はそれ以上の通信リンクを利用することによるネットワーク要素間でのデータのビット／バイトの他の論理的な関連付けのような、プロトコルデータユニットを渡すことによって、データ通信ネットワークを通して通信される。特定のプロトコルデータユニットが、ネットワーク上でそのソースと受け手の側との間で移動するように、多数のネットワーク要素によって取り扱われ、多数の通信リンクを横断する。
【０００３】
通信ネットワーク上の種々のネットワーク要素は、ここではプロトコルと呼ばれる、予め規定されたルール群を使用して、互いに通信する。ネットワーク要素間での転送のため信号がどのように形成されるべきか、プロトコルデータユニットがどのように見えるべきかについての種々の態様、プロトコルデータユニットがネットワークを通してネットワーク要素によってどのように扱われ又は配信されるべきか、ルーティング情報のような情報がネットワーク要素間でどのように交換されるべきかのような、異なる態様の通信を管理するために、異なるプロトコルが使用される。
【０００４】
イーサネットは、周知のネットワーキング・プロトコルであり、電気電子技術者協会（ＩＥＥＥ）によってスタンダード８０２．１及び８０２．３として規定されてきた。従来、イーサネットは、ビジネスのような企業及びキャンパスにおいてネットワークを実行するために使用されてきたが、より長距離でネットワークトラフィックを転送するのには、他の技術が使用されてきた。イーサネット規格が次第に発展してきたのにともない、イーサネットは、長距離転送技術としてもより実行可能なものになった。
【０００５】
図６は、順次、イーサネット規格に加えられてきた幾つかの分野を示している。図６に示されるように、ＩＥＥＥ８０２．１によって規定されたイーサネットフレームの元フォーマットは、ソースアドレス（Ｃ−ＳＡ）と行先アドレス（Ｃ−ＤＡ）とを含む。ＩＥＥＥ８０２．ＩＱには、イーサタイプのタグコントロールインフォメーション（ＴＣＩ）情報及びカスタマーＶＬＡＮ ＩＤ（Ｃ−ＶＩＤ）を含むカスタマーＶＬＡＮタグ（Ｃ−タグ）が加えられた。ＩＥＥＥ８０２．ｌａｄには、イーサタイプのＴＣＩ情報と加入者ＶＬＡＮ ＩＤも含むプロバイダＶＬＡＮタグ（Ｓ−タグ）が加えられた。Ｃ−タグにより、顧客はＶＬＡＮを指定することができ、Ｓ−タグにより、サービスプロバイダは、フレームに対してサービスプロバイダのネットワーク上でＶＬＡＮを指定することができる。
【０００６】
イーサネット規格は、第２のカプセル化処理がＩＥＥＥ８０２．ｌａｈに規定することがあることも考慮して発展した。とりわけ、サービスプロバイダのネットワークへの進入ネットワーク要素は、サービスプロバイダのネットワーク上の行先アドレス（Ｂ−ＤＡ）、サービスプロバイダのネットワーク上のソースアドレス（Ｂ−ＳＡ）、ＶＬＡＮ ＩＤ（Ｂ−ＶＩＤ）及びサービスインスタンスタグ（Ｉ−ＳＩＤ）を含む外側のＭＡＣヘッダで、元のイーサネットフレームをカプセル化することができる。顧客のＭＡＣアドレス（Ｃ−ＳＡ及びＣ−ＤＡ）とＩ−ＳＩＤの結合は通常、Ｉ−タグと呼ばれる。
【０００７】
イーサネットメディアアクセスコントロール（ＭＡＣ）アドレスは、イーサネットヘッダの一部を形成する。イーサネットＬＡＮのような所定のブロ−ドキャストドメインでは、各ＭＡＣアドレスは一意であることが必要とされており、フレームを当該特定のエンティティに明確に転送することができるよう特定のネットワーキングエンティティを識別する。
【０００８】
ＭＡＣアドレス指定の方式は、ＭＡＣアドレスを世界的に一意とすることができるように設計されている。とりわけ、ＩＥＥＥは、全世界的に管理されたアドレスが、装置が作られる時に製造者によって特定の装置に割り当てられるナンバリング方式を規定している。ＩＥＥＥのナンバリング方式では、最初の２つのビットは、ローカル／マルチキャストのフレーム表示のために取っておかれ、ＭＡＣアドレスの最初の３つのオクテットの残りが、オーガニゼイショナリーユニーク識別子（ＯＵＩ）と呼ばれ、製造者を識別する。ＯＵＩコードポイントは、必要に応じてＩＥＥＥによって製造者に割り当てられる。最後の３つのバイトは、装置が作られるときに製造者によって装置に割り当てられ、装置に焼き付けられるので、その結果、当該製造者によって作られた各装置が一意のＭＡＣアドレスを有する。
【０００９】
一般的に、製造者は、世界的に一意で恒久的なＭＡＣアドレスを有する装置を作るこのナンバリング方式に準拠した。しかしながら、あいにく、全ての製造者がこの規則に準拠したわけではなかった。かくして、重複ＭＡＣアドレスをもつ装置が現れ始めている。これは、当該ＭＡＣアドレスからのトラフィックに対する到着ポートをそれぞれ観察し記憶するフレームを受信するブリッジによって、所定のＭＡＣアドレスへの転送パスを「学習」する通常のブリッジングでは問題となる。それ故、多数の同一のアドレスがブリッジド・ドメインに現れる場合に、所定のＭＡＣアドレスに対して転送されるフレームは、当該ＭＡＣアドレスをもつ最も最近のフレームソースにソースとして常に行くこととなる。
【００１０】
概して、重複ＭＡＣアドレスは、サービスプロバイダのネットワーク内に配置される極めて高価なネットワークルータ等よりも、低コストの民生機器でより問題である。このような低コストの機器が、イーサネットフレームコンテンツを保持するブロードバンドアクセスネットワークを介してネットワーク接続されているとき、重複アドレスが問題となり、ネットワークの正確な動作の障害となる。従って、ブロードキャストドメイン上に現れる重複ＭＡＣアドレスの可能性に対処するための一つの方法として提案されたのが、顧客の装置がサービスプロバイダのネットワークに接続するアクセスノードにおいてＭＡＣネットワークアドレストランスレーション（ＮＡＴ）を行うことである。この処理により、重複アドレスがサービスプロバイダのネットワーク内に現れないように、任意の重複ＭＡＣアドレスを世界的に一意の値に処理されたキャリヤに翻訳することができる。
【００１１】
あいにく、ＭＡＣ ＮＡＴは、容易なことではない。特に、ＭＡＣアドレスがＩＰアドレスの一部となるＩＰｖ６では、ＭＡＣ ＮＡＴの実行は複雑である。さらに、ＭＡＣ ＮＡＴをアクセスノードにおいて機能的に最新状態に維持することは、新たなプロトコルの認知を含み、著しいメンテナンス及びソフトウェアの継続的な開発を必要とするかもしれない。従って、通信ネットワークにおいて重複ＭＡＣアドレスに対応する別の方法を提供するのが望ましい。
【発明の概要】
【００１２】
各アクセスノードは、優先デフォルト・サブネットをもつ１以上のＩＰサブネットと関連づけられている。各サブネットは、一意の仮想的なイーサネットブロードキャストドメインとして、インスタンス化されている。クライアントノードが通信ネットワーク上で登録すると、クライアントノードは、通信ネットワーク上で使用されるＩＰアドレスを動的に得ようとする。この処理の一部として、クライアントノードのＭＡＣアドレスは、デフォルト・サブネットからＩＰアドレスが既に割り当てられた別のクライアントノードと関連した別のＭＡＣアドレスと重複していないことを保証するために検査される。重複ＭＡＣアドレスが検出されると、同じＭＡＣアドレスをもつ複数のクライアント装置が同じサブネットに関連付けられないように、重複ＭＡＣアドレスをもつその装置には、別のサブネットからＩＰアドレスが割り当てられる。一実施形態では、ＤＨＣＰサーバが、重複ＭＡＣアドレスを検査する処理を実行してもよい。イーサネットコンテキストでは、異なるＩＰサブネットのプレフィックスが、異なるＳ−ＶＩＤ値にマッピングされてもよく、その結果、異なるサブネットは、イーサネットネットワーク内の異なるＶＬＡＮとして実行される。
【００１３】
本発明の態様が、請求の範囲において特徴とともに指摘されている。本発明は、以下の図面において例示として示されており、図面において、同じ参照符号は同様な要素を示している。以下の図面は、単なる例示の目的のため、本発明の種々の実施形態を開示しており、本発明の範囲を限定することを意図していない。明瞭にするため、すべての要素が各図面において名前を付されているわけではない。
図面において、
【図面の簡単な説明】
【００１４】
【図１】通信ネットワークの機能ブロック図で、本発明の実施形態において、重複ＭＡＣアドレスをもつ装置の異なるサブネットへの動的割り当てを示したものである。
【図２】通信ネットワークの機能ブロック図で、本発明の実施形態において、重複ＭＡＣアドレスをもつ装置の異なるサブネットへの動的割り当てを示したものである。
【図３】通信ネットワークの機能ブロック図で、本発明の実施形態において、重複ＭＡＣアドレスをもつ装置の異なるサブネットへの動的割り当てを示したものである。
【図４】通信ネットワークの機能ブロック図で、本発明の実施形態において、重複ＭＡＣアドレスをもつ装置の異なるサブネットへの動的割り当てを示したものである。
【図５】本発明の実施形態に従って、重複ＭＡＣアドレスに対応できるよう使用された処理フロー図である。
【図６】イーサネットフレームのフォーマットの機能ブロック図である。
【図７】本発明の実施形態によるＤＨＣＰサーバの機能ブロック図である。このＤＨＣＰサーバは、通信ネットワーク上で重複ＭＡＣアドレスに対応するため、重複ＭＡＣアドレスを検出し、異なるサブネットからＩＰアドレスを割り当てるのに使用されてもよい。
【発明を実施するための形態】
【００１５】
【００１６】
【００１７】
【００１８】
サブネット内で伝達されるトラフィックが特定のノードに正確に伝達されるよう、ＭＡＣアドレスは、サブネット内において一意であることが要求される。一実施形態では、クライアントノードが通信ネットワークに接続されると、クライアントノードは登録され、通信ネットワーク上で使用されるＩＰアドレスを得る。この処理の一部として、クライアントノードのＭＡＣアドレスは、特定のサブネットでＩＰアドレスを既に割り当てられた別のクライアントノードと関連した別のＭＡＣアドレスと重複していないことを保証するために検査される。重複ＭＡＣアドレスが検出されると、同じＭＡＣアドレスをもつ二つ以上のクライアント装置が同じサブネットに属さないよう、重複ＭＡＣアドレスをもつその装置は、それぞれ異なるサブネットからＩＰアドレスを割り当てられる。一実施形態では、集中型アドレスサーバ（一般的にはＤＨＣＰサーバ）は、重複ＭＡＣアドレスに対する検査の処理を実行してもよい。イーサネットコンテキストでは、異なるサブネットがイーサネットネットワーク内で異なるＶＬＡＮとして実行されるように、異なるＩＰサブネットのプレフィックスは、異なるＳ−ＶＩＤ値（ＩＥＥＥ８０２．ｌａｄ）又はＩ−ＳＩＤ値（ＩＥＥＥ８０２．ａｈ）にマッピングされてもよい。
【００１９】
重複ＭＡＣアドレスがクライアントノード上に現れる例をあげて、本発明の実施形態を説明するが、本発明は、重複ＭＡＣアドレスがネットワーク上の他のロケーションに現れるかもしれないこの態様に限定されない。かくして、ここに記載される技術は、ネットワーク上の他の領域においても拡張して適用できる。
【００２０】
図１は、アクセスノード１２と、クライアントノード１４と、当該分野においてブロードバンドネットワークゲートウェイ（ＢＮＧ）としても知られるゲートウェイブロードバンドリモートアクセスサーバ（ＢＲＡＳ）１６とを含む、通信ネットワーク１０の例を示している。ネットワーク１０は、アクセスノード１２とＢＲＡＳ１６とを相互に接続する中間ノードを含んでもよい。簡単のため、装置を物理的に接続する特定のやり方は示されておらず、むしろこれらの装置間の論理的な接続１８のみが示されている。
【００２１】
アクセスネットワークにおいては、多数の顧客に共通のＳ−ＶＩＤ及びサブネットのプレフィックスを共有させ、顧客とＢＲＡＳとの間でトラフィックを多重化し／多重分離するためのブリッジング技術を用いることによって、アクセスプロバイダが解決策を見つけることは一般的なことである。これは、Ｓ−ＶＩＤの消費とＩＰアドレスの断片化をそれぞれ最小にする。ＢＮＧが接続性に対する主要なポリシーエージェントとなることができるように、顧客がＳ−ＶＩＤのスコープ内で互いに到達可能なレイヤ２を持たないことも１つの要件である。これは、アクセスノードを必要とし、場合によっては、スプリットホライズン・フォワーディングを実行するため、アグリゲーションノードを必要とする。
【００２２】
「マナーのよい」クライアントが、隣接するトラフィックを見え、ことによると訂正操作をすることができると、一意ではないことに気付くことができるが、クライアントが互いに見ることができないことを考慮にいれ、また、潜在的な悪質クライアントの存在を想定する必要がある。それ故、顧客の機器が接続される任意のネットワークの連携を要しない解決策が、必要とされる。
【００２３】
アクセスノードとＢＲＡＳとを相互接続するネットワークがイーサネットネットワークである場合には、イーサネットネットワーク上のトラフィックは、（８０２．ｌａｄを使用して実行されたイーサネットネットワークに対して）異なるＳ−ＶＩＤ又は（８０２．１ａｈを使用して実行されたイーサネットネットワークに対して）異なるＩ−ＳＩＤを使用することによって、別のＶＬＡＮに分離されてもよい。これは、レイヤ３のサブネットがイーサネットのレイヤで仮想化されることを意味する。この仮想化を特定の設備（例えば、個々のアクセスノード毎のＳ−ＶＩＤ）に関連づけるのが普通のやり方であるが、これは必要条件ではない。その結果は、ＢＲＡＳとアクセスノードとの間のハブアンドスポーク接続である。
【００２４】
サブネットの各々は、特定のブロードキャストドメインを形成する。従って、所定のサブネット内のクライアント装置１４の各々が、一意のＭＡＣアドレスを有することが重要である。図１に示される例では、アクセスノード２及びアクセスノード３に接続されるクライアント装置は、この基準に合致しており、それ故、アクセスノード２に接続されたクライアントノードは全て、サブネット２に割り当てられてもよく、同様に、アクセスノード３に接続されたクライアントは全て、サブネット３に含まれてもよい。
【００２５】
しかしながら、アクセスノード１は、同じＭＡＣアドレスをもつ２つのクライアントノードを有する。とりわけ、図１に示される例では、アクセスノード１に接続する両方のクライアントノードは、同じＭＡＣアドレス＝Ａを有する。クライアントノードの１つ又は単純否定サービス上でＭＡＣ ＮＡＴを実施するよりもむしろ、本発明の実施形態によれば、ノードの１つが異なるサブネット（サブネット４）に割り当てられる。これにより、各サブネットは、別個の組の一意のＭＡＣアドレスを有することができる。重複ＭＡＣアドレスをもつクライアントノードを別のサブネットに割り当てることによって、各サブネットは、特定のＭＡＣアドレスについてせいぜい１つのインスタンスを有する。各サブネットに対して異なるＶＬＡＮを使用することによって、イーサネットレイヤにおけるトラフィックは、明確に転送されてもよく、その結果、重複ＭＡＣアドレスは、通信ネットワーク内で問題とならない。
【００２６】
図２乃至図４は、重複ＭＡＣアドレスをもつクライアントノードが、それぞれのアクセスノードと関連した主要サブネット以外のサブネットにどのように割り当てられるのかに関する幾つかの付加的な例を示す。特に、図２では、例示された３つのアクセスノードの全てが、重複ＭＡＣアドレスをもつ一対のクライアントノードを含んでいる。とりわけ、アクセスノード１は、ＭＡＣアドレス＝Ａをもつ一対のクライアントノードを有し、アクセスノード２は、ＭＡＣアドレス＝Ｂをもつ一対のクライアントノードを有し、アクセスノード３は、ＭＡＣアドレス＝Ｃをもつ一対のクライアントノードを有する。重複対の各々に対して別個のサブネットを割り当てるのではなく、重複ＭＡＣアドレスをもつクライアント装置は、共通サブネットからＩＰアドレスを割り当てられてもよく、その結果、重複ＭＡＣアドレスをもつクライアントノードは全て、この重複サブネット（サブネット４）に割り当てられてもよい。
【００２７】
図３は、アクセスノードの各々が、重複ＭＡＣアドレスをもつ一対のクライアントノードを有する別の例を示している。しかしながら、この例では、アクセスノード２は、３つのクライアントノードを有し、これらのクライアントノードは全て、同じ重複ＭＡＣアドレスを有している。従って、これらの３つのノード、即ちサブネット４及びサブネット５に対応するため、２つの付加的なサブネットが必要とされる。重複ＭＡＣアドレスをもつ他のクライアントノードは、図３に示されるような、これらのサブネットの１つに割り当てられてもよい。
【００２８】
図４は、重複ＭＡＣアドレスをもつクライアントノードがネットワーク上でどのように発生するのかに関するさらに別の例を示している。この例では、アクセスノードのうち２つ以上が、同じ重複ＭＡＣアドレスをもつ一対のクライアントノードを有している。とりわけ、アクセスノード１とアクセスノード２は両方とも、ＭＡＣアドレス＝Ａの一対のクライアントノードを有している。これらのアクセスノードの各々に割り当てられたサブネットは、ＭＡＣアドレス＝Ａをもつ１つのクライアントノードに対応することができる。同様に、各々の重複アドレスサブネットは、ＭＡＣアドレス＝Ａをもつ、せいぜい１つのクライアントノードに対応することができる。従って、多数の重複アドレスサブネット（例えば、サブネット４とサブネット５）は、これらの多数のクライアントノードに対応するように、使用されるべきである。
【００２９】
異なるサブネット上のトラフィックをイーサネットドメイン内でブロードキャストすることを可能にするため、異なるＳ−ＶＩＤ又は他のＶＬＡＮ識別子が、各サブネットに割り当てられてもよい。ＢＲＡＳ及びアクセスノードは、異なるサブネットからのプレフィックスをこれらのＶＬＡＮタグと関連させるようにプログラムされてもよく、その結果、特定のサブネットにアドレス指定されたトラフィックは、イーサネットネットワーク上で転送するため正確にタグ付けされる。
【００３０】
図１乃至図４の各々において、通信ネットワークは、ダイナミックホストコンフィグレーションプロトコル（ＤＨＣＰ）サーバ２０を含む。ＤＨＣＰサーバは、通信ネットワーク上でインターネットプロトコルアドレスを割り当てるのに通常使用される。本発明の実施形態によれば、ＤＨＣＰサーバは、所定のサブネット上で関連した設備ＩＤとともにアドレスリースを現在もつＭＡＣアドレスを追跡するテーブルを維持する。新しいリースが要求されると、ＤＨＣＰサーバは、ＩＰアドレスの要求と関連したＭＡＣアドレスが、設備（例えば、ＤＳＬループ）と現在関連したＩＰサブネットにおける重複であるか否かを、ＩＰアドレス割り当てプロセスの一部として検査する。ＤＨＣＰサーバが、アクセス設備に対して現在のサブネット上で重複ＭＡＣアドレスを検出する場合には、ＤＨＣＰサーバは、当該サブネットからクライアント装置にＭＡＣアドレスを割り当てないが、むしろ、当該設備と関連した現在のサブネットを変える効果を有する異なるサブネットプールから重複ＭＡＣアドレスをもつクライアントノードにＩＰアドレスを割り当てる。これは、アクセスノードが、個々のクライアントを識別するアクセス設備情報を、ＤＨＣＰアドレスの要求に加えることが普通のやり方であるという事実によって可能とされ、その結果、（２つ以上の設備で同時に現れる）真正の重複を、クライアントとＤＨＣＰサーバとの間の状態機械の同期の欠如と区別することができる。
【００３１】
重複ＭＡＣアドレスの検査の実行がＤＨＣＰサーバにおいて好都合に実施されるかもしれないが、本発明は、ＤＨＣＰサーバにおいてこの処理を実行する実施形態に限定されない。例えば、アクセスノードは、Ｓ−ＶＩＤの範囲を備えてもよく、クライアント装置は、ＤＨＣＰサーバからＩＰアドレスを得る前に、サブネット（Ｓ−ＶＩＤ）に割り当てられてもよい。この実施形態では、アクセスノードは、重複ＭＡＣアドレスに対して検査し、必要に応じて同じＭＡＣアドレスをもつ２つのクライアント装置が同じサブネットに割り当てられないように、クライアント装置を異なるサブネットに割り当ててもよい。或いは、所要の機能を同様に実施することができる、多数の他の（例えば、ＲＡＤＩＵＳベースの）集中型アドレス管理システムが存在する。
【００３２】
一実施形態では、ＤＨＣＰサーバは、両方のロケーション及びＭＡＣアドレスがデフォルト・サブネットワーク上に既に存在するか否かを基にして、所定の要求に対してサブネットの割り当てを優先的に実施する。ＤＨＣＰサーバの使用は好都合である。何故ならば、ＤＨＣＰサーバが中央設備であり、従って、多数のアクセスノードに跨るサブネットを調整することができるからである。この実施形態では、ＤＨＣＰサーバは、ＩＰアドレスが割り当てられる各アクセス設備と関連したデフォルト・サブネットを有する。これにより、ＤＨＣＰの要求と関連したＭＡＣアドレスがアクセスノード内で一意であるとき、ＤＨＣＰサーバは、イベントの通常のコースの際アクセスノード又はクライアントポートに割り当てられたサブネットの外へＩＰアドレスを割り当てることができる。ＤＨＣＰサーバはまた、所定のサブネットに割り当てられる特定のＭＡＣアドレスの２つ以上のインスタンスを防止するため、重複ＭＡＣアドレスに対して他のサブネットの外へＩＰアドレスを割り当てる。
【００３３】
一実施形態では、アクセスノードは、ＭＡＣアドレスのトラックを維持せず、又はアタッチされた２つ以上のクライアントノードが重複ＭＡＣアドレスを有することを認識しない。アクセスノードは、ＤＨＣＰ遅延エージェントを実行し、その結果、クライアントとサーバとの間を流れると、ＤＨＣＰトランザクションを調べたり／修正したりする機会を有する。アクセスノードが、提示されたＩＰアドレスを受信するとき、アクセスノードは、正確なＶＬＡＮのタグ付け（又はＩＥＥＥ８０２．１ａｈ Ｉ−ＳＩＤタグ付け）を推論し、ＤＨＣＰサーバによって提示されたサブネットのプレフィックスに基づき、加入者のクライアントノードに対して使用する。
【００３４】
図５は、ＤＨＣＰサーバが通信ネットワーク内で重複ＭＡＣアドレスに対応することができるように使用されてもよい処理の例を示している。とりわけ、図５に示される処理では、クライアントノードがアクセスノードに接続するとき、ＤＨＣＰの要求をＤＨＣＰサーバに送り、ネットワーク（１００）上で使用されるＩＰアドレスの割り当てを要求する。好ましい実施形態では、アクセスノードは、ＤＨＣＰの遅延機能を実行するように要求され、アクセスノードは、ＤＨＣＰの要求を受信し、ＤＨＣＰの遅延エージェント情報（オプション８２）をＤＨＣＰパケット（１０２）に挿入して、ＤＨＣＰサーバに、ＤＨＣＰクライアントが典型的にはポートＩＤ又はＤＳＬループ識別子に接続される設備についての情報を提供する。ＤＨＣＰオプション８２がアクセスノードで可能なとき、ＤＨＣＰサーバへの途中でスイッチを通過するので、アクセスノードは、この情報をＤＨＣＰパケットに挿入する。
【００３５】
ＤＨＣＰサーバがＤＨＣＰの要求を受信するとき、ＤＨＣＰサーバは、設備と関連した現在のサブネットを決定し、当該サブネット（１０４）に対して既に存在しているリースの組において重複ＭＡＣアドレスを捜すため検索を実行する。とりわけ、ＤＨＣＰサーバは、クライアントノードのＭＡＣアドレスがアクセスノード（１０６）に割り当てられたサブネット内で一意であるか否かを見定める。ＭＡＣアドレスが一意である場合には、ＤＨＣＰサーバは、サブネットに対して未使用のアドレスのプールから装置をＩＰアドレスリースに割り当て、それに応じてそのテーブル（１０８）を更新する。ＭＡＣアドレスが一意でない場合には、ＤＨＣＰサーバは、ＭＡＣアドレスが一意である別のサブネットに設備を割り当て、当該サブネットに対して未使用のアドレスのプールからクライアントノードへのＩＰアドレスリースを割り付ける。
【００３６】
ＤＨＣＰサーバは、各アクセスノード上にある全設備と関連したデフォルト・サブネットを有しており、その結果、ネットワークにつながるクライアントノードが重複ＭＡＣアドレスを有しないとき、ＤＨＣＰサーバは一般に、アクセスノードに対してサブネットの外へＩＰアドレスを割り当てる。ＤＨＣＰサーバの例が図７に示されている。図７に示されるように、ＤＨＣＰサーバは、ネットワーク上でＩＰアドレスを割り当てるように設定されるＤＨＣＰ処理７０の１つ又はそれ以上のインスタンスを含む。ＤＨＣＰサーバ２０は、アクセスノードと割り当てられたサブネットとの関連付けを含むテーブル７２を備える。ＤＨＣＰサーバ２０はＤＨＣＰの要求を受信すると、関連したサブネットをテーブル７２から決定するため、その要求においてアクセスノードが提供するオプション８２の情報を読み取る。
【００３７】
図７に示されるように、ＤＨＣＰサーバはまた、１つ以上のテーブル７４を有しており、ＤＨＣＰサーバが各アクセスノード及びサブネットと関連したＭＡＣアドレスを記憶するのにテーブル７４を使用することができる。テーブル７４は、各サブネット、各アクセスノードに対して単一のテーブルとして実行されてもよく、或いは、所定のテーブルが２つ以上のサブネット又はアクセスノードに及ぶように実行されてもよい。ＤＨＣＰサーバはまた、特定のアクセスノードに対して別のテーブルマッピングＩＰプレフィックスを、必要に応じて好みの順序で備えてもよく、その結果、ＤＨＣＰサーバは、供されたアクセスノードに対して的確なサブネットの外へＩＰアドレスを割り付けることができる。ＭＡＣテーブルにより、ＤＨＣＰサーバは、どのＭＡＣアドレスがどのサブネットにあるかを追跡することができる。サブネット割り付けの方針は、本来、重複が検出される前に、設備ＩＤに基づくものでもよく、保持する設備ＩＤ／ＭＡＣバインドは、実際に真正の重複ＭＡＣアドレスがあり、ＤＨＣＰサーバが同じアクセスノードからの重複ＤＨＣＰ要求を見るだけではないことを保証するのを支援する。保持する設備ＩＤ／ＭＡＣバインドにより、同じ設備からの重複ＤＨＣＰ要求を識別しフィルタ処理することができる。この実施形態では、ＤＨＣＰサーバは、オプション８２の情報を使用してサブネットを決定し、次いで、ルックアップを実施して、要求している装置のＭＡＣアドレスがサブネットからＩＰアドレスを既に割り当てられた任意の他のＭＡＣアドレスの重複であるか否かを決定する。サブネット毎をベースにしたルックアップの実施により、サブネットは、多数のアクセスノードに跨ることができる。
【００３８】
ＤＨＣＰサーバはアクセスノードから要求を受信すると、テーブル７４を使用して、関連したＭＡＣアドレスが設備と関連した現在のサブネットに対して一意であるか否かを決定する。ＭＡＣアドレスが一意である場合には、ＤＨＣＰサーバは、設備に対して現在のサブネットからアドレスを割り付け、ＩＰアドレスをクライアントノードに送り返す。ＭＡＣアドレスが一意でない場合には、ＤＨＣＰサーバは、ＭＡＣアドレスが一意であるサブネットを見つけ、ＭＡＣアドレスが一意である異なるサブネットからアドレスを割り付ける。利用可能なサブネットがない場合には、サービスの使用不能を通信する手段が使用される。これを、アクセスノードにポートをブロックするよう指示する予備アドレスとすることができる。例は、ＩＰｖ４ １２７．／８のルーティングに対応しないプレフィックスである。
【００３９】
ＭＡＣアドレスと関連したトラフィックを正しいサブネットにマッピングすることを可能にするため、アクセスノード及びゲートウェイＢＲＡＳは両方とも、ＶＬＡＮ ＩＤをもつテーブル関連付けＩＰプレフィックスで予めプログラムされている。ＩＥＥＥ８０２．ｌａｄを使用して実行されたイーサネットネットワークでは、ＶＬＡＮ ＩＤは、Ｓ−ＶＩＤを使用して実行されてもよい。イーサネットネットワークがＩＥＥＥ８０２．１ａｈを使用して実行される場合には、他のＶＬＡＮ ＩＤは、Ｉ−ＳＩＤのように同様に使用されてもよい。かくして、特定のＶＬＡＮ ＩＤは、ＢＲＡＳとアクセスノードとの間でトラフィックを運ぶのに使用されているイーサネットネットワークの特定の実行に依存してもよい。
【００４０】
イーサネットネットワークが、ＩＥＥＥ８０２．ｌａｄを使用して実行されるものと仮定すると、アクセスノードにおけるＤＨＣＰ遅延機能は、ＤＨＣＰの応答からプレフィックスを読み取り、これを使用して、ＶＬＡＮ ＩＤ／プレフィックステーブルからＳ−ＶＩＤを推論する。その際、このＳ−ＶＩＤは、クライアントポートと関連づけられ、その結果、クライアントから受信したトラフィックを、ネットワーク上で送信するため正確にタグ付けすることができる。
【００４１】
アクセスノードで受信されたダウンストリームのトラフィックが、Ｓ−ＶＩＤ又はＩ−ＳＩＤでタグ付けされるとき、アクセスノードは、当該Ｓ−ＶＩＤ／Ｉ−ＳＩＤと関連した任意のポート上でトラフィックをブロードキャストし、或いはＭＡＣルックアップを実施して、ポートを出力してトラフィックを正確なクライアントノードに転送するのに使用することを決定することができる。各クライアント装置が、サブネット内で一意のＭＡＣによって表されるので、各サブネットを異なるＶＬＡＮ ＩＤ（例えば、Ｓ−ＶＩＤ）とタグ付けすることにより、アクセスノードは、同じＭＡＣアドレスをもつ２つ以上のクライアントノードが同じアクセスノードに接続された場合でさえも、ＭＡＣルックアップを実施し、正確な出力ポートを明確に決定することができる。
【００４２】
アクセスノードが、設備と関連したＳ−ＶＩＤ又はＩ−ＳＩＤにおける関与を登録しなかったり、アプリオリに予め用意された接続性を有しない場合には、アクセスノードは、ジェネリックアトリビュートレジストレーションプロトコル（ＧＡＲＰ）又はマルチプルレジストレーションプロトコル（ＭＲＰ）のようなレジストレーション技術を使用して、アクセスノードをサブネットに加えなければならないかもしれない。ＭＲＰは、ＩＥＥＥ８０２．１ａｋ−２００７に明記されている。Ｓ−ＶＩＤにおける関与を登録する他の方法が、同様に実行されてもよい。
【００４３】
所定のオプション８２で識別された設備（例えば、顧客が面するポート）と関連したリースの全てが失効するとき、引き続いて起こるＩＰアドレスの割り当ては、その設備と関連したデフォルト・サブネットに戻るかもしれない。これにより、もはや重複ＭＡＣアドレスの問題がないオプション８２の設備に割り当てられたデフォルト・サブネットにＭＡＣアドレスを戻し集めることによって、サブネットの断片化を減少させることができる。クライアントによって配置される設備が次第に変わるかもしれないので、目標は、修正した重複を確定することではない。
【００４４】
重複ＭＡＣが現れ、初期の登録によって開始されたデフォルト・サブネット上にリースを既に有する設備上にリースを要求する場合には、ＤＨＣＰサーバは、割り当てるサブネットの決定時にその設備と関連し、割り当てられたサブネット内で一意であることを要するＭＡＣアドレスの組を考慮する必要がある。さらに、ＤＨＣＰサーバは、現在のリースホルダを再適用させるために、既存のリースに対してＤＨＣＰ−ＦＯＲＣＥ−ＲＥＮＥＷを発行し、その結果、新たなレジストリ・トランザクションが受信される時点で、設備と関連した現在のサブネットを、設備と関連したＭＡＣアドレスの組が一意となるように再選択することができる。
【００４５】
重複ＭＡＣをもつ設備と非デフォルト・サブネットとの恒久的な結合を回避するのが望ましいが、ＤＨＣＰ−ＦＯＲＣＥ−ＲＥＮＥＷの使用は、リースホルダに対してサービスの崩壊を意味する。結合を「粘着質」にし、プログラム可能な間に、設備を非デフォルト・サブネットと関連づけ、デフォルト・サブネット上でＭＡＣをもつ重複を検出する毎にリセットし、その後、関連付けをエージアウトすることによって、この影響を最小にすることができる。
【００４６】
上述の機能は、コンピュータの読み取り可能なメモリ内に格納され、コンピュータプラットフォーム上で１又はそれ以上のプロセッサで動作されるプログラム指令の組として実行されてもよい。しかしながら、ここに記載された全ての論理回路が、別個の構成要素、アプリケーションスぺシフィックインテグレーティドサーキット（ＡＳＩＣ）のような集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）のようなプログラム可能な論理装置と関連して使用されるプログラム可能な論理回路又はマイクロプロセッサ、状態機械、又はこれらの任意の組み合わせを含む任意の他の装置を使用して具体化できることは、熟練者には明らかである。プログラム可能な論理回路は、読み取り専用メモリチップ、コンピュータメモリ、ディスク、又は他の記憶媒体のような有形の媒体内に一次的に又は恒久的に据え付けることができる。このような実施形態の全てが、本発明の範囲内に包含されることを意図している。
【００４７】
図示され、明細書に記載された実施形態の種々の変形及び修正を本発明の精神及び範囲の範囲内において行ってもよいことを理解すべきである。従って、上述の説明に含まれ、添付図面に示される全ての事項は、限定的な意味ではなく例示的な意味において解釈されることが意図されている。本発明は、特許請求の範囲及びその等価物に規定されたもののみに限定される。
【技術分野】
【０００１】
本発明は、通信ネットワークに関し、特に通信ネットワーク上で重複ＭＡＣアドレスに対応するための方法及び装置に関する。
【背景技術】
【０００２】
データ通信ネットワークには、種々のコンピュータ、サーバ、ノード、ルータ、スイッチ、ブリッジ、ハブ、プロキシ、及び互いにデータを渡すように接続され設定された他のネットワーク装置が含まれる。ここではこれらの装置を、「ネットワーク要素」と呼ぶ。データは、インターネットプロトコルパケット、イーサネットフレーム、データセル、セグメント、又はネットワーク要素間で１又はそれ以上の通信リンクを利用することによるネットワーク要素間でのデータのビット／バイトの他の論理的な関連付けのような、プロトコルデータユニットを渡すことによって、データ通信ネットワークを通して通信される。特定のプロトコルデータユニットが、ネットワーク上でそのソースと受け手の側との間で移動するように、多数のネットワーク要素によって取り扱われ、多数の通信リンクを横断する。
【０００３】
通信ネットワーク上の種々のネットワーク要素は、ここではプロトコルと呼ばれる、予め規定されたルール群を使用して、互いに通信する。ネットワーク要素間での転送のため信号がどのように形成されるべきか、プロトコルデータユニットがどのように見えるべきかについての種々の態様、プロトコルデータユニットがネットワークを通してネットワーク要素によってどのように扱われ又は配信されるべきか、ルーティング情報のような情報がネットワーク要素間でどのように交換されるべきかのような、異なる態様の通信を管理するために、異なるプロトコルが使用される。
【０００４】
イーサネットは、周知のネットワーキング・プロトコルであり、電気電子技術者協会（ＩＥＥＥ）によってスタンダード８０２．１及び８０２．３として規定されてきた。従来、イーサネットは、ビジネスのような企業及びキャンパスにおいてネットワークを実行するために使用されてきたが、より長距離でネットワークトラフィックを転送するのには、他の技術が使用されてきた。イーサネット規格が次第に発展してきたのにともない、イーサネットは、長距離転送技術としてもより実行可能なものになった。
【０００５】
図６は、順次、イーサネット規格に加えられてきた幾つかの分野を示している。図６に示されるように、ＩＥＥＥ８０２．１によって規定されたイーサネットフレームの元フォーマットは、ソースアドレス（Ｃ−ＳＡ）と行先アドレス（Ｃ−ＤＡ）とを含む。ＩＥＥＥ８０２．ＩＱには、イーサタイプのタグコントロールインフォメーション（ＴＣＩ）情報及びカスタマーＶＬＡＮ ＩＤ（Ｃ−ＶＩＤ）を含むカスタマーＶＬＡＮタグ（Ｃ−タグ）が加えられた。ＩＥＥＥ８０２．ｌａｄには、イーサタイプのＴＣＩ情報と加入者ＶＬＡＮ ＩＤも含むプロバイダＶＬＡＮタグ（Ｓ−タグ）が加えられた。Ｃ−タグにより、顧客はＶＬＡＮを指定することができ、Ｓ−タグにより、サービスプロバイダは、フレームに対してサービスプロバイダのネットワーク上でＶＬＡＮを指定することができる。
【０００６】
イーサネット規格は、第２のカプセル化処理がＩＥＥＥ８０２．ｌａｈに規定することがあることも考慮して発展した。とりわけ、サービスプロバイダのネットワークへの進入ネットワーク要素は、サービスプロバイダのネットワーク上の行先アドレス（Ｂ−ＤＡ）、サービスプロバイダのネットワーク上のソースアドレス（Ｂ−ＳＡ）、ＶＬＡＮ ＩＤ（Ｂ−ＶＩＤ）及びサービスインスタンスタグ（Ｉ−ＳＩＤ）を含む外側のＭＡＣヘッダで、元のイーサネットフレームをカプセル化することができる。顧客のＭＡＣアドレス（Ｃ−ＳＡ及びＣ−ＤＡ）とＩ−ＳＩＤの結合は通常、Ｉ−タグと呼ばれる。
【０００７】
イーサネットメディアアクセスコントロール（ＭＡＣ）アドレスは、イーサネットヘッダの一部を形成する。イーサネットＬＡＮのような所定のブロ−ドキャストドメインでは、各ＭＡＣアドレスは一意であることが必要とされており、フレームを当該特定のエンティティに明確に転送することができるよう特定のネットワーキングエンティティを識別する。
【０００８】
ＭＡＣアドレス指定の方式は、ＭＡＣアドレスを世界的に一意とすることができるように設計されている。とりわけ、ＩＥＥＥは、全世界的に管理されたアドレスが、装置が作られる時に製造者によって特定の装置に割り当てられるナンバリング方式を規定している。ＩＥＥＥのナンバリング方式では、最初の２つのビットは、ローカル／マルチキャストのフレーム表示のために取っておかれ、ＭＡＣアドレスの最初の３つのオクテットの残りが、オーガニゼイショナリーユニーク識別子（ＯＵＩ）と呼ばれ、製造者を識別する。ＯＵＩコードポイントは、必要に応じてＩＥＥＥによって製造者に割り当てられる。最後の３つのバイトは、装置が作られるときに製造者によって装置に割り当てられ、装置に焼き付けられるので、その結果、当該製造者によって作られた各装置が一意のＭＡＣアドレスを有する。
【０００９】
一般的に、製造者は、世界的に一意で恒久的なＭＡＣアドレスを有する装置を作るこのナンバリング方式に準拠した。しかしながら、あいにく、全ての製造者がこの規則に準拠したわけではなかった。かくして、重複ＭＡＣアドレスをもつ装置が現れ始めている。これは、当該ＭＡＣアドレスからのトラフィックに対する到着ポートをそれぞれ観察し記憶するフレームを受信するブリッジによって、所定のＭＡＣアドレスへの転送パスを「学習」する通常のブリッジングでは問題となる。それ故、多数の同一のアドレスがブリッジド・ドメインに現れる場合に、所定のＭＡＣアドレスに対して転送されるフレームは、当該ＭＡＣアドレスをもつ最も最近のフレームソースにソースとして常に行くこととなる。
【００１０】
概して、重複ＭＡＣアドレスは、サービスプロバイダのネットワーク内に配置される極めて高価なネットワークルータ等よりも、低コストの民生機器でより問題である。このような低コストの機器が、イーサネットフレームコンテンツを保持するブロードバンドアクセスネットワークを介してネットワーク接続されているとき、重複アドレスが問題となり、ネットワークの正確な動作の障害となる。従って、ブロードキャストドメイン上に現れる重複ＭＡＣアドレスの可能性に対処するための一つの方法として提案されたのが、顧客の装置がサービスプロバイダのネットワークに接続するアクセスノードにおいてＭＡＣネットワークアドレストランスレーション（ＮＡＴ）を行うことである。この処理により、重複アドレスがサービスプロバイダのネットワーク内に現れないように、任意の重複ＭＡＣアドレスを世界的に一意の値に処理されたキャリヤに翻訳することができる。
【００１１】
あいにく、ＭＡＣ ＮＡＴは、容易なことではない。特に、ＭＡＣアドレスがＩＰアドレスの一部となるＩＰｖ６では、ＭＡＣ ＮＡＴの実行は複雑である。さらに、ＭＡＣ ＮＡＴをアクセスノードにおいて機能的に最新状態に維持することは、新たなプロトコルの認知を含み、著しいメンテナンス及びソフトウェアの継続的な開発を必要とするかもしれない。従って、通信ネットワークにおいて重複ＭＡＣアドレスに対応する別の方法を提供するのが望ましい。
【発明の概要】
【００１２】
各アクセスノードは、優先デフォルト・サブネットをもつ１以上のＩＰサブネットと関連づけられている。各サブネットは、一意の仮想的なイーサネットブロードキャストドメインとして、インスタンス化されている。クライアントノードが通信ネットワーク上で登録すると、クライアントノードは、通信ネットワーク上で使用されるＩＰアドレスを動的に得ようとする。この処理の一部として、クライアントノードのＭＡＣアドレスは、デフォルト・サブネットからＩＰアドレスが既に割り当てられた別のクライアントノードと関連した別のＭＡＣアドレスと重複していないことを保証するために検査される。重複ＭＡＣアドレスが検出されると、同じＭＡＣアドレスをもつ複数のクライアント装置が同じサブネットに関連付けられないように、重複ＭＡＣアドレスをもつその装置には、別のサブネットからＩＰアドレスが割り当てられる。一実施形態では、ＤＨＣＰサーバが、重複ＭＡＣアドレスを検査する処理を実行してもよい。イーサネットコンテキストでは、異なるＩＰサブネットのプレフィックスが、異なるＳ−ＶＩＤ値にマッピングされてもよく、その結果、異なるサブネットは、イーサネットネットワーク内の異なるＶＬＡＮとして実行される。
【００１３】
本発明の態様が、請求の範囲において特徴とともに指摘されている。本発明は、以下の図面において例示として示されており、図面において、同じ参照符号は同様な要素を示している。以下の図面は、単なる例示の目的のため、本発明の種々の実施形態を開示しており、本発明の範囲を限定することを意図していない。明瞭にするため、すべての要素が各図面において名前を付されているわけではない。
図面において、
【図面の簡単な説明】
【００１４】
【図１】通信ネットワークの機能ブロック図で、本発明の実施形態において、重複ＭＡＣアドレスをもつ装置の異なるサブネットへの動的割り当てを示したものである。
【図２】通信ネットワークの機能ブロック図で、本発明の実施形態において、重複ＭＡＣアドレスをもつ装置の異なるサブネットへの動的割り当てを示したものである。
【図３】通信ネットワークの機能ブロック図で、本発明の実施形態において、重複ＭＡＣアドレスをもつ装置の異なるサブネットへの動的割り当てを示したものである。
【図４】通信ネットワークの機能ブロック図で、本発明の実施形態において、重複ＭＡＣアドレスをもつ装置の異なるサブネットへの動的割り当てを示したものである。
【図５】本発明の実施形態に従って、重複ＭＡＣアドレスに対応できるよう使用された処理フロー図である。
【図６】イーサネットフレームのフォーマットの機能ブロック図である。
【図７】本発明の実施形態によるＤＨＣＰサーバの機能ブロック図である。このＤＨＣＰサーバは、通信ネットワーク上で重複ＭＡＣアドレスに対応するため、重複ＭＡＣアドレスを検出し、異なるサブネットからＩＰアドレスを割り当てるのに使用されてもよい。
【発明を実施するための形態】
【００１５】
【００１６】
【００１７】
【００１８】
サブネット内で伝達されるトラフィックが特定のノードに正確に伝達されるよう、ＭＡＣアドレスは、サブネット内において一意であることが要求される。一実施形態では、クライアントノードが通信ネットワークに接続されると、クライアントノードは登録され、通信ネットワーク上で使用されるＩＰアドレスを得る。この処理の一部として、クライアントノードのＭＡＣアドレスは、特定のサブネットでＩＰアドレスを既に割り当てられた別のクライアントノードと関連した別のＭＡＣアドレスと重複していないことを保証するために検査される。重複ＭＡＣアドレスが検出されると、同じＭＡＣアドレスをもつ二つ以上のクライアント装置が同じサブネットに属さないよう、重複ＭＡＣアドレスをもつその装置は、それぞれ異なるサブネットからＩＰアドレスを割り当てられる。一実施形態では、集中型アドレスサーバ（一般的にはＤＨＣＰサーバ）は、重複ＭＡＣアドレスに対する検査の処理を実行してもよい。イーサネットコンテキストでは、異なるサブネットがイーサネットネットワーク内で異なるＶＬＡＮとして実行されるように、異なるＩＰサブネットのプレフィックスは、異なるＳ−ＶＩＤ値（ＩＥＥＥ８０２．ｌａｄ）又はＩ−ＳＩＤ値（ＩＥＥＥ８０２．ａｈ）にマッピングされてもよい。
【００１９】
重複ＭＡＣアドレスがクライアントノード上に現れる例をあげて、本発明の実施形態を説明するが、本発明は、重複ＭＡＣアドレスがネットワーク上の他のロケーションに現れるかもしれないこの態様に限定されない。かくして、ここに記載される技術は、ネットワーク上の他の領域においても拡張して適用できる。
【００２０】
図１は、アクセスノード１２と、クライアントノード１４と、当該分野においてブロードバンドネットワークゲートウェイ（ＢＮＧ）としても知られるゲートウェイブロードバンドリモートアクセスサーバ（ＢＲＡＳ）１６とを含む、通信ネットワーク１０の例を示している。ネットワーク１０は、アクセスノード１２とＢＲＡＳ１６とを相互に接続する中間ノードを含んでもよい。簡単のため、装置を物理的に接続する特定のやり方は示されておらず、むしろこれらの装置間の論理的な接続１８のみが示されている。
【００２１】
アクセスネットワークにおいては、多数の顧客に共通のＳ−ＶＩＤ及びサブネットのプレフィックスを共有させ、顧客とＢＲＡＳとの間でトラフィックを多重化し／多重分離するためのブリッジング技術を用いることによって、アクセスプロバイダが解決策を見つけることは一般的なことである。これは、Ｓ−ＶＩＤの消費とＩＰアドレスの断片化をそれぞれ最小にする。ＢＮＧが接続性に対する主要なポリシーエージェントとなることができるように、顧客がＳ−ＶＩＤのスコープ内で互いに到達可能なレイヤ２を持たないことも１つの要件である。これは、アクセスノードを必要とし、場合によっては、スプリットホライズン・フォワーディングを実行するため、アグリゲーションノードを必要とする。
【００２２】
「マナーのよい」クライアントが、隣接するトラフィックを見え、ことによると訂正操作をすることができると、一意ではないことに気付くことができるが、クライアントが互いに見ることができないことを考慮にいれ、また、潜在的な悪質クライアントの存在を想定する必要がある。それ故、顧客の機器が接続される任意のネットワークの連携を要しない解決策が、必要とされる。
【００２３】
アクセスノードとＢＲＡＳとを相互接続するネットワークがイーサネットネットワークである場合には、イーサネットネットワーク上のトラフィックは、（８０２．ｌａｄを使用して実行されたイーサネットネットワークに対して）異なるＳ−ＶＩＤ又は（８０２．１ａｈを使用して実行されたイーサネットネットワークに対して）異なるＩ−ＳＩＤを使用することによって、別のＶＬＡＮに分離されてもよい。これは、レイヤ３のサブネットがイーサネットのレイヤで仮想化されることを意味する。この仮想化を特定の設備（例えば、個々のアクセスノード毎のＳ−ＶＩＤ）に関連づけるのが普通のやり方であるが、これは必要条件ではない。その結果は、ＢＲＡＳとアクセスノードとの間のハブアンドスポーク接続である。
【００２４】
サブネットの各々は、特定のブロードキャストドメインを形成する。従って、所定のサブネット内のクライアント装置１４の各々が、一意のＭＡＣアドレスを有することが重要である。図１に示される例では、アクセスノード２及びアクセスノード３に接続されるクライアント装置は、この基準に合致しており、それ故、アクセスノード２に接続されたクライアントノードは全て、サブネット２に割り当てられてもよく、同様に、アクセスノード３に接続されたクライアントは全て、サブネット３に含まれてもよい。
【００２５】
しかしながら、アクセスノード１は、同じＭＡＣアドレスをもつ２つのクライアントノードを有する。とりわけ、図１に示される例では、アクセスノード１に接続する両方のクライアントノードは、同じＭＡＣアドレス＝Ａを有する。クライアントノードの１つ又は単純否定サービス上でＭＡＣ ＮＡＴを実施するよりもむしろ、本発明の実施形態によれば、ノードの１つが異なるサブネット（サブネット４）に割り当てられる。これにより、各サブネットは、別個の組の一意のＭＡＣアドレスを有することができる。重複ＭＡＣアドレスをもつクライアントノードを別のサブネットに割り当てることによって、各サブネットは、特定のＭＡＣアドレスについてせいぜい１つのインスタンスを有する。各サブネットに対して異なるＶＬＡＮを使用することによって、イーサネットレイヤにおけるトラフィックは、明確に転送されてもよく、その結果、重複ＭＡＣアドレスは、通信ネットワーク内で問題とならない。
【００２６】
図２乃至図４は、重複ＭＡＣアドレスをもつクライアントノードが、それぞれのアクセスノードと関連した主要サブネット以外のサブネットにどのように割り当てられるのかに関する幾つかの付加的な例を示す。特に、図２では、例示された３つのアクセスノードの全てが、重複ＭＡＣアドレスをもつ一対のクライアントノードを含んでいる。とりわけ、アクセスノード１は、ＭＡＣアドレス＝Ａをもつ一対のクライアントノードを有し、アクセスノード２は、ＭＡＣアドレス＝Ｂをもつ一対のクライアントノードを有し、アクセスノード３は、ＭＡＣアドレス＝Ｃをもつ一対のクライアントノードを有する。重複対の各々に対して別個のサブネットを割り当てるのではなく、重複ＭＡＣアドレスをもつクライアント装置は、共通サブネットからＩＰアドレスを割り当てられてもよく、その結果、重複ＭＡＣアドレスをもつクライアントノードは全て、この重複サブネット（サブネット４）に割り当てられてもよい。
【００２７】
図３は、アクセスノードの各々が、重複ＭＡＣアドレスをもつ一対のクライアントノードを有する別の例を示している。しかしながら、この例では、アクセスノード２は、３つのクライアントノードを有し、これらのクライアントノードは全て、同じ重複ＭＡＣアドレスを有している。従って、これらの３つのノード、即ちサブネット４及びサブネット５に対応するため、２つの付加的なサブネットが必要とされる。重複ＭＡＣアドレスをもつ他のクライアントノードは、図３に示されるような、これらのサブネットの１つに割り当てられてもよい。
【００２８】
図４は、重複ＭＡＣアドレスをもつクライアントノードがネットワーク上でどのように発生するのかに関するさらに別の例を示している。この例では、アクセスノードのうち２つ以上が、同じ重複ＭＡＣアドレスをもつ一対のクライアントノードを有している。とりわけ、アクセスノード１とアクセスノード２は両方とも、ＭＡＣアドレス＝Ａの一対のクライアントノードを有している。これらのアクセスノードの各々に割り当てられたサブネットは、ＭＡＣアドレス＝Ａをもつ１つのクライアントノードに対応することができる。同様に、各々の重複アドレスサブネットは、ＭＡＣアドレス＝Ａをもつ、せいぜい１つのクライアントノードに対応することができる。従って、多数の重複アドレスサブネット（例えば、サブネット４とサブネット５）は、これらの多数のクライアントノードに対応するように、使用されるべきである。
【００２９】
異なるサブネット上のトラフィックをイーサネットドメイン内でブロードキャストすることを可能にするため、異なるＳ−ＶＩＤ又は他のＶＬＡＮ識別子が、各サブネットに割り当てられてもよい。ＢＲＡＳ及びアクセスノードは、異なるサブネットからのプレフィックスをこれらのＶＬＡＮタグと関連させるようにプログラムされてもよく、その結果、特定のサブネットにアドレス指定されたトラフィックは、イーサネットネットワーク上で転送するため正確にタグ付けされる。
【００３０】
図１乃至図４の各々において、通信ネットワークは、ダイナミックホストコンフィグレーションプロトコル（ＤＨＣＰ）サーバ２０を含む。ＤＨＣＰサーバは、通信ネットワーク上でインターネットプロトコルアドレスを割り当てるのに通常使用される。本発明の実施形態によれば、ＤＨＣＰサーバは、所定のサブネット上で関連した設備ＩＤとともにアドレスリースを現在もつＭＡＣアドレスを追跡するテーブルを維持する。新しいリースが要求されると、ＤＨＣＰサーバは、ＩＰアドレスの要求と関連したＭＡＣアドレスが、設備（例えば、ＤＳＬループ）と現在関連したＩＰサブネットにおける重複であるか否かを、ＩＰアドレス割り当てプロセスの一部として検査する。ＤＨＣＰサーバが、アクセス設備に対して現在のサブネット上で重複ＭＡＣアドレスを検出する場合には、ＤＨＣＰサーバは、当該サブネットからクライアント装置にＭＡＣアドレスを割り当てないが、むしろ、当該設備と関連した現在のサブネットを変える効果を有する異なるサブネットプールから重複ＭＡＣアドレスをもつクライアントノードにＩＰアドレスを割り当てる。これは、アクセスノードが、個々のクライアントを識別するアクセス設備情報を、ＤＨＣＰアドレスの要求に加えることが普通のやり方であるという事実によって可能とされ、その結果、（２つ以上の設備で同時に現れる）真正の重複を、クライアントとＤＨＣＰサーバとの間の状態機械の同期の欠如と区別することができる。
【００３１】
重複ＭＡＣアドレスの検査の実行がＤＨＣＰサーバにおいて好都合に実施されるかもしれないが、本発明は、ＤＨＣＰサーバにおいてこの処理を実行する実施形態に限定されない。例えば、アクセスノードは、Ｓ−ＶＩＤの範囲を備えてもよく、クライアント装置は、ＤＨＣＰサーバからＩＰアドレスを得る前に、サブネット（Ｓ−ＶＩＤ）に割り当てられてもよい。この実施形態では、アクセスノードは、重複ＭＡＣアドレスに対して検査し、必要に応じて同じＭＡＣアドレスをもつ２つのクライアント装置が同じサブネットに割り当てられないように、クライアント装置を異なるサブネットに割り当ててもよい。或いは、所要の機能を同様に実施することができる、多数の他の（例えば、ＲＡＤＩＵＳベースの）集中型アドレス管理システムが存在する。
【００３２】
一実施形態では、ＤＨＣＰサーバは、両方のロケーション及びＭＡＣアドレスがデフォルト・サブネットワーク上に既に存在するか否かを基にして、所定の要求に対してサブネットの割り当てを優先的に実施する。ＤＨＣＰサーバの使用は好都合である。何故ならば、ＤＨＣＰサーバが中央設備であり、従って、多数のアクセスノードに跨るサブネットを調整することができるからである。この実施形態では、ＤＨＣＰサーバは、ＩＰアドレスが割り当てられる各アクセス設備と関連したデフォルト・サブネットを有する。これにより、ＤＨＣＰの要求と関連したＭＡＣアドレスがアクセスノード内で一意であるとき、ＤＨＣＰサーバは、イベントの通常のコースの際アクセスノード又はクライアントポートに割り当てられたサブネットの外へＩＰアドレスを割り当てることができる。ＤＨＣＰサーバはまた、所定のサブネットに割り当てられる特定のＭＡＣアドレスの２つ以上のインスタンスを防止するため、重複ＭＡＣアドレスに対して他のサブネットの外へＩＰアドレスを割り当てる。
【００３３】
一実施形態では、アクセスノードは、ＭＡＣアドレスのトラックを維持せず、又はアタッチされた２つ以上のクライアントノードが重複ＭＡＣアドレスを有することを認識しない。アクセスノードは、ＤＨＣＰ遅延エージェントを実行し、その結果、クライアントとサーバとの間を流れると、ＤＨＣＰトランザクションを調べたり／修正したりする機会を有する。アクセスノードが、提示されたＩＰアドレスを受信するとき、アクセスノードは、正確なＶＬＡＮのタグ付け（又はＩＥＥＥ８０２．１ａｈ Ｉ−ＳＩＤタグ付け）を推論し、ＤＨＣＰサーバによって提示されたサブネットのプレフィックスに基づき、加入者のクライアントノードに対して使用する。
【００３４】
図５は、ＤＨＣＰサーバが通信ネットワーク内で重複ＭＡＣアドレスに対応することができるように使用されてもよい処理の例を示している。とりわけ、図５に示される処理では、クライアントノードがアクセスノードに接続するとき、ＤＨＣＰの要求をＤＨＣＰサーバに送り、ネットワーク（１００）上で使用されるＩＰアドレスの割り当てを要求する。好ましい実施形態では、アクセスノードは、ＤＨＣＰの遅延機能を実行するように要求され、アクセスノードは、ＤＨＣＰの要求を受信し、ＤＨＣＰの遅延エージェント情報（オプション８２）をＤＨＣＰパケット（１０２）に挿入して、ＤＨＣＰサーバに、ＤＨＣＰクライアントが典型的にはポートＩＤ又はＤＳＬループ識別子に接続される設備についての情報を提供する。ＤＨＣＰオプション８２がアクセスノードで可能なとき、ＤＨＣＰサーバへの途中でスイッチを通過するので、アクセスノードは、この情報をＤＨＣＰパケットに挿入する。
【００３５】
ＤＨＣＰサーバがＤＨＣＰの要求を受信するとき、ＤＨＣＰサーバは、設備と関連した現在のサブネットを決定し、当該サブネット（１０４）に対して既に存在しているリースの組において重複ＭＡＣアドレスを捜すため検索を実行する。とりわけ、ＤＨＣＰサーバは、クライアントノードのＭＡＣアドレスがアクセスノード（１０６）に割り当てられたサブネット内で一意であるか否かを見定める。ＭＡＣアドレスが一意である場合には、ＤＨＣＰサーバは、サブネットに対して未使用のアドレスのプールから装置をＩＰアドレスリースに割り当て、それに応じてそのテーブル（１０８）を更新する。ＭＡＣアドレスが一意でない場合には、ＤＨＣＰサーバは、ＭＡＣアドレスが一意である別のサブネットに設備を割り当て、当該サブネットに対して未使用のアドレスのプールからクライアントノードへのＩＰアドレスリースを割り付ける。
【００３６】
ＤＨＣＰサーバは、各アクセスノード上にある全設備と関連したデフォルト・サブネットを有しており、その結果、ネットワークにつながるクライアントノードが重複ＭＡＣアドレスを有しないとき、ＤＨＣＰサーバは一般に、アクセスノードに対してサブネットの外へＩＰアドレスを割り当てる。ＤＨＣＰサーバの例が図７に示されている。図７に示されるように、ＤＨＣＰサーバは、ネットワーク上でＩＰアドレスを割り当てるように設定されるＤＨＣＰ処理７０の１つ又はそれ以上のインスタンスを含む。ＤＨＣＰサーバ２０は、アクセスノードと割り当てられたサブネットとの関連付けを含むテーブル７２を備える。ＤＨＣＰサーバ２０はＤＨＣＰの要求を受信すると、関連したサブネットをテーブル７２から決定するため、その要求においてアクセスノードが提供するオプション８２の情報を読み取る。
【００３７】
図７に示されるように、ＤＨＣＰサーバはまた、１つ以上のテーブル７４を有しており、ＤＨＣＰサーバが各アクセスノード及びサブネットと関連したＭＡＣアドレスを記憶するのにテーブル７４を使用することができる。テーブル７４は、各サブネット、各アクセスノードに対して単一のテーブルとして実行されてもよく、或いは、所定のテーブルが２つ以上のサブネット又はアクセスノードに及ぶように実行されてもよい。ＤＨＣＰサーバはまた、特定のアクセスノードに対して別のテーブルマッピングＩＰプレフィックスを、必要に応じて好みの順序で備えてもよく、その結果、ＤＨＣＰサーバは、供されたアクセスノードに対して的確なサブネットの外へＩＰアドレスを割り付けることができる。ＭＡＣテーブルにより、ＤＨＣＰサーバは、どのＭＡＣアドレスがどのサブネットにあるかを追跡することができる。サブネット割り付けの方針は、本来、重複が検出される前に、設備ＩＤに基づくものでもよく、保持する設備ＩＤ／ＭＡＣバインドは、実際に真正の重複ＭＡＣアドレスがあり、ＤＨＣＰサーバが同じアクセスノードからの重複ＤＨＣＰ要求を見るだけではないことを保証するのを支援する。保持する設備ＩＤ／ＭＡＣバインドにより、同じ設備からの重複ＤＨＣＰ要求を識別しフィルタ処理することができる。この実施形態では、ＤＨＣＰサーバは、オプション８２の情報を使用してサブネットを決定し、次いで、ルックアップを実施して、要求している装置のＭＡＣアドレスがサブネットからＩＰアドレスを既に割り当てられた任意の他のＭＡＣアドレスの重複であるか否かを決定する。サブネット毎をベースにしたルックアップの実施により、サブネットは、多数のアクセスノードに跨ることができる。
【００３８】
ＤＨＣＰサーバはアクセスノードから要求を受信すると、テーブル７４を使用して、関連したＭＡＣアドレスが設備と関連した現在のサブネットに対して一意であるか否かを決定する。ＭＡＣアドレスが一意である場合には、ＤＨＣＰサーバは、設備に対して現在のサブネットからアドレスを割り付け、ＩＰアドレスをクライアントノードに送り返す。ＭＡＣアドレスが一意でない場合には、ＤＨＣＰサーバは、ＭＡＣアドレスが一意であるサブネットを見つけ、ＭＡＣアドレスが一意である異なるサブネットからアドレスを割り付ける。利用可能なサブネットがない場合には、サービスの使用不能を通信する手段が使用される。これを、アクセスノードにポートをブロックするよう指示する予備アドレスとすることができる。例は、ＩＰｖ４ １２７．／８のルーティングに対応しないプレフィックスである。
【００３９】
ＭＡＣアドレスと関連したトラフィックを正しいサブネットにマッピングすることを可能にするため、アクセスノード及びゲートウェイＢＲＡＳは両方とも、ＶＬＡＮ ＩＤをもつテーブル関連付けＩＰプレフィックスで予めプログラムされている。ＩＥＥＥ８０２．ｌａｄを使用して実行されたイーサネットネットワークでは、ＶＬＡＮ ＩＤは、Ｓ−ＶＩＤを使用して実行されてもよい。イーサネットネットワークがＩＥＥＥ８０２．１ａｈを使用して実行される場合には、他のＶＬＡＮ ＩＤは、Ｉ−ＳＩＤのように同様に使用されてもよい。かくして、特定のＶＬＡＮ ＩＤは、ＢＲＡＳとアクセスノードとの間でトラフィックを運ぶのに使用されているイーサネットネットワークの特定の実行に依存してもよい。
【００４０】
イーサネットネットワークが、ＩＥＥＥ８０２．ｌａｄを使用して実行されるものと仮定すると、アクセスノードにおけるＤＨＣＰ遅延機能は、ＤＨＣＰの応答からプレフィックスを読み取り、これを使用して、ＶＬＡＮ ＩＤ／プレフィックステーブルからＳ−ＶＩＤを推論する。その際、このＳ−ＶＩＤは、クライアントポートと関連づけられ、その結果、クライアントから受信したトラフィックを、ネットワーク上で送信するため正確にタグ付けすることができる。
【００４１】
アクセスノードで受信されたダウンストリームのトラフィックが、Ｓ−ＶＩＤ又はＩ−ＳＩＤでタグ付けされるとき、アクセスノードは、当該Ｓ−ＶＩＤ／Ｉ−ＳＩＤと関連した任意のポート上でトラフィックをブロードキャストし、或いはＭＡＣルックアップを実施して、ポートを出力してトラフィックを正確なクライアントノードに転送するのに使用することを決定することができる。各クライアント装置が、サブネット内で一意のＭＡＣによって表されるので、各サブネットを異なるＶＬＡＮ ＩＤ（例えば、Ｓ−ＶＩＤ）とタグ付けすることにより、アクセスノードは、同じＭＡＣアドレスをもつ２つ以上のクライアントノードが同じアクセスノードに接続された場合でさえも、ＭＡＣルックアップを実施し、正確な出力ポートを明確に決定することができる。
【００４２】
アクセスノードが、設備と関連したＳ−ＶＩＤ又はＩ−ＳＩＤにおける関与を登録しなかったり、アプリオリに予め用意された接続性を有しない場合には、アクセスノードは、ジェネリックアトリビュートレジストレーションプロトコル（ＧＡＲＰ）又はマルチプルレジストレーションプロトコル（ＭＲＰ）のようなレジストレーション技術を使用して、アクセスノードをサブネットに加えなければならないかもしれない。ＭＲＰは、ＩＥＥＥ８０２．１ａｋ−２００７に明記されている。Ｓ−ＶＩＤにおける関与を登録する他の方法が、同様に実行されてもよい。
【００４３】
所定のオプション８２で識別された設備（例えば、顧客が面するポート）と関連したリースの全てが失効するとき、引き続いて起こるＩＰアドレスの割り当ては、その設備と関連したデフォルト・サブネットに戻るかもしれない。これにより、もはや重複ＭＡＣアドレスの問題がないオプション８２の設備に割り当てられたデフォルト・サブネットにＭＡＣアドレスを戻し集めることによって、サブネットの断片化を減少させることができる。クライアントによって配置される設備が次第に変わるかもしれないので、目標は、修正した重複を確定することではない。
【００４４】
重複ＭＡＣが現れ、初期の登録によって開始されたデフォルト・サブネット上にリースを既に有する設備上にリースを要求する場合には、ＤＨＣＰサーバは、割り当てるサブネットの決定時にその設備と関連し、割り当てられたサブネット内で一意であることを要するＭＡＣアドレスの組を考慮する必要がある。さらに、ＤＨＣＰサーバは、現在のリースホルダを再適用させるために、既存のリースに対してＤＨＣＰ−ＦＯＲＣＥ−ＲＥＮＥＷを発行し、その結果、新たなレジストリ・トランザクションが受信される時点で、設備と関連した現在のサブネットを、設備と関連したＭＡＣアドレスの組が一意となるように再選択することができる。
【００４５】
重複ＭＡＣをもつ設備と非デフォルト・サブネットとの恒久的な結合を回避するのが望ましいが、ＤＨＣＰ−ＦＯＲＣＥ−ＲＥＮＥＷの使用は、リースホルダに対してサービスの崩壊を意味する。結合を「粘着質」にし、プログラム可能な間に、設備を非デフォルト・サブネットと関連づけ、デフォルト・サブネット上でＭＡＣをもつ重複を検出する毎にリセットし、その後、関連付けをエージアウトすることによって、この影響を最小にすることができる。
【００４６】
上述の機能は、コンピュータの読み取り可能なメモリ内に格納され、コンピュータプラットフォーム上で１又はそれ以上のプロセッサで動作されるプログラム指令の組として実行されてもよい。しかしながら、ここに記載された全ての論理回路が、別個の構成要素、アプリケーションスぺシフィックインテグレーティドサーキット（ＡＳＩＣ）のような集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）のようなプログラム可能な論理装置と関連して使用されるプログラム可能な論理回路又はマイクロプロセッサ、状態機械、又はこれらの任意の組み合わせを含む任意の他の装置を使用して具体化できることは、熟練者には明らかである。プログラム可能な論理回路は、読み取り専用メモリチップ、コンピュータメモリ、ディスク、又は他の記憶媒体のような有形の媒体内に一次的に又は恒久的に据え付けることができる。このような実施形態の全てが、本発明の範囲内に包含されることを意図している。
【００４７】
図示され、明細書に記載された実施形態の種々の変形及び修正を本発明の精神及び範囲の範囲内において行ってもよいことを理解すべきである。従って、上述の説明に含まれ、添付図面に示される全ての事項は、限定的な意味ではなく例示的な意味において解釈されることが意図されている。本発明は、特許請求の範囲及びその等価物に規定されたもののみに限定される。
【特許請求の範囲】
【請求項１】
通信ネットワーク上で重複ＭＡＣアドレスをもつクライアントノードに対応する方法であって、
ＩＰアドレスに対して、ＭＡＣアドレスと関連する要求を受信するステップと、
前記ＭＡＣアドレスがサブネット内で一意であることを保証することに基づいて、前記ＭＡＣアドレスにサブネット割り当てを実施するステップと、
を備える方法。
【請求項２】
前記サブネットが、前記通信ネットワーク上で仮想化されたＬＡＮセグメントに一意にマッピングされる、請求項１に記載の方法。
【請求項３】
前記ＭＡＣアドレスが、サブネットに既に割り当てられた別のＭＡＣアドレスの重複である場合に、サブネットに割り当てられた全てのＭＡＣアドレスが前記通信ネットワーク上で各サブネット内で一意であることを保証するため、前記ＭＡＣアドレスを前記サブネットに割り当てをしない、請求項１に記載の方法。
【請求項４】
前記サブネットがＩＰサブネットである、請求項３に記載の方法。
【請求項５】
サブネットの割り当てを実施する前記ステップがさらに、前記サブネットプレフィックスから前記ＭＡＣアドレスにＩＰアドレスを割り当てるステップを含む、請求項１に記載の方法。
【請求項６】
ＩＰアドレスを割り当てる前記ステップが、集中型サーバによって実施される、請求項５に記載の方法。
【請求項７】
前記集中型サーバがＤＨＣＰサーバである、請求項６に記載の方法。
【請求項８】
前記ＭＡＣアドレスが、アクセスノードと関連した設備を介して接続されたクライアントノードと関連している、請求項１に記載の方法。
【請求項９】
前記設備が、前記アクセスノード上の物理的又は仮想ポートを介して前記アクセスノードに接続する、請求項８に記載の方法。
【請求項１０】
特定の設備と関連した全てのＭＡＣアドレスが、同じサブネットプレフィックスからＩＰアドレスを割り付けされる、請求項８に記載の方法。
【請求項１１】
特定の設備からのＭＡＣアドレスがＩＰアドレスのリースを要求し、当該設備に対して現在のサブネットとは異なる新たなサブネットに割り当てられることが必要であると決定される場合に、当該設備からの将来の要求を前記新たな異なるサブネットに割り当てさせるため、当該設備上で他のＭＡＣアドレスと関連した前記現在のサブネットから以前のＩＰアドレスのリースを全て無効にするステップをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記アクセスノードが多数の設備をサポートし、前記アクセスノードによってサポートされる各設備からのＭＡＣアドレスが、デフォルト・サブネットに優先的に割り当てられるように、各設備が、前記同じデフォルト・サブネットを共有する、請求項８に記載の方法。
【請求項１３】
前記アクセスノード上で異なる設備からの重複ＭＡＣアドレスが、異なるサブネットに割り当てられるが、前記同じ設備からの重複ＭＡＣアドレスが、異なるサブネットに割り当てられない、請求項１２に記載の方法。
【請求項１４】
前記通信ネットワークがイーサネットネットワークである、請求項１に記載の方法。
【請求項１５】
設備上でクライアントノードの群に接続され、前記クライアントノードからのトラフィックをブロードバンドゲートウェイに集めるように構成された複数のアクセスノードと、
ＩＰアドレスを前記ネットワーク上で割り付けるように構成され、設備により指示された基本設定によって順序づけられたサブネットのリストからＩＰアドレスを割り付けるＤＨＣＰサーバと、を含み、
前記ＤＨＣＰサーバが、前記サブネットの各々と関連したＭＡＣアドレスのテーブルを維持し、前記ＤＨＣＰサーバが、前記設備に現在割り当てられた前記サブネットにおいて重複ＭＡＣアドレスからＩＰアドレスに対する要求を検出する場合に、前記ＤＨＣＰサーバが、選択された異なるサブネットのプレフィックスから前記重複ＭＡＣアドレスをもつ前記クライアントノードの少なくとも１つにＩＰアドレスを割り当て、前記設備と関連した前記サブネットを前記選択された異なるサブネットに変更する通信ネットワーク。
【請求項１６】
他のＭＡＣアドレスが前記同じ設備上でリースを有する場合に、前記新たなサブネット上に新たなリースを得るため、ＤＨＣＰ ＦＯＲＣＥ ＲＥＮＥＷを発行してこれらのノードを束縛する、請求項１５に記載の通信ネットワーク。
【請求項１７】
前記設備と関連したサブネットが前記新たなサブネットに変更され、設備上の全てのリースが失効した場合に、前記ＤＨＣＰサーバは、当該設備に対する前記サブネットを前記デフォルト・サブネットにリセットするように、サービスプロバイダによって設定されることができる、請求項１５に記載の通信ネットワーク。
【請求項１８】
前記アクセスノードが、イーサネットノードであり、前記イーサネットノードが、前記イーサネットレイヤにおいて前記サブネットを仮想化するため、異なるイーサネットＶＬＡＮ識別子を異なるサブネットのトラフィックに割り当てる、請求項１５に記載の通信ネットワーク。
【請求項１９】
各イーサネットノードが、ＩＰサブネットプレフィックスをＶＬＡＮ識別子にマッピングするテーブルを維持して、前記ＤＨＣＰサーバによって提示される前記サブネットプレフィックスに基づき、前記正確なＶＬＡＮタグ付けを推論して前記加入者クライアントノードに対して使用する、請求項１８に記載の通信ネットワーク。
【請求項２０】
コンピュータで読み取り可能な媒体内に記憶されたコンピュータプログラムであって、前記コンピュータプログラムが、１又は複数のプロセッサにロードされるとき、前記１又は複数のプロセッサが通信ネットワーク上でＩＰアドレスを割り当てる方法を実施するのを可能にするデータ及びインストラクションを有し、
前記方法が、ＩＰアドレス割り当てに対して、前記ＤＨＣＰ要求と関連したオプション８２設備を識別するオプション８２情報を有するＤＨＣＰ要求を受信するステップと、
前記オプション８２設備と関連した現在のサブネットを決定するために前記要求からの前記オプション８２情報を使用するステップと、
前記ＤＨＣＰ要求と関連したＭＡＣアドレスが、前記現在のサブネットと関連した別のＭＡＣアドレスの重複であるか否かを決定するステップと、
前記ＤＨＣＰ要求と関連した前記ＭＡＣアドレスが、デフォルト・サブネットと関連した別のＭＡＣアドレスの重複ではない場合に、ＩＰアドレスを前記デフォルト・サブネットのプレフィックスから割り当てるステップと、
前記ＤＨＣＰ要求と関連した前記ＭＡＣアドレスが、前記設備に対して前記現在のサブネットと関連した別のＭＡＣアドレスの重複である場合に、前記現在のサブネットプレフィックス以外の別のサブネットのプレフィックスからＩＰアドレスを割り当てるステップと、
を含む、コンピュータプログラム。
【請求項１】
通信ネットワーク上で重複ＭＡＣアドレスをもつクライアントノードに対応する方法であって、
ＩＰアドレスに対して、ＭＡＣアドレスと関連する要求を受信するステップと、
前記ＭＡＣアドレスがサブネット内で一意であることを保証することに基づいて、前記ＭＡＣアドレスにサブネット割り当てを実施するステップと、
を備える方法。
【請求項２】
前記サブネットが、前記通信ネットワーク上で仮想化されたＬＡＮセグメントに一意にマッピングされる、請求項１に記載の方法。
【請求項３】
前記ＭＡＣアドレスが、サブネットに既に割り当てられた別のＭＡＣアドレスの重複である場合に、サブネットに割り当てられた全てのＭＡＣアドレスが前記通信ネットワーク上で各サブネット内で一意であることを保証するため、前記ＭＡＣアドレスを前記サブネットに割り当てをしない、請求項１に記載の方法。
【請求項４】
前記サブネットがＩＰサブネットである、請求項３に記載の方法。
【請求項５】
サブネットの割り当てを実施する前記ステップがさらに、前記サブネットプレフィックスから前記ＭＡＣアドレスにＩＰアドレスを割り当てるステップを含む、請求項１に記載の方法。
【請求項６】
ＩＰアドレスを割り当てる前記ステップが、集中型サーバによって実施される、請求項５に記載の方法。
【請求項７】
前記集中型サーバがＤＨＣＰサーバである、請求項６に記載の方法。
【請求項８】
前記ＭＡＣアドレスが、アクセスノードと関連した設備を介して接続されたクライアントノードと関連している、請求項１に記載の方法。
【請求項９】
前記設備が、前記アクセスノード上の物理的又は仮想ポートを介して前記アクセスノードに接続する、請求項８に記載の方法。
【請求項１０】
特定の設備と関連した全てのＭＡＣアドレスが、同じサブネットプレフィックスからＩＰアドレスを割り付けされる、請求項８に記載の方法。
【請求項１１】
特定の設備からのＭＡＣアドレスがＩＰアドレスのリースを要求し、当該設備に対して現在のサブネットとは異なる新たなサブネットに割り当てられることが必要であると決定される場合に、当該設備からの将来の要求を前記新たな異なるサブネットに割り当てさせるため、当該設備上で他のＭＡＣアドレスと関連した前記現在のサブネットから以前のＩＰアドレスのリースを全て無効にするステップをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記アクセスノードが多数の設備をサポートし、前記アクセスノードによってサポートされる各設備からのＭＡＣアドレスが、デフォルト・サブネットに優先的に割り当てられるように、各設備が、前記同じデフォルト・サブネットを共有する、請求項８に記載の方法。
【請求項１３】
前記アクセスノード上で異なる設備からの重複ＭＡＣアドレスが、異なるサブネットに割り当てられるが、前記同じ設備からの重複ＭＡＣアドレスが、異なるサブネットに割り当てられない、請求項１２に記載の方法。
【請求項１４】
前記通信ネットワークがイーサネットネットワークである、請求項１に記載の方法。
【請求項１５】
設備上でクライアントノードの群に接続され、前記クライアントノードからのトラフィックをブロードバンドゲートウェイに集めるように構成された複数のアクセスノードと、
ＩＰアドレスを前記ネットワーク上で割り付けるように構成され、設備により指示された基本設定によって順序づけられたサブネットのリストからＩＰアドレスを割り付けるＤＨＣＰサーバと、を含み、
前記ＤＨＣＰサーバが、前記サブネットの各々と関連したＭＡＣアドレスのテーブルを維持し、前記ＤＨＣＰサーバが、前記設備に現在割り当てられた前記サブネットにおいて重複ＭＡＣアドレスからＩＰアドレスに対する要求を検出する場合に、前記ＤＨＣＰサーバが、選択された異なるサブネットのプレフィックスから前記重複ＭＡＣアドレスをもつ前記クライアントノードの少なくとも１つにＩＰアドレスを割り当て、前記設備と関連した前記サブネットを前記選択された異なるサブネットに変更する通信ネットワーク。
【請求項１６】
他のＭＡＣアドレスが前記同じ設備上でリースを有する場合に、前記新たなサブネット上に新たなリースを得るため、ＤＨＣＰ ＦＯＲＣＥ ＲＥＮＥＷを発行してこれらのノードを束縛する、請求項１５に記載の通信ネットワーク。
【請求項１７】
前記設備と関連したサブネットが前記新たなサブネットに変更され、設備上の全てのリースが失効した場合に、前記ＤＨＣＰサーバは、当該設備に対する前記サブネットを前記デフォルト・サブネットにリセットするように、サービスプロバイダによって設定されることができる、請求項１５に記載の通信ネットワーク。
【請求項１８】
前記アクセスノードが、イーサネットノードであり、前記イーサネットノードが、前記イーサネットレイヤにおいて前記サブネットを仮想化するため、異なるイーサネットＶＬＡＮ識別子を異なるサブネットのトラフィックに割り当てる、請求項１５に記載の通信ネットワーク。
【請求項１９】
各イーサネットノードが、ＩＰサブネットプレフィックスをＶＬＡＮ識別子にマッピングするテーブルを維持して、前記ＤＨＣＰサーバによって提示される前記サブネットプレフィックスに基づき、前記正確なＶＬＡＮタグ付けを推論して前記加入者クライアントノードに対して使用する、請求項１８に記載の通信ネットワーク。
【請求項２０】
コンピュータで読み取り可能な媒体内に記憶されたコンピュータプログラムであって、前記コンピュータプログラムが、１又は複数のプロセッサにロードされるとき、前記１又は複数のプロセッサが通信ネットワーク上でＩＰアドレスを割り当てる方法を実施するのを可能にするデータ及びインストラクションを有し、
前記方法が、ＩＰアドレス割り当てに対して、前記ＤＨＣＰ要求と関連したオプション８２設備を識別するオプション８２情報を有するＤＨＣＰ要求を受信するステップと、
前記オプション８２設備と関連した現在のサブネットを決定するために前記要求からの前記オプション８２情報を使用するステップと、
前記ＤＨＣＰ要求と関連したＭＡＣアドレスが、前記現在のサブネットと関連した別のＭＡＣアドレスの重複であるか否かを決定するステップと、
前記ＤＨＣＰ要求と関連した前記ＭＡＣアドレスが、デフォルト・サブネットと関連した別のＭＡＣアドレスの重複ではない場合に、ＩＰアドレスを前記デフォルト・サブネットのプレフィックスから割り当てるステップと、
前記ＤＨＣＰ要求と関連した前記ＭＡＣアドレスが、前記設備に対して前記現在のサブネットと関連した別のＭＡＣアドレスの重複である場合に、前記現在のサブネットプレフィックス以外の別のサブネットのプレフィックスからＩＰアドレスを割り当てるステップと、
を含む、コンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公表番号】特表２０１２−５２５０１８（Ｐ２０１２−５２５０１８Ａ）
【公表日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願番号】特願２０１２−５０６３０１（Ｐ２０１２−５０６３０１）
【出願日】平成２２年４月２１日（２０１０．４．２１）
【国際出願番号】ＰＣＴ／ＣＡ２０１０／０００６１０
【国際公開番号】ＷＯ２０１０／１２１３７７
【国際公開日】平成２２年１０月２８日（２０１０．１０．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
【出願人】（３９００２３１５７）ノーテル・ネットワークス・リミテッド (153)
【Ｆターム（参考）】
【公表日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願日】平成２２年４月２１日（２０１０．４．２１）
【国際出願番号】ＰＣＴ／ＣＡ２０１０／０００６１０
【国際公開番号】ＷＯ２０１０／１２１３７７
【国際公開日】平成２２年１０月２８日（２０１０．１０．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
【出願人】（３９００２３１５７）ノーテル・ネットワークス・リミテッド (153)
【Ｆターム（参考）】
[ Back to top ]