JP2023534665A - 機能通知方法、及び関連デバイス - Google Patents

Abstract

この出願の実施形態は、複雑なｉＦＩＴ機能構成を手動で構成することについての技術的課題を解決するための、機能通知方法及び関連デバイスを開示する。この出願の実施形態による方法は、以下のことを含む。第１のネットワークデバイスが、第１のパケットを第２のネットワークデバイスに送信することであって、第１のパケットは、第１のインジケーション情報を含み、第１のインジケーション情報は、第１のネットワークデバイス又は第１のネットワークデバイスに含まれる第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を示す、こと。第１のネットワークデバイスが、パケットを第２のネットワークデバイスに送信して、第１のネットワークデバイスのＩＦＩＴ機能のサポート状態を通知すること。このようにして、第１のネットワークデバイスが測定ヘッダをサービスパケットから取り除くことができないためにサービスパケットを正しく処理することができなくなることを防止するために、第２のネットワークデバイスは、第１のネットワークデバイスのｉＦＩＴ機能に基づいて、測定ヘッダを埋め込むかどうかを決定することができる。

Description

この出願は、２０２０年７月１３日に中国国家知的産権局に提出され、「CAPABILITY NOTIFICATION METHOD AND RELATED DEVICE」と題された中国特許出願第202010672048.2号の優先権を主張し、その全体が参照によって本明細書に組み込まれる。

この出願は、通信技術の分野に関し、特に、機能通知方法、及び関連デバイスに関する。

現場でのフロー情報テレメトリ（in-situ Flow Information Telemetry, iFIT）は、オペレーション、管理、及びメンテナンス（Operation, Administration, and Maintenance, OAM）の検出技術であり、実データパケットで搬送される測定情報に基づいて、ネットワークの実パケットロスレート及び遅延などの性能インジケータを直接的に取得することができる。

通常、ｉＦＩＴが実行される測定領域は、ヘッドノードとテールノードとを含む。ヘッドノードは、カプセル化ノード（Encapsulate node, Encap node）と称されることもあり、テールノードは、カプセル除去ノード（Decapsulate node, Decap node）と称されることもある。任意選択で、測定領域は、中間ノードをさらに含む。パケットが測定領域に入った後、ヘッドノードは、測定ヘッダをパケットに埋め込み、そのパケットを中間ノードに転送する。中間ノードは、パケット内の測定ヘッダに基づいて測定及びデータ収集を実行してよく、又は、中間ノードは、透過的にパケットをテールノードに伝送する。パケットが測定領域を出る前に、テールノードは、中間ノードによって収集されたデータを報告し、測定ヘッダをパケットから取り除いて、元のパケットを復元する。測定ヘッダ埋め込みの有効範囲は、測定領域内である。測定ヘッダが埋め込まれているパケットが測定領域の外に拡散される場合、パケットは、識別されることができず、又は破棄されることさえできず、それによって、正常なサービスパケット転送に影響を及ぼす。

現在、測定ヘッダを埋め込む前に、ヘッドノードは、テールノードがｉＦＩＴ機能を有することを確認する必要がある。これには、通常、関連デバイス、例えば、テールノードの関連情報を手動で構成し、ヘッドノード上で、ヘッドノードが、関連デバイスのｉＦＩＴ機能に基づいて測定ヘッダを埋め込むかどうかを決定することができることを保証するためにオペレーション及びメンテナンス員を要する。しかし、手動構成は、不十分であり、かつ複雑であり、それは、容易に正常なサービスパケット転送に影響を及ぼす。

この出願は、手動で複雑なｉＦＩＴ機能構成を構成することについての技術的課題を解決するための機能通知方法、及び関連デバイスを提供する。

この出願の第１の態様は、機能通知方法を提供する。方法は、第１のネットワークデバイスが、第１のパケットを第２のネットワークデバイスに送信することであって、第１のパケットは、第１のインジケーション情報を含み、第１のインジケーション情報は、第１のネットワークデバイス又は第１のネットワークデバイスに含まれる第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を示す、ことを含む。

この出願では、第１のネットワークデバイスが、パケットを第２のネットワークデバイスに送信して、第１のネットワークデバイスのＩＦＩＴ機能のサポート状態を通知する。このようにして、第１のネットワークデバイスが測定ヘッダをサービスパケットから取り除くことができないためにサービスを正しく処理することができなくなることを防止するために、第２のネットワークデバイスは、第１のネットワークデバイスのｉＦＩＴ機能に基づいて、測定ヘッダを埋め込むかどうかを決定することができる。

任意選択で、可能な実装において、ｉＦＩＴ機能のサポート状態は、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができる又はｉＦＩＴ処理を行うことができないという状態を含む。

この出願では、第１のネットワークデバイスが直接的に、パケットで、第１のネットワークデバイスがｉＦＩＴ処理を行うことができること又はｉＦＩＴ処理を行うことができないことを通知し、それにより、第２のネットワークデバイスは、第１のネットワークデバイスによってサポートされるｉＦＩＴ機能タイプに基づいて、対応するｉＦＩＴ測定を開始し、又は、第１のネットワークデバイスによってサポートされないｉＦＩＴ機能に基づいて、対応するｉＦＩＴ測定を開始せず、解決策のフレキシビリティを改善する。

任意選択で、可能な実装において、ｉＦＩＴ機能は、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含む。

任意選択で、可能な実装において、第１のパケットは、ボーダーゲートウェイプロトコル（Border Gateway Protocol, BGP）パケットを含み、ＢＧＰパケットは、第１の属性を含み、第１のインジケーション情報は、第１の属性で搬送される。既存のＢＧＰパケット内の属性は、ｉＦＩＴ機能を通知するために利用されるインジケーション情報を搬送するために拡張され、それにより、従来技術に対する修正を可能な限り低減することができ、解決策の実現可能性を改善することができる。

任意選択で、可能な実装において、第１の属性は、ネクストホップ機能属性、拡張コミュニティ属性、又はネクストホップ経路属性を含む。

任意選択で、可能な実装において、第１の属性は、ネクストホップ情報をさらに搬送し、ネクストホップ情報は、第１のネットワークデバイスのアドレスを含む。ネクストホップ情報は、第１の属性で搬送され、それにより、第２のネットワークデバイスは、第１の属性内のネクストホップ情報に基づいて、第１の属性で搬送されるｉＦＩＴ機能に対応するネットワークデバイスを決定することができ、解決策の実現可能性が改善される。

任意選択で、可能な実装において、第１の属性は、ネクストホップ経路属性を含み、第１のネットワークデバイスが、第１のパケットを第２のネットワークデバイスに送信する前に、方法は、第１のネットワークデバイスが、第３のネットワークデバイスによって送信された第２のパケットを受信することであって、第２のパケットは、第２のインジケーション情報を含み、第２のインジケーション情報は、第３のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を示す、ことをさらに含み、第１のネットワークデバイスが、第１のパケットを第２のネットワークデバイスに送信することは、第１のネットワークデバイスが、第２のパケットに基づいて、第１のパケットを第２のネットワークデバイスに送信することであって、第１のパケットは、第２のインジケーション情報をさらに含む、ことを含む。パケットは、複数のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を搬送し、それにより、パケットを受信する第２のネットワークデバイスは、同じパケットに基づいて、複数のネットワークデバイスに対応するｉＦＩＴ機能を知ることができ、パケットオーバーヘッドを低減し、複数のネットワークデバイスのｉＦＩＴ機能に基づいて、第２のネットワークデバイスが、ｉＦＩＴ測定を実行するテールノードをフレキシブルに選択できることを保証し、解決策のフレキシビリティを改善する。

任意選択で、可能な実装において、第１の属性は、第３のネットワークデバイスのアドレスをさらに含む。第１の属性は、第３のネットワークデバイスのアドレスをさらに含み、それにより、第２のネットワークデバイスは、パケットで搬送されるｉＦＩＴ機能に対応する各ネットワークデバイスを特定することができ、解決策の実現可能性を改善する。

任意選択で、可能な実装において、第１の属性は、発信インターネットプロトコル（Internet Protocol, IP）アドレスをさらに搬送し、発信ＩＰアドレスは、第１のネットワークデバイスのアドレスを含む。発信ＩＰアドレスは、有効性チェックを強化するために利用されてよく、第１のネットワークデバイスのアドレスは、第１のパケットで搬送されるネクストホップが、実際に第１のパケットを送信する第１のネットワークデバイスであるかどうかをチェックするために示される。これにより、情報改ざんを防止し、技術的解決策の信頼性をさらに増加させる。

任意選択で、可能な実装において、第１のパケットは、ＢＧＰパケット又は内部ゲートウェイプロトコル（Interior Gateway Protocol, IGP）パケットを含む。

任意選択で、可能な実装において、第１のネットワークデバイスが、第１のパケットを第２のネットワークデバイスに送信する前に、方法は、第１のネットワークデバイスが、第１のネットワークデバイスのｉＦＩＴ機能の変更に基づいて、第１のパケットを生成することをさらに含む。ネットワークデバイスのｉＦＩＴ機能が変更されるとき、ネットワークデバイスは、ネットワークデバイスの変更されたｉＦＩＴ機能を通知するためのパケットを生成するようにトリガされ、それにより、他のネットワークデバイスは、ネットワークデバイスに対応するｉＦＩＴ機能を適時に知ることができ、他のネットワークデバイスが、測定ヘッダを埋め込むかどうかを正しく決定できることを保証し、正常なパケット転送を保証する。

任意選択で、可能な実装において、第１のインジケーション情報は、第１のタイプ長さ値（Type Length Value, TLV）を含み、第１のＴＬＶは、第１のフィールドを含む。第１のフィールドは、１つ以上のビットを含み、第１のフィールド内の各ビットは、第１のネットワークデバイスが、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つについての能力を有する又は能力を有しないことを示す。代替的に、第１のフィールドは、複数の値を含み、第１のフィールド内の各値は、第１のネットワークデバイスが、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上についての能力を有する又は能力を有しないことを示す。パケットのフィールドは、ｉＦＩＴ機能のサポート状態を示すために複数のビット又は複数の値を含む。これにより、解決策実装のフレキシビリティを改善することができる。

任意選択で、可能な実装において、第１のネットワークデバイスが、第１のパケットを送信した後に、方法は、第１のパケットを送信することに応答して、第１のネットワークデバイスが、第２のネットワークデバイスによって送信されたデータパケットを受信することであって、データパケットは、ｉＦＩＴ測定ヘッダを含む、ことと、第１のネットワークデバイスが、ｉＦＩＴ測定ヘッダに基づいて、ｉＦＩＴ測定を実行することと、第１のネットワークデバイスが、ｉＦＩＴ測定ヘッダをデータパケットから取り除くこととをさらに含む。

この出願の第２の態様は、機能通知方法を提供する。方法は、第２のネットワークデバイスが、第１のネットワークデバイスによって送信された第１のパケットを受信することであって、第１のパケットは、第１のインジケーション情報を含み、第１のインジケーション情報は、第１のネットワークデバイス又は第１のネットワークデバイスに含まれる第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を示す、ことと、第２のネットワークデバイスが、第１のパケットに基づいて、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を決定することとを含む。

任意選択で、可能な実装において、ｉＦＩＴ機能のサポート状態は、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができる又はｉＦＩＴ処理を行うことができないという状態を含む。

任意選択で、可能な実装において、ｉＦＩＴ機能は、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含む。

任意選択で、可能な実装において、第２のネットワークデバイスが、第１のパケットに基づいて、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を決定した後に、方法は、第２のネットワークデバイスが、データパケットを受信することと、第２のネットワークデバイスが、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態に基づいて、ｉＦＩＴ測定ヘッダをデータパケットに埋め込むことと、第２のネットワークデバイスが、第１のネットワークデバイスに、ｉＦＩＴ測定ヘッダが埋め込まれているデータパケットを送信することとをさらに含む。

この出願の第３の態様は、第１のネットワークデバイスを提供する。第１のネットワークデバイスは、第１のパケットを送信することであって、第１のパケットは、第１のインジケーション情報を含み、第１のインジケーション情報は、第１のネットワークデバイス又は第１のネットワークデバイスに含まれる第１のサービスモジュールに対応する現場フロー情報テレメトリｉＦＩＴ機能のサポート状態を示す、ことを行うように構成された送信ユニットを含む。

任意選択で、可能な実装において、ｉＦＩＴ機能のサポート状態は、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができる又はｉＦＩＴ処理を行うことができないという状態を含む。

任意選択で、可能な実装において、ｉＦＩＴ機能は、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含む。

任意選択で、可能な実装において、第１のパケットは、ボーダーゲートウェイプロトコルＢＧＰパケットを含み、ＢＧＰパケットは、第１の属性を含み、第１のインジケーション情報は、第１の属性で搬送される。

任意選択で、可能な実装において、第１の属性は、ネクストホップ機能属性、拡張コミュニティ属性、又はネクストホップ経路属性を含む。

任意選択で、可能な実装において、第１の属性は、発信インターネットプロトコルＩＰアドレスをさらに搬送し、発信ＩＰアドレスは、第１のネットワークデバイスのアドレスを含み、発信ＩＰアドレスは、第１のパケットを送信するデバイスが第１のネットワークデバイスであることを示す。

任意選択で、可能な実装において、第１のネットワークデバイスは、受信ユニットをさらに含み、第１の属性は、ネクストホップ経路属性を含み、受信ユニットは、第３のネットワークデバイスによって送信された第２のパケットを受信することであって、第２のパケットは、第２のインジケーション情報を含み、第２のインジケーション情報は、第３のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を示す、ことを行うように構成され、送信ユニットは、第２のパケットに基づいて、第１のパケットを第２のネットワークデバイスに送信することであって、第１のパケットは、第２のインジケーション情報をさらに含む、ことを行うようにさらに構成される。

任意選択で、可能な実装において、第２のインジケーション情報は、第３のネットワークデバイスのアドレスをさらに含む。

任意選択で、可能な実装において、第１のパケットは、ＢＧＰパケット又は内部ゲートウェイプロトコルＩＧＰパケットを含む。

任意選択で、可能な実装において、第１のネットワークデバイスは、第１のネットワークデバイスのｉＦＩＴ機能の変更に基づいて、第１のパケットを生成するように構成された処理ユニットをさらに含む。

任意選択で、可能な実装において、第１のインジケーション情報は、第１のタイプ長さ値ＴＬＶを含み、第１のＴＬＶは、第１のフィールドを含み、第１のフィールドは、１つ以上のビットを含み、第１のフィールド内の各ビットは、第１のネットワークデバイスが、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つについての能力を有する又は能力を有しないことを示す、又は第１のフィールドは、複数の値を含み、第１のフィールド内の各値は、第１のネットワークデバイスが、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上についての能力を有する又は能力を有しないことを示す。

任意選択で、可能な実装において、受信ユニットは、第１のパケットを送信することに応答して、第２のネットワークデバイスによって送信されたデータパケットを受信することであって、データパケットは、ｉＦＩＴ測定ヘッダを含む、ことを行うようにさらに構成され、処理ユニットは、ｉＦＩＴ測定ヘッダに基づいて、ｉＦＩＴ測定を実行し、ｉＦＩＴ測定ヘッダをデータパケットから取り除くようにさらに構成される。

この出願の第４の態様は、第２のネットワークデバイスを提供する。第２のネットワークデバイスは、第１のネットワークデバイスによって送信された第１のパケットを受信することであって、第１のパケットは、第１のインジケーション情報を含み、第１のインジケーション情報は、第１のネットワークデバイス又は第１のネットワークデバイスに含まれる第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を示す、ことを行うように構成された受信ユニットと、第１のパケットに基づいて、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を決定するように構成された処理ユニットとを含む。

任意選択で、可能な実装において、ｉＦＩＴ機能のサポート状態は、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができる又はｉＦＩＴ処理を行うことができないという状態を含む。

任意選択で、可能な実装において、ｉＦＩＴ機能は、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含む。

任意選択で、可能な実装において、第２のネットワークデバイスは、送信ユニットをさらに含み、受信ユニットは、データパケットを取得するようにさらに構成され、処理ユニットは、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態に基づいて、ｉＦＩＴ測定ヘッダをデータパケットに埋め込むようにさらに構成され、送信ユニットは、第１のネットワークデバイスに、ｉＦＩＴ測定ヘッダが埋め込まれているデータパケットを送信するようにさらに構成される。

この出願の第５の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、プロセッサと、通信インターフェースとを含む。プロセッサは、命令を実行するように構成され、それにより、ネットワークデバイスは、第１の態様又は第２の態様、及び第１の態様又は第２の態様の実装のいずれか１つによる方法を実行することが可能になる。

この出願の第６の態様は、ネットワークシステムを提供する。ネットワークシステムは、第３の態様、及び第３の態様の実装のいずれか１つによる第１のネットワークデバイスと、第４の態様、及び第４の態様の実装のいずれか１つによる第２のネットワークデバイスとを含む。

この出願の第７の態様は、コンピュータ記憶媒体を提供する。コンピュータ記憶媒体は、不揮発性であってよい。コンピュータ記憶媒体は、コンピュータ可読命令を格納している。コンピュータ可読命令がプロセッサによって実行されるとき、第１の態様又は第２の態様、及び第１の態様又は第２の態様の実装のいずれか１つによる方法が実装される。

この出願の第８の態様は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、第１の態様又は第２の態様、及び第１の態様又は第２の態様の実装のいずれか１つによる方法を実行することが可能になる。

この出願の第９の態様は、チップシステムを提供する。チップシステムは、上記の態様における機能を実施する、例えば、上記の方法におけるデータ及び／又は情報を送信又は処理するに際し、ネットワークデバイスをサポートするように構成されたプロセッサを含む。可能な設計において、チップシステムは、メモリをさらに含む。メモリは、ネットワークデバイスに必要なプログラム命令及びデータを格納するように構成される。チップシステムは、チップを含んでもよいし、チップと他のディスクリートデバイスとを含んでもよい。

この出願の実施形態は、以下の利点を有することを上記の技術的解決策から理解することができる。この出願の実施形態は、機能通知方法、及び関連デバイスを提供する。第１のネットワークデバイスは、パケットを第２のネットワークデバイスに送信して、第１のネットワークデバイスのＩＦＩＴ機能のサポート状態を通知する。このようにして、第２のネットワークデバイスは、第１のネットワークデバイスが測定ヘッダをサービスパケットから取り除くことができないためにサービスパケットを破棄することを防止するために、第１のネットワークデバイスのＩＦＩＴ機能に基づいて、測定ヘッダを埋め込むかどうかを決定することができる。これにより、正常なサービスパケット転送を保証する。

この出願の実施形態による、機能通知方法１００の模式的フローチャートである。 この出願の実施形態による、パケット送信手順の模式図である。 この出願の実施形態による、ネクストホップ機能属性がｉＦＩＴ機能を搬送するパケットフォーマットの模式図である。 この出願の実施形態による、機能値フィールドのパケットフォーマットの模式図である。 この出願の実施形態による、ネクストホップ経路属性内のＴＬＶのフォーマットの模式図である。 この出願の実施形態による、ルート広告の模式図である。 この出願の実施形態による、ロケータｉＦＩＴ ＴＬＶのフォーマットの模式図である。 この出願の実施形態による、ｉＦＩＴ測定方法７００の模式的フローチャートである。 この出願の実施形態による、ネットワークデバイス８００の構造の模式図である。 この出願の例示的な実施形態による、ネットワークデバイス９００の構造の模式図である。 この出願の例示的な実施形態による、ネットワークデバイス１０００の構造の模式図である。 この出願の例示的な実施形態による、ネットワークシステム１１００の構造の模式図である。

この出願のこの明細書、特許請求の範囲、及び添付図において、用語「第１の」、「第２の」、「第３の」、「第４の」など（ある場合）は、類似のオブジェクト間を区別することを意図しており、必ずしも特定の順序又は順番を示すものではない。そのような方法で名付けられたデータは、適切な環境において交換可能であり、従って、本明細書で説明される、この出願の実施形態を、本明細書で図示され又は説明される順序とは異なる順序で実施することができると理解すべきである。加えて、「含む」、「対応する」、及びそれらの任意の変形などの用語は、非排他的包含、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品、又はデバイスをカバーすることが意図されており、これらの明示的に列挙されたステップ又はユニットに必ずしも限定されず、明示的に列挙されていない又はそのようなプロセス、方法、製品、又はデバイスに固有の他のステップ又はユニットを含むことがある。

この出願の実施形態において、用語「例」、「例えば」などは、例、例示、又は説明を与えることを表すために利用される。この出願の実施形態において「例」又は「例えば」として説明される任意の実施形態又は設計スキームは、他の実施形態又は設計スキームより好適である又はより有利であると解釈されるべきではない。正確には、用語「例」、「例えば」などの利用は、特定の方式における関連概念を提供することを意図している。

関連技術では、ヘッドノードがｉＦＩＴ測定ヘッダをパケットに埋め込むとき、テールノードがｉＦＩＴ機能を有しない場合、テールノードは、ｉＦＩＴ測定ヘッダをパケットから取り除くことができない。結果として、パケットを認識することができないためにパケットが破棄され、正常なパケット転送に影響を及ぼす。

従って、測定ヘッダを埋め込む前に、ヘッドノードは、テールノードがｉＦＩＴ機能を有することを確認する必要がある。これには、通常、ヘッドノード上でｉＦＩＴ関連情報を手動で構成し、ヘッドノードが、測定ヘッダを埋め込む前に、関連デバイスのｉＦＩＴ機能に基づいて、測定ヘッダを埋め込むかどうかを決定することができることを保証するためにオペレーション及びメンテナンス員を要する。しかし、手動構成は、不十分であり、かつ複雑である。

例えば、ネットワークに、互いに接続されているネットワークデバイス１及びネットワークデバイス２が含まれ、ネットワークデバイス２は、外部ネットワークに接続されている。

ネットワークデバイス１及びネットワークデバイス２は、それぞれｉＦＩＴ測定領域のヘッドノード及びテールノードでありうる。ネットワークデバイス１が送信対象パケットを取得した後、ネットワークデバイス１は、ｉＦＩＴ測定ヘッダをパケットに埋め込み、ネットワークデバイス２に、ｉＦＩＴ測定ヘッダが埋め込まれているパケットを送信する。ネットワークデバイス２は、受信されたパケット内のｉＦＩＴ測定ヘッダに基づいて、データ測定及び報告を実行し、ｉＦＩＴ測定ヘッダをパケットから取り除き、ｉＦＩＴ測定ヘッダが取り除かれたデータパケットを外部ネットワークに転送する。

ネットワークデバイス１が測定ヘッダを埋め込む必要がある前に、ネットワークデバイス２がｉＦＩＴ及びｉＦＩＴをサポートする特定の機能をサポートしているかどうかを決定する必要がある。さもなければ、ネットワークデバイス２がｉＦＩＴ又は対応する機能をサポートしていない場合、ネットワークデバイス１が測定ヘッダを埋め込んで、測定ヘッダをネットワークデバイス２に送信した後、ネットワークデバイス２が測定ヘッダの処理をサポートしないために、パケット処理又は送信においてエラーが発生しうる。この場合、ネットワークデバイス２によってサポートされるｉＦＩＴ機能は、通常、ネットワークデバイス１上で、オペレーション及びメンテナンス員によって手動構成される。これは、複雑な構成及び低い構成効率などの課題をもたらす。

さらに、ネットワークが変更された後、ネットワークデバイス２は、ｉＦＩＴ処理を行うことができるデバイスから、ｉＦＩＴ処理を行うことができないデバイスに変更される。ネットワークデバイス１上でのネットワークデバイス２の関連構成が、オペレーション及びメンテナンス員によって手動で構成されるため、ネットワークデバイス１は、ネットワークデバイス２上の変更に気づくことができない。このようにして、ネットワークデバイス１がパケットを受信した後、ネットワークデバイス１は、ｉＦＩＴ測定ヘッダをパケットに埋め込み続け、ネットワークデバイス２に、ｉＦＩＴ測定ヘッダが埋め込まれているパケットを転送する。しかし、ネットワークデバイス２がｉＦＩＴ機能を有しないため、ネットワークデバイス２は、パケット内のｉＦＩＴ測定ヘッダを認識することができず、結果として、そのパケットを外部ネットワークに直接転送する。外部ネットワークは、パケット内のｉＦＩＴ測定ヘッダを認識することができず、結果として、パケットを破棄し、正常なパケット転送に影響を及ぼす。上記の課題に鑑み、この出願の実施形態は、機能通知方法、及び関連デバイスを提供する。第１のネットワークデバイスは、パケットを第２のネットワークデバイスに送信し、第１のネットワークデバイスのＩＦＩＴ機能のサポート状態を通知する。このようにして、第２のネットワークデバイスは、第１のネットワークデバイスがパケット内の測定ヘッダを正しく処理することができないために正常なパケット転送に影響を及ぼすことを防止するために、第１のネットワークデバイスのＩＦＩＴ機能に基づいて、測定ヘッダを埋め込むかどうかを決定することができる。

図１は、この出願の実施形態による機能通知方法１００の模式的フローチャートである。図１に示すように、この出願のこの実施形態において提供される機能通知方法１００は、以下のステップを含む。

ステップ１０１：第１のネットワークデバイスは、第１のパケットを第２のネットワークデバイスに送信し、第１のパケットは、第１のインジケーション情報を含み、第１のインジケーション情報は、第１のネットワークデバイス又は第１のネットワークデバイスに含まれる第１のサービスモジュールに対応する現場フロー情報テレメトリｉＦＩＴ機能のサポート状態を示す。

この実施形態において、第１のネットワークデバイス及び第２のネットワークデバイスは、例えば、ルータ、スイッチ、又はゲートウェイなどの物理デバイスであってもよいし、パケット転送をサポートする仮想デバイスであってもよい。第１のネットワークデバイス及び第２のネットワークデバイスの具体的なタイプについては、この実施形態において限定されない。第１のネットワークデバイスは、複数のサービスモジュールを含んでよい。第１のサービスモジュールは、第１のネットワークデバイス内にあり、かつパケット転送又はパケット処理を実行するように構成されうるサービスモジュール、例えば、ＶＰＮ処理モジュールであってよい。第１のパケットは、例えば、ボーダーゲートウェイプロトコル（Border Gateway Protocol, BGP）パケット又は内部ゲートウェイプロトコル（Interior Gateway Protocol, IGP）パケットなどのパケットであってよい。例では、第１のパケットは、ＢＧＰ更新パケット（update packet）であり、通知ルートに利用される。例えば、第１のネットワークデバイスは、第２のネットワークデバイスに、ｉＦＩＴ機能のサポート状態を搬送するＢＧＰ更新パケットについての通知ルートを広告し、ルートは、サービスルート（Service Route）、トンネルルート（Tunnel Route）、ＳＲｖ６ロケータ（Locator）などのＳＲｖ６ルート、又は他のルートであってよく、第２のネットワークデバイスは、通常、パケットで搬送されるｉＦＩＴ機能を受信して識別しうる。ＢＧＰパケットによって示されるアドレス範囲については、第２のネットワークデバイスが、Ｅｎｃａｐノードとして利用されてよく、第１のネットワークデバイスがＤｅｃａｐノードとして利用されてよい。

可能な実装において、ｉＦＩＴ機能のサポート状態は、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができるかどうかであってよい。

例えば、第１のインジケーション情報は、ビットを含んでよく、そのビットの値は、「０」又は「１」であってよい。ビットの値が「０」であるとき、それは、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができないことを示す。ビットの値が「１」であるとき、それは、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができることを示す。

例では、第１のネットワークデバイスが第１のパケットを第２のネットワークデバイスに送信する前に、第１のネットワークデバイスが、他のパケットを第２のネットワークデバイスに送信することによって、又は、事前に第２のネットワークデバイスと取り決めを行うことによって、サポートされる特定のｉＦＩＴ機能（単数）又は特定のｉＦＩＴ機能（複数）をさらに示しうる。

他の可能な実装において、ｉＦＩＴ機能のサポート状態は、代替的に、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができる又はｉＦＩＴ処理を行うことができないという状態であってよい。

例えば、ｉＦＩＴ機能は、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含んでよい。即ち、第１のインジケーション情報は、第１のネットワークデバイス又は第１のサービスモジュールが、４つのタイプのｉＦＩＴ機能のうちの１つ以上についての能力を有する及び／又は能力を有しないことを示しうる。

任意選択で、可能な例において、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能は、事前に割り当てられた、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、及び、増加する、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能をさらに含みうる。具体的には、ｉＦＩＴ機能は、４つの機能のうちの１つ以上、即ち、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能を含みうる。代替的に、ｉＦＩＴ機能は、５つの機能、即ち、事前に割り当てられた、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、増加する、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含みうる。説明を容易にするため、以下では、ｉＦＩＴ機能が４つのｉＦＩＴ機能を含む例を利用する。

可能な例において、第１のインジケーション情報は、第１のＴＬＶを含んでよく、第１のＴＬＶは、第１のフィールドを含み、第１のフィールドは、サポートされる及び／又はサポートされないｉＦＩＴ機能を示す。言い換えると、第１のネットワークデバイスは、ＴＬＶを第１のパケットに追加し、ＴＬＶ内のフィールドを利用して、第１のネットワークデバイスによってサポートされる及び／又はサポートされないｉＦＩＴ機能を搬送しうる。

可能な例において、第１のフィールドは、１つ以上のビットを含み、第１のフィールド内の各ビットは、第１のネットワークデバイスが、上記の４つのタイプのｉＦＩＴ処理のうちの１つについての能力を有する又は能力を有しないことを示す。

例えば、ｉＦＩＴ機能が上記の４つのｉＦＩＴ機能を含むとき、第１のフィールドは、４つのビットを含む。４つのビットは、例えば、ビット「Ｔ」、ビット「Ｅ」、ビット「Ｄ」、及び「Ａ」であり、それぞれ、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能に対応するサポート状態を示しうる。詳細については、表１を参照されたい。表１は、４つのビットを利用してｉＦＩＴ機能が示される例である。

上記の４つのｉＦＩＴ機能のサポート状態が、４つのビットの異なる値を利用して効果的に示されうることが、表１から理解されうる。上記の説明は、第１のフィールドに含まれるビットの数量が４である例を利用して提供されることが理解されうる。実際のケースでは、代替的に、他の数量のビットが第１のフィールドに含まれることがありうる。例えば、第１のフィールドは、１つのビット、２つのビット、５つのビットなどを含みうる。第１のフィールドのビットの数量が４より小さいとき、第１のフィールドのビットの数量は、第１のフィールドによって示すことができるｉＦＩＴ機能の数量に対応する。例えば、１つのビットのみを含む第１のフィールドは、上記の４つのｉＦＩＴ機能のうちのいずれか１つのサポート状態のみを示しうる。第１のフィールドのビットの数量が４より大きいとき、上記の４つのｉＦＩＴ機能を示すことに基づいて、特定のビットが、予約済ビットとして、その後の拡張利用を容易にするために、さらに予約されうる。

他の例では、ｉＦＩＴ機能が上記の５つのｉＦＩＴ機能を含むとき、第１のフィールドは、５つのビットを含みうる。５つのビットは、例えば、ビット「Ｐ」、ビット「Ｉ」、ビット「Ｅ」、ビット「Ｄ」、及びビット「Ａ」であってよく、それぞれ、事前に割り当てられた、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、増加する、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能に対応するサポート状態を示しうる。

他の可能な例では、第１のフィールドは、複数の値を含み、第１のフィールド内の各値は、第１のネットワークデバイスが、上記の４つのタイプのｉＦＩＴ処理のうちの１つ以上についての能力を有する又は能力を有しないことを示す。

例えば、第１のフィールドは、４つのビットを含み、４つのビットは、「００００」から「１１１１」など、１６個の異なる値を示しうる、即ち、第１のフィールドは、１５個の値を含みうる。このようにして、４つのビットの異なる値は、４つのｉＦＩＴ機能のうちのいずれか１つ又は任意の組み合わせを示しうる。例えば、「００００」は、上記の４つのｉＦＩＴ機能がサポートされないことを示す。「０００１」から「０１００」は、それぞれ、上記の４つのｉＦＩＴ機能のうちのいずれか１つがサポートされ、かつ上記の４つのｉＦＩＴ機能のうちの他の３つがサポートされないことを示す。「０１０１」から「１０１０」は、それぞれ、上記の４つのｉＦＩＴ機能のうちのいずれか２つがサポートされ、かつ上記の４つのｉＦＩＴ機能のうちの他の２つがサポートされないことを示す。「１０１１」から「１１１０」は、それぞれ、上記の４つのｉＦＩＴ機能のうちのいずれか３つがサポートされ、かつ上記の４つのｉＦＩＴ機能のうちの他の１つがサポートされないことを示す。「１１１１」は、上記の４つの機能がサポートされることを示す。

第１のフィールドに含まれる値の数量は、代替的に、実際の状態に基づいて決定されうることが理解されうる。例えば、第１のフィールドは、４つの値を含んでよく、４つの値のそれぞれは、上記の４つのｉＦＩＴ機能のうちの１つがサポートされることを示す。どのようにして第１のフィールドが、異なる値を利用してｉＦＩＴ機能のサポート状態を示すかについて、この実施形態は限定されない。

この実施形態において、第１のネットワークデバイスが第１のパケットを第２のネットワークデバイスに送信するようにトリガされる複数のケースがありうる。

ケース１：第１のネットワークデバイスのｉＦＩＴ機能が変更される。

例えば、第１のネットワークデバイスが、ｉＦＩＴ機能を変更する指示を取得するとき、第１のネットワークデバイスは、第１のネットワークデバイスのｉＦＩＴ機能が変更されると決定しうる。第１のネットワークデバイスは、変更されたｉＦＩＴ機能に基づいて、第１のパケットを生成し、第１のパケットを第２のネットワークデバイスに送信し、第２のネットワークデバイスに、変更されたｉＦＩＴ機能のサポート状態を通知しうる。例えば、ｉＦＩＴ機能を変更する指示は、オペレーション及びメンテナンス員によって、コマンドラインを入力することによって、第１のネットワークデバイスに配送されうる。

ケース２：第１のネットワークデバイスは、ネットワーク内に新たに配置されるデバイスである。

例えば、第１のネットワークデバイスは、ネットワーク展開プロセスにおいて（例えば、ネットワーク展開の初期段階において）、ネットワーク内に直接的に配置されるデバイスであってよい。代替的に、第１のネットワークデバイスは、ネットワークメンテナンスプロセスにおいて、ネットワークデバイス内の元のデバイスを置き換えることによって、ネットワーク内に新たに配置されるデバイスであってよい。このようにして、新たに配置された第１のネットワークデバイスが電源オンされて開始された後、第１のネットワークデバイスは、自動的に、第１のパケットを第２のネットワークデバイスに送信することをトリガして、第２のネットワークデバイスに、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知しうる。

上記のケースに加え、第１のネットワークデバイスは、代替的に、他のケースにおいて、第１のパケットを第２のネットワークデバイスに送信するようにトリガされうることが理解されうる。例えば、第１のネットワークデバイスが周期的に第１のパケットを第２のネットワークデバイスに送信することをトリガするために、周期性が設定されうる。第１のネットワークデバイスが、第１のパケットを第２のネットワークデバイスに送信するようにトリガされるケースは、この出願のこの実施形態において特に限定されない。

ステップ１０２：第２のネットワークデバイスは、第１のパケットに基づいて、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を決定する。

第１のネットワークデバイスによって送信される第１のパケットで搬送される第１のインジケーション情報に対応して、第２のネットワークデバイスは、第１のインジケーション情報に基づいて、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を決定する。

この実施形態では、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を決定した後、第２のネットワークデバイスが、測定ヘッダをデータパケットに埋め込むことができるかどうかを決定しうる。例えば、第２のネットワークデバイスが、第１のネットワークデバイスが現場での経路トラッキングのオペレーションと管理とメンテナンスの機能についての能力を有すると決定した後、第２のネットワークデバイスは、測定ヘッダをデータパケットに埋め込み、第１のネットワークデバイスに、測定ヘッダが埋め込まれているデータパケットを送信してよく、ここで、データパケット内の測定ヘッダは、第１のネットワークデバイスに、現場での経路トラッキングのオペレーションと管理とメンテナンスを実行することを示す。他の例では、第２のネットワークデバイスが、第１のネットワークデバイスが現場での経路トラッキングのオペレーションと管理とメンテナンスの機能についての能力を有しないと決定した後、第２のネットワークデバイスは、第１のネットワークデバイスに、測定ヘッダが埋め込まれていないデータパケットを直接的に転送する。

この実施形態において、第１のネットワークデバイスは、パケットを第２のネットワークデバイスに送信し、第１のネットワークデバイスのＩＦＩＴ機能のサポート状態を通知する。このようにして、第２のネットワークデバイスは、第１のネットワークデバイスのＩＦＩＴ機能に基づいて、測定ヘッダを埋め込むかどうかを決定して、第１のネットワークデバイスがパケット内の測定ヘッダを正しく処理することができないために正常なパケット転送に影響が及ぶことを防止することができる。

上記では、第１のネットワークデバイスが第２のネットワークデバイスに、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知するプロセスについて説明している。以下では、どのようにして第１のネットワークデバイスが、第１のパケットを利用して、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知するかについて詳細に説明する。

可能な実施形態において、第１のパケットは、ＢＧＰパケットを含んでよく、ＢＧＰパケットは、例えば、ＢＧＰ更新パケットであってよい。ＢＧＰパケットは、第１の属性を含み、第１のインジケーション情報は、第１の属性で搬送される。例えば、第１の属性は、ネクストホップ機能属性、拡張コミュニティ属性、又はネクストホップ経路属性を含みうる。ＴＬＶが、新たに第１の属性に追加され、それにより、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態が搬送されうる。

上記の第１の属性に加え、第１のネットワークデバイスによって第２のネットワークデバイスに送信されたＢＧＰパケットは、ネクストホップをさらに含み、ＢＧＰパケット内のネクストホップは、第１のネットワークデバイスのアドレスであると理解されうる。このようにして、第２のネットワークデバイスが、第１のネットワークデバイスによって送信されたＢＧＰパケットを受信した後、第２のネットワークデバイスは、ＢＧＰパケット内のネクストホップが第１のネットワークデバイスであることに基づいて、第１の属性内の第１のインジケーション情報によって示されるデバイスが第１のネットワークデバイスであると決定しうる、即ち、第１のネットワークデバイスのｉＦＩＴ機能が、第１の属性で搬送されるｉＦＩＴ機能であると決定しうる。

可能な例において、第１の属性は、発信ＩＰアドレスをさらに搬送してよく、発信ＩＰアドレスは、第１のネットワークデバイスのアドレスを含む。発信ＩＰアドレスは、強化された有効性チェックに利用されてよく、第１のパケットで搬送されるネクストホップが、第１のパケットを実際に送信する第１のネットワークデバイスであるかどうかをチェックするために、第１のネットワークデバイスのアドレス（即ち、第１のパケットを送信する発信ネットワークデバイスのアドレス）が示される。任意選択で、発信ＩＰアドレスは、ネクストホップ情報と称されることもあり、即ち、第１の属性は、ネクストホップ情報を搬送してよく、ネクストホップ情報は、第１のネットワークデバイスのアドレスを含む。

いくつかのケースにおいて、第１のネットワークデバイス及び第２のネットワークデバイスは、直接的に接続されなくてよく、即ち、他のデバイスが、第１のネットワークデバイスと第２のネットワークデバイスとの間にさらに接続されてよいことが理解されうる。例えば、ルートリフレクタが、第１のネットワークデバイスと第２のネットワークデバイスとの間にさらに接続される。この場合、第１のネットワークデバイスが、第１のパケットをルートリフレクタに送信し、次いで、ルートリフレクタが、第１のパケットを第２のネットワークデバイスに転送する。ルートリフレクタが第１のパケットを転送するプロセスにおいて、ルートリフレクタは、第１のパケット内のネクストホップを、ルートリフレクタのアドレスに修正しうる（即ち、第１のネットワークデバイスからルートリフレクタにネクストホップを修正しうる）。結果として、第２のネットワークデバイスは、第１のパケット内のネクストホップに基づいて、第１の属性で搬送されるｉＦＩＴ機能に対応するデバイスを決定することができない。

例えば、図２は、この出願の実施形態による、パケット送信手順の模式図である。図２に示すように、ステップ２０１において、第１のネットワークデバイスは、第１のパケットをルートリフレクタに送信し、ここで、第１のパケット内のネクストホップは、第１のネットワークデバイスのアドレスである。第１のパケットは、第１のネットワークデバイスのｉＦＩＴ機能を搬送するために利用される第１の属性を含み、第１の属性は、ネクストホップ情報を含み、ネクストホップ情報は、また、第１のネットワークデバイスのアドレスである。ステップ２０２において、ルートリフレクタは、第１のパケット内のネクストホップを、ルートリフレクタのアドレスに修正するが、第１のパケット内の第１の属性を修正しない。ステップ２０３において、ルートリフレクタは、第２のネットワークデバイスに、ネクストホップが修正されている第１のパケットを送信する。ステップ２０４において、第２のネットワークデバイスは、第１の属性内のネクストホップ情報に基づいて、ｉＦＩＴ処理を行うことができるデバイスが、第１のパケット内のネクストホップで示されるルートリフレクタではなく、第１のネットワークデバイスであることを決定する。

言い換えると、ネクストホップ情報は、第１のパケット内の第１の属性で搬送され、それにより、第１のネットワークデバイスと第２のネットワークデバイスとの間の他のネットワークデバイスがあるとき、第２のネットワークデバイスが、第１の属性で搬送されるｉＦＩＴ機能に対応するネットワークデバイスを決定できることを保証することができる。

可能な例において、第１の属性は、ネクストホップ経路属性を含み、ネクストホップ経路属性は、複数のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を搬送しうる。

例えば、第１のネットワークデバイスが第１のパケットを第２のネットワークデバイスに送信することの前に、方法は、第１のネットワークデバイスが、第３のネットワークデバイスによって送信された第２のパケットを受信することであって、第２のパケットは、第２のインジケーション情報を含み、第２のインジケーション情報は、第３のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を示す、ことと、第１のネットワークデバイスが、第２のパケット内の第２のインジケーション情報に基づいて、第１のパケットを第２のネットワークデバイスに送信することであって、第１のパケットは、第２のインジケーション情報をさらに含む、こととをさらに含みうる。

言い換えると、第１のネットワークデバイスによって送信される第１のパケットは、第１のネットワークデバイス及び第３のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態をそれぞれ示す第１のインジケーション情報及び第２のインジケーション情報を含む。このようにして、第２のネットワークデバイスが第１のパケットを受信した後、第２のネットワークデバイスは、第１のパケットに基づいて、第１のネットワークデバイス及び第３のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を知りうる、即ち、第２のネットワークデバイスは、同じパケットに基づいて、複数のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を知りうる。

第１のインジケーション情報及び第２のインジケーション情報は、ネクストホップ経路属性で搬送されうる。例えば、ネクストホップ経路属性は、ｉＦＩＴ機能を示す複数のＴＬＶを含んでよく、複数のＴＬＶはそれぞれ、異なるネットワークデバイスに対応するｉＦＩＴ機能を搬送してよい。

可能な例において、ネクストホップ経路属性は、第１のネットワークデバイス及び第３のネットワークデバイスのアドレスをさらに含んでよく、それにより、第２のネットワークデバイスは、ネクストホップ経路属性で示されるｉＦＩＴ機能に対応するネットワークデバイスを決定することができる。例えば、ネクストホップ経路属性は、ＴＬＶ１とＴＬＶ２とを含み、ＴＬＶ１は、第１のネットワークデバイスのアドレスと、対応するｉＦＩＴ機能のサポート状態とを含み、ＴＬＶ２は、第３のネットワークデバイスのアドレスと、対応するｉＦＩＴ機能のサポート状態とを含む。このようにして、第２のネットワークデバイスは、ＴＬＶ内のネットワークデバイスのアドレスに基づいて、各ネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を決定しうる。

理解を容易にするため、以下では、具体的な例を参照して、第１のネットワークデバイスが、パケット内の属性を利用して第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知する具体的な実装について説明する。

例１：ＢＧＰパケット内のネクストホップ機能属性が、ｉＦＩＴ機能のサポート状態を搬送する。

例えば、図３Ａは、この出願の実施形態による、ネクストホップ機能属性がｉＦＩＴ機能を搬送するパケットフォーマット、即ち、第１のインジケーション情報の模式図である。図３Ａに示すように、ネクストホップ機能属性は、機能コード（Capability Code）と、機能長（Capability Length）と、機能値（Capability Value）とを含んでよい。機能コードは、ネクストホップ機能属性がｉＦＩＴ機能を搬送することを示しうる。機能長は、機能値の長さを示しうる。機能値は、ｉＦＩＴ機能を搬送するために利用されうる。例えば、図３Ｂは、この出願の実施形態による、機能値フィールドのパケットフォーマットの模式図である。図３Ｂに示すように、機能値は、ｉＦＩＴ機能（iFIT Capability）を含みうる。任意選択で、機能値は、発信ＩＰアドレス（Originating IP Address）をさらに含みうる。ｉＦＩＴ機能は、ｉＦＩＴ機能がサポートされる及び／又はサポートされないことを示すために、複数のビット又は複数の値を含んでよい。詳細については、ステップ１０１を参照されたい。詳細については、ここでは再び説明されない。発信ＩＰアドレスは、有効性チェックを強化するために、第１のネットワークデバイスのＩＰｖ４アドレス又はＩＰｖ６アドレスを示してよい。

例２：ＢＧＰパケット内の拡張コミュニティ属性がｉＦＩＴ機能を搬送する。

例えば、ＢＧＰパケット内のインターネットプロトコルバージョン４（Internet Protocol version 4, IPv4）拡張コミュニティ属性の可能なフォーマットは、表２に示されうる。

タイプ１及びサブタイプ１は、ＩＰｖ４拡張コミュニティ属性がｉＦＩＴ機能を搬送するために利用されることを示しうる。ｉＦＩＴ機能（iFIT Capability）は、ｉＦＩＴ機能のサポート状態を搬送するために利用される。ｉＦＩＴ機能は、上記の機能値と同様であり、詳細については、ここでは再び説明されない。任意選択で、ＩＰｖ４拡張コミュニティ属性は、発信ＩＰｖ４アドレス（Originating IPv4 Address）をさらに含んでよく、発信ＩＰｖ４アドレスは、パケットを送信するネットワークデバイスの発信ＩＰアドレス、即ち、第１のネットワークデバイスのＩＰｖ４アドレスを搬送するために利用されうる。

ＢＧＰパケット内のＩＰｖ６拡張コミュニティ属性の可能なフォーマットは、表３に示されうる。

同様に、タイプ２及びサブタイプ２は、ＩＰｖ６拡張コミュニティ属性がｉＦＩＴ機能を搬送するために利用されることを示しうる。任意選択で、ＩＰｖ６拡張コミュニティ属性は、ネクストホップＩＰｖ６をさらに含んでよく、ネクストホップＩＰｖ６は、ＩＰｖ６ネクストホップ情報を搬送するために利用されてよい。

例３：ＢＧＰパケット内のネクストホップ経路属性が、ｉＦＩＴ機能を搬送する。

例えば、図４は、この出願の実施形態による、ネクストホップ経路属性内のＴＬＶのフォーマットの模式図である。図４に示すように、ＴＬＶは、タイプ（Type）、長さ（Length）、及び値（value）を含む。ＴＬＶ内の値部分は、予約済（Reserved）ビット、発信ＩＰアドレス（Originating IP Address）、及びｉＦＩＴ機能を含みうる。ＴＬＶは、ネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を示しうる。ＴＬＶにおいて、「タイプ」は、ＴＬＶのタイプを示し、「長さ」は、ＴＬＶの長さ情報を示し、「予約済」は、拡張利用のために利用され、「発信ＩＰアドレス」は、ＴＬＶを送信するネットワークデバイスのＩＰアドレスを示し、「ｉＦＩＴ機能」は、ｉＦＩＴ機能を搬送するために利用される。

可能な例では、ＢＧＰパケットを利用してルートを広告するプロセスにおいて、ネットワークデバイスが、対応するｉＦＩＴ機能のサポート状態を示すために、ＢＧＰパケット内のネクストホップ経路属性内に上記のＴＬＶを含みうる。ＢＧＰパケットをホップバイホップで転送するプロセスにおいて、ＢＧＰパケットの転送を担当する他のネットワークデバイスが、新たにＴＬＶをＢＧＰパケット内のネクストホップ経路属性に追加して、対応するｉＦＩＴ機能のサポート状態を搬送することがある。言い換えると、ＢＧＰパケット内のネクストホップ経路属性は、ルート広告シーケンスにおいて複数のＴＬＶを搬送して、異なるネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を示すことがある。

例えば、図５は、この出願の実施形態による、ルート広告の模式図である。図５に示すように、プロバイダエッジルータ（Provider Edge, PE）２は、ＢＧＰパケットを利用してルートを広告し、ルートは、エリア境界ルータ（Area Border Router, ABR）－ｃ２、ＡＢＲ－ｂ２、ＡＢＲ－ｂ１、ＡＢＲ－ａ１を順に通過して、最終的にＰＥ１に至る。ＢＧＰパケットをホップバイホップで転送するプロセスにおいて、経路に沿った各ＡＢＲは、図４に示したＴＬＶを利用して、ＡＢＲに対応するｉＦＩＴ機能をＢＧＰパケット内のネクストホップ経路属性に追加する。最終的に、ＰＥ１は、ＢＧＰパケット広告経路内の各デバイスによってサポートされるｉＦＩＴ機能情報を取得しうる。可能な例において、ＰＥ１によって取得されるｉＦＩＴ機能情報は、表４に示されうる。

経路に沿ってＢＧＰパケットを送信する各ネットワークデバイスが順に、ＩＰアドレスと、ネットワークデバイスのｉＦＩＴ機能とをＢＧＰパケット内のネクストホップ経路属性に追加することが、表４から理解することができる。このようにして、ＰＥ１は、取得されるｉＦＩＴ機能情報に基づいて、ｉＦＩＴ測定を開始するためのテールノードとして利用される特定のネットワークデバイスを決定しうる。加えて、ＰＥ１は、ＢＧＰパケット内のｉＦＩＴ機能の追加シーケンスに基づいて、ＢＧＰパケットの送信シーケンスを決定しうる。例えば、ＰＥ１は、ｉＦＩＴ機能の追加シーケンスに基づいて、ＢＧＰパケットで元来搬送されているＩＰアドレスが、ＢＧＰパケットを元来広告しているネットワークデバイスの発信ＩＰアドレスであることを決定しうる、即ち、１０．１．８．１が、ＢＧＰパケットを元来広告しているネットワークデバイスの発信ＩＰアドレスであることを決定しうる。

例えば、ＰＥ１は、表４に示したｉＦＩＴ機能情報に基づいて、ＡＢＲ－ａ１のｉＦＩＴ機能がＴ＝１、Ｅ＝０、Ｄ＝０、Ａ＝０である、即ち、ＡＢＲ－ａ１が、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能のみについての能力を有する、ことを決定する。従って、ＰＥ１は、ＰＥ１をヘッドノードとして利用し、ＡＢＲ－ａ１をテールノードとして利用して、現場での経路トラッキングのオペレーションと管理とメンテナンスを開始しうる。

他の例について、ＰＥ１は、表４に示したｉＦＩＴ機能情報に基づいて、ＰＥ２のｉＦＩＴ機能がＴ＝１、Ｅ＝１、Ｄ＝０、Ａ＝０である、即ち、ＰＥ２が、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能及び現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能の両方についての能力を有する、ことを決定する。従って、ＰＥ１は、ＰＥ１をヘッドノードとして利用し、ＰＥ２をテールノードとして利用して、現場での経路トラッキングのオペレーションと管理とメンテナンス又は現場でのエンドツーエンドのオペレーションと管理とメンテナンスを開始しうる。

例４：この例では、ｉＦＩＴ機能のサポート状態を第１のネットワークデバイスのサービスモジュールによって通知する例について説明する。例において、サービスモジュールは、ＳＲモジュール、トンネルモジュール、又は、ｉＦＩＴ機能を通知する必要がある他のサービスモジュールであってよい。これは、この出願において特に限定されない。この解決策は、セグメントルーティング（Segment Routing, SR）をサポートするネットワークに適用される。上記の第１のパケットは、ＢＧＰパケットであり、セグメントルーティングインターネットプロトコルバージョン６（Segment Routing IPv6, SRv6）仮想プライベートネットワーク（virtual private network, VPN）情報を搬送して、ｉＦＩＴ機能を通知しうる。

例えば、ＴＬＶ、例えば、ロケータｉＦＩＴ ＴＬＶが、新たにＢＧＰパケットに追加され、それにより、ｉＦＩＴ機能が搬送されうる。図６は、この出願の実施形態による、ロケータｉＦＩＴ ＴＬＶのフォーマットの模式図である。図６に示すように、ロケータｉＦＩＴ ＴＬＶは、複数のフィールドを含み、それぞれロケータプレフィックス（Locator-Prefix）、ロケータマスク（Locator-Mask）、及びｉＦＩＴ機能である。ロケータプレフィックスの長さは、１２８ビットであり、ロケータマスクの値は、１～１２８の範囲である。ロケータプレフィックス及びロケータマスクに基づいて、例えば、ロケータプレフィックスとロケータマスクとについて「ＡＮＤ」演算が実行された後、ロケータの値が取得されてよく、その値は、ＩＰｖ６アドレスネットワークセグメントである。ＳＲネットワークでは、この形式で、ヘッドノードが、アドレスネットワークセグメントを利用してトラフィックを監視して、エンドツーエンドの総トラフィック性能の検出を実施しうる。上記の説明では、第１のネットワークデバイスが、第１のネットワークデバイスのサポートモジュールを利用してｉＦＩＴ機能のサポート状態を通知するとき、第２のネットワークデバイスは、対応するサービスモジュールのみについてｉＦＩＴ検出を実行しうる。これにより、テールノードが過大なｉＦＩＴパケットを受信すること及び攻撃されることを防止する。

上記では、第１のネットワークデバイスが、パケット内の属性を利用して、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知するプロセスについて説明している。以下では、第１のネットワークデバイスが、第２のネットワークデバイスに、第１のネットワークデバイスによってサポートされるｉＦＩＴ機能を通知した後に、第２のネットワークデバイスがｉＦＩＴ測定を開始するプロセスについて説明する。

図７は、この出願の実施形態による、ｉＦＩＴ測定方法７００の模式的フローチャートである。図７に示すように、図１に示した機能通知方法に基づいて、この出願のこの実施形態は、ｉＦＩＴ測定方法７００をさらに提供する。ｉＦＩＴ測定方法は、以下のステップを含む。

ステップ７０１：第２のネットワークデバイスがデータパケットを取得する。

データパケットは、第２のネットワークデバイスがデータパケットを受信した後に転送されるパケットであってよく、データパケットを正しく宛先に転送することができることを保証するために、第２のネットワークデバイスは、データパケットを第１のネットワークデバイスに転送する必要がある。

ステップ７０２：第２のネットワークデバイスは、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態に基づいて、ｉＦＩＴ測定ヘッダをデータパケットに埋め込む。

この実施形態において、第１のネットワークデバイス又は第１のサービスモジュールは、サポートされるｉＦＩＴ機能（例えば、上記の４つのｉＦＩＴ機能のうちの１つ以上）を有し、対応するｉＦＩＴ測定を開始するために、第２のネットワークデバイスは、第１のネットワークデバイス又は第１のサービスモジュールによってサポートされるｉＦＩＴ機能に基づいて、対応するｉＦＩＴ測定ヘッダをデータパケットに埋め込む。

第２のネットワークデバイスは、第２のネットワークデバイスをヘッドノードとして、第１のネットワークデバイスをテールノードとして利用しうる。例えば、第２のネットワークデバイスは、第１のネットワークデバイスの識別子をデータパケットに埋め込み、それにより、第１のネットワークデバイスは、第１のネットワークデバイスがテールノードであると決定することができる。

ステップ７０３：第２のネットワークデバイスは、第１のネットワークデバイスに、ｉＦＩＴ測定ヘッダが埋め込まれているデータパケットを送信する。

ステップ７０４：第１のネットワークデバイスは、ｉＦＩＴ測定ヘッダに基づいて、ｉＦＩＴ測定を実行する。

ステップ７０５：第１のネットワークデバイスは、データパケットからｉＦＩＴ測定ヘッダを取り除く。

この実施形態において、第１のネットワークデバイスが、ｉＦＩＴ測定ヘッダが埋め込まれているデータパケットを受信した後、第１のネットワークデバイスは、データパケットに埋め込まれているｉＦＩＴ測定ヘッダを認識し、そのｉＦＩＴ測定ヘッダに基づいて、データ測定及び報告を実行しうる。加えて、第１のネットワークデバイスは、第１のネットワークデバイスがｉＦＩＴ測定のためのテールノードであることを認識しうる。従って、データパケットからｉＦＩＴ測定ヘッダを取り除いた後、第１のネットワークデバイスは、ｉＦＩＴ測定ヘッダが取り除かれたデータパケットを転送し続ける。

この出願の実施形態における方法１００及び方法７００については上で説明されている。この出願の実施形態におけるネットワークデバイスについては以下で説明される。以下で説明されるネットワークデバイスは、方法１００又は方法７００における第１のネットワークデバイス又は第２のネットワークデバイスの任意の機能を有する。

図８は、この出願の実施形態による、ネットワークデバイス８００の構造の模式図である。図８に示すように、ネットワークデバイス８００は、ステップ１０１又は７０３を実行するように構成された送信ユニット８０１と、ステップ１０２、７０２、７０４、又は７０５を実行するように構成された処理ユニット８０２と、ステップ７０１を実行するように構成された受信ユニット８０３とを含む。

ネットワークデバイス８００は、上記の方法実施形態における第１のネットワークデバイスに対応する。ネットワークデバイス８００内のユニット及び上記の他の動作及び／又は機能はそれぞれ、方法実施形態における第１のネットワークデバイスによって実行される様々なステップ及び方法を実装するために利用される。具体的な詳細については、方法１００又は方法７００を参照されたい。簡潔のために、詳細については、ここでは再び説明されない。

ネットワークデバイス８００がパケットを処理するとき、上記の機能モジュールへの分割が説明のための例として利用される。実際の適用の際には、上記の機能は、必要に応じて、異なる機能モジュールに割り当てられてよく、即ち、ネットワークデバイス８００の内部構造は、上述した機能の全部又は一部を実装するために異なる機能モジュールに分割される。加えて、上記の実施形態において提供されるネットワークデバイス８００は、図１又は図７に対応する実施形態における方法と同じコンセプトに属する。ネットワークデバイス８００の具体的な実装プロセスについては、方法１００又は方法７００を参照されたい。詳細については、ここでは再び説明されない。

この出願において提供される方法実施形態及び仮想的な装置実施形態に対応して、この出願の実施形態は、ネットワークデバイスをさらに提供する。以下では、ネットワークデバイスのハードウェア構造について説明する。

以下で説明するネットワークデバイス９００又はネットワークデバイス１０００は、上記の方法実施形態における第１のネットワークデバイス又は第２のネットワークデバイスに対応し、ネットワークデバイス９００又はネットワークデバイス１０００におけるハードウェア及びモジュールと、上記の他の動作及び／又は機能はそれぞれ、方法実施形態における第１のネットワークデバイス又は第２のネットワークデバイスによって実行される様々なステップ及び方法を実装するために利用される。どのようにネットワークデバイス９００又はネットワークデバイス１０００が機能通知を実行するかの詳細な手順について、具体的な詳細については、上記の方法実施形態を参照されたい。簡潔のために、詳細については、ここでは再び説明されない。方法１００又は方法７００のステップは、ネットワークデバイス９００又はネットワークデバイス１０００のプロセッサのハードウェアの集積論理回路又はソフトウェア形態の命令を利用して完備される。この出願の実施形態に関連して開示される方法のステップは、ハードウェアプロセッサによって直接的に実行されてもよいし、プロセッサにおけるハードウェアとソフトウェアモジュールとの組み合わせによって実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、リードオンリーメモリ、プログラマブルリードオンリーメモリ、電気的消去可能なプログラマブルメモリ、又はレジスタなどの当該分野で成熟した記憶媒体に配置されてよい。記憶媒体は、メモリ内に配置され、プロセッサは、メモリ内の情報を読み出し、プロセッサのハードウェアと共同で、上記の方法におけるステップを完備する。繰り返しを避けるため、詳細については、ここでは再び説明されない。

ネットワークデバイス９００又はネットワークデバイス１０００は、上記の仮想的な装置実施形態におけるネットワークデバイス８００に対応し、ネットワークデバイス８００内の各機能モジュールは、ネットワークデバイス９００又はネットワークデバイス１０００のソフトウェアを利用して実装される。言い換えると、ネットワークデバイス８００に含まれる機能モジュールは、ネットワークデバイス９００又はネットワークデバイス１０００のプロセッサがメモリに格納されているプログラムコードを読み出した後に生成される。

図９は、この出願の例示的な実施形態によるネットワークデバイス９００の構造の模式図である。ネットワークデバイス９００は、第１のネットワークデバイス又は第２のネットワークデバイスとして構成されうる。ネットワークデバイス９００は、一般的なバスアーキティクチャによって実装されうる。

ネットワークデバイス９００は、少なくとも１つのプロセッサ９０１と、通信バス９０２と、メモリ９０３と、少なくとも１つの通信インターフェース９０４とを含む。

プロセッサ９０１は、汎用ＣＰＵ、ＮＰ、又はマイクロプロセッサであってもよいし、この出願の解決策を実装するように構成された１つ以上の集積回路、例えば、特定用途向け集積回路（application-specific integrated circuit, ASIC）、プログラマブルロジックデバイス（programmable logic device, PLD）、又はそれらの組み合わせであってもよい。ＰＬＤは、コンプレックスプログラマブルロジックデバイス（complex programmable logic device, CPLD）、フィールドプログラマブルロジックゲートアレイ（field programmable gate array, FPGA）、ジェネラルアレイロジック（generic array logic, GAL）、又はそれらの任意の組み合わせであってよい。

通信バス９０２は、上記のコンポーネントの間で情報を伝送するように構成される。上記の通信バス９０２は、アドレスバス、データバス、制御バスなどに分類されうる。表示を容易にするため、図中では、バスは、１本の太線のみを利用して示されている。しかし、それは、１本のバスしかないこと、又は１つのタイプのバスしかないことを示すものではない。

メモリ９０３は、静的な情報及び命令を格納することができるリードオンリーメモリ（read-only memory, ROM）又は他のタイプの静的記憶デバイス、又は、情報及び命令を格納することができるランダムアクセスメモリ（random access memory, RAM）又は他のタイプの動的記憶デバイスであってもよいし、電気的消去可能なプログラマブルリードオンリーメモリ（electrically erasable programmable read-only memory, EEPROM）、コンパクトディスクリードオンリーメモリ（compact disc read-only memory, CD-ROM）又は他の光ディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザーディスク、光ディスク、デジタルバーサタイルディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスクなどを含む）、ディスク記憶媒体又は他の磁気記憶デバイス、又は、期待されるプログラムコードを命令又はデータ構造の形態で搬送又は格納するために利用することができ、かつコンピュータによってアクセスすることができる任意の他の媒体であってもよい。しかし、メモリ９０３は、それらに限定されない。メモリ９０３は、独立して存在してよく、通信バス９０２を介してプロセッサ９０１に接続される。代替的に、メモリ９０３は、プロセッサ９０１に統合されてよい。

通信インターフェース９０４は、トランシーバなどの任意の装置を利用し、他のデバイス又は通信ネットワークと通信するように構成される。通信インターフェース９０４は、有線通信インターフェースを含み、無線通信インターフェースをさらに含んでよい。有線通信インターフェースは、例えば、イーサネットインターフェースであってよい。イーサネットインターフェースは、光インターフェース、電気的インターフェース、又はそれらの組み合わせであってよい。無線通信インターフェースは、無線ローカルエリアネットワーク（wireless local area network, WLAN）インターフェース、セルラネットワーク通信インターフェース、又はそれらの組み合わせであってよい。

具体的な実装の際、実施形態において、プロセッサ９０１は、図９のＣＰＵ０及びＣＰＵ１などの１つ以上のＣＰＵを含んでよい。

具体的な実装の際、実施形態において、ネットワークデバイス９００は、図９に示したプロセッサ９０１及びプロセッサ９０５などの複数のプロセッサを含んでよい。これらのプロセッサのそれぞれは、シングルコアプロセッサ（single-CPU）又はマルチコアプロセッサ（multi-CPU）であってよい。ここでは、プロセッサは、データ（例えば、コンピュータプログラム命令）を処理するように構成された１つ以上のデバイス、回路、及び／又は処理コアを指すことがある。

具体的な実装の際、実施形態において、ネットワークデバイス９００は、出力デバイス９０６及び入力デバイス９０７をさらに含んでよい。出力デバイス９０６は、プロセッサ９０１と通信し、複数の方式で情報を表示しうる。例えば、出力デバイス９０６は、液晶ディスプレイ（liquid crystal display, LCD）、発光ダイオード（light emitting diode, LED）ディスプレイデバイス、陰極線管（cathode ray tube, CRT）ディスプレイデバイス、又はプロジェクタ（projector）であってよい。入力デバイス９０７は、プロセッサ９０１と通信し、複数の方式でユーザ入力を受信しうる。例えば、入力デバイス９０７は、マウス、キーボード、タッチスクリーンデバイス、又はセンサデバイスであってよい。

いくつかの実施形態において、メモリ９０３は、この出願の解決策を実行するためのプログラムコード９１０を格納するように構成され、プロセッサ９０１は、メモリ９０３に格納されたプログラムコード９１０を実行しうる。言い換えると、ネットワークデバイス９００は、プロセッサ９０１、及びメモリ９０３内のプログラムコード９１０を介して、方法実施形態において提供される方法１００又は方法７００を実装しうる。

この出願のこの実施形態におけるネットワークデバイス９００は、方法実施形態における第１のネットワークデバイス又は第２のネットワークデバイスに対応しうる。加えて、ネットワークデバイス９００内のプロセッサ９０１、通信インターフェース９０４などは、第１のネットワークデバイス又は第２のネットワークデバイスの機能、及び／又は、上記の方法実施形態において第１のネットワークデバイス又は第２のネットワークデバイスによって実行される様々なステップ及び方法を実装しうる。簡潔のために、詳細については、ここでは再び説明されない。

ネットワークデバイス８００内の送信ユニット８０１及び受信ユニット８０２は、ネットワークデバイス９００内の通信インターフェース９０４と等価である。ネットワークデバイス８００内の処理ユニット８０２は、ネットワークデバイス９００内のプロセッサ９０１と等価でありうる。

図１０は、この出願の例示的な実施形態によるネットワークデバイス１０００の構造の模式図である。ネットワークデバイス１０００は、上記の方法実施形態の方法１００又は方法７００における第１のネットワークデバイス又は第２のネットワークデバイスとして構成されうる。ネットワークデバイス１０００は、メイン制御基板１０１０及びインターフェース基板１０３０を含む。

メイン制御基板１０１０は、メイン処理ユニット（main processing unit, MPU）又はルートプロセッサカード（route processor card）とも称される。メイン制御基板１０１０は、ネットワークデバイス１０００内のコンポーネントを制御及び管理するように構成され、ルート計算、デバイス管理、デバイスメンテナンス、及びプロトコル処理の機能を含む。メイン制御基板１０１０は、中央処理ユニット１０１１及びメモリ１０１２を含む。

インターフェース基板１０３０は、ライン処理ユニット（line processing unit, LPU）、ラインカード（line card）、又はサービス基板とも称される。インターフェース基板１０３０は、様々なサービスインターフェースを提供し、データパケット転送を実施するように構成される。サービスインターフェースは、それらに限定されないが、イーサネットインターフェース、ＰＯＳ（Packet over SONET/SDH）インターフェースなどを含む。イーサネットインターフェースは、例えば、フレキシブルイーサネットクライアント（Flexible Ethernet Client, FlexE Client）である。インターフェース基板１０３０は、中央処理ユニット１０３１、ネットワークプロセッサ１０３２、転送エントリメモリ１０３４、及び物理インターフェースカード（physical interface card, PIC）１０３３を含む。

インターフェース基板１０３０上の中央処理ユニット１０３１は、インターフェース基板１０３０を制御及び管理し、メイン制御基板１０１０上の中央処理ユニット１０１１と通信するように構成される。

ネットワークプロセッサ１０３２は、パケット転送処理を実施するように構成される。ネットワークプロセッサ１０３２の形態は、転送チップであってよい。具体的には、ネットワークプロセッサ１０３２は、転送エントリメモリ１０３４に格納された転送テーブルに基づいて、受信したパケットを転送し、パケットの宛先アドレスがネットワークデバイス１０００のアドレスである場合に、処理のために、パケットをＣＰＵ（例えば、中央処理ユニット１０１１）にアップロードし、又は、パケットの宛先アドレスがネットワークデバイス１０００のアドレスでない場合に、宛先アドレスに基づいて、宛先アドレスに対応するネクストホップ及び下り（outbound）インターフェースを転送テーブルから検索し、パケットを宛先アドレスに対応する下りインターフェースに転送するように構成される。アップリンクパケット処理は、パケット上り（inbound）インターフェース処理及び転送テーブル検索を含み、また、ダウンリンクパケット処理は、転送テーブル検索などを含む。

物理インターフェースカード１０３３は、物理レイヤ相互接続機能を実装するように構成される。オリジナルトラフィックがインターフェース基板１０３０に入り、処理後に取得されるパケットが物理インターフェースカード１０３３から外部に送信される。物理インターフェースカード１０３３は、サブカードとも称され、インターフェース基板１０３０に取り付けられてよく、光／電気信号をパケットに変換し、パケット上での有効性チェックを実行し、次いで、処理のために、パケットをネットワークプロセッサ１０３２に転送することを担当する。いくつかの実施形態では、中央処理ユニットは、ネットワークプロセッサ１０３２の機能を実行してもよく、例えば、汎用ＣＰＵに基づいてソフトウェア転送を実装してもよく、それにより、ネットワークプロセッサ１０３２が、物理インターフェースカード１０３３内にある必要がなくなる。

任意選択で、ネットワークデバイス１０００は、複数のインターフェース基板を含む。例えば、ネットワークデバイス１０００は、インターフェース基板１０４０をさらに含む。インターフェース基板１０４０は、中央処理ユニット１０４１、ネットワークプロセッサ１０４２、転送エントリメモリ１０４４、及び物理インターフェースカード１０４３を含む。

任意選択で、ネットワークデバイス１０００は、スイッチング基板１０２０をさらに含む。スイッチング基板１０２０は、スイッチファブリックユニット（switch fabric unit, SFU）と称されることもある。ネットワークデバイスが複数のインターフェース基板１０３０を有するとき、スイッチング基板１０２０は、インターフェース基板の間でデータ交換を実施するように構成される。例えば、インターフェース基板１０３０とインターフェース基板１０４０とは、スイッチング基板１０２０を介して互いに通信しうる。

メイン制御基板１０１０は、インターフェース基板１０３０に結合される。例えば、メイン制御基板１０１０、インターフェース基板１０３０、インターフェース基板１０４０、及びスイッチング基板１０２０は、相互接続のためのシステムバスを介してシステムバックプレーンに接続される。可能な実装において、プロセス間通信（inter-process communication, IPC）チャネルが、メイン制御基板１０１０とインターフェース基板１０３０との間に構築され、メイン制御基板１０１０とインターフェース基板１０３０との間でＩＰＣチャネルを介して通信が実行される。

論理的には、ネットワークデバイス１０００は、制御プレーンと転送プレーンとを含む。制御プレーンは、メイン制御基板１０１０と中央処理ユニット１０３１とを含む。転送プレーンは、転送エントリメモリ１０３４、物理インターフェースカード１０３３、及びネットワークプロセッサ１０３２など、転送を実行するコンポーネントを含む。制御プレーンは、ルータ、転送テーブル生成、シグナリングとプロトコルパケット処理、及びデバイス状態構成と管理などの機能を実行する。制御プレーンは、生成した転送テーブルを転送プレーンに配送する。転送プレーン上では、ネットワークプロセッサ１０３２が、制御プレーンによって配送された転送テーブルに基づいて、物理インターフェースカード１０３３によって受信されるパケットを検索及び転送する。制御プレーンによって配送される転送テーブルは、転送エントリメモリ１０３４に格納されうる。いくつかの実施形態において、制御プレーン及び転送プレーンは、同じデバイス上で完全に分離されてもされなくてもよい。

ネットワークデバイス１０００が第１のネットワークデバイスとして構成される場合、ネットワークプロセッサ１０３２は、第１のパケットを生成し、第１のパケットが第２のネットワークデバイスに伝送されるように、第１のパケットを物理インターフェースカード１０３３から外部に送信しうる。

ネットワークデバイス１０００が第２のネットワークデバイスとして構成される場合、物理インターフェースカード１０３３は、第１のパケットを受信し、ネットワークプロセッサ１０３２が、第１のパケットから、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を取得するように、第１のパケットをネットワークプロセッサ１０３２に送信する。

ネットワークデバイス８００内の送信ユニット８０１及び受信ユニット８０３は、ネットワークデバイス１０００内の物理インターフェースカード１０３３と等価でありうる。ネットワークデバイス８００内の処理ユニット８０２は、ネットワークプロセッサ１０３２又は中央処理ユニット１０１１と等価でありうる。

この出願のこの実施形態において、インターフェース基板１０４０上の動作は、インターフェース基板１０３０上の動作と同じである。簡潔のために、詳細については、ここでは再び説明されない。この実施形態におけるネットワークデバイス１０００は、上記の方法実施形態における第１のネットワークデバイス又は第２のネットワークデバイスに対応しうる。ネットワークデバイス１０００内のメイン制御基板１０１０、インターフェース基板１０３０、及び／又はインターフェース基板１０４０は、第１のネットワークデバイス又は第２のネットワークデバイスの機能、及び／又は、上記の方法実施形態における第１のネットワークデバイス又は第２のネットワークデバイスによって実行される様々なステップを実施しうる。簡潔のために、詳細については、ここでは再び説明されない。

１つ以上のメイン制御基板があってよいことに留意すべきである。複数のメイン制御基板があるとき、アクティブなメイン制御基板とスタンバイ状態のメイン制御基板とが含まれうる。１つ以上のインターフェース基板があってもよい。ネットワークデバイスのデータ処理機能が強力になるほど、より多くのインターフェース基板が提供される。インターフェース基板上に１つ以上の物理インターフェースカードがあってもよい。スイッチング基板はなくてもよいし、１つ以上のスイッチング基板があってもよい。複数のスイッチング基板があるとき、負荷分散及び冗長バックアップが、複数のスイッチング基板によって協働して実施されうる。集中型転送アーキティクチャにおいて、ネットワークデバイスは、スイッチング基板を必要としないことがあり、インターフェース基板は、システム全体のサービスデータを処理する。分散型転送アーキティクチャにおいて、ネットワークデバイスは、少なくとも１つのスイッチング基板を有することがあり、複数のインターフェース基板の間のデータ交換が、スイッチング基板を介して実施され、大容量データの交換及び処理機能を提供する。従って、分散型アーキティクチャにおけるネットワークデバイスのデータアクセス及び処理能力は、集中型アーキティクチャにおけるデバイスのものより大きい。任意選択で、ネットワークデバイスの形態は、１つの基板のみがあるもの、即ち、スイッチング基板がないものであってもよく、インターフェース基板及びメイン制御基板の機能は、その基板に統合される。この場合、インターフェース基板上の中央処理ユニットと、メイン制御基板上の中央処理ユニットとは、基板上の１つの中央処理ユニットに結合され、２つが重ねられた後の機能を実行しうる。この形態におけるデータのデータ交換及び処理機能は低い（例えば、ローエンドスイッチ又はルータなどのネットワークデバイス）。利用される具体的なアーキティクチャは、具体的なネットワーク展開シナリオに依存する。これについては、ここでは限定されない。

いくつかの可能な実施形態において、第１のネットワークデバイス又は第２のネットワークデバイスは、仮想化デバイスとして実装されうる。

例えば、仮想化デバイスは、パケットを送信するための機能を有するプログラムを実行する仮想マシン（英語：Virtual Machine, VM）であってよく、仮想マシンは、ハードウェアデバイス（例えば、物理サーバ）上に展開される。仮想マシンは、完全なハードウェアシステム機能を有し、かつ完全に隔離された環境で動作する、完全にソフトウェアでシミュレートされたコンピュータシステムである。仮想マシンは、第１のネットワークデバイス又は第２のネットワークデバイスとして構成されうる。例えば、第１のネットワークデバイス又は第２のネットワークデバイスは、ネットワーク機能仮想化（Network Function Virtualization, NFV）技術と組み合わせて、汎用物理サーバに基づいて実装されうる。第１のネットワークデバイス又は第２のネットワークデバイスは、仮想ホスト、仮想ルータ、又は仮想スイッチである。当業者は、汎用物理サーバ上で、この出願を読むことによって、ＮＦＶ技術を参照して、上記の機能を有する第１のネットワークデバイス又は第２のネットワークデバイスを仮想化しうる。詳細については、ここでは説明されない。

例えば、仮想化デバイスは、コンテナであってよく、コンテナは、隔離された仮想化環境を提供するように構成されたエンティティである。例えば、コンテナは、ドッカーコンテナであってよい。コンテナは、第１のネットワークデバイス又は第２のネットワークデバイスとして構成されうる。例えば、第１のネットワークデバイス又は第２のネットワークデバイスは、対応するイメージを利用して作成されうる。例えば、２つのコンテナインスタンスは、プロキシコンテナについて、プロキシコンテナ（プロキシサーバを提供するコンテナ）のイメージを利用して作成され、それぞれ、コンテナインスタンスプロキシコンテナ１及びコンテナインスタンスプロキシコンテナ２である。コンテナインスタンスプロキシコンテナ１は、第１のネットワークデバイス又は第１のコンピューティングデバイスとして提供され、コンテナインスタンスプロキシコンテナ２は、第２のネットワークデバイス又は第２のコンピューティングデバイスとして提供される。コンテナ技術が実装のために利用されるとき、第１のネットワークデバイス又は第２のネットワークデバイスは、物理マシンのカーネルを利用して動作してよく、複数の第１のネットワークデバイス又は第２のネットワークデバイスが、物理マシンのオペレーティングシステムを共有しうる。異なる第１のネットワークデバイス又は第２のネットワークデバイスは、コンテナ技術を利用して隔離されうる。コンテナ化された第１のネットワークデバイス又は第２のネットワークデバイスは、仮想化環境内で動作してよく、例えば、仮想マシン内で動作してよく、又は、コンテナ化された第１のネットワークデバイス又は第２のネットワークデバイスは、物理マシン内で直接的に動作してよい。

例えば、仮想化デバイスは、ポッドであってよく、ポッドは、Kubernetes（Kubernetesは、Googleのオープンソースコンテナオーケストレーションエンジンであり、英語では略してＫ８ｓである）であり、コンテナ化されたアプリケーションを展開、管理、及び組織化するための基本ユニットである。ポッドは、１つ以上のコンテナを含みうる。同じポッド内の各コンテナは、通常、同じホスト上に展開される。従って、同じポッド内の各コンテナは、ホストを介して通信しうるし、ホストのストレージリソース及びネットワークリソースを共有しうる。ポッドは、第１のネットワークデバイス又は第２のネットワークデバイスとして構成されうる。例えば、具体的には、サービスとしてのコンテナ（英語フルネーム：container as a service、英語では略してCaaSであり、コンテナベースのPaaSサービスである）は、ポッドを作成するように指示されることがあり、ポッドは、第１のネットワークデバイス又は第２のネットワークデバイスとして提供される。

もちろん、第１のネットワークデバイス又は第２のネットワークデバイスは、代替的に、他の仮想化デバイスであってよい。これについては、ここではいちいち列挙しない。

いくつかの可能な実施形態において、第１のネットワークデバイス又は第２のネットワークデバイスは、代替的に、汎用プロセッサによって実装されうる。例えば、汎用プロセッサの形態は、チップであってよい。具体的には、第１のネットワークデバイス又は第２のネットワークデバイスを実現する汎用プロセッサは、処理回路と、内部的に接続され、かつ処理回路と通信する入力インターフェース及び出力インターフェースとを含む。処理回路は、入力インターフェースを介して、上記の方法実施形態におけるパケット生成ステップを実行するように構成される。処理回路は、入力インターフェースを介して、上記の方法実施形態における受信ステップを実行するように構成される。処理回路は、出力インターフェースを介して、上記の方法実施形態における送信ステップを実行するように構成される。任意選択で、汎用プロセッサは、記憶媒体をさらに含んでよく、処理回路は、記憶媒体を介して、上記の方法実施形態における記憶ステップを実行するように構成される。記憶媒体は、処理回路によって実行される命令を格納してよく、処理回路は、記憶媒体に格納された命令を実行して、上記の方法実施形態を実行するように構成される。

図１１を参照する。この出願の実施形態は、ネットワークシステム１１００を提供する。システム１１００は、第１のネットワークデバイス１１０１及び第２のネットワークデバイス１１０２を含む。任意選択で、第１のネットワークデバイス１１０１は、例えば、ネットワークデバイス８００、ネットワークデバイス９００、又はネットワークデバイス１０００であり、第２のネットワークデバイス１１０２は、ネットワークデバイス８００、ネットワークデバイス９００、又はネットワークデバイス１０００である。

この出願の実施形態は、コンピュータプログラム製品を提供する。コンピュータプログラム製品が第１のネットワークデバイス又は第２のネットワークデバイス上で実行されるとき、第１のネットワークデバイス又は第２のネットワークデバイスは、上記の方法実施形態における方法１００又は方法７００を実行することが可能になる。

上記の製品形態でネットワークデバイスが別々に、上記の方法実施形態における第１のネットワークデバイス又は第２のネットワークデバイスの任意の機能を有する。詳細については、ここでは再び説明されない。

当業者は、この明細書において開示された実施形態において説明される方法ステップ及びユニットは、電子ハードウェア、コンピュータソフトウェア、又はそれらの組み合わせによって実装されうることを理解しうる。ハードウェアとソフトウェアとの間の可換性について明確に説明するために、上記では、概して、機能に従う各実施形態のステップ及び構成について説明してきた。機能がハードウェアによって実行されるか、ソフトウェアによって実行されるかは、技術的解決策の特定の適用及び設計制約条件に依存する。当業者は、各特定の適用のために、説明された機能を実装するために異なる方法を利用しうるが、その実装がこの出願の範囲を逸脱するとみなされるべきでない。

便利で簡潔な説明を目的として、上記のシステム、装置、及びユニットの詳細な動作プロセスについては、上記の方法実施形態における、対応するプロセスを参照すべきことは当業者によって明確に理解されうる。詳細については、ここでは再び説明されない。

この出願において提供されるいくつかの実施形態において、開示されたシステム、装置、及び方法は、他の方法で実装されることがある。例えば、説明された装置実施形態は単なる例に過ぎない。例えば、ユニット分割は、単なる論理機能分割に過ぎず、実際の実装においては他の分割でありうる。例えば、複数のユニット又はコンポーネントは、他のシステムに結合又は統合されてもよいし、一部の特徴が省略され又は実行されなくてもよい。加えて、表示され又は論述された相互結合又は直接結合又は通信接続は、いくつかのインターフェースを介して実装されてよい。装置又はユニットの間の間接結合又は通信接続は、電気的に、機械的に、又は他の形態で実装されうる。

別々の部分として説明されたユニットは、物理的に別々であっても、そうでなくてもよく、ユニットとして表示された部分は、物理的なユニットであっても、そうでなくてもよく、１つの場所に配置されてもよいし、複数のネットワークユニット上に分散されてもよい。ユニットの一部又は全部は、実際の要件に基づいて選択され、この出願の実施形態の解決策の目的を達成しうる。

加えて、この出願の実施形態における機能ユニットは、１つの処理ユニットに統合されてよく、ユニットのそれぞれは、物理的に単独で存在してよいし、又は、２つ以上のユニットが１つのユニットに統合されてよい。統合されたユニットは、ハードウェアの形態で実装されてもよいし、ソフトウェア機能ユニットの形態で実装されてもよい。

統合されたユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売又は利用されるとき、統合されたユニットは、コンピュータ可読記憶媒体に格納されうる。そのような理解に基づき、この出願の技術的解決策は本質的に、又は従来技術に貢献する部分、又は技術的解決策の全部又は一部は、ソフトウェア製品の形態で実装されうる。コンピュータソフトウェア製品は、記憶媒体に格納され、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってよい）に、この出願の実施形態における方法のステップの全部又は一部を実行するように指示するための、いくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリーメモリ（read-only Memory, ROM）、ランダムアクセスメモリ（random access memory, RAM）、磁気ディスク、又は光ディスクなど、プログラムコードを格納することができる任意の媒体を含む。

上記の説明は、単に、この出願の具体的な実施形態に過ぎず、この出願の保護範囲を限定することを意図していない。この出願において開示された技術的範囲内で、当業者によって直ちに理解される任意の修正又は置換は、この出願の保護範囲に収まるべきである。従って、この出願の保護範囲は、特許請求の範囲の保護範囲を対象とすべきである。

上記の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを利用して実装されうる。ソフトウェアが実施形態を実装するために利用されるとき、実施形態の全部又は一部は、コンピュータプログラム製品の形態で実装されることがある。コンピュータプログラム製品は、１つ以上のコンピュータプログラム命令を含む。コンピュータプログラム命令がコンピュータ上にロードされて実行されるとき、この出願の実施形態による手順又は機能の全部又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されうるか、又は、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体へと伝送されうる。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンターから、他のウェブサイト、コンピュータ、サーバ、又はデータセンターへと有線又は無線方式で伝送されうる。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体、又は、１つ以上の利用可能な媒体を統合するサーバ又はデータセンタなどのデータ記憶デバイスであってよい。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光学媒体（例えば、デジタルビデオディスク（digital video disc, DVD））、半導体媒体（例えば、ソリッドステートドライブ、ＳＳＤ）などであってよい。

当業者は、実施形態のステップの全部又は一部は、ハードウェア又は関連ハードウェアに指示するプログラムによって実装されうることを理解しうる。プログラムは、コンピュータ可読記憶媒体に格納されうる。記憶媒体は、リードオンリーメモリ、磁気ディスク、光ディスクなどであってよい。

上記の説明は、この出願の単なる任意選択の実施形態についてのものであり、この出願を限定することは意図していない。この出願の思想及び原理を逸脱することなくなされる任意の修正、等価置換、又は改善は、この出願の保護範囲内に収まるべきである。

この出願は、２０２０年７月１３日に中国国家知的産権局に提出され、「CAPABILITY NOTIFICATION METHOD AND RELATED DEVICE」と題された中国特許出願第202010672048.2号の優先権を主張し、その全体が参照によって本明細書に組み込まれる。

この出願は、通信技術の分野に関し、特に、機能通知方法、及び関連デバイスに関する。

現場でのフロー情報テレメトリ（in-situ Flow Information Telemetry, iFIT）は、オペレーション、管理、及びメンテナンス（Operation, Administration, and Maintenance, OAM）の検出技術であり、実データパケットで搬送される測定情報に基づいて、ネットワークの実パケットロスレート及び遅延などの性能インジケータを直接的に取得することができる。

通常、ｉＦＩＴが実行される測定領域は、ヘッドノードとテールノードとを含む。ヘッドノードは、カプセル化ノード（Encapsulate node, Encap node）と称されることもあり、テールノードは、カプセル除去ノード（Decapsulate node, Decap node）と称されることもある。任意選択で、測定領域は、中間ノードをさらに含む。パケットが測定領域に入った後、ヘッドノードは、測定ヘッダをパケットに埋め込み、そのパケットを中間ノードに転送する。中間ノードは、パケット内の測定ヘッダに基づいて測定及びデータ収集を実行してよく、又は、中間ノードは、透過的にパケットをテールノードに伝送する。パケットが測定領域を出る前に、テールノードは、中間ノードによって収集されたデータを報告し、測定ヘッダをパケットから取り除いて、元のパケットを復元する。測定ヘッダ埋め込みの有効範囲は、測定領域内である。測定ヘッダが埋め込まれているパケットが測定領域の外に拡散される場合、パケットは、識別されることができず、又は破棄されることさえできず、それによって、正常なサービスパケット転送に影響を及ぼす。

現在、測定ヘッダを埋め込む前に、ヘッドノードは、テールノードがｉＦＩＴ機能を有することを確認する必要がある。これには、通常、関連デバイス、例えば、テールノードの関連情報を手動で構成し、ヘッドノード上で、ヘッドノードが、関連デバイスのｉＦＩＴ機能に基づいて測定ヘッダを埋め込むかどうかを決定することができることを保証するためにオペレーション及びメンテナンス員を要する。しかし、手動構成は、不十分であり、かつ複雑であり、それは、容易に正常なサービスパケット転送に影響を及ぼす。

この出願は、手動で複雑なｉＦＩＴ機能構成を構成することについての技術的課題を解決するための機能通知方法、及び関連デバイスを提供する。

この出願の第１の態様は、機能通知方法を提供する。方法は、第１のネットワークデバイスが、第１のパケットを第２のネットワークデバイスに送信することであって、第１のパケットは、第１のインジケーション情報を含み、第１のインジケーション情報は、第１のネットワークデバイス又は第１のネットワークデバイスに含まれる第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を示す、ことを含む。

この出願では、第１のネットワークデバイスが、パケットを第２のネットワークデバイスに送信して、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知する。このようにして、第１のネットワークデバイスが測定ヘッダをサービスパケットから取り除くことができないためにサービスを正しく処理することができなくなることを防止するために、第２のネットワークデバイスは、第１のネットワークデバイスのｉＦＩＴ機能に基づいて、測定ヘッダを埋め込むかどうかを決定することができる。

任意選択で、可能な実装において、ｉＦＩＴ機能のサポート状態は、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができる又はｉＦＩＴ処理を行うことができないという状態を含む。

この出願では、第１のネットワークデバイスが直接的に、パケットで、第１のネットワークデバイスがｉＦＩＴ処理を行うことができること又はｉＦＩＴ処理を行うことができないことを通知し、それにより、第２のネットワークデバイスは、第１のネットワークデバイスによってサポートされるｉＦＩＴ機能タイプに基づいて、対応するｉＦＩＴ測定を開始し、又は、第１のネットワークデバイスによってサポートされないｉＦＩＴ機能に基づいて、対応するｉＦＩＴ測定を開始せず、解決策のフレキシビリティを改善する。

任意選択で、可能な実装において、ｉＦＩＴ機能は、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含む。

任意選択で、可能な実装において、第１のパケットは、ボーダーゲートウェイプロトコル（Border Gateway Protocol, BGP）パケットを含み、ＢＧＰパケットは、第１の属性を含み、第１のインジケーション情報は、第１の属性で搬送される。既存のＢＧＰパケット内の属性は、ｉＦＩＴ機能を通知するために利用されるインジケーション情報を搬送するために拡張され、それにより、従来技術に対する修正を可能な限り低減することができ、解決策の実現可能性を改善することができる。

任意選択で、可能な実装において、第１の属性は、ネクストホップ機能属性、拡張コミュニティ属性、又はネクストホップ経路属性を含む。

任意選択で、可能な実装において、第１の属性は、ネクストホップ情報をさらに搬送し、ネクストホップ情報は、第１のネットワークデバイスのアドレスを含む。ネクストホップ情報は、第１の属性で搬送され、それにより、第２のネットワークデバイスは、第１の属性内のネクストホップ情報に基づいて、第１の属性で搬送されるｉＦＩＴ機能に対応するネットワークデバイスを決定することができ、解決策の実現可能性が改善される。

任意選択で、可能な実装において、第１の属性は、ネクストホップ経路属性を含み、第１のネットワークデバイスが、第１のパケットを第２のネットワークデバイスに送信する前に、方法は、第１のネットワークデバイスが、第３のネットワークデバイスによって送信された第２のパケットを受信することであって、第２のパケットは、第２のインジケーション情報を含み、第２のインジケーション情報は、第３のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を示す、ことをさらに含み、第１のネットワークデバイスが、第１のパケットを第２のネットワークデバイスに送信することは、第１のネットワークデバイスが、第２のパケットに基づいて、第１のパケットを第２のネットワークデバイスに送信することであって、第１のパケットは、第２のインジケーション情報をさらに含む、ことを含む。パケットは、複数のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を搬送し、それにより、パケットを受信する第２のネットワークデバイスは、同じパケットに基づいて、複数のネットワークデバイスに対応するｉＦＩＴ機能を知ることができ、パケットオーバーヘッドを低減し、複数のネットワークデバイスのｉＦＩＴ機能に基づいて、第２のネットワークデバイスが、ｉＦＩＴ測定を実行するテールノードをフレキシブルに選択できることを保証し、解決策のフレキシビリティを改善する。

任意選択で、可能な実装において、第１の属性は、第３のネットワークデバイスのアドレスをさらに含む。第１の属性は、第３のネットワークデバイスのアドレスをさらに含み、それにより、第２のネットワークデバイスは、パケットで搬送されるｉＦＩＴ機能に対応する各ネットワークデバイスを特定することができ、解決策の実現可能性を改善する。

任意選択で、可能な実装において、第１の属性は、発信インターネットプロトコル（Internet Protocol, IP）アドレスをさらに搬送し、発信ＩＰアドレスは、第１のネットワークデバイスのアドレスを含む。発信ＩＰアドレスは、有効性チェックを強化するために利用されてよく、第１のネットワークデバイスのアドレスは、第１のパケットで搬送されるネクストホップが、実際に第１のパケットを送信する第１のネットワークデバイスであるかどうかをチェックするために示される。これにより、情報改ざんを防止し、技術的解決策の信頼性をさらに増加させる。

任意選択で、可能な実装において、第１のパケットは、ＢＧＰパケット又は内部ゲートウェイプロトコル（Interior Gateway Protocol, IGP）パケットを含む。

任意選択で、可能な実装において、第１のネットワークデバイスが、第１のパケットを第２のネットワークデバイスに送信する前に、方法は、第１のネットワークデバイスが、第１のネットワークデバイスのｉＦＩＴ機能の変更に基づいて、第１のパケットを生成することをさらに含む。ネットワークデバイスのｉＦＩＴ機能が変更されるとき、ネットワークデバイスは、ネットワークデバイスの変更されたｉＦＩＴ機能を通知するためのパケットを生成するようにトリガされ、それにより、他のネットワークデバイスは、ネットワークデバイスに対応するｉＦＩＴ機能を適時に知ることができ、他のネットワークデバイスが、測定ヘッダを埋め込むかどうかを正しく決定できることを保証し、正常なパケット転送を保証する。

任意選択で、可能な実装において、第１のインジケーション情報は、第１のタイプ長さ値（Type Length Value, TLV）を含み、第１のＴＬＶは、第１のフィールドを含む。第１のフィールドは、１つ以上のビットを含み、第１のフィールド内の各ビットは、第１のネットワークデバイスが、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つについての能力を有する又は能力を有しないことを示す。代替的に、第１のフィールドは、複数の値を含み、第１のフィールド内の各値は、第１のネットワークデバイスが、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上についての能力を有する又は能力を有しないことを示す。パケットのフィールドは、ｉＦＩＴ機能のサポート状態を示すために複数のビット又は複数の値を含む。これにより、解決策実装のフレキシビリティを改善することができる。

任意選択で、可能な実装において、第１のネットワークデバイスが、第１のパケットを送信した後に、方法は、第１のパケットを送信することに応答して、第１のネットワークデバイスが、第２のネットワークデバイスによって送信されたデータパケットを受信することであって、データパケットは、ｉＦＩＴ測定ヘッダを含む、ことと、第１のネットワークデバイスが、ｉＦＩＴ測定ヘッダに基づいて、ｉＦＩＴ測定を実行することと、第１のネットワークデバイスが、ｉＦＩＴ測定ヘッダをデータパケットから取り除くこととをさらに含む。

この出願の第２の態様は、機能通知方法を提供する。方法は、第２のネットワークデバイスが、第１のネットワークデバイスによって送信された第１のパケットを受信することであって、第１のパケットは、第１のインジケーション情報を含み、第１のインジケーション情報は、第１のネットワークデバイス又は第１のネットワークデバイスに含まれる第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を示す、ことと、第２のネットワークデバイスが、第１のパケットに基づいて、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を決定することとを含む。

任意選択で、可能な実装において、ｉＦＩＴ機能のサポート状態は、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができる又はｉＦＩＴ処理を行うことができないという状態を含む。

任意選択で、可能な実装において、ｉＦＩＴ機能は、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含む。

任意選択で、可能な実装において、第２のネットワークデバイスが、第１のパケットに基づいて、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を決定した後に、方法は、第２のネットワークデバイスが、データパケットを受信することと、第２のネットワークデバイスが、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態に基づいて、ｉＦＩＴ測定ヘッダをデータパケットに埋め込むことと、第２のネットワークデバイスが、第１のネットワークデバイスに、ｉＦＩＴ測定ヘッダが埋め込まれているデータパケットを送信することとをさらに含む。

この出願の第３の態様は、第１のネットワークデバイスを提供する。第１のネットワークデバイスは、第１のパケットを送信することであって、第１のパケットは、第１のインジケーション情報を含み、第１のインジケーション情報は、第１のネットワークデバイス又は第１のネットワークデバイスに含まれる第１のサービスモジュールに対応する現場フロー情報テレメトリｉＦＩＴ機能のサポート状態を示す、ことを行うように構成された送信ユニットを含む。

任意選択で、可能な実装において、ｉＦＩＴ機能のサポート状態は、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができる又はｉＦＩＴ処理を行うことができないという状態を含む。

任意選択で、可能な実装において、ｉＦＩＴ機能は、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含む。

任意選択で、可能な実装において、第１のパケットは、ボーダーゲートウェイプロトコルＢＧＰパケットを含み、ＢＧＰパケットは、第１の属性を含み、第１のインジケーション情報は、第１の属性で搬送される。

任意選択で、可能な実装において、第１の属性は、ネクストホップ機能属性、拡張コミュニティ属性、又はネクストホップ経路属性を含む。

任意選択で、可能な実装において、第１の属性は、発信インターネットプロトコルＩＰアドレスをさらに搬送し、発信ＩＰアドレスは、第１のネットワークデバイスのアドレスを含み、発信ＩＰアドレスは、第１のパケットを送信するデバイスが第１のネットワークデバイスであることを示す。

任意選択で、可能な実装において、第１のネットワークデバイスは、受信ユニットをさらに含み、第１の属性は、ネクストホップ経路属性を含み、受信ユニットは、第３のネットワークデバイスによって送信された第２のパケットを受信することであって、第２のパケットは、第２のインジケーション情報を含み、第２のインジケーション情報は、第３のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を示す、ことを行うように構成され、送信ユニットは、第２のパケットに基づいて、第１のパケットを第２のネットワークデバイスに送信することであって、第１のパケットは、第２のインジケーション情報をさらに含む、ことを行うようにさらに構成される。

任意選択で、可能な実装において、第２のインジケーション情報は、第３のネットワークデバイスのアドレスをさらに含む。

任意選択で、可能な実装において、第１のパケットは、ＢＧＰパケット又は内部ゲートウェイプロトコルＩＧＰパケットを含む。

任意選択で、可能な実装において、第１のネットワークデバイスは、第１のネットワークデバイスのｉＦＩＴ機能の変更に基づいて、第１のパケットを生成するように構成された処理ユニットをさらに含む。

任意選択で、可能な実装において、第１のインジケーション情報は、第１のタイプ長さ値ＴＬＶを含み、第１のＴＬＶは、第１のフィールドを含み、第１のフィールドは、１つ以上のビットを含み、第１のフィールド内の各ビットは、第１のネットワークデバイスが、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つについての能力を有する又は能力を有しないことを示す、又は第１のフィールドは、複数の値を含み、第１のフィールド内の各値は、第１のネットワークデバイスが、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上についての能力を有する又は能力を有しないことを示す。

任意選択で、可能な実装において、受信ユニットは、第１のパケットを送信することに応答して、第２のネットワークデバイスによって送信されたデータパケットを受信することであって、データパケットは、ｉＦＩＴ測定ヘッダを含む、ことを行うようにさらに構成され、処理ユニットは、ｉＦＩＴ測定ヘッダに基づいて、ｉＦＩＴ測定を実行し、ｉＦＩＴ測定ヘッダをデータパケットから取り除くようにさらに構成される。

この出願の第４の態様は、第２のネットワークデバイスを提供する。第２のネットワークデバイスは、第１のネットワークデバイスによって送信された第１のパケットを受信することであって、第１のパケットは、第１のインジケーション情報を含み、第１のインジケーション情報は、第１のネットワークデバイス又は第１のネットワークデバイスに含まれる第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を示す、ことを行うように構成された受信ユニットと、第１のパケットに基づいて、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を決定するように構成された処理ユニットとを含む。

任意選択で、可能な実装において、ｉＦＩＴ機能のサポート状態は、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができる又はｉＦＩＴ処理を行うことができないという状態を含む。

任意選択で、可能な実装において、ｉＦＩＴ機能は、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含む。

任意選択で、可能な実装において、第２のネットワークデバイスは、送信ユニットをさらに含み、受信ユニットは、データパケットを取得するようにさらに構成され、処理ユニットは、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態に基づいて、ｉＦＩＴ測定ヘッダをデータパケットに埋め込むようにさらに構成され、送信ユニットは、第１のネットワークデバイスに、ｉＦＩＴ測定ヘッダが埋め込まれているデータパケットを送信するようにさらに構成される。

この出願の第５の態様は、ネットワークデバイスを提供する。ネットワークデバイスは、プロセッサと、通信インターフェースとを含む。プロセッサは、命令を実行するように構成され、それにより、ネットワークデバイスは、第１の態様又は第２の態様、及び第１の態様又は第２の態様の実装のいずれか１つによる方法を実行することが可能になる。

この出願の第６の態様は、ネットワークシステムを提供する。ネットワークシステムは、第３の態様、及び第３の態様の実装のいずれか１つによる第１のネットワークデバイスと、第４の態様、及び第４の態様の実装のいずれか１つによる第２のネットワークデバイスとを含む。

この出願の第７の態様は、コンピュータ記憶媒体を提供する。コンピュータ記憶媒体は、不揮発性であってよい。コンピュータ記憶媒体は、コンピュータ可読命令を格納している。コンピュータ可読命令がプロセッサによって実行されるとき、第１の態様又は第２の態様、及び第１の態様又は第２の態様の実装のいずれか１つによる方法が実装される。

この出願の第８の態様は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、第１の態様又は第２の態様、及び第１の態様又は第２の態様の実装のいずれか１つによる方法を実行することが可能になる。

この出願の第９の態様は、チップシステムを提供する。チップシステムは、上記の態様における機能を実施する、例えば、上記の方法におけるデータ及び／又は情報を送信又は処理するに際し、ネットワークデバイスをサポートするように構成されたプロセッサを含む。可能な設計において、チップシステムは、メモリをさらに含む。メモリは、ネットワークデバイスに必要なプログラム命令及びデータを格納するように構成される。チップシステムは、チップを含んでもよいし、チップと他のディスクリートデバイスとを含んでもよい。

この出願の実施形態は、以下の利点を有することを上記の技術的解決策から理解することができる。この出願の実施形態は、機能通知方法、及び関連デバイスを提供する。第１のネットワークデバイスは、パケットを第２のネットワークデバイスに送信して、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知する。このようにして、第２のネットワークデバイスは、第１のネットワークデバイスが測定ヘッダをサービスパケットから取り除くことができないためにサービスパケットを破棄することを防止するために、第１のネットワークデバイスのｉＦＩＴ機能に基づいて、測定ヘッダを埋め込むかどうかを決定することができる。これにより、正常なサービスパケット転送を保証する。

この出願の実施形態による、機能通知方法１００の模式的フローチャートである。 この出願の実施形態による、パケット送信手順の模式図である。 この出願の実施形態による、ネクストホップ機能属性がｉＦＩＴ機能を搬送するパケットフォーマットの模式図である。 この出願の実施形態による、機能値フィールドのパケットフォーマットの模式図である。 この出願の実施形態による、ネクストホップ経路属性内のＴＬＶのフォーマットの模式図である。 この出願の実施形態による、ルート広告の模式図である。 この出願の実施形態による、ロケータｉＦＩＴ ＴＬＶのフォーマットの模式図である。 この出願の実施形態による、ｉＦＩＴ測定方法７００の模式的フローチャートである。 この出願の実施形態による、ネットワークデバイス８００の構造の模式図である。 この出願の例示的な実施形態による、ネットワークデバイス９００の構造の模式図である。 この出願の例示的な実施形態による、ネットワークデバイス１０００の構造の模式図である。 この出願の例示的な実施形態による、ネットワークシステム１１００の構造の模式図である。

この出願のこの明細書、特許請求の範囲、及び添付図において、用語「第１の」、「第２の」、「第３の」、「第４の」など（ある場合）は、類似のオブジェクト間を区別することを意図しており、必ずしも特定の順序又は順番を示すものではない。そのような方法で名付けられたデータは、適切な環境において交換可能であり、従って、本明細書で説明される、この出願の実施形態を、本明細書で図示され又は説明される順序とは異なる順序で実施することができると理解すべきである。加えて、「含む」、「対応する」、及びそれらの任意の変形などの用語は、非排他的包含、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品、又はデバイスをカバーすることが意図されており、これらの明示的に列挙されたステップ又はユニットに必ずしも限定されず、明示的に列挙されていない又はそのようなプロセス、方法、製品、又はデバイスに固有の他のステップ又はユニットを含むことがある。

この出願の実施形態において、用語「例」、「例えば」などは、例、例示、又は説明を与えることを表すために利用される。この出願の実施形態において「例」又は「例えば」として説明される任意の実施形態又は設計スキームは、他の実施形態又は設計スキームより好適である又はより有利であると解釈されるべきではない。正確には、用語「例」、「例えば」などの利用は、特定の方式における関連概念を提供することを意図している。

関連技術では、ヘッドノードがｉＦＩＴ測定ヘッダをパケットに埋め込むとき、テールノードがｉＦＩＴ機能を有しない場合、テールノードは、ｉＦＩＴ測定ヘッダをパケットから取り除くことができない。結果として、パケットを認識することができないためにパケットが破棄され、正常なパケット転送に影響を及ぼす。

従って、測定ヘッダを埋め込む前に、ヘッドノードは、テールノードがｉＦＩＴ機能を有することを確認する必要がある。これには、通常、ヘッドノード上でｉＦＩＴ関連情報を手動で構成し、ヘッドノードが、測定ヘッダを埋め込む前に、関連デバイスのｉＦＩＴ機能に基づいて、測定ヘッダを埋め込むかどうかを決定することができることを保証するためにオペレーション及びメンテナンス員を要する。しかし、手動構成は、不十分であり、かつ複雑である。

例えば、ネットワークに、互いに接続されているネットワークデバイス１及びネットワークデバイス２が含まれ、ネットワークデバイス２は、外部ネットワークに接続されている。

ネットワークデバイス１及びネットワークデバイス２は、それぞれｉＦＩＴ測定領域のヘッドノード及びテールノードでありうる。ネットワークデバイス１が送信対象パケットを取得した後、ネットワークデバイス１は、ｉＦＩＴ測定ヘッダをパケットに埋め込み、ネットワークデバイス２に、ｉＦＩＴ測定ヘッダが埋め込まれているパケットを送信する。ネットワークデバイス２は、受信されたパケット内のｉＦＩＴ測定ヘッダに基づいて、データ測定及び報告を実行し、ｉＦＩＴ測定ヘッダをパケットから取り除き、ｉＦＩＴ測定ヘッダが取り除かれたデータパケットを外部ネットワークに転送する。

ネットワークデバイス１が測定ヘッダを埋め込む必要がある前に、ネットワークデバイス２がｉＦＩＴ及びｉＦＩＴをサポートする特定の機能をサポートしているかどうかを決定する必要がある。さもなければ、ネットワークデバイス２がｉＦＩＴ又は対応する機能をサポートしていない場合、ネットワークデバイス１が測定ヘッダを埋め込んで、測定ヘッダをネットワークデバイス２に送信した後、ネットワークデバイス２が測定ヘッダの処理をサポートしないために、パケット処理又は送信においてエラーが発生しうる。この場合、ネットワークデバイス２によってサポートされるｉＦＩＴ機能は、通常、ネットワークデバイス１上で、オペレーション及びメンテナンス員によって手動構成される。これは、複雑な構成及び低い構成効率などの課題をもたらす。

さらに、ネットワークが変更された後、ネットワークデバイス２は、ｉＦＩＴ処理を行うことができるデバイスから、ｉＦＩＴ処理を行うことができないデバイスに変更される。ネットワークデバイス１上でのネットワークデバイス２の関連構成が、オペレーション及びメンテナンス員によって手動で構成されるため、ネットワークデバイス１は、ネットワークデバイス２上の変更に気づくことができない。このようにして、ネットワークデバイス１がパケットを受信した後、ネットワークデバイス１は、ｉＦＩＴ測定ヘッダをパケットに埋め込み続け、ネットワークデバイス２に、ｉＦＩＴ測定ヘッダが埋め込まれているパケットを転送する。しかし、ネットワークデバイス２がｉＦＩＴ機能を有しないため、ネットワークデバイス２は、パケット内のｉＦＩＴ測定ヘッダを認識することができず、結果として、そのパケットを外部ネットワークに直接転送する。外部ネットワークは、パケット内のｉＦＩＴ測定ヘッダを認識することができず、結果として、パケットを破棄し、正常なパケット転送に影響を及ぼす。上記の課題に鑑み、この出願の実施形態は、機能通知方法、及び関連デバイスを提供する。第１のネットワークデバイスは、パケットを第２のネットワークデバイスに送信し、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知する。このようにして、第２のネットワークデバイスは、第１のネットワークデバイスがパケット内の測定ヘッダを正しく処理することができないために正常なパケット転送に影響を及ぼすことを防止するために、第１のネットワークデバイスのｉＦＩＴ機能に基づいて、測定ヘッダを埋め込むかどうかを決定することができる。

図１は、この出願の実施形態による機能通知方法１００の模式的フローチャートである。図１に示すように、この出願のこの実施形態において提供される機能通知方法１００は、以下のステップを含む。

ステップ１０１：第１のネットワークデバイスは、第１のパケットを第２のネットワークデバイスに送信し、第１のパケットは、第１のインジケーション情報を含み、第１のインジケーション情報は、第１のネットワークデバイス又は第１のネットワークデバイスに含まれる第１のサービスモジュールに対応する現場フロー情報テレメトリｉＦＩＴ機能のサポート状態を示す。

この実施形態において、第１のネットワークデバイス及び第２のネットワークデバイスは、例えば、ルータ、スイッチ、又はゲートウェイなどの物理デバイスであってもよいし、パケット転送をサポートする仮想デバイスであってもよい。第１のネットワークデバイス及び第２のネットワークデバイスの具体的なタイプについては、この実施形態において限定されない。第１のネットワークデバイスは、複数のサービスモジュールを含んでよい。第１のサービスモジュールは、第１のネットワークデバイス内にあり、かつパケット転送又はパケット処理を実行するように構成されうるサービスモジュール、例えば、ＶＰＮ処理モジュールであってよい。第１のパケットは、例えば、ボーダーゲートウェイプロトコル（Border Gateway Protocol, BGP）パケット又は内部ゲートウェイプロトコル（Interior Gateway Protocol, IGP）パケットなどのパケットであってよい。例では、第１のパケットは、ＢＧＰ更新パケット（update packet）であり、通知ルートに利用される。例えば、第１のネットワークデバイスは、第２のネットワークデバイスに、ｉＦＩＴ機能のサポート状態を搬送するＢＧＰ更新パケットについての通知ルートを広告し、ルートは、サービスルート（Service Route）、トンネルルート（Tunnel Route）、ＳＲｖ６ロケータ（Locator）などのＳＲｖ６ルート、又は他のルートであってよく、第２のネットワークデバイスは、通常、パケットで搬送されるｉＦＩＴ機能を受信して識別しうる。ＢＧＰパケットによって示されるアドレス範囲については、第２のネットワークデバイスが、Ｅｎｃａｐノードとして利用されてよく、第１のネットワークデバイスがＤｅｃａｐノードとして利用されてよい。

可能な実装において、ｉＦＩＴ機能のサポート状態は、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができるかどうかであってよい。

例えば、第１のインジケーション情報は、ビットを含んでよく、そのビットの値は、「０」又は「１」であってよい。ビットの値が「０」であるとき、それは、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができないことを示す。ビットの値が「１」であるとき、それは、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができることを示す。

例では、第１のネットワークデバイスが第１のパケットを第２のネットワークデバイスに送信する前に、第１のネットワークデバイスが、他のパケットを第２のネットワークデバイスに送信することによって、又は、事前に第２のネットワークデバイスと取り決めを行うことによって、サポートされる特定のｉＦＩＴ機能（単数）又は特定のｉＦＩＴ機能（複数）をさらに示しうる。

他の可能な実装において、ｉＦＩＴ機能のサポート状態は、代替的に、第１のネットワークデバイス又は第１のサービスモジュールがｉＦＩＴ処理を行うことができる又はｉＦＩＴ処理を行うことができないという状態であってよい。

例えば、ｉＦＩＴ機能は、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含んでよい。即ち、第１のインジケーション情報は、第１のネットワークデバイス又は第１のサービスモジュールが、４つのタイプのｉＦＩＴ機能のうちの１つ以上についての能力を有する及び／又は能力を有しないことを示しうる。

任意選択で、可能な例において、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能は、事前に割り当てられた、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、及び、増加する、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能をさらに含みうる。具体的には、ｉＦＩＴ機能は、４つの機能のうちの１つ以上、即ち、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能を含みうる。代替的に、ｉＦＩＴ機能は、５つの機能、即ち、事前に割り当てられた、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、増加する、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含みうる。説明を容易にするため、以下では、ｉＦＩＴ機能が４つのｉＦＩＴ機能を含む例を利用する。

可能な例において、第１のインジケーション情報は、第１のＴＬＶを含んでよく、第１のＴＬＶは、第１のフィールドを含み、第１のフィールドは、サポートされる及び／又はサポートされないｉＦＩＴ機能を示す。言い換えると、第１のネットワークデバイスは、ＴＬＶを第１のパケットに追加し、ＴＬＶ内のフィールドを利用して、第１のネットワークデバイスによってサポートされる及び／又はサポートされないｉＦＩＴ機能を搬送しうる。

可能な例において、第１のフィールドは、１つ以上のビットを含み、第１のフィールド内の各ビットは、第１のネットワークデバイスが、上記の４つのタイプのｉＦＩＴ処理のうちの１つについての能力を有する又は能力を有しないことを示す。

例えば、ｉＦＩＴ機能が上記の４つのｉＦＩＴ機能を含むとき、第１のフィールドは、４つのビットを含む。４つのビットは、例えば、ビット「Ｔ」、ビット「Ｅ」、ビット「Ｄ」、及び「Ａ」であり、それぞれ、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能に対応するサポート状態を示しうる。詳細については、表１を参照されたい。表１は、４つのビットを利用してｉＦＩＴ機能が示される例である。

上記の４つのｉＦＩＴ機能のサポート状態が、４つのビットの異なる値を利用して効果的に示されうることが、表１から理解されうる。上記の説明は、第１のフィールドに含まれるビットの数量が４である例を利用して提供されることが理解されうる。実際のケースでは、代替的に、他の数量のビットが第１のフィールドに含まれることがありうる。例えば、第１のフィールドは、１つのビット、２つのビット、５つのビットなどを含みうる。第１のフィールドのビットの数量が４より小さいとき、第１のフィールドのビットの数量は、第１のフィールドによって示すことができるｉＦＩＴ機能の数量に対応する。例えば、１つのビットのみを含む第１のフィールドは、上記の４つのｉＦＩＴ機能のうちのいずれか１つのサポート状態のみを示しうる。第１のフィールドのビットの数量が４より大きいとき、上記の４つのｉＦＩＴ機能を示すことに基づいて、特定のビットが、予約済ビットとして、その後の拡張利用を容易にするために、さらに予約されうる。

他の例では、ｉＦＩＴ機能が上記の５つのｉＦＩＴ機能を含むとき、第１のフィールドは、５つのビットを含みうる。５つのビットは、例えば、ビット「Ｐ」、ビット「Ｉ」、ビット「Ｅ」、ビット「Ｄ」、及びビット「Ａ」であってよく、それぞれ、事前に割り当てられた、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、増加する、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能に対応するサポート状態を示しうる。

他の可能な例では、第１のフィールドは、複数の値を含み、第１のフィールド内の各値は、第１のネットワークデバイスが、上記の４つのタイプのｉＦＩＴ処理のうちの１つ以上についての能力を有する又は能力を有しないことを示す。

例えば、第１のフィールドは、４つのビットを含み、４つのビットは、「００００」から「１１１１」など、１６個の異なる値を示しうる、即ち、第１のフィールドは、１５個の値を含みうる。このようにして、４つのビットの異なる値は、４つのｉＦＩＴ機能のうちのいずれか１つ又は任意の組み合わせを示しうる。例えば、「００００」は、上記の４つのｉＦＩＴ機能がサポートされないことを示す。「０００１」から「０１００」は、それぞれ、上記の４つのｉＦＩＴ機能のうちのいずれか１つがサポートされ、かつ上記の４つのｉＦＩＴ機能のうちの他の３つがサポートされないことを示す。「０１０１」から「１０１０」は、それぞれ、上記の４つのｉＦＩＴ機能のうちのいずれか２つがサポートされ、かつ上記の４つのｉＦＩＴ機能のうちの他の２つがサポートされないことを示す。「１０１１」から「１１１０」は、それぞれ、上記の４つのｉＦＩＴ機能のうちのいずれか３つがサポートされ、かつ上記の４つのｉＦＩＴ機能のうちの他の１つがサポートされないことを示す。「１１１１」は、上記の４つの機能がサポートされることを示す。

第１のフィールドに含まれる値の数量は、代替的に、実際の状態に基づいて決定されうることが理解されうる。例えば、第１のフィールドは、４つの値を含んでよく、４つの値のそれぞれは、上記の４つのｉＦＩＴ機能のうちの１つがサポートされることを示す。どのようにして第１のフィールドが、異なる値を利用してｉＦＩＴ機能のサポート状態を示すかについて、この実施形態は限定されない。

この実施形態において、第１のネットワークデバイスが第１のパケットを第２のネットワークデバイスに送信するようにトリガされる複数のケースがありうる。

ケース１：第１のネットワークデバイスのｉＦＩＴ機能が変更される。

例えば、第１のネットワークデバイスが、ｉＦＩＴ機能を変更する指示を取得するとき、第１のネットワークデバイスは、第１のネットワークデバイスのｉＦＩＴ機能が変更されると決定しうる。第１のネットワークデバイスは、変更されたｉＦＩＴ機能に基づいて、第１のパケットを生成し、第１のパケットを第２のネットワークデバイスに送信し、第２のネットワークデバイスに、変更されたｉＦＩＴ機能のサポート状態を通知しうる。例えば、ｉＦＩＴ機能を変更する指示は、オペレーション及びメンテナンス員によって、コマンドラインを入力することによって、第１のネットワークデバイスに配送されうる。

ケース２：第１のネットワークデバイスは、ネットワーク内に新たに配置されるデバイスである。

例えば、第１のネットワークデバイスは、ネットワーク展開プロセスにおいて（例えば、ネットワーク展開の初期段階において）、ネットワーク内に直接的に配置されるデバイスであってよい。代替的に、第１のネットワークデバイスは、ネットワークメンテナンスプロセスにおいて、ネットワークデバイス内の元のデバイスを置き換えることによって、ネットワーク内に新たに配置されるデバイスであってよい。このようにして、新たに配置された第１のネットワークデバイスが電源オンされて開始された後、第１のネットワークデバイスは、自動的に、第１のパケットを第２のネットワークデバイスに送信することをトリガして、第２のネットワークデバイスに、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知しうる。

上記のケースに加え、第１のネットワークデバイスは、代替的に、他のケースにおいて、第１のパケットを第２のネットワークデバイスに送信するようにトリガされうることが理解されうる。例えば、第１のネットワークデバイスが周期的に第１のパケットを第２のネットワークデバイスに送信することをトリガするために、周期性が設定されうる。第１のネットワークデバイスが、第１のパケットを第２のネットワークデバイスに送信するようにトリガされるケースは、この出願のこの実施形態において特に限定されない。

ステップ１０２：第２のネットワークデバイスは、第１のパケットに基づいて、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を決定する。

第１のネットワークデバイスによって送信される第１のパケットで搬送される第１のインジケーション情報に対応して、第２のネットワークデバイスは、第１のインジケーション情報に基づいて、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を決定する。

この実施形態では、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を決定した後、第２のネットワークデバイスが、測定ヘッダをデータパケットに埋め込むことができるかどうかを決定しうる。例えば、第２のネットワークデバイスが、第１のネットワークデバイスが現場での経路トラッキングのオペレーションと管理とメンテナンスの機能についての能力を有すると決定した後、第２のネットワークデバイスは、測定ヘッダをデータパケットに埋め込み、第１のネットワークデバイスに、測定ヘッダが埋め込まれているデータパケットを送信してよく、ここで、データパケット内の測定ヘッダは、第１のネットワークデバイスに、現場での経路トラッキングのオペレーションと管理とメンテナンスを実行することを示す。他の例では、第２のネットワークデバイスが、第１のネットワークデバイスが現場での経路トラッキングのオペレーションと管理とメンテナンスの機能についての能力を有しないと決定した後、第２のネットワークデバイスは、第１のネットワークデバイスに、測定ヘッダが埋め込まれていないデータパケットを直接的に転送する。

この実施形態において、第１のネットワークデバイスは、パケットを第２のネットワークデバイスに送信し、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知する。このようにして、第２のネットワークデバイスは、第１のネットワークデバイスのｉＦＩＴ機能に基づいて、測定ヘッダを埋め込むかどうかを決定して、第１のネットワークデバイスがパケット内の測定ヘッダを正しく処理することができないために正常なパケット転送に影響が及ぶことを防止することができる。

上記では、第１のネットワークデバイスが第２のネットワークデバイスに、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知するプロセスについて説明している。以下では、どのようにして第１のネットワークデバイスが、第１のパケットを利用して、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知するかについて詳細に説明する。

可能な実施形態において、第１のパケットは、ＢＧＰパケットを含んでよく、ＢＧＰパケットは、例えば、ＢＧＰ更新パケットであってよい。ＢＧＰパケットは、第１の属性を含み、第１のインジケーション情報は、第１の属性で搬送される。例えば、第１の属性は、ネクストホップ機能属性、拡張コミュニティ属性、又はネクストホップ経路属性を含みうる。ＴＬＶが、新たに第１の属性に追加され、それにより、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態が搬送されうる。

上記の第１の属性に加え、第１のネットワークデバイスによって第２のネットワークデバイスに送信されたＢＧＰパケットは、ネクストホップをさらに含み、ＢＧＰパケット内のネクストホップは、第１のネットワークデバイスのアドレスであると理解されうる。このようにして、第２のネットワークデバイスが、第１のネットワークデバイスによって送信されたＢＧＰパケットを受信した後、第２のネットワークデバイスは、ＢＧＰパケット内のネクストホップが第１のネットワークデバイスであることに基づいて、第１の属性内の第１のインジケーション情報によって示されるデバイスが第１のネットワークデバイスであると決定しうる、即ち、第１のネットワークデバイスのｉＦＩＴ機能が、第１の属性で搬送されるｉＦＩＴ機能であると決定しうる。

可能な例において、第１の属性は、発信ＩＰアドレスをさらに搬送してよく、発信ＩＰアドレスは、第１のネットワークデバイスのアドレスを含む。発信ＩＰアドレスは、強化された有効性チェックに利用されてよく、第１のパケットで搬送されるネクストホップが、第１のパケットを実際に送信する第１のネットワークデバイスであるかどうかをチェックするために、第１のネットワークデバイスのアドレス（即ち、第１のパケットを送信する発信ネットワークデバイスのアドレス）が示される。任意選択で、発信ＩＰアドレスは、ネクストホップ情報と称されることもあり、即ち、第１の属性は、ネクストホップ情報を搬送してよく、ネクストホップ情報は、第１のネットワークデバイスのアドレスを含む。

いくつかのケースにおいて、第１のネットワークデバイス及び第２のネットワークデバイスは、直接的に接続されなくてよく、即ち、他のデバイスが、第１のネットワークデバイスと第２のネットワークデバイスとの間にさらに接続されてよいことが理解されうる。例えば、ルートリフレクタが、第１のネットワークデバイスと第２のネットワークデバイスとの間にさらに接続される。この場合、第１のネットワークデバイスが、第１のパケットをルートリフレクタに送信し、次いで、ルートリフレクタが、第１のパケットを第２のネットワークデバイスに転送する。ルートリフレクタが第１のパケットを転送するプロセスにおいて、ルートリフレクタは、第１のパケット内のネクストホップを、ルートリフレクタのアドレスに修正しうる（即ち、第１のネットワークデバイスからルートリフレクタにネクストホップを修正しうる）。結果として、第２のネットワークデバイスは、第１のパケット内のネクストホップに基づいて、第１の属性で搬送されるｉＦＩＴ機能に対応するデバイスを決定することができない。

例えば、図２は、この出願の実施形態による、パケット送信手順の模式図である。図２に示すように、ステップ２０１において、第１のネットワークデバイスは、第１のパケットをルートリフレクタに送信し、ここで、第１のパケット内のネクストホップは、第１のネットワークデバイスのアドレスである。第１のパケットは、第１のネットワークデバイスのｉＦＩＴ機能を搬送するために利用される第１の属性を含み、第１の属性は、ネクストホップ情報を含み、ネクストホップ情報は、また、第１のネットワークデバイスのアドレスである。ステップ２０２において、ルートリフレクタは、第１のパケット内のネクストホップを、ルートリフレクタのアドレスに修正するが、第１のパケット内の第１の属性を修正しない。ステップ２０３において、ルートリフレクタは、第２のネットワークデバイスに、ネクストホップが修正されている第１のパケットを送信する。ステップ２０４において、第２のネットワークデバイスは、第１の属性内のネクストホップ情報に基づいて、ｉＦＩＴ処理を行うことができるデバイスが、第１のパケット内のネクストホップで示されるルートリフレクタではなく、第１のネットワークデバイスであることを決定する。

言い換えると、ネクストホップ情報は、第１のパケット内の第１の属性で搬送され、それにより、第１のネットワークデバイスと第２のネットワークデバイスとの間の他のネットワークデバイスがあるとき、第２のネットワークデバイスが、第１の属性で搬送されるｉＦＩＴ機能に対応するネットワークデバイスを決定できることを保証することができる。

可能な例において、第１の属性は、ネクストホップ経路属性を含み、ネクストホップ経路属性は、複数のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を搬送しうる。

例えば、第１のネットワークデバイスが第１のパケットを第２のネットワークデバイスに送信することの前に、方法は、第１のネットワークデバイスが、第３のネットワークデバイスによって送信された第２のパケットを受信することであって、第２のパケットは、第２のインジケーション情報を含み、第２のインジケーション情報は、第３のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を示す、ことと、第１のネットワークデバイスが、第２のパケット内の第２のインジケーション情報に基づいて、第１のパケットを第２のネットワークデバイスに送信することであって、第１のパケットは、第２のインジケーション情報をさらに含む、こととをさらに含みうる。

言い換えると、第１のネットワークデバイスによって送信される第１のパケットは、第１のネットワークデバイス及び第３のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態をそれぞれ示す第１のインジケーション情報及び第２のインジケーション情報を含む。このようにして、第２のネットワークデバイスが第１のパケットを受信した後、第２のネットワークデバイスは、第１のパケットに基づいて、第１のネットワークデバイス及び第３のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を知りうる、即ち、第２のネットワークデバイスは、同じパケットに基づいて、複数のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を知りうる。

第１のインジケーション情報及び第２のインジケーション情報は、ネクストホップ経路属性で搬送されうる。例えば、ネクストホップ経路属性は、ｉＦＩＴ機能を示す複数のＴＬＶを含んでよく、複数のＴＬＶはそれぞれ、異なるネットワークデバイスに対応するｉＦＩＴ機能を搬送してよい。

可能な例において、ネクストホップ経路属性は、第１のネットワークデバイス及び第３のネットワークデバイスのアドレスをさらに含んでよく、それにより、第２のネットワークデバイスは、ネクストホップ経路属性で示されるｉＦＩＴ機能に対応するネットワークデバイスを決定することができる。例えば、ネクストホップ経路属性は、ＴＬＶ１とＴＬＶ２とを含み、ＴＬＶ１は、第１のネットワークデバイスのアドレスと、対応するｉＦＩＴ機能のサポート状態とを含み、ＴＬＶ２は、第３のネットワークデバイスのアドレスと、対応するｉＦＩＴ機能のサポート状態とを含む。このようにして、第２のネットワークデバイスは、ＴＬＶ内のネットワークデバイスのアドレスに基づいて、各ネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を決定しうる。

理解を容易にするため、以下では、具体的な例を参照して、第１のネットワークデバイスが、パケット内の属性を利用して第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知する具体的な実装について説明する。

例１：ＢＧＰパケット内のネクストホップ機能属性が、ｉＦＩＴ機能のサポート状態を搬送する。

例えば、図３Ａは、この出願の実施形態による、ネクストホップ機能属性がｉＦＩＴ機能を搬送するパケットフォーマット、即ち、第１のインジケーション情報の模式図である。図３Ａに示すように、ネクストホップ機能属性は、機能コード（Capability Code）と、機能長（Capability Length）と、機能値（Capability Value）とを含んでよい。機能コードは、ネクストホップ機能属性がｉＦＩＴ機能を搬送することを示しうる。機能長は、機能値の長さを示しうる。機能値は、ｉＦＩＴ機能を搬送するために利用されうる。例えば、図３Ｂは、この出願の実施形態による、機能値フィールドのパケットフォーマットの模式図である。図３Ｂに示すように、機能値は、ｉＦＩＴ機能（iFIT Capability）を含みうる。任意選択で、機能値は、発信ＩＰアドレス（Originating IP Address）をさらに含みうる。ｉＦＩＴ機能は、ｉＦＩＴ機能がサポートされる及び／又はサポートされないことを示すために、複数のビット又は複数の値を含んでよい。詳細については、ステップ１０１を参照されたい。詳細については、ここでは再び説明されない。発信ＩＰアドレスは、有効性チェックを強化するために、第１のネットワークデバイスのＩＰｖ４アドレス又はＩＰｖ６アドレスを示してよい。

例２：ＢＧＰパケット内の拡張コミュニティ属性がｉＦＩＴ機能を搬送する。

例えば、ＢＧＰパケット内のインターネットプロトコルバージョン４（Internet Protocol version 4, IPv4）拡張コミュニティ属性の可能なフォーマットは、表２に示されうる。

タイプ１及びサブタイプ１は、ＩＰｖ４拡張コミュニティ属性がｉＦＩＴ機能を搬送するために利用されることを示しうる。ｉＦＩＴ機能（iFIT Capability）は、ｉＦＩＴ機能のサポート状態を搬送するために利用される。ｉＦＩＴ機能は、上記の機能値と同様であり、詳細については、ここでは再び説明されない。任意選択で、ＩＰｖ４拡張コミュニティ属性は、発信ＩＰｖ４アドレス（Originating IPv4 Address）をさらに含んでよく、発信ＩＰｖ４アドレスは、パケットを送信するネットワークデバイスの発信ＩＰアドレス、即ち、第１のネットワークデバイスのＩＰｖ４アドレスを搬送するために利用されうる。

ＢＧＰパケット内のＩＰｖ６拡張コミュニティ属性の可能なフォーマットは、表３に示されうる。

同様に、タイプ２及びサブタイプ２は、ＩＰｖ６拡張コミュニティ属性がｉＦＩＴ機能を搬送するために利用されることを示しうる。任意選択で、ＩＰｖ６拡張コミュニティ属性は、ネクストホップＩＰｖ６をさらに含んでよく、ネクストホップＩＰｖ６は、ＩＰｖ６ネクストホップ情報を搬送するために利用されてよい。

例３：ＢＧＰパケット内のネクストホップ経路属性が、ｉＦＩＴ機能を搬送する。

例えば、図４は、この出願の実施形態による、ネクストホップ経路属性内のＴＬＶのフォーマットの模式図である。図４に示すように、ＴＬＶは、タイプ（Type）、長さ（Length）、及び値（value）を含む。ＴＬＶ内の値部分は、予約済（Reserved）ビット、発信ＩＰアドレス（Originating IP Address）、及びｉＦＩＴ機能を含みうる。ＴＬＶは、ネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を示しうる。ＴＬＶにおいて、「タイプ」は、ＴＬＶのタイプを示し、「長さ」は、ＴＬＶの長さ情報を示し、「予約済」は、拡張利用のために利用され、「発信ＩＰアドレス」は、ＴＬＶを送信するネットワークデバイスのＩＰアドレスを示し、「ｉＦＩＴ機能」は、ｉＦＩＴ機能を搬送するために利用される。

可能な例では、ＢＧＰパケットを利用してルートを広告するプロセスにおいて、ネットワークデバイスが、対応するｉＦＩＴ機能のサポート状態を示すために、ＢＧＰパケット内のネクストホップ経路属性内に上記のＴＬＶを含みうる。ＢＧＰパケットをホップバイホップで転送するプロセスにおいて、ＢＧＰパケットの転送を担当する他のネットワークデバイスが、新たにＴＬＶをＢＧＰパケット内のネクストホップ経路属性に追加して、対応するｉＦＩＴ機能のサポート状態を搬送することがある。言い換えると、ＢＧＰパケット内のネクストホップ経路属性は、ルート広告シーケンスにおいて複数のＴＬＶを搬送して、異なるネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を示すことがある。

例えば、図５は、この出願の実施形態による、ルート広告の模式図である。図５に示すように、プロバイダエッジルータ（Provider Edge, PE）２は、ＢＧＰパケットを利用してルートを広告し、ルートは、エリア境界ルータ（Area Border Router, ABR）－ｃ２、ＡＢＲ－ｂ２、ＡＢＲ－ｂ１、ＡＢＲ－ａ１を順に通過して、最終的にＰＥ１に至る。ＢＧＰパケットをホップバイホップで転送するプロセスにおいて、経路に沿った各ＡＢＲは、図４に示したＴＬＶを利用して、ＡＢＲに対応するｉＦＩＴ機能をＢＧＰパケット内のネクストホップ経路属性に追加する。最終的に、ＰＥ１は、ＢＧＰパケット広告経路内の各デバイスによってサポートされるｉＦＩＴ機能情報を取得しうる。可能な例において、ＰＥ１によって取得されるｉＦＩＴ機能情報は、表４に示されうる。

経路に沿ってＢＧＰパケットを送信する各ネットワークデバイスが順に、ＩＰアドレスと、ネットワークデバイスのｉＦＩＴ機能とをＢＧＰパケット内のネクストホップ経路属性に追加することが、表４から理解することができる。このようにして、ＰＥ１は、取得されるｉＦＩＴ機能情報に基づいて、ｉＦＩＴ測定を開始するためのテールノードとして利用される特定のネットワークデバイスを決定しうる。加えて、ＰＥ１は、ＢＧＰパケット内のｉＦＩＴ機能の追加シーケンスに基づいて、ＢＧＰパケットの送信シーケンスを決定しうる。例えば、ＰＥ１は、ｉＦＩＴ機能の追加シーケンスに基づいて、ＢＧＰパケットで元来搬送されているＩＰアドレスが、ＢＧＰパケットを元来広告しているネットワークデバイスの発信ＩＰアドレスであることを決定しうる、即ち、１０．１．８．１が、ＢＧＰパケットを元来広告しているネットワークデバイスの発信ＩＰアドレスであることを決定しうる。

例えば、ＰＥ１は、表４に示したｉＦＩＴ機能情報に基づいて、ＡＢＲ－ａ１のｉＦＩＴ機能がＴ＝１、Ｅ＝０、Ｄ＝０、Ａ＝０である、即ち、ＡＢＲ－ａ１が、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能のみについての能力を有する、ことを決定する。従って、ＰＥ１は、ＰＥ１をヘッドノードとして利用し、ＡＢＲ－ａ１をテールノードとして利用して、現場での経路トラッキングのオペレーションと管理とメンテナンスを開始しうる。

他の例について、ＰＥ１は、表４に示したｉＦＩＴ機能情報に基づいて、ＰＥ２のｉＦＩＴ機能がＴ＝１、Ｅ＝１、Ｄ＝０、Ａ＝０である、即ち、ＰＥ２が、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能及び現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能の両方についての能力を有する、ことを決定する。従って、ＰＥ１は、ＰＥ１をヘッドノードとして利用し、ＰＥ２をテールノードとして利用して、現場での経路トラッキングのオペレーションと管理とメンテナンス又は現場でのエンドツーエンドのオペレーションと管理とメンテナンスを開始しうる。

例４：この例では、ｉＦＩＴ機能のサポート状態を第１のネットワークデバイスのサービスモジュールによって通知する例について説明する。例において、サービスモジュールは、ＳＲモジュール、トンネルモジュール、又は、ｉＦＩＴ機能を通知する必要がある他のサービスモジュールであってよい。これは、この出願において特に限定されない。この解決策は、セグメントルーティング（Segment Routing, SR）をサポートするネットワークに適用される。上記の第１のパケットは、ＢＧＰパケットであり、セグメントルーティングインターネットプロトコルバージョン６（Segment Routing IPv6, SRv6）仮想プライベートネットワーク（virtual private network, VPN）情報を搬送して、ｉＦＩＴ機能を通知しうる。

例えば、ＴＬＶ、例えば、ロケータｉＦＩＴ ＴＬＶが、新たにＢＧＰパケットに追加され、それにより、ｉＦＩＴ機能が搬送されうる。図６は、この出願の実施形態による、ロケータｉＦＩＴ ＴＬＶのフォーマットの模式図である。図６に示すように、ロケータｉＦＩＴ ＴＬＶは、複数のフィールドを含み、それぞれロケータプレフィックス（Locator-Prefix）、ロケータマスク（Locator-Mask）、及びｉＦＩＴ機能である。ロケータプレフィックスの長さは、１２８ビットであり、ロケータマスクの値は、１～１２８の範囲である。ロケータプレフィックス及びロケータマスクに基づいて、例えば、ロケータプレフィックスとロケータマスクとについて「ＡＮＤ」演算が実行された後、ロケータの値が取得されてよく、その値は、ＩＰｖ６アドレスネットワークセグメントである。ＳＲネットワークでは、この形式で、ヘッドノードが、アドレスネットワークセグメントを利用してトラフィックを監視して、エンドツーエンドの総トラフィック性能の検出を実施しうる。上記の説明では、第１のネットワークデバイスが、第１のネットワークデバイスのサポートモジュールを利用してｉＦＩＴ機能のサポート状態を通知するとき、第２のネットワークデバイスは、対応するサービスモジュールのみについてｉＦＩＴ検出を実行しうる。これにより、テールノードが過大なｉＦＩＴパケットを受信すること及び攻撃されることを防止する。

上記では、第１のネットワークデバイスが、パケット内の属性を利用して、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を通知するプロセスについて説明している。以下では、第１のネットワークデバイスが、第２のネットワークデバイスに、第１のネットワークデバイスによってサポートされるｉＦＩＴ機能を通知した後に、第２のネットワークデバイスがｉＦＩＴ測定を開始するプロセスについて説明する。

図７は、この出願の実施形態による、ｉＦＩＴ測定方法７００の模式的フローチャートである。図７に示すように、図１に示した機能通知方法に基づいて、この出願のこの実施形態は、ｉＦＩＴ測定方法７００をさらに提供する。ｉＦＩＴ測定方法は、以下のステップを含む。

ステップ７０１：第２のネットワークデバイスがデータパケットを取得する。

データパケットは、第２のネットワークデバイスがデータパケットを受信した後に転送されるパケットであってよく、データパケットを正しく宛先に転送することができることを保証するために、第２のネットワークデバイスは、データパケットを第１のネットワークデバイスに転送する必要がある。

ステップ７０２：第２のネットワークデバイスは、第１のネットワークデバイス又は第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態に基づいて、ｉＦＩＴ測定ヘッダをデータパケットに埋め込む。

この実施形態において、第１のネットワークデバイス又は第１のサービスモジュールは、サポートされるｉＦＩＴ機能（例えば、上記の４つのｉＦＩＴ機能のうちの１つ以上）を有し、対応するｉＦＩＴ測定を開始するために、第２のネットワークデバイスは、第１のネットワークデバイス又は第１のサービスモジュールによってサポートされるｉＦＩＴ機能に基づいて、対応するｉＦＩＴ測定ヘッダをデータパケットに埋め込む。

第２のネットワークデバイスは、第２のネットワークデバイスをヘッドノードとして、第１のネットワークデバイスをテールノードとして利用しうる。例えば、第２のネットワークデバイスは、第１のネットワークデバイスの識別子をデータパケットに埋め込み、それにより、第１のネットワークデバイスは、第１のネットワークデバイスがテールノードであると決定することができる。

ステップ７０３：第２のネットワークデバイスは、第１のネットワークデバイスに、ｉＦＩＴ測定ヘッダが埋め込まれているデータパケットを送信する。

ステップ７０４：第１のネットワークデバイスは、ｉＦＩＴ測定ヘッダに基づいて、ｉＦＩＴ測定を実行する。

ステップ７０５：第１のネットワークデバイスは、データパケットからｉＦＩＴ測定ヘッダを取り除く。

この実施形態において、第１のネットワークデバイスが、ｉＦＩＴ測定ヘッダが埋め込まれているデータパケットを受信した後、第１のネットワークデバイスは、データパケットに埋め込まれているｉＦＩＴ測定ヘッダを認識し、そのｉＦＩＴ測定ヘッダに基づいて、データ測定及び報告を実行しうる。加えて、第１のネットワークデバイスは、第１のネットワークデバイスがｉＦＩＴ測定のためのテールノードであることを認識しうる。従って、データパケットからｉＦＩＴ測定ヘッダを取り除いた後、第１のネットワークデバイスは、ｉＦＩＴ測定ヘッダが取り除かれたデータパケットを転送し続ける。

この出願の実施形態における方法１００及び方法７００については上で説明されている。この出願の実施形態におけるネットワークデバイスについては以下で説明される。以下で説明されるネットワークデバイスは、方法１００又は方法７００における第１のネットワークデバイス又は第２のネットワークデバイスの任意の機能を有する。

図８は、この出願の実施形態による、ネットワークデバイス８００の構造の模式図である。図８に示すように、ネットワークデバイス８００は、ステップ１０１又は７０３を実行するように構成された送信ユニット８０１と、ステップ１０２、７０２、７０４、又は７０５を実行するように構成された処理ユニット８０２と、ステップ７０１を実行するように構成された受信ユニット８０３とを含む。

ネットワークデバイス８００は、上記の方法実施形態における第１のネットワークデバイスに対応する。ネットワークデバイス８００内のユニット及び上記の他の動作及び／又は機能はそれぞれ、方法実施形態における第１のネットワークデバイスによって実行される様々なステップ及び方法を実装するために利用される。具体的な詳細については、方法１００又は方法７００を参照されたい。簡潔のために、詳細については、ここでは再び説明されない。

ネットワークデバイス８００がパケットを処理するとき、上記の機能モジュールへの分割が説明のための例として利用される。実際の適用の際には、上記の機能は、必要に応じて、異なる機能モジュールに割り当てられてよく、即ち、ネットワークデバイス８００の内部構造は、上述した機能の全部又は一部を実装するために異なる機能モジュールに分割される。加えて、上記の実施形態において提供されるネットワークデバイス８００は、図１又は図７に対応する実施形態における方法と同じコンセプトに属する。ネットワークデバイス８００の具体的な実装プロセスについては、方法１００又は方法７００を参照されたい。詳細については、ここでは再び説明されない。

この出願において提供される方法実施形態及び仮想的な装置実施形態に対応して、この出願の実施形態は、ネットワークデバイスをさらに提供する。以下では、ネットワークデバイスのハードウェア構造について説明する。

以下で説明するネットワークデバイス９００又はネットワークデバイス１０００は、上記の方法実施形態における第１のネットワークデバイス又は第２のネットワークデバイスに対応し、ネットワークデバイス９００又はネットワークデバイス１０００におけるハードウェア及びモジュールと、上記の他の動作及び／又は機能はそれぞれ、方法実施形態における第１のネットワークデバイス又は第２のネットワークデバイスによって実行される様々なステップ及び方法を実装するために利用される。どのようにネットワークデバイス９００又はネットワークデバイス１０００が機能通知を実行するかの詳細な手順について、具体的な詳細については、上記の方法実施形態を参照されたい。簡潔のために、詳細については、ここでは再び説明されない。方法１００又は方法７００のステップは、ネットワークデバイス９００又はネットワークデバイス１０００のプロセッサのハードウェアの集積論理回路又はソフトウェア形態の命令を利用して完備される。この出願の実施形態に関連して開示される方法のステップは、ハードウェアプロセッサによって直接的に実行されてもよいし、プロセッサにおけるハードウェアとソフトウェアモジュールとの組み合わせによって実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、リードオンリーメモリ、プログラマブルリードオンリーメモリ、電気的消去可能なプログラマブルメモリ、又はレジスタなどの当該分野で成熟した記憶媒体に配置されてよい。記憶媒体は、メモリ内に配置され、プロセッサは、メモリ内の情報を読み出し、プロセッサのハードウェアと共同で、上記の方法におけるステップを完備する。繰り返しを避けるため、詳細については、ここでは再び説明されない。

ネットワークデバイス９００又はネットワークデバイス１０００は、上記の仮想的な装置実施形態におけるネットワークデバイス８００に対応し、ネットワークデバイス８００内の各機能モジュールは、ネットワークデバイス９００又はネットワークデバイス１０００のソフトウェアを利用して実装される。言い換えると、ネットワークデバイス８００に含まれる機能モジュールは、ネットワークデバイス９００又はネットワークデバイス１０００のプロセッサがメモリに格納されているプログラムコードを読み出した後に生成される。

図９は、この出願の例示的な実施形態によるネットワークデバイス９００の構造の模式図である。ネットワークデバイス９００は、第１のネットワークデバイス又は第２のネットワークデバイスとして構成されうる。ネットワークデバイス９００は、一般的なバスアーキティクチャによって実装されうる。

ネットワークデバイス９００は、少なくとも１つのプロセッサ９０１と、通信バス９０２と、メモリ９０３と、少なくとも１つの通信インターフェース９０４とを含む。

プロセッサ９０１は、汎用ＣＰＵ、ＮＰ、又はマイクロプロセッサであってもよいし、この出願の解決策を実装するように構成された１つ以上の集積回路、例えば、特定用途向け集積回路（application-specific integrated circuit, ASIC）、プログラマブルロジックデバイス（programmable logic device, PLD）、又はそれらの組み合わせであってもよい。ＰＬＤは、コンプレックスプログラマブルロジックデバイス（complex programmable logic device, CPLD）、フィールドプログラマブルゲートアレイ（field programmable gate array, FPGA）、ジェネラルアレイロジック（generic array logic, GAL）、又はそれらの任意の組み合わせであってよい。

通信バス９０２は、上記のコンポーネントの間で情報を伝送するように構成される。上記の通信バス９０２は、アドレスバス、データバス、制御バスなどに分類されうる。表示を容易にするため、図中では、バスは、１本の太線のみを利用して示されている。しかし、それは、１本のバスしかないこと、又は１つのタイプのバスしかないことを示すものではない。

メモリ９０３は、静的な情報及び命令を格納することができるリードオンリーメモリ（read-only memory, ROM）又は他のタイプの静的記憶デバイス、又は、情報及び命令を格納することができるランダムアクセスメモリ（random access memory, RAM）又は他のタイプの動的記憶デバイスであってもよいし、電気的消去可能なプログラマブルリードオンリーメモリ（electrically erasable programmable read-only memory, EEPROM）、コンパクトディスクリードオンリーメモリ（compact disc read-only memory, CD-ROM）又は他の光ディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザーディスク、光ディスク、デジタルバーサタイルディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスクなどを含む）、ディスク記憶媒体又は他の磁気記憶デバイス、又は、期待されるプログラムコードを命令又はデータ構造の形態で搬送又は格納するために利用することができ、かつコンピュータによってアクセスすることができる任意の他の媒体であってもよい。しかし、メモリ９０３は、それらに限定されない。メモリ９０３は、独立して存在してよく、通信バス９０２を介してプロセッサ９０１に接続される。代替的に、メモリ９０３は、プロセッサ９０１に統合されてよい。

通信インターフェース９０４は、トランシーバなどの任意の装置を利用し、他のデバイス又は通信ネットワークと通信するように構成される。通信インターフェース９０４は、有線通信インターフェースを含み、無線通信インターフェースをさらに含んでよい。有線通信インターフェースは、例えば、イーサネットインターフェースであってよい。イーサネットインターフェースは、光インターフェース、電気的インターフェース、又はそれらの組み合わせであってよい。無線通信インターフェースは、無線ローカルエリアネットワーク（wireless local area network, WLAN）インターフェース、セルラネットワーク通信インターフェース、又はそれらの組み合わせであってよい。

具体的な実装の際、実施形態において、プロセッサ９０１は、図９のＣＰＵ０及びＣＰＵ１などの１つ以上のＣＰＵを含んでよい。

具体的な実装の際、実施形態において、ネットワークデバイス９００は、図９に示したプロセッサ９０１及びプロセッサ９０５などの複数のプロセッサを含んでよい。これらのプロセッサのそれぞれは、シングルコアプロセッサ（single-CPU）又はマルチコアプロセッサ（multi-CPU）であってよい。ここでは、プロセッサは、データ（例えば、コンピュータプログラム命令）を処理するように構成された１つ以上のデバイス、回路、及び／又は処理コアを指すことがある。

具体的な実装の際、実施形態において、ネットワークデバイス９００は、出力デバイス９０６及び入力デバイス９０７をさらに含んでよい。出力デバイス９０６は、プロセッサ９０１と通信し、複数の方式で情報を表示しうる。例えば、出力デバイス９０６は、液晶ディスプレイ（liquid crystal display, LCD）、発光ダイオード（light emitting diode, LED）ディスプレイデバイス、陰極線管（cathode ray tube, CRT）ディスプレイデバイス、又はプロジェクタ（projector）であってよい。入力デバイス９０７は、プロセッサ９０１と通信し、複数の方式でユーザ入力を受信しうる。例えば、入力デバイス９０７は、マウス、キーボード、タッチスクリーンデバイス、又はセンサデバイスであってよい。

いくつかの実施形態において、メモリ９０３は、この出願の解決策を実行するためのプログラムコード９１０を格納するように構成され、プロセッサ９０１は、メモリ９０３に格納されたプログラムコード９１０を実行しうる。言い換えると、ネットワークデバイス９００は、プロセッサ９０１、及びメモリ９０３内のプログラムコード９１０を介して、方法実施形態において提供される方法１００又は方法７００を実装しうる。

この出願のこの実施形態におけるネットワークデバイス９００は、方法実施形態における第１のネットワークデバイス又は第２のネットワークデバイスに対応しうる。加えて、ネットワークデバイス９００内のプロセッサ９０１、通信インターフェース９０４などは、第１のネットワークデバイス又は第２のネットワークデバイスの機能、及び／又は、上記の方法実施形態において第１のネットワークデバイス又は第２のネットワークデバイスによって実行される様々なステップ及び方法を実装しうる。簡潔のために、詳細については、ここでは再び説明されない。

ネットワークデバイス８００内の送信ユニット８０１及び受信ユニット８０３は、ネットワークデバイス９００内の通信インターフェース９０４と等価である。ネットワークデバイス８００内の処理ユニット８０２は、ネットワークデバイス９００内のプロセッサ９０１と等価でありうる。

図１０は、この出願の例示的な実施形態によるネットワークデバイス１０００の構造の模式図である。ネットワークデバイス１０００は、上記の方法実施形態の方法１００又は方法７００における第１のネットワークデバイス又は第２のネットワークデバイスとして構成されうる。ネットワークデバイス１０００は、メイン制御基板１０１０及びインターフェース基板１０３０を含む。

メイン制御基板１０１０は、メイン処理ユニット（main processing unit, MPU）又はルートプロセッサカード（route processor card）とも称される。メイン制御基板１０１０は、ネットワークデバイス１０００内のコンポーネントを制御及び管理するように構成され、ルート計算、デバイス管理、デバイスメンテナンス、及びプロトコル処理の機能を含む。メイン制御基板１０１０は、中央処理ユニット１０１１及びメモリ１０１２を含む。

インターフェース基板１０３０は、ライン処理ユニット（line processing unit, LPU）、ラインカード（line card）、又はサービス基板とも称される。インターフェース基板１０３０は、様々なサービスインターフェースを提供し、データパケット転送を実施するように構成される。サービスインターフェースは、それらに限定されないが、イーサネットインターフェース、ＰＯＳ（Packet over SONET/SDH）インターフェースなどを含む。イーサネットインターフェースは、例えば、フレキシブルイーサネットクライアント（Flexible Ethernet Client, FlexE Client）である。インターフェース基板１０３０は、中央処理ユニット１０３１、ネットワークプロセッサ１０３２、転送エントリメモリ１０３４、及び物理インターフェースカード（physical interface card, PIC）１０３３を含む。

インターフェース基板１０３０上の中央処理ユニット１０３１は、インターフェース基板１０３０を制御及び管理し、メイン制御基板１０１０上の中央処理ユニット１０１１と通信するように構成される。

ネットワークプロセッサ１０３２は、パケット転送処理を実施するように構成される。ネットワークプロセッサ１０３２の形態は、転送チップであってよい。具体的には、ネットワークプロセッサ１０３２は、転送エントリメモリ１０３４に格納された転送テーブルに基づいて、受信したパケットを転送し、パケットの宛先アドレスがネットワークデバイス１０００のアドレスである場合に、処理のために、パケットをＣＰＵ（例えば、中央処理ユニット１０１１）にアップロードし、又は、パケットの宛先アドレスがネットワークデバイス１０００のアドレスでない場合に、宛先アドレスに基づいて、宛先アドレスに対応するネクストホップ及び下り（outbound）インターフェースを転送テーブルから検索し、パケットを宛先アドレスに対応する下りインターフェースに転送するように構成される。アップリンクパケット処理は、パケット上り（inbound）インターフェース処理及び転送テーブル検索を含み、また、ダウンリンクパケット処理は、転送テーブル検索などを含む。

物理インターフェースカード１０３３は、物理レイヤ相互接続機能を実装するように構成される。オリジナルトラフィックがインターフェース基板１０３０に入り、処理後に取得されるパケットが物理インターフェースカード１０３３から外部に送信される。物理インターフェースカード１０３３は、サブカードとも称され、インターフェース基板１０３０に取り付けられてよく、光／電気信号をパケットに変換し、パケット上での有効性チェックを実行し、次いで、処理のために、パケットをネットワークプロセッサ１０３２に転送することを担当する。いくつかの実施形態では、中央処理ユニットは、ネットワークプロセッサ１０３２の機能を実行してもよく、例えば、汎用ＣＰＵに基づいてソフトウェア転送を実装してもよく、それにより、ネットワークプロセッサ１０３２が、物理インターフェースカード１０３３内にある必要がなくなる。

任意選択で、ネットワークデバイス１０００は、複数のインターフェース基板を含む。例えば、ネットワークデバイス１０００は、インターフェース基板１０４０をさらに含む。インターフェース基板１０４０は、中央処理ユニット１０４１、ネットワークプロセッサ１０４２、転送エントリメモリ１０４４、及び物理インターフェースカード１０４３を含む。

任意選択で、ネットワークデバイス１０００は、スイッチング基板１０２０をさらに含む。スイッチング基板１０２０は、スイッチファブリックユニット（switch fabric unit, SFU）と称されることもある。ネットワークデバイスが複数のインターフェース基板１０３０を有するとき、スイッチング基板１０２０は、インターフェース基板の間でデータ交換を実施するように構成される。例えば、インターフェース基板１０３０とインターフェース基板１０４０とは、スイッチング基板１０２０を介して互いに通信しうる。

メイン制御基板１０１０は、インターフェース基板１０３０に結合される。例えば、メイン制御基板１０１０、インターフェース基板１０３０、インターフェース基板１０４０、及びスイッチング基板１０２０は、相互接続のためのシステムバスを介してシステムバックプレーンに接続される。可能な実装において、プロセス間通信（inter-process communication, IPC）チャネルが、メイン制御基板１０１０とインターフェース基板１０３０との間に構築され、メイン制御基板１０１０とインターフェース基板１０３０との間でＩＰＣチャネルを介して通信が実行される。

論理的には、ネットワークデバイス１０００は、制御プレーンと転送プレーンとを含む。制御プレーンは、メイン制御基板１０１０と中央処理ユニット１０３１とを含む。転送プレーンは、転送エントリメモリ１０３４、物理インターフェースカード１０３３、及びネットワークプロセッサ１０３２など、転送を実行するコンポーネントを含む。制御プレーンは、ルータ、転送テーブル生成、シグナリングとプロトコルパケット処理、及びデバイス状態構成と管理などの機能を実行する。制御プレーンは、生成した転送テーブルを転送プレーンに配送する。転送プレーン上では、ネットワークプロセッサ１０３２が、制御プレーンによって配送された転送テーブルに基づいて、物理インターフェースカード１０３３によって受信されるパケットを検索及び転送する。制御プレーンによって配送される転送テーブルは、転送エントリメモリ１０３４に格納されうる。いくつかの実施形態において、制御プレーン及び転送プレーンは、同じデバイス上で完全に分離されてもされなくてもよい。

ネットワークデバイス１０００が第１のネットワークデバイスとして構成される場合、ネットワークプロセッサ１０３２は、第１のパケットを生成し、第１のパケットが第２のネットワークデバイスに伝送されるように、第１のパケットを物理インターフェースカード１０３３から外部に送信しうる。

ネットワークデバイス１０００が第２のネットワークデバイスとして構成される場合、物理インターフェースカード１０３３は、第１のパケットを受信し、ネットワークプロセッサ１０３２が、第１のパケットから、第１のネットワークデバイスのｉＦＩＴ機能のサポート状態を取得するように、第１のパケットをネットワークプロセッサ１０３２に送信する。

ネットワークデバイス８００内の送信ユニット８０１及び受信ユニット８０３は、ネットワークデバイス１０００内の物理インターフェースカード１０３３と等価でありうる。ネットワークデバイス８００内の処理ユニット８０２は、ネットワークプロセッサ１０３２又は中央処理ユニット１０１１と等価でありうる。

この出願のこの実施形態において、インターフェース基板１０４０上の動作は、インターフェース基板１０３０上の動作と同じである。簡潔のために、詳細については、ここでは再び説明されない。この実施形態におけるネットワークデバイス１０００は、上記の方法実施形態における第１のネットワークデバイス又は第２のネットワークデバイスに対応しうる。ネットワークデバイス１０００内のメイン制御基板１０１０、インターフェース基板１０３０、及び／又はインターフェース基板１０４０は、第１のネットワークデバイス又は第２のネットワークデバイスの機能、及び／又は、上記の方法実施形態における第１のネットワークデバイス又は第２のネットワークデバイスによって実行される様々なステップを実施しうる。簡潔のために、詳細については、ここでは再び説明されない。

１つ以上のメイン制御基板があってよいことに留意すべきである。複数のメイン制御基板があるとき、アクティブなメイン制御基板とスタンバイ状態のメイン制御基板とが含まれうる。１つ以上のインターフェース基板があってもよい。ネットワークデバイスのデータ処理機能が強力になるほど、より多くのインターフェース基板が提供される。インターフェース基板上に１つ以上の物理インターフェースカードがあってもよい。スイッチング基板はなくてもよいし、１つ以上のスイッチング基板があってもよい。複数のスイッチング基板があるとき、負荷分散及び冗長バックアップが、複数のスイッチング基板によって協働して実施されうる。集中型転送アーキティクチャにおいて、ネットワークデバイスは、スイッチング基板を必要としないことがあり、インターフェース基板は、システム全体のサービスデータを処理する。分散型転送アーキティクチャにおいて、ネットワークデバイスは、少なくとも１つのスイッチング基板を有することがあり、複数のインターフェース基板の間のデータ交換が、スイッチング基板を介して実施され、大容量データの交換及び処理機能を提供する。従って、分散型アーキティクチャにおけるネットワークデバイスのデータアクセス及び処理能力は、集中型アーキティクチャにおけるデバイスのものより大きい。任意選択で、ネットワークデバイスの形態は、１つの基板のみがあるもの、即ち、スイッチング基板がないものであってもよく、インターフェース基板及びメイン制御基板の機能は、その基板に統合される。この場合、インターフェース基板上の中央処理ユニットと、メイン制御基板上の中央処理ユニットとは、基板上の１つの中央処理ユニットに結合され、２つが重ねられた後の機能を実行しうる。この形態におけるデータのデータ交換及び処理機能は低い（例えば、ローエンドスイッチ又はルータなどのネットワークデバイス）。利用される具体的なアーキティクチャは、具体的なネットワーク展開シナリオに依存する。これについては、ここでは限定されない。

いくつかの可能な実施形態において、第１のネットワークデバイス又は第２のネットワークデバイスは、仮想化デバイスとして実装されうる。

例えば、仮想化デバイスは、パケットを送信するための機能を有するプログラムを実行する仮想マシン（英語：Virtual Machine, VM）であってよく、仮想マシンは、ハードウェアデバイス（例えば、物理サーバ）上に展開される。仮想マシンは、完全なハードウェアシステム機能を有し、かつ完全に隔離された環境で動作する、完全にソフトウェアでシミュレートされたコンピュータシステムである。仮想マシンは、第１のネットワークデバイス又は第２のネットワークデバイスとして構成されうる。例えば、第１のネットワークデバイス又は第２のネットワークデバイスは、ネットワーク機能仮想化（Network Function Virtualization, NFV）技術と組み合わせて、汎用物理サーバに基づいて実装されうる。第１のネットワークデバイス又は第２のネットワークデバイスは、仮想ホスト、仮想ルータ、又は仮想スイッチである。当業者は、汎用物理サーバ上で、この出願を読むことによって、ＮＦＶ技術を参照して、上記の機能を有する第１のネットワークデバイス又は第２のネットワークデバイスを仮想化しうる。詳細については、ここでは説明されない。

例えば、仮想化デバイスは、コンテナであってよく、コンテナは、隔離された仮想化環境を提供するように構成されたエンティティである。例えば、コンテナは、ドッカーコンテナであってよい。コンテナは、第１のネットワークデバイス又は第２のネットワークデバイスとして構成されうる。例えば、第１のネットワークデバイス又は第２のネットワークデバイスは、対応するイメージを利用して作成されうる。例えば、２つのコンテナインスタンスは、プロキシコンテナについて、プロキシコンテナ（プロキシサーバを提供するコンテナ）のイメージを利用して作成され、それぞれ、コンテナインスタンスプロキシコンテナ１及びコンテナインスタンスプロキシコンテナ２である。コンテナインスタンスプロキシコンテナ１は、第１のネットワークデバイス又は第１のコンピューティングデバイスとして提供され、コンテナインスタンスプロキシコンテナ２は、第２のネットワークデバイス又は第２のコンピューティングデバイスとして提供される。コンテナ技術が実装のために利用されるとき、第１のネットワークデバイス又は第２のネットワークデバイスは、物理マシンのカーネルを利用して動作してよく、複数の第１のネットワークデバイス又は第２のネットワークデバイスが、物理マシンのオペレーティングシステムを共有しうる。異なる第１のネットワークデバイス又は第２のネットワークデバイスは、コンテナ技術を利用して隔離されうる。コンテナ化された第１のネットワークデバイス又は第２のネットワークデバイスは、仮想化環境内で動作してよく、例えば、仮想マシン内で動作してよく、又は、コンテナ化された第１のネットワークデバイス又は第２のネットワークデバイスは、物理マシン内で直接的に動作してよい。

例えば、仮想化デバイスは、ポッドであってよく、ポッドは、Kubernetes（Kubernetesは、Googleのオープンソースコンテナオーケストレーションエンジンであり、英語では略してＫ８ｓである）であり、コンテナ化されたアプリケーションを展開、管理、及び組織化するための基本ユニットである。ポッドは、１つ以上のコンテナを含みうる。同じポッド内の各コンテナは、通常、同じホスト上に展開される。従って、同じポッド内の各コンテナは、ホストを介して通信しうるし、ホストのストレージリソース及びネットワークリソースを共有しうる。ポッドは、第１のネットワークデバイス又は第２のネットワークデバイスとして構成されうる。例えば、具体的には、サービスとしてのコンテナ（英語フルネーム：container as a service、英語では略してCaaSであり、コンテナベースのPaaSサービスである）は、ポッドを作成するように指示されることがあり、ポッドは、第１のネットワークデバイス又は第２のネットワークデバイスとして提供される。

もちろん、第１のネットワークデバイス又は第２のネットワークデバイスは、代替的に、他の仮想化デバイスであってよい。これについては、ここではいちいち列挙しない。

いくつかの可能な実施形態において、第１のネットワークデバイス又は第２のネットワークデバイスは、代替的に、汎用プロセッサによって実装されうる。例えば、汎用プロセッサの形態は、チップであってよい。具体的には、第１のネットワークデバイス又は第２のネットワークデバイスを実現する汎用プロセッサは、処理回路と、内部的に接続され、かつ処理回路と通信する入力インターフェース及び出力インターフェースとを含む。処理回路は、入力インターフェースを介して、上記の方法実施形態におけるパケット生成ステップを実行するように構成される。処理回路は、入力インターフェースを介して、上記の方法実施形態における受信ステップを実行するように構成される。処理回路は、出力インターフェースを介して、上記の方法実施形態における送信ステップを実行するように構成される。任意選択で、汎用プロセッサは、記憶媒体をさらに含んでよく、処理回路は、記憶媒体を介して、上記の方法実施形態における記憶ステップを実行するように構成される。記憶媒体は、処理回路によって実行される命令を格納してよく、処理回路は、記憶媒体に格納された命令を実行して、上記の方法実施形態を実行するように構成される。

図１１を参照する。この出願の実施形態は、ネットワークシステム１１００を提供する。システム１１００は、第１のネットワークデバイス１１０１及び第２のネットワークデバイス１１０２を含む。任意選択で、第１のネットワークデバイス１１０１は、例えば、ネットワークデバイス８００、ネットワークデバイス９００、又はネットワークデバイス１０００であり、第２のネットワークデバイス１１０２は、ネットワークデバイス８００、ネットワークデバイス９００、又はネットワークデバイス１０００である。

この出願の実施形態は、コンピュータプログラム製品を提供する。コンピュータプログラム製品が第１のネットワークデバイス又は第２のネットワークデバイス上で実行されるとき、第１のネットワークデバイス又は第２のネットワークデバイスは、上記の方法実施形態における方法１００又は方法７００を実行することが可能になる。

上記の製品形態でネットワークデバイスが別々に、上記の方法実施形態における第１のネットワークデバイス又は第２のネットワークデバイスの任意の機能を有する。詳細については、ここでは再び説明されない。

当業者は、この明細書において開示された実施形態において説明される方法ステップ及びユニットは、電子ハードウェア、コンピュータソフトウェア、又はそれらの組み合わせによって実装されうることを理解しうる。ハードウェアとソフトウェアとの間の可換性について明確に説明するために、上記では、概して、機能に従う各実施形態のステップ及び構成について説明してきた。機能がハードウェアによって実行されるか、ソフトウェアによって実行されるかは、技術的解決策の特定の適用及び設計制約条件に依存する。当業者は、各特定の適用のために、説明された機能を実装するために異なる方法を利用しうるが、その実装がこの出願の範囲を逸脱するとみなされるべきでない。

便利で簡潔な説明を目的として、上記のシステム、装置、及びユニットの詳細な動作プロセスについては、上記の方法実施形態における、対応するプロセスを参照すべきことは当業者によって明確に理解されうる。詳細については、ここでは再び説明されない。

この出願において提供されるいくつかの実施形態において、開示されたシステム、装置、及び方法は、他の方法で実装されることがある。例えば、説明された装置実施形態は単なる例に過ぎない。例えば、ユニット分割は、単なる論理機能分割に過ぎず、実際の実装においては他の分割でありうる。例えば、複数のユニット又はコンポーネントは、他のシステムに結合又は統合されてもよいし、一部の特徴が省略され又は実行されなくてもよい。加えて、表示され又は論述された相互結合又は直接結合又は通信接続は、いくつかのインターフェースを介して実装されてよい。装置又はユニットの間の間接結合又は通信接続は、電気的に、機械的に、又は他の形態で実装されうる。

別々の部分として説明されたユニットは、物理的に別々であっても、そうでなくてもよく、ユニットとして表示された部分は、物理的なユニットであっても、そうでなくてもよく、１つの場所に配置されてもよいし、複数のネットワークユニット上に分散されてもよい。ユニットの一部又は全部は、実際の要件に基づいて選択され、この出願の実施形態の解決策の目的を達成しうる。

加えて、この出願の実施形態における機能ユニットは、１つの処理ユニットに統合されてよく、ユニットのそれぞれは、物理的に単独で存在してよいし、又は、２つ以上のユニットが１つのユニットに統合されてよい。統合されたユニットは、ハードウェアの形態で実装されてもよいし、ソフトウェア機能ユニットの形態で実装されてもよい。

統合されたユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売又は利用されるとき、統合されたユニットは、コンピュータ可読記憶媒体に格納されうる。そのような理解に基づき、この出願の技術的解決策は本質的に、又は従来技術に貢献する部分、又は技術的解決策の全部又は一部は、ソフトウェア製品の形態で実装されうる。コンピュータソフトウェア製品は、記憶媒体に格納され、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってよい）に、この出願の実施形態における方法のステップの全部又は一部を実行するように指示するための、いくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリーメモリ（read-only Memory, ROM）、ランダムアクセスメモリ（random access memory, RAM）、磁気ディスク、又は光ディスクなど、プログラムコードを格納することができる任意の媒体を含む。

上記の説明は、単に、この出願の具体的な実施形態に過ぎず、この出願の保護範囲を限定することを意図していない。この出願において開示された技術的範囲内で、当業者によって直ちに理解される任意の修正又は置換は、この出願の保護範囲に収まるべきである。従って、この出願の保護範囲は、特許請求の範囲の保護範囲を対象とすべきである。

上記の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを利用して実装されうる。ソフトウェアが実施形態を実装するために利用されるとき、実施形態の全部又は一部は、コンピュータプログラム製品の形態で実装されることがある。コンピュータプログラム製品は、１つ以上のコンピュータプログラム命令を含む。コンピュータプログラム命令がコンピュータ上にロードされて実行されるとき、この出願の実施形態による手順又は機能の全部又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されうるか、又は、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体へと伝送されうる。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンターから、他のウェブサイト、コンピュータ、サーバ、又はデータセンターへと有線又は無線方式で伝送されうる。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体、又は、１つ以上の利用可能な媒体を統合するサーバ又はデータセンタなどのデータ記憶デバイスであってよい。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光学媒体（例えば、デジタルビデオディスク（digital video disc, DVD））、半導体媒体（例えば、ソリッドステートドライブ、ＳＳＤ）などであってよい。

当業者は、実施形態のステップの全部又は一部は、ハードウェア又は関連ハードウェアに指示するプログラムによって実装されうることを理解しうる。プログラムは、コンピュータ可読記憶媒体に格納されうる。記憶媒体は、リードオンリーメモリ、磁気ディスク、光ディスクなどであってよい。

上記の説明は、この出願の単なる任意選択の実施形態についてのものであり、この出願を限定することは意図していない。この出願の原理を逸脱することなくなされる任意の修正、等価置換、又は改善は、この出願の保護範囲内に収まるべきである。

Claims (26)

1. 第１のネットワークデバイスによって、第１のパケットを第２のネットワークデバイスに送信するステップであって、前記第１のパケットは、第１のインジケーション情報を含み、前記第１のインジケーション情報は、前記第１のネットワークデバイス又は前記第１のネットワークデバイスに含まれる第１のサービスモジュールに対応する現場フロー情報テレメトリｉＦＩＴ機能のサポート状態を示す、ステップ
   を含む、機能通知方法。
2. 前記ｉＦＩＴ機能の前記サポート状態は、前記第１のネットワークデバイス又は前記第１のサービスモジュールがｉＦＩＴ処理を行うことができる又はｉＦＩＴ処理を行うことができないという状態を含む、
   請求項１に記載の機能通知方法。
3. 前記ｉＦＩＴ機能は、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含む、
   請求項１又は２に記載の機能通知方法。
4. 前記第１のパケットは、ボーダーゲートウェイプロトコルＢＧＰパケットを含み、前記ＢＧＰパケットは、第１の属性を含み、前記第１のインジケーション情報は、前記第１の属性で搬送される、
   請求項１～３のいずれか１項に記載の機能通知方法。
5. 前記第１の属性は、ネクストホップ機能属性、拡張コミュニティ属性、又はネクストホップ経路属性を含む、
   請求項４に記載の機能通知方法。
6. 前記第１の属性は、発信インターネットプロトコルＩＰアドレスをさらに搬送し、前記発信ＩＰアドレスは、前記第１のネットワークデバイスのアドレスを含み、前記発信ＩＰアドレスは、前記第１のパケットを送信するデバイスが前記第１のネットワークデバイスであることを示す、
   請求項４及び５のいずれかに記載の機能通知方法。
7. 前記第１の属性は、前記ネクストホップ経路属性を含み、第１のネットワークデバイスによって、第１のパケットを第２のネットワークデバイスに送信する前記ステップの前に、前記方法は、
   前記第１のネットワークデバイスによって、第３のネットワークデバイスによって送信された第２のパケットを受信するステップであって、前記第２のパケットは、第２のインジケーション情報を含み、前記第２のインジケーション情報は、前記第３のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を示す、ステップをさらに含み、
   第１のネットワークデバイスによって、第１のパケットを第２のネットワークデバイスに送信する前記ステップは、
   前記第１のネットワークデバイスによって、前記第２のパケットに基づいて、前記第１のパケットを前記第２のネットワークデバイスに送信するステップであって、前記第１のパケットは、前記第２のインジケーション情報をさらに含む、ステップを含む、
   請求項５に記載の機能通知方法。
8. 前記第２のインジケーション情報は、前記第３のネットワークデバイスのアドレスをさらに含む、
   請求項７に記載の機能通知方法。
9. 前記第１のパケットは、ＢＧＰパケット又は内部ゲートウェイプロトコルＩＧＰパケットを含む、
   請求項１～３のいずれか１項に記載の機能通知方法。
10. 第１のネットワークデバイスによって、第１のパケットを第２のネットワークデバイスに送信する前記ステップの前に、前記方法は、
    前記第１のネットワークデバイスによって、前記第１のネットワークデバイスの前記ｉＦＩＴ機能の変更に基づいて、前記第１のパケットを生成するステップをさらに含む、
    請求項１～９のいずれか１項に記載の機能通知方法。
11. 前記第１のインジケーション情報は、第１のタイプ長さ値ＴＬＶを含み、前記第１のＴＬＶは、第１のフィールドを含み、
    前記第１のフィールドは、１つ以上のビットを含み、前記第１のフィールド内の各ビットは、前記第１のネットワークデバイスが、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能についての能力を有する又は能力を有しないことを示す、又は
    前記第１のフィールドは、複数の値を含み、前記第１のフィールド内の各値は、前記第１のネットワークデバイスが、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上についての能力を有する又は能力を有しないことを示す、
    請求項１～１０のいずれか１項に記載の機能通知方法。
12. 前記第１のネットワークデバイスによって、前記第１のパケットを送信する前記ステップの後に、前記方法は、
    前記第１のパケットを送信する前記ステップに応答して、前記第１のネットワークデバイスによって、前記第２のネットワークデバイスによって送信されたデータパケットを受信するステップであって、前記データパケットは、ｉＦＩＴ測定ヘッダを含む、ステップと、
    前記第１のネットワークデバイスによって、前記ｉＦＩＴ測定ヘッダに基づいて、ｉＦＩＴ測定を実行するステップと、
    前記第１のネットワークデバイスによって、前記ｉＦＩＴ測定ヘッダを前記データパケットから取り除くステップと
    をさらに含む、
    請求項１～１１のいずれか１項に記載の機能通知方法。
13. 第２のネットワークデバイスによって、第１のネットワークデバイスによって送信された第１のパケットを受信するステップであって、前記第１のパケットは、第１のインジケーション情報を含み、前記第１のインジケーション情報は、前記第１のネットワークデバイス又は前記第１のネットワークデバイスに含まれる第１のサービスモジュールに対応するｉＦＩＴ機能のサポート状態を示す、ステップと、
    前記第２のネットワークデバイスによって、前記第１のパケットに基づいて、前記第１のネットワークデバイス又は前記第１のサービスモジュールに対応する前記ｉＦＩＴ機能の前記サポート状態を決定するステップと
    を含む、機能通知方法。
14. 前記ｉＦＩＴ機能の前記サポート状態は、前記第１のネットワークデバイス又は前記第１のサービスモジュールがｉＦＩＴ処理を行うことができる又はｉＦＩＴ処理を行うことができないという状態を含む、
    請求項１３に記載の機能通知方法。
15. 前記ｉＦＩＴ機能は、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含む、
    請求項１４に記載の機能通知方法。
16. 前記第２のネットワークデバイスによって、前記第１のパケットに基づいて、前記第１のネットワークデバイス又は前記第１のサービスモジュールに対応する前記ｉＦＩＴ機能の前記サポート状態を決定する前記ステップの後に、前記方法は、
    前記第２のネットワークデバイスによって、データパケットを取得するステップと、
    前記第２のネットワークデバイスによって、前記第１のネットワークデバイス又は前記第１のサービスモジュールに対応する前記ｉＦＩＴ機能の前記サポート状態に基づいて、ｉＦＩＴ測定ヘッダを前記データパケットに埋め込むステップと、
    前記第２のネットワークデバイスによって、前記第１のネットワークデバイスに、ｉＦＩＴ測定ヘッダが埋め込まれているデータパケットを送信するステップと
    をさらに含む、
    請求項１３～１５のいずれか１項に記載の機能通知方法。
17. 第１のネットワークデバイスであって、
    第１のパケットを送信することであって、前記第１のパケットは、第１のインジケーション情報を含み、前記第１のインジケーション情報は、前記第１のネットワークデバイス又は前記第１のネットワークデバイスに含まれる第１のサービスモジュールに対応する現場フロー情報テレメトリｉＦＩＴ機能のサポート状態を示す、ことを行うように構成された送信ユニット
    を含む、第１のネットワークデバイス。
18. 前記ｉＦＩＴ機能の前記サポート状態は、前記第１のネットワークデバイス又は前記第１のサービスモジュールがｉＦＩＴ処理を行うことができる又はｉＦＩＴ処理を行うことができないという状態を含む、
    請求項１７に記載の第１のネットワークデバイス。
19. 前記ｉＦＩＴ機能は、現場での経路トラッキングのオペレーションと管理とメンテナンスの機能、現場でのエンドツーエンドのオペレーションと管理とメンテナンスの機能、現場でのデータダイレクトエクスポートのオペレーションと管理とメンテナンスの機能、又は、現場での拡張代替マーキングのオペレーションと管理とメンテナンスの機能のうちの１つ以上を含む、
    請求項１７又は１８に記載の第１のネットワークデバイス。
20. 前記第１のパケットは、ボーダーゲートウェイプロトコルＢＧＰパケットを含み、前記ＢＧＰパケットは、第１の属性を含み、前記第１のインジケーション情報は、前記第１の属性で搬送される、
    請求項１７～１９のいずれか１項に記載の第１のネットワークデバイス。
21. 前記第１の属性は、ネクストホップ機能属性、拡張コミュニティ属性、又はネクストホップ経路属性を含む、
    請求項２０に記載の第１のネットワークデバイス。
22. 受信ユニットをさらに含み、前記第１の属性は、前記ネクストホップ経路属性を含み、
    前記受信ユニットは、第３のネットワークデバイスによって送信された第２のパケットを受信することであって、前記第２のパケットは、第２のインジケーション情報を含み、前記第２のインジケーション情報は、前記第３のネットワークデバイスに対応するｉＦＩＴ機能のサポート状態を示す、ことを行うように構成され、
    前記送信ユニットは、前記第２のパケットに基づいて、前記第１のパケットを前記第２のネットワークデバイスに送信することであって、前記第１のパケットは、前記第２のインジケーション情報をさらに含む、ことを行うようにさらに構成される、
    請求項２１に記載の第１のネットワークデバイス。
23. 前記第１のネットワークデバイスの前記ｉＦＩＴ機能の変更に基づいて、前記第１のパケットを生成するように構成された処理ユニットをさらに含む、
    請求項１７～２２のいずれか１項に記載の第１のネットワークデバイス。
24. 前記受信ユニットは、前記第１のパケットを送信することに応答して、前記第２のネットワークデバイスによって送信されたデータパケットを受信することであって、前記データパケットは、ｉＦＩＴ測定ヘッダを含む、ことを行うようにさらに構成され、
    前記処理ユニットは、前記ｉＦＩＴ測定ヘッダに基づいて、ｉＦＩＴ測定を実行し、
    前記ｉＦＩＴ測定ヘッダを前記データパケットから取り除く
    ようにさらに構成される、
    請求項１７～２３のいずれか１項に記載の第１のネットワークデバイス。
25. プロセッサと、通信インターフェースとを含むネットワークデバイスであって、前記プロセッサは、命令を実行するように構成され、それにより、前記ネットワークデバイスは、請求項１～１６のいずれか１項に記載の方法を実行することができる、ネットワークデバイス。
26. 請求項１～１２のいずれか１項に記載の前記第１のネットワークデバイスと、請求項１３～１６のいずれか１項に記載の前記第２のネットワークデバイスとを含む、ネットワークシステム。

Images