(57)【要約】この出願は、通信方法を開示する。方法によれば、ローカルデバイス及びピアデバイスは、ＢＧＰメッセージを通して、ローカルデバイス及びピアデバイスが制御ワード処理能力を有するかどうかを互いに知らせる。ローカルデバイスによって送信され、かつ制御ワード指示情報を搬送するＢＧＰメッセージを受信した後、ピアデバイスは、ローカルデバイスが制御ワード処理能力を有すると決定する。ピアデバイスも制御ワード処理能力を有するとき、ピアデバイスは、ピアデバイスがサービスパケットをローカルデバイスへ送信するときにサービスパケットを利用して制御ワードを搬送する。ローカルデバイスが制御ワード処理能力を有しないとき、ローカルデバイスによってピアデバイスへ送信されたＢＧＰメッセージは、制御ワード指示情報を搬送しない。この場合、ピアデバイスがサービスパケットをローカルデバイスへ送信するときに制御ワードは搬送されない。この方法では、制御ワード処理能力を有するネットワークデバイスと、制御ワード処理能力を有しないネットワークデバイスとの間の正常な通信が効果的に保証され、そして、サービス送信信頼性が改善される。
2022500915.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークデバイスによって、第１のイーサネット仮想プライベートネットワークＥＶＰＮサービスパケットを生成するステップであって、前記第１のＥＶＰＮサービスパケットは、制御ワード指示情報と制御ワードとを含み、前記制御ワード指示情報は、前記第１のＥＶＰＮサービスパケットが前記制御ワードを含むことを示すために利用される、ステップと、
前記第１のネットワークデバイスによって、前記第１のＥＶＰＮサービスパケットを第２のネットワークデバイスへ送信するステップと、
を含む、通信方法。
【請求項２】
第１のネットワークデバイスによって、第１のＥＶＰＮサービスパケットを生成する前記ステップの前に、前記方法は、
前記第１のネットワークデバイスによって、前記第２のネットワークデバイスによって送信された第１のボーダゲートウェイプロトコルＢＧＰメッセージを受信するステップであって、前記第１のＢＧＰメッセージは、前記制御ワード指示情報を含む、ステップ
をさらに含み、
第１のネットワークデバイスによって、第１のイーサネット仮想プライベートネットワークＥＶＰＮサービスパケットを生成する前記ステップは、
前記第１のネットワークデバイスによって、前記第１のＢＧＰメッセージに基づいて、前記第１のＥＶＰＮサービスパケットを生成するステップを含む、
請求項１に記載の方法。
【請求項３】
前記第１のＢＧＰメッセージは、ＥＶＰＮルーティング情報をさらに含み、前記第１のネットワークデバイスによって、前記第１のＢＧＰメッセージに基づいて、前記第１のＥＶＰＮサービスパケットを生成する前記ステップは、
前記第１のネットワークデバイスによって、前記ＥＶＰＮルーティング情報と前記制御ワード指示情報とに基づいて、前記制御ワード指示情報を含む転送エントリを生成するステップと、
前記第１のネットワークデバイスによって、前記転送エントリに基づいて、前記第１のＥＶＰＮサービスパケットを生成するステップと、
を含む、
請求項２に記載の方法。
【請求項４】
前記方法は、
前記第１のネットワークデバイスによって、第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信するステップと、
前記第１のネットワークデバイスによって、前記第２のＢＧＰメッセージに基づいて、前記第３のネットワークデバイスが制御ワード処理能力を有しないと決定するステップと、
をさらに含む、
請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記方法は、
前記第３のネットワークデバイスが制御ワード処理能力を有しないと前記第１のネットワークデバイスが決定する前記事実に基づいて、前記第１のネットワークデバイスによって、第２のＥＶＰＮサービスパケットを生成するステップであって、前記第２のＥＶＰＮサービスパケットは、制御ワードを搬送しない、ステップと、
前記第１のネットワークデバイスによって、前記第２のＥＶＰＮサービスパケットを前記第３のネットワークデバイスへ送信するステップと、
をさらに含む、
請求項４に記載の方法。
【請求項６】
第２のネットワークデバイスによって、第１のネットワークデバイスによって送信された第１のイーサネット仮想プライベートネットワークＥＶＰＮサービスパケットを受信するステップであって、前記第１のＥＶＰＮサービスパケットは、制御ワード指示情報と制御ワードとを含む、ステップと、
第２のネットワークデバイスによって、前記制御ワード指示情報に基づいて、前記第１のＥＶＰＮサービスパケットが前記制御ワードを含むと決定するステップと、
前記第２のネットワークデバイスによって、前記第１のＥＶＰＮサービスパケットに基づいて、処理されたＥＶＰＮサービスパケットを取得するステップであって、前記処理されたＥＶＰＮサービスパケットは、前記制御ワード指示情報又は前記制御ワードを搬送しない、ステップと、
前記第２のネットワークデバイスによって、前記処理されたＥＶＰＮサービスパケットを、前記第１のＥＶＰＮサービスパケットの宛先へ送信するステップと、
を含む、通信方法。
【請求項７】
第２のネットワークデバイスによって、前記第１のＥＶＰＮサービスパケットを受信する前記ステップの前に、前記方法は、
前記第２のネットワークデバイスによって、第１のボーダゲートウェイプロトコルＢＧＰメッセージを前記第１のネットワークデバイスへ送信するステップであって、前記第１のＢＧＰメッセージは、前記制御ワード指示情報を含み、前記制御ワード指示情報は、前記第１のネットワークデバイスに対し、前記第１のネットワークデバイスが前記第１のＥＶＰＮパケットを前記第２のネットワークデバイスへ送信するときに前記第１のＥＶＰＮパケットを利用して前記制御ワードを搬送するように、指示するために利用される、ステップ
をさらに含む、
請求項６に記載の方法。
【請求項８】
前記制御ワード指示情報は、前記第１のＢＧＰメッセージ内のネクストホップ能力属性next-hop capabilities attribute又は拡張されたコミュニティ属性において搬送される、
請求項７に記載の方法。
【請求項９】
第１のネットワークデバイスによって、第２のネットワークデバイスによって送信された第１のボーダゲートウェイプロトコルＢＧＰメッセージを受信するステップであって、前記第１のＢＧＰメッセージは、イーサネット仮想プライベートネットワークＥＶＰＮルーティング情報と制御ワード指示情報とを含み、前記制御ワード指示情報は、前記第１のネットワークデバイスに対し、前記第１のネットワークデバイスが前記第１のＥＶＰＮサービスパケットを前記第２のネットワークデバイスへ送信するときに第１のＥＶＰＮサービスパケットを利用して制御ワードを搬送するように、指示するために利用される、ステップと、
前記第１のネットワークデバイスによって、前記ＥＶＰＮルーティング情報と前記制御ワード指示情報とに基づいて、前記制御ワード指示情報を含む転送エントリを生成するステップと、
を含む、通信方法。
【請求項１０】
前記方法は、
前記第１のネットワークデバイスによって、前記転送エントリに基づいて前記第１のＥＶＰＮサービスパケットを生成するステップであって、前記第１のＥＶＰＮサービスパケットは、前記制御ワード指示情報と前記制御ワードとを含む、ステップと、
前記第１のネットワークデバイスによって、前記第１のＥＶＰＮサービスパケットを前記第２のネットワークデバイスへ送信するステップと、
をさらに含む、
請求項９に記載の方法。
【請求項１１】
前記方法は、
前記第１のネットワークデバイスによって、第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信するステップと、
前記第１のネットワークデバイスによって、前記第２のＢＧＰメッセージに基づいて、前記第３のネットワークデバイスが制御ワード処理能力を有しないと決定するステップと、
をさらに含む、
請求項９又は１０に記載の方法。
【請求項１２】
前記方法は、
前記第３のネットワークデバイスが制御ワード処理能力を有しないと前記第１のネットワークデバイスが決定する前記事実に基づいて、前記第１のネットワークデバイスによって、制御ワードを含まない第２のＥＶＰＮサービスパケットを生成するステップと、
前記第１のネットワークデバイスによって、前記第２のＥＶＰＮサービスパケットを前記第３のネットワークデバイスへ送信するステップと、
をさらに含む、
請求項１１に記載の方法。
【請求項１３】
第２のネットワークデバイスによって、ボーダゲートウェイプロトコルＢＧＰメッセージを生成するステップであって、前記ＢＧＰメッセージは、前記制御ワード指示情報を含み、前記制御ワード指示情報は、第１のネットワークデバイスに対し、前記第１のネットワークデバイスが前記ＥＶＰＮサービスパケットを前記第２のネットワークデバイスへ送信するときにＥＶＰＮサービスパケットを利用して制御ワードを搬送するように、指示するために利用される、ステップと、
前記第２のネットワークデバイスによって、前記ＢＧＰメッセージを前記第１のネットワークデバイスへ送信するステップと、
を含む、通信方法。
【請求項１４】
前記方法は、
前記第２のネットワークデバイスによって、前記第１のネットワークデバイスによって送信された前記ＥＶＰＮサービスパケットを受信するステップであって、前記ＥＶＰＮサービスパケットは、前記制御ワード指示情報と前記制御ワードとを含む、ステップと、
前記第２のネットワークデバイスによって、前記制御ワード指示情報に基づいて、前記ＥＶＰＮサービスパケットが前記制御ワードを含むと決定するステップと、
前記第２のネットワークデバイスによって、前記ＥＶＰＮサービスパケットに基づいて、処理されたＥＶＰＮサービスパケットを取得するステップであって、前記処理されたＥＶＰＮサービスパケットは、前記制御ワード指示情報又は前記制御ワードを搬送しない、ステップと、
前記第２のネットワークデバイスによって、前記処理されたＥＶＰＮサービスパケットを前記ＥＶＰＮサービスパケットの宛先へ送信するステップと、
をさらに含む、
請求項１３に記載の方法。
【請求項１５】
前記制御ワード指示情報は、前記ＢＧＰメッセージ内のネクストホップ能力属性next-hop capabilities attribute又は拡張されたコミュニティ属性において搬送される、
請求項１３又は１４に記載の方法。
【請求項１６】
メモリであって、前記メモリは、コンピュータ可読命令を含む、メモリと、
前記メモリに接続されたプロセッサであって、前記プロセッサは、前記コンピュータ可読命令を実行して、以下の処理、即ち、
第１のイーサネット仮想プライベートネットワークＥＶＰＮサービスパケットを生成することであって、前記第１のＥＶＰＮサービスパケットは、制御ワード指示情報と制御ワードとを含み、前記制御ワード指示情報は、前記第１のＥＶＰＮサービスパケットが前記制御ワードを含むことを示すために利用される、ことと、
前記第１のＥＶＰＮサービスパケットを第２のネットワークデバイスへ送信することと、
を実行するように構成される、プロセッサと、
を含む、第１のネットワークデバイス。
【請求項１７】
前記第１のＥＶＰＮサービスパケットを生成する前に、前記プロセッサは、以下の処理、即ち、
前記第２のネットワークデバイスによって送信された第１のボーダゲートウェイプロトコルＢＧＰメッセージを受信することであって、前記第１のＢＧＰメッセージは、前記制御ワード指示情報を含む、こと
を実行するようにさらに構成され、
前記プロセッサが、第１のイーサネット仮想プライベートネットワークＥＶＰＮサービスパケットを生成するように構成されることは、
前記プロセッサが、前記第１のＢＧＰメッセージに基づいて前記第１のＥＶＰＮサービスパケットを生成するように構成される、ことを含む、
請求項１６に記載の第１のネットワークデバイス。
【請求項１８】
前記第１のＢＧＰメッセージは、ＥＶＰＮルーティング情報をさらに含み、前記プロセッサが、前記第１のＢＧＰメッセージに基づいて前記第１のＥＶＰＮサービスパケットを生成するように構成されることは、
前記プロセッサが、前記ＥＶＰＮルーティング情報と前記制御ワード指示情報とに基づいて、前記制御ワード指示情報を含む転送エントリを生成し、
前記転送エントリに基づいて前記第１のＥＶＰＮサービスパケットを生成する
ように構成される、ことを含む、
請求項１７に記載の第１のネットワークデバイス。
【請求項１９】
前記プロセッサは、
第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信し、
前記第２のＢＧＰメッセージに基づいて、前記第３のネットワークデバイスが、制御ワード処理能力を有しないと決定する、
ようにさらに構成される、
請求項１６〜１８のいずれか１項に記載の第１のネットワークデバイス。
【請求項２０】
前記プロセッサは、
前記第３のネットワークデバイスが制御ワード処理能力を有しないと前記プロセッサが決定する前記事実に基づいて、第２のＥＶＰＮサービスパケットを生成することであって、前記第２のＥＶＰＮサービスパケットは、制御ワードを搬送しない、ことを行い、
前記第２のＥＶＰＮサービスパケットを前記第３のネットワークデバイスへ送信する
ようにさらに構成される、
請求項１９に記載の方法。
【請求項２１】
メモリであって、前記メモリは、コンピュータ可読命令を含む、メモリと、
前記メモリに接続されたプロセッサであって、前記プロセッサは、前記コンピュータ可読命令を実行して、以下の処理、即ち、
第１のネットワークデバイスによって送信された第１のイーサネット仮想プライベートネットワークＥＶＰＮサービスパケットを受信することであって、前記第１のＥＶＰＮサービスパケットは、制御ワード指示情報と制御ワードとを含む、ことと、
前記制御ワード指示情報に基づいて、前記第１のＥＶＰＮサービスパケットが前記制御ワードを含むと決定することと、
前記第１のＥＶＰＮサービスパケットに基づいて、処理されたＥＶＰＮサービスパケットを取得することであって、前記処理されたＥＶＰＮサービスパケットは、前記制御ワード指示情報及び前記制御ワードを搬送しない、ことと、
前記処理されたＥＶＰＮサービスパケットを前記第１のＥＶＰＮサービスパケットの宛先へ送信することと、
を実行するように構成されるプロセッサと、
を含む、第２のネットワークデバイス。
【請求項２２】
前記第１のＥＶＰＮサービスパケットを受信する前に、前記プロセッサは、
第１のボーダゲートウェイプロトコルＢＧＰメッセージを前記第１のネットワークデバイスへ送信することであって、前記第１のＢＧＰメッセージは、前記制御ワード指示情報を含み、前記制御ワード指示情報は、前記第１のネットワークデバイスに対し、前記第１のネットワークデバイスが前記第１のＥＶＰＮパケットを前記第２のネットワークデバイスへ送信するときに前記第１のＥＶＰＮパケットを利用して前記制御ワードを搬送するように、指示するために利用される、ことを行う
ようにさらに構成される、
請求項２１に記載の第２のネットワークデバイス。
【請求項２３】
前記制御ワード指示情報は、前記第１のＢＧＰメッセージ内のネクストホップ能力属性next-hop capabilities attribute又は拡張されたコミュニティ属性において搬送される、
請求項２１又は２２に記載の方法。
【請求項２４】
メモリであって、前記メモリは、コンピュータ可読命令を含む、メモリと、
前記メモリに接続されたプロセッサであって、前記プロセッサは、前記コンピュータ可読命令を実行して、以下の処理、即ち、
第２のネットワークデバイスによって送信された第１のボーダゲートウェイプロトコルＢＧＰメッセージを受信することであって、前記第１のＢＧＰメッセージは、イーサネット仮想プライベートネットワークＥＶＰＮルーティング情報と制御ワード指示情報とを含み、前記制御ワード指示情報は、前記第１のネットワークデバイスに対し、前記第１のネットワークデバイスが前記第１のＥＶＰＮサービスパケットを前記第２のネットワークデバイスへ送信するときに第１のＥＶＰＮサービスパケットを利用して制御ワードを搬送するように、指示するために利用される、ことと、
前記ＥＶＰＮルーティング情報と前記制御ワード指示情報とに基づいて、前記制御ワード指示情報を含む転送エントリを生成することと、
を実行するように構成されるプロセッサと、
を含む、第１のネットワークデバイス。
【請求項２５】
前記プロセッサは、
前記転送エントリに基づいて前記第１のＥＶＰＮサービスパケットを生成することであって、前記第１のＥＶＰＮサービスパケットは、前記制御ワード指示情報と前記制御ワードとを含む、ことを行い、
前記第１のＥＶＰＮサービスパケットを前記第２のネットワークデバイスへ送信する
ようにさらに構成される、
請求項２４に記載の第１のネットワークデバイス。
【請求項２６】
前記プロセッサは、
第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信し、
前記第２のＢＧＰメッセージに基づいて、前記第３のネットワークデバイスが制御ワード処理能力を有しないと決定する
ようにさらに構成される、
請求項２４又は２５に記載の第１のネットワークデバイス。
【請求項２７】
前記プロセッサは、
前記第３のネットワークデバイスが制御ワード処理能力を有しないと前記プロセッサが決定する前記事実に基づいて、制御ワードを含まない第２のＥＶＰＮサービスパケットを生成し、
前記第２のＥＶＰＮサービスパケットを前記第３のネットワークデバイスへ送信する
ようにさらに構成される、
請求項２６に記載の第１のネットワークデバイス。
【請求項２８】
メモリであって、前記メモリは、コンピュータ可読命令を含む、メモリと、
前記メモリに接続されたプロセッサであって、前記プロセッサは、前記コンピュータ可読命令を実行して、以下の処理、即ち、
ボーダゲートウェイプロトコルＢＧＰメッセージを生成することであって、前記ＢＧＰメッセージは、前記制御ワード指示情報を含み、前記制御ワード指示情報は、第１のネットワークデバイスに対し、前記第１のネットワークデバイスが前記ＥＶＰＮサービスパケットを前記第２のネットワークデバイスへ送信するときにＥＶＰＮサービスパケットを利用して制御ワードを搬送するように、指示するために利用される、ことと、
前記ＢＧＰメッセージを前記第１のネットワークデバイスへ送信することと、
を実行するように構成される、プロセッサと、
を含む、第２のネットワークデバイス。
【請求項２９】
前記プロセッサは、
前記第１のネットワークデバイスによって送信された前記ＥＶＰＮサービスパケットを受信することであって、前記ＥＶＰＮサービスパケットは、前記制御ワード指示情報と前記制御ワードとを含む、ことを行い、
前記制御ワード指示情報に基づいて、前記ＥＶＰＮサービスパケットが前記制御ワードを含むと決定し、
前記ＥＶＰＮサービスパケットに基づいて、処理されたＥＶＰＮサービスパケットを取得することであって、前記処理されたＥＶＰＮサービスパケットは、前記制御ワード指示情報又は前記制御ワードを搬送しない、ことを行い、
前記処理されたＥＶＰＮサービスパケットを前記ＥＶＰＮサービスパケットの宛先へ送信する
ようにさらに構成される、
請求項２８に記載の第２のネットワークデバイス。
【請求項３０】
前記制御ワード指示情報は、前記ＢＧＰメッセージ内のネクストホップ能力属性next-hop capabilities attribute又は拡張されたコミュニティ属性において搬送される、
請求項２８又は２９に記載の第２のネットワークデバイス。
【請求項３１】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、命令を記憶し、コンピュータ上で前記命令が実行されるとき、前記コンピュータが、請求項１〜１５のいずれか１項に記載の方法を実行することができるようになる、
コンピュータ可読記憶媒体。
【請求項３２】
通信システムであって、前記通信システムは、請求項１６〜２０及び請求項２４〜２７のいずれか１項に記載の第１のネットワークデバイスと、請求項２１〜２３及び請求項２８〜３０のいずれか１項に記載の第２のネットワークデバイスとを含む、
通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照によりその全体が本明細書に組み込まれる、２０１８年９月１５日に中国国家知識産権局に出願された「ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＭＥＴＨＯＤ，  ＤＥＶＩＣＥ，  ＡＮＤ  ＳＹＳＴＥＭ」という名称の中国特許出願第２０１８１１０７７５４４．２号の優先権を主張するものである。
【０００２】
本出願は、通信分野に関し、より詳細には、イーサネット仮想プライベートネットワーク（英語：Ｅｔｈｅｒｎｅｔ  Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ、ＥＶＰＮ）内の通信方法、装置、及びシステムに関する。
【背景技術】
【０００３】
ＥＶＰＮは、マルチプロトコルラベルスイッチング（英語：Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ、ＭＰＬＳ）ネットワーク内で相互に作用するレイヤ２ネットワークを提供する仮想プライベートネットワーク（英語：Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ、ＶＰＮ）である。現在、ＥＶＰＮ技術は、事業者のネットワーク設計において、レイヤ２ＶＰＮサービスを搬送するための主流となる解決策として広く使用されている。
【０００４】
同じＥＶＰＮサービスフローがプロバイダ（英語：ｐｒｏｖｉｄｅｒ、Ｐ）デバイスによって異なる転送経路に配信されるので引き起こされ得るパケット障害を回避するために、プロバイダエッジ（英語：ｐｒｏｖｉｄｅｒ  ｅｄｇｅ、ＰＥ）デバイスが、送信されるべき各ＥＶＰＮサービスパケットに４バイトの制御ワードを追加する。制御ワードの最初の４ビットの各々の値は０である。このようにして、制御ワードを搬送するＥＶＰＮサービスパケットを受信した後、Ｐデバイスは、パケット障害を効果的に回避するように、同じサービスフローに属する全てのパケットを同じ転送経路に配信する。
【０００５】
しかし、従来技術では、制御ワード処理能力をサポートするデバイスと、制御ワード処理能力をサポートしないデバイス又は制御ワード処理能力をサポートするが制御ワード処理能力を有効にしないデバイスがＥＶＰＮ内に共存するとき、デバイスは、おそらく通常は互いと通信することはできない。例えば、ＰＥ１が制御ワード処理能力を有効にするが、ＰＥ１のＢＧＰネイバーＰＥ２は制御ワード処理能力をサポートしない又は有効にしないとき、ＰＥ１は、制御ワードを搬送するデータパケットをＰＥ２に転送する。ＰＥ２は、制御ワード処理能力をサポートしない又は有効にしないので、ＰＥ２は、受信されたデータパケットを正しく解析することはできない。別の例では、ＰＥ２は制御ワード処理能力をサポートしない又は有効にしないが、ＰＥ１は制御ワード処理能力を有効にするとき、ＰＥ２は、制御ワードを搬送しないデータパケットをＰＥ１に送信する。データパケットを受信した後、ＰＥ１は、データパケット内に制御ワードを含めることによって、データパケットを解析する。従って、ＰＥ１は、データパケットを正しく解析することはできない。結論として、制御ワード処理能力をサポートするデバイスと、制御ワード処理能力をサポートしないデバイス又は制御ワード処理能力が配置されないデバイスが共存するＥＶＰＮ内で、ネットワークデバイス間のトラフィックの正常な送信及び受信をどのようにして保証するかは、現在解決される必要がある技術的課題である。
【発明の概要】
【０００６】
これに鑑みて、本出願は、制御ワード処理能力をサポートするデバイスと制御ワード処理能力をサポートしないデバイス又は制御ワード処理能力が配置されないデバイスが共存するＥＶＰＮ内で、ネットワークデバイス間の正常な通信を保証し、サービス伝送信頼性を改善するために、通信方法及びネットワークデバイスを提供する。
【０００７】
第１の態様によれば、本出願は、第１のネットワークデバイスによって、第１のイーサネット仮想プライベートネットワークＥＶＰＮサービスパケットを生成するステップであって、第１のＥＶＰＮサービスパケットは、制御ワード指示情報と、制御ワードとを含み、制御ワード指示情報は、第１のＥＶＰＮサービスパケットが制御ワードを含むことを示すために使用される、ステップと、第１のネットワークデバイスによって、第１のＥＶＰＮサービスパケットを第２のネットワークデバイスに送信するステップとを含む通信方法を提供する。
【０００８】
本出願では、転送プレーンを通じて第２のネットワークデバイスにサービスパケットを転送するとき、第１のネットワークデバイスは、サービスパケットを使用して制御ワード指示情報を搬送し、従って、サービスパケットを受信するとき、第２のネットワークデバイスは、パケット内で搬送される制御ワード指示情報に基づいて、パケットが制御ワードを搬送することを決定し、次いで、正しいパケットフォーマットに基づいてパケットを解析することができる。このことは、正常なサービス通信を効果的に保証する。
【０００９】
可能な設計では、第１のネットワークデバイスによって、第１のＥＶＰＮサービスパケットを生成するステップの前に、方法は、第１のネットワークデバイスによって、第２のネットワークデバイスによって送信された第１のボーダゲートウェイプロトコル（英語：Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｐｒｏｔｏｃｏｌ、ＢＧＰ）メッセージを受信するステップであって、第１のＢＧＰメッセージは制御ワード指示情報を含む、ステップをさらに含む。
【００１０】
可能な設計では、第１のネットワークデバイスによって、第１のイーサネット仮想プライベートネットワークＥＶＰＮサービスパケットを生成するステップは、第１のネットワークデバイスによって、第１のＢＧＰメッセージに基づいて第１のＥＶＰＮサービスパケットを生成するステップを含む。
【００１１】
可能な設計では、第１のＢＧＰメッセージはＥＶＰＮルーティング情報をさらに含み、第１のネットワークデバイスによって、第１のＢＧＰメッセージに基づいて第１のＥＶＰＮサービスパケットを生成するステップは、第１のネットワークデバイスによってＥＶＰＮルーティング情報及び制御ワード指示情報に基づいて、制御ワード指示情報を含む転送エントリを生成するステップと、第１のネットワークデバイスによって、転送エントリに基づいて第１のＥＶＰＮサービスパケットを生成するステップとを含む。本出願では、第１のネットワークデバイスがＥＶＰＮルートを第２のネットワークデバイスに通知するとき、制御ワード指示情報も搬送され、従って、ＢＧＰメッセージを受信した後、第２のネットワークデバイスが、ＥＶＰＮルーティング情報及び制御ワード指示情報をローカルに記憶し、その後のパケット転送を導くために転送エントリを生成する。この動作は単純であり、別個のシグナリングを使用して制御ワード指示情報を送信する必要はなく、従って、ネットワークオーバヘッドが減少される。
【００１２】
可能な設計では、方法は、第１のネットワークデバイスによって、第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信するステップと、第１のネットワークデバイスによって第２のＢＧＰメッセージに基づいて、第３のネットワークデバイスが制御ワード処理能力を持たないことを決定するステップとをさらに含む。
【００１３】
可能な設計では、方法は、第１のネットワークデバイスによって、第１のネットワークデバイスが、第３のネットワークデバイスが制御ワード処理能力を持たないことを決定したことに基づいて、第２のＥＶＰＮサービスパケットを生成するステップであって、第２のＥＶＰＮサービスパケットは制御ワードを搬送しない、ステップと、第１のネットワークデバイスによって、第２のＥＶＰＮサービスパケットを第３のネットワークデバイスに送信するステップとをさらに含む。
【００１４】
第２の態様によれば、本出願は、第２のネットワークデバイスによって、第１のネットワークデバイスによって送信された第１のイーサネット仮想プライベートネットワークＥＶＰＮサービスパケットを受信するステップであって、第１のＥＶＰＮサービスパケットは、制御ワード指示情報と、制御ワードとを含む、ステップと、第２のネットワークデバイスによって制御ワード指示情報に基づいて、第１のＥＶＰＮサービスパケットが制御ワードを含むことを決定するステップと、第２のネットワークデバイスによって、第１のＥＶＰＮサービスパケットに基づいて処理されたＥＶＰＮサービスパケットを取得するステップであって、この処理されたＥＶＰＮサービスパケットは制御ワード指示情報も制御ワードも搬送しない、ステップと、第２のネットワークデバイスによって、処理されたＥＶＰＮサービスパケットを第１のＥＶＰＮサービスパケットの宛先に送信するステップとを含む通信方法を提供する。
【００１５】
可能な設計では、第２のネットワークデバイスによって、第１のＥＶＰＮサービスパケットを受信するステップの前に、方法は、
第２のネットワークデバイスによって、第１のボーダゲートウェイプロトコルＢＧＰメッセージを第１のネットワークデバイスに送信するステップであって、第１のＢＧＰメッセージは制御ワード指示情報を含み、制御ワード指示情報は、第１のネットワークデバイスが第１のＥＶＰＮパケットを第２のネットワークデバイスに送信するとき、第１のＥＶＰＮパケットを使用して制御ワードを搬送するように第１のネットワークデバイスに指示するために使用される、ステップ
をさらに含む。
【００１６】
可能な設計では、制御ワード指示情報は、第１のＢＧＰメッセージ内の拡張コミュニティ属性内で搬送される。
【００１７】
第３の態様によれば、本出願は、第１のネットワークデバイスによって、第２のネットワークデバイスによって送信された第１のボーダゲートウェイプロトコルＢＧＰメッセージを受信するステップであって、第１のＢＧＰメッセージは、イーサネット仮想プライベートネットワークＥＶＰＮルーティング情報と、制御ワード指示情報とを含み、制御ワード指示情報は、第１のネットワークデバイスが第１のＥＶＰＮサービスパケットを第２のネットワークデバイスに送信するとき、第１のＥＶＰＮサービスパケットを使用して制御ワードを搬送するように第１のネットワークデバイスに指示するために使用される、ステップと、
ＥＶＰＮルーティング情報及び制御ワード指示情報に基づいて第１のネットワークデバイスによって、制御ワード指示情報を含む転送エントリを生成するステップと
を含む通信方法を提供する。
【００１８】
本出願では、制御プレーン上で、第２のネットワークデバイスは、第２のネットワークデバイスの制御ワード処理能力を通知するために、ＢＧＰメッセージを通じて制御ワード指示情報を第１のネットワークデバイスに送信し、従って、第１のネットワークデバイスは、第１のネットワークデバイスがサービスパケットを第２のネットワークデバイスに送信するとき、第１のネットワークデバイスの制御ワード処理能力を参照して、制御ワードが搬送される必要があるかどうかを決定することができる。従って、第２のネットワークデバイスが、第１のネットワークデバイスによって送信されたサービスパケットを受信するとき、パケットが、ＢＧＰメッセージを通じて第２のネットワークデバイスによって第１のネットワークデバイスに通知された制御ワード指示情報を搬送する場合、第２のネットワークデバイスは、パケットが制御ワードを搬送することを決定する。パケットが制御ワード指示情報を搬送しない場合、第２のネットワークデバイスは、制御ワードを搬送しないパケットのフォーマットに基づいて、受信されたサービスパケットを解析する。このようにして、制御ワード処理能力を持つネットワークデバイスと制御ワード処理能力を持たないネットワークデバイスとの間の正常な通信が保証可能であり、サービス伝送信頼性が効果的に改善される。
【００１９】
可能な設計では、方法は、第１のネットワークデバイスによって、転送エントリに基づいて第１のＥＶＰＮサービスパケットを生成するステップであって、第１のＥＶＰＮサービスパケットは、制御ワード指示情報と、制御ワードとを含む、ステップと、第１のネットワークデバイスによって、第１のＥＶＰＮサービスパケットを第２のネットワークデバイスに送信するステップとをさらに含む。
【００２０】
可能な設計では、方法は、第１のネットワークデバイスによって、第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信するステップと、第１のネットワークデバイスによって第２のＢＧＰメッセージに基づいて、第３のネットワークデバイスが制御ワード処理能力を持たないことを決定するステップとをさらに含む。
【００２１】
可能な設計では、方法は、第１のネットワークデバイスが、第３のネットワークデバイスが制御ワード処理能力を持たないことを決定したことに基づいて、第１のネットワークデバイスによって、制御ワードを含まない第２のＥＶＰＮサービスパケットを生成するステップと、第１のネットワークデバイスによって、第２のＥＶＰＮサービスパケットを第３のネットワークデバイスに送信するステップとをさらに含む。
【００２２】
第４の態様によれば、本出願は、第２のネットワークデバイスによって、ボーダゲートウェイプロトコルＢＧＰメッセージを生成するステップであって、ＢＧＰメッセージは制御ワード指示情報を含み、制御ワード指示情報は、第１のネットワークデバイスがＥＶＰＮサービスパケットを第２のネットワークデバイスに送信するとき、ＥＶＰＮサービスパケットを使用して制御ワードを搬送するように第１のネットワークデバイスに指示するために使用される、ステップと、第２のネットワークデバイスによって、ＢＧＰメッセージを第１のネットワークデバイスに送信するステップとを含む通信方法を提供する。
【００２３】
可能な設計では、方法は、第２のネットワークデバイスによって、第１のネットワークデバイスによって送信されたＥＶＰＮサービスパケットを受信するステップであって、ＥＶＰＮサービスパケットは、制御ワード指示情報と、制御ワードとを含む、ステップと、第２のネットワークデバイスによって制御ワード指示情報に基づいて、ＥＶＰＮサービスパケットが制御ワードを含むことを決定するステップと、第２のネットワークデバイスによって、ＥＶＰＮサービスパケットに基づいて処理されたＥＶＰＮサービスパケットを取得するステップであって、この処理されたＥＶＰＮサービスパケットは制御ワード指示情報も制御ワードも搬送しない、ステップと、第２のネットワークデバイスによって、処理されたＥＶＰＮサービスパケットをＥＶＰＮサービスパケットの宛先に送信するステップとをさらに含む。
【００２４】
可能な設計では、制御ワード指示情報は、ＢＧＰメッセージ内のネクストホップ能力属性next-hop capabilities attribute又は拡張コミュニティ属性内で搬送される。
【００２５】
第５の態様によれば、本出願は、第１のネットワークデバイスを提供する。この第１のネットワークデバイスは、メモリと、このメモリに接続されたプロセッサとを含む。プロセッサは、第１の態様若しくは第１の態様の可能な設計のいずれか１つにおける方法を実行する、又は第３の態様若しくは第３の態様の可能な設計のいずれか１つにおける方法を実行するために、メモリ内のコンピュータ可読命令を実行するように構成される。
【００２６】
第６の態様によれば、本出願は、第２のネットワークデバイスを提供する。この第２のネットワークデバイスは、メモリと、このメモリに接続されたプロセッサとを含む。プロセッサは、第２の態様若しくは第２の態様の可能な設計のいずれか１つにおける方法を実行する、又は第４の態様若しくは第４の態様の可能な設計のいずれか１つにおける方法を実行するために、メモリ内のコンピュータ可読命令を実行するように構成される。
【００２７】
第７の態様によれば、本出願の実施形態は、第５の態様において提供された第１のネットワークデバイスと、第６の態様において提供された第２のネットワークデバイスとを含み、第１の態様、第２の態様、第３の態様、第４の態様、第１の態様の可能な設計、第２の態様の可能な設計、第３の態様の可能な設計、又は第４の態様の可能な設計のいずれか１つにおける方法を実行するように構成された通信システムを提供する。
【００２８】
第８の態様によれば、本出願の実施形態は、コンピュータ可読記憶媒体を提供する。このコンピュータ可読記憶媒体は命令を記憶し、この命令がコンピュータ上で走らされるとき、コンピュータは、第１の態様、第２の態様、第３の態様、第４の態様、第１の態様の可能な設計、第２の態様の可能な設計、第３の態様の可能な設計、又は第４の態様の可能な設計のいずれか１つにおける方法を実行するために有効にされる。
【００２９】
本出願では、ローカルデバイスは、ＥＶＰＮ内で、制御ワード処理能力をサポートしない又は有効にしないネットワークデバイスが適合することができるように、動作を単純化するために、ローカルデバイスの制御ワード処理能力をリモートデバイスに動的に通知する。具体的には、ＢＧＰ制御ワード拡張コミュニティ属性は、ローカルエンドの制御ワード処理能力をピアデバイスに通知するために新たに追加される。リモートデバイスが制御ワード処理能力を持つ場合、言い換えれば、制御ワード処理能力がリモートデバイス上で配置され、リモートデバイスが制御ワード処理能力を有効にする場合、データパケットをローカルデバイスに送信するとき、リモートデバイスは、データパケットを使用して、制御ワード及びローカルデバイスによって前もって通知された制御ワード指示情報を搬送する。このようにして、ローカルデバイスは、制御ワード指示情報に基づいて、データパケットが制御ワードを搬送することを正しく識別することができ、制御ワードを搬送するパケットのフォーマットに基づいてデータパケットを正しく解析することができる。制御ワード処理能力がリモートデバイス上で配置されない又はリモートデバイスが制御ワード処理能力を有効にしない場合、リモートデバイスがデータパケットをローカルデバイスに送信するとき、制御ワードも制御ワード指示情報も搬送されない。このようにして、ローカルデバイスは、データパケットが、前もってピアデバイスに通知された制御ワード指示情報を搬送しないことに基づいて、受信されたデータパケットが制御ワードを搬送しないことを決定し、次いで、制御ワードを搬送しないパケットのフォーマットに基づいてデータパケットを解析する。このことは、パケットが正しく解析されることも保証することができる。
【図面の簡単な説明】
【００３０】
【図１】本出願の実施形態によるＥＶＰＮネットワークアーキテクチャの概略図である。
【図２】本出願の実施形態による通信方法の概略フローチャートである。
【図３】本出願の実施形態によるＢＧＰ属性のフォーマットの概略図である。
【図４ａ】本出願の実施形態によるＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性のフォーマットの概略図である。
【図４ｂ】本出願の実施形態によるＥＶＰＮ  ＮＬＲＩフィールドのフォーマットの概略図である。
【図４ｃ】本出願の実施形態によるＭＡＣ／ＩＰ通知ルートのフォーマットの概略図である。
【図５】本出願によりＥＶＰＮがＭＡＣルートを通知するネットワークアーキテクチャの概略図である。
【図６】本出願によりＥＶＰＮがＭＡＣトラフィックを転送するネットワークアーキテクチャの概略図である。
【図７】本出願の実施形態による別の通信方法の概略フローチャートである。
【図８】本出願の実施形態による第１のネットワークデバイスの概略構造図である。
【図９】本出願の実施形態による第２のネットワークデバイスの概略構造図である。
【発明を実施するための形態】
【００３１】
以下は、添付の図面を参照しながら本出願の実施形態における技術的解決策について説明する。本出願の実施形態において説明されるネットワークアーキテクチャ及びサービスシナリオは、本出願の実施形態において技術的解決策をより明確に説明することが意図されており、本出願の実施形態において提供される技術的解決策に関する制限を構成しない。当業者は、ネットワークアーキテクチャの進化及び新しいサービスシナリオの出現により、本出願の実施形態において提供される技術的解決策は類似の技術的課題にも適用可能であることを知り得る。
【００３２】
本出願における「１」、「２」、「３」、「第１の」、「第２の」、及び「第３の」などの序数は、複数の対象を区別するために使用されるが、複数の対象の順序を制限するためには使用されない。
【００３３】
本出願において言及される「Ａ及び／又はＢ」は、以下のケース、即ち、Ａのみが含まれる、Ｂのみが含まれる、又はＡとＢの両方が含まれる、を含むと理解されるべきである。
【００３４】
本出願におけるＥＶＰＮ技術については、インターネットエンジニアリングタスクフォース（英語：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、略してＩＥＴＦ）リクエストフォーコメンツ（英語：Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ、略してＲＦＣ）７４３２の説明を参照されたい。インターネットエンジニアリングタスクフォース（英語：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、略してＩＥＴＦ）リクエストフォーコメンツ（英語：Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ、略してＲＦＣ）７４３２は、参照によりその全体が本出願に組み込まれる。
【００３５】
本出願では、方法ステップの実行主体は「ローカルエンド」と呼ばれ、この実行主体と通信するネットワーク要素は「リモートエンド」と呼ばれる。これらは、当業者によって理解可能である。
【００３６】
本出願では、「事業者ネットワーク」は、「サービスプロバイダによって提供されるバックボーンネットワーク」、「サービスプロバイダネットワーク」、又は「パブリックネットワーク」とも呼ばれることがある。前述の異なる用語は、多くの場合、互換的に使用されてよい。
【００３７】
本出願における「制御ワード処理能力を持つ」ことは、ネットワークデバイスが、制御ワード処理能力をサポートし、制御ワード処理能力を有効にすることを意味する。別のネットワークデバイスによって送信され、制御ワードを搬送するデータパケットを受信したとき、ネットワークデバイスは、データパケット内で搬送された制御ワードを正しく識別する能力を持つ。制御ワード処理能力を持つ別のネットワークデバイスにデータパケットを送信するとき、ネットワークデバイスは、データパケットを使用して、制御ワードを搬送することができる。
【００３８】
本出願における「制御ワード処理能力を持たない」ことは、ネットワークデバイスが制御ワード処理能力をサポートしない、又はネットワークデバイスが制御ワード処理能力をサポートする場合ですら、ネットワークデバイスが制御ワード処理能力を有効にしないことを意味する。別のネットワークデバイスによって送信され、制御ワードを搬送するデータパケットを受信したとき、ネットワークデバイスは、データパケット内で搬送される制御ワードを正しく識別する能力を持たない。別のネットワークデバイスにデータパケットを送信するとき、ネットワークデバイスは、データパケットを使用して、制御ワードを搬送することはできない。
【００３９】
本出願における「制御ワード指示情報」は、制御ワードラベル識別子（英語：Ｃｏｎｔｒｏｌ  ｗｏｒｄ  Ｌａｂｅｌ  Ｉｄｅｎｔｉｆｉｅｒ、ＣＲＩ）、制御ワード指示ラベル、又は制御ワードラベルとも呼ばれることがある。制御プレーン上で、制御ワード指示情報は、制御ワード指示情報を送信するネットワークデバイスが制御ワード処理能力を持つことをＢＧＰピアに示すために使用される。転送プレーン上で、送信されたデータパケットが制御ワード指示情報を搬送するとき、制御ワード指示情報は、送信されたデータパケットが制御ワードを含むことを示すために使用される。送信されたデータパケットが制御ワード指示情報を搬送しないとき、データパケットを受信したネットワークデバイスは、データパケットが制御ワードを搬送しないことを決定してよい。制御ワード指示情報がＭＰＬＳ  ＥＶＰＮ内で送信されるとき、制御ワード指示情報は、ＭＰＬＳヘッダ内でラベルとしてカプセル化され、ＥＶＰＮサービスパケットが制御ワードを搬送することを示すために使用される。ネットワークデバイスが制御プレーンプロトコルに従って制御ワード指示情報を受信するとき、制御ワード指示情報は、制御ワード指示情報を受信したネットワークデバイスが、制御ワード指示情報を送信するネットワークデバイスにデータパケットを送信するとき、データパケットを使用して制御ワードを搬送するように、制御ワード指示情報を受信するネットワークデバイスに指示するために使用される。例えば、ローカルネットワークデバイスは、制御ワード処理能力を持つ。ＢＧＰメッセージを通じて、ローカルネットワークデバイスが制御ワード処理能力を持つことをピアネットワークデバイスに知らせるとき、ローカルネットワークデバイスは、ＢＧＰメッセージを使用して、制御ワード指示情報を搬送する。制御ワード指示情報は、ピアデバイスがデータパケットをローカルデバイスに送信するとき、データパケットを使用して制御ワードを搬送するようにピアデバイスに指示するために使用される。ピアデバイスが、制御ワード処理能力を持つネットワークデバイスである場合、ピアデバイスがデータパケットをローカルデバイスに送信するとき、ピアデバイスは、データパケットを使用して、制御ワード指示情報及び制御ワードを搬送する。パケットを受信した後、ローカルデバイスは、制御ワード指示情報に基づいて、データパケットが制御ワードを搬送することを決定する。このようにして、ローカルデバイスは、制御ワードを搬送するパケットのフォーマットに基づいてデータパケットを解析し得る。ピアデバイスが、制御ワード処理能力を持たないネットワークデバイスである場合、ピアデバイスによってローカルデバイスに送信されるデータパケットは、制御ワードも制御ワード指示情報も搬送しない。このようにして、データパケットを受信した後、ローカルデバイスは、データパケットが制御ワード指示情報を搬送しないことに基づいて、データパケットが制御ワードを搬送しないことを決定する。
【００４０】
図１は、本出願の実施形態が適用されるＥＶＰＮアーキテクチャの概略図である。図１に示されるように、ネットワーク１００は、バックボーンネットワークと、サービスプロバイダによって提供される複数のＥＶＰＮサイト（英語：ｓｉｔｅ）とを含む。ネットワーク１００は、３つのカスタマーエッジ（英語：ｃｕｓｔｏｍｅｒ  ｅｄｇｅ、ＣＥ）デバイスと、３つのユーザ機器（英語：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ、ＵＥ）と、３つのＰＥデバイスとを含む。ネットワーク１００は、複数のＰデバイス、例えば、Ｐ１、Ｐ２、及びＰ３をさらに含んでよい。ＰルータなどのＰデバイスは、バックボーンネットワーク内のバックボーンルータであり、ＣＥデバイスに直接的に接続されない。Ｐデバイスは、基本的なＭＰＬＳ転送能力を持ち、ＰＥへのルートを維持し、任意のＶＰＮのルーティング情報を知る必要はない。図１に示されるように、３つのＣＥデバイスは、ＣＥ１、ＣＥ２、及びＣＥ３である。ＣＥデバイスは、ユーザネットワーク内のエッジデバイスであり、ＰＥデバイスに直接的に接続されたインタフェースを持つ。ＣＥデバイスは、ルータ又はスイッチであってもよいし、ホストであってもよい。ＣＥデバイスは、ＥＶＰＮの存在を「認識する」ことはできず、マルチプロトコルラベルスイッチング（Ｍｕｌｔｉｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ、ＭＰＬＳ）をサポートする必要はない。３つのＰＥデバイスは、ＰＥ１、ＰＥ２、及びＰＥ３である。ＰＥデバイスは、サービスプロバイダネットワーク内のエッジデバイスであり、ルータ又はレイヤ３スイッチであってよい。ＰＥデバイスは、ユーザのＣＥデバイスに直接的に接続され、ＥＶＰＮ上の全ての処理は、ＰＥ上で発生する。モバイルベアラネットワーク内では、ＣＥデバイスは基地送受信局（英語：Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、略してＢＴＳ）であってよく、ＰＥデバイスは、無線ネットワークコントローラサイトゲートウェイ（英語：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ  Ｓｉｔｅ  Ｇａｔｅｗａｙ、略してＲＳＧ）であってよく、基地局コントローラ（英語：Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ、略してＢＳＣ）又は無線ネットワークコントローラ（英語：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ、略してＲＮＣ）に接続されてよい。ＣＥからＭＡＣ情報を知った後、ローカルＰＥは、ＢＧＰを通じて別のＰＥとＥＶＰＮルーティング情報を交換する。ローカルＰＥは、ローカルＰＥに直接的に接続されたＣＥによって通知されたＥＶＰＮルーティング情報と、リモートＰＥによって通知されたＥＶＰＮルーティング情報を維持する。複数のＥＶＰＮサイトは、サイト１〜サイト３を含む。サイト１、サイト２、及びサイト３は、同じＥＶＰＮインスタンス（ＥＶＰＮ１）に属する。ＰＥ１は、ＣＥ１に接続される。ＰＥ３は、ＣＥ３に接続される。ＣＥ２は、イーサネットリンク（英語：Ｅｔｈｅｒｎｅｔ  Ｌｉｎｋ、ＥＬ）１及びＥＬ２を通じてＰＥ２及びＰＥ３にデュアルホーミングされる。２つのイーサネットリンクを含むイーサネットリンクのグループは、イーサネットセグメント（英語：Ｅｔｈｅｒｎｅｔ  Ｓｅｇｍｅｎｔ、ＥＳ）である。イー���ネットセグメント識別子（英語：Ｅｔｈｅｒｎｅｔ  Ｓｅｇｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ、ＥＳＩ）は、一意の非ゼロ識別子であり、イーサネットセグメントＥＳを識別するために使用される。ＰＥ１とＰＥ２はＢＧＰピア（英語：ｐｅｅｒ）のペアであり、ＰＥ１とＰＥ３はＢＧＰピアのペアであり、ＰＥ２とＰＥ３はＢＧＰピアのペアである。ＥＶＰＮシナリオでは、ＢＧＰピアは、ＥＶＰＮピアとも呼ばれることがある。「ＢＧＰピアのペア」は、１つのデバイスが他のデバイスのＢＧＰピアであることと理解され得る。例えば、ＰＥ１とＰＥ２がＢＧＰピアのペアであることは、ＰＥ１がＰＥ２のＢＧＰピアであることと理解されてもよいし、ＰＥ２がＰＥ１のＢＧＰピアであることと理解されてもよい。ＢＧＰピアは、ＢＧＰネイバーとも呼ばれることがある。それに対応して、ＥＶＰＮピアは、ＥＶＰＮネイバーとも呼ばれることがある。本出願では、説明を簡単にするために、この後の全ての実施形態において、ＢＧＰピアが使用される。ＢＧＰピアは、ＢＧＰ内で指定されるＯＰＥＮメッセージを通じて確立され、確立されたＢＧＰピアは、ＫＥＥＰＡＬＩＶＥメッセージを通じて維持される。ＯＰＥＮメッセージ及びＫＥＥＰＡＬＩＶＥメッセージの実装については、インターネットエンジニアリングタスクフォース（英語：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、ＩＥＴＦ）ＲＦＣ２８５８及びＩＥＴＦ  ＲＦＣ４２７１における関連する説明を参照されたい。ルートリフレクタ（英語：Ｒｏｕｔｅ  Ｒｅｆｌｅｃｔｏｒ、略してＲＲ）は、ＲＲを通じてＢＧＰピア確立を完了するように、ＢＧＰピア確立のために２つのデバイスの間に配置されてよい。例えば、図１に示されるシナリオでは、ＲＲは、ＰＥ１とＰＥ２との間に配置されてよい。ＰＥ１は、ＥＶＰＮルートを通知するために、ＲＲを通じてＰＥ２にＢＧＰメッセージを送信する。自律システムボーダルータ（英語：ａｕｔｏｎｏｍｏｕｓ  ｓｙｓｔｅｍ  ｂｏｕｎｄａｒｙ  ｒｏｕｔｅｒ、ＡＳＢＲ）は、ＢＧＰピア確立のために２つのデバイスの間にさらに配置されてよい。例えば、図１に示されるシナリオでは、ＰＥ１とＰＥ２は異なるＡＳに属し、ＰＥ１及びＡＳＢＲ１は第１のＡＳ内に配置され、ＰＥ２及びＡＳＢＲ２は第２のＡＳ内に配置される。ＰＥ１は、ＥＶＰＮルートを通知するために、ＡＳＢＲ１及びＡＳＢＲ２を通じてＰＥ２にＢＧＰメッセージを送信する。
【００４１】
図１は、３つのＰＥデバイス、３つのＣＥデバイス、３つのＵＥデバイス、３つのＰデバイス、及び３つのＥＶＰＮサイトがある例を示しているにすぎないことが理解されるべきである。ネットワークは、他の任意の量のＰＥデバイス、ＣＥデバイス、ＵＥデバイス、Ｐデバイス、及びＥＶＰＮサイトを含んでよい。これは、本出願の実施形態では限定されない。
【００４２】
本出願の実施形態ではＰＥとＰＥデバイスが同じ意味を持つことがさらに留意されるべきである。同様に、ＣＥとＣＥデバイスは同じ意味を持ち、ＵＥとＵＥデバイスは同じ意味を持つ。
【００４３】
以下は、図２を参照しながら、本出願の実施形態による通信方法２００について詳細に説明する。方法２００が適用されるネットワークアーキテクチャは、ネットワークデバイス１と、ネットワークデバイス２と、ネットワークデバイス３とを含む。ネットワークデバイス１とネットワークデバイス２はＢＧＰピアのペアであり、ネットワークデバイス２とネットワークデバイス３はＢＧＰピアのペアであり、ネットワークデバイス１とネットワークデバイス３はＢＧＰピアのペアである。ネットワークデバイス１、ネットワークデバイス２、及びネットワークデバイス３は全て、ＰＥデバイスであってよい。例えば、ネットワークデバイス１は、図１に示されるＰＥ１であってよく、ネットワークデバイス２は、図１に示されるＰＥ２であってよく、ネットワークデバイス３は、図１に示されるＰＥ３であってよい。ネットワークデバイス１及びネットワークデバイス２は各々、例えば、制御ワード処理能力を持つデバイスであってよく、ネットワークデバイス３は、例えば、制御ワード処理能力を持たないデバイスであってよい。ネットワークアーキテクチャは、図１に示されるネットワークアーキテクチャであってよい。方法２００は、以下の動作を含む。
【００４４】
Ｓ２０１：ネットワークデバイス２がＢＧＰメッセージ１を生成し、このＢＧＰメッセージ１は、制御ワード指示情報を含む。
【００４５】
制御ワード指示情報は、ネットワークデバイス２が制御ワード処理能力を持つことを示すために使用される。制御ワード指示情報は、ネットワークデバイス１がＥＶＰＮパケットをネットワークデバイス２に送信するとき、ＥＶＰＮパケットを使用して制御ワードを搬送するようにネットワークデバイス１に示すために使用される。
【００４６】
Ｓ２０２：ネットワークデバイス２が、ＢＧＰメッセージ１をネットワークデバイス１に送信する。
【００４７】
前述の制御ワード指示情報は、ネットワークデバイス２が制御ワード処理能力を持つことを示すために使用される。ネットワークデバイス１が、ネットワークデバイス２によって送信されたＢＧＰメッセージ１を受信した後、ネットワークデバイス１が、制御ワード処理能力を持つデバイスである場合、ネットワークデバイス１は、ＥＶＰＮサービスパケットをネットワークデバイス２に送信するとき、ＥＶＰＮサービスパケット内で制御ワード指示情報及び制御ワードをカプセル化する。ネットワークデバイス１によって送信されたＥＶＰＮパケットを受信するとき、ネットワークデバイス２は、パケット内で搬送された制御ワード指示情報に基づいて、ＥＶＰＮサービスパケットが制御ワードを搬送することを決定し、次いで、制御ワードを搬送するＥＶＰＮパケットのフォーマットに基づいて、受信されたパケットを解析する。ネットワークデバイス１が、制御ワード処理能力を持たないデバイスであるとき、制御ワードは、ネットワークデバイス１がＥＶＰＮパケットをネットワークデバイス２に送信するとき、搬送されない。ネットワークデバイス１によって送信されたＥＶＰＮサービスパケットを受信するとき、ネットワークデバイス２は、ＭＰＬＳヘッダを解析することによって、ＥＶＰＮパケットが制御ワード指示情報を搬送しないことを認め、従って、ＥＶＰＮパケットが制御ワードを搬送しないことを決定し得る。このケースでは、ネットワークデバイス２は、制御ワードを搬送しないパケットのフォーマットに基づいて、受信されたＥＶＰＮパケットを解析する。前述の説明から、ネットワークデバイス２が制御ワード処理能力をネットワークデバイス２のＢＧＰピアに通知することが知られることが可能である。次いで、ＥＶＰＮサービスパケットを受信するとき、ネットワークデバイス２は、パケットが制御ワード指示情報を搬送するかどうかに基づいて、パケットが制御ワードを搬送するかどうかを決定し、決定結果及び正しいフォーマットに基づいてパケットを解析する。このようにして、制御ワード処理能力を持つネットワークデバイスが、制御ワード処理能力を持たないネットワークデバイスと通信する場合ですら、トラフィックの正常な受信及び送信は、依然として保証可能である。このことは、トラフィック伝送信頼性を効果的に保証する。
【００４８】
特定の実装において、本出願では、ＢＧＰメッセージは、制御ワード指示情報を搬送するために、ネクストホップ能力属性（英語：Ｎｅｘｔ−Ｈｏｐ  Ｃａｐａｂｉｌｉｔｉｅｓ  Ａｔｔｒｉｂｕｔｅ）を搬送する。ネクストホップ能力属性は、ＢＧＰネクストホップ依存能力属性（英語：ＢＧＰ  Ｎｅｘｔ−Ｈｏｐ  ｄｅｐｅｎｄｅｎｔ  Ｃａｐａｂｉｌｉｔｉｅｓ  Ａｔｔｒｉｂｕｔｅ）、ＢＧＰネクストホップ能力属性（英語：ＢＧＰ  Ｎｅｘｔ−Ｈｏｐ  Ｃａｐａｂｉｌｉｔｉｅｓ  Ａｔｔｒｉｂｕｔｅ）、ネクストホップ属性（英語：Ｎｅｘｔ−Ｈｏｐ  Ａｔｔｒｉｂｕｔｅ）、又はＢＧＰネクストホップ属性（ＢＧＰ  Ａｔｔｒｉｂｕｔｅ）とも呼ばれることがある。ネクストホップ能力属性の関連する説明については、ｄｒａｆｔ−ｉｅｔｆ−ｉｄｒ−ｎｅｘｔ−ｈｏｐ−ｃａｐａｂｉｌｉｔｙ−０３を参照されたい。ｄｒａｆｔ−ｉｅｔｆ−ｉｄｒ−ｎｅｘｔ−ｈｏｐ−ｃａｐａｂｉｌｉｔｙ−０３は、参照によりその全体が本出願に組み込まれる。ｄｒａｆｔ−ｉｅｔｆ−ｉｄｒ−ｎｅｘｔ−ｈｏｐ−ｃａｐａｂｉｌｉｔｙ−０３において言及されるネクストホップ能力属性、ＢＧＰネクストホップ依存能力属性、及びＢＧＰネクストホップ能力属性は、異なる名称にすぎず、本質的には同じ属性を表し、以下の説明ではネクストホップ能力属性と総称される。本出願では、制御ワード指示情報は、ネクストホップ能力属性内の新しいサブＴＬＶフィールドを拡張することによって搬送されてよい。タイプフィールドの値は、制御ワードの機能に基づいて標準機関から申請されてよく、タイプフィールドは、１バイトを占有してよい。長さフィールドは、値フィールドの長さを示す。長さフィールドは、１バイトを占有してよい。値フィールドは、制御ワード指示情報を搬送するために使用され、値フィールドは、３バイトを占有してよい。
【００４９】
別の特定の実装では、本出願のこの実施形態は、新しいＢＧＰ拡張コミュニティ属性を提供し、この属性は、制御ワード拡張コミュニティ属性、制御ワード属性、又は制御ワード拡張属性と呼ばれることがある。これらの属性は、以下の説明では制御ワード拡張コミュニティ属性と総称される。制御ワード拡張コミュニティ属性のフォーマットは、図３に示されている。タイプフィールドは、ＢＧＰ拡張コミュニティ属性が制御ワード指示情報を搬送するために使用されることを示す。タイプフィールドの値は、制御ワードの機能に基づいて標準機関から申請されてよく、タイプフィールドは、１バイトを占有してよい。長さフィールドは、値フィールドの長さを示す。長さフィールドは、１バイトを占有してよい。値フィールドは、制御ワード指示情報を搬送するために使用され、値フィールドは、３バイトを占有してよい。本出願では、ローカルネットワークデバイスの制御ワード能力は、リモートネットワークデバイスが、ローカルネットワークデバイスの制御ワード能力に基づいて、トラフィックが転送されるとき制御ワードが搬送される必要があるかどうかを決定するように、新しいＢＧＰ拡張コミュニティ属性を提供することによって、リモートネットワークデバイスに通知可能である。さらに、ローカルネットワークデバイスは、前もってピアデバイスに送信された制御ワード指示情報をデータパケットが搬送するかどうかに基づいて、トラフィックが制御ワードを搬送するかどうかを自動的に識別することができる。
【００５０】
特定の実装では、制御ワード指示情報は、以下の３つの様式で割り当てられることがある。
【００５１】
様式１：予約済みＭＰＬＳラベルを使用する
【００５２】
予約済みラベルは、制御ワード指示情報を示すために、インターネット番号割り当て機関（英語：Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎｅｄ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ、ＩＡＮＡ）から申請される。例えば、ＩＡＮＡによって予約された１５のＭＰＬＳラベルの割り当てられていない特殊目的ＭＰＬＳラベル値（英語：Ｕｎａｓｓｉｇｎｅｄ  Ｓｐｅｃｉａｌ−Ｐｕｒｐｏｓｅ  ＭＰＬＳ  Ｌａｂｅｌ  Ｖａｌｕｅｓ）の１つが、制御ワード指示情報として選択される。このケースでは、全てのＰＥによって搬送される制御ワード指示情報は、グローバルでユニークな予約済みラベルである。
【００５３】
様式２：グローバルな割り当て
【００５４】
具体的に言えば、各ネットワークデバイスは、グローバルでユニークな制御ワード指示情報を申請する。ネットワークデバイスが制御ワード処理能力を有効にした後、制御ワード指示情報は、ＢＧＰメッセージ内で搬送され、隣接するデバイスに通知される。
【００５５】
様式３：インスタンスごとの割り当て
【００５６】
ＥＶＰＮは、仮想プライベートネットワークである。複数のＥＶＰＮインスタンス（英語：ＥＶＰＮ  Ｉｎｓｔａｎｃｅ、ＥＶＩ）が、各ネットワークデバイス上で共存することがある。各ＥＶＩは独立して存在し、各ＥＶＩは、１つ又は複数のリージョン間レイヤ２ＶＰＮを形成するために、ユーザネットワークの１つ又は複数のグループに接続される。複数のＥＶＩが各ネットワークデバイス上に存在するとき、１つの制御ワード指示情報が各ＥＶＩに割り当てられてよく、異なる制御ワード指示情報が異なるＥＶＩに割り当てられる。
【００５７】
本出願では、制御ワード処理能力が有効にされる場合、制御ワード処理能力が受信方向と送出方向の両方で利用可能であることが考えられる。
【００５８】
ＢＧＰメッセージ１は、例えば、ＢＧＰ更新（英語：ｕｐｄａｔｅ）メッセージであることがある。ＢＧＰ更新メッセージはＥＶＰＮルーティング情報をさらに含むことがあり、ＥＶＰＮルーティング情報は、ＥＶＰＮ  ＮＬＲＩ内で搬送される。ＥＶＰＮ  ＮＬＲＩは、ＢＧＰプロトコルにおいて定義されたＢＧＰ  ＮＬＲＩであり、ＢＧＰ  ＥＶＰＮルートを通知するために使用される。ネットワークデバイス１によってネットワークデバイス２に通知されるＢＧＰ  ＥＶＰＮルートは、ＥＶＰＮ  ＮＬＲＩを含む。ＢＧＰ  ＥＶＰＮルートは、限定されるものではないが、ＭＡＣ／ＩＰ通知ルート（英語：ＭＡＣ／ＩＰ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｏｕｔｅ）と、イーサネット自動検出ルート（英語：Ｅｔｈｅｒｎｅｔ  Ａｕｔｏ−Ｄｉｓｃｏｖｅｒｙ  （Ａ−Ｄ）  ｒｏｕｔｅ）と、包括的マルチキャストイーサネットタグルート（英語：Ｉｎｃｌｕｓｉｖｅ  Ｍｕｌｔｉｃａｓｔ  Ｅｔｈｅｒｎｅｔ  Ｔａｇ  ｒｏｕｔｅ、ＩＭＥＴ  ｒｏｕｔｅ）と、イーサネットセグメントルート（英語：Ｅｔｈｅｒｎｅｔ  Ｓｅｇｍｅｎｔ  ｒｏｕｔｅ）とを含む。ＥＶＰＮ  ＮＬＲＩは、マルチプロトコル到達可能ネットワークレイヤ到達可能性情報（英語：Ｍｕｌｔｉｐｒｏｔｏｃｏｌ  Ｒｅａｃｈａｂｌｅ  ＮＬＲＩ、ＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ）属性内で搬送される。ＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性は、ＢＧＰ更新メッセージ内で定義される属性であり、具体的なフォーマットは図４ａに示されている。この属性は、アドレスファミリー識別子（英語：Ａｄｄｒｅｓｓ  Ｆａｍｉｌｙ  Ｉｄｅｎｔｉｆｉｅｒ、ＡＦＩ）フィールドと、後続アドレスファミリー識別子（英語：Ｓｕｂｓｅｑｕｅｎｔ  Ａｄｄｒｅｓｓ  Ｆａｍｉｌｙ  Ｉｄｅｎｔｉｆｉｅｒ、ＳＡＦＩ）フィールドとを含む。ＡＦＩフィールドの値は、Ｌ２ＶＰＮを示すために使用され、例えば、２５である。ＳＡＦＩフィールドの値は、ＥＶＰＮを示すために使用され、例えば、７０である。ＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性は、「ネクストホップネットワークアドレスの長さ」（英語：Ｌｅｎｇｔｈ  ｏｆ  Ｎｅｘｔ  Ｈｏｐ  Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ）フィールドと、「ネクストホップのネットワークアドレス」（英語：Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  ｏｆ  Ｎｅｘｔ  Ｈｏｐ）フィールドとをさらに含む。「ネクストホップのネットワークアドレス」フィールドは、ネクストホップのネットワークアドレスを搬送するために使用され、ネクストホップのネットワークアドレスは、ネットワークデバイス１のネットワークアドレス、例えば、ネットワークデバイス１のループバック（英語：ｌｏｏｐｂａｃｋ）アドレスである。ループバックアドレスは、ネットワークデバイス（例えば、ルータ又はスイッチ）のループバックインタフェース上で構成されたＩＰアドレスであってよく、通例、ネットワークデバイス識別子（例えば、３２ビットマスクＩＰｖ４アドレス：１０．１０．１．１／３２）として使用される。このことは、当業者によって理解可能である。ＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性は、ＮＬＲＩフィールドをさらに含み、Ｌ２ＶＰＮ内のＥＶＰＮは、ＡＦＩフィールド及びＳＡＦＩフィールドの値を参照して示される。ＮＬＲＩフィールドはＥＶＰＮ  ＮＬＲＩフィールドである。図４ｂに示されるように、ＥＶＰＮ  ＮＬＲＩフィールドは、例えば、２バイトのルートタイプ（英語：Ｒｏｕｔｅ  Ｔｙｐｅ）フィールドと、２バイトの長さ（英語：Ｌｅｎｇｔｈ）フィールドと、可変の長さを有するルートタイプ固有（英語：Ｒｏｕｔｅ  Ｔｙｐｅ  ｓｐｅｃｉｆｉｃ）フィールドとを含む。本出願ではルートタイプフィールド及び長さフィールドの長さは具体的に限定されないことが留意されるべきである。ルートタイプフィールドは、異なるＢＧＰ  ＥＶＰＮルートタイプを示すために使用される。
【００５９】
以下は、例としてＭＡＣ／ＩＰ通知ルートを使用して、ＥＶＰＮ  ＮＬＲＩフィールドについて説明する。本出願では、ＥＶＰＮ  ＮＬＲＩとＥＶＰＮ  ＮＬＲＩフィールドは、同じ意味を持つ。ＭＡＣ／ＩＰ通知ルートは、ＭＡＣ通知ルートと、ＩＰ通知ルートとを含み、これらのルートはそれぞれ、レイヤ２パケット転送及びレイヤ３パケット転送を導くために使用される。
【００６０】
ＭＡＣ／ＩＰ通知ルートの場合、ルートタイプフィールドの値は２であり、ルートタイプ固有フィールドは、ＭＡＣ／ＩＰ通知ルートの詳細を記録するために使用される。図４ｃに示されるように、ＭＡＣ／ＩＰ通知ルートは、８バイトのルート区別子（英語：Ｒｏｕｔｅ  Ｄｉｓｔｉｎｇｕｉｓｈｅｒ、ＲＤ）フィールドと、１０バイトのイーサネットセグメント識別子（英語：Ｅｔｈｅｒｎｅｔ  Ｓｅｇｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ、ＥＳＩ）フィールドと、４バイトのイーサネットタグ識別子（英語：Ｅｔｈｅｒｎｅｔ  Ｔａｇ  ＩＤ）フィールドと、１バイトのＭＡＣアドレス長フィールドと、６バイトのＭＡＣアドレスフィールドと、１バイトのＩＰアドレス長フィールドと、４バイト又は１６バイトのＩＰアドレスフィールドと、３バイトのＭＰＬＳラベル（英語：Ｌａｂｅｌ）１フィールドと、０バイト又は３バイトのＭＰＬＳラベル２フィールドとを含む。ＭＰＬＳラベル１フィールドは、ＶＰＮラベル（プライベートネットワークラベルとも呼ばれる）を搬送するために使用され、このラベルは、ＭＰＬＳネットワーク内での伝送中に内部ラベルとして使用される。転送プレーン上で、ＰＥは、データパケットを対応するＣＥに送信するために、受信されたデータパケットを、ＶＰＮラベルに基づいて対応するＭＡＣ転送テーブルに送信する。ＭＰＬＳラベル２フィールドは、レイヤ３トラフィック転送を導くために使用される。ＭＡＣ通知ルートでは、ＭＰＬＳラベル２フィールドの値は０である。ＭＡＣ通知ルート内に含まれるＭＡＣアドレスは、ネットワークデバイス１に接続されたＣＥデバイスのＭＡＣアドレス又はこのＣＥデバイスによって管理されるユーザ機器のＭＡＣアドレスである。本出願では、ＭＡＣ通知ルートは、簡潔にＭＡＣルートとも呼ばれる。
【００６１】
ＢＧＰ更新メッセージ及びＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性の定義については、ＲＦＣ４７６０における説明を参照されたい。ＥＶＰＮ  ＮＬＲＩフィールドの定義については、インターネットエンジニアリングタスクフォース（英語：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、略してＩＥＴＦ）リクエストフォーコメンツ（英語：Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ、略してＲＦＣ）７４３２における説明を参照されたい。詳細は、本明細書では説明されない。
【００６２】
図１に示されるシナリオを参照して、以下は、例を使用して、ＰＥデバイスがＢＧＰ  ＥＶＰＮルートを通知するプロセスについて説明する。
【００６３】
ＰＥ２は、サイト２内のユーザ機器（英語：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）２のＭＡＣアドレス例えばＭＡＣ２を知る。ＰＥ２は、ＢＧＰ更新メッセージを通じてＭＡＣルートをＰＥ１に通知する。ＰＥ３は、サイト２内のＵＥ２のＭＡＣアドレスを知らない。ＰＥ３は、イーサネット自動検出ルート（英語：Ｅｔｈｅｒｎｅｔ  Ａｕｔｏ−ｄｉｓｃｏｖｅｒｙ  Ｒｏｕｔｅ、Ｅｔｈｅｒｎｅｔ  Ａ−Ｄ  ｒｏｕｔｅ）をＰＥ１に通知する。従って、ＰＥ１は、エイリアシング（英語：Ａｌｉａｓｉｎｇ）様式で、ＰＥ１がＰＥ３を通ってＵＥ２に到達することができることを知る。このようにして、ＵＥ１によってＵＥ２に送信されたユニキャストトラフィックがＰＥ１を通って送信されるとき、ＰＥ１は、ユニキャストトラフィック上で負荷分散を実行し得る。ユニキャストトラフィックは、ＰＥ２及びＰＥ３を通ってＣＥ２に転送される。このようにして、ＵＥ１とＵＥ２は、ＥＶＰＮ１内で互いと通信することができる。
【００６４】
前述のＭＡＣルート及びイーサネットＡ−Ｄルートに加えて、ＥＶＰＮネットワーク内では、ＰＥデバイスは、ＣＥデバイスからのＢＵＭトラフィックを、同じＥＶＰＮインスタンス内の別のＰＥに送信する必要がある。このシナリオでは、ＢＵＭトラフィックを受信するＰＥは、未知のユニキャストトラフィックを別のＰＥデバイスにフラッディングさせる（英語：ｆｌｏｏｄ）必要がある。従って、ＥＶＰＮ内では、ＰＥデバイスが配置された後、各ＰＥデバイスは、ＢＵＭパケット転送を導くために、ＩＭＥＴルートを別のＰＥデバイスに通知する必要がある。ＩＭＥＴルートのガイダンス下で、ＩＭＥＴルートを受信するＰＥデバイスは、ＢＵＭトラフィックを送出エンドＰＥに転送する。
【００６５】
ポイントツーポイント（英語：ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ、Ｐ２Ｐ）ＥＶＰＮサービスでは、例えば、Ｐ２Ｐ  ＥＶＰＮがＰＥ１とＰＥ２との間で配置される場合、サイト２内のＵＥ２のＭＡＣアドレスを知った後、ＰＥ２は、ＢＧＰ更新メッセージを通じてＡＤ−ＥＶＩごとルートをＰＥ１に通知する。ＡＤ−ＥＶＩごとルートはイーサネットＡ−Ｄルートである。Ｐ２Ｐシナリオでは、全てのパケットはブロードキャストされる。ＡＤ−ＥＶＩごとルートは、Ｐ２Ｐシナリオではパケット転送を導くために使用される。
【００６６】
ＢＧＰ  ＥＶＰＮルート、ＭＡＣ通知ルート、イーサネットＡ−Ｄルート、及びＩＭＥＴルートに関する詳細、ならびにＰＥデバイスがエイリアシングベースの負荷分散をどのように実施するかに関する詳細については、インターネットエンジニアリングタスクフォース（英語：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、略してＩＥＴＦ）リクエストフォーコメンツ（英語：Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ、略してＲＦＣ）７４３２を参照されたい。インターネットエンジニアリングタスクフォース（英語：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、略してＩＥＴＦ）リクエストフォーコメンツ（英語：Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ、略してＲＦＣ）７４３２における関連する内容は、参照により本明細書に組み込まれる。簡潔にするために、詳細は、本明細書では説明されない。
【００６７】
特定の実装において、本出願では、ネットワークデバイス１がＢＧＰメッセージを受信し、ＢＧＰメッセージが制御ワード指示情報のネクストホップ能力属性又は拡張コミュニティ属性を搬送するとき、ネットワークデバイス１の処理ルールは次の通りである。
【００６８】
１．ネットワークデバイス１は、制御ワード処理能力を有効にし、ネクストホップ能力属性解析又は制御ワード拡張コミュニティ属性解析をサポートする。ネットワークデバイス２によって送信され、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を搬送するＢＧＰメッセージを受信した後、ネットワークデバイス１は、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を正しく解析することができる。ネットワークデバイス１は、ＢＧＰメッセージ内で搬送された制御ワード指示情報及びＥＶＰＮルーティング情報をローカルに記憶し、制御ワード指示情報を含むＭＡＣ転送エントリを生成する。ネットワークデバイス１は、ＭＡＣ転送エントリに基づいてネットワークデバイス２に、制御ワード指示情報及び制御ワードを搬送するデータパケットを送信する。
【００６９】
２．ネットワークデバイス１は、制御ワード処理能力を構成しない又は有効にしない。ネットワークデバイス２によって送信され、制御ワード指示情報を搬送するＢＧＰメッセージを受信した後、ネットワークデバイス１は、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を解析するとき、ＢＧＰメッセージ内で搬送されるネクストホップ能力属性又は制御ワード拡張コミュニティ属性を正しく識別することができない。このケースでは、ネットワークデバイス１は、属性を直接的に無視し、既存の手順に従ってＢＧＰメッセージを解析してよい。
【００７０】
本出願では、ネットワークデバイス１が、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を搬送しない即ち制御ワード指示情報を搬送しないＢＧＰメッセージを受信した後、処理ルールは、次の通りである。
【００７１】
１．ネットワークデバイス１は、制御ワード処理能力を有効にし、ネクストホップ能力属性解析又は制御ワード拡張コミュニティ属性解析をサポートする。ネットワークデバイス３によって送信され、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を搬送しないＢＧＰメッセージを受信した後、ネットワークデバイス１は、ＢＧＰメッセージに基づいて、ネットワークデバイス３が制御ワード処理能力を持たないことを決定する。ネットワークデバイス１がデータパケットをネットワークデバイス３に送信するとき、制御ワードは搬送されない。
【００７２】
２．ネットワークデバイス１は、制御ワード処理能力を構成しない又は有効にしない。ネットワークデバイスによって送信され、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を搬送しないＢＧＰメッセージを受信した後、ネットワークデバイス１は、既存の手順に従ってＢＧＰメッセージを解析する。
【００７３】
Ｓ２０３：ネットワークデバイス１が、ＢＧＰメッセージ１を受信する。
【００７４】
Ｓ２０４：ネットワークデバイス１が、ＢＧＰメッセージ１に基づいてＥＶＰＮサービスパケット１を生成する。
【００７５】
特定の実装では、ネットワークデバイス１は、制御ワード処理能力を持つネットワークデバイスである。ＢＧＰメッセージ１は、ＥＶＰＮルーティング情報と、制御ワード指示情報とを含む。ＢＧＰメッセージ１を受信した後、ネットワークデバイス１は、ＥＶＰＮルーティング情報及び制御ワード指示情報を記憶し、ＥＶＰＮルーティング情報及び制御ワード指示情報に基づいて転送エントリを生成する。ネットワークデバイス１は、転送エントリに基づいてＥＶＰＮサービスパケット１を生成し、ＥＶＰＮサービスパケット１は、制御ワード指示情報と、制御ワードとを含む。ＥＶＰＮサービスパケット１のＭＰＬＳヘッダは、外部トンネルラベルと、内部プライベートネットワークラベルと、制御ワード指示情報とを含む。制御ワード指示情報は、トンネルラベルとプライベートネットワークラベルとの間にカプセル化されてもよいし、スタックの底（bottom-of-stack）ラベルとして使用されてもよい。
【００７６】
ネットワークデバイス１の制御プレーン（例えば、制御ボード）は、ＢＧＰメッセージ１内で搬送される異なるタイプのＢＧＰ  ＥＶＰＮルートに基づいて、異なるＢＧＰ  ＥＶＰＮルーティングエントリ及び対応する転送エントリを生成する。例えば、ＢＧＰメッセージを通じて通知されるＢＧＰ  ＥＶＰＮルートがＭＡＣルートであるとき、ネットワークデバイス２は、ＢＧＰメッセージに基づいてＭＡＣルーティングエントリを生成し、このＭＡＣルーティングエントリに基づいて対応するＭＡＣ転送エントリを生成して、このＭＡＣ転送エントリを転送プレーンに送信する。ＢＧＰメッセージを通じて通知されるＢＧＰ  ＥＶＰＮルートがイーサネットＡ−Ｄルートであるとき、ネットワークデバイス１は、ＢＧＰメッセージに基づいてイーサネットＡ−Ｄルーティングエントリを生成し、このイーサネットＡ−Ｄルーティングエントリに基づいて対応するイーサネットＡ−Ｄ転送エントリを生成して、このイーサネットＡ−Ｄ転送エントリを転送プレーンに送信する。ＢＧＰメッセージを通じて通知されるＢＧＰ  ＥＶＰＮルートがＩＭＥＴルートであるとき、ネットワークデバイス１は、ＢＧＰメッセージに基づいてＩＭＥＴルーティングエントリを生成し、このＩＭＥＴルーティングエントリに基づいて対応するＩＭＥＴ転送エントリを生成して、このＩＭＥＴ転送エントリを転送プレーンに送信する。ネットワークデバイス１内で、異なるタイプのルーティングエントリ及び転送エントリは、別々に維持され、互いから分離される。以下は、ＭＡＣルートを例として使用して、本出願においてＭＡＣルーティングテーブル及びＭＡＣ転送テーブルを生成するプロセスについて説明する。ＩＭＥＴルート及びイーサネットＡ−Ｄルートの各々の場合、ネットワークデバイスが対応するルーティングテーブル及び対応する転送テーブルを生成するプロセスは、ＭＡＣルートの場合のそれに類似しており、詳細は、本明細書では説明されない。
【００７７】
ネットワークデバイス１は、ネットワークデバイス２によって送信されたＢＧＰメッセージ１を受信し、ＢＧＰメッセージ１内で搬送されるＭＡＣルーティング情報に基づいてＭＡＣルーティングエントリ及びＭＡＣ転送エントリを生成する。特定の実装では、制御ワード拡張コミュニティ属性内で搬送される制御ワード指示情報は、ＭＡＣルーティングエントリ（表１に示される）内で構成されてよい。ＭＡＣルーティングエントリ内の宛先ＭＡＣアドレスは、ＭＡＣルート内に含まれるＭＡＣアドレス（例えば、ＭＡＣ２）である。ネクストホップのネットワークアドレスは、ネットワークデバイス２のループバックアドレスである。制御ワード指示情報は、制御ワード拡張コミュニティ属性の値（Ｖａｌｕｅ）フィールド内で搬送されるラベルであり、例えば、２３４１であってよい。プライベートネットワークラベルは、ネットワークデバイス２がＢＧＰ  ＥＶＰＮルートをネットワークデバイス１に送信するときに申請される、「ＬａｂｅｌＡ」などのＭＰＬＳラベルである。ＥＶＰＮサービスパケット内の制御ワード指示情報のカプセル化フォーマットは、従来のＭＰＬＳカプセル化におけるそれと同じである。例えば、制御ワード指示情報は、４バイトを含む。ＰＥデバイスがデータパケットを転送するとき、制御ワード指示情報は、ＭＰＬＳヘッダ内でＭＰＬＳラベルとしてカプセル化される。ネットワークデバイス１は、ＭＡＣルーティングエントリ（表２に示される）に基づいてＭＡＣ転送エントリを生成し、ＭＡＣ転送エントリをネットワークデバイス１の転送プレーン（例えば、転送ボード）に送信する。ＭＡＣルーティングエントリに基づいてＭＡＣ転送エントリを生成するとき、ネットワークデバイス１は、ＭＡＣルーティングエントリに基づいて、ＭＡＣ転送エントリ内の宛先ＭＡＣアドレス及びアウトバウンドインタフェースを決定し得る。ＭＡＣ転送エントリ内の宛先ＭＡＣアドレスは、ＭＡＣルーティングエントリ内の宛先ＭＡＣアドレスである。ＭＡＣ転送エントリ内のアウトバウンドインタフェースは、例えば、Ｉｎｔｆ１である。ネットワークデバイス１がＭＡＣ転送エントリ内のアウトバウンドインタフェースとしてＩｎｔｆ１を決定することは、以下を含んでよい。ネットワークデバイス１は、最初に、ＭＡＣルーティングエントリ内のネットワークデバイス２のループバック（英語：ｌｏｏｐｂａｃｋ）アドレスを検索キーワードとして使用して、転送等価クラス（英語：Ｆｏｒｗａｒｄｉｎｇ  Ｅｑｕｉｖａｌｅｎｃｅ  Ｃｌａｓｓ、ＦＥＣ）からネクストホップラベル転送エントリ（英語：Ｎｅｘｔ  Ｈｏｐ  Ｌａｂｅｌ  Ｆｏｒｗａｒｄｉｎｇ  Ｅｎｔｒｙ、ＮＨＬＦＥ）へのマッピングのテーブル（ここで、テーブルは、簡潔にＦＴＮ（ＦＥＣ  ｔｏ  ＮＨＬＦＥ）マッピングテーブル又はＦＴＮ転送テーブルとも呼ばれる）を検索して、ネットワークデバイス２のループバックアドレスに対応するアウトバウンドインタフェースがネットワークデバイス１からネットワークデバイス２へのトンネルのトンネル識別子（英語：Ｔｕｎｎｅｌ  Ｉｄｅｎｔｉｆｉｅｒ、Ｔｕｎｎｅｌ  ＩＤ）であることを知る。次いで、ネットワークデバイス１は、トンネルＩＤを使用することによ��てトンネル転送テーブルを検索して、トンネルＩＤに対応するアウトバウンドインタフェースがＩｎｔｆ１（即ち、ネットワークデバイス１上の、ネットワークデバイス１からネットワークデバイス２へのトンネルのインタフェース）であることを知る。ネットワークデバイス１は、Ｉｎｔｆ１をＭＡＣ転送エントリ内のアウトバウンドインタフェースとして決定する。トンネルは、ラベルスイッチ経路（Ｌａｂｅｌ  Ｓｗｉｔｃｈｅｄ  Ｐａｔｈ、ＬＳＰ）トンネル、リソース予約プロトコル―トラフィックエンジニアリング（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ−Ｔｒａｆｆｉｃ  Ｅｎｇｉｎｅｅｒｉｎｇ，  ＲＳＶＰ−ＴＥ）トンネルなどであってよいことが留意されるべきである。トンネルは、既知のユニキャストデータフローを搬送するために使用される。簡潔にするために、このことは、本発明の実施形態の添付の図面では図示されない。
【００７８】
【表１】
2022500915.tif 000003
【００７９】
【表２】
2022500915.tif 000004
【００８０】
表１及び表２は、ＭＡＣルーティングエントリ及びＭＡＣ転送エントリ内のいくらかの情報のみをリストしており、他の情報は、簡潔にするために示されない。このことは、当業者によって理解可能である。
【００８１】
ネットワークデバイス１が既知のユニキャストトラフィックを受信するとき、例えば、パケット内で搬送される宛先ＭＡＣアドレスが、ＭＡＣルート内に含まれるＭＡＣアドレス（ＭＡＣ２）であるとき、ネットワークデバイス１は、ＭＡＣ転送テーブルに問い合わせ、転送のためのアウトバウンドインタフェースに関する情報を知り、トラフィックがＭＡＣ２に転送されるときに制御ワード指示情報及び制御ワードが搬送される必要があることを知る。従って、ネットワークデバイス１は、ＥＶＰＮサービスパケットが制御ワードをさらに搬送することを示すために、外部トンネルラベル、内部プライベートネットワークラベル、及び制御ワード指示情報をＭＰＬＳヘッダ内にカプセル化する。
【００８２】
Ｓ２０５：ネットワークデバイス１が、ＥＶＰＮサービスパケット１をネットワークデバイス２に送信する。
【００８３】
Ｓ２０６：ネットワークデバイス２が、ネットワークデバイス１によって送信されたＥＶＰＮサービスパケット１を受信する。
【００８４】
ＥＶＰＮサービスパケット１を受信した後、ネットワークデバイス２は、ＥＶＰＮサービスパケット１をカプセル化解除して、処理されたデータパケットを取得し、この処理されたデータパケットを転送する。具体的には、ネットワークデバイス２は、ＥＶＰＮサービスパケット１内で搬送される制御ワード指示情報に基づいて、ＥＶＰＮサービスパケット１が制御ワードを搬送することを決定する。従って、ＥＶＰＮサービスパケット１のＭＰＬＳラベルスタックを除去した後、ネットワークデバイス２は、制御ワードをさらに除去して、処理されたデータパケットを取得し、この処理されたデータパケットを、ローカルＭＡＣ転送エントリに基づいてＥＶＰＮサービスパケット１の宛先に転送する。
【００８５】
Ｓ２０７：ネットワークデバイス１が、ネットワークデバイス３によって送信されたＢＧＰメッセージ２を受信する。
【００８６】
Ｓ２０８：ネットワークデバイス１が、ＢＧＰメッセージ２に基づいて、ネットワークデバイス３が制御ワード処理能力を持たないことを決定する。
【００８７】
具体的には、ネットワークデバイス３は、制御ワード処理能力を持たないネットワークデバイスであり、ＢＧＰメッセージ２は、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を搬送しない、即ち、制御ワード指示情報を搬送しない。ネットワークデバイス１は、制御ワード処理能力を持つネットワークデバイスであり、ネットワークデバイス１は、ＢＧＰメッセージ２が制御ワード拡張コミュニティ属性を搬送しないことを決定し、従って、ＢＧＰメッセージ２に基づいて、ネットワークデバイス３は、制御ワード処理能力を持たないネットワークデバイスであることを決定し得る。
【００８８】
Ｓ２０９：ネットワークデバイス１が、ＥＶＰＮサービスパケット２を生成する。
【００８９】
Ｓ２１０：ネットワークデバイス１が、ＥＶＰＮサービスパケット２をネットワークデバイス３に送信する。
【００９０】
ネットワークデバイス１が、ネットワークデバイス３は制御ワード処理能力を持たないことを決定したことに基づいて、ネットワークデバイス１は、ＥＶＰＮサービスパケット２を生成し、ＥＶＰＮサービスパケット２をネットワークデバイス３に送信する。ＥＶＰＮサービスパケット２は、制御ワードを搬送しない。ネットワークデバイス１によって送信されたＥＶＰＮサービスパケット２を受信した後、ネットワークデバイス３は、制御ワードを搬送しないパケットのフォーマットに基づいてパケットを解析する。
【００９１】
本出願では、ネットワークデバイスは、ネットワークデバイスが制御ワード処理能力を持つかどうかを互いに知らせ、従って、データパケットをピアネットワークデバイスに送信するとき、ローカルネットワークデバイスは、ピアネットワークデバイスが制御ワード処理能力を持つかどうかに基づいて、送信されるべきデータパケットに制御ワードを追加するべきかどうかを決定することができる。このようにして、データパケットを受信するとき、ピアネットワークデバイスは、パケットを正しく解析することができる。このことは、パケットロスを効果的に回避する。
【００９２】
図５及び図６に示されるネットワークアーキテクチャの概略図ならびに特定の適用シナリオを参照して、以下は、例を使用して、ＢＧＰ  ＥＶＰＮルートにおける制御ワード拡張コミュニティ属性の適用について説明する。以下のシナリオ及び特定の適用例は、本出願の技術的解決策に関する制限を構成するべきでないことが理解されるべきである。以下は、ＥＶＰＮ  ＭＰ２ＭＰシナリオにおけるユニキャストトラフィックのための制御ワード処理を実施するために制御ワード拡張コミュニティ属性がＭＡＣルートに適用される例を使用することによって、本出願の技術的解決策について説明する。
【００９３】
図５を参照すると、ＰＥ１及びＰＥ３は各々、制御ワード処理能力を持つネットワークデバイスであり、ＰＥ２は、制御ワード処理能力を持たないデバイスである。制御プレーン上での情報作成プロセスは、次の通りである。
【００９４】
ＰＥ１は、ソースＭＡＣがＭＡＣ１であるＭＡＣルートをＰＥ３に送信し、プライベートネットワークラベルＬａｂｅｌ１を申請する。ＭＡＣルートは、制御ワード指示情報ＣＬＩ１を搬送する。ＰＥ３が、ＰＥ１によって通知されたＭＡＣルートを受信した後、ＰＥ３が、解析を通じて、ＭＡＣルートが制御ワード指示情報を搬送することを認め、ＰＥ３が制御ワード処理能力を有効にするとき、ＰＥ３は、転送テーブルを生成するために、ＭＡＣルート内で搬送される制御ワード指示情報ＣＬＩ１をＭＡＣ１及びプライベートネットワークラベルＬａｂｅｌ１とともに転送プレーンに送信する。
【００９５】
ＰＥ１は、ソースＭＡＣがＭＡＣ１であるＭＡＣルートをＰＥ２に送信し、プライベートネットワークラベルＬａｂｅｌ１を申請する。ＭＡＣルートは、制御ワード指示情報ＣＬＩ１を搬送する。ＰＥ２は、ＰＥ１によって通知され、制御ワード指示情報を搬送するＭＡＣルートを受信する。しかし、制御ワード処理能力がＰＥ３上で配置されないので、ＰＥ３は、制御ワード指示情報を正しく解析することができず、ＭＡＣ１及びプライベートネットワークラベルＬａｂｅｌ１を転送テーブルに送信するのみである。代替として、制御ワード処理能力がＰＥ３上で配置されるが、ＰＥ３は、制御ワード処理能力を有効にしない。このケースでは、ＰＥ３は制御ワード指示情報を正しく解析することができるが、ＰＥ３は、制御ワード指示情報を転送テーブルに送信しない。
【００９６】
ＰＥ２は、ソースＭＡＣがＭＡＣ２であるＭＡＣルートをＰＥ３に通知し、プライベートネットワークラベルＬａｂｅｌ２を申請する。ＰＥ２は制御ワード処理能力を持たないので、ＰＥ２がＭＡＣルートを通知するとき、制御ワード指示情報は搬送されない。ＰＥ２によって通知されたＭＡＣルートを受信した後、ＰＥ３は、通常は、制御ワード指示情報が搬送されない様式でＢＧＰメッセージを解析し、ＭＡＣ２及びプライベートネットワークラベルＬａｂｅｌ２を抽出して、転送エントリを生成するためにＭＡＣ２及びプライベートネットワークラベルＬａｂｅｌ２を転送プレーンに送信する。
【００９７】
ＰＥ３がＭＡＣルートをＰＥ１に通知する手順は、ＰＥ１がＭＡＣルートをＰＥ３に通知する手順と同じである。詳細は、ここでは説明されない。
【００９８】
ＰＥ２がＭＡＣルートをＰＥ１に通知する手順は、ＰＥ２がＭＡＣルートをＰＥ３に通知する手順と同じである。詳細は、ここでは説明されない。
【００９９】
図６を参照すると、転送プレーン上でのトラフィック転送プロセスは、次の通りである。
【０１００】
ＣＥ３がＣＥ１にアクセスするとき、ＰＥ３は、ＭＡＣ１にアクセスするためにＣＥ３によって送信されたデータパケット（Ｐａｙｌｏａｄ１  （ＭＡＣ１））を受信し、宛先ＭＡＣアドレスＭＡＣ１に基づいて転送エントリに問い合わせ、データパケットを「トンネルラベル＋プライベートネットワークラベル＋制御ワード指示情報＋制御ワード＋データパケットペイロード（Ｐａｙｌｏａｄ１  （ＭＡＣ１））」へとカプセル化し、カプセル化されたデータパケットを、Ｐ１を通じてＰＥ１に転送する。ＰＥ３によって送信されたデータパケットを受信した後、Ｐ１は、通常の転送手順に従ってデータパケットを転送する。デバイスＰ１の場合、制御ワード指示情報は、ＭＰＬＳラベルスタック内の内部ラベルであり、転送プレーン上で変更されない。受信されたデータパケットを再度カプセル化した後、Ｐ１は、再度カプセル化されたデータパケットをＰＥ１に送信する。Ｐ１によって送信されたデータパケットを受信した後、ＰＥ１は、ＭＰＬＳラベルスタックを解析し、トンネルラベル、プライベートネットワークラベル、及び制御ワード指示情報を除去し、データパケット内で搬送される制御ワード指示情報に基づいて、データパケットが制御ワードを搬送することを決定する。ＰＥ１は、制御ワードを除去した後の処理されたデータパケットを取得し、この処理されたデータパケットを、ローカルＭＡＣ転送エントリに基づいてＣＥ１に転送する。
【０１０１】
ＣＥ３がＣＥ２にアクセスするとき、ＰＥ３は、ＭＡＣ２にアクセスするためにＣＥ３によって送信されたデータパケット（Ｐａｙｌｏａｄ２  （ＭＡＣ２））を受信し、宛先ＭＡＣアドレスＭＡＣ２に基づいて転送エントリに問い合わせ、データパケットを「トンネルラベル＋プライベートネットワークラベル＋データパケットペイロード（Ｐａｙｌｏａｄ２  （ＭＡＣ２））」へとカプセル化し、カプセル化されたデータパケットをＰＥ２に送信する。ＰＥ３によって送信されたデータパケットを受信し、トンネルラベル及びプライベートネットワークラベルを除去した後、ＰＥ２は、処理されたデータパケットを取得し、この処理されたデータパケットを、ローカルＭＡＣ転送エントリに基づいてＣＥ２に送信する。
【０１０２】
ＣＥ２がＣＥ１にアクセスするとき、ＰＥ２は、ＭＡＣ１にアクセスするためにＣＥ２によって送信されたデータパケット（Ｐａｙｌｏａｄ３  （ＭＡＣ１））を受信し、宛先ＭＡＣアドレスＭＡＣ１に基づいて転送エントリに問い合わせ、データパケットを「トンネルラベル＋プライベートネットワークラベル＋データパケットペイロード（Ｐａｙｌｏａｄ３  （ＭＡＣ１））」へとカプセル化し、カプセル化されたデータパケットを、Ｐ２を通じてＰＥ１に転送する。制御ワードを搬送しないデータパケットを受信した後、Ｐ２は、通常の転送手順に従ってデータパケットをＰＥ１に送信する。ＰＥ２によって送信されたデータパケットを受信し、トンネルラベル及びプライベートネットワークラベルを除去した後、ＰＥ１は、処理されたデータパケットを取得し、この処理されたデータパケットを、ローカルＭＡＣ転送エントリに基づいてＣＥ１に送信する。
【０１０３】
前述の内容から、制御ワード指示情報は、ユニキャストトラフィック内で制御ワードを処理するために、ＭＡＣルート内で搬送され得ることが知られることができる。確かに、当業者は、代替として、制御ワード指示情報が、エイリアシングベースの負荷分散がユニキャストトラフィック上で実行されるシナリオにおいて制御ワードを処理するために、ＭＡＣルートとイーサネットＡ−Ｄルートの両方で搬送されてよいことを理解し得る。その処理手順は、ユニキャストＭＡＣトラフィック内で制御ワードを処理する手順に類似している。このことは、当業者によって理解可能である。詳細は、本明細書では説明されない。さらに、制御ワード指示情報は、ＢＵＭトラフィック内で制御ワードを処理するために、ＩＭＥＴルート内で搬送されることがある。ＩＭＥＴルートが通知されるときに制御ワード指示情報が搬送される手順は、ＭＡＣルートが通知される手順に類似している。詳細は、再度説明されない。制御ワード指示情報を搬送するＩＭＥＴルートを受信した後、ピアエンドのＢＧＰピアは、ＢＧＰピアの制御ワード処理能力に基づいて、ＩＭＥＴルーティングエントリ内のＩＭＥＴルーティング情報とともに制御ワード指示情報を記憶すべきかどうかを決定し、次いで、パケット転送を導くためにＩＭＥＴ転送エントリを生成する。これらの手順は、当業者によって理解可能であり、詳細は、本明細書では説明されない。
【０１０４】
本出願では、ローカルデバイスは、ＥＶＰＮ内で、制御ワード処理能力をサポートしない又は有効にしないネットワークデバイスが適合することができるように、動作を単純化するために、ローカルデバイスの制御ワード処理能力をリモートデバイスに動的に通知する。具体的には、ＢＧＰ制御ワード拡張コミュニティ属性又はネクストホップ能力属性が、ローカルエンドの制御ワード処理能力をピアデバイスに通知するために新たに追加されることがある。リモートデバイスが制御ワード処理能力を持つ場合、言い換えれば、制御ワード処理能力がリモートデバイス上で配置され、リモートデバイスが制御ワード処理能力を有効にする場合、データパケットをローカルデバイスに送信するとき、リモートデバイスは、データパケットを使用して、制御ワード及びローカルデバイスによって前もって通知される制御ワード指示情報を搬送する。このようにして、ローカルデバイスは、制御ワード指示情報に基づいて、データパケットが制御ワードを搬送することを正しく識別することができ、制御ワードを搬送するパケットのフォーマットに基づいてデータパケットを正しく解析することができる。制御ワード処理能力がリモートデバイス上で配置されない又はリモートデバイスが制御ワード処理能力を有効にしない場合、リモートデバイスがデータパケットをローカルデバイスに送信するとき、制御ワードも制御ワード指示情報も搬送されない。このようにして、ローカルデバイスは、データパケットが、前もってピアデバイスに通知された制御ワード指示情報を搬送しないことに基づいて、受信されたデータパケットが制御ワードを搬送しないことを決定し、次いで、制御ワードを搬送しないパケットのフォーマットに基づいてデータパケットを解析する。このことは、パケットが正しく解析されることも保証することができる。
【０１０５】
図７は、本出願の実施形態による通信方法７００の概略フローチャートである。方法７００が適用されるネットワークアーキテクチャは、少なくとも、第１のネットワークデバイスと、第２のネットワークデバイスとを含み、このネットワークアーキテクチャは、第３のネットワークデバイスをさらに含むことがある。第１のネットワークデバイスと第２のネットワークデバイスはＢＧＰピアであり、第２のネットワークデバイスと第３のネットワークデバイスはＢＧＰピアであり、第１のネットワークデバイスと第３のネットワークデバイスはＢＧＰピアである。第１のネットワークデバイス、第２のネットワークデバイス、及び第３のネットワークデバイスは各々、ＰＥデバイスであってよい。例えば、第１のネットワークデバイスは、図１に示されるＰＥ１であってよく、第２のネットワークデバイスは、図１に示されるＰＥ２であってよく、第３のネットワークデバイスは、図１に示されるＰＥ３であってよい。ネットワークアーキテクチャは、図１に示されるネットワークアーキテクチャであってよい。さらに、図７に示される方法は、図２に示される方法を具体的に実施するために使用されてよい。例えば、図７における第１のネットワークデバイス、第２のネットワークデバイス、及び第３のネットワークデバイスはそれぞれ、図２に示される方法２００におけるネットワークデバイス１、ネットワークデバイス２、及びネットワークデバイス３であってよい。図７に示される方法は、以下の内容を含む。
【０１０６】
Ｓ７０１：第２のネットワークデバイスが第１のＢＧＰメッセージを生成し、この第１のＢＧＰメッセージは、制御ワード指示情報を含む。
【０１０７】
制御ワード指示情報は、第２のネットワークデバイスが制御ワード処理能力を持つことを示すために使用される。制御ワード指示情報は、第１のネットワークデバイスが第１のＥＶＰＮパケットを第２のネットワークデバイスに送信するとき、第１のＥＶＰＮパケットを使用して制御ワードを搬送するように第１のネットワークデバイスに指示するために使用される。
【０１０８】
Ｓ７０２：第２のネットワークデバイスが、第１のＢＧＰメッセージを第１のネットワークデバイスに送信する。
【０１０９】
図７に示される方法が、図２に示される方法２００を実施するために使用されるとき、第１のＢＧＰメッセージは、例えば、方法２００におけるＢＧＰメッセージ１であってよい。
【０１１０】
第１のネットワークデバイスが第１のＢＧＰメッセージをどのように処理するか、及び第１のネットワークデバイスが、第２のネットワークデバイスによって送信された第１のＢＧＰメッセージを受信した後、その後で受信されるＥＶＰＮサービスパケットを制御ワード指示情報に基づいてどのように処理するか、制御ワード指示情報を搬送するＢＧＰ拡張コミュニティ属性又はネクストホップ能力属性の関連する説明、及び制御ワード指示情報を割り当てる具体的な様式に関する詳細については、方法２００における関連する説明を参照されたい。詳細は、本明細書では再度説明されない。
【０１１１】
第２のネットワークデバイスがＢＧＰ  ＥＶＰＮルートをどのように第１のネットワークデバイスに通知するかに関する詳細については、方法２００における関連する説明を参照されたい。詳細は、本明細書では再度説明されない。
【０１１２】
Ｓ７０３：第１のネットワークデバイスが、第１のＢＧＰメッセージを受信する。
【０１１３】
Ｓ７０４：第１のネットワークデバイスが、第１のＢＧＰメッセージに基づいて第１のＥＶＰＮサービスパケットを生成する。
【０１１４】
図７に示される方法が、図２に示される方法２００を実施するために使用されるとき、第１のＥＶＰＮサービスパケットは、例えば、方法２００におけるＥＰＮＶサービスパケット１であってよい。第１のネットワークデバイスが第１のＢＧＰメッセージに基づいて第１のＥＶＰＮサービスパケットをどのように生成するかに関する詳細については、方法２００においてＢＧＰメッセージ１に基づいてネットワークデバイス１によってＥＶＰＮサービスパケット１を生成する関連する説明を参照されたい。詳細は、本明細書では再度説明されない。
【０１１５】
Ｓ７０５：第１のネットワークデバイスが、第１のＥＶＰＮサービスパケットを第２のネットワークデバイスに送信する。
【０１１６】
Ｓ７０６：第２のネットワークデバイスが、第１のネットワークデバイスによって送信された第１のＥＶＰＮサービスパケットを受信する。
【０１１７】
第１のＥＶＰＮサービスパケットを受信した後、第２のネットワークデバイス２は、第１のＥＶＰＮサービスパケットをカプセル化解除し、処理されたデータパケットを取得して、この処理されたデータパケットを転送する。具体的には、第２のネットワークデバイスは、第１のＥＶＰＮサービスパケット内で搬送される制御ワード指示情報に基づいて、第１のＥＶＰＮサービスパケットが制御ワードを搬送することを決定する。従って、第１のＥＶＰＮサービスパケットのＭＰＬＳラベルスタックを除去した後、第２のネットワークデバイスは、制御ワードをさらに除去し、処理されたデータパケットを取得して、この処理されたデータパケットを、ローカルＭＡＣ転送エントリに基づいて第１のＥＶＰＮサービスパケットの宛先に転送する。
【０１１８】
Ｓ７０７：第１のネットワークデバイスが、第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信する。
【０１１９】
図７に示される方法が、図２に示される方法２００を実施するために使用されるとき、第３のネットワークデバイスは、例えば、方法２００におけるネットワークデバイス３であってよく、第２のＢＧＰメッセージは、例えば、方法２００におけるＢＧＰメッセージ２であってよい。
【０１２０】
Ｓ７０８：第１のネットワークデバイスが、第２のＢＧＰメッセージに基づいて、第３のネットワークデバイスが制御ワード処理能力を持たないことを決定する。
【０１２１】
具体的には、第３のネットワークデバイスは、制御ワード処理能力を持たないネットワークデバイスであり、第２のＢＧＰメッセージは、制御ワード指示情報を搬送しない、例えば、制御ワード拡張コミュニティ属性又はネクストホップ能力属性を搬送しない。第１のネットワークデバイスは、制御ワード処理能力を持つネットワークデバイスであり、第３のネットワークデバイスは、第２のＢＧＰメッセージが制御ワード指示情報を搬送しないことを決定し、従って、第２のＢＧＰメッセージに基づいて、第３のネットワークデバイスが、制御ワード処理能力を持たないネットワークデバイスであることを決定し得る。
【０１２２】
Ｓ７０９：第１のネットワークデバイスが、第２のＥＶＰＮサービスパケットを生成する。
【０１２３】
図７に示される方法が、図２に示される方法２００を実施するために使用されるとき、第２のＥＶＰＮサービスパケットは、例えば、方法２００におけるＥＰＮＶサービスパケット２であってよい。
【０１２４】
Ｓ７１０：第１のネットワークデバイスが、第２のＥＶＰＮサービスパケットを第３のネットワークデバイスに送信する。
【０１２５】
第１のネットワークデバイスが、第３のネットワークデバイスが制御ワード処理能力を持たないことを決定したことに基づいて、第１のネットワークデバイスは、第２のＥＶＰＮサービスパケットを生成し、第２のＥＶＰＮサービスパケットを第３のネットワークデバイスに送信する。第２のＥＶＰＮサービスパケットは、制御ワードを搬送しない。第１のネットワークデバイスによって送信された第２のＥＶＰＮサービスパケットを受信した後、第３のネットワークデバイスは、制御ワードを搬送しないパケットのフォーマットに基づいてパケットを解析する。
【０１２６】
本出願では、ネットワークデバイスは、ネットワークデバイスが制御ワード処理能力を持つかどうかを互いに知らせ、従って、データパケットをピアネットワークデバイスに送信するとき、ローカルネットワークデバイスは、ピアネットワークデバイスが制御ワード処理能力を持つかどうかに基づいて、送信されるべきデータパケットに制御ワードを追加するべきかどうかを決定することができる。このようにして、データパケットを受信するとき、ピアネットワークデバイスは、パケットを正しく解析することができる。このことは、パケットロスを効果的に回避する。
【０１２７】
図８は、本出願によるネットワークデバイス８００の概略図である。ネットワークデバイス８００は、図１に示されるネットワークアーキテクチャに適用されてよく、例えば、図１に示されるネットワークアーキテクチャにおけるＰＥ１であってよい。ネットワークデバイス８００は、方法２００においてネットワークデバイス１によって実行される動作又は方法７００において第１のネットワークデバイスによって実行される動作を実行するように構成される。図８に示されるように、ネットワークデバイス８００は、プロセッサ８１０と、プロセッサ８１０に結合されたメモリ８２０及びトランシーバ８３０とを含んでよい。プロセッサ８１０は、中央処理ユニット（英語：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ、略してＣＰＵ）、ネットワークプロセッサ（英語：ｎｅｔｗｏｒｋ  ｐｒｏｃｅｓｓｏｒ、略してＮＰ）、又はＣＰＵとＮＰの組み合わせであってよい。代替として、プロセッサは、特定用途向け集積回路（英語：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、略してＡＳＩＣ）、プログラマブルロジックデバイス（英語：ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ、略してＰＬＤ）、又はそれらの組み合わせであってよい。ＰＬＤは、複合プログラマブルロジックデバイス（英語：ｃｏｍｐｌｅｘ  ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ、略してＣＰＬＤ）、フィールドプログラマブルゲートアレイ（英語：ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ、略してＦＰＧＡ）、汎用アレイロジック（英語：ｇｅｎｅｒｉｃ  ａｒｒａｙ  ｌｏｇｉｃ、略してＧＡＬ）、又はそれらの任意の組み合わせであってよい。プロセッサ８１０は、１つのプロセッサであってもよいし、複数のプロセッサを含んでもよい。メモリ８２０は、ランダムアクセスメモリ（英語：ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ、略してＲＡＭ）などの揮発性メモリ（英語：ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）であってもよいし、メモリは、読み出し専用メモリ（英語：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、略してＲＯＭ）、フラッシュメモリ（英語：ｆｌａｓｈ  ｍｅｍｏｒｙ）、ハードディスクドライブ（英語：ｈａｒｄ  ｄｉｓｋ  ｄｒｉｖｅ、略してＨＤＤ）、又はソリッドステートドライブ（英語：ｓｏｌｉｄ−ｓｔａｔｅ  ｄｒｉｖｅ、略してＳＳＤ）などの不揮発性メモリ（英語：ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）であってもよい。代替として、メモリ８２０は、前述のタイプのメモリの組み合わせを含んでもよい。メモリ８２０は、１つのメモリであってもよいし、複数のメモリを含んでもよい。実装では、メモリ８２０は、コンピュータ可読命令を記憶し、このコンピュータ可読命令は、複数のソフトウェアモジュール、例えば、送信モジュール８２１と、処理モジュール８２２と、受信モジュール８２３とを含む。各ソフトウェアモジュールを実行した後、プロセッサ８１０は、ソフトウェアモジュールの表示に従って、対応する動作を実行することがある。この実施形態では、ソフトウェアモジュールによって実行される動作は、実際には、ソフトウェアモジュールの表示に従ってプロセッサ８１０によって実行���れる動作である。例えば、受信モジュール８２３は、第２のネットワークデバイスからＢＧＰメッセージを受信するように構成される。ＢＧＰメッセージは、ＥＶＰＮルーティング情報と、制御ワード指示情報とを含み、制御ワード指示情報は、第１のネットワークデバイスが第１のＥＶＰＮサービスパケットを第２のネットワークデバイスに送信するとき、第１のＥＶＰＮサービスパケットを使用して制御ワードを搬送するように第１のネットワークデバイスに指示するために使用される。処理モジュール８２２は、第１のＥＶＰＮサービスパケットを生成するように構成される。第１のＥＶＰＮサービスパケットは、制御ワード指示情報と、制御ワードとを含み、制御ワード指示情報は、第１のＥＶＰＮサービスパケットが制御ワードを含むことを示すために使用される。送信モジュール８２１は、第１のＥＶＰＮサービスパケットを第２のネットワークデバイスに送信するように構成される。さらに、メモリ８２０内のコンピュータ可読命令を実行した後、プロセッサ８１０は、コンピュータ可読命令の表示に従って、ネットワークデバイス１又は第１のネットワークデバイスによって実行可能である全ての動作、例えば、図２〜図６に対応する実施形態においてネットワークデバイス１によって実行される動作、又は図７に対応する実施形態における第１のネットワークデバイスによって実行される動作を実行することがある。
【０１２８】
図９は、本出願によるネットワークデバイス９００の概略図である。ネットワークデバイス９００は、図１に示されるネットワークアーキテクチャに適用されてよく、例えば、図１に示されるネットワークアーキテクチャにおけるＰＥ２であってよい。ネットワークデバイス９００は、方法２００においてネットワークデバイス２によって実行される動作又は方法７００において第２のネットワークデバイスによって実行される動作を実行するように構成される。図９に示されるように、ネットワークデバイス９００は、プロセッサ９１０と、プロセッサ９１０に結合されたメモリ９２０及びトランシーバ９３０とを含んでよい。プロセッサ９１０は、ＣＰＵ、ＮＰ、又はＣＰＵとＮＰの組み合わせであってよい。プロセッサは、ハードウェアチップをさらに含んでよい。ハードウェアチップは、ＡＳＩＣ、ＰＬＤ、又はそれらの組み合わせであってよい。ＰＬＤは、ＣＰＬＤ、ＦＰＧＡ、ＧＡＬ、又はそれらの任意の組み合わせであってよい。プロセッサ９１０は、１つのプロセッサであってもよいし、複数のプロセッサを含んでもよい。メモリ９２０は、ＲＡＭなどの揮発性メモリ（英語：ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）であってもよいし、メモリは、ＲＯＭ、フラッシュメモリ（英語：ｆｌａｓｈ  ｍｅｍｏｒｙ）、ＨＤＤ、又はＳＳＤなどの不揮発性メモリ（英語：ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）であってもよい。代替として、メモリは、前述のタイプのメモリの組み合わせを含んでもよい。メモリ９２０は、１つのメモリであってもよいし、複数のメモリを含んでもよい。実装では、メモリ９２０は、コンピュータ可読命令を記憶し、このコンピュータ可読命令は、複数のソフトウェアモジュール、例えば、送信モジュール９２１と、処理モジュール９２２と、受信モジュール９２３とを含んでよい。各ソフトウェアモジュールを実行した後、プロセッサ９１０は、ソフトウェアモジュールの表示に従って、対応する動作を実行することがある。この実施形態では、ソフトウェアモジュールによって実行される動作は、実際には、ソフトウェアモジュールの表示に従ってプロセッサ９１０によって実行される動作である。例えば、受信モジュール９２３は、第１のネットワークデバイスから第１のＥＶＰＮサービスパケットを受信するように構成される。第１のＥＶＰＮサービスパケットは、制御ワード指示情報と、制御ワードとを含む。処理モジュール９２２は、制御ワード指示情報に基づいてデバイスによって、第１のＥＶＰＮサービスパケットが制御ワードを含むことを決定し、第１のＥＶＰＮサービスパケットに基づいて、処理されたＥＶＰＮサービスパケットを取得するように構成される。処理されたＥＶＰＮサービスパケットは、制御ワード指示情報も制御ワードも搬送しない。送信モジュール９２１は、処理されたＥＶＰＮサービスパケットを第１のＥＶＰＮサービスパケットの宛先に送信するように構成される。さらに、メモリ９２０内のコンピュータ可読命令を実行した後、プロセッサ９１０は、コンピュータ可読命令の表示に従って、ネットワークデバイス２又は第２のネットワークデバイスによって実行可能である全ての動作、例えば、図２〜図６に対応する実施形態においてネットワークデバイス２によって実行される動作、又は図７に対応する実施形態における第２のネットワークデバイスによって実行される動作を実行することがある。
【０１２９】
本出願の実施形態は、図８に対応する実施形態における第１のネットワークデバイスと図９に対応する実施形態における第２のネットワークデバイスとを含み、図２に対応する実施形態における方法２００又は図７に対応する実施形態における方法７００を実行するように構成された通信システムをさらに提供する。
【０１３０】
当業者は、本明細書に開示されている実施形態において説明される例と組み合わせて、モジュール及び方法動作が、電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアの組み合わせによって実施されてよいことに気づき得る。機能がハードウェアによって実行されるかソフトウェアによって実行されるかは、特定の適用例及び技術的解決策の設計制約条件に依存する。当業者は、各特定の適用例に異なる方法を使用することによって、説明される機能を実施してよい。
【０１３１】
簡便で簡潔な説明の目的のために、前述のシステム、装置、及びモジュールの詳細な作業プロセスについては、前述の方法実施形態における対応するプロセスを参照されたいことは、当業者によって明らかに理解され得る。詳細は、本明細書では再度説明されない。
【０１３２】
前述の実施形態の全て又はいくつかは、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを通じて実施されてよい。ソフトウェアが、実施形態を実施するために使用されるとき、実施形態は、コンピュータプログラム製品の形で完全に又は部分的に実施されてよい。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令が、コンピュータ上にロードされ、実行されるとき、本出願の実施形態による手順又は機能は、全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は別のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよいし、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。例えば、コンピュータ命令は、ワイヤード（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ＤＳＬ））様式又はワイヤレス（例えば、赤外線、無線、又はマイクロ波）様式で、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、別のウェブサイト、コンピュータ、サーバ、又はデータセンタに、送信されてよい。コンピュータ可読記憶媒体は、コンピュータ、又は１つ又は複数の使用可能な媒体を統合する、サーバ若しくはデータセンタなどの、データ記憶デバイスによってアクセス可能な、任意の使用可能な媒体であってよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光学媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブディスクＳｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ（ＳＳＤ））などであってよい。
【０１３３】
本明細書における全ての部分は、漸進的な様式で説明される。実施形態における同じ又は類似した部分について、相互参照がなされてよい。各実施形態は、他の実施形態との違いに焦点を当てている。特に、装置及びシステム実施形態は、基本的に方法実施形態に類似しており、従って、簡潔に説明される。関連する部分については、方法実施形態における説明を参照されたい。
【０１３４】
前述の説明は、本発明の特定の実装にすぎず、本発明の保護範囲を制限することを意図したものではない。本発明に開示されている技術範囲内で当業者によって容易に考え出される任意の変形又は置き換えは、本発明の保護範囲に含まれるものとする。従って、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【図１】
2022500915.tif 000005
【図２】
2022500915.tif 000006
【図３】
2022500915.tif 000007
【図４ａ】
2022500915.tif 000008
【図４ｂ】
2022500915.tif 000009
【図４ｃ】
2022500915.tif 000010
【図５】
2022500915.tif 000011
【図６】
2022500915.tif 000012
【図７】
2022500915.tif 000013
【図８】
2022500915.tif 000014
【図９】
2022500915.tif 000015
【手続補正書】
【提出日】令和3年4月19日(2021.4.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のネットワークデバイスによって、第１のイーサネット仮想プライベートネットワーク（ＥＶＰＮ）サービスパケットを生成するステップであって、前記第１のＥＶＰＮサービスパケットは、制御ワード指示情報と制御ワードとを含み、前記制御ワード指示情報は、前記第１のＥＶＰＮサービスパケットが前記制御ワードを含むことを示す、ステップと、
前記第１のネットワークデバイスによって、前記第１のＥＶＰＮサービスパケットを第２のネットワークデバイスへ送信するステップと、
を含む、通信方法。
【請求項２】
第１のネットワークデバイスによって、第１のＥＶＰＮサービスパケットを生成する前記ステップの前に、前記方法は、
前記第１のネットワークデバイスによって、前記第２のネットワークデバイスによって送信された第１のボーダゲートウェイプロトコル（ＢＧＰ）メッセージを受信するステップであって、前記第１のＢＧＰメッセージは、前記第２のネットワークデバイスが制御ワード処理能力を有することを示す、ステップをさらに含む、
請求項１に記載の方法。
【請求項３】
前記第１のＢＧＰメッセージは、ＥＶＰＮルーティング情報をさらに含み、
前記方法は、
前記第１のネットワークデバイスによって、前記ＥＶＰＮルーティング情報に基づいて、前記制御ワード指示情報を含む転送エントリを生成するステップをさらに含む、
請求項２に記載の方法。
【請求項４】
前記方法は、
前記第１のネットワークデバイスによって、第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信するステップであって、前記第２のＢＧＰメッセージは、前記第３のネットワークデバイスが制御ワード処理能力を有しないことを示す、ステップ
をさらに含む、
請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記方法は、
前記第１のネットワークデバイスによって、制御ワードのない第２のＥＶＰＮサービスパケットを生成するステップと、
前記第１のネットワークデバイスによって、前記第２のＥＶＰＮサービスパケットを前記第３のネットワークデバイスへ送信するステップと、
をさらに含む、
請求項４に記載の方法。
【請求項６】
前記第１のＢＧＰメッセージは、ネクストホップ能力属性を含み、前記ネクストホップ能力属性は、前記第２のネットワークデバイスが前記制御ワード処理能力を有することを示す、
請求項２に記載の方法。
【請求項７】
前記第１のＢＧＰメッセージは、制御ワード拡張コミュニティ属性を含み、前記制御ワード拡張コミュニティ属性は、前記第２のネットワークデバイスが前記制御ワード処理能力を有することを示す、
請求項２に記載の方法。
【請求項８】
前記制御ワード指示情報は、予約済みラベルである、
請求項１〜７のいずれか１項に記載の方法。
【請求項９】
前記制御ワード指示情報は、前記第２のネットワークデバイスによって割り当てられる、
請求項１〜７のいずれか１項に記載の方法。
【請求項１０】
前記第１のＢＧＰメッセージは、前記制御ワード指示情報をさらに含む、
請求項２に記載の方法。
【請求項１１】
第２のネットワークデバイスによって、第１のネットワークデバイスによって送信された第１のイーサネット仮想プライベートネットワーク（ＥＶＰＮ）サービスパケットを受信するステップであって、前記第１のＥＶＰＮサービスパケットは、制御ワード指示情報と制御ワードとを含み、前記制御ワード指示情報は、前記第１のＥＶＰＮサービスパケットが前記制御ワードを含むことを示す、ステップと、
前記制御ワード指示情報に基づいて、制御ワードを搬送するＥＶＰＮサービスパケットのフォーマットに基づく前記第１のＥＶＰＮサービスパケットを解析するステップと、
を含む、通信方法。
【請求項１２】
第２のネットワークデバイスによって、前記第１のＥＶＰＮサービスパケットを受信する前記ステップの前に、前記方法は、
前記第２のネットワークデバイスによって、第１のボーダゲートウェイプロトコル（ＢＧＰ）メッセージを前記第１のネットワークデバイスへ送信するステップであって、前記第１のＢＧＰメッセージは、前記第２のネットワークデバイスが制御ワード処理能力を有することを示す情報を含む、ステップ
をさらに含む、
請求項１１に記載の方法。
【請求項１３】
前記第１のＢＧＰメッセージは、前記第２のネットワークデバイスが制御ワード処理能力を有することを示す前記情報を搬送するためにネクストホップ能力属性又は拡張されたコミュニティ属性を含む、
請求項１２に記載の方法。
【請求項１４】
第１のネットワークデバイスによって、第２のネットワークデバイスによって送信された第１のボーダゲートウェイプロトコル（ＢＧＰ）メッセージを受信するステップであって、前記第１のＢＧＰメッセージは、前記第２のネットワークデバイスが制御ワード処理能力を有することを示す情報を含む、ステップと、
前記第１のネットワークデバイスによって、前記情報に基づいて、前記第２のネットワークデバイスが制御ワード処理能力を有すると決定するステップと、
を含む、通信方法。
【請求項１５】
前記方法は、
前記第１のネットワークデバイスによって、第１のＥＶＰＮサービスパケットを前記第２のネットワークデバイスへ送信するステップであって、前記第１のＥＶＰＮサービスパケットは、制御ワード指示情報と制御ワードとを含み、前記制御ワード指示情報は、前記第１のＥＶＰＮサービスパケットが前記制御ワードを含むことを示す、ステップと、
をさらに含む、
請求項１４に記載の方法。
【請求項１６】
前記方法は、
前記第１のネットワークデバイスによって、第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信するステップであって、前記第２のＢＧＰメッセージは、前記第３のネットワークデバイスが制御ワード処理能力を有しないことを示す、ステップ
をさらに含む、
請求項１４又は１５に記載の方法。
【請求項１７】
前記方法は、
前記第１のネットワークデバイスによって、制御ワードのない第２のＥＶＰＮサービスパケットを前記第３のネットワークデバイスへ送信するステップ
をさらに含む、
請求項１６に記載の方法。
【請求項１８】
第２のネットワークデバイスによって、ボーダゲートウェイプロトコル（ＢＧＰ）メッセージを生成するステップであって、前記ＢＧＰメッセージは、前記第２のネットワークデバイスが制御ワード処理能力を有しないことを示す情報を含む、ステップと、
前記第２のネットワークデバイスによって、前記ＢＧＰメッセージを第１のネットワークデバイスへ送信するステップと、
を含む、通信方法。
【請求項１９】
前記方法は、
前記第２のネットワークデバイスによって、前記第１のネットワークデバイスによって送信されたイーサネット仮想プライベートネットワーク（ＥＶＰＮ）サービスパケットを受信するステップであって、前記ＥＶＰＮサービスパケットは、制御ワード指示情報と制御ワードとを含み、前記制御ワード指示情報は、前記ＥＶＰＮサービスパケットが前記制御ワードを含むことを示す、ステップ
をさらに含む、
請求項１８に記載の方法。
【請求項２０】
前記ＢＧＰメッセージは、前記情報を搬送するネクストホップ能力属性を含む、
請求項１８又は１９に記載の方法。
【請求項２１】
前記ＢＧＰメッセージは、前記情報を搬送する制御ワード拡張コミュニティ属性を含む、
請求項１８又は１９に記載の方法。
【請求項２２】
前記制御ワード指示情報は、予約済みラベルである、
請求項１９に記載の方法。
【請求項２３】
制御ワード指示情報は、前記第２のネットワークデバイスによって割り当てられる、
請求項１９に記載の方法。
【請求項２４】
前記ＢＧＰメッセージは、前記制御ワード指示情報をさらに含む、
請求項１９に記載の方法。
【請求項２５】
命令を含むメモリと、前記メモリに接続されたプロセッサとを備える、第１のネットワークデバイスであって、
前記命令は、前記プロセッサによって実行されたとき、前記第１のネットワークデバイスに、以下の処理、即ち、
第１のイーサネット仮想プライベートネットワーク（ＥＶＰＮ）サービスパケットを生成することであって、前記第１のＥＶＰＮサービスパケットは、制御ワード指示情報と制御ワードとを含み、前記制御ワード指示情報は、前記第１のＥＶＰＮサービスパケットが前記制御ワードを含むことを示す、ことと、
前記第１のＥＶＰＮサービスパケットを第２のネットワークデバイスへ送信することと、
を実行させる、
第１のネットワークデバイス。
【請求項２６】
前記第１のＥＶＰＮサービスパケットを生成することの前に、前記命令は、前記第１のネットワークデバイスに、以下の処理、即ち、
前記第２のネットワークデバイスによって送信された第１のボーダゲートウェイプロトコル（ＢＧＰ）メッセージを受信することであって、前記第１のＢＧＰメッセージは、前記第２のネットワークデバイスが制御ワード処理能力を有することを示す、こと
をさらに実行させる、
請求項２５に記載の第１のネットワークデバイス。
【請求項２７】
前記第１のＢＧＰメッセージは、ＥＶＰＮルーティング情報をさらに含み、
前記命令は、前記第１のネットワークデバイスに、以下の処理、即ち、
前記ＥＶＰＮルーティング情報に基づいて、前記制御ワード指示情報を含む転送エントリを生成すること、
をさらに実行させる、
請求項２６に記載の第１のネットワークデバイス。
【請求項２８】
前記命令は、前記第１のネットワークデバイスに、以下の処理、即ち、
第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信することであって、前記第２のＢＧＰメッセージは、前記第３のネットワークデバイスが制御ワード処理能力を有しないことを示す、こと
をさらに実行させる、
請求項２５〜２７のいずれか１項に記載の第１のネットワークデバイス。
【請求項２９】
前記命令は、前記第１のネットワークデバイスに、以下の処理、即ち、
制御ワードのない第２のＥＶＰＮサービスパケットを生成することと、
前記第２のＥＶＰＮサービスパケットを前記第３のネットワークデバイスへ送信すること
をさらに実行させる、
請求項２８に記載の第１のネットワークデバイス。
【請求項３０】
前記第１のＢＧＰメッセージは、前記第２のネットワークデバイスが前記制御ワード処理能力を有することを示すネクストホップ能力属性を含む、
請求項２６に記載の第１のネットワークデバイス。
【請求項３１】
前記第１のＢＧＰメッセージは、前記第２のネットワークデバイスが前記制御ワード処理能力を有することを示す制御ワード拡張コミュニティ属性を含む、
請求項２６に記載の第１のネットワークデバイス。
【請求項３２】
前記制御ワード指示情報は、予約済みラベルである、
請求項２５又は２６に記載の第１のネットワークデバイス。
【請求項３３】
制御ワード指示情報は、前記第２のネットワークデバイスによって割り当てられる、
請求項２５又は２６に記載の第１のネットワークデバイス。
【請求項３４】
前記第１のＢＧＰメッセージは、前記制御ワード指示情報をさらに含む、
請求項２６に記載の第１のネットワークデバイス。
【請求項３５】
命令を含むメモリと、前記メモリに接続されたプロセッサとを備える、第２のネットワークデバイスであって、前記命令は、前記プロセッサによって実行されたとき、前記第２のネットワークデバイスに、以下の処理、即ち、
第１のネットワークデバイスによって送信された第１のイーサネット仮想プライベートネットワーク（ＥＶＰＮ）サービスパケットを受信することであって、前記第１のＥＶＰＮサービスパケットは、制御ワード指示情報と制御ワードとを含み、前記制御ワード指示情報は、前記第１のＥＶＰＮサービスパケットが前記制御ワードを含むことを示す、ことと、
前記制御ワード指示情報に基づいて、制御ワードを搬送するＥＶＰＮサービスパケットのフォーマットに基づく前記第１のＥＶＰＮサービスパケットを解析することと、
を実行させる、
第２のネットワークデバイス。
【請求項３６】
前記第１のＥＶＰＮサービスパケットを受信することの前に、前記命令は、前記第２のネットワークデバイスに、
第１のボーダゲートウェイプロトコル（ＢＧＰ）メッセージを前記第１のネットワークデバイスへ送信することであって、前記第１のＢＧＰメッセージは、前記第２のネットワークデバイスが制御ワード処理能力を有することを示す、ことを行わせる、
請求項３５に記載の第２のネットワークデバイス。
【請求項３７】
前記第１のＢＧＰメッセージは、前記第２のネットワークデバイスが制御ワード処理能力を有することを示す情報を搬送するためにネクストホップ能力属性又は拡張コミュニティ属性を含む、
請求項３６に記載の第２のネットワークデバイス。
【請求項３８】
命令を含むメモリと、前記メモリに接続されたプロセッサとを備える、第１のネットワークデバイスであって、前記命令は、前記プロセッサによって実行されたとき、前記第１のネットワークデバイスに、以下の処理、即ち、
第２のネットワークデバイスによって送信された第１のボーダゲートウェイプロトコル（ＢＧＰ）メッセージを受信することであって、前記第１のＢＧＰメッセージは、前記第２のネットワークデバイスが制御ワード処理能力を有することを示す情報を含む、ことと、
前記第１のネットワークデバイスによって、前記情報に基づいて、前記第２のネットワークデバイスが制御ワード処理能力を有すると決定することと、
を実行させる、
第１のネットワークデバイス。
【請求項３９】
前記命令は、前記第１のネットワークデバイスに、
第１のＥＶＰＮサービスパケットを前記第２のネットワークデバイスへ送信することであって、前記第１のＥＶＰＮサービスパケットは、制御ワード指示情報と制御ワードとを含み、前記制御ワード指示情報は、前記第１のＥＶＰＮサービスパケットが前記制御ワードを含むことを示す、ことをさらに行わせる、
請求項３８に記載の第１のネットワークデバイス。
【請求項４０】
前記命令は、前記第１のネットワークデバイスに、
第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信することであって、前記第２のＢＧＰメッセージは、前記第３のネットワークデバイスが制御ワード処理能力を有しないことを示す、ことをさらに行わせる、
請求項３８又は３９に記載の第１のネットワークデバイス。
【請求項４１】
前記命令は、前記第１のネットワークデバイスに、
制御ワードのない第２のＥＶＰＮサービスパケットを前記第３のネットワークデバイスへ送信すること
をさらに行わせる、
請求項４０に記載の第１のネットワークデバイス。
【請求項４２】
命令を含むメモリと、前記メモリに接続されたプロセッサとを備える、第２のネットワークデバイスであって、前記命令は、前記プロセッサによって実行されたとき、前記第２のネットワークデバイスに、以下の処理、即ち、
ボーダゲートウェイプロトコル（ＢＧＰ）メッセージを生成することであって、前記ＢＧＰメッセージは、前記第２のネットワークデバイスが制御ワード処理能力を有することを示す情報を含む、ことと、
前記ＢＧＰメッセージを第１のネットワークデバイスへ送信することと、
を実行させる、
第２のネットワークデバイス。
【請求項４３】
前記命令は、前記第２のネットワークデバイスに、
前記第１のネットワークデバイスによって送信されたイーサネット仮想プライベートネットワーク（ＥＶＰＮ）サービスパケットを受信することであって、前記ＥＶＰＮサービスパケットは、制御ワード指示情報と制御ワードとを含み、前記制御ワード指示情報は、前記ＥＶＰＮサービスパケットが前記制御ワードを含むことを示す、こと
をさらに行わせる、
請求項４２に記載の第２のネットワークデバイス。
【請求項４４】
前記ＢＧＰメッセージは、前記情報を搬送するネクストホップ能力属性を含む、
請求項４２又は４３に記載の第２のネットワークデバイス。
【請求項４５】
前記ＢＧＰメッセージは、前記情報を搬送する制御ワード拡張コミュニティ属性を含む、
請求項４２又は４３に記載の第２のネットワークデバイス。
【請求項４６】
前記制御ワード指示情報は、予約済みラベルである、
請求項４３に記載の第２のネットワークデバイス。
【請求項４７】
制御ワード指示情報は、前記第２のネットワークデバイスによって割り当てられる、
請求項４３に記載の第２のネットワークデバイス。
【請求項４８】
前記ＢＧＰメッセージは、前記制御ワード指示情報をさらに含む、
請求項４３に記載の第２のネットワークデバイス。
【請求項４９】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、命令を記憶し、コンピュータ上で前記命令が実行されるとき、前記コンピュータが、請求項１〜２４のいずれか１項に記載の方法を実行することができるようになる、
コンピュータ可読記憶媒体。
【請求項５０】
通信システムであって、前記通信システムは、請求項２５〜３４及び請求項３８〜４１のいずれか１項に記載の第１のネットワークデバイスと、請求項３５〜３７及び請求項４２〜４８のいずれか１項に記載の第２のネットワークデバイスとを含む、
通信システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照によりその全体が本明細書に組み込まれる、２０１８年９月１５日に中国国家知識産権局に出願された「ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＭＥＴＨＯＤ，  ＤＥＶＩＣＥ，  ＡＮＤ  ＳＹＳＴＥＭ」という名称の中国特許出願第２０１８１１０７７５４４．２号の優先権を主張するものである。
【０００２】
本出願は、通信分野に関し、より詳細には、イーサネット仮想プライベートネットワーク（英語：Ｅｔｈｅｒｎｅｔ  Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ、ＥＶＰＮ）内の通信方法、装置、及びシステムに関する。
【背景技術】
【０００３】
ＥＶＰＮは、マルチプロトコルラベルスイッチング（英語：Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ、ＭＰＬＳ）ネットワーク内で相互に作用するレイヤ２ネットワークを提供する仮想プライベートネットワーク（英語：Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ、ＶＰＮ）である。現在、ＥＶＰＮ技術は、事業者のネットワーク設計において、レイヤ２ＶＰＮサービスを搬送するための主流となる解決策として広く使用されている。
【０００４】
同じＥＶＰＮサービスフローがプロバイダ（英語：ｐｒｏｖｉｄｅｒ、Ｐ）デバイスによって異なる転送経路に配信されるので引き起こされ得るパケット障害を回避するために、プロバイダエッジ（英語：ｐｒｏｖｉｄｅｒ  ｅｄｇｅ、ＰＥ）デバイスが、送信されるべき各ＥＶＰＮサービスパケットに４バイトの制御ワードを追加する。制御ワードの最初の４ビットの各々の値は０である。このようにして、制御ワードを搬送するＥＶＰＮサービスパケットを受信した後、Ｐデバイスは、パケット障害を効果的に回避するように、同じサービスフローに属する全てのパケットを同じ転送経路に配信する。
【０００５】
しかし、従来技術では、制御ワード処理能力をサポートするデバイスと、制御ワード処理能力をサポートしないデバイス又は制御ワード処理能力をサポートするが制御ワード処理能力を有効にしないデバイスがＥＶＰＮ内に共存するとき、デバイスは、おそらく通常は互いと通信することはできない。例えば、ＰＥ１が制御ワード処理能力を有効にするが、ＰＥ１のＢＧＰネイバーＰＥ２は制御ワード処理能力をサポートしない又は有効にしないとき、ＰＥ１は、制御ワードを搬送するデータパケットをＰＥ２に転送する。ＰＥ２は、制御ワード処理能力をサポートしない又は有効にしないので、ＰＥ２は、受信されたデータパケットを正しく解析することはできない。別の例では、ＰＥ２は制御ワード処理能力をサポートしない又は有効にしないが、ＰＥ１は制御ワード処理能力を有効にするとき、ＰＥ２は、制御ワードを搬送しないデータパケットをＰＥ１に送信する。データパケットを受信した後、ＰＥ１は、データパケット内に制御ワードを含めることによって、データパケットを解析する。従って、ＰＥ１は、データパケットを正しく解析することはできない。結論として、制御ワード処理能力をサポートするデバイスと、制御ワード処理能力をサポートしないデバイス又は制御ワード処理能力が配置されないデバイスが共存するＥＶＰＮ内で、ネットワークデバイス間のトラフィックの正常な送信及び受信をどのようにして保証するかは、現在解決される必要がある技術的課題である。
【発明の概要】
【０００６】
これに鑑みて、本出願は、制御ワード処理能力をサポートするデバイスと制御ワード処理能力をサポートしないデバイス又は制御ワード処理能力が配置されないデバイスが共存するＥＶＰＮ内で、ネットワークデバイス間の正常な通信を保証し、サービス伝送信頼性を改善するために、通信方法及びネットワークデバイスを提供する。
【０００７】
第１の態様によれば、本出願は、第１のネットワークデバイスによって、第１のイーサネット仮想プライベートネットワークＥＶＰＮサービスパケットを生成するステップであって、第１のＥＶＰＮサービスパケットは、制御ワード指示情報と、制御ワードとを含み、制御ワード指示情報は、第１のＥＶＰＮサービスパケットが制御ワードを含むことを示すために使用される、ステップと、第１のネットワークデバイスによって、第１のＥＶＰＮサービスパケットを第２のネットワークデバイスに送信するステップとを含む通信方法を提供する。
【０００８】
本出願では、転送プレーンを通じて第２のネットワークデバイスにサービスパケットを転送するとき、第１のネットワークデバイスは、サービスパケットを使用して制御ワード指示情報を搬送し、従って、サービスパケットを受信するとき、第２のネットワークデバイスは、パケット内で搬送される制御ワード指示情報に基づいて、パケットが制御ワードを搬送することを決定し、次いで、正しいパケットフォーマットに基づいてパケットを解析することができる。このことは、正常なサービス通信を効果的に保証する。
【０００９】
可能な設計では、第１のネットワークデバイスによって、第１のＥＶＰＮサービスパケットを生成するステップの前に、方法は、第１のネットワークデバイスによって、第２のネットワークデバイスによって送信された第１のボーダゲートウェイプロトコル（英語：Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｐｒｏｔｏｃｏｌ、ＢＧＰ）メッセージを受信するステップであって、第１のＢＧＰメッセージは制御ワード指示情報を含む、ステップをさらに含む。
【００１０】
可能な設計では、第１のネットワークデバイスによって、第１のイーサネット仮想プライベートネットワークＥＶＰＮサービスパケットを生成するステップは、第１のネットワークデバイスによって、第１のＢＧＰメッセージに基づいて第１のＥＶＰＮサービスパケットを生成するステップを含む。
【００１１】
可能な設計では、第１のＢＧＰメッセージはＥＶＰＮルーティング情報をさらに含み、第１のネットワークデバイスによって、第１のＢＧＰメッセージに基づいて第１のＥＶＰＮサービスパケットを生成するステップは、第１のネットワークデバイスによってＥＶＰＮルーティング情報及び制御ワード指示情報に基づいて、制御ワード指示情報を含む転送エントリを生成するステップと、第１のネットワークデバイスによって、転送エントリに基づいて第１のＥＶＰＮサービスパケットを生成するステップとを含む。本出願では、第２のネットワークデバイスがＥＶＰＮルートを第１のネットワークデバイスに通知するとき、制御ワード指示情報も搬送され、従って、ＢＧＰメッセージを受信した後、第１のネットワークデバイスが、ＥＶＰＮルーティング情報及び制御ワード指示情報をローカルに記憶し、その後のパケット転送を導くために転送エントリを生成する。この動作は単純であり、別個のシグナリングを使用して制御ワード指示情報を送信する必要はなく、従って、ネットワークオーバヘッドが減少される。
【００１２】
可能な設計では、方法は、第１のネットワークデバイスによって、第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信するステップと、第１のネットワークデバイスによって第２のＢＧＰメッセージに基づいて、第３のネットワークデバイスが制御ワード処理能力を持たないことを決定するステップとをさらに含む。
【００１３】
可能な設計では、方法は、第１のネットワークデバイスによって、第１のネットワークデバイスが、第３のネットワークデバイスが制御ワード処理能力を持たないことを決定したことに基づいて、第２のＥＶＰＮサービスパケットを生成するステップであって、第２のＥＶＰＮサービスパケットは制御ワードを搬送しない、ステップと、第１のネットワークデバイスによって、第２のＥＶＰＮサービスパケットを第３のネットワークデバイスに送信するステップとをさらに含む。
【００１４】
第２の態様によれば、本出願は、第２のネットワークデバイスによって、第１のネットワークデバイスによって送信された第１のイーサネット仮想プライベートネットワークＥＶＰＮサービスパケットを受信するステップであって、第１のＥＶＰＮサービスパケットは、制御ワード指示情報と、制御ワードとを含む、ステップと、第２のネットワークデバイスによって制御ワード指示情報に基づいて、第１のＥＶＰＮサービスパケットが制御ワードを含むことを決定するステップと、第２のネットワークデバイスによって、第１のＥＶＰＮサービスパケットに基づいて処理されたＥＶＰＮサービスパケットを取得するステップであって、この処理されたＥＶＰＮサービスパケットは制御ワード指示情報も制御ワードも搬送しない、ステップと、第２のネットワークデバイスによって、処理されたＥＶＰＮサービスパケットを第１のＥＶＰＮサービスパケットの宛先に送信するステップとを含む通信方法を提供する。
【００１５】
可能な設計では、第２のネットワークデバイスによって、第１のＥＶＰＮサービスパケットを受信するステップの前に、方法は、
第２のネットワークデバイスによって、第１のボーダゲートウェイプロトコルＢＧＰメッセージを第１のネットワークデバイスに送信するステップであって、第１のＢＧＰメッセージは制御ワード指示情報を含み、制御ワード指示情報は、第１のネットワークデバイスが第１のＥＶＰＮパケットを第２のネットワークデバイスに送信するとき、第１のＥＶＰＮパケットを使用して制御ワードを搬送するように第１のネットワークデバイスに指示するために使用される、ステップ
をさらに含む。
【００１６】
可能な設計では、制御ワード指示情報は、第１のＢＧＰメッセージ内の拡張コミュニティ属性内で搬送される。
【００１７】
第３の態様によれば、本出願は、第１のネットワークデバイスによって、第２のネットワークデバイスによって送信された第１のボーダゲートウェイプロトコルＢＧＰメッセージを受信するステップであって、第１のＢＧＰメッセージは、イーサネット仮想プライベートネットワークＥＶＰＮルーティング情報と、制御ワード指示情報とを含み、制御ワード指示情報は、第１のネットワークデバイスが第１のＥＶＰＮサービスパケットを第２のネットワークデバイスに送信するとき、第１のＥＶＰＮサービスパケットを使用して制御ワードを搬送するように第１のネットワークデバイスに指示するために使用される、ステップと、
ＥＶＰＮルーティング情報及び制御ワード指示情報に基づいて第１のネットワークデバイスによって、制御ワード指示情報を含む転送エントリを生成するステップと
を含む通信方法を提供する。
【００１８】
本出願では、制御プレーン上で、第２のネットワークデバイスは、第２のネットワークデバイスの制御ワード処理能力を通知するために、ＢＧＰメッセージを通じて制御ワード指示情報を第１のネットワークデバイスに送信し、従って、第１のネットワークデバイスは、第１のネットワークデバイスがサービスパケットを第２のネットワークデバイスに送信するとき、第１のネットワークデバイスの制御ワード処理能力を参照して、制御ワードが搬送される必要があるかどうかを決定することができる。従って、第２のネットワークデバイスが、第１のネットワークデバイスによって送信されたサービスパケットを受信するとき、パケットが、ＢＧＰメッセージを通じて第２のネットワークデバイスによって第１のネットワークデバイスに通知された制御ワード指示情報を搬送する場合、第２のネットワークデバイスは、パケットが制御ワードを搬送することを決定する。パケットが制御ワード指示情報を搬送しない場合、第２のネットワークデバイスは、制御ワードを搬送しないパケットのフォーマットに基づいて、受信されたサービスパケットを解析する。このようにして、制御ワード処理能力を持つネットワークデバイスと制御ワード処理能力を持たないネットワークデバイスとの間の正常な通信が保証可能であり、サービス伝送信頼性が効果的に改善される。
【００１９】
可能な設計では、方法は、第１のネットワークデバイスによって、転送エントリに基づいて第１のＥＶＰＮサービスパケットを生成するステップであって、第１のＥＶＰＮサービスパケットは、制御ワード指示情報と、制御ワードとを含む、ステップと、第１のネットワークデバイスによって、第１のＥＶＰＮサービスパケットを第２のネットワークデバイスに送信するステップとをさらに含む。
【００２０】
可能な設計では、方法は、第１のネットワークデバイスによって、第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信するステップと、第１のネットワークデバイスによって第２のＢＧＰメッセージに基づいて、第３のネットワークデバイスが制御ワード処理能力を持たないことを決定するステップとをさらに含む。
【００２１】
可能な設計では、方法は、第１のネットワークデバイスが、第３のネットワークデバイスが制御ワード処理能力を持たないことを決定したことに基づいて、第１のネットワークデバイスによって、制御ワードを含まない第２のＥＶＰＮサービスパケットを生成するステップと、第１のネットワークデバイスによって、第２のＥＶＰＮサービスパケットを第３のネットワークデバイスに送信するステップとをさらに含む。
【００２２】
第４の態様によれば、本出願は、第２のネットワークデバイスによって、ボーダゲートウェイプロトコルＢＧＰメッセージを生成するステップであって、ＢＧＰメッセージは制御ワード指示情報を含み、制御ワード指示情報は、第１のネットワークデバイスがＥＶＰＮサービスパケットを第２のネットワークデバイスに送信するとき、ＥＶＰＮサービスパケットを使用して制御ワードを搬送するように第１のネットワークデバイスに指示するために使用される、ステップと、第２のネットワークデバイスによって、ＢＧＰメッセージを第１のネットワークデバイスに送信するステップとを含む通信方法を提供する。
【００２３】
可能な設計では、方法は、第２のネットワークデバイスによって、第１のネットワークデバイスによって送信されたＥＶＰＮサービスパケットを受信するステップであって、ＥＶＰＮサービスパケットは、制御ワード指示情報と、制御ワードとを含む、ステップと、第２のネットワークデバイスによって制御ワード指示情報に基づいて、ＥＶＰＮサービスパケットが制御ワードを含むことを決定するステップと、第２のネットワークデバイスによって、ＥＶＰＮサービスパケットに基づいて処理されたＥＶＰＮサービスパケットを取得するステップであって、この処理されたＥＶＰＮサービスパケットは制御ワード指示情報も制御ワードも搬送しない、ステップと、第２のネットワークデバイスによって、処理されたＥＶＰＮサービスパケットをＥＶＰＮサービスパケットの宛先に送信するステップとをさらに含む。
【００２４】
可能な設計では、制御ワード指示情報は、ＢＧＰメッセージ内のネクストホップ能力属性next-hop capabilities attribute又は拡張コミュニティ属性内で搬送される。
【００２５】
第５の態様によれば、本出願は、第１のネットワークデバイスを提供する。この第１のネットワークデバイスは、メモリと、このメモリに接続されたプロセッサとを含む。プロセッサは、第１の態様若しくは第１の態様の可能な設計のいずれか１つにおける方法を実行する、又は第３の態様若しくは第３の態様の可能な設計のいずれか１つにおける方法を実行するために、メモリ内のコンピュータ可読命令を実行するように構成される。
【００２６】
第６の態様によれば、本出願は、第２のネットワークデバイスを提供する。この第２のネットワークデバイスは、メモリと、このメモリに接続されたプロセッサとを含む。プロセッサは、第２の態様若しくは第２の態様の可能な設計のいずれか１つにおける方法を実行する、又は第４の態様若しくは第４の態様の可能な設計のいずれか１つにおける方法を実行するために、メモリ内のコンピュータ可読命令を実行するように構成される。
【００２７】
第７の態様によれば、本出願の実施形態は、第５の態様において提供された第１のネットワークデバイスと、第６の態様において提供された第２のネットワークデバイスとを含み、第１の態様、第２の態様、第３の態様、第４の態様、第１の態様の可能な設計、第２の態様の可能な設計、第３の態様の可能な設計、又は第４の態様の可能な設計のいずれか１つにおける方法を実行するように構成された通信システムを提供する。
【００２８】
第８の態様によれば、本出願の実施形態は、コンピュータ可読記憶媒体を提供する。このコンピュータ可読記憶媒体は命令を記憶し、この命令がコンピュータ上で走らされるとき、コンピュータは、第１の態様、第２の態様、第３の態様、第４の態様、第１の態様の可能な設計、第２の態様の可能な設計、第３の態様の可能な設計、又は第４の態様の可能な設計のいずれか１つにおける方法を実行するために有効にされる。
【００２９】
本出願では、ローカルデバイスは、ＥＶＰＮ内で、制御ワード処理能力をサポートしない又は有効にしないネットワークデバイスが適合することができるように、動作を単純化するために、ローカルデバイスの制御ワード処理能力をリモートデバイスに動的に通知する。具体的には、ＢＧＰ制御ワード拡張コミュニティ属性は、ローカルエンドの制御ワード処理能力をピアデバイスに通知するために新たに追加される。リモートデバイスが制御ワード処理能力を持つ場合、言い換えれば、制御ワード処理能力がリモートデバイス上で配置され、リモートデバイスが制御ワード処理能力を有効にする場合、データパケットをローカルデバイスに送信するとき、リモートデバイスは、データパケットを使用して、制御ワード及びローカルデバイスによって前もって通知された制御ワード指示情報を搬送する。このようにして、ローカルデバイスは、制御ワード指示情報に基づいて、データパケットが制御ワードを搬送することを正しく識別することができ、制御ワードを搬送するパケットのフォーマットに基づいてデータパケットを正しく解析することができる。制御ワード処理能力がリモートデバイス上で配置されない又はリモートデバイスが制御ワード処理能力を有効にしない場合、リモートデバイスがデータパケットをローカルデバイスに送信するとき、制御ワードも制御ワード指示情報も搬送されない。このようにして、ローカルデバイスは、データパケットが、前もってピアデバイスに通知された制御ワード指示情報を搬送しないことに基づいて、受信されたデータパケットが制御ワードを搬送しないことを決定し、次いで、制御ワードを搬送しないパケットのフォーマットに基づいてデータパケットを解析する。このことは、パケットが正しく解析されることも保証することができる。
【図面の簡単な説明】
【００３０】
【図１】本出願の実施形態によるＥＶＰＮネットワークアーキテクチャの概略図である。
【図２】本出願の実施形態による通信方法の概略フローチャートである。
【図３】本出願の実施形態によるＢＧＰ属性のフォーマットの概略図である。
【図４ａ】本出願の実施形態によるＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性のフォーマットの概略図である。
【図４ｂ】本出願の実施形態によるＥＶＰＮ  ＮＬＲＩフィールドのフォーマットの概略図である。
【図４ｃ】本出願の実施形態によるＭＡＣ／ＩＰ通知ルートのフォーマットの概略図である。
【図５】本出願によりＥＶＰＮがＭＡＣルートを通知するネットワークアーキテクチャの概略図である。
【図６】本出願によりＥＶＰＮがＭＡＣトラフィックを転送するネットワークアーキテクチャの概略図である。
【図７】本出願の実施形態による別の通信方法の概略フローチャートである。
【図８】本出願の実施形態による第１のネットワークデバイスの概略構造図である。
【図９】本出願の実施形態による第２のネットワークデバイスの概略構造図である。
【発明を実施するための形態】
【００３１】
以下は、添付の図面を参照しながら本出願の実施形態における技術的解決策について説明する。本出願の実施形態において説明されるネットワークアーキテクチャ及びサービスシナリオは、本出願の実施形態において技術的解決策をより明確に説明することが意図されており、本出願の実施形態において提供される技術的解決策に関する制限を構成しない。当業者は、ネットワークアーキテクチャの進化及び新しいサービスシナリオの出現により、本出願の実施形態において提供される技術的解決策は類似の技術的課題にも適用可能であることを知り得る。
【００３２】
本出願における「１」、「２」、「３」、「第１の」、「第２の」、及び「第３の」などの序数は、複数の対象を区別するために使用されるが、複数の対象の順序を制限するためには使用されない。
【００３３】
本出願において言及される「Ａ及び／又はＢ」は、以下のケース、即ち、Ａのみが含まれる、Ｂのみが含まれる、又はＡとＢの両方が含まれる、を含むと理解されるべきである。
【００３４】
本出願におけるＥＶＰＮ技術については、インターネットエンジニアリングタスクフォース（英語：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、略してＩＥＴＦ）リクエストフォーコメンツ（英語：Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ、略してＲＦＣ）７４３２の説明を参照されたい。インターネットエンジニアリングタスクフォース（英語：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、略してＩＥＴＦ）リクエストフォーコメンツ（英語：Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ、略してＲＦＣ）７４３２は、参照によりその全体が本出願に組み込まれる。
【００３５】
本出願では、方法ステップの実行主体は「ローカルエンド」と呼ばれ、この実行主体と通信するネットワーク要素は「リモートエンド」と呼ばれる。これらは、当業者によって理解可能である。
【００３６】
本出願では、「事業者ネットワーク」は、「サービスプロバイダによって提供されるバックボーンネットワーク」、「サービスプロバイダネットワーク」、又は「パブリックネットワーク」とも呼ばれることがある。前述の異なる用語は、多くの場合、互換的に使用されてよい。
【００３７】
本出願における「制御ワード処理能力を持つ」ことは、ネットワークデバイスが、制御ワード処理能力をサポートし、制御ワード処理能力を有効にすることを意味する。別のネットワークデバイスによって送信され、制御ワードを搬送するデータパケットを受信したとき、ネットワークデバイスは、データパケット内で搬送された制御ワードを正しく識別する能力を持つ。制御ワード処理能力を持つ別のネットワークデバイスにデータパケットを送信するとき、ネットワークデバイスは、データパケットを使用して、制御ワードを搬送することができる。
【００３８】
本出願における「制御ワード処理能力を持たない」ことは、ネットワークデバイスが制御ワード処理能力をサポートしない、又はネットワークデバイスが制御ワード処理能力をサポートする場合ですら、ネットワークデバイスが制御ワード処理能力を有効にしないことを意味する。別のネットワークデバイスによって送信され、制御ワードを搬送するデータパケットを受信したとき、ネットワークデバイスは、データパケット内で搬送される制御ワードを正しく識別する能力を持たない。別のネットワークデバイスにデータパケットを送信するとき、ネットワークデバイスは、データパケットを使用して、制御ワードを搬送することはできない。
【００３９】
本出願における「制御ワード指示情報」は、制御ワードラベル識別子（英語：Ｃｏｎｔｒｏｌ  ｗｏｒｄ  Ｌａｂｅｌ  Ｉｄｅｎｔｉｆｉｅｒ、ＣＲＩ）、制御ワード指示ラベル、又は制御ワードラベルとも呼ばれることがある。制御プレーン上で、制御ワード指示情報は、制御ワード指示情報を送信するネットワークデバイスが制御ワード処理能力を持つことをＢＧＰピアに示すために使用される。転送プレーン上で、送信されたデータパケットが制御ワード指示情報を搬送するとき、制御ワード指示情報は、送信されたデータパケットが制御ワードを含むことを示すために使用される。送信されたデータパケットが制御ワード指示情報を搬送しないとき、データパケットを受信したネットワークデバイスは、データパケットが制御ワードを搬送しないことを決定してよい。制御ワード指示情報がＭＰＬＳ  ＥＶＰＮ内で送信されるとき、制御ワード指示情報は、ＭＰＬＳヘッダ内でラベルとしてカプセル化され、ＥＶＰＮサービスパケットが制御ワードを搬送することを示すために使用される。ネットワークデバイスが制御プレーンプロトコルに従って制御ワード指示情報を受信するとき、制御ワード指示情報は、制御ワード指示情報を受信したネットワークデバイスが、制御ワード指示情報を送信するネットワークデバイスにデータパケットを送信するとき、データパケットを使用して制御ワードを搬送するように、制御ワード指示情報を受信するネットワークデバイスに指示するために使用される。例えば、ローカルネットワークデバイスは、制御ワード処理能力を持つ。ＢＧＰメッセージを通じて、ローカルネットワークデバイスが制御ワード処理能力を持つことをピアネットワークデバイスに知らせるとき、ローカルネットワークデバイスは、ＢＧＰメッセージを使用して、制御ワード指示情報を搬送する。制御ワード指示情報は、ピアデバイスがデータパケットをローカルデバイスに送信するとき、データパケットを使用して制御ワードを搬送するようにピアデバイスに指示するために使用される。ピアデバイスが、制御ワード処理能力を持つネットワークデバイスである場合、ピアデバイスがデータパケットをローカルデバイスに送信するとき、ピアデバイスは、データパケットを使用して、制御ワード指示情報及び制御ワードを搬送する。パケットを受信した後、ローカルデバイスは、制御ワード指示情報に基づいて、データパケットが制御ワードを搬送することを決定する。このようにして、ローカルデバイスは、制御ワードを搬送するパケットのフォーマットに基づいてデータパケットを解析し得る。ピアデバイスが、制御ワード処理能力を持たないネットワークデバイスである場合、ピアデバイスによってローカルデバイスに送信されるデータパケットは、制御ワードも制御ワード指示情報も搬送しない。このようにして、データパケットを受信した後、ローカルデバイスは、データパケットが制御ワード指示情報を搬送しないことに基づいて、データパケットが制御ワードを搬送しないことを決定する。
【００４０】
図１は、本出願の実施形態が適用されるＥＶＰＮアーキテクチャの概略図である。図１に示されるように、ネットワーク１００は、バックボーンネットワークと、サービスプロバイダによって提供される複数のＥＶＰＮサイト（英語：ｓｉｔｅ）とを含む。ネットワーク１００は、３つのカスタマーエッジ（英語：ｃｕｓｔｏｍｅｒ  ｅｄｇｅ、ＣＥ）デバイスと、３つのユーザ機器（英語：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ、ＵＥ）と、３つのＰＥデバイスとを含む。ネットワーク１００は、複数のＰデバイス、例えば、Ｐ１、Ｐ２、及びＰ３をさらに含んでよい。ＰルータなどのＰデバイスは、バックボーンネットワーク内のバックボーンルータであり、ＣＥデバイスに直接的に接続されない。Ｐデバイスは、基本的なＭＰＬＳ転送能力を持ち、ＰＥへのルートを維持し、任意のＶＰＮのルーティング情報を知る必要はない。図１に示されるように、３つのＣＥデバイスは、ＣＥ１、ＣＥ２、及びＣＥ３である。ＣＥデバイスは、ユーザネットワーク内のエッジデバイスであり、ＰＥデバイスに直接的に接続されたインタフェースを持つ。ＣＥデバイスは、ルータ又はスイッチであってもよいし、ホストであってもよい。ＣＥデバイスは、ＥＶＰＮの存在を「認識する」ことはできず、マルチプロトコルラベルスイッチング（Ｍｕｌｔｉｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ、ＭＰＬＳ）をサポートする必要はない。３つのＰＥデバイスは、ＰＥ１、ＰＥ２、及びＰＥ３である。ＰＥデバイスは、サービスプロバイダネットワーク内のエッジデバイスであり、ルータ又はレイヤ３スイッチであってよい。ＰＥデバイスは、ユーザのＣＥデバイスに直接的に接続され、ＥＶＰＮ上の全ての処理は、ＰＥ上で発生する。モバイルベアラネットワーク内では、ＣＥデバイスは基地送受信局（英語：Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、略してＢＴＳ）であってよく、ＰＥデバイスは、無線ネットワークコントローラサイトゲートウェイ（英語：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ  Ｓｉｔｅ  Ｇａｔｅｗａｙ、略してＲＳＧ）であってよく、基地局コントローラ（英語：Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ、略してＢＳＣ）又は無線ネットワークコントローラ（英語：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ、略してＲＮＣ）に接続されてよい。ＣＥからＭＡＣ情報を知った後、ローカルＰＥは、ＢＧＰを通じて別のＰＥとＥＶＰＮルーティング情報を交換する。ローカルＰＥは、ローカルＰＥに直接的に接続されたＣＥによって通知されたＥＶＰＮルーティング情報と、リモートＰＥによって通知されたＥＶＰＮルーティング情報を維持する。複数のＥＶＰＮサイトは、サイト１〜サイト３を含む。サイト１、サイト２、及びサイト３は、同じＥＶＰＮインスタンス（ＥＶＰＮ１）に属する。ＰＥ１は、ＣＥ１に接続される。ＰＥ３は、ＣＥ３に接続される。ＣＥ２は、イーサネットリンク（英語：Ｅｔｈｅｒｎｅｔ  Ｌｉｎｋ、ＥＬ）１及びＥＬ２を通じてＰＥ２及びＰＥ３にデュアルホーミングされる。２つのイーサネットリンクを含むイーサネットリンクのグループは、イーサネットセグメント（英語：Ｅｔｈｅｒｎｅｔ  Ｓｅｇｍｅｎｔ、ＥＳ）である。イー���ネットセグメント識別子（英語：Ｅｔｈｅｒｎｅｔ  Ｓｅｇｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ、ＥＳＩ）は、一意の非ゼロ識別子であり、イーサネットセグメントＥＳを識別するために使用される。ＰＥ１とＰＥ２はＢＧＰピア（英語：ｐｅｅｒ）のペアであり、ＰＥ１とＰＥ３はＢＧＰピアのペアであり、ＰＥ２とＰＥ３はＢＧＰピアのペアである。ＥＶＰＮシナリオでは、ＢＧＰピアは、ＥＶＰＮピアとも呼ばれることがある。「ＢＧＰピアのペア」は、１つのデバイスが他のデバイスのＢＧＰピアであることと理解され得る。例えば、ＰＥ１とＰＥ２がＢＧＰピアのペアであることは、ＰＥ１がＰＥ２のＢＧＰピアであることと理解されてもよいし、ＰＥ２がＰＥ１のＢＧＰピアであることと理解されてもよい。ＢＧＰピアは、ＢＧＰネイバーとも呼ばれることがある。それに対応して、ＥＶＰＮピアは、ＥＶＰＮネイバーとも呼ばれることがある。本出願では、説明を簡単にするために、この後の全ての実施形態において、ＢＧＰピアが使用される。ＢＧＰピアは、ＢＧＰ内で指定されるＯＰＥＮメッセージを通じて確立され、確立されたＢＧＰピアは、ＫＥＥＰＡＬＩＶＥメッセージを通じて維持される。ＯＰＥＮメッセージ及びＫＥＥＰＡＬＩＶＥメッセージの実装については、インターネットエンジニアリングタスクフォース（英語：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、ＩＥＴＦ）ＲＦＣ２８５８及びＩＥＴＦ  ＲＦＣ４２７１における関連する説明を参照されたい。ルートリフレクタ（英語：Ｒｏｕｔｅ  Ｒｅｆｌｅｃｔｏｒ、略してＲＲ）は、ＲＲを通じてＢＧＰピア確立を完了するように、ＢＧＰピア確立のために２つのデバイスの間に配置されてよい。例えば、図１に示されるシナリオでは、ＲＲは、ＰＥ１とＰＥ２との間に配置されてよい。ＰＥ１は、ＥＶＰＮルートを通知するために、ＲＲを通じてＰＥ２にＢＧＰメッセージを送信する。自律システムボーダルータ（英語：ａｕｔｏｎｏｍｏｕｓ  ｓｙｓｔｅｍ  ｂｏｕｎｄａｒｙ  ｒｏｕｔｅｒ、ＡＳＢＲ）は、ＢＧＰピア確立のために２つのデバイスの間にさらに配置されてよい。例えば、図１に示されるシナリオでは、ＰＥ１とＰＥ２は異なるＡＳに属し、ＰＥ１及びＡＳＢＲ１は第１のＡＳ内に配置され、ＰＥ２及びＡＳＢＲ２は第２のＡＳ内に配置される。ＰＥ１は、ＥＶＰＮルートを通知するために、ＡＳＢＲ１及びＡＳＢＲ２を通じてＰＥ２にＢＧＰメッセージを送信する。
【００４１】
図１は、３つのＰＥデバイス、３つのＣＥデバイス、３つのＵＥデバイス、３つのＰデバイス、及び３つのＥＶＰＮサイトがある例を示しているにすぎないことが理解されるべきである。ネットワークは、他の任意の量のＰＥデバイス、ＣＥデバイス、ＵＥデバイス、Ｐデバイス、及びＥＶＰＮサイトを含んでよい。これは、本出願の実施形態では限定されない。
【００４２】
本出願の実施形態ではＰＥとＰＥデバイスが同じ意味を持つことがさらに留意されるべきである。同様に、ＣＥとＣＥデバイスは同じ意味を持ち、ＵＥとＵＥデバイスは同じ意味を持つ。
【００４３】
以下は、図２を参照しながら、本出願の実施形態による通信方法２００について詳細に説明する。方法２００が適用されるネットワークアーキテクチャは、ネットワークデバイス１と、ネットワークデバイス２と、ネットワークデバイス３とを含む。ネットワークデバイス１とネットワークデバイス２はＢＧＰピアのペアであり、ネットワークデバイス２とネットワークデバイス３はＢＧＰピアのペアであり、ネットワークデバイス１とネットワークデバイス３はＢＧＰピアのペアである。ネットワークデバイス１、ネットワークデバイス２、及びネットワークデバイス３は全て、ＰＥデバイスであってよい。例えば、ネットワークデバイス１は、図１に示されるＰＥ１であってよく、ネットワークデバイス２は、図１に示されるＰＥ２であってよく、ネットワークデバイス３は、図１に示されるＰＥ３であってよい。ネットワークデバイス１及びネットワークデバイス２は各々、例えば、制御ワード処理能力を持つデバイスであってよく、ネットワークデバイス３は、例えば、制御ワード処理能力を持たないデバイスであってよい。ネットワークアーキテクチャは、図１に示されるネットワークアーキテクチャであってよい。方法２００は、以下の動作を含む。
【００４４】
Ｓ２０１：ネットワークデバイス２がＢＧＰメッセージ１を生成し、このＢＧＰメッセージ１は、制御ワード指示情報を含む。
【００４５】
制御ワード指示情報は、ネットワークデバイス２が制御ワード処理能力を持つことを示すために使用される。制御ワード指示情報は、ネットワークデバイス１がＥＶＰＮパケットをネットワークデバイス２に送信するとき、ＥＶＰＮパケットを使用して制御ワードを搬送するようにネットワークデバイス１に示すために使用される。
【００４６】
Ｓ２０２：ネットワークデバイス２が、ＢＧＰメッセージ１をネットワークデバイス１に送信する。
【００４７】
前述の制御ワード指示情報は、ネットワークデバイス２が制御ワード処理能力を持つことを示すために使用される。ネットワークデバイス１が、ネットワークデバイス２によって送信されたＢＧＰメッセージ１を受信した後、ネットワークデバイス１が、制御ワード処理能力を持つデバイスである場合、ネットワークデバイス１は、ＥＶＰＮサービスパケットをネットワークデバイス２に送信するとき、ＥＶＰＮサービスパケット内で制御ワード指示情報及び制御ワードをカプセル化する。ネットワークデバイス１によって送信されたＥＶＰＮパケットを受信するとき、ネットワークデバイス２は、パケット内で搬送された制御ワード指示情報に基づいて、ＥＶＰＮサービスパケットが制御ワードを搬送することを決定し、次いで、制御ワードを搬送するＥＶＰＮパケットのフォーマットに基づいて、受信されたパケットを解析する。ネットワークデバイス１が、制御ワード処理能力を持たないデバイスであるとき、制御ワードは、ネットワークデバイス１がＥＶＰＮパケットをネットワークデバイス２に送信するとき、搬送されない。ネットワークデバイス１によって送信されたＥＶＰＮサービスパケットを受信するとき、ネットワークデバイス２は、ＭＰＬＳヘッダを解析することによって、ＥＶＰＮパケットが制御ワード指示情報を搬送しないことを認め、従って、ＥＶＰＮパケットが制御ワードを搬送しないことを決定し得る。このケースでは、ネットワークデバイス２は、制御ワードを搬送しないパケットのフォーマットに基づいて、受信されたＥＶＰＮパケットを解析する。前述の説明から、ネットワークデバイス２が制御ワード処理能力をネットワークデバイス２のＢＧＰピアに通知することが知られることが可能である。次いで、ＥＶＰＮサービスパケットを受信するとき、ネットワークデバイス２は、パケットが制御ワード指示情報を搬送するかどうかに基づいて、パケットが制御ワードを搬送するかどうかを決定し、決定結果及び正しいフォーマットに基づいてパケットを解析する。このようにして、制御ワード処理能力を持つネットワークデバイスが、制御ワード処理能力を持たないネットワークデバイスと通信する場合ですら、トラフィックの正常な受信及び送信は、依然として保証可能である。このことは、トラフィック伝送信頼性を効果的に保証する。
【００４８】
特定の実装において、本出願では、ＢＧＰメッセージは、制御ワード指示情報を搬送するために、ネクストホップ能力属性（英語：Ｎｅｘｔ−Ｈｏｐ  Ｃａｐａｂｉｌｉｔｉｅｓ  Ａｔｔｒｉｂｕｔｅ）を搬送する。ネクストホップ能力属性は、ＢＧＰネクストホップ依存能力属性（英語：ＢＧＰ  Ｎｅｘｔ−Ｈｏｐ  ｄｅｐｅｎｄｅｎｔ  Ｃａｐａｂｉｌｉｔｉｅｓ  Ａｔｔｒｉｂｕｔｅ）、ＢＧＰネクストホップ能力属性（英語：ＢＧＰ  Ｎｅｘｔ−Ｈｏｐ  Ｃａｐａｂｉｌｉｔｉｅｓ  Ａｔｔｒｉｂｕｔｅ）、ネクストホップ属性（英語：Ｎｅｘｔ−Ｈｏｐ  Ａｔｔｒｉｂｕｔｅ）、又はＢＧＰネクストホップ属性（英語：ＢＧＰ  ｎｅｘｔ−ｈｏｐ  Ａｔｔｒｉｂｕｔｅ）とも呼ばれることがある。ネクストホップ能力属性の関連する説明については、ｄｒａｆｔ−ｉｅｔｆ−ｉｄｒ−ｎｅｘｔ−ｈｏｐ−ｃａｐａｂｉｌｉｔｙ−０３を参照されたい。ｄｒａｆｔ−ｉｅｔｆ−ｉｄｒ−ｎｅｘｔ−ｈｏｐ−ｃａｐａｂｉｌｉｔｙ−０３は、参照によりその全体が本出願に組み込まれる。ｄｒａｆｔ−ｉｅｔｆ−ｉｄｒ−ｎｅｘｔ−ｈｏｐ−ｃａｐａｂｉｌｉｔｙ−０３において言及されるネクストホップ能力属性、ＢＧＰネクストホップ依存能力属性、及びＢＧＰネクストホップ能力属性は、異なる名称にすぎず、本質的には同じ属性を表し、以下の説明ではネクストホップ能力属性と総称される。本出願では、制御ワード指示情報は、ネクストホップ能力属性内の新しいサブＴＬＶフィールドを拡張することによって搬送されてよい。タイプフィールドの値は、制御ワードの機能に基づいて標準機関から申請されてよく、タイプフィールドは、１バイトを占有してよい。長さフィールドは、値フィールドの長さを示す。長さフィールドは、１バイトを占有してよい。値フィールドは、制御ワード指示情報を搬送するために使用され、値フィールドは、３バイトを占有してよい。
【００４９】
別の特定の実装では、本出願のこの実施形態は、新しいＢＧＰ拡張コミュニティ属性を提供し、この属性は、制御ワード拡張コミュニティ属性、制御ワード属性、又は制御ワード拡張属性と呼ばれることがある。これらの属性は、以下の説明では制御ワード拡張コミュニティ属性と総称される。制御ワード拡張コミュニティ属性のフォーマットは、図３に示されている。タイプフィールドは、ＢＧＰ拡張コミュニティ属性が制御ワード指示情報を搬送するために使用されることを示す。タイプフィールドの値は、制御ワードの機能に基づいて標準機関から申請されてよく、タイプフィールドは、１バイトを占有してよい。長さフィールドは、値フィールドの長さを示す。長さフィールドは、１バイトを占有してよい。値フィールドは、制御ワード指示情報を搬送するために使用され、値フィールドは、３バイトを占有してよい。本出願では、ローカルネットワークデバイスの制御ワード能力は、リモートネットワークデバイスが、ローカルネットワークデバイスの制御ワード能力に基づいて、トラフィックが転送されるとき制御ワードが搬送される必要があるかどうかを決定するように、新しいＢＧＰ拡張コミュニティ属性を提供することによって、リモートネットワークデバイスに通知可能である。さらに、ローカルネットワークデバイスは、前もってピアデバイスに送信された制御ワード指示情報をデータパケットが搬送するかどうかに基づいて、トラフィックが制御ワードを搬送するかどうかを自動的に識別することができる。
【００５０】
特定の実装では、制御ワード指示情報は、以下の３つの様式で割り当てられることがある。
【００５１】
様式１：予約済みＭＰＬＳラベルを使用する
【００５２】
予約済みラベルは、制御ワード指示情報を示すために、インターネット番号割り当て機関（英語：Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎｅｄ  Ｎｕｍｂｅｒｓ  Ａｕｔｈｏｒｉｔｙ、ＩＡＮＡ）から申請される。例えば、ＩＡＮＡによって予約された１５のＭＰＬＳラベルの割り当てられていない特殊目的ＭＰＬＳラベル値（英語：Ｕｎａｓｓｉｇｎｅｄ  Ｓｐｅｃｉａｌ−Ｐｕｒｐｏｓｅ  ＭＰＬＳ  Ｌａｂｅｌ  Ｖａｌｕｅｓ）の１つが、制御ワード指示情報として選択される。このケースでは、全てのＰＥによって搬送される制御ワード指示情報は、グローバルでユニークな予約済みラベルである。
【００５３】
様式２：グローバルな割り当て
【００５４】
具体的に言えば、各ネットワークデバイスは、グローバルでユニークな制御ワード指示情報を申請する。ネットワークデバイスが制御ワード処理能力を有効にした後、制御ワード指示情報は、ＢＧＰメッセージ内で搬送され、隣接するデバイスに通知される。
【００５５】
様式３：インスタンスごとの割り当て
【００５６】
ＥＶＰＮは、仮想プライベートネットワークである。複数のＥＶＰＮインスタンス（英語：ＥＶＰＮ  Ｉｎｓｔａｎｃｅ、ＥＶＩ）が、各ネットワークデバイス上で共存することがある。各ＥＶＩは独立して存在し、各ＥＶＩは、１つ又は複数のリージョン間レイヤ２ＶＰＮを形成するために、ユーザネットワークの１つ又は複数のグループに接続される。複数のＥＶＩが各ネットワークデバイス上に存在するとき、１つの制御ワード指示情報が各ＥＶＩに割り当てられてよく、異なる制御ワード指示情報が異なるＥＶＩに割り当てられる。
【００５７】
本出願では、制御ワード処理能力が有効にされる場合、制御ワード処理能力が受信方向と送出方向の両方で利用可能であることが考えられる。
【００５８】
ＢＧＰメッセージ１は、例えば、ＢＧＰ更新（英語：ｕｐｄａｔｅ）メッセージであることがある。ＢＧＰ更新メッセージはＥＶＰＮルーティング情報をさらに含むことがあり、ＥＶＰＮルーティング情報は、ＥＶＰＮ  ＮＬＲＩ内で搬送される。ＥＶＰＮ  ＮＬＲＩは、ＢＧＰプロトコルにおいて定義されたＢＧＰ  ＮＬＲＩであり、ＢＧＰ  ＥＶＰＮルートを通知するために使用される。ネットワークデバイス１によってネットワークデバイス２に通知されるＢＧＰ  ＥＶＰＮルートは、ＥＶＰＮ  ＮＬＲＩを含む。ＢＧＰ  ＥＶＰＮルートは、限定されるものではないが、ＭＡＣ／ＩＰ通知ルート（英語：ＭＡＣ／ＩＰ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｏｕｔｅ）と、イーサネット自動検出ルート（英語：Ｅｔｈｅｒｎｅｔ  Ａｕｔｏ−Ｄｉｓｃｏｖｅｒｙ  （Ａ−Ｄ）  ｒｏｕｔｅ）と、包括的マルチキャストイーサネットタグルート（英語：Ｉｎｃｌｕｓｉｖｅ  Ｍｕｌｔｉｃａｓｔ  Ｅｔｈｅｒｎｅｔ  Ｔａｇ  ｒｏｕｔｅ、ＩＭＥＴ  ｒｏｕｔｅ）と、イーサネットセグメントルート（英語：Ｅｔｈｅｒｎｅｔ  Ｓｅｇｍｅｎｔ  ｒｏｕｔｅ）とを含む。ＥＶＰＮ  ＮＬＲＩは、マルチプロトコル到達可能ネットワークレイヤ到達可能性情報（英語：Ｍｕｌｔｉｐｒｏｔｏｃｏｌ  Ｒｅａｃｈａｂｌｅ  ＮＬＲＩ、ＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ）属性内で搬送される。ＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性は、ＢＧＰ更新メッセージ内で定義される属性であり、具体的なフォーマットは図４ａに示されている。この属性は、アドレスファミリー識別子（英語：Ａｄｄｒｅｓｓ  Ｆａｍｉｌｙ  Ｉｄｅｎｔｉｆｉｅｒ、ＡＦＩ）フィールドと、後続アドレスファミリー識別子（英語：Ｓｕｂｓｅｑｕｅｎｔ  Ａｄｄｒｅｓｓ  Ｆａｍｉｌｙ  Ｉｄｅｎｔｉｆｉｅｒ、ＳＡＦＩ）フィールドとを含む。ＡＦＩフィールドの値は、Ｌ２ＶＰＮを示すために使用され、例えば、２５である。ＳＡＦＩフィールドの値は、ＥＶＰＮを示すために使用され、例えば、７０である。ＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性は、「ネクストホップネットワークアドレスの長さ」（英語：Ｌｅｎｇｔｈ  ｏｆ  Ｎｅｘｔ  Ｈｏｐ  Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ）フィールドと、「ネクストホップのネットワークアドレス」（英語：Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  ｏｆ  Ｎｅｘｔ  Ｈｏｐ）フィールドとをさらに含む。「ネクストホップのネットワークアドレス」フィールドは、ネクストホップのネットワークアドレスを搬送するために使用され、ネクストホップのネットワークアドレスは、ネットワークデバイス１のネットワークアドレス、例えば、ネットワークデバイス１のループバック（英語：ｌｏｏｐｂａｃｋ）アドレスである。ループバックアドレスは、ネットワークデバイス（例えば、ルータ又はスイッチ）のループバックインタフェース上で構成されたＩＰアドレスであってよく、通例、ネットワークデバイス識別子（例えば、３２ビットマスクＩＰｖ４アドレス：１０．１０．１．１／３２）として使用される。このことは、当業者によって理解可能である。ＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性は、ＮＬＲＩフィールドをさらに含み、Ｌ２ＶＰＮ内のＥＶＰＮは、ＡＦＩフィールド及びＳＡＦＩフィールドの値を参照して示される。ＮＬＲＩフィールドはＥＶＰＮ  ＮＬＲＩフィールドである。図４ｂに示されるように、ＥＶＰＮ  ＮＬＲＩフィールドは、例えば、２バイトのルートタイプ（英語：Ｒｏｕｔｅ  Ｔｙｐｅ）フィールドと、２バイトの長さ（英語：Ｌｅｎｇｔｈ）フィールドと、可変の長さを有するルートタイプ固有（英語：Ｒｏｕｔｅ  Ｔｙｐｅ  ｓｐｅｃｉｆｉｃ）フィールドとを含む。本出願ではルートタイプフィールド及び長さフィールドの長さは具体的に限定されないことが留意されるべきである。ルートタイプフィールドは、異なるＢＧＰ  ＥＶＰＮルートタイプを示すために使用される。
【００５９】
以下は、例としてＭＡＣ／ＩＰ通知ルートを使用して、ＥＶＰＮ  ＮＬＲＩフィールドについて説明する。本出願では、ＥＶＰＮ  ＮＬＲＩとＥＶＰＮ  ＮＬＲＩフィールドは、同じ意味を持つ。ＭＡＣ／ＩＰ通知ルートは、ＭＡＣ通知ルートと、ＩＰ通知ルートとを含み、これらのルートはそれぞれ、レイヤ２パケット転送及びレイヤ３パケット転送を導くために使用される。
【００６０】
ＭＡＣ／ＩＰ通知ルートの場合、ルートタイプフィールドの値は２であり、ルートタイプ固有フィールドは、ＭＡＣ／ＩＰ通知ルートの詳細を記録するために使用される。図４ｃに示されるように、ＭＡＣ／ＩＰ通知ルートは、８バイトのルート区別子（英語：Ｒｏｕｔｅ  Ｄｉｓｔｉｎｇｕｉｓｈｅｒ、ＲＤ）フィールドと、１０バイトのイーサネットセグメント識別子（英語：Ｅｔｈｅｒｎｅｔ  Ｓｅｇｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ、ＥＳＩ）フィールドと、４バイトのイーサネットタグ識別子（英語：Ｅｔｈｅｒｎｅｔ  Ｔａｇ  ＩＤ）フィールドと、１バイトのＭＡＣアドレス長フィールドと、６バイトのＭＡＣアドレスフィールドと、１バイトのＩＰアドレス長フィールドと、４バイト又は１６バイトのＩＰアドレスフィールドと、３バイトのＭＰＬＳラベル（英語：Ｌａｂｅｌ）１フィールドと、０バイト又は３バイトのＭＰＬＳラベル２フィールドとを含む。ＭＰＬＳラベル１フィールドは、ＶＰＮラベル（プライベートネットワークラベルとも呼ばれる）を搬送するために使用され、このラベルは、ＭＰＬＳネットワーク内での伝送中に内部ラベルとして使用される。転送プレーン上で、ＰＥは、データパケットを対応するＣＥに送信するために、受信されたデータパケットを、ＶＰＮラベルに基づいて対応するＭＡＣ転送テーブルに送信する。ＭＰＬＳラベル２フィールドは、レイヤ３トラフィック転送を導くために使用される。ＭＡＣ通知ルートでは、ＭＰＬＳラベル２フィールドの値は０である。ＭＡＣ通知ルート内に含まれるＭＡＣアドレスは、ネットワークデバイス１に接続されたＣＥデバイスのＭＡＣアドレス又はこのＣＥデバイスによって管理されるユーザ機器のＭＡＣアドレスである。本出願では、ＭＡＣ通知ルートは、簡潔にＭＡＣルートとも呼ばれる。
【００６１】
ＢＧＰ更新メッセージ及びＭＰ＿ＲＥＡＣＨ＿ＮＬＲＩ属性の定義については、ＲＦＣ４７６０における説明を参照されたい。ＥＶＰＮ  ＮＬＲＩフィールドの定義については、インターネットエンジニアリングタスクフォース（英語：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、略してＩＥＴＦ）リクエストフォーコメンツ（英語：Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ、略してＲＦＣ）７４３２における説明を参照されたい。詳細は、本明細書では説明されない。
【００６２】
図１に示されるシナリオを参照して、以下は、例を使用して、ＰＥデバイスがＢＧＰ  ＥＶＰＮルートを通知するプロセスについて説明する。
【００６３】
ＰＥ２は、サイト２内のユーザ機器（英語：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）２のＭＡＣアドレス例えばＭＡＣ２を知る。ＰＥ２は、ＢＧＰ更新メッセージを通じてＭＡＣルートをＰＥ１に通知する。ＰＥ３は、サイト２内のＵＥ２のＭＡＣアドレスを知らない。ＰＥ３は、イーサネット自動検出ルート（英語：Ｅｔｈｅｒｎｅｔ  Ａｕｔｏ−ｄｉｓｃｏｖｅｒｙ  Ｒｏｕｔｅ、Ｅｔｈｅｒｎｅｔ  Ａ−Ｄ  ｒｏｕｔｅ）をＰＥ１に通知する。従って、ＰＥ１は、エイリアシング（英語：Ａｌｉａｓｉｎｇ）様式で、ＰＥ１がＰＥ３を通ってＵＥ２に到達することができることを知る。このようにして、ＵＥ１によってＵＥ２に送信されたユニキャストトラフィックがＰＥ１を通って送信されるとき、ＰＥ１は、ユニキャストトラフィック上で負荷分散を実行し得る。ユニキャストトラフィックは、ＰＥ２及びＰＥ３を通ってＣＥ２に転送される。このようにして、ＵＥ１とＵＥ２は、ＥＶＰＮ１内で互いと通信することができる。
【００６４】
前述のＭＡＣルート及びイーサネットＡ−Ｄルートに加えて、ＥＶＰＮネットワーク内では、ＰＥデバイスは、ＣＥデバイスからのＢＵＭトラフィックを、同じＥＶＰＮインスタンス内の別のＰＥに送信する必要がある。このシナリオでは、ＢＵＭトラフィックを受信するＰＥは、未知のユニキャストトラフィックを別のＰＥデバイスにフラッディングさせる（英語：ｆｌｏｏｄ）必要がある。従って、ＥＶＰＮ内では、ＰＥデバイスが配置された後、各ＰＥデバイスは、ＢＵＭパケット転送を導くために、ＩＭＥＴルートを別のＰＥデバイスに通知する必要がある。ＩＭＥＴルートのガイダンス下で、ＩＭＥＴルートを受信するＰＥデバイスは、ＢＵＭトラフィックを送出エンドＰＥに転送する。
【００６５】
ポイントツーポイント（英語：ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ、Ｐ２Ｐ）ＥＶＰＮサービスでは、例えば、Ｐ２Ｐ  ＥＶＰＮがＰＥ１とＰＥ２との間で配置される場合、サイト２内のＵＥ２のＭＡＣアドレスを知った後、ＰＥ２は、ＢＧＰ更新メッセージを通じてＡＤ−ＥＶＩごとルートをＰＥ１に通知する。ＡＤ−ＥＶＩごとルートはイーサネットＡ−Ｄルートである。Ｐ２Ｐシナリオでは、全てのパケットはブロードキャストされる。ＡＤ−ＥＶＩごとルートは、Ｐ２Ｐシナリオではパケット転送を導くために使用される。
【００６６】
ＢＧＰ  ＥＶＰＮルート、ＭＡＣ通知ルート、イーサネットＡ−Ｄルート、及びＩＭＥＴルートに関する詳細、ならびにＰＥデバイスがエイリアシングベースの負荷分散をどのように実施するかに関する詳細については、インターネットエンジニアリングタスクフォース（英語：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、略してＩＥＴＦ）リクエストフォーコメンツ（英語：Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ、略してＲＦＣ）７４３２を参照されたい。インターネットエンジニアリングタスクフォース（英語：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、略してＩＥＴＦ）リクエストフォーコメンツ（英語：Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ、略してＲＦＣ）７４３２における関連する内容は、参照により本明細書に組み込まれる。簡潔にするために、詳細は、本明細書では説明されない。
【００６７】
特定の実装において、本出願では、ネットワークデバイス１がＢＧＰメッセージを受信し、ＢＧＰメッセージが制御ワード指示情報のネクストホップ能力属性又は拡張コミュニティ属性を搬送するとき、ネットワークデバイス１の処理ルールは次の通りである。
【００６８】
１．ネットワークデバイス１は、制御ワード処理能力を有効にし、ネクストホップ能力属性解析又は制御ワード拡張コミュニティ属性解析をサポートする。ネットワークデバイス２によって送信され、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を搬送するＢＧＰメッセージを受信した後、ネットワークデバイス１は、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を正しく解析することができる。ネットワークデバイス１は、ＢＧＰメッセージ内で搬送された制御ワード指示情報及びＥＶＰＮルーティング情報をローカルに記憶し、制御ワード指示情報を含むＭＡＣ転送エントリを生成する。ネットワークデバイス１は、ＭＡＣ転送エントリに基づいてネットワークデバイス２に、制御ワード指示情報及び制御ワードを搬送するデータパケットを送信する。
【００６９】
２．ネットワークデバイス１は、制御ワード処理能力を構成しない又は有効にしない。ネットワークデバイス３によって送信され、制御ワード指示情報を搬送するＢＧＰメッセージを受信した後、ネットワークデバイス１は、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を解析するとき、ＢＧＰメッセージ内で搬送されるネクストホップ能力属性又は制御ワード拡張コミュニティ属性を正しく識別することができない。このケースでは、ネットワークデバイス１は、属性を直接的に無視し、既存の手順に従ってＢＧＰメッセージを解析してよい。
【００７０】
本出願では、ネットワークデバイス１が、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を搬送しない即ち制御ワード指示情報を搬送しないＢＧＰメッセージを受信した後、処理ルールは、次の通りである。
【００７１】
１．ネットワークデバイス１は、制御ワード処理能力を有効にし、ネクストホップ能力属性解析又は制御ワード拡張コミュニティ属性解析をサポートする。ネットワークデバイス３によって送信され、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を搬送しないＢＧＰメッセージを受信した後、ネットワークデバイス１は、ＢＧＰメッセージに基づいて、ネットワークデバイス３が制御ワード処理能力を持たないことを決定する。ネットワークデバイス１がデータパケットをネットワークデバイス３に送信するとき、制御ワードは搬送されない。
【００７２】
２．ネットワークデバイス１は、制御ワード処理能力を構成しない又は有効にしない。ネットワークデバイスによって送信され、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を搬送しないＢＧＰメッセージを受信した後、ネットワークデバイス１は、既存の手順に従ってＢＧＰメッセージを解析する。
【００７３】
Ｓ２０３：ネットワークデバイス１が、ＢＧＰメッセージ１を受信する。
【００７４】
Ｓ２０４：ネットワークデバイス１が、ＢＧＰメッセージ１に基づいてＥＶＰＮサービスパケット１を生成する。
【００７５】
特定の実装では、ネットワークデバイス１は、制御ワード処理能力を持つネットワークデバイスである。ＢＧＰメッセージ１は、ＥＶＰＮルーティング情報と、制御ワード指示情報とを含む。ＢＧＰメッセージ１を受信した後、ネットワークデバイス１は、ＥＶＰＮルーティング情報及び制御ワード指示情報を記憶し、ＥＶＰＮルーティング情報及び制御ワード指示情報に基づいて転送エントリを生成する。ネットワークデバイス１は、転送エントリに基づいてＥＶＰＮサービスパケット１を生成し、ＥＶＰＮサービスパケット１は、制御ワード指示情報と、制御ワードとを含む。ＥＶＰＮサービスパケット１のＭＰＬＳヘッダは、外部トンネルラベルと、内部プライベートネットワークラベルと、制御ワード指示情報とを含む。制御ワード指示情報は、トンネルラベルとプライベートネットワークラベルとの間にカプセル化されてもよいし、スタックの底（bottom-of-stack）ラベルとして使用されてもよい。
【００７６】
ネットワークデバイス１の制御プレーン（例えば、制御ボード）は、ＢＧＰメッセージ１内で搬送される異なるタイプのＢＧＰ  ＥＶＰＮルートに基づいて、異なるＢＧＰ  ＥＶＰＮルーティングエントリ及び対応する転送エントリを生成する。例えば、ＢＧＰメッセージを通じて通知されるＢＧＰ  ＥＶＰＮルートがＭＡＣルートであるとき、ネットワークデバイス１は、ＢＧＰメッセージに基づいてＭＡＣルーティングエントリを生成し、このＭＡＣルーティングエントリに基づいて対応するＭＡＣ転送エントリを生成して、このＭＡＣ転送エントリを転送プレーンに送信する。ＢＧＰメッセージを通じて通知されるＢＧＰ  ＥＶＰＮルートがイーサネットＡ−Ｄルートであるとき、ネットワークデバイス１は、ＢＧＰメッセージに基づいてイーサネットＡ−Ｄルーティングエントリを生成し、このイーサネットＡ−Ｄルーティングエントリに基づいて対応するイーサネットＡ−Ｄ転送エントリを生成して、このイーサネットＡ−Ｄ転送エントリを転送プレーンに送信する。ＢＧＰメッセージを通じて通知されるＢＧＰ  ＥＶＰＮルートがＩＭＥＴルートであるとき、ネットワークデバイス１は、ＢＧＰメッセージに基づいてＩＭＥＴルーティングエントリを生成し、このＩＭＥＴルーティングエントリに基づいて対応するＩＭＥＴ転送エントリを生成して、このＩＭＥＴ転送エントリを転送プレーンに送信する。ネットワークデバイス１内で、異なるタイプのルーティングエントリ及び転送エントリは、別々に維持され、互いから分離される。以下は、ＭＡＣルートを例として使用して、本出願においてＭＡＣルーティングエントリ及びＭＡＣ転送エントリを生成するプロセスについて説明する。ＩＭＥＴルート及びイーサネットＡ−Ｄルートの各々の場合、ネットワークデバイスが対応するルーティングテーブル及び対応する転送テーブルを生成するプロセスは、ＭＡＣルートの場合のそれに類似しており、詳細は、本明細書では説明されない。
【００７７】
ネットワークデバイス１は、ネットワークデバイス２によって送信されたＢＧＰメッセージ１を受信し、ＢＧＰメッセージ１内で搬送されるＭＡＣルーティング情報に基づいてＭＡＣルーティングエントリ及びＭＡＣ転送エントリを生成する。特定の実装では、制御ワード拡張コミュニティ属性内で搬送される制御ワード指示情報は、ＭＡＣルーティングエントリ（表１に示される）内で構成されてよい。ＭＡＣルーティングエントリ内の宛先ＭＡＣアドレスは、ＭＡＣルート内に含まれるＭＡＣアドレス（例えば、ＭＡＣ２）である。ネクストホップのネットワークアドレスは、ネットワークデバイス２のループバックアドレスである。制御ワード指示情報は、制御ワード拡張コミュニティ属性の値（Ｖａｌｕｅ）フィールド内で搬送されるラベルであり、例えば、２３４１であってよい。プライベートネットワークラベルは、ネットワークデバイス２がＢＧＰ  ＥＶＰＮルートをネットワークデバイス１に送信するときに申請される、「ＬａｂｅｌＡ」などのＭＰＬＳラベルである。ＥＶＰＮサービスパケット内の制御ワード指示情報のカプセル化フォーマットは、従来のＭＰＬＳカプセル化におけるそれと同じである。例えば、制御ワード指示情報は、４バイトを含む。ＰＥデバイスがデータパケットを転送するとき、制御ワード指示情報は、ＭＰＬＳヘッダ内でＭＰＬＳラベルとしてカプセル化される。ネットワークデバイス１は、ＭＡＣルーティングエントリ（表２に示される）に基づいてＭＡＣ転送エントリを生成し、ＭＡＣ転送エントリをネットワークデバイス１の転送プレーン（例えば、転送ボード）に送信する。ＭＡＣルーティングエントリに基づいてＭＡＣ転送エントリを生成するとき、ネットワークデバイス１は、ＭＡＣルーティングエントリに基づいて、ＭＡＣ転送エントリ内の宛先ＭＡＣアドレス及びアウトバウンドインタフェースを決定し得る。ＭＡＣ転送エントリ内の宛先ＭＡＣアドレスは、ＭＡＣルーティングエントリ内の宛先ＭＡＣアドレスである。ＭＡＣ転送エントリ内のアウトバウンドインタフェースは、例えば、Ｉｎｔｆ１である。ネットワークデバイス１がＭＡＣ転送エントリ内のアウトバウンドインタフェースとしてＩｎｔｆ１を決定することは、以下を含んでよい。ネットワークデバイス１は、最初に、ＭＡＣルーティングエントリ内のネットワークデバイス２のループバック（英語：ｌｏｏｐｂａｃｋ）アドレスを検索キーワードとして使用して、転送等価クラス（英語：Ｆｏｒｗａｒｄｉｎｇ  Ｅｑｕｉｖａｌｅｎｃｅ  Ｃｌａｓｓ、ＦＥＣ）からネクストホップラベル転送エントリ（英語：Ｎｅｘｔ  Ｈｏｐ  Ｌａｂｅｌ  Ｆｏｒｗａｒｄｉｎｇ  Ｅｎｔｒｙ、ＮＨＬＦＥ）へのマッピングのテーブル（ここで、テーブルは、簡潔にＦＴＮ（ＦＥＣ  ｔｏ  ＮＨＬＦＥ）マッピングテーブル又はＦＴＮ転送テーブルとも呼ばれる）を検索して、ネットワークデバイス２のループバックアドレスに対応するアウトバウンドインタフェースがネットワークデバイス１からネットワークデバイス２へのトンネルのトンネル識別子（英語：Ｔｕｎｎｅｌ  Ｉｄｅｎｔｉｆｉｅｒ、Ｔｕｎｎｅｌ  ＩＤ）であることを知る。次いで、ネットワークデバイス１は、トンネルＩＤを使用することによ��てトンネル転送テーブルを検索して、トンネルＩＤに対応するアウトバウンドインタフェースがＩｎｔｆ１（即ち、ネットワークデバイス１上の、ネットワークデバイス１からネットワークデバイス２へのトンネルのインタフェース）であることを知る。ネットワークデバイス１は、Ｉｎｔｆ１をＭＡＣ転送エントリ内のアウトバウンドインタフェースとして決定する。トンネルは、ラベルスイッチ経路（Ｌａｂｅｌ  Ｓｗｉｔｃｈｅｄ  Ｐａｔｈ、ＬＳＰ）トンネル、リソース予約プロトコル―トラフィックエンジニアリング（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ−Ｔｒａｆｆｉｃ  Ｅｎｇｉｎｅｅｒｉｎｇ，  ＲＳＶＰ−ＴＥ）トンネルなどであってよいことが留意されるべきである。トンネルは、既知のユニキャストデータフローを搬送するために使用される。簡潔にするために、このことは、本発明の実施形態の添付の図面では図示されない。
【００７８】
【表１】
2022500915.tif 000016
【００７９】
【表２】
2022500915.tif 000017
【００８０】
表１及び表２は、ＭＡＣルーティングエントリ及びＭＡＣ転送エントリ内のいくらかの情報のみをリストしており、他の情報は、簡潔にするために示されない。このことは、当業者によって理解可能である。
【００８１】
ネットワークデバイス１が既知のユニキャストトラフィックを受信するとき、例えば、パケット内で搬送される宛先ＭＡＣアドレスが、ＭＡＣルート内に含まれるＭＡＣアドレス（ＭＡＣ２）であるとき、ネットワークデバイス１は、ＭＡＣ転送テーブルに問い合わせ、転送のためのアウトバウンドインタフェースに関する情報を知り、トラフィックがＭＡＣ２に転送されるときに制御ワード指示情報及び制御ワードが搬送される必要があることを知る。従って、ネットワークデバイス１は、ＥＶＰＮサービスパケットが制御ワードをさらに搬送することを示すために、外部トンネルラベル、内部プライベートネットワークラベル、及び制御ワード指示情報をＭＰＬＳヘッダ内にカプセル化する。
【００８２】
Ｓ２０５：ネットワークデバイス１が、ＥＶＰＮサービスパケット１をネットワークデバイス２に送信する。
【００８３】
Ｓ２０６：ネットワークデバイス２が、ネットワークデバイス１によって送信されたＥＶＰＮサービスパケット１を受信する。
【００８４】
ＥＶＰＮサービスパケット１を受信した後、ネットワークデバイス２は、ＥＶＰＮサービスパケット１をカプセル化解除して、処理されたデータパケットを取得し、この処理されたデータパケットを転送する。具体的には、ネットワークデバイス２は、ＥＶＰＮサービスパケット１内で搬送される制御ワード指示情報に基づいて、ＥＶＰＮサービスパケット１が制御ワードを搬送することを決定する。従って、ＥＶＰＮサービスパケット１のＭＰＬＳラベルスタックを除去した後、ネットワークデバイス２は、制御ワードをさらに除去して、処理されたデータパケットを取得し、この処理されたデータパケットを、ローカルＭＡＣ転送エントリに基づいてＥＶＰＮサービスパケット１の宛先に転送する。
【００８５】
Ｓ２０７：ネットワークデバイス１が、ネットワークデバイス３によって送信されたＢＧＰメッセージ２を受信する。
【００８６】
Ｓ２０８：ネットワークデバイス１が、ＢＧＰメッセージ２に基づいて、ネットワークデバイス３が制御ワード処理能力を持たないことを決定する。
【００８７】
具体的には、ネットワークデバイス３は、制御ワード処理能力を持たないネットワークデバイスであり、ＢＧＰメッセージ２は、ネクストホップ能力属性又は制御ワード拡張コミュニティ属性を搬送しない、即ち、制御ワード指示情報を搬送しない。ネットワークデバイス１は、制御ワード処理能力を持つネットワークデバイスであり、ネットワークデバイス１は、ＢＧＰメッセージ２が制御ワード拡張コミュニティ属性を搬送しないことを決定し、従って、ＢＧＰメッセージ２に基づいて、ネットワークデバイス３は、制御ワード処理能力を持たないネットワークデバイスであることを決定し得る。
【００８８】
Ｓ２０９：ネットワークデバイス１が、ＥＶＰＮサービスパケット２を生成する。
【００８９】
Ｓ２１０：ネットワークデバイス１が、ＥＶＰＮサービスパケット２をネットワークデバイス３に送信する。
【００９０】
ネットワークデバイス１が、ネットワークデバイス３は制御ワード処理能力を持たないことを決定したことに基づいて、ネットワークデバイス１は、ＥＶＰＮサービスパケット２を生成し、ＥＶＰＮサービスパケット２をネットワークデバイス３に送信する。ＥＶＰＮサービスパケット２は、制御ワードを搬送しない。ネットワークデバイス１によって送信されたＥＶＰＮサービスパケット２を受信した後、ネットワークデバイス３は、制御ワードを搬送しないパケットのフォーマットに基づいてパケットを解析する。
【００９１】
本出願では、ネットワークデバイスは、ネットワークデバイスが制御ワード処理能力を持つかどうかを互いに知らせ、従って、データパケットをピアネットワークデバイスに送信するとき、ローカルネットワークデバイスは、ピアネットワークデバイスが制御ワード処理能力を持つかどうかに基づいて、送信されるべきデータパケットに制御ワードを追加するべきかどうかを決定することができる。このようにして、データパケットを受信するとき、ピアネットワークデバイスは、パケットを正しく解析することができる。このことは、パケットロスを効果的に回避する。
【００９２】
図５及び図６に示されるネットワークアーキテクチャの概略図ならびに特定の適用シナリオを参照して、以下は、例を使用して、ＢＧＰ  ＥＶＰＮルートにおける制御ワード拡張コミュニティ属性の適用について説明する。以下のシナリオ及び特定の適用例は、本出願の技術的解決策に関する制限を構成するべきでないことが理解されるべきである。以下は、ＥＶＰＮ  ＭＰ２ＭＰシナリオにおけるユニキャストトラフィックのための制御ワード処理を実施するために制御ワード拡張コミュニティ属性がＭＡＣルートに適用される例を使用することによって、本出願の技術的解決策について説明する。
【００９３】
図５を参照すると、ＰＥ１及びＰＥ３は各々、制御ワード処理能力を持つネットワークデバイスであり、ＰＥ２は、制御ワード処理能力を持たないデバイスである。制御プレーン上での情報作成プロセスは、次の通りである。
【００９４】
ＰＥ１は、ソースＭＡＣがＭＡＣ１であるＭＡＣルートをＰＥ３に送信し、プライベートネットワークラベルＬａｂｅｌ１を申請する。ＭＡＣルートは、制御ワード指示情報ＣＬＩ１を搬送する。ＰＥ３が、ＰＥ１によって通知されたＭＡＣルートを受信した後、ＰＥ３が、解析を通じて、ＭＡＣルートが制御ワード指示情報を搬送することを認め、ＰＥ３が制御ワード処理能力を有効にするとき、ＰＥ３は、転送テーブルを生成するために、ＭＡＣルート内で搬送される制御ワード指示情報ＣＬＩ１をＭＡＣ１及びプライベートネットワークラベルＬａｂｅｌ１とともに転送プレーンに送信する。
【００９５】
ＰＥ１は、ソースＭＡＣがＭＡＣ１であるＭＡＣルートをＰＥ２に送信し、プライベートネットワークラベルＬａｂｅｌ１を申請する。ＭＡＣルートは、制御ワード指示情報ＣＬＩ１を搬送する。ＰＥ２は、ＰＥ１によって通知され、制御ワード指示情報を搬送するＭＡＣルートを受信する。しかし、制御ワード処理能力がＰＥ３上で配置されないので、ＰＥ３は、制御ワード指示情報を正しく解析することができず、ＭＡＣ１及びプライベートネットワークラベルＬａｂｅｌ１を転送テーブルに送信するのみである。代替として、制御ワード処理能力がＰＥ３上で配置されるが、ＰＥ３は、制御ワード処理能力を有効にしない。このケースでは、ＰＥ３は制御ワード指示情報を正しく解析することができるが、ＰＥ３は、制御ワード指示情報を転送テーブルに送信しない。
【００９６】
ＰＥ２は、ソースＭＡＣがＭＡＣ２であるＭＡＣルートをＰＥ３に通知し、プライベートネットワークラベルＬａｂｅｌ２を申請する。ＰＥ２は制御ワード処理能力を持たないので、ＰＥ２がＭＡＣルートを通知するとき、制御ワード指示情報は搬送されない。ＰＥ２によって通知されたＭＡＣルートを受信した後、ＰＥ３は、通常は、制御ワード指示情報が搬送されない様式でＢＧＰメッセージを解析し、ＭＡＣ２及びプライベートネットワークラベルＬａｂｅｌ２を抽出して、転送エントリを生成するためにＭＡＣ２及びプライベートネットワークラベルＬａｂｅｌ２を転送プレーンに送信する。
【００９７】
ＰＥ３がＭＡＣルートをＰＥ１に通知する手順は、ＰＥ１がＭＡＣルートをＰＥ３に通知する手順と同じである。詳細は、ここでは説明されない。
【００９８】
ＰＥ２がＭＡＣルートをＰＥ１に通知する手順は、ＰＥ２がＭＡＣルートをＰＥ３に通知する手順と同じである。詳細は、ここでは説明されない。
【００９９】
図６を参照すると、転送プレーン上でのトラフィック転送プロセスは、次の通りである。
【０１００】
ＣＥ３がＣＥ１にアクセスするとき、ＰＥ３は、ＭＡＣ１にアクセスするためにＣＥ３によって送信されたデータパケット（Ｐａｙｌｏａｄ１  （ＭＡＣ１））を受信し、宛先ＭＡＣアドレスＭＡＣ１に基づいて転送エントリに問い合わせ、データパケットを「トンネルラベル＋プライベートネットワークラベル＋制御ワード指示情報＋制御ワード＋データパケットペイロード（Ｐａｙｌｏａｄ１  （ＭＡＣ１））」へとカプセル化し、カプセル化されたデータパケットを、Ｐ１を通じてＰＥ１に転送する。ＰＥ３によって送信されたデータパケットを受信した後、Ｐ１は、通常の転送手順に従ってデータパケットを転送する。デバイスＰ１の場合、制御ワード指示情報は、ＭＰＬＳラベルスタック内の内部ラベルであり、転送プレーン上で変更されない。受信されたデータパケットを再度カプセル化した後、Ｐ１は、再度カプセル化されたデータパケットをＰＥ１に送信する。Ｐ１によって送信されたデータパケットを受信した後、ＰＥ１は、ＭＰＬＳラベルスタックを解析し、トンネルラベル、プライベートネットワークラベル、及び制御ワード指示情報を除去し、データパケット内で搬送される制御ワード指示情報に基づいて、データパケットが制御ワードを搬送することを決定する。ＰＥ１は、制御ワードを除去した後の処理されたデータパケットを取得し、この処理されたデータパケットを、ローカルＭＡＣ転送エントリに基づいてＣＥ１に転送する。
【０１０１】
ＣＥ３がＣＥ２にアクセスするとき、ＰＥ３は、ＭＡＣ２にアクセスするためにＣＥ３によって送信されたデータパケット（Ｐａｙｌｏａｄ２  （ＭＡＣ２））を受信し、宛先ＭＡＣアドレスＭＡＣ２に基づいて転送エントリに問い合わせ、データパケットを「トンネルラベル＋プライベートネットワークラベル＋データパケットペイロード（Ｐａｙｌｏａｄ２  （ＭＡＣ２））」へとカプセル化し、カプセル化されたデータパケットをＰＥ２に送信する。ＰＥ３によって送信されたデータパケットを受信し、トンネルラベル及びプライベートネットワークラベルを除去した後、ＰＥ２は、処理されたデータパケットを取得し、この処理されたデータパケットを、ローカルＭＡＣ転送エントリに基づいてＣＥ２に送信する。
【０１０２】
ＣＥ２がＣＥ１にアクセスするとき、ＰＥ２は、ＭＡＣ１にアクセスするためにＣＥ２によって送信されたデータパケット（Ｐａｙｌｏａｄ３  （ＭＡＣ１））を受信し、宛先ＭＡＣアドレスＭＡＣ１に基づいて転送エントリに問い合わせ、データパケットを「トンネルラベル＋プライベートネットワークラベル＋データパケットペイロード（Ｐａｙｌｏａｄ３  （ＭＡＣ１））」へとカプセル化し、カプセル化されたデータパケットを、Ｐ２を通じてＰＥ１に転送する。制御ワードを搬送しないデータパケットを受信した後、Ｐ２は、通常の転送手順に従ってデータパケットをＰＥ１に送信する。ＰＥ２によって送信されたデータパケットを受信し、トンネルラベル及びプライベートネットワークラベルを除去した後、ＰＥ１は、処理されたデータパケットを取得し、この処理されたデータパケットを、ローカルＭＡＣ転送エントリに基づいてＣＥ１に送信する。
【０１０３】
前述の内容から、制御ワード指示情報は、ユニキャストトラフィック内で制御ワードを処理するために、ＭＡＣルート内で搬送され得ることが知られることができる。確かに、当業者は、代替として、制御ワード指示情報が、エイリアシングベースの負荷分散がユニキャストトラフィック上で実行されるシナリオにおいて制御ワードを処理するために、ＭＡＣルートとイーサネットＡ−Ｄルートの両方で搬送されてよいことを理解し得る。その処理手順は、ユニキャストＭＡＣトラフィック内で制御ワードを処理する手順に類似している。このことは、当業者によって理解可能である。詳細は、本明細書では説明されない。さらに、制御ワード指示情報は、ＢＵＭトラフィック内で制御ワードを処理するために、ＩＭＥＴルート内で搬送されることがある。ＩＭＥＴルートが通知されるときに制御ワード指示情報が搬送される手順は、ＭＡＣルートが通知される手順に類似している。詳細は、再度説明されない。制御ワード指示情報を搬送するＩＭＥＴルートを受信した後、ピアエンドのＢＧＰピアは、ＢＧＰピアの制御ワード処理能力に基づいて、ＩＭＥＴルーティングエントリ内のＩＭＥＴルーティング情報とともに制御ワード指示情報を記憶すべきかどうかを決定し、次いで、パケット転送を導くためにＩＭＥＴ転送エントリを生成する。これらの手順は、当業者によって理解可能であり、詳細は、本明細書では説明されない。
【０１０４】
本出願では、ローカルデバイスは、ＥＶＰＮ内で、制御ワード処理能力をサポートしない又は有効にしないネットワークデバイスが適合することができるように、動作を単純化するために、ローカルデバイスの制御ワード処理能力をリモートデバイスに動的に通知する。具体的には、ＢＧＰ制御ワード拡張コミュニティ属性又はネクストホップ能力属性が、ローカルエンドの制御ワード処理能力をピアデバイスに通知するために新たに追加されることがある。リモートデバイスが制御ワード処理能力を持つ場合、言い換えれば、制御ワード処理能力がリモートデバイス上で配置され、リモートデバイスが制御ワード処理能力を有効にする場合、データパケットをローカルデバイスに送信するとき、リモートデバイスは、データパケットを使用して、制御ワード及びローカルデバイスによって前もって通知される制御ワード指示情報を搬送する。このようにして、ローカルデバイスは、制御ワード指示情報に基づいて、データパケットが制御ワードを搬送することを正しく識別することができ、制御ワードを搬送するパケットのフォーマットに基づいてデータパケットを正しく解析することができる。制御ワード処理能力がリモートデバイス上で配置されない又はリモートデバイスが制御ワード処理能力を有効にしない場合、リモートデバイスがデータパケットをローカルデバイスに送信するとき、制御ワードも制御ワード指示情報も搬送されない。このようにして、ローカルデバイスは、データパケットが、前もってピアデバイスに通知された制御ワード指示情報を搬送しないことに基づいて、受信されたデータパケットが制御ワードを搬送しないことを決定し、次いで、制御ワードを搬送しないパケットのフォーマットに基づいてデータパケットを解析する。このことは、パケットが正しく解析されることも保証することができる。
【０１０５】
図７は、本出願の実施形態による通信方法７００の概略フローチャートである。方法７００が適用されるネットワークアーキテクチャは、少なくとも、第１のネットワークデバイスと、第２のネットワークデバイスとを含み、このネットワークアーキテクチャは、第３のネットワークデバイスをさらに含むことがある。第１のネットワークデバイスと第２のネットワークデバイスはＢＧＰピアであり、第２のネットワークデバイスと第３のネットワークデバイスはＢＧＰピアであり、第１のネットワークデバイスと第３のネットワークデバイスはＢＧＰピアである。第１のネットワークデバイス、第２のネットワークデバイス、及び第３のネットワークデバイスは各々、ＰＥデバイスであってよい。例えば、第１のネットワークデバイスは、図１に示されるＰＥ１であってよく、第２のネットワークデバイスは、図１に示されるＰＥ２であってよく、第３のネットワークデバイスは、図１に示されるＰＥ３であってよい。ネットワークアーキテクチャは、図１に示されるネットワークアーキテクチャであってよい。さらに、図７に示される方法は、図２に示される方法を具体的に実施するために使用されてよい。例えば、図７における第１のネットワークデバイス、第２のネットワークデバイス、及び第３のネットワークデバイスはそれぞれ、図２に示される方法２００におけるネットワークデバイス１、ネットワークデバイス２、及びネットワークデバイス３であってよい。図７に示される方法は、以下の内容を含む。
【０１０６】
Ｓ７０１：第２のネットワークデバイスが第１のＢＧＰメッセージを生成し、この第１のＢＧＰメッセージは、制御ワード指示情報を含む。
【０１０７】
制御ワード指示情報は、第２のネットワークデバイスが制御ワード処理能力を持つことを示すために使用される。制御ワード指示情報は、第１のネットワークデバイスが第１のＥＶＰＮパケットを第２のネットワークデバイスに送信するとき、第１のＥＶＰＮパケットを使用して制御ワードを搬送するように第１のネットワークデバイスに指示するために使用される。
【０１０８】
Ｓ７０２：第２のネットワークデバイスが、第１のＢＧＰメッセージを第１のネットワークデバイスに送信する。
【０１０９】
図７に示される方法が、図２に示される方法２００を実施するために使用されるとき、第１のＢＧＰメッセージは、例えば、方法２００におけるＢＧＰメッセージ１であってよい。
【０１１０】
第１のネットワークデバイスが第１のＢＧＰメッセージをどのように処理するか、及び第１のネットワークデバイスが、第２のネットワークデバイスによって送信された第１のＢＧＰメッセージを受信した後、その後で受信されるＥＶＰＮサービスパケットを制御ワード指示情報に基づいてどのように処理するか、制御ワード指示情報を搬送するＢＧＰ拡張コミュニティ属性又はネクストホップ能力属性の関連する説明、及び制御ワード指示情報を割り当てる具体的な様式に関する詳細については、方法２００における関連する説明を参照されたい。詳細は、本明細書では再度説明されない。
【０１１１】
第２のネットワークデバイスがＢＧＰ  ＥＶＰＮルートをどのように第１のネットワークデバイスに通知するかに関する詳細については、方法２００における関連する説明を参照されたい。詳細は、本明細書では再度説明されない。
【０１１２】
Ｓ７０３：第１のネットワークデバイスが、第１のＢＧＰメッセージを受信する。
【０１１３】
Ｓ７０４：第１のネットワークデバイスが、第１のＢＧＰメッセージに基づいて第１のＥＶＰＮサービスパケットを生成する。
【０１１４】
図７に示される方法が、図２に示される方法２００を実施するために使用されるとき、第１のＥＶＰＮサービスパケットは、例えば、方法２００におけるＥＶＰＮサービスパケット１であってよい。第１のネットワークデバイスが第１のＢＧＰメッセージに基づいて第１のＥＶＰＮサービスパケットをどのように生成するかに関する詳細については、方法２００においてＢＧＰメッセージ１に基づいてネットワークデバイス１によってＥＶＰＮサービスパケット１を生成する関連する説明を参照されたい。詳細は、本明細書では再度説明されない。
【０１１５】
Ｓ７０５：第１のネットワークデバイスが、第１のＥＶＰＮサービスパケットを第２のネットワークデバイスに送信する。
【０１１６】
Ｓ７０６：第２のネットワークデバイスが、第１のネットワークデバイスによって送信された第１のＥＶＰＮサービスパケットを受信する。
【０１１７】
第１のＥＶＰＮサービスパケットを受信した後、第２のネットワークデバイス２は、第１のＥＶＰＮサービスパケットをカプセル化解除し、処理されたデータパケットを取得して、この処理されたデータパケットを転送する。具体的には、第２のネットワークデバイスは、第１のＥＶＰＮサービスパケット内で搬送される制御ワード指示情報に基づいて、第１のＥＶＰＮサービスパケットが制御ワードを搬送することを決定する。従って、第１のＥＶＰＮサービスパケットのＭＰＬＳラベルスタックを除去した後、第２のネットワークデバイスは、制御ワードをさらに除去し、処理されたデータパケットを取得して、この処理されたデータパケットを、ローカルＭＡＣ転送エントリに基づいて第１のＥＶＰＮサービスパケットの宛先に転送する。
【０１１８】
Ｓ７０７：第１のネットワークデバイスが、第３のネットワークデバイスによって送信された第２のＢＧＰメッセージを受信する。
【０１１９】
図７に示される方法が、図２に示される方法２００を実施するために使用されるとき、第３のネットワークデバイスは、例えば、方法２００におけるネットワークデバイス３であってよく、第２のＢＧＰメッセージは、例えば、方法２００におけるＢＧＰメッセージ２であってよい。
【０１２０】
Ｓ７０８：第１のネットワークデバイスが、第２のＢＧＰメッセージに基づいて、第３のネットワークデバイスが制御ワード処理能力を持たないことを決定する。
【０１２１】
具体的には、第３のネットワークデバイスは、制御ワード処理能力を持たないネットワークデバイスであり、第２のＢＧＰメッセージは、制御ワード指示情報を搬送しない、例えば、制御ワード拡張コミュニティ属性又はネクストホップ能力属性を搬送しない。第１のネットワークデバイスは、制御ワード処理能力を持つネットワークデバイスであり、第１のネットワークデバイスは、第２のＢＧＰメッセージが制御ワード指示情報を搬送しないことを決定し、従って、第２のＢＧＰメッセージに基づいて、第３のネットワークデバイスが、制御ワード処理能力を持たないネットワークデバイスであることを決定し得る。
【０１２２】
Ｓ７０９：第１のネットワークデバイスが、第２のＥＶＰＮサービスパケットを生成する。
【０１２３】
図７に示される方法が、図２に示される方法２００を実施するために使用されるとき、第２のＥＶＰＮサービスパケットは、例えば、方法２００におけるＥＶＰＮサービスパケット２であってよい。
【０１２４】
Ｓ７１０：第１のネットワークデバイスが、第２のＥＶＰＮサービスパケットを第３のネットワークデバイスに送信する。
【０１２５】
第１のネットワークデバイスが、第３のネットワークデバイスが制御ワード処理能力を持たないことを決定したことに基づいて、第１のネットワークデバイスは、第２のＥＶＰＮサービスパケットを生成し、第２のＥＶＰＮサービスパケットを第３のネットワークデバイスに送信する。第２のＥＶＰＮサービスパケットは、制御ワードを搬送しない。第１のネットワークデバイスによって送信された第２のＥＶＰＮサービスパケットを受信した後、第３のネットワークデバイスは、制御ワードを搬送しないパケットのフォーマットに基づいてパケットを解析する。
【０１２６】
本出願では、ネットワークデバイスは、ネットワークデバイスが制御ワード処理能力を持つかどうかを互いに知らせ、従って、データパケットをピアネットワークデバイスに送信するとき、ローカルネットワークデバイスは、ピアネットワークデバイスが制御ワード処理能力を持つかどうかに基づいて、送信されるべきデータパケットに制御ワードを追加するべきかどうかを決定することができる。このようにして、データパケットを受信するとき、ピアネットワークデバイスは、パケットを正しく解析することができる。このことは、パケットロスを効果的に回避する。
【０１２７】
図８は、本出願によるネットワークデバイス８００の概略図である。ネットワークデバイス８００は、図１に示されるネットワークアーキテクチャに適用されてよく、例えば、図１に示されるネットワークアーキテクチャにおけるＰＥ１であってよい。ネットワークデバイス８００は、方法２００においてネットワークデバイス１によって実行される動作又は方法７００において第１のネットワークデバイスによって実行される動作を実行するように構成される。図８に示されるように、ネットワークデバイス８００は、プロセッサ８１０と、プロセッサ８１０に結合されたメモリ８２０及びトランシーバ８３０とを含んでよい。プロセッサ８１０は、中央処理ユニット（英語：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ、略してＣＰＵ）、ネットワークプロセッサ（英語：ｎｅｔｗｏｒｋ  ｐｒｏｃｅｓｓｏｒ、略してＮＰ）、又はＣＰＵとＮＰの組み合わせであってよい。代替として、プロセッサ８１０は、特定用途向け集積回路（英語：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、略してＡＳＩＣ）、プログラマブルロジックデバイス（英語：ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ、略してＰＬＤ）、又はそれらの組み合わせであってよい。ＰＬＤは、複合プログラマブルロジックデバイス（英語：ｃｏｍｐｌｅｘ  ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ、略してＣＰＬＤ）、フィールドプログラマブルゲートアレイ（英語：ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ、略してＦＰＧＡ）、汎用アレイロジック（英語：ｇｅｎｅｒｉｃ  ａｒｒａｙ  ｌｏｇｉｃ、略してＧＡＬ）、又はそれらの任意の組み合わせであってよい。プロセッサ８１０は、１つのプロセッサであってもよいし、複数のプロセッサを含んでもよい。メモリ８２０は、ランダムアクセスメモリ（英語：ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ、略してＲＡＭ）などの揮発性メモリ（英語：ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）であってもよいし、メモリは、読み出し専用メモリ（英語：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、略してＲＯＭ）、フラッシュメモリ（英語：ｆｌａｓｈ  ｍｅｍｏｒｙ）、ハードディスクドライブ（英語：ｈａｒｄ  ｄｉｓｋ  ｄｒｉｖｅ、略してＨＤＤ）、又はソリッドステートドライブ（英語：ｓｏｌｉｄ−ｓｔａｔｅ  ｄｒｉｖｅ、略してＳＳＤ）などの不揮発性メモリ（英語：ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）であってもよい。代替として、メモリ８２０は、前述のタイプのメモリの組み合わせを含んでもよい。メモリ８２０は、１つのメモリであってもよいし、複数のメモリを含んでもよい。実装では、メモリ８２０は、コンピュータ可読命令を記憶し、このコンピュータ可読命令は、複数のソフトウェアモジュール、例えば、送信モジュール８２１と、処理モジュール８２２と、受信モジュール８２３とを含む。各ソフトウェアモジュールを実行した後、プロセッサ８１０は、ソフトウェアモジュールの表示に従って、対応する動作を実行することがある。この実施形態では、ソフトウェアモジュールによって実行される動作は、実際には、ソフトウェアモジュールの表示に従ってプロセッサ８１０によっ���実行される動作である。例えば、受信モジュール８２３は、第２のネットワークデバイスからＢＧＰメッセージを受信するように構成される。ＢＧＰメッセージは、ＥＶＰＮルーティング情報と、制御ワード指示情報とを含み、制御ワード指示情報は、第１のネットワークデバイスが第１のＥＶＰＮサービスパケットを第２のネットワークデバイスに送信するとき、第１のＥＶＰＮサービスパケットを使用して制御ワードを搬送するようにネットワークデバイス８００に示すために使用される。処理モジュール８２２は、第１のＥＶＰＮサービスパケットを生成するように構成される。第１のＥＶＰＮサービスパケットは、制御ワード指示情報と、制御ワードとを含み、制御ワード指示情報は、第１のＥＶＰＮサービスパケットが制御ワードを含むことを示すために使用される。送信モジュール８２１は、第１のＥＶＰＮサービスパケットを第２のネットワークデバイスに送信するように構成される。さらに、メモリ８２０内のコンピュータ可読命令を実行した後、プロセッサ８１０は、コンピュータ可読命令の表示に従って、ネットワークデバイス１又は第１のネットワークデバイスによって実行可能である全ての動作、例えば、図２〜図６に対応する実施形態においてネットワークデバイス１によって実行される動作、又は図７に対応する実施形態における第１のネットワークデバイスによって実行される動作を実行することがある。
【０１２８】
図９は、本出願によるネットワークデバイス９００の概略図である。ネットワークデバイス９００は、図１に示されるネットワークアーキテクチャに適用されてよく、例えば、図１に示されるネットワークアーキテクチャにおけるＰＥ２であってよい。ネットワークデバイス９００は、方法２００においてネットワークデバイス２によって実行される動作又は方法７００において第２のネットワークデバイスによって実行される動作を実行するように構成される。図９に示されるように、ネットワークデバイス９００は、プロセッサ９１０と、プロセッサ９１０に結合されたメモリ９２０及びトランシーバ９３０とを含んでよい。プロセッサ９１０は、ＣＰＵ、ＮＰ、又はＣＰＵとＮＰの組み合わせであってよい。プロセッサは、ハードウェアチップをさらに含んでよい。ハードウェアチップは、ＡＳＩＣ、ＰＬＤ、又はそれらの組み合わせであってよい。ＰＬＤは、ＣＰＬＤ、ＦＰＧＡ、ＧＡＬ、又はそれらの任意の組み合わせであってよい。プロセッサ９１０は、１つのプロセッサであってもよいし、複数のプロセッサを含んでもよい。メモリ９２０は、ＲＡＭなどの揮発性メモリ（英語：ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）であってもよいし、メモリは、ＲＯＭ、フラッシュメモリ（英語：ｆｌａｓｈ  ｍｅｍｏｒｙ）、ＨＤＤ、又はＳＳＤなどの不揮発性メモリ（英語：ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）であってもよい。代替として、メモリは、前述のタイプのメモリの組み合わせを含んでもよい。メモリ９２０は、１つのメモリであってもよいし、複数のメモリを含んでもよい。実装では、メモリ９２０は、コンピュータ可読命令を記憶し、このコンピュータ可読命令は、複数のソフトウェアモジュール、例えば、送信モジュール９２１と、処理モジュール９２２と、受信モジュール９２３とを含んでよい。各ソフトウェアモジュールを実行した後、プロセッサ９１０は、ソフトウェアモジュールの表示に従って、対応する動作を実行することがある。この実施形態では、ソフトウェアモジュールによって実行される動作は、実際には、ソフトウェアモジュールの表示に従ってプロセッサ９１０によって実行される動作である。例えば、受信モジュール９２３は、第１のネットワークデバイスから第１のＥＶＰＮサービスパケットを受信するように構成される。第１のＥＶＰＮサービスパケットは、制御ワード指示情報と、制御ワードとを含む。処理モジュール９２２は、制御ワード指示情報に基づいて、第１のＥＶＰＮサービスパケットが制御ワードを含むことを決定し、第１のＥＶＰＮサービスパケットに基づいて、処理されたＥＶＰＮサービスパケットを取得するように構成される。処理されたＥＶＰＮサービスパケットは、制御ワード指示情報も制御ワードも搬送しない。送信モジュール９２１は、処理されたＥＶＰＮサービスパケットを第１のＥＶＰＮサービスパケットの宛先に送信するように構成される。さらに、メモリ９２０内のコンピュータ可読命令を実行した後、プロセッサ９１０は、コンピュータ可読命令の表示に従って、ネットワークデバイス２又は第２のネットワークデバイスによって実行可能である全ての動作、例えば、図２〜図６に対応する実施形態においてネットワークデバイス２によって実行される動作、又は図７に対応する実施形態における第２のネットワークデバイスによって実行される動作を実行することがある。
【０１２９】
本出願の実施形態は、図８に対応する実施形態におけるネットワークデバイス８００と図９に対応する実施形態におけるネットワークデバイス９００とを含み、図２に対応する実施形態における方法２００又は図７に対応する実施形態における方法７００を実行するように構成された通信システムをさらに提供する。
【０１３０】
当業者は、本明細書に開示されている実施形態において説明される例と組み合わせて、モジュール及び方法動作が、電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアの組み合わせによって実施されてよいことに気づき得る。機能がハードウェアによって実行されるかソフトウェアによって実行されるかは、特定の適用例及び技術的解決策の設計制約条件に依存する。当業者は、各特定の適用例に異なる方法を使用することによって、説明される機能を実施してよい。
【０１３１】
簡便で簡潔な説明の目的のために、前述のシステム、装置、及びモジュールの詳細な作業プロセスについては、前述の方法実施形態における対応するプロセスを参照されたいことは、当業者によって明らかに理解され得る。詳細は、本明細書では再度説明されない。
【０１３２】
前述の実施形態の全て又はいくつかは、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを通じて実施されてよい。ソフトウェアが、実施形態を実施するために使用されるとき、実施形態は、コンピュータプログラム製品の形で完全に又は部分的に実施されてよい。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令が、コンピュータ上にロードされ、実行されるとき、本出願の実施形態による手順又は機能は、全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は別のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよいし、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。例えば、コンピュータ命令は、ワイヤード（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ＤＳＬ））様式又はワイヤレス（例えば、赤外線、無線、又はマイクロ波）様式で、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、別のウェブサイト、コンピュータ、サーバ、又はデータセンタに、送信されてよい。コンピュータ可読記憶媒体は、コンピュータ、又は１つ又は複数の使用可能な媒体を統合する、サーバ若しくはデータセンタなどの、データ記憶デバイスによってアクセス可能な、任意の使用可能な媒体であってよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光学媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブ（ＳＳＤ））などであってよい。
【０１３３】
本明細書における全ての部分は、漸進的な様式で説明される。実施形態における同じ又は類似した部分について、相互参照がなされてよい。各実施形態は、他の実施形態との違いに焦点を当てている。特に、装置及びシステム実施形態は、基本的に方法実施形態に類似しており、従って、簡潔に説明される。関連する部分については、方法実施形態における説明を参照されたい。
【０１３４】
前述の説明は、本発明の特定の実装にすぎず、本発明の保護範囲を制限することを意図したものではない。本発明に開示されている技術範囲内で当業者によって容易に考え出される任意の変形又は置き換えは、本発明の保護範囲に含まれるものとする。従って、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【国際調査報告】
2022500915.tif 000018
2022500915.tif 000019
2022500915.tif 000020
2022500915.tif 000021