(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-07-26
(54)【発明の名称】インサイチュフロー検出方法及び電子デバイス
(51)【国際特許分類】
H04L 43/12 20220101AFI20230719BHJP
H04L 43/02 20220101ALI20230719BHJP
【ＦＩ】
H04L43/12
H04L43/02
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022579791
(86)(22)【出願日】2021-03-25
(85)【翻訳文提出日】2022-12-22
(86)【国際出願番号】 CN2021082981
(87)【国際公開番号】W WO2022198560
(87)【国際公開日】2022-09-29
(81)【指定国・地域】
(71)【出願人】
【識別番号】518056748
【氏名又は名称】新華三技術有限公司
【氏名又は名称原語表記】ＮＥＷ Ｈ３Ｃ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．， ＬＴＤ．
(74)【代理人】
【識別番号】110002468
【氏名又は名称】弁理士法人後藤特許事務所
(72)【発明者】
【氏名】▲キュウ▼ 元香
(57)【要約】
本発明はインサイチュフロー検出方式及び電子デバイスを提供する。本発明では、第１のサービスパケットが、第１のネットワークドメインから第２のネットワークドメインに跨って転送されるなど、ドメインに跨って転送されても、第２のネットワークドメインの入口ノードが第１のサービスパケットを受信すると、簡単に第２のネットワークドメインに基づいて第１のサービスパケットをカプセル化するのではなく、カプセル化するときにさらに第１のサービスパケットに付加されている第１のインサイチュフロー検出オプションを参照して第１のサービスパケットの外層をカプセル化するパケットヘッダに第２のインサイチュフロー検出オプションを付加し、第２のインサイチュフロー検出オプションに基づいて第２のネットワークドメインでインサイチュフロー検出を行うことを実現し、第１のサービスパケットがドメインに跨って転送されるときのインサイチュフロー検出を実現した。
【選択図】図１
【選択図】図１
【特許請求の範囲】
【請求項1】
インサイチュフロー検出方法であって、ネットワークデバイスに適用され、第１のサービスパケットを受信するステップであって、前記第１のサービスパケットには第１のパケットヘッダが付加されており、前記第１のパケットヘッダは少なくとも第１のインサイチュフロー検出オプションを含み、前記第１のインサイチュフロー検出オプションは第１のネットワークドメインの入口ノードによって前記第１のパケットヘッダに追加され、前記第１のインサイチュフロー検出オプションはインサイチュフロー検出を示すために用いられるステップと、
前記ネットワークデバイスが第２のネットワークドメインの入口ノードである場合、前記第２のネットワークドメイン内で第２のサービスパケットを転送するステップであって、前記第２のサービスパケットは前記第１のサービスパケットの外層を第２のパケットヘッダでカプセル化することによって得られ、前記第２のパケットヘッダは少なくとも第２のインサイチュフロー検出オプションを含み、前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションと同じインサイチュフロー検出方式で同じサービスフローに対してインサイチュフロー検出を行うことを示すために用いられるステップとを含む、ことを特徴とするインサイチュフロー検出方法。
【請求項2】
前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションをコピーすることによって得られ、又は、
前記第１のインサイチュフロー検出オプションにおける検出制御情報フィールドと、前記第２のインサイチュフロー検出オプションにおける検出制御情報フィールドは同じ検出制御情報を含み、前記検出制御情報は前記サービスフロー及び前記インサイチュフロー検出方式を示すために用いられる、ことを特徴とする請求項１に記載の方法。
【請求項3】
前記検出制御情報フィールドは少なくとも、サービスフローを示すためのＦｌｏｗＭｏｎＩＤフィールドと、
インサイチュフロー検出方式を示すためのインサイチュフロー検出方式フィールドとを含む、ことを特徴とする請求項２に記載の方法。
【請求項4】
前記インサイチュフロー検出方式フィールドは、パケット損失フラグを示すためのＬフィールドと、
遅延フラグを示すためのＤフィールドと、
前記第１のネットワークドメインの入口ノードのノード識別子を示すためのＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドと、
インサイチュフロー検出のデータのデータタイプを示すためのＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドとの少なくとも１つのフィールドを含む、ことを特徴とする請求項３に記載の方法。
【請求項5】
前記ＦｌｏｗＭｏｎＩＤフィールドは２０ｂｉｔｓを占有する、ことを特徴とする請求項３に記載の方法。
【請求項6】
前記Ｌフィールドと、前記Ｄフィールドはそれぞれ１ｂｉｔを占有し、及び／又は前記ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドは２０ｂｉｔｓを占有し、及び／又は
前記ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドは２４ｂｉｔｓを占有する、ことを特徴とする請求項４に記載の方法。
【請求項7】
前記検出制御情報フィールドはさらに、インサイチュフロー検出の周期を示すためのＰｅｒｉｏｄフィールドを含む、ことを特徴とする請求項３に記載の方法。
【請求項8】
前記第１のインサイチュフロー検出オプションと、前記第２のインサイチュフロー検出オプションは、前記検出制御情報フィールド以外、さらに他のフィールドを含み、前記他のフィールドは少なくとも、
拡張データのタイプが付加されているか否かを示すためのＮｅｘｔＨｅａｄｅｒフィールドであって、第１の値である場合、拡張データのタイプが付加されていないことを表し、第２の値である場合、拡張データのタイプが付加されていることを表すＮｅｘｔＨｅａｄｅｒフィールドと、
前記ＮｅｘｔＨｅａｄｅｒフィールドが第２の値である場合、付加されている拡張データを示すための拡張データのタイプＴＬＶｓフィールドであって、前記拡張データは少なくとも、サービスパケットが経由するノードの識別子を含む拡張データのタイプＴＬＶｓフィールドとを含む、ことを特徴とする請求項２に記載の方法。
【請求項9】
前記第２のパケットヘッダは、ＩＰｖ６拡張ヘッダを含み、前記第２のインサイチュフロー検出オプションは、前記ＩＰｖ６拡張ヘッダにおける宛先オプション拡張ヘッダＤＯＨの１つのオプションである、ことを特徴とする請求項１に記載の方法。
【請求項10】
電子デバイスであって、プロセッサと機械可読記憶媒体とを含み、前記機械可読記憶媒体には前記プロセッサによって実行可能な機械実行可能命令が記憶されており、
前記プロセッサは、請求項１～９のいずれか一項の方法のステップを実施するように機械実行可能命令を実行するために用いられる、ことを特徴とする電子デバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本発明はネットワーク通信技術の分野に関し、特にインサイチュフロー検出方法及び電子デバイスに関する。
【背景技術】
【0002】
インサイチュフロー検出（ＩＯＡＭ：Ｉｎ－ｓｉｔｕ ＯＡＭ）とは、通常どおり転送されるサービスパケットを利用して行われるネットワーク検出である。インサイチュフロー検出はネットワークデバイス及びアナライザーが協働して行ってもよく、具体的には以下の方式で実現されてもよい。
【0003】
入口（Ｉｎｇｒｅｓｓ）ノードとしてのネットワークデバイスはサービスパケットに検出制御情報を挿入し、サービスパケット内に挿入された検出制御情報に基づいてデータを収集し、収集されたデータをアナライザーに報告する。伝送ノード（Ｔｒａｎｓｍｉｔ）又は出口（Ｅｇｒｅｓｓ）ノードとしてのネットワークデバイスはサービスパケット内に挿入された検出制御情報に基づいてデータを収集し、収集されたデータをアナライザーに報告する。アナライザーは、各デバイスから報告された収集データに基づいてネットワーク内の異常を検出・識別することで、各サービスの遅延、パケット損失などの性能を正確に検出し、ネットワーク品質のサービスレベル契約（ＳＬＡ：Ｓｅｒｖｉｃｅ－Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）をリアルタイムで視覚化し、迅速な故障の境界付け及び位置特定を実現する。
【0004】
しかしながら、従来のインサイチュフロー検出は同じネットワークドメイン、例えばＳＲｖ６ドメイン、ＢＩＥＲｖ６ドメインなどに制限され、サービスフローがドメインに跨って転送されると、インサイチュフロー検出を実現することができない。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本発明の実施例は、クロス転送シナリオにおいてドメインに跨って転送されるサービスパケットに基づいてインサイチュフロー検出を実現するように、インサイチュフロー検出方法及び電子デバイスを提供する。
【課題を解決するための手段】
【0006】
一実施例として、本発明の実施例は以下の技術案によって実現される。
【0007】
インサイチュフロー検出方法であって、当該方法は、ネットワークデバイスに適用され、
第１のサービスパケットを受信するステップであって、前記第１のサービスパケットには第１のパケットヘッダが付加されており、前記第１のパケットヘッダは少なくとも第１のインサイチュフロー検出オプションを含み、前記第１のインサイチュフロー検出オプションは第１のネットワークドメインの入口ノードによって前記第１のパケットヘッダに追加され、前記第１のインサイチュフロー検出オプションはインサイチュフロー検出を示すために用いられるステップと、
前記ネットワークデバイスが第２のネットワークドメインの入口ノードである場合、前記第２のネットワークドメイン内で第２のサービスパケットを転送するステップであって、前記第２のサービスパケットは前記第１のサービスパケットの外層を第２のパケットヘッダでカプセル化することによって得られ、前記第２のパケットヘッダには少なくとも第２のインサイチュフロー検出オプションが付加されており、前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションと同じインサイチュフロー検出方式で同じサービスフローに対してインサイチュフロー検出を行うことを示すために用いられるステップとを含む。
第１のサービスパケットを受信するステップであって、前記第１のサービスパケットには第１のパケットヘッダが付加されており、前記第１のパケットヘッダは少なくとも第１のインサイチュフロー検出オプションを含み、前記第１のインサイチュフロー検出オプションは第１のネットワークドメインの入口ノードによって前記第１のパケットヘッダに追加され、前記第１のインサイチュフロー検出オプションはインサイチュフロー検出を示すために用いられるステップと、
前記ネットワークデバイスが第２のネットワークドメインの入口ノードである場合、前記第２のネットワークドメイン内で第２のサービスパケットを転送するステップであって、前記第２のサービスパケットは前記第１のサービスパケットの外層を第２のパケットヘッダでカプセル化することによって得られ、前記第２のパケットヘッダには少なくとも第２のインサイチュフロー検出オプションが付加されており、前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションと同じインサイチュフロー検出方式で同じサービスフローに対してインサイチュフロー検出を行うことを示すために用いられるステップとを含む。
【0008】
オプションで、前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションをコピーすることによって得られ、又は、前記第１のインサイチュフロー検出オプションにおける検出制御情報フィールドと、前記第２のインサイチュフロー検出オプションにおける検出制御情報フィールドは同じ検出制御情報を含み、前記検出制御情報は前記サービスフロー及び前記インサイチュフロー検出方式を示すために用いられる。
【0009】
オプションで、前記検出制御情報フィールドは少なくとも、サービスフローを示すためのＦｌｏｗＭｏｎＩＤフィールドと、インサイチュフロー検出方式を示すためのインサイチュフロー検出方式フィールドとを含む。
【0010】
オプションで、前記インサイチュフロー検出方式フィールドは、
パケット損失フラグを示すためのＬフィールドと、
遅延フラグを示すためのＤフィールドと、
前記第１のネットワークドメインの入口ノードのノード識別子を示すためのＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドと、
インサイチュフロー検出のデータのデータタイプを示すためのＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドとの少なくとも１つのフィールドを含む。
パケット損失フラグを示すためのＬフィールドと、
遅延フラグを示すためのＤフィールドと、
前記第１のネットワークドメインの入口ノードのノード識別子を示すためのＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドと、
インサイチュフロー検出のデータのデータタイプを示すためのＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドとの少なくとも１つのフィールドを含む。
【0011】
オプションで、前記ＦｌｏｗＭｏｎＩＤフィールドは２０ｂｉｔｓを占有する。
【0012】
オプションで、前記Ｌフィールドと、前記Ｄフィールドはそれぞれ１ｂｉｔを占有する。
【0013】
オプションで、前記ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドは２０ｂｉｔｓを占有する。
【0014】
オプションで、前記ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドは２４ｂｉｔｓを占有する。
【0015】
オプションで、前記検出制御情報フィールドはさらに、インサイチュフロー検出の周期を示すためのＰｅｒｉｏｄフィールドを含む。
【0016】
オプションで、前記第１のインサイチュフロー検出オプションと、前記第２のインサイチュフロー検出オプションは、前記検出制御情報フィールド以外、さらに他のフィールドを含み、前記他のフィールドは少なくとも、拡張データのタイプが付加されているか否かを示すためのＮｅｘｔＨｅａｄｅｒフィールドであって、第１の値である場合、拡張データのタイプが付加されていないことを表し、第２の値である場合、拡張データのタイプが付加されていることを表すＮｅｘｔＨｅａｄｅｒフィールドと、前記ＮｅｘｔＨｅａｄｅｒフィールドが第２の値である場合、付加されている拡張データを示すための拡張データのタイプＴＬＶｓフィールドであって、前記拡張データは少なくとも、サービスパケットが経由するノードの識別子を含む拡張データのタイプＴＬＶｓフィールドとを含む。
【0017】
オプションで、前記第２のパケットヘッダは、ＩＰｖ６拡張ヘッダを含み、前記第２のインサイチュフロー検出オプションは、前記ＩＰｖ６拡張ヘッダにおける宛先オプション拡張ヘッダＤＯＨの１つのオプションである。
【0018】
本実施例はさらに、電子デバイスを提供し、当該電子デバイスは、プロセッサと機械可読記憶媒体とを含み、
前記機械可読記憶媒体には前記プロセッサによって実行可能な機械実行可能命令が記憶されており、
前記プロセッサは、上記方法ステップを実施するように機械実行可能命令を実行するために用いられる。
前記機械可読記憶媒体には前記プロセッサによって実行可能な機械実行可能命令が記憶されており、
前記プロセッサは、上記方法ステップを実施するように機械実行可能命令を実行するために用いられる。
【発明の効果】
【0019】
本発明の上記技術案によって、本発明では、第１のサービスパケットが、第１のネットワークドメインから第２のネットワークドメインに跨って転送されるなど、ドメインに跨って転送されても、第２のネットワークドメインの入口ノードが第１のサービスパケットを受信すると、簡単に第２のネットワークドメインに基づいて第１のサービスパケットをカプセル化するのではなく、カプセル化するときにさらに第１のサービスパケットに付加されている第１のインサイチュフロー検出オプションを参照して第１のサービスパケットの外層をカプセル化するパケットヘッダに第２のインサイチュフロー検出オプションを付加し、第２のインサイチュフロー検出オプションに基づいて第２のネットワークドメインでインサイチュフロー検出を行うことを実現し、第１のサービスパケットがドメインに跨って転送されるときのインサイチュフロー検出を実現した。
【図面の簡単な説明】
【0020】
【図1】本発明の実施例により提供される方法のフローチャートである。
【図2】本発明の実施例により提供される検出制御情報フィールドの構造図である。
【図3】本発明の実施例により提供されるＩＰｖ６拡張ヘッダの概略図である。
【図4】本発明の実施例により提供されるＩＰｖ６基本ヘッダの概略図である。
【図5】本発明により提供される実施例１のネットワーキングの概略図である。
【図6】本発明の実施例により提供されるインサイチュフロー検出オプションの構造図である。
【図7】本発明により提供される実施例２のネットワーキングの概略図である。
【図8】本発明により提供される装置の構造図である。
【図9】本発明により提供される装置のハードウェア構造図である。
【発明を実施するための形態】
【0021】
例示的な実施例をここで詳細に説明し、その例示は添付の図面に示される。以下の説明が図面に言及している場合、特に断りのない限り、異なる図面の同じ番号は、同じ又は類似の要素を示す。以下の例示的な実施例に記載の実施形態は、本発明と一致する全ての実施形態を表すわけではない。それどころか、それらは、添付の特許請求の範囲に詳述されているような、本発明のいくつかの態様と一致する装置及び方法の例に過ぎない。
【0022】
本発明で使用される用語は、特定の実施例を説明するためのものに過ぎず、本発明を限定するものではない。本発明及び添付の特許請求の範囲で使用される単数形「一種」、「前記」及び「当該」は、文脈が明らかに他の意味を示さない限り、複数形も含むことを意図している。
【0023】
本発明の実施例により提供される技術案を当業者がよりよく理解し、且つ本発明の実施例の上述の目的、特徴及び利点をより理解しやすくするために、以下、添付の図面を合わせて本発明の実施例をさらに詳細に説明する。
【0024】
図１を参照し、図１は本発明の実施例により提供される方法のフローチャートである。当該方法はネットワークデバイスに適用され、ここでのネットワークデバイスはルータ、スイッチなどであってもよく、本実施例は特に限定しない。
【0025】
図１に示すように、当該方法は、以下のステップを含み得る。
【0026】
ステップ１０１において、ネットワークデバイスは第１のサービスパケットを受信し、第１のサービスパケットには第１のパケットヘッダが付加されており、第１のパケットヘッダは少なくとも第１のインサイチュフロー検出オプションを含み、第１のインサイチュフロー検出オプションは第１のネットワークドメインの入口ノードによって前記第１のパケットヘッダに追加され、第１のインサイチュフロー検出オプションはインサイチュフロー検出を示すために用いられる。
【0027】
ここで、第１のサービスパケット、第１のパケットヘッダはただ説明しやすくするための命名であり、限定するものではない。本ステップ１０１において、第１のパケットヘッダは第１のサービスパケットの外層パケットヘッダである。
【0028】
オプションで、本実施例では、第１のネットワークドメインの入口ノードがオリジナルサービスパケットを受信すると、予め設定されたインサイチュフロー検出方式に基づいてオリジナルサービスパケットがインサイチュフロー検出を行う必要がある目標パケットであるか否かを識別し、オリジナルサービスパケットがインサイチュフロー検出を行う必要がある目標パケットであると識別した場合、オリジナルサービスパケットの外層を第１のインサイチュフロー検出オプションが付加されている外層パケットヘッダ（すなわち上記第１のパケットヘッダである）でカプセル化する。第１のネットワークドメインの入口ノードがいかにオリジナルサービスパケットの外層を第１のインサイチュフロー検出オプションが付加されている第１のパケットヘッダでカプセル化するかについては、以下、具体的な実施例を通して説明し、ここでは詳細な説明を省略する。
【0029】
説明の便宜上、ここでは、外層を第１のインサイチュフロー検出オプションが付加されている第１のパケットヘッダでカプセル化されたオリジナルサービスパケットを上記第１のサービスパケットとして記し、その後、第１のネットワークドメインの入口ノードは第１のネットワークドメインで第１のサービスパケットを転送し、転送プロセス中、上記ネットワークデバイスは、第１のサービスパケットを受信する可能性があり、第１のサービスパケットを受信すると、上記ステップ１０１を実行する。
【0030】
本実施例では、第１のインサイチュフロー検出オプションはインサイチュフロー検出を示すために用いられ、具体的には、第１のサービスパケットの属するサービスフロー、及びインサイチュフロー検出方式を指示してもよい。オプションで、本実施例では、第１のサービスパケットの属するサービスフローはオリジナルサービスパケットのソースアドレス及び宛先アドレスによってマーキングされてもよい。インサイチュフロー検出方式については、以下、例を挙げて説明し、ここでは詳細な説明を省略する。
【0031】
ステップ１０２において、ネットワークデバイスが第２のネットワークドメインの入口ノードである場合、第２のネットワークドメイン内で第２のサービスパケットを転送し、第２のサービスパケットは第１のサービスパケットの外層を第２のパケットヘッダでカプセル化することによって得られ、前記第２のパケットヘッダは少なくとも第２のインサイチュフロー検出オプションを含み、前記第２のインサイチュフロー検出オプションは第１のインサイチュフロー検出オプションと同じインサイチュフロー検出方式で同じサービスフローに対してインサイチュフロー検出を行うことを示すために用いられる。
【0032】
本ステップ１０２は、ネットワークデバイスが第２のネットワークドメインの入口ノードであるという前提で実行される。ネットワークデバイスが第２のネットワークドメインの入口ノードである場合に受信された第１のサービスパケットは上記説明したように、第１のサービスパケットの第１のパケットヘッダには第１のインサイチュフロー検出オプションが付加されている場合、第１のサービスパケットが第１のネットワークドメインから出ていないことを意味し、このとき、第１のサービスパケットがドメインに跨って転送される（すなわち、第１のネットワークドメインから第２のネットワークドメインに跨って転送される）ことを意味する。このような場合、ステップ１０２に説明したように、ネットワークデバイスは、第１のサービスパケットの外層を外層パケットヘッダでカプセル化する。区別しやすくするために、ここでの第１のサービスパケットの外層をカプセル化する外層パケットヘッダは第２のパケットヘッダと記されてもよい。この場合、ここでの第２のパケットヘッダは外層パケットヘッダであり、第１のサービスパケットに付加されている第１のパケットヘッダは第２のパケットヘッダに比べて、内層パケットヘッダと呼ばれてもよい。区別しやすくするために、この場合、外層を第２のパケットヘッダでカプセル化された第１のサービスパケットを第２のサービスパケットと記しもよい。
【0033】
本実施例では、第２のパケットヘッダは少なくとも第２のインサイチュフロー検出オプションを含む。第２のインサイチュフロー検出オプションは、第２のネットワークドメインでインサイチュフロー検出を行うことを示すために用いられる。本実施例では、第２のサービスパケットの第２のパケットヘッダには第２のインサイチュフロー検出オプションが付加されると、第２のネットワークドメインの入口ノード（つまり上記ネットワークデバイス）、第２のネットワークドメインで第２のサービスパケットが経由する伝送ノード、第２のネットワークドメインの出口ノードは、第２のインサイチュフロー検出オプションに基づいてインサイチュフロー検出を行う。
【0034】
本実施例では、第２のインサイチュフロー検出オプション及び第１のインサイチュフロー検出オプションは同じ方式で同じサービスフローに対するインサイチュフロー検出を実現する。これに基づいて、第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションと同じインサイチュフロー検出方式で同じサービスフローに対してインサイチュフロー検出を行うことを示すために用いられる。
【0035】
図１に示すフローによって、第１のサービスパケットが、第１のネットワークドメインから第２のネットワークドメインに跨って転送されるなど、ドメインに跨って転送されても、第２のネットワークドメインの入口ノードが第１のサービスパケットを受信すると、簡単に第２のネットワークドメインに基づいて第１のサービスパケットをカプセル化するのではなく、カプセル化するときにさらに第１のサービスパケットの第１のパケットヘッダに付加されている第１のインサイチュフロー検出オプションに基づいて第１のサービスパケットの外層をカプセル化する外層パケットヘッダに第２のインサイチュフロー検出オプションを付加し、第２のインサイチュフロー検出オプションに基づいて第２のネットワークドメインでインサイチュフロー検出を行うことを実現し、第１のサービスパケットがドメインに跨って転送されるときのインサイチュフロー検出を実現した。
【0036】
一実施例として、上記第２のインサイチュフロー検出オプションは上記第１のインサイチュフロー検出オプションと同じである。オプションで、第２のインサイチュフロー検出オプションは第１のインサイチュフロー検出オプションをコピーすることによって得られてもよい。
【0037】
別の実施例として、上記第２のインサイチュフロー検出オプションは第１のインサイチュフロー検出オプションをコピーすることによって得られたものでなくてもよく、上記第２のインサイチュフロー検出オプションにおける検出制御情報フィールドは少なくとも、第１のインサイチュフロー検出オプションにおける検出制御情報フィールドと同じ検出制御情報を含めばよい。ここで、検出制御情報は上記サービスフロー及び上記インサイチュフロー検出方式を示すために用いられる。
【0038】
オプションで、本実施例では、検出制御情報フィールドは少なくとも、ＦｌｏｗＭｏｎＩＤフィールドと、インサイチュフロー検出方式フィールドとを含む。
【0039】
ここで、ＦｌｏｗＭｏｎＩＤフィールドはサービスフローを示すために用いられる。オプションで、ＦｌｏｗＭｏｎＩＤフィールドは２０ｂｉｔｓを占有してもよい。ここで、１つのサービスフローは、ソースアドレスと宛先アドレスを合わせて表されてもよい。
【0040】
インサイチュフロー検出方式フィールドは、インサイチュフロー検出方式を示すために用いられる。本実施例では、インサイチュフロー検出方式フィールドは、Ｌフィールドと、Ｄフィールドと、ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドと、ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドとの少なくとも１つのフィールドを含む。
【0041】
ここで、Ｌフィールドはパケット損失フラグを示すために用いられる。例えば、パケット損失フラグの値が数値１例えば０である場合、パケット損失検出を実行することを示し、パケット損失フラグの値が数値２例えば１である場合、パケット損失検出を実行しないことを示す。オプションで、本実施例では、Ｌフィールドは１ｂｉｔを占有する。
【0042】
Ｄフィールドは遅延フラグを示すために用いられる。例えば、遅延フラグの値が数値３例えば０である場合、遅延検出を実行することを示し、遅延フラグの値が数値４例えば１である場合、遅延検出を実行しないことを示す。オプションで、本実施例では、Ｄフィールドは１ｂｉｔを占有する。
【0043】
ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドは第１のネットワークドメインの入口ノードのノード識別子を示すために用いられる。オプションで、ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドは２０ｂｉｔｓを占有する。
【0044】
ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドはインサイチュフロー検出のデータのデータタイプを示すために用いられる。オプションで、ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドは２４ｂｉｔｓを占有し、各ｂｉｔは１つのデータタイプを表し、例えばインサイチュフロー検出が遅延検出に用いられることを例とすると、このようなデータタイプは、パケットを受信するタイムスタンプ情報、パケットカウント情報などを含み得る。
【0045】
図２は、インサイチュフロー検出方式フィールドがＬフィールドと、Ｄフィールドと、ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドと、ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドとを含むことを例として検出制御情報フィールドの構造を示す。
【0046】
一実施例として、上記検出制御情報フィールドはさらに、Ｐｅｒｉｏｄフィールドを含み得る。ここで、Ｐｅｒｉｏｄフィールドは、インサイチュフロー検出の周期を示すために用いられる。一実施例として、Ｐｅｒｉｏｄフィールドは８ｂｉｔｓを占有する。またインサイチュフロー検出が遅延検出に用いられることを例とすると、上記パケットカウント情報は１つの周期内のパケットカウント情報を意味する。
【0047】
オプションで、一実施例として、上記第１のインサイチュフロー検出オプションと、第２のインサイチュフロー検出オプションは、上記検出制御情報フィールド以外、さらに他のフィールドを含み得る。例えば、他のフィールドは、ＮｅｘｔＨｅａｄｅｒフィールド、拡張データのタイプＴＬＶｓフィールドなどである。
【0048】
ここで、ＮｅｘｔＨｅａｄｅｒフィールドは、拡張データのタイプが付加されているか否かを示すために用いられ、第１の値である場合、拡張データのタイプが付加されていないことを表し、第２の値である場合、拡張データのタイプが付加されていることを表す。
【0049】
拡張データのタイプＴＬＶｓフィールドは、ＮｅｘｔＨｅａｄｅｒフィールドが第２の値である場合、付加されている拡張データを示すために用いられ、拡張データは少なくとも、パケットが経由するノードの識別子を含む。
【0050】
ＩＰｖ６に適用されるシナリオでは、上記第２のパケットヘッダは、ＩＰｖ６拡張ヘッダ（Ｅｘｔｅｎｓｉｏｎ Ｈｅａｄｅｒ）を含み得る。図３はＩＰｖ６拡張ヘッダの構造を例示する。一実施例として、第２のインサイチュフロー検出オプションは、ＩＰｖ６拡張ヘッダにおける宛先オプション拡張ヘッダ（ＤＯＨ：Ｄｅｓｔｉｎａｔｉｏｎ Ｏｐｔｉｏｎ Ｈｅａｄｅｒ）の１つのオプションである。
【0051】
一実施例として、第１のサービスパケットがユニキャストパケットで、第２のネットワークドメインがＩＰｖ６セグメントルーティング（ＳＲ：Ｓｅｇｍｅｎｔ Ｒｏｕｔｉｎｇ）に基づくと仮定すると、上記ＩＰｖ６拡張ヘッダはさらに、セグメントルーティング拡張ヘッダ（ＳＲＨ：Ｓｅｇｍｅｎｔ Ｒｏｕｔｉｎｇ Ｈｅａｄｅｒ）を含む。本実施例では、ホップバイホップインサイチュフロー検出を実行する場合、上記ＩＰｖ６拡張ヘッダにおいて、上記ＤＯＨはＳＲＨの前にある。エンドツーエンドインサイチュフロー検出を実行する場合、上記ＩＰｖ６拡張ヘッダにおいて、上記ＤＯＨはＳＲＨの後にある。本実施例では、ＳＲＨには、第２のサービスパケットの第２のネットワークドメインで転送されるパス情報が付加されており、その構造は、既存のＳＲＨのカプセル化形式に類似している。
【0052】
なお、本実施例では、オプションで、上記第２のパケットヘッダはさらに、ＩＰｖ６ヘッダ（Ｈｅａｄｅｒ）を含む。ここでのＩＰｖ６ヘッダは上記ＩＰｖ６拡張ヘッダと異なる。上記ＩＰｖ６拡張ヘッダに対して、ここでのＩＰｖ６ヘッダはＩＰｖ６基本ヘッダと記されてもよく、その構造は図４に示すとおりである。一例では、第２のパケットヘッダにおいて、ＩＰｖ６基本ヘッダはＩＰｖ６拡張ヘッダの前にある。以下、図５に示される一実施例を通してユニキャストパケットのインサイチュフロー検出を例示する。
【0053】
別の実施例として、第１のサービスパケットがマルチキャストパケットで、第２のネットワークドメインの入口ノードがビットインデックス明示的複製（ＢＩＥＲ：Ｂｉｔ Ｉｎｄｅｘｅｄ Ｅｘｐｌｉｃｉｔ Ｒｅｐｌｉｃａｔｉｏｎ）をサポートし、第２のネットワークドメインがＢＩＥＲドメインであると仮定すると、上記ＩＰｖ６拡張ヘッダはさらにＢＩＥＲパケットヘッダを含む。
【0054】
ＢＩＥＲはビットインデックス明示的複製に基づく新規マルチキャスト技術であり、当該技術はマルチキャストディストリビューションツリーを明示的に構築する必要がなく、中間ノードがいかなるマルチキャストフローの状態を保存する必要もない。ＢＩＥＲ機能を有するルータはビット転送ルータ（ＢＦＲ：Ｂｉｔ－Ｆｏｒｗａｒｄｉｎｇ Ｒｏｕｔｅｒ）と呼ばれ、ＢＦＲからなるドメインはＢＩＥＲドメインと呼ばれ、ＢＩＥＲドメインにおいてエッジに位置するＢＦＲはそれぞれＢＦＩＲ及びＢＦＥＲと呼ばれる。ＢＩＥＲドメイン内のＢＦＲは制御プレーンプロトコル（ｃｏｎｔｒｏｌ ｐｌａｎｅ ｐｒｏｔｏｃｏｌ）を実行することにより、ＢＦＲの識別子、位置するＢＩＥＲサブドメイン及びＢＩＥＲ転送能力などの情報を交換し、これらの情報に基づいてビットインデックス転送ルーティングテーブル（ＢＩＦＴ：Ｂｉｔ Ｉｎｄｅｘ Ｆｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ）を計算して生成する。ＢＩＦＴは転送ビット列マスクＦ－ＢＭ及びＢＦＲネイバー（ＢＦＲ ｎｅｉｇｈｂｏｒｓ）からなり、Ｆ－ＢＭの各ビットはＢＩＥＲドメイン内の唯一のＢＦＲを表し、当該情報はＢＦＲの識別子ＢＦＲ－ｉｄによって定義される。マルチキャストパケットがＢＩＥＲドメインに入ると、ＢＦＩＲはＢＩＥＲドメインにおける当該マルチキャストパケットのＢＦＥＲセットを決定し、そしてマルチキャストパケットをＢＩＥＲパケットヘッダでカプセル化し、マルチキャストパケットがＢＦＥＲに到達するとき、ＢＦＥＲは外層のＢＩＥＲヘッダを取り除き、マルチキャストパケットに復元し、マルチキャストパケットの転送を実行し続ける。以下、図７に示される実施例を通してマルチキャストパケット転送を説明し、ここでは詳細な説明を省略する。
【0055】
本実施例では、ＢＩＥＲパケットヘッダにはＢＦＥＲセットが付加されている。オプションで、本実施例では、ＢＦＥＲセットはビット列（ＢｉｔＳｔｒｉｎｇ）で表されてもよく、ここで、ＢｉｔＳｔｒｉｎｇにおける、１に設定されているビットは、対応するＢＦＥＲを示す。
【0056】
一実施例として、ＢＩＥＲパケットヘッダは上記ＤＯＨにおける別のオプションであってもよい。オプションで、本実施例では、ホップバイホップインサイチュフロー検出を実行する場合、上記ＤＯＨにおいて、第２のインサイチュフロー検出オプションはＢＩＥＲパケットヘッダの前にあってもよい。エンドツーエンドインサイチュフロー検出を実行する場合、上記ＤＯＨにおいて、第２のインサイチュフロー検出オプションはＢＩＥＲパケットヘッダの後にある。
【0057】
以下、２つの実施例を組み合わせて図１に示すフローについて説明する。
【0058】
実施例１：図５を参照し、図５は本発明により提供される実施例１のネットワーキングの概略図である。本実施例は、ＳＲｖ６ユニキャストパケットがドメインに跨って転送されるときのインサイチュフロー検出を例とする。
【0059】
図５に示すように、第１のＳＲｖ６ドメインにおける入口ノードとしてのデバイスＡ１がオリジナルＳＲｖ６ユニキャストパケット（パケット５０１と記される）を受信すると、ソースアドレス、宛先アドレスなどのパケット特徴を解析し、解析されたパケット特徴に基づいて、予め設定されたインサイチュフロー検出の識別方式でパケット５０１がインサイチュフロー検出を行う必要があると識別した場合、パケット５０１の外層をパケットヘッダ（第１のパケットヘッダと記される）でカプセル化する。カプセル化に用いる第１のパケットヘッダはＩＰｖ６基本ヘッダ及びＩＰｖ６拡張ヘッダを含み得る。ここで、ＩＰｖ６拡張ヘッダは少なくともＤＯＨとＳＲＨとを含む。ここで、ＤＯＨには、インサイチュフロー検出に用いられる１つのオプションが追加されており、第１のインサイチュフロー検出オプションと記される。オプションで、上記インサイチュフロー検出オプションの構造に基づいて、図６は第１のインサイチュフロー検出オプションの構造を例示する。なお、上記ＩＰｖ６基本ヘッダ及び上記ＳＲＨは既存のカプセル化方式に類似し、詳細な説明を省略する。本実施例は、ホップバイホップでインサイチュフロー検出を行うことを例とすると、上記ＩＰｖ６拡張ヘッダにおいて、ＤＯＨはＳＲＨの前にあってもよい。
【0060】
図５に示す実施例では、デバイスＡ１が第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。
【0061】
説明の便宜上、第１のパケットヘッダでカプセル化された上記パケット５０１をパケット５０２として記す。
【0062】
その後、デバイスＡ１はパケット５０２に付加されているＳＲＨにおけるパス情報に基づいてパケット５０２をデバイスＢ１に転送する。
【0063】
デバイスＢ１がパケット５０２を受信すると、パケット５０２のＤＯＨに第１のインサイチュフロー検出オプションが付加されていると識別した場合、第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＢ１はパケット５０２に付加されているＳＲＨにおけるパス情報に基づいてパケット５０２をデバイスＣ１に転送する。
【0064】
図５に示すように、デバイスＣ１が第２のＳＲｖ６ドメインの入口ノードであり、デバイスＣ１がパケット５０２を受信すると、パケット５０２のＤＯＨに第１のインサイチュフロー検出オプションが付加されていると識別した場合、第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＣ１はパケット５０２の外層をパケットヘッダ（第２のパケットヘッダと記される）でカプセル化する。カプセル化に用いる第２のパケットヘッダはＩＰｖ６基本ヘッダ及びＩＰｖ６拡張ヘッダを含み得る。
【0065】
本実施例では、第２のパケットヘッダにおけるＩＰｖ６拡張ヘッダは少なくともＤＯＨとＳＲＨとを含む。ここで、ＤＯＨには、インサイチュフロー検出に用いられる１つのオプションが追加されており、第２のインサイチュフロー検出オプションと記される。オプションで、第２のインサイチュフロー検出オプションは第１のインサイチュフロー検出オプションをコピーすることによって得られてもよく、又は、第２のインサイチュフロー検出オプションにおける検出制御情報フィールドに含まれる検出制御情報は第１のインサイチュフロー検出オプションにおける検出制御情報フィールドに含まれる検出制御情報と同じであってもよく、第２のインサイチュフロー検出オプションの構造は図６に示される第１のインサイチュフロー検出オプションの構造と類似する。説明の便宜上、第２のパケットヘッダでカプセル化された上記パケット５０２をパケット５０３として記す。なお、上記外層パケットヘッダにおけるＩＰｖ６基本ヘッダ及び上記ＳＲＨは既存のカプセル化方式に類似し、詳細な説明を省略する。
【0066】
その後、デバイスＣ１はパケット５０３に付加されているＳＲＨにおけるパス情報に基づいてパケット５０３をデバイスＤ１に転送する。
【0067】
デバイスＤ１がパケット５０３を受信すると、パケット５０３のＤＯＨに第２のインサイチュフロー検出オプションが付加されていると識別した場合、第２のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＤ１はパケット５０３に付加されているＳＲＨにおけるパス情報に基づいてパケット５０３をデバイスＥ１に転送する。
【0068】
デバイスＥ１が第２のＳＲｖ６ドメインの出口ノードとして、パケット５０３を受信すると、パケット５０３のＤＯＨに第２のインサイチュフロー検出オプションが付加されていると識別した場合、第２のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＥ１はパケット５０３の第２のパケットヘッダを取り除いて上記パケット５０２に復元し、パケット５０２に付加されているＳＲＨにおけるパス情報に基づいてパケット５０２をデバイスＦ１に転送する。
【0069】
デバイスＦ１は第１のＳＲｖ６ドメインの出口ノードとして、パケット５０２を受信すると、パケット５０２のＤＯＨに第１のインサイチュフロー検出オプションが付加されていると識別した場合、第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＦ１はパケット５０２の上記内層パケットヘッダを取り除いて上記パケット５０２に復元し、パケット５０１を転送し続ける。
【0070】
アナライザーについては、デバイスＡ１～デバイスＦ１から報告されたデータを受信すると、従来の検出方式でパケット５０１の属するサービスフローのパス全体の転送性能データをまとめて決定する。本実施例は、アナライザーがサービスフローのパス全体の転送性能データをいかに決定するかを具体的に限定せず、従来の決定方式を参照してもよい。
【0071】
実施例１から分かるように、ＳＲｖ６ユニキャストパケットが第１のＳＲｖ６ドメインから第２のＳＲｖ６ドメインに跨って転送されても、第２のＳＲｖ６ドメインの入口ノード例えば上記デバイスＣ１は、第１のＳＲｖ６ドメインからのＳＲｖ６ユニキャストパケット例えば上記パケット５０２を受信すると、簡単に第２のＳＲｖ６ドメインに基づいてＳＲｖ６ユニキャストパケット例えば上記パケット５０２の外層をカプセル化するのではなく、カプセル化するときにさらにパケット５０２に付加されている第１のインサイチュフロー検出オプションを参照して、ＳＲｖ６ユニキャストパケット例えば上記パケット５０２の外層を、少なくとも第２のインサイチュフロー検出オプションが付加されている外層パケットヘッダでカプセル化し、最終的に第２のＳＲｖ６ドメインにおけるノードは外層パケットヘッダに付加されている第２のインサイチュフロー検出オプションに基づいてインサイチュフロー検出を行い、ＳＲｖ６ユニキャストパケットがドメインに跨って転送されるときのインサイチュフロー検出を実現した。
【0072】
上記はＳＲｖ６ユニキャストパケットがドメインに跨って転送されることを例として実施例１を通して説明したが、以下、ＳＲｖ６マルチキャストパケットを例として実施例２を通して説明する。
【0073】
実施例２：図７を参照し、図７は本発明により提供される実施例２のネットワーキングの概略図である。本実施例は、ＳＲｖ６マルチキャストパケットがメインに跨って転送されるときのインサイチュフロー検出を例とする。
【0074】
図７に示すように、デバイスＡ２がＢＩＥＲドメインの入口ノードとして、オリジナルＳＲｖ６マルチキャストパケット（パケット７０１と記される）を受信すると、ソースアドレス、宛先アドレスなどのパケット特徴を解析し、解析されたパケット特徴に基づいて、予め設定されたインサイチュフロー検出の識別方式でパケット７０１がインサイチュフロー検出を行う必要があると識別した場合、パケット７０１の外層を外層パケットヘッダ（第１のパケットヘッダと記される）でカプセル化する。カプセル化に用いる第１のパケットヘッダはＩＰｖ６基本ヘッダ及びＩＰｖ６拡張ヘッダを含み得る。ＩＰｖ６拡張ヘッダにおけるＤＯＨは２つのオプションを含み、その１つのオプションはインサイチュフロー検出に用いられ、第１のインサイチュフロー検出オプションと記され、もう１つのオプションはＢＩＥＲパケットヘッダである。本実施例におけるインサイチュフロー検出はホップバイホップインサイチュフロー検出であると仮定すると、ＤＯＨにおいて、第１のインサイチュフロー検出オプションはＢＩＥＲパケットヘッダの前にあり、図７は第１のインサイチュフロー検出オプション及びＢＩＥＲパケットヘッダのＤＯＨにおける位置の順序を例示する。なお、上記ＩＰｖ６基本ヘッダ及びＩＰｖ６拡張ヘッダは既存のカプセル化方式に類似し、詳細な説明を省略する。ＢＩＥＲパケットヘッダにはＢＦＥＲセットが付加されており、ＢＦＥＲセットは、パケット７０１がＢＩＥＲドメインから出るときの出口ノードのセットである。
【0075】
図７に示す実施例では、デバイスＡ２が第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。
【0076】
説明の便宜上、第１のパケットヘッダでカプセル化された上記パケット７０１をパケット７０２として記す。
【0077】
その後、デバイスＡ２はパケット７０２に付加されているＢＩＥＲパケットヘッダにおけるＢＦＥＲセットに基づいてパケット７０２をデバイスＢ２に転送する。
【0078】
デバイスＢ２がパケット７０２を受信すると、パケット７０２のＤＯＨに第１のインサイチュフロー検出オプションが付加されていると識別した場合、第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＢ２はパケット７０２に付加されているＢＩＥＲパケットヘッダにおけるＢＦＥＲセットに基づいてパケット７０２をデバイスＣ２に転送する。
【0079】
図７に示すように、デバイスＣ２がＳＲｖ６ドメインの入口ノードであり、デバイスＣ２がパケット７０２を受信すると、パケット７０２のＤＯＨに第１のインサイチュフロー検出オプションが付加されていると識別した場合、第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＣ２はパケット７０２の外層を外層パケットヘッダ（第２のパケットヘッダと記される）でカプセル化する。カプセル化に用いる第２のパケットヘッダはＩＰｖ６基本ヘッダ及びＩＰｖ６拡張ヘッダを含み得る。
【0080】
本実施例では、第２のパケットヘッダにおけるＩＰｖ６拡張ヘッダはＤＯＨとＳＲＨとを含む。ここで、ＤＯＨには、インサイチュフロー検出に用いられる１つのオプションが追加されており、第２のインサイチュフロー検出オプションと記される。オプションで、第２のインサイチュフロー検出オプションは第１のインサイチュフロー検出オプションをコピーすることによって得られてもよく、又は、第２のインサイチュフロー検出オプションにおける検出制御情報フィールドに含まれる検出制御情報は第１のインサイチュフロー検出オプションにおける検出制御情報フィールドに含まれる検出制御情報と同じであってもよい。説明の便宜上、新たなパケットヘッダでカプセル化された上記パケット７０２をパケット７０３として記す。ＳＲＨには、パケット７０３がＳＲｖ６ドメインで転送されるパス情報が付加されている。なお、上記外層パケットヘッダにおけるＩＰｖ６基本ヘッダ及び上記ＳＲＨは既存のカプセル化方式に類似し、詳細な説明を省略する。
【0081】
その後、デバイスＣ２はパケット７０３に付加されているＳＲＨにおけるパス情報に基づいてパケット７０３をデバイスＤ２に転送する。
【0082】
デバイスＤ２がパケット７０３を受信すると、パケット７０３のＤＯＨに第２のインサイチュフロー検出オプションが付加されていると識別した場合、第２のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＤ２はパケット７０３に付加されているＳＲＨにおけるパス情報に基づいてパケット７０３をデバイスＥ２に転送する。
【0083】
デバイスＥ２がＳＲｖ６ドメインの出口ノードとして、パケット７０３を受信すると、パケット７０３のＤＯＨに第２のインサイチュフロー検出オプションが付加されていると識別した場合、第２のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＥ２はパケット７０３の第２のパケットヘッダを取り除いて上記パケット７０２に復元し、パケット７０２に付加されているＢＩＥＲパケットヘッダにおけるＢＦＥＲセットに基づいてパケット７０２をデバイスＦ２に転送する。
【0084】
デバイスＦ２はＢＩＥＲドメインの出口ノードとして、パケット７０２を受信すると、パケット７０２のＤＯＨに第１のインサイチュフロー検出オプションが付加されていると識別した場合、第１のインサイチュフロー検出オプションにおけるＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドに指示されるデータタイプに基づいて、パケット受信タイムスタンプ、パケットカウントなどの対応するデータを取得し、取得されたデータをアナライザーに報告する。その後、デバイスＦ２はパケット７０２のパケットヘッダを取り除いて上記パケット７０１に復元し、パケット７０１を転送し続ける。
【0085】
アナライザーについては、デバイスＡ２～デバイスＦ２から報告されたデータを受信すると、従来の検出方式でパケット７０１の属するサービスフローのパス全体の転送性能データをまとめて決定する。本実施例は、アナライザーがサービスフローのパス全体の転送性能データをいかに決定するかを具体的に限定せず、従来の決定方式を参照してもよい。
【0086】
実施例２から分かるように、ＳＲｖ６マルチキャストパケットがＢＩＥＲドメインからＳＲｖ６ドメインに跨って転送されても、ＳＲｖ６ドメインの入口ノード例えば上記デバイスＣ２は、ＢＩＥＲドメインからのＳＲｖ６マルチキャストパケット例えば上記パケット７０２を受信すると、簡単にＳＲｖ６ドメインに基づいて受信されたＳＲｖ６マルチキャストパケット例えば上記パケット７０２の外層をカプセル化するのではなく、カプセル化するときにさらにＳＲｖ６マルチキャストパケット例えばパケット７０２に付加されている第１のインサイチュフロー検出オプションを参照して、ＳＲｖ６マルチキャストパケット例えば上記パケット７０２の外層を、少なくとも第２のインサイチュフロー検出オプションを含む外層パケットヘッダでカプセル化し、最終的にＳＲｖ６ドメインにおけるノードは外層パケットヘッダに付加されている第２のインサイチュフロー検出オプションに基づいてインサイチュフロー検出を行い、ＳＲｖ６マルチキャストパケットがドメインに跨って転送されるときのインサイチュフロー検出を実現した。
【0087】
以上、本発明の実施例により提供される方法について説明したが、以下、本発明の実施例により提供される装置について説明する。
【0088】
図８を参照し、図８は本発明の実施例により提供される装置の構造図である。当該装置はネットワークデバイスに適用され、図８に示すように、当該装置は、
第１のサービスパケットを受信するための受信ユニットであって、前記第１のサービスパケットには第１のパケットヘッダが付加されており、前記第１のパケットヘッダは少なくとも第１のインサイチュフロー検出オプションを含み、前記第１のインサイチュフロー検出オプションは第１のネットワークドメインの入口ノードによって前記第１のパケットヘッダに追加され、前記第１のインサイチュフロー検出オプションはインサイチュフロー検出を示すための受信ユニットと、
前記ネットワークデバイスが第２のネットワークドメインの入口ノードである場合、前記第２のネットワークドメイン内で第２のサービスパケットを転送するためのクロスドメイン転送ユニットであって、前記第２のサービスパケットは前記第１のサービスパケットの外層を第２のパケットヘッダでカプセル化することによって得られ、前記第２のパケットヘッダは少なくとも第２のインサイチュフロー検出オプションを含み、前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションと同じインサイチュフロー検出方式で同じサービスフローに対してインサイチュフロー検出を行うことを示すために用いられるクロスドメイン転送ユニットとを含み得る。
第１のサービスパケットを受信するための受信ユニットであって、前記第１のサービスパケットには第１のパケットヘッダが付加されており、前記第１のパケットヘッダは少なくとも第１のインサイチュフロー検出オプションを含み、前記第１のインサイチュフロー検出オプションは第１のネットワークドメインの入口ノードによって前記第１のパケットヘッダに追加され、前記第１のインサイチュフロー検出オプションはインサイチュフロー検出を示すための受信ユニットと、
前記ネットワークデバイスが第２のネットワークドメインの入口ノードである場合、前記第２のネットワークドメイン内で第２のサービスパケットを転送するためのクロスドメイン転送ユニットであって、前記第２のサービスパケットは前記第１のサービスパケットの外層を第２のパケットヘッダでカプセル化することによって得られ、前記第２のパケットヘッダは少なくとも第２のインサイチュフロー検出オプションを含み、前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションと同じインサイチュフロー検出方式で同じサービスフローに対してインサイチュフロー検出を行うことを示すために用いられるクロスドメイン転送ユニットとを含み得る。
【0089】
オプションで、本実施例では、前記第２のインサイチュフロー検出オプションは前記第１のインサイチュフロー検出オプションをコピーすることによって得られ、又は、前記第１のインサイチュフロー検出オプションにおける検出制御情報フィールドと、前記第２のインサイチュフロー検出オプションにおける検出制御情報フィールドは同じ検出制御情報を含み、前記検出制御情報は前記サービスフロー及び前記インサイチュフロー検出方式を示すために用いられる。
【0090】
オプションで、本実施例では、前記検出制御情報フィールドは少なくとも、
サービスフローを示すためのＦｌｏｗＭｏｎＩＤフィールドと、
インサイチュフロー検出方式を示すためのインサイチュフロー検出方式フィールドとを含む。
サービスフローを示すためのＦｌｏｗＭｏｎＩＤフィールドと、
インサイチュフロー検出方式を示すためのインサイチュフロー検出方式フィールドとを含む。
【0091】
ここで、インサイチュフロー検出方式フィールドは、
パケット損失フラグを示すためのＬフィールドと、
遅延フラグを示すためのＤフィールドと、
前記第１のネットワークドメインの入口ノードのノード識別子を示すためのＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドと、
インサイチュフロー検出のデータのデータタイプを示すためのＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドとの少なくとも１つのフィールドを含む。
パケット損失フラグを示すためのＬフィールドと、
遅延フラグを示すためのＤフィールドと、
前記第１のネットワークドメインの入口ノードのノード識別子を示すためのＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドと、
インサイチュフロー検出のデータのデータタイプを示すためのＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドとの少なくとも１つのフィールドを含む。
【0092】
オプションで、本実施例では、ＦｌｏｗＭｏｎＩＤフィールドは２０ｂｉｔｓを占有する。
【0093】
オプションで、本実施例では、Ｌフィールドと、Ｄフィールドはそれぞれ１ｂｉｔを占有する。
【0094】
オプションで、本実施例では、ＦｌｏｗＭｏｎＩＤ Ｅｘｔフィールドは２０ｂｉｔｓを占有する。
【0095】
オプションで、本実施例では、ＩＯＡＭ－Ｔｒａｃｅ－ｔｙｐｅフィールドは２４ｂｉｔｓを占有する。
【0096】
オプションで、本実施例では、検出制御情報フィールドはさらに、
インサイチュフロー検出の周期を示すためのＰｅｒｉｏｄフィールドを含む。
インサイチュフロー検出の周期を示すためのＰｅｒｉｏｄフィールドを含む。
【0097】
オプションで、本実施例では、第１のインサイチュフロー検出オプションと、第２のインサイチュフロー検出オプションは、検出制御情報フィールド以外、さらに他のフィールドを含み、他のフィールドは少なくとも、
拡張データのタイプが付加されているか否かを示すためのＮｅｘｔＨｅａｄｅｒフィールドであって、第１の値である場合、拡張データのタイプが付加されていないことを表し、第２の値である場合、拡張データのタイプが付加されていることを表すＮｅｘｔＨｅａｄｅｒフィールドと、
ＮｅｘｔＨｅａｄｅｒフィールドが第２の値である場合、付加されている拡張データを示すための拡張データのタイプＴＬＶｓフィールドであって、拡張データは少なくとも、サービスパケットが経由するノードの識別子を含む拡張データのタイプＴＬＶｓフィールドとを含む。
拡張データのタイプが付加されているか否かを示すためのＮｅｘｔＨｅａｄｅｒフィールドであって、第１の値である場合、拡張データのタイプが付加されていないことを表し、第２の値である場合、拡張データのタイプが付加されていることを表すＮｅｘｔＨｅａｄｅｒフィールドと、
ＮｅｘｔＨｅａｄｅｒフィールドが第２の値である場合、付加されている拡張データを示すための拡張データのタイプＴＬＶｓフィールドであって、拡張データは少なくとも、サービスパケットが経由するノードの識別子を含む拡張データのタイプＴＬＶｓフィールドとを含む。
【0098】
オプションで、本実施例では、第２のパケットヘッダは、ＩＰｖ６拡張ヘッダを含む。ここで、第２のインサイチュフロー検出オプションは、ＩＰｖ６拡張ヘッダにおけるＤＯＨの１つのオプションである。
【0099】
オプションで、本実施例では、ＤＯＨはさらに別のオプションを含み、別のオプションはビットインデックス明示的複製ＢＩＥＲパケットヘッダであり、ＢＩＥＲパケットヘッダには、第２のサービスパケットの第２のネットワークドメインで転送される転送情報が付加されている。ホップバイホップインサイチュフロー検出を実行する場合、上記ＤＯＨにおいて、第２のインサイチュフロー検出オプションはＢＩＥＲパケットヘッダの前にある。エンドツーエンドインサイチュフロー検出を実行する場合、上記ＤＯＨにおいて、第２のインサイチュフロー検出オプションはＢＩＥＲパケットヘッダの後にある。
【0100】
オプションで、本実施例では、前記ＩＰｖ６拡張ヘッダはさらにＳＲＨを含み、ＳＲＨには、第２のサービスパケットの第２のネットワークドメインで転送されるパス情報が付加されている。オプションで、ホップバイホップインサイチュフロー検出を実行する場合、上記ＩＰｖ６拡張ヘッダにおいて、上記ＤＯＨはＳＲＨの前にある。エンドツーエンドインサイチュフロー検出を実行する場合、上記ＩＰｖ６拡張ヘッダにおいて、上記ＤＯＨはＳＲＨの後にある。
【0101】
ここまで、図８に示す装置の構造の説明を完了する。
【0102】
本発明の実施例はさらに図８に示す装置のハードウェア構造を提供する。図９を参照し、図９は本発明の実施例により提供される電子デバイスの構造図である。図９に示すように、当該ハードウェア構造は、プロセッサと機械可読記憶媒体とを含み得、機械可読記憶媒体には前記プロセッサによって実行可能な機械実行可能命令が記憶されており、前記プロセッサは、本発明の上記例示に開示された方法を実施するように機械実行可能命令を実行するために用いられる。
【0103】
上記方法と同様の出願思想に基づき、本発明の実施例はさらに、いくつかのコンピュータ命令が記憶されている機械可読記憶媒体を提供し、前記コンピュータ命令がプロセッサに実行されると、本発明の上記例示に開示された方法を実施することができる。
【0104】
例示的に、上記機械可読記憶媒体は任意の電子的、磁性的、光学的又は他の物理的記憶装置であってもよく、実行可能な命令、データなどの情報を含むか、又は記憶することができるものである。例えば、機械可読記憶媒体は、ＲＡＭ（Ｒａｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ランダムアクセスメモリ）、揮発性メモリ、不揮発性メモリ、フラッシュメモリ、ストレージドライブ（ハードドライブなど）、ソリッドステートドライブ、任意の記憶ディスク（光ディスク、ｄｖｄなど）、又は類似の記憶媒体や、これらの組み合わせなどが挙げられる。
【0105】
上記実施例で説明したシステム、装置、モジュール又はユニットは、具体的には、コンピュータチップ、エンティティ、又は何らかの機能を有する製品によって実現されてもよい。典型的な実現デバイスはコンピュータであり、コンピュータの具体的な形態はパーソナルコンピュータ、ラップトップコンピュータ、携帯電話、カメラ付き電話、スマートフォン、パーソナルデジタルアシスタント、メディアプレーヤ、ナビゲーションデバイス、電子メール送受信デバイス、ゲーム機、タブレット、ウェアラブルデバイス、又はこれらのデバイスの任意のいくつかの組み合わせであってもよい。
【0106】
説明の便宜上、上記の装置を説明するときに機能によって様々なユニットに分けてそれぞれ説明する。もちろん、本発明を実施する際に、各ユニットの機能を同一又は複数のソフトウェア及び／又はハードウェアで実現することも可能である。
【0107】
当業者であれば分かるように、本発明の実施例が、方法、システム、又はコンピュータプログラム製品として提供されてもよい。したがって、本発明は、ハードウェアだけからなる実施例、ソフトウェアだけからなる実施例、又はソフトウェアとハードウェアを組み合わせた実施例なる形態を用いてもよい。さらに、本発明の実施例は、コンピュータで使用可能なプログラムコードを含む１つ又は複数のコンピュータで使用可能な記憶媒体（磁気ディスクメモリ、ＣＤ－ＲＯＭ、光学メモリなどを含むが、これらに限定されない）において実施されるコンピュータプログラム製品の形態であってもよい。
【0108】
本発明は、本発明の実施例による方法、デバイス（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明される。フローチャート及び／又はブロック図における各フロー及び／又はブロック、並びにフローチャート及び／又はブロック図におけるフロー及び／又はブロックの組み合わせは、コンピュータプログラム命令によって実現されてもよいことが理解されるべきである。これらのコンピュータプログラム命令は、マシンを生成するために、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は他のプログラム可能なデータ処理デバイスのプロセッサに提供されてもよく、それにより、コンピュータ又は他のプログラム可能なデータ処理デバイスのプロセッサによって実行される命令により、フローチャートの１つ又は複数のフロー、及び／又はブロック図の１つ又は複数のブロックにおいて指定される機能を実現するための装置が生成される。
【0109】
また、これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理デバイスに特定の方法で作業することを示すことができるコンピュータ可読メモリに記憶されてもよく、その結果、当該コンピュータ可読メモリに記憶されている命令により、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックにおいて指定される機能を実現する命令装置を含む製品が生成される。
【0110】
これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理デバイスにロードしてもよく、それにより、一連の動作ステップがコンピュータ又は他のプログラム可能なデバイス上で実行されることで、コンピュータにより実施される処理が生成され、それにより、コンピュータ又は他のプログラム可能なデバイス上で実行される命令により、フローチャートの１つ又は複数のフロー、及び／又はブロック図の１つ又は複数のブロック内で指定される機能を実現するためのステップが提供される。
【0111】
上記は、本発明の実施例にすぎず、本発明を限定するために使用されるものではない。当業者にとって、本発明は、様々な変更及び変化があり得る。本発明の趣旨と原理から逸脱することなく修正、同等な置換、改善などを行った場合、いずれも本発明の特許請求の範囲に含まれるものとするべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【手続補正書】
【提出日】2022-12-22
【手続補正1】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正の内容】
【図7】
【国際調査報告】