(57)【特許請求の範囲】
【請求項１】
複数の終端局（１０２）を有し、該終端局の少なくとも一部は最大送信単位（ＭＴＵ：maximum  transmission  unit）検出可能な終端局（１０２’）であるＬ２イーサネット（登録商標）ネットワーク（１００）においてＭＴＵ検出可能な終端局（１０２’）によって実装される方法であって、
前記複数の終端局のＬ２アドレスを取得するステップ（１１０）と、
他のＭＴＵ検出可能な終端局を検出するステップ（１１２）と、
前記他のＭＴＵ検出可能な終端局のそれぞれへのデータリンク層（ＤＬＬ：Data  Link  Layer）接続についてＭＴＵサイズを検出するステップ（１１４，３００，４００）と、
を含み、
前記ＭＴＵ検出可能な終端局は、前記取得するステップおよび前記２つの検出するステップを実行することが可能であり、
前記終端局は、前記取得するステップを実行することが可能であり、
前記現実のＭＴＵサイズを検出するステップは、さらに、前記他のＭＴＵ検出可能な終端局のそれぞれへの前記ＤＬＬ接続の前記ＭＴＵサイズを決定するために、前記他のＭＴＵ検出可能な終端局のそれぞれから適切なレスポンスを受信するまで前記他のＭＴＵ検出可能な終端局のそれぞれに変化するサイズの接続障害管理（ＣＦＭ：Connectivity  Fault  Management）ループバックメッセージを送信することを含むことを特徴とする方法。
【請求項２】
前記取得するステップは、さらに、前記複数の終端局の前記Ｌ２アドレスを取得するために前記Ｌ２イーサネット（登録商標）ネットワークでエクスプローラフレームをブロードキャストするステップを含む、請求項１に記載の方法。
【請求項３】
前記取得するステップは、さらに、前記複数の終端局の前記Ｌ２アドレスを取得するためにリンク層検出プロトコル（ＬＬＤＰ：Link  Layer  Discovery  Protocol）を用いるステップを含む、請求項１に記載の方法。
【請求項４】
前記取得するステップは、さらに、前記複数の終端局の前記Ｌ２アドレスを得るために上位レイヤアドレスを用いるステップを含む、請求項１に記載の方法。
【請求項５】
前記他のＭＴＵ検出可能な終端局を検出するステップは、さらに、前記他のＭＴＵ検出可能な終端局によって理解されるエクスプローラメッセージをブロードキャストすることと、前記他のＭＴＵ検出可能な終端局の前記Ｌ２アドレスを少なくとも含むレスポンスを受信することとを含む、請求項１に記載の方法。
【請求項６】
前記２つの検出するステップは、接続障害管理（ＣＦＭ：Connectivity  Fault  Management）ループバックメッセージを用いて同時に実行される、請求項１に記載の方法。
【請求項７】
複数の終端局（１０２）を有し、該終端局の少なくとも一部は最大送信単位（ＭＴＵ：maximum  transmission  unit）検出可能な終端局（１０２’）であるＬ２イーサネット（登録商標）ネットワーク（１００）におけるＭＴＵ検出可能な終端局（１０２’）であって、
プロセッサ（１０６）と、
プロセッサ実行可能な命令を格納するメモリ（１０８）と、
を備え、
前記プロセッサは、前記メモリとインターフェースで接続され、前記プロセッサ実行可能な命令を実行して以下の
前記複数の終端局のＬ２アドレスを取得するオペレーション（１１０）、
他のＭＴＵ検出可能な終端局を検出するオペレーション（１１２）、
前記他のＭＴＵ検出可能な終端局のそれぞれへのデータリンク層（ＤＬＬ：Data  Link  Layer）接続についてＭＴＵサイズを検出するオペレーション（１１４，３００，４００）、
を実行し、
前記ＭＴＵ検出可能な終端局は、前記取得するオペレーションおよび前記２つの検出するオペレーションを実行することが可能であり、
前記終端局は、前記取得するオペレーションを実行することが可能であり、
さらに、前記プロセッサ実行可能な命令を実行して、前記他のＭＴＵ検出可能な終端局のそれぞれへの前記ＤＬＬ接続の前記ＭＴＵサイズを決定するために、前記他のＭＴＵ検出可能な終端局のそれぞれから適切なレスポンスを受信するまで前記他のＭＴＵ検出可能な終端局のそれぞれに変化するサイズの接続障害管理（ＣＦＭ：Connectivity  Fault  Management）ループバックメッセージを送信することによって前記第２の検出するオペレーションを実行する前記プロセッサを特徴とする、ＭＴＵ検出可能な終端局。
【請求項８】
前記プロセッサは、さらに、前記プロセッサ実行可能な命令を実行して、前記複数の終端局の前記Ｌ２アドレスを取得するために前記Ｌ２イーサネット（登録商標）ネットワークでエクスプローラフレームをブロードキャストすることによって前記取得するオペレーションを実行する、請求項７に記載のＭＴＵ検出可能な終端局。
【請求項９】
前記プロセッサは、さらに、前記複数の終端局の前記Ｌ２アドレスを取得するためにリンク層検出プロトコル（ＬＬＤＰ：Link  Layer  Discovery  Protocol）を用いることによって前記取得するオペレーションを実行する前記プロセッサ実行可能な命令を実行する、請求項７に記載のＭＴＵ検出可能な終端局。
【請求項１０】
前記プロセッサは、さらに、前記プロセッサ実行可能な命令を実行して、前記複数の終端局の前記Ｌ２アドレスを得るために上位レイヤアドレスを用いることによって前記取得するオペレーションを実行する、請求項７に記載のＭＴＵ検出可能な終端局。
【請求項１１】
前記プロセッサは、さらに、前記プロセッサ実行可能な命令を実行して、前記他のＭＴＵ検出可能な終端局によって理解されるエクスプローラメッセージをブロードキャストすることと、前記他のＭＴＵ検出可能な終端局の前記Ｌ２アドレスを少なくとも含むレスポンスを受信することとによって前記第１の検出するオペレーションを実行する、請求項７に記載のＭＴＵ検出可能な終端局。
【請求項１２】
前記プロセッサは、さらに、前記プロセッサ実行可能な命令を実行して、接続障害管理（ＣＦＭ：Connectivity  Fault  Management）ループバックメッセージを用いることによって、前記２つの検出するオペレーションは同時である実行する、請求項７に記載のＭＴＵ検出可能な終端局。
【請求項１３】
少なくとも一部がＭＴＵ検出可能な終端局（１０２’）である複数の終端局（１０２）は、
プロセッサ（１０６）と、
プロセッサ実行可能な命令を格納するメモリ（１０８）と、
を含み、
前記プロセッサは、前記メモリとインターフェースで接続され、前記プロセッサ実行可能な命令を実行して以下の
前記複数の終端局のＬ２アドレスを取得するオペレーション（１１０）、
他のＭＴＵ検出可能な終端局を検出するオペレーション（１１２）、
前記他のＭＴＵ検出可能な終端局のそれぞれへのデータリンク層（ＤＬＬ：Data  Link  Layer）接続についてＭＴＵサイズを検出するオペレーション（１１４，３００，４００）、
を実行し、
前記ＭＴＵ検出可能な終端局は、前記取得するオペレーションおよび前記２つの検出するオペレーションを実行することが可能であり、
前記終端局は、前記取得するオペレーションを実行することが可能である
それぞれのＭＴＵ検出可能な終端局だった
を含み、
さらに、前記プロセッサ実行可能な命令を実行して、前記他のＭＴＵ検出可能な終端局のそれぞれへの前記ＤＬＬ接続の前記ＭＴＵサイズを決定するために、前記他のＭＴＵ検出可能な終端局のそれぞれから適切なレスポンスを受信するまで前記他のＭＴＵ検出可能な終端局のそれぞれに変化するサイズの接続障害管理（ＣＦＭ：Connectivity  Fault  Management）ループバックメッセージを送信することによって前記第２の検出するオペレーションを実行する前記プロセッサを特徴とするＬ２イーサネット（登録商標）ネットワーク（１００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にはＬ２イーサネット（登録商標）ネットワーキングの分野に関し、特に、同じような能力がある他の終端局への各データリンク層（ＤＬＬ）接続のための最大送信単位（ＭＴＵ）サイズを検出することが可能な終端局および方法に関する。
【背景技術】
【０００２】
少なくともいくつかが以下の先行技術および本発明の説明の中で参照される、以下の略字をここに定義する。
【０００３】
ＡＲＰ      アドレス解決プロトコル（Address  Resolution  Protocol）
ＣＦＭ      接続障害管理（Connectivity  Fault  Management）
ＤＬＬ      データリンク層（Data  Link  Layer）
ＤＳＣＰ    Differentiated  Services  Code  Point
ＩＥＥＥ    Institute  of  Electrical  and  Electronic  Engineers
ＩＥＴＦ    Internet  Engineering  Task  Force
ＩＰ        インターネットプロトコル（Internet  Protocol；バージョン４または６）
ＩＳ−ＩＳ  Intermediate  System  to  Intermediate  System（ルーティングプロトコル）
Ｌ１Ｌ２    レイヤ１、レイヤ２（Layer  1,  Layer  2；境界）
Ｌ２        レイヤ２（Layer  2）
Ｌ３        レイヤ３（Layer  3）
ＬＡＮ      ローカルエリアネットワーク（Local  Area  Network）
ＬＢＭ      ループバックメッセージ（Loop  Back  Message）
ＬＬＤＰ    リンク層検出プロトコル（Link  Layer  Discovery  Protocol）
ＬＬＤＰ−ＭＥＤ    LLDP  -  Media  Endpoint  Discovery
ＭＴＵ      最大送信単位（Maximum  Transmission  Unit）
ＯＳＩ      開放型システム間相互接続（Open  Systems  Interconnect）
ＰＤＵ      プロトコルデータ単位（Protocol  Data  Unit）
ＴＬＶ      型−長さ−値（Type  Length  Value）
ＴＲＩＬＬ    Transparent  Routing  over  Lots  of  Links
ＶＬＡＮ    仮想ローカルエリアネットワーク（Virtual  Local  Area  Network）
【０００４】
以下の考察は、イーサネット（登録商標）ネットワーキング、特に、デバイスが実際のまたは現実のＭＴＵサイズを知る必要があるＩＳ−ＩＳリンクステートルーティングその他のデータリンク層技術を用いる最短パスブリッジングに関する。現在、最短パスブリッジングを実行するための２つの提案が存在し：（１）ＩＥＴＦ（Internet  Engineering  Task  Force）  ＴＲＩＬＬ（Transparent  Routing  over  Lots  of  Links）にて進行中の取り組み；および（２）“Virtual  Bridged  Local  Area  Networks−Amendment  9：Shortest  Path  Bridging”と題されたＩＥＥＥ８０２．１  Ｑａｑ−ｄ１−５（この内容はここに参照として組み入れられる）に取り組むＩＥＥＥ８０２．１インターワーキングワークグループにおいて進行中の取り組みである。
【０００５】
ＴＲＩＬＬおよびＩＥＥＥの提案は、いずれも、ＯＳＩのアドレスベースルーティングであるＩＰを含むネットワーク層（Ｌ３）送信転送テクノロジー（一般にはＬ３ルーティングとして言及される）の変形として元々設計されたＩＳ−ＩＳルーティングを用いる。かかるＬ３テクノロジーでは、ルーティングピアごとに定義されているのと同じＭＴＵサイズをサポートしないリンクを検出するのにルーティングピアが失敗しても問題は起こらない。しかしながら、Ｌ２テクノロジーにおいて、最短パス決定および転送のためのＩＳ−ＩＳの使用は、ネットワークパスでの現実のＭＴＵサイズをルーティングピアが知ることが重要である一例である。特に、ＩＳ−ＩＳリンクステートルーティングによる最短パスブリッジングを用いるＬ２テクノロジーでは、ＩＳ−ＩＳピアが現実のＭＴＵサイズを知って互いを検出できることは重要であり、そうでなければレイヤ２転送トポロジにおいて継続的なループ（persistent  loops）が確立される可能性があるであろう。
【０００６】
２つの隣接するＩＳ−ＩＳピアが、ＩＳ−ＩＳ  ｈｅｌｌｏプロトコルを用いて互いに検出しない場合、検出ＰＤＵが大きすぎるために問題が発生し、そうして各ピアはそれらがローカルリンクのために指定された転送者（forwarder）であると判定するであろう。それゆえ、各ピアは、他のピアによって転送されたＰＤＵを、ネットワークの他の終端局から送られたＰＤＵと区別することができず、それを各ピアはやみくもに転送するであろう。この状況で、ネットワークは、ＰＤＵを各ピアによって繰り返し転送させる見えない再転送者で終わってしまう。ＩＳ−ＩＳ（およびその他いくつかの同様のプロトコル）が、ＰＤＵ、特に検出ＰＤＵを（しばしばパディングによって）スタッフする傾向があることを考えれば、これは実際にありそうな結果である。
【０００７】
Ｌ２の継続的なループの生成を防止するために、ＩＳ−ＩＳピアの最短パスブリッジングインスタンスは、隣接するＩＳ−ＩＳ最短パスブリッジへの接続のために、現実のＭＴＵサイズが何であるかをアプリオリに知る必要がある。このことが、キー終端局を接続するパスのための現実のＭＴＵサイズを超えるサイズまでのＰＤＵのオーバースタッフィングを防止するであろう。それゆえ、ブロードキャストベースのＬ２テクノロジーにおいてブロードキャスト／マルチキャストＰＤＵが用いられるところでは、用いられるＭＴＵはすべてのパスのうちで最小のＭＴＵサイズとして決定される必要があるであろう。しかしながら、Ｌ２に参加するデバイスがイーサネット（登録商標；または他のＤＬＬ）終端局であるような、あるアプリケーションでは、２つの終端局の間のＬ２転送パスには含まれないリンクで適用されうるＭＴＵ値とは無関係に、それら２つの終端局の間のＭＴＵを知ることは有用である。このことは、ユニキャストＰＤＵが、２つの終端局を接続するパスのための最大の現実のＭＴＵサイズで転送されることを可能にする。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
このように、Ｌ２ネットワーク全体のためのＭＴＵを、単純にネットワークにおけるすべてのリンクの最小ＭＴＵに等しく設定することは可能であるが、このアプローチは、ほとんどの終端局のペアのために実際に要求されるよりも低い値のＭＴＵをもたらしうる。ＩＰネットワークで終端局のペアの間の現実のＭＴＵを決定するために用いられうるアプローチがあるが、ＰＤＵが“大きすぎる”ためにドロップされたことを送り手に報告する能力を含むエラー報告メカニズムがＬ２ネットワークにはないために、これらのアプローチはＬ２ネットワークに適用できない。従って、終端局のペアがそれらのＤＬＬ接続のための現実のＭＴＵを判定することを可能にすることによって、この問題に対処する必要がある。この必要および他の必要が、本発明によって満足される。
Karel  Slavick  ED−Yevgeni  Koucheryavy  et  al，“Maximum  Frame  Size  in  Large  Layer  2  Networks”，２００７年９月１０日，Next  Generation  Teletraffic  and  Wired/Wireless  Advanced  Networking，［コンピュータサイエンスの講義ノート］，Springer  Berlin  Heidelberg，Berlin  Heidelberg，ページ４０９−４１８は、ＩＥＴＦおよびＩＥＥＥが、ＷＡＮネットワークでの使用にとってより魅力的にするためのイーサネット（登録商標）プロトコルへのいくつかの改良に取り組んでいることを開示している。これらの変更は、イーサネット（登録商標）ヘッダにいくらかの追加のフィールドを付加し、そのため有効な最大搬送可能データ単位は減少するであろう。この点からは、イーサネット（登録商標）層が搬送可能な最大データ単位について上位レイヤにどう情報を提供するかという課題に続く。この論文は、イーサネット（登録商標）層が搬送可能な最大データ単位について上位レイヤにどう情報を提供するかのいくつかのありうるソリューションを提案している。
“IEEE  Standard  for  Local  and  Metropolitan  Area  Networks  Station  and  Media  Access  Control  Connectivity  Discovery；IEEE  Std.  802.1AB-2005  ED−Anonymous”ＩＥＥＥ規格，ＩＥＥＥ，アメリカ合衆国ニュージャージー州ピスカタウェイ，２００５年５月６日，ページ１−１５８は、ＩＥＥＥ８０２ローカルエリアネットワークにおいて近隣の局からの物理トポロジを検出するのに用いられうるプロトコルおよび管理されたオブジェクトのセットを開示している。
Parker  J.  et  al.“Recommendations  for  Interoperable  Networks  using  Intermediate  System  to  Intermediate  System(IS-IS)；rfc3719.txt”ＩＥＴＦ規格，Internet  Engineering  Task  Force，ＩＥＴＦ，ＣＨ，２００４年２月１日は、ＩＳＯ１０５８９に記載されているＩＳ−ＩＳ（Intermediate  System  to  Intermediate  System）プロトコルと、今日実装されているプロトコルとの間の数多くの差異を開示している。
【課題を解決するための手段】
【０００９】
本発明の独立請求項には、方法、ＭＴＵ可能な終端局、およびＬ２イーサネット（登録商標）ネットワークが記載される。方法、ＭＴＵ可能な終端局、およびＬ２イーサネット（登録商標）ネットワークの有利な実施形態は、従属項に記載される。
一側面において、本発明は、複数の終端局とともにＬ２イーサネット（登録商標）ネットワークにあるＭＴＵ検出可能な終端局によって実装される方法を提供し、上記終端局の少なくとも一部はＭＴＵ検出可能な終端局である。上記方法は、（１）複数の終端局のＬ２アドレスを取得するステップ、（２）他のＭＴＵ検出可能な終端局を検出するステップ、（３）および他のＭＴＵ検出可能な終端局のそれぞれに接続するＤＬＬ接続についてＭＴＵサイズを検出するステップを含み、ＭＴＵ検出可能な終端局は上記取得するステップおよび上記２つの検出するステップを実行することが可能であり、終端局は上記取得するステップを実行することが可能である。ＭＴＵ検出可能な終端局は、イーサネット（登録商標）ネットワークにおけるすべてのパスで最小のＭＴＵサイズで他のＭＴＵ検出可能な終端局にユニキャストＰＤＵを転送しなければならないのではなく別のＭＴＵ検出可能な終端局に接続するパスのための最大の現実のＭＴＵサイズでユニキャストＰＤＵを転送するために、検出されたＭＴＵを有利に用いうる。
【００１０】
さらに別の面において、本発明は、複数の終端局とともにＬ２イーサネット（登録商標）ネットワークにあるＭＴＵ検出可能な終端局を提供し、上記終端局の少なくとも一部はＭＴＵ検出可能な終端局である。ＭＴＵ検出可能な終端局は、（１）プロセッサ、および（２）プロセッサ実行可能な命令を格納するメモリを含み、プロセッサはメモリとインターフェースで接続され、プロセッサ実行可能な命令を実行して以下の（１）複数の終端局のＬ２アドレスを取得するオペレーション、（２）他のＭＴＵ検出可能な終端局を検出するオペレーション、および（３）他のＭＴＵ検出可能な終端局のそれぞれに接続するＤＬＬ接続についてＭＴＵサイズを検出するオペレーションを実行し、ＭＴＵ検出可能な終端局は上記取得するステップおよび上記２つの検出するステップを実行することが可能であり、終端局は上記取得するステップを実行することが可能である。ＭＴＵ検出可能な終端局は、イーサネット（登録商標）ネットワークにおけるすべてのパスで最小のＭＴＵサイズで他のＭＴＵ検出可能な終端局にユニキャストＰＤＵを転送しなければならないのではなく別のＭＴＵ検出可能な終端局に接続するパスのための最大の現実のＭＴＵサイズでユニキャストＰＤＵを転送するために、検出されたＭＴＵを有利に用いうる。
【００１１】
なおも別の面において、本発明は、少なくとも一部がＭＴＵ検出可能な終端局である複数の終端局は、（１）プロセッサ、および（２）プロセッサ実行可能な命令を格納するメモリを含み、プロセッサはメモリとインターフェースで接続され、プロセッサ実行可能な命令を実行して以下の（１）複数の終端局のＬ２アドレスを取得するオペレーション、（２）他のＭＴＵ検出可能な終端局を検出するオペレーション、および（３）他のＭＴＵ検出可能な終端局のそれぞれへのＤＬＬ接続についてＭＴＵサイズを検出するオペレーションを実行し、ＭＴＵ検出可能な終端局は、ＭＴＵ検出可能な終端局は上記取得するステップおよび上記２つの検出するステップを実行することが可能であり、終端局は上記取得するステップを実行することが可能であるそれぞれのＭＴＵ検出可能な終端局だったを有するＬ２イーサネット（登録商標）ネットワークが提供される。ＭＴＵ検出可能な終端局は、イーサネット（登録商標）ネットワークにおけるすべてのパスで最小のＭＴＵサイズで他のＭＴＵ検出可能な終端局にユニキャストＰＤＵを転送しなければならないのではなく別のＭＴＵ検出可能な終端局に接続するパスのための最大の現実のＭＴＵサイズでユニキャストＰＤＵを転送するために、検出されたＭＴＵを有利に用いうる。
【００１２】
発明のさらなる面は、ある部分が以下の詳細な説明、図面およびいずれかの請求項によって明らかにされ、またある部分が詳細な説明から引き出され、また発明の実施から学習されるであろう。ここまでの概略的な説明および以下の詳細な説明の両方は、例示的および説明的なものにすぎず、開示されたとおりに発明を制限するものではないことが理解されるべきである。
【図面の簡単な説明】
【００１３】
本発明のさらに完全な理解は、以下の詳細な説明を、添付図面とともに参照することによって得られるであろう。
【００１４】
【図１】終端局と中間ルータとを含み、終端局の少なくとも一部が、本発明の一実施形態に従って設定されるＭＴＵ検出可能な終端局である例示的なイーサネット（登録商標）ネットワークのブロック図である。
【図２】本発明の一実施形態に係るＭＴＵ検出可能な終端局の基本的なコンポーネントおよび機能性を示すブロック図である。
【図３】本発明の一実施形態に従いＭＡＣサーチを用いるＭＴＵサイズ検出プロセスを実行するために、図１〜２に示されるＭＴＵ検出可能な終端局によって実装されうる例示的な方法を示すフローチャートである。
【図４】本発明の一実施形態に従いバイナリサーチを用いるＭＴＵサイズ検出プロセスを実行するために、図１〜２に示されるＭＴＵ検出可能な終端局によって実装されうる例示的な方法を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下の説明では、本発明のＭＴＵ検出可能な終端局およびＭＴＵサイズ検出方法についての簡単な考察がまず提供され、それから、詳細な考察が提供されて詳細が説明され、Ｌ２イーサネット（登録商標）ネットワークで用いられてＭＴＵ検出可能な終端局が他のＭＴＵ検出可能な終端局へのＤＬＬ接続のそれぞれについてＭＴＵサイズを検出できるようにする本発明の異なるいくつかの実施形態についての完全な理解が可能になる。本発明が、ここに開示される具体的な詳細とは異なる他の実施形態でも実施されうることは、本開示の利益を得た当業者には明白であろう。さらに、本発明の説明を不明瞭にしないために、周知のアーキテクチャ、デバイス、インターフェースおよびシグナリングステップの説明は省略されていることも、当業者には明白であろう。
【００１６】
図１を参照すると、複数の中間ルータ１０４を介して互いに接続される複数の終端局１０２を有する例示的なイーサネット（登録商標）ネットワーク１００が図示されており、少なくともいくつかの終端局１０２は本発明の実施形態に従って設定されたＭＴＵ検出可能な終端局１０２’である。図２に示されるように、それぞれのＭＴＵ検出可能な終端局１０２’は、１またはそれ以上のプロセッサ１０６と、プロセッサが実行可能な命令を有する少なくとも１つのメモリ１０８（ストレージ１０８）を含み、プロセッサ１０６は少なくとも１つのメモリ１０８とインターフェースで接続され、プロセッサが実行可能な命令であって、（１）Ｌ２イーサネット（登録商標）ネットワークの中の他の終端局１０２のＬ２アドレスを取得し（ステップ１１０）、（２）他のＭＴＵ検出可能な終端局１０２’を検出し（ステップ１１２）、および（３）他のＭＴＵ検出可能な終端局１０２’のそれぞれへのＤＬＬ接続についてＭＴＵサイズを検出する（ステップ１１４）命令を実行する（注：１またはそれ以上のプロセッサ１０６および少なくとも１つのメモリ１０８は、少なくとも部分的に、ソフトウェア、ファームウェア、ハードウェア、またはハードコーディングされたロジックとして実装されうる）。ＭＴＵ可能な終端局１０２’が設定され、他のＭＴＵ検出可能な終端局１０２’のそれぞれへのＤＬＬ接続についてＭＴＵを検出するためのステップ１１０，１１２および１１４を実装するいくつかの異なる例示的なやり方についての詳細な考察が、続いて提供される。
【００１７】
第１のステップ１１０において、それぞれのＭＴＵ検出可能な終端局１０２’は、任意のやり方で、Ｌ２イーサネット（登録商標）ネットワーク１００の中の終端局１０２のＬ２アドレスを取得しうる。例えば、それぞれのＭＴＵ検出可能な終端局１０２’は、ブロードキャストメッセージメカニズムを介して初期エクスプローラフレームを送り、Ｌ２イーサネット（登録商標）ネットワーク１００におけるすべての到達可能な終端局１０２を検出しうる。これは、到達可能と推定される終端局１０２のすべてのＬ２アドレスがアプリオリには知られていないと仮定しており、なぜならばそれらがそうであればこのステップは省略されうる。Ｌ２アドレス情報がアプリオリに知られるであろう１つのやり方は、設定を介して、または終端局１０２がリンク層検出プロトコル（ＬＬＤＰ）をサポートするのであれば動的にである。ＬＬＤＰは、“IEEE  Standard  for  Local  and  Metropolitan  Area  Networks-Station  and  Media  Access  Control  Connectivity  Discovery”と題されたＩＥＥＥ８０２．１ＡＢ―２００５（この内容はここに参照として組み入れられる）で説明されている。Ｌ２アドレスがアプリオリに知られるであろう別のやり方は、より上位のレイヤのリクワイアメントに基づくことである。例えば、それぞれの終端局１０２のＬ２アドレスは、ＯＳＩアドレスとＩＳ−ＩＳとを用いる場合のように、アドレス解決プロトコル（ＡＲＰ）の何らかのアナロジー、または例えば終端局１０２のＬ２アドレスがより高いレイヤのアドレスに包含されることに基づく何らかのアルゴリズムのいずれかを用いて、より高いレイヤのアドレスから引き出されうる。
【００１８】
第２のステップ１１２において、それぞれのＭＴＵ検出可能な終端局１０２’は、任意のやり方で、他のＭＴＵ検出可能な終端局１０２’を検出しうる。例えば、このステップは、それぞれのＭＴＵ検出可能な終端局１０２’が、同様のＭＴＵ検出可能な終端局１０２’によってのみ理解されうるブロードキャストベースのエクスプローラメッセージを送ることによって達成されうる。この場合、それぞれのＭＴＵ検出可能な終端局１０２’は、受信したすべてのエクスプローラメッセージの送り手に返答して送り手のＬ２アドレスを記録し、こうしてそのＬ２アドレスを学習して送り手に自身のＬ２アドレスを提供する。それらをアプリオリに知ることを含む、ＭＴＵ検出可能な終端局１０２’が他のＭＴＵ検出可能な終端局１０２’を検出する他の例示的なやり方は、後述される。
【００１９】
第３のステップ１１４において、それぞれのＭＴＵ検出可能な終端局１０２’は、任意のやり方で、他のＭＴＵ検出可能な終端局１０２’へのＤＬＬ接続についてＭＴＵサイズを検出しうる。例えば、このステップは、それぞれのＭＴＵ検出可能な終端局１０２’が、（１）エクスプローラプロトコル（協働する、同様に設計されたシステムの間の）、または（２）“Draft  IEEE  Standard  for  Local  and  Metropolitan  Area  Networks-Virtual  Bridged  Local  Area  Networks”と題されたＩＥＥＥ８０２．１Ｑ、２００８エディション  ドラフトＤ０．３  ２５．５．６節（この内容はここに参照として組み入れられる）で定義されるような基本的な機能をもつ接続障害管理（ＣＦＭ）ループバックメカニズムを用いることによって達成されうる。前者の場合、到達可能な（そして協働する）ＭＴＵ検出可能な終端局１０２’の一連のＬ２アドレスがひとたび知られると、それぞれのＭＴＵ検出可能な終端局１０２’は、他のＭＴＵ検出可能な終端局１０２’のそれぞれへと接続するＤＬＬ接続について有効な（または現実の）ＭＴＵサイズを決定するペアワイズの（pair-wise）処理を行うであろう。それぞれのＭＴＵ検出可能な終端局１０２’は、ＭＴＵ検出可能な終端局１０２’を探り当てて実際のＭＴＵサイズを決定するために、変化するサイズのメッセージを利用するプロプライエタリなメッセージエクスプローラプロトコルのような明確に定義されたメカニズムを用いることによってこれをなしうる。後者の場合、到達可能な（そして協働する）ＭＴＵ検出可能な終端局１０２’の一連のＬ２アドレスがひとたび知られると、それぞれのＭＴＵ検出可能な終端局１０２’は、ＭＴＵ検出可能な終端局１０２’を探り当てて実際のＭＴＵサイズを決定するために、変化するサイズのＣＦＭループバックメッセージを用いるであろう。両方の場合において、各種の合理的な方式が、ＭＴＵサイズを探り当てるのに用いられる連続フレームサイズを決定するのに用いられるであろう。例えば、送り手であるＭＴＵ検出可能な終端局１０２’は、それらのポート／インターフェースハードウェアの最大送信サイズに対応するサイズのＰＤＵを最初に送信し、別のＭＴＵ検出可能な終端局１０２’からの適切なレスポンスを受信できなければ、適切なレスポンスの受信に成功するまで、より小さい連続ＰＤＵサイズを試すであろう。これらの技術（または類似の技術）を用いて、任意の２つのＭＴＵ検出可能な終端局１０２’の間のＤＬＬ接続についてＭＴＵサイズを決定することが可能になる。
【００２０】
再び図１を参照して、図示される例示的なイーサネット（登録商標）ネットワーク１００は、複数の終端局１０２を有し、そのうちいくつかはＭＴＵ検出可能な終端局１０２’であり、それらには参照の目的のためだけに、時計回りの向きに１〜６の番号がつけられている。以下の考察では、このシナリオについて以下の２つのケースが適用されると仮定する。
・それぞれのＭＴＵ検出可能な終端局１０２’は、上述したような何らかのメカニズムを通じて、他のすべての終端局１０２（自動的に他のＭＴＵ検出可能な終端局１０２’が含まれる）についてのＬ２アドレス情報を知っている。
・これらのＭＴＵ検出可能な終端局１０２’のいくつかのサブセットは、他のすべてのＭＴＵ検出可能な終端局１０２’についてのＬ２アドレスのフルセットを知らない。
【００２１】
それゆえ、この例において、最初のステップは、それぞれのＭＴＵ検出可能な終端局１０２’をして他のＭＴＵ検出可能な終端局１０２’のためのＬ２アドレスのフルセットを決定させることである。これは、例えば、それぞれのＭＴＵ検出可能な終端局１０２’をして、同様のＭＴＵ検出可能な終端局１０２’によってしか理解されないであろうブロードキャストベースのエクスプローラメッセージを送らせることによって達成されうる。そして、それぞれのＭＴＵ検出可能な終端局１０２’は、受信したすべてのエクスプローラメッセージの送り手に返答して送り手のＬ２アドレスを記録し、こうして送り手のＬ２アドレスを学習してその送り手に自身のＬ２アドレスを提供する。
【００２２】
この場合、送り手であるＭＴＵ検出可能な終端局１０２’は、ＤＬＬテクノロジーのために有用な最小のＰＤＵサイズであるサイズを有する最初のエクスプローラメッセージを送り、この目的で用いられるＰＤＵが、そうすることが可能であれば届けられることを確実にする。送り手であるＭＴＵ検出可能な終端局１０２’は、ロストメッセージの可能性を見込み、また新たなＭＴＵ検出可能な終端局１０２’の追加をサポートするために、エクスプローラメッセージの送信を周期的に繰り返してもよい。このミニマムサイズリクワイアメントと調和させるのであれば、エクスプローラＰＤＵは、その後のＭＴＵサイズ検出プロセスを最適化するのに有用な情報をも含んでもよい。例えば、エクスプローラＰＤＵおよびレスポンスＰＤＵは、２つのＭＴＵ検出可能な終端局１０２’のローカルで最大のＰＤＵサイズを示す情報を含み、ＭＴＵサイズ検出プロセスに関わるであろう２つのＭＴＵ検出可能な終端局１０２’の最大値の小さい方に等しいサイズでのＭＴＵ検出ＰＤＵの最初のスタートを可能にしてもよい。いずれにしても、送り手であるＭＴＵ検出可能な終端局１０２’は、エクスプローラメッセージへのレスポンスを受信すると、後にＭＴＵサイズ検出プロセスを実行するであろうＭＴＵ検出可能な終端局１０２’のリストを生成するか、またはＬ２アドレスでＬ２アドレスベースですぐにＭＴＵサイズ検出プロセスの実行を開始する。
【００２３】
エクスプローラプロトコルへの付加的な追加は、リンクレベル検出プロトコル（ＬＬＤＰ）（ＩＥＥＥ８０２．１ＡＢを参照）である。これは、リンク層についての情報を知らせる一方通行のプロトコルである。ＬＬＤＰメッセージにおける必須のＴＬＶの１つは、シャーシ（Chassis）ＩＤ  ＴＬＶであり、このシャーシＩＤ  ＴＬＶの中に、リモートのＭＴＵ検出可能な終端局１０２’のＭＡＣアドレス（Ｌ２アドレス）が含まれうる。さらに、ＬＬＤＰ−ＭＥＤ、メディアエンドポイント検出のために拡張されたＬＬＤＰが、ＶＬＡＮ設定および属性、レイヤ２プライオリティならびにＤＳＣＰ値のような、さらなるネットワークポリシーを知らせるために用いられてもよい。代替的に、Ｌ２アドレスは、単純に、未知のＬ２アドレスを有する送り手のＭＴＵ検出可能な終端局１０２’をリスンすることによって学習されてもよい。
【００２４】
すべてのＭＴＵ検出可能な終端局１０２’のＬ２アドレスがアプリオリに知られていても、検出する必要があっても、ひとたびそのＬ２アドレスがＭＴＵ検出可能な終端局１０２’に知られると、ＭＴＵサイズ検出のプロセスが始まる。この例において、６つのＭＴＵ検出可能な終端局１０２’のそれぞれは、他の５つのＭＴＵ検出可能な終端局１０２’のそれぞれに適用されるペアワイズのＭＴＵサイズを検出することからスタートすべきという初期値を有する。初期値は、設定されてもよく、それぞれのＭＴＵ検出可能な終端局１０２’のリンクに接続するポート／インターフェースから（ｉｏｃｔｌのようなデバイスインターフェースファンクションコール−例えば−を用いて）決定されてもよい。最初は、それぞれのＭＴＵ検出可能な終端局１０２’は、他の５つのＭＴＵ検出可能な終端局１０２’のそれぞれに接続するリンクのセットに適用される有効なＭＴＵサイズについての情報を有していないものとする。
【００２５】
上述のように、それぞれのＭＴＵ検出可能な終端局１０２’は、任意のやり方で、他のＭＴＵ検出可能な終端局１０２’のそれぞれへのＤＬＬ接続についてＭＴＵサイズを検出しうる。あるケースでは、ＭＴＵ検出可能な終端局１０２’を探り当てて、他のＭＴＵ検出可能な終端局１０２’のそれぞれへの実際のＭＴＵサイズを決定するために、それぞれのＭＴＵ検出可能な終端局１０２’は、変化するサイズのメッセージを用いるプロプライエタリなメッセージエクスプローラプロトコルのような明確に定義されたメカニズムを用いうる。別のケースでは、他のＭＴＵ検出可能な終端局１０２’のそれぞれへの実際のＭＴＵサイズを決定するために、それぞれのＭＴＵ検出可能な終端局１０２’は、変化するサイズのＣＦＭループバックメッセージを用いうる。両方のケースで、各種の合理的な方式が、ＭＴＵサイズを探り当てるのに用いられる連続フレームサイズを決定するのに用いられるであろう。例えば、送り手のＭＴＵ検出可能な終端局１０２’は、それらのポート／インターフェースハードウェアの最大送信サイズに対応するサイズのＰＤＵを最初に送信し、別のＭＴＵ可能な終端局１０２’からの適切なレスポンスを受信できなければ、適切なレスポンスの受信に成功するまで、連続がより小さいＰＤＵメッセージを送信し続けるであろう。
【００２６】
ＭＴＵサイズ検出プロセスは、いくつかの制御に依存するであろう。例えば、この制御は以下を含みうる。
・前回のメッセージがレスポンスに成功しなかったとき、後の探索ＰＤＵメッセージが送信されない最小の時間（リトライタイマー）
・別のサイズの探索ＰＤＵメッセージを試す前に、どれだけの探索ＰＤＵメッセージを送るかを決定するのに用いられるリトライ数
・それによって後の探索ＰＤＵメッセージが前の探索ＰＤＵメッセージと長さが異なる、インクリメントとして用いられる値
・探索ＰＤＵメッセージサイズの候補リスト
・特定のサイジングアルゴリズムセレクタ
【００２７】
ＭＴＵサイズ検出プロセスは、それぞれのＭＴＵ検出可能な終端局１０２’によって、すべてのＭＴＵ検出可能な終端局１０２’について繰り返される。この例において、それぞれのＭＴＵ検出可能な終端局１〜６は、他のＭＴＵ検出可能な終端局のすべてと（１は２〜６と、２は１および３〜６と、のように）このプロセスを繰り返すであろう。このＭＴＵサイズ検出プロセスは、リモートのＭＴＵ検出可能な終端局１０２’との通信に適用されるデータリンク層でのペアごとのＭＴＵサイズを決定するために、それぞれのＭＴＵ検出可能な終端局１０２’によって用いられうる。このアプローチを採用するそれぞれのＭＴＵ検出可能な終端局１０２’は、終端局ごとの行き先ＭＴＵサイズ値を維持しうる。ＭＴＵサイズ検出プロセスは、有効ＭＴＵサイズにおけるいかなる変化も検出されることを確実にするために、周期的に繰り返されてもよい。または、ＭＴＵサイズ検出プロセスは、ネットワーク１００におけるＬ２トポロジの変化の検出の結果がそのトリガとなってもよい。
【００２８】
別の方法では、ＭＴＵサイズ検出プロセスは、必ずしも両方の終端局１０２がＭＴＵ検出可能であることを必要としない。これは、終端局１０２が、ＭＴＵ検出に利用されうるいくつかの形のループバックメカニズムをサポートしたある特定のＬ２テクノロジーをサポートするケースでありうる。ここで、ＭＴＵサイズ検出は、任意のＭＴＵ検出可能な終端局１０２’によって、ＭＴＵ検出可能であることが知られているか否かに関わりなくすべての終端局１０２について実行されうる。最も単純なケースでは、それぞれの終端局１０２がＩＥＥＥ８０２．１Ｑで定義されるようなＣＦＭをサポートする。この場合、ＭＴＵ検出可能な終端局１０２’は、リモートの終端局１０２から正しく返されるレスポンスに基づいて最大ＭＴＵサイズを決定するために、ＣＦＭループバックメカニズムを用いて、異なるサイズの探索ＰＤＵを送るであろう。正しいレスポンスを送るリモートの終端局１０２は、送り手のＭＴＵ検出可能な終端局１０２のようにＭＴＵ検出可能であろう。正しいレスポンスを送らないリモートの終端局１０２は、ＭＴＵ検出可能な終端局１０２’ではなく、ＤＬＬ接続のＭＴＵサイズを決定するために送り手のＭＴＵ検出可能な終端局１０２’とインターフェースすることができないようなものであろう。
【００２９】
ここで、送り手のＭＴＵ検出終端局１０２’は、終端局１０２に送られる異なるサイズの探索ＰＤＵのサイズを決定するために任意のメカニズムを用いうるが、１つのアプローチは、送り手のＭＴＵ検出可能な終端局１０２’が正しく返されることを合理的に予測できる最大のＰＤＵサイズで始めることである。例えば、この最大のＰＤＵサイズは、カプセル化および／または非カプセル化（re-encapsulation）情報およびポート／インターフェース特性から決定されてもよく、またローカルおよびリモートのポート／インターフェース特性（どちらも既知であれば）の最大ＰＤＵサイズの小さい方をとった結果であってもよい。どちらのケースでも、ＭＴＵ検出可能な終端局１０２’は、正しいリターンが観測されるまで変化するサイズの探索ＰＤＵを送る。
【００３０】
ＣＦＭがひろくサポートされていなければ、ＭＴＵ検出可能な終端局１０２’は、実際のＭＴＵサイズを検出する機能を実行するために、何らかの他のメカニズムを用いるであろう。例えば、ＭＴＵ検出可能な終端局１０２’は、プロプライエタリなプロトコル識別子、続いて最低でもメッセージがリクエストかレスポンスかを識別するペイロード、続いて（リクエストメッセージでは）探索リクエストメッセージの所望のＰＤＵサイズを生成するのに必要なパッドデータを有する、明確に定義されたリクエスト／レスポンスメッセージングプロトコルの使用に依存するメカニズムを用いてもよい。ＭＴＵ検出可能な終端局１０２は、このプロプライエタリな（または明確に定義された）探索リクエストメッセージをリモートの終端局１０２に送信し、それらはＭＴＵ検出可能であれば同じように明確に定義されたレスポンスメッセージを用いて返答するであろう。レスポンスが受信されなければ、送り手のＭＴＵ検出可能な終端局１０２’は、リモートの終端局１０２は到達可能ではないか、ＭＴＵ検出可能ではないと判断するであろう。
【００３１】
ＩＳ−ＩＳが用いられＰＤＵ制限が存在するいくつかのアプリケーションでの状況のように、ＭＴＵ検出可能であることが要求される場合、送り手のＭＴＵ検出可能な終端局１０２’が（上記のアプローチの１つを用いて）リモートの終端局１０２からの適切なレスポンスを受信できないと、潜在的な設定エラーその他の設定の調整を必要に応じて修正させるために、該当する終端局１０２は上位レイヤのアプリケーション、ネットワークオペレータまたはマネジメントシステムに報告されうる。
【００３２】
図３を参照すると、本発明の一実施形態に従ってＭＡＣサーチを用いてＭＴＵサイズ検出プロセスを実行するためにＭＴＵ検出可能な終端局１０２’によって実装されうる例示的な方法３００を示すフローチャートが示されている。ステップ３０２において、ＭＴＵ検出可能な終端局１０２’は、タイマのような外部的なトリガ、トポロジの変化の兆候、またはイーサネット（登録商標）ネットワーク１００に追加されたまたはそこから除去された終端局１０２のＬ２アドレスをＭＴＵ検出可能な終端局１０２’に検出させる何らかの外部的なメカニズムによって、他のＭＴＵ検出可能な終端局１０２’へのそれぞれのＤＬＬ接続についてＭＴＵサイズを決定するためのＭＴＵサイズ検出プロセスを開始しうる。ステップ３０４において、ＭＴＵ検出可能な終端局１０２’は、発見済ＭＡＣテーブル（他のＭＴＵ検出可能な終端局１０２’を特定する）の中から最初のＭＡＣアドレス（最初の他のＭＴＵ検出可能な終端局１０２’）を選択する。ステップ３０６において、ＭＴＵ検出可能な終端局１０２’は、その出口ポート（egress  port）のＭＴＵに基づいて、ループバックメッセージ（ＬＢＭ）の最大パケットサイズを設定する。ステップ３０８において、ＭＴＵ検出可能な終端局１０２’は、ＬＢＭを最大パケットサイズで他のＭＴＵ検出可能な終端局１０２’に関連付けられた行き先ＭＡＣに送信する。ステップ３１０において、ＭＴＵ検出可能な終端局１０２’は、他のＭＴＵ検出可能な終端局１０２’からＬＢＭレスポンスを受信するのを所定の時間（ｘｘ秒）待機する。ステップ３１２において、ＭＴＵ検出可能な終端局１０２’は、他のＭＴＵ検出可能な終端局１０２’からＬＢＭレスポンスが受信されているかチェックする。ステップ３１２の結果がＮＯであれば、ＭＴＵ検出可能な終端局１０２’は、ステップ３１４で、ＬＢＭメッセージの最大サイズを例えば１オクテットだけ減らし、ステップ３０８に戻る。ステップ３１２の結果がＹＥＳであれば、ＭＴＵ検出可能な終端局１０２’は、ステップ３１６で、他のＭＴＵ検出可能な終端局１０２’に関連付けられたこの行き先ＭＡＣアドレスについて、検出されたＭＴＵサイズを記憶させる。ステップ３１８において、ＭＴＵ検出可能な終端局１０２’は、他のＭＴＵ検出可能な終端局１０２’に関連付けられたさらなるＭＡＣアドレスが行き先ＭＡＣテーブルにあるかをチェックする。ステップ３１８の結果がＹＥＳであれば、ＭＴＵ検出可能な終端局１０２’は、ステップ３２０において、発見済ＭＡＣテーブル（他のＭＴＵ検出可能な終端局１０２’を特定する）で次のＭＡＣアドレス（次の別のＭＴＵ検出可能な終端局１０２’）を選択し、そしてステップ３０６に戻る。ステップ３１８の結果がＮＯであれば、ＭＴＵ検出可能な終端局１０２’は、ステップ３２２でＭＴＵ検出プロセスを終了する。
【００３３】
図４を参照すると、本発明の一実施形態に従ってバイナリサーチを用いてＭＴＵサイズ検出プロセスを実行するためにＭＴＵ検出可能な終端局１０２’によって実装されうる例示的な方法４００を示すフローチャートが示されている。ステップ４０２において、ＭＴＵ検出可能な終端局１０２’は、タイマのような外部的なトリガ、トポロジの変化の兆候、またはイーサネット（登録商標）ネットワーク１００に追加されたまたはそこから除去された終端局１０２のＬ２アドレスをＭＴＵ検出可能な終端局１０２’に検出させる何らかの外部的なメカニズムによって、他のＭＴＵ検出可能な終端局１０２’へのそれぞれのＤＬＬ接続についてＭＴＵサイズを決定するためのＭＴＵサイズ検出プロセスを開始しうる。ステップ４０４において、ＭＴＵ検出可能な終端局１０２’は、発見済ＭＡＣテーブル（他のＭＴＵ検出可能な終端局１０２’を特定する）の中から最初のＭＡＣアドレス（最初の他のＭＴＵ検出可能な終端局１０２’）を選択する。ステップ４０６において、ＭＴＵ検出可能な終端局１０２’は、ループバックメッセージ（ＬＢＭ）の最大パケットサイズに等しいＴをその出口ポートのＭＴＵに基づいて設定し、最小パケットサイズに等しいＢをＬＢＭリクエスト長に設定し、ｐ＝Ｔに設定する。ステップ４０８において、ＭＴＵ検出可能な終端局１０２’は、ＬＢＭをｐに等しいパケットサイズで他のＭＴＵ検出可能な終端局１０２’に関連付けられた行き先ＭＡＣに送信する。ステップ４１０において、ＭＴＵ検出可能な終端局１０２’は、他のＭＴＵ検出可能な終端局１０２’からＬＢＭレスポンスを受信するのを所定の時間（ｘｘ秒）待機する。ステップ４１２において、ＭＴＵ検出可能な終端局１０２’は、他のＭＴＵ検出可能な終端局１０２’からＬＢＭレスポンスが受信されているかチェックする。ステップ４１２の結果がＮＯであれば、ＭＴＵ検出可能な終端局１０２’は、ステップ４１４において、ｐ＝（Ｔ−Ｂ）／２に再設定し、Ｔ＝Ｔ−ｐに再設定することでＬＢＭメッセージのサイズを最小および最大パケットサイズの差の半分だけ減らし、ステップ４０８に戻る。ステップ４１２の結果がＹＥＳであれば、ＭＴＵ検出可能な終端局１０２’は、ステップ４１６において、ＬＢＭレスポンスに見出されるＭＴＵがＴ＝Ｂであるか判定する。ステップ４１６の結果がＮＯであれば、ＭＴＵ検出可能な終端局１０２’は、ステップ４１８において、ｐ＝（Ｔ−Ｂ）／２に再設定し、Ｂ＝Ｂ＋ｐに再設定することで、ＬＢＭパケットのサイズを最小および最大のパケットサイズの差の半分だけ増やし、そしてステップ４０８に戻る。ステップ４１６の結果がＹＥＳであれば、ＭＴＵ検出可能な終端局１０２’は、ステップ４２０で、他のＭＴＵ検出可能な終端局１０２’に関連付けられたこの行き先ＭＡＣアドレスについて検出されたＭＴＵサイズを記憶させる。ステップ４２２において、ＭＴＵ検出可能な終端局１０２’は、他のＭＴＵ検出可能な終端局１０２’に関連付けられたさらなるＭＡＣアドレスが行き先ＭＡＣテーブルにあるかをチェックする。ステップ４２２の結果がＹＥＳであれば、ＭＴＵ検出可能な終端局１０２’は、ステップ４２４において、発見済ＭＡＣテーブル（他のＭＴＵ検出可能な終端局１０２’を特定する）で次のＭＡＣアドレス（次の別のＭＴＵ検出可能な終端局１０２’）を選択し、そしてステップ４０６に戻る。ステップ４２２の結果がＮＯであれば、ＭＴＵ検出可能な終端局１０２’は、ステップ４２６でＭＴＵ検出プロセスを終了する。
【００３４】
以上より、ＭＴＵ検出可能な終端局１０２’が、上記のＭＴＵサイズ検出プロセスを用いて他のＭＴＵ検出可能な終端局１０２’へのそれぞれのＤＬＬ接続についてＭＴＵサイズを検出しうることを、当業者は容易に理解するであろう。この情報は、ＭＴＵ検出可能な終端局１０２’が、イーサネット（登録商標）ネットワーク１００におけるすべてのパスで最小のＭＴＵサイズで対になるＭＴＵ検出可能な終端局１０２’にユニキャストＰＤＵを転送しなければならないのではなく、対になるＭＴＵ検出可能な終端局１０２’に接続するパスのための最大の現実のＭＴＵサイズでユニキャストＰＤＵを転送することを可能にする。さらに、先行技術は対象となる受け手へのブロードキャスト／マルチキャストＰＤＵのためのすべてのパスについての最小のＭＴＵを用いなければならない、ブロードキャストベースのＬ２テクノロジーに関するので、これへの別の可能な最適化もある。可能な最適化は、任意のＰＤＵのセットについてＭＴＵサイズの下限が決定されるパスの数を減らすために、マルチキャストの受け手を検出するプロトコルの使用、または他のスコープが限定されたアプローチ（設定のような）を伴う。
【００３５】
本発明のいくつかの実施形態が、添付図面に示され、以上の詳細な説明で説明されたが、発明は開示された実施形態には限定されず、そうではなくむしろ、以下の請求の範囲の中で明らかにされ、定義される本発明から逸脱することなく、多数の再構成、変更および代替が可能であることが理解されるであろう。
【図１】
0005519710.tif 000002
【図２】
0005519710.tif 000003
【図３】
0005519710.tif 000004
【図４】
0005519710.tif 000005