JP2022549320A - ネットワークｏａｍ方法及び装置 - Google Patents

Abstract

本出願の実施形態は、ネットワークＯＡＭ方法及び装置を提供し、コンピュータ技術の分野に関し、ターゲットアプリケーションのＯＡＭ構成情報を決定し、ターゲットアプリケーションに対して特定のＯＡＭを実施し、それによりネットワークＯＡＭ効率を改善する。方法は、第１のネットワークデバイスがターゲットアプリケーションのＯＡＭ構成情報を決定し、ＯＡＭ構成情報はＯＡＭ測定方式を含むことと、第１のネットワークデバイスがＯＡＭ構成情報を第２のネットワークデバイスに転送することを含む。

Description

本出願は、2019年9月24日に中国特許庁に出願され「METHOD, DEVICE, AND SYSTEM FOR FORWARDING PACKET」と題された中国特許出願第201910906580.3号、及び2019年10月17日に中国特許庁に出願され「NETWORK OAM METHOD AND APPARATUS」と題された特許出願第201910988464.0号の優先権を主張するものであり、これらはその全体を参照により本明細書に組み込まれる。

［技術分野］
本出願の実施形態は、コンピュータ技術の分野に関し、詳細には、ネットワークＯＡＭ方法及び装置に関する。

ネットワーク管理には、運用（operation）、管理（administration）、及び保守（maintenance）（ＯＡＭ）が含まれる。ＯＡＭの助けで、障害検出、パス発見、障害位置特定、及び性能監視を実行して、ネットワークを分析、予測、計画、及び構成することができる。さらに、ＯＡＭは、ネットワーク及びそのサービスをテストし、障害を管理するのを助ける。

ネットワーク上のＯＡＭは、パケットを転送するプロセスにおいて、転送パス上のデバイス（例えば、スイッチ又はルータ）がＯＡＭ情報を収集し、ＯＡＭ情報をネットワーク内のコントローラに報告し、コントローラがＯＡＭ情報を分析してネットワーク状態を評価することを含む場合がある。現在、ＯＡＭ情報は、予め設定されたＯＡＭポリシー（ＯＡＭ方法、内容、及び頻度を含む）に従って、特定のデータストリームについて収集され得る。例えば、図１に示すように、サーバ１からサーバ２へデータを送信するプロセスにおいて、データ送信パスは、ノード１、ノード２、ノード３、及びノード５を含む。データフローに対応するＯＡＭポリシーは、ノード２上に構成される。データフローを受信した後、ノード２は、データフローに対応するＯＡＭポリシーを決定し、ＯＡＭポリシーに従ってＯＡＭ情報を収集し、ＯＡＭポリシー及びＯＡＭ情報をノード３に転送する。ノード３は、ＯＡＭポリシーに従ってＯＡＭ情報を収集し、ＯＡＭ情報をノード５に送信する。同様に、ノード５もＯＡＭ情報を収集する。この場合、ノード５は、ノード２、ノード３、及びノード５により収集されたＯＡＭ情報を取得し、さらに、全てのＯＡＭ情報をコントローラに送信することができる。

しかしながら、ＯＡＭ情報は、データフローに対応するＯＡＭポリシーに従ってのみ収集される。ＯＡＭポリシーの構成が十分に柔軟ではないため、ＯＡＭポリシーは実際のアプリケーション（application、ＡＰＰ）に適していない可能性があり、収集されたＯＡＭ情報は特定的でなく、したがってＯＡＭ効果が比較的乏しい。

本出願の実施形態は、ターゲットアプリケーションのＯＡＭ構成情報を決定するためのネットワークＯＡＭ方法及び装置を提供し、それにより、ネットワークのＯＡＭ効果を改善する。

前述の目的を達成するために、本出願の実施形態は、以下の技術的解決策を使用する。

第１の態様によれば、本出願の一実施形態は、ネットワーク運用、管理、及び保守ＯＡＭ方法を提供し、当該方法は、第１のネットワークデバイスにより、ターゲットアプリケーションのＯＡＭ構成情報を決定するステップであり、ＯＡＭ構成情報は、ＯＡＭ測定方式を含む、ステップと、第１のネットワークデバイスにより、ＯＡＭ構成情報を第２のネットワークデバイスに転送する（forwarding）ステップと、を含む。

本出願のこの実施形態において、第１のネットワークデバイスがＯＡＭ構成情報を決定した後、第１のネットワークデバイスは、ＯＡＭ構成情報を第１のネットワークデバイスにより受信されたパケットにカプセル化し（encapsulates）、そのパケットを第２のネットワークデバイスに転送し、それにより、第２のネットワークデバイスは、ＯＡＭ構成情報に基づいてＯＡＭ情報を収集する。

この方法を使用することにより、特定のターゲットアプリケーションのためのＯＡＭを実施して、ＯＡＭ適切性（OAM pertinence）を改善し、ＯＡＭ効果を改善することができる。

可能な一実装において、第１のネットワークデバイスにより、ターゲットアプリケーションのＯＡＭ構成情報を決定する前に、本出願のこの実施形態で提供されるネットワークＯＡＭ方法は、第１のネットワークデバイスにより、パケットを受信するステップをさらに含んでもよく、パケットは、ターゲットアプリケーションの特徴情報を含む。

本出願のこの実施形態において、第１のネットワークデバイスにより受信されたパケットは、ターゲットアプリケーションのパケットであり、パケットは、ターゲットアプリケーションの情報ヘッダ（以降、ＡＰＰ情報ヘッダと呼ばれる）を含み、ＡＰＰヘッダは、ターゲットアプリケーションの特徴情報を含む。パケットを受信した後、第１のネットワークデバイスは、パケットをカプセル化解除して（decapsulates）、ＡＰＰ情報ヘッダからターゲットアプリケーションの特徴情報を取得する。

本出願のこの実施形態において、ＯＡＭがターゲットアプリケーションの実際のサービスに基づいて実行されるとき、パケットは、ターゲットアプリケーションの実際のサービスに対応するパケットでもよいことに留意されたい。アクティブＯＡＭがターゲットアプリケーションに対応する転送パス上で実行されるとき、パケットはテストパケットである。

第１のネットワークデバイスにより、ターゲットアプリケーションのＯＡＭ構成情報を決定する方法は、第１のネットワークデバイスによりターゲットアプリケーションの特徴情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定することを具体的に含んでもよい。

可能な一実装において、ターゲットアプリケーションの特徴情報は、ターゲットアプリケーションのサービス要件情報である。このようにして、第１のネットワークデバイスにより、ターゲットアプリケーションのＯＡＭ構成情報を決定する方法は、第１のネットワークデバイスにより、パケット内のターゲットアプリケーションのサービス要件情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定することを具体的に含んでもよい。

本出願のこの実施形態において、パケットのＡＰＰ情報ヘッダは、ターゲットアプリケーションのサービス要件情報（これは、ＳＬＡパラメータでもよい）を含む。第１のネットワークデバイスは、受信したパケットをカプセル化解除し、パケットのＡＰＰ情報ヘッダからサービス要件情報を取得する。

可能な一実装において、ターゲットアプリケーションのサービス要件情報は、レイテンシ情報、パケットロス情報、及び帯域幅情報のうちの少なくとも１つを含む。

サービス要件情報は、ＳＬＡパラメータと呼ばれることもあり、レイテンシ情報は、エンドツーエンドレイテンシ、ホップバイホップ（hop-by-hop）レイテンシ、又は転送レイテンシのうちの１つ以上を含んでもよい。パケットロス情報は、パケットロス率を含んでもよい。帯域幅情報は、利用可能な帯域幅を含んでもよい。

任意で、サービス要件情報は、レイテンシ情報の上限、及び／又はパケットロス情報の上限、例えば、３ミリ秒未満の最大エンドツーエンドレイテンシ、及び／又は０．０００１未満の最大パケットロス率をさらに含んでもよい。

任意で、サービス要件情報は、サービス要件のカラー情報（これは、ＳＬＡカラー（SLA color）と呼ばれることもある）をさらに含んでもよく、サービス要件のカラー情報は、レイテンシ情報、パケットロス情報、及び帯域幅情報のうちの１つ以上を暗黙的に示すことができる。

本出願のこの実施形態において、第１のネットワークデバイスは、サービス要件情報の内容に基づいてＯＡＭ構成情報を決定することができる。例えば、第１のネットワークデバイスが、ターゲットアプリケーションの実際のサービスに基づいてＯＡＭを実行するとき、サービス要件情報が、最大パケットロス率がある値未満であることを指定する場合、第１のネットワークデバイスは、パケットロス率に対するターゲットアプリケーションの要件（すなわち、最大パケットロス率が指定された値未満であること）に基づいて、ＯＡＭ構成情報における測定対象がパケットロス率であると決定し、ＯＡＭがパケットロス率に対して実行されるときのＯＡＭ測定方式及び測定粒度を決定することができる。アクティブＯＡＭが、ターゲットアプリケーションに対応する転送パスに基づいて実行されるとき、サービス要件情報がレイテンシであり、最大エンドツーエンドレイテンシがある値未満である場合、第１のネットワークデバイスは、ターゲットアプリケーションのレイテンシ要件（すなわち、最大エンドツーエンドレイテンシが指定された値未満であること）に基づいて、ＯＡＭ構成情報における測定対象がレイテンシであると決定し、ＯＡＭがレイテンシに対して実行されるときのＯＡＭ測定方式及び測定頻度を決定する。

この方法によれば、第１のネットワークデバイスは、データパケット内で搬送されるターゲットアプリケーションのサービス要件情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定し（例えば、異なるサービス要件は、異なるＯＡＭ構成情報に対応し得る）、それにより、ＯＡＭ構成方式はより柔軟である。

可能な一実装において、ターゲットアプリケーションの特徴情報は、ターゲットアプリケーションの識別情報である。このようにして、第１のネットワークデバイスにより、ターゲットアプリケーションのＯＡＭ構成情報を決定する方法は具体的に、第１のネットワークデバイスにより、パケット内のターゲットアプリケーションの識別情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定することを含んでもよい。

本出願のこの実施形態において、パケットのＡＰＰ情報ヘッダは、ターゲットアプリケーションの識別情報（ＡＰＰ ＩＤとして示される）を含む。第１のネットワークデバイスは、受信したパケットをカプセル化解除し、パケットのＡＰＰ情報ヘッダからＡＰＰ ＩＤを取得する。

本出願のこの実施形態において、アプリケーションの識別情報とＯＡＭ構成情報との間の対応は、第１のネットワークデバイス上に構成される。ターゲットアプリケーションの識別情報を取得した後、第１のネットワークデバイスは、まず、アプリケーションの識別情報とＯＡＭ構成情報との対応に基づいてターゲットアプリケーションの識別情報をマッチングし（matches）、さらに、ターゲットアプリケーションの識別情報に対応するＯＡＭ構成情報がターゲットアプリケーションのＯＡＭ構成情報であると決定する。

本出願のこの実施形態において、第１のネットワークデバイスは、第１のネットワークデバイスにより受信されたパケット内のＡＰＰ ＩＤに従ってターゲットアプリケーションの識別情報をマッチングしたとき、決定されたＯＡＭ識別情報を第２のネットワークデバイスに転送する。このようにして、第２のネットワークデバイスは、ＯＡＭ構成情報を取得し、実際の状況に基づいて、ＯＡＭ情報を収集するかどうか（すなわち、ＯＡＭ機能を実行するかどうか）を決定することができる。同様に、別の後続のネットワークデバイスも、ＯＡＭ構成情報を取得し、ＯＡＭ情報を収集するかどうかを決定することができる。第１のネットワークデバイスが、ターゲットアプリケーションの識別情報をマッチングしないとき、第１のネットワークデバイス、第２のネットワークデバイス、及び他の後続のネットワークデバイスは、ＯＡＭ情報を収集せず（すなわち、ＯＡＭ機能を実行せず）、パケットを単に通常どおり転送する。

可能な一実装において、本出願のこの実施形態では、ネットワーク内のどのデバイス（すなわち、ノード）がＯＡＭ情報を収集する必要があるかが、予め構成されてもよい。換言すれば、ネットワーク内の各デバイスについて、デバイスがＯＡＭ情報を収集する必要があるかどうかを構成することができる。具体的には、どのデバイスがＯＡＭ情報を収集する必要があるかが、実際の要件に基づいて構成されてもよい。これは、本出願のこの実施形態において限定されない。

例えば、ネットワークデバイスは、該ネットワークデバイスの前ホップネットワークデバイスにより送信されたパケットを受信する。ネットワークデバイスが、ＯＡＭ情報を収集するように構成される場合、ネットワークデバイスは、受信したパケットをカプセル化解除してＯＡＭ構成情報を取得し、ＯＡＭ構成情報に従ってＯＡＭ情報を収集し、次いで、ＯＡＭ情報をパケットのＯＡＭヘッダにカプセル化し、ＯＡＭ構成情報及びＯＡＭ情報を含むパケットをネットワークデバイスの次ホップネットワークデバイスに送信する。そうでない場合、ネットワークデバイスは、ＯＡＭ情報を収集せず、ＯＡＭ構成情報を含むパケットをネットワークデバイスの次ホップネットワークデバイスに直接転送する。

この方法によれば、第１のネットワークデバイスは、データパケット内で搬送されるターゲットアプリケーションの識別情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定し（例えば、異なるアプリケーションは、異なるＯＡＭ構成情報を用いて構成され得る）、それにより、ＯＡＭ構成方式はより柔軟である。

可能な一実装において、第１のネットワークデバイスにより受信されたパケットは、ＯＡＭ測定方式を含む。

換言すれば、ＯＡＭ測定方式は、予め構成され、パケット内で搬送されてもよい。このようにして、パケットを受信した後、第１のネットワークデバイスは、ＯＡＭ測定方式を取得することができる。

可能な一実装において、ＯＡＭ測定方式は、以下の方式、すなわち、ＩＯＡＭ方式、ＩＰＦＰＭ方式、ＩＦＩＴ方式、ＴＷＡＭＰ方式、ＯＷＡＭＰ方式、及びｐｉｎｇ方式、のうちの少なくとも１つを含む。

可能な一実装において、ＯＡＭ構成情報は、以下の情報、すなわち、ＯＡＭ測定対象、測定粒度、及び測定頻度、のうちの少なくとも１つをさらに含む。

ＯＡＭ測定対象は、レイテンシ、パケットロス率、及び利用可能な帯域幅のうちの少なくとも１つを含んでもよいことを理解されたい。ＯＡＭ測定粒度は、フロー毎（per-flow）、又はパケット毎（per-packet）を含んでもよい。ＯＡＭ測定頻度は、データパケット（又は、測定パケット）の送信頻度でもよい。

本出願のこの実施形態において、ＯＡＭがネットワーク上で実行されるとき、ＯＡＭは、ターゲットアプリケーションの実際のサービスに基づいて実行されてもよく（これは、フローバイフロー（flow-by-flow）測定として理解され得る）、あるいは、アクティブＯＡＭが、ターゲットアプリケーションに対応する転送パス上で実行されてもよい（これは、パス測定として理解され得る）ことに留意されたい。ＯＡＭが、ターゲットアプリケーションの実際のサービスに基づいて実行されるとき、ＯＡＭ構成情報は、測定粒度を含んでもよく、ＯＡＭ測定方式は、ＩＯＡＭ方式、ＩＰＦＰＭ方式、及びＩＦＩＴ方式を含んでもよい。アクティブＯＡＭが、ターゲットアプリケーションの転送パス上で実行されるとき、ＯＡＭ構成情報は、測定頻度を含んでもよく、ＯＡＭ測定方式は、ＴＷＡＭＰ方式、ＯＷＡＭＰ方式、ｐｉｎｇ方式などを含んでもよい。

パケットがＯＡＭ測定方式を搬送する（例えば、ＩＯＡＭ方式がパケット内で指定される）とき、第１のネットワークデバイスが、パケットからターゲットアプリケーションのサービス要件情報又はターゲットアプリケーションの識別情報を取得した後、第１のネットワークデバイスは、ターゲットアプリケーションのサービス要件情報又はターゲットアプリケーションの識別情報に基づいて、ＯＡＭ構成情報内の他の情報（例えば、測定対象、測定粒度、又は測定頻度）を決定することに留意されたい。

本出願のこの実施形態において、第１のネットワークデバイスがＯＡＭ構成情報を決定した後、第１のネットワークデバイスは、ＯＡＭ構成情報を第１のネットワークデバイスにより受信されたパケットにカプセル化し、そのパケットを第２のネットワークデバイスに転送し、それにより、第２のネットワークデバイスは、ＯＡＭ構成情報に基づいてＯＡＭ情報を収集する。本明細書において、パケットがＯＡＭ測定方式を搬送する場合、決定されたＯＡＭ測定対象、ＯＡＭ測定粒度、又は測定頻度のみがパケットにカプセル化されることに留意されたい。

任意で、ネットワークデバイスにより収集されるＯＡＭ情報は、ＯＡＭ測定対象に従って変動する。例えば、一実装において、ＯＡＭ測定対象がレイテンシであるとき、ネットワークデバイスにより収集されるＯＡＭ情報は、タイムスタンプ、ノードＩＤ、及びインターフェースＩＤを含んでもよく、インターフェースＩＤは、パケットのインバウンドインターフェース及びアウトバウンドインターフェースを含んでもよく、タイムスタンプは、パケットがインバウンドインターフェースに到着するときの時間と、パケットがアウトバウンドインターフェースを出るときの時間を含んでもよい。

可能な一実装において、第１のネットワークデバイスにより、ターゲットアプリケーションのＯＡＭ構成情報を決定する前に、本出願のこの実施形態で提供されるネットワークＯＡＭ方法は、第１のネットワークデバイスにより、有効化情報を取得するステップであり、有効化情報は、ターゲットアプリケーションのＯＡＭ構成情報を決定するように第１のネットワークデバイスに命令するために使用される、ステップをさらに含んでもよい。

可能な一実装において、有効化情報は、第１のネットワークデバイスにより受信されたパケット内で搬送される。あるいは、有効化情報は、第１のネットワークデバイス上に予め構成される。

本出願のこの実施形態において、有効化情報は、指示情報（例えば、命令）である。第１のネットワークデバイスは、指示情報の値に基づいて、ターゲットアプリケーションのＯＡＭ構成情報が決定される必要があるかどうかを決定することができる。例えば、有効化情報を表すために、「０」又は「１」が使用されてもよい。例えば、「１」を使用して有効化を示してもよく、これは、第１のネットワークデバイスがＯＡＭ構成情報を決定する必要があることを意味し、あるいは、「０」を使用して有効化を示してもよい。確かに、本出願のこの実施形態において、前述の有効化情報を設定するために、実際の使用要件を満たす別のフラグが使用されてもよい。詳細は、本出願のこの実施形態において１つずつ列挙されない。

可能な一実装において、ターゲットアプリケーションの識別情報が、有効化指示情報として使用されてもよい。

本出願のこの実施形態で提供されるネットワークＯＡＭ方法によれば、ネットワーク内の第１のネットワークデバイスは、ターゲットアプリケーションのＯＡＭ構成情報を決定し、第１のネットワークデバイスは、ＯＡＭ構成情報を第２のネットワークデバイスに転送する。本出願の実施形態における技術的解決策によれば、ターゲットアプリケーションのためのＯＡＭ構成情報を決定できることがわかる。したがって、ＯＡＭ構成方式はより柔軟である。

さらに、ネットワーク内のＯＡＭ情報を収集する必要のあるネットワークデバイスは、ＯＡＭ構成情報に従ってＯＡＭ情報を収集し、報告する。第１のネットワークデバイスにより決定されるＯＡＭ構成情報は、ターゲットアプリケーションの特徴情報に基づいて決定されるため、ＯＡＭ構成情報に従って収集されるＯＡＭ情報は、ある程度、ターゲットアプリケーションの実行状態をより正確に反映することができ、したがって、ネットワークのＯＡＭ効果を改善することができる。

すなわち、本出願のこの実施形態で提供されるネットワークＯＡＭ方法によれば、特定のターゲットアプリケーションのためのＯＡＭを実施することができ、それにより、ＯＡＭ適切性が改善され、ＯＡＭ効果が改善される。

第２の態様によれば、本出願の一実施形態は、ネットワークデバイスを提供し、当該ネットワークデバイスは、第１のネットワークデバイスであり、当該ネットワークデバイスは、決定モジュール及び送信モジュールを含む。決定モジュールは、ターゲットアプリケーションのＯＡＭ構成情報を決定するように構成され、ＯＡＭ構成情報は、ＯＡＭ測定方式を含む。送信モジュールは、ＯＡＭ構成情報を第２のネットワークデバイスに転送するように構成される。

可能な一実装において、本出願のこの実施形態で提供されるネットワークデバイスは、受信モジュールをさらに含み、受信モジュールはパケットを受信するように構成され、パケットは、ターゲットアプリケーションの特徴情報を含む。このようにして、決定モジュールは具体的に、ターゲットアプリケーションの特徴情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定するように構成される。

可能な一実装において、ターゲットアプリケーションの特徴情報は、ターゲットアプリケーションのサービス要件情報である。決定モジュールは具体的に、ターゲットアプリケーションのサービス要件情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定するように構成される。

可能な一実装において、ターゲットアプリケーションのサービス要件情報は、レイテンシ情報、パケットロス情報、及び帯域幅情報のうちの少なくとも１つを含む。

可能な一実装において、本出願のこの実施形態で提供されるネットワークデバイスは、受信モジュールをさらに含み、受信モジュールは、パケットを受信するように構成され、パケットは、ターゲットアプリケーションの識別情報を含む。

可能な一実装において、ターゲットアプリケーションの特徴情報は、ターゲットアプリケーションの識別情報である。決定モジュールは具体的に、ターゲットアプリケーションの識別情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定するように構成される。

可能な一実装において、第１のネットワークデバイスにより受信されたパケットは、ＯＡＭ測定方式を含む。

可能な一実装において、ＯＡＭ測定方式は、以下の方式、すなわち、ＩＯＡＭ方式、ＩＰＦＰＭ方式、ＩＦＩＴ方式、ＴＷＡＭＰ方式、ＯＷＡＭＰ方式、及びｐｉｎｇ方式、のうちの少なくとも１つを含む。

可能な一実装において、ＯＡＭ構成情報は、以下の情報、すなわち、ＯＡＭ測定対象、測定粒度、及び測定頻度、のうちの少なくとも１つをさらに含む。

可能な一実装において、本出願のこの実施形態で提供されるネットワークデバイスは、取得モジュールをさらに含み、取得モジュールは、有効化情報を取得するように構成され、有効化情報は、ターゲットアプリケーションのＯＡＭ構成情報を決定するように第１のネットワークデバイスに命令するために使用される。

第３の態様によれば、本出願の一実施形態は、プロセッサと、プロセッサに結合されたメモリと、を含むネットワークデバイスを提供し、メモリは、コンピュータ命令を記憶するように構成される。ネットワークデバイスが動作すると、プロセッサは、メモリに記憶されたコンピュータ命令を実行し、それにより、ネットワークデバイスは、第１の態様及び第１の態様の可能な実装のいずれか１つに従ってネットワークＯＡＭ方法を実行する。

第４の態様によれば、本出願の一実施形態は、ネットワークデバイスを提供する。当該ネットワークデバイスは、チップの製品形態で存在し、当該ネットワークデバイスの構造は、プロセッサ及びメモリを含む。メモリは、プロセッサに結合されるように構成され、メモリは、コンピュータ命令を記憶するように構成され、プロセッサは、メモリに記憶されたコンピュータ命令を実行するように構成され、それにより、ネットワークデバイスは、第１の態様及び第１の態様の可能な実装のうちのいずれか１つに従ってネットワークＯＡＭ方法を実行する。

第５の態様によれば、本出願の一実施形態は、コンピュータ読取可能記憶媒体を提供する。コンピュータ読取可能記憶媒体は、コンピュータ命令を含むことができる。コンピュータ命令がコンピュータ上で実行されると、ネットワークデバイスは、第１の態様及び第１の態様の可能な実装のいずれか１つに従って、ネットワークＯＡＭ方法を実行可能にされる。

本出願の実施形態の第２の態様～第５の態様及び対応する可能な実装における技術的解決策により達成される有益な効果については、第１の態様及び第１の態様の対応する可能な実装の技術的効果を参照することを理解されたい。詳細はここで再度説明されない。

本出願の一実施形態によるネットワークＯＡＭ方法の適用シナリオである。 本出願の一実施形態によるネットワークデバイスのハードウェアの概略図である。 本出願の一実施形態によるネットワークＯＡＭ方法の概略図１である。 本出願の一実施形態によるネットワークＯＡＭ方法の概略図２である。 本出願の一実施形態によるネットワークＯＡＭ方法の概略図３である。 本出願の一実施形態によるＯＡＭ構成情報のカプセル化の概略図である。 本出願の一実施形態によるＯＡＭ情報収集プロセスの概略図である。 本出願の一実施形態によるネットワークＯＡＭ方法の概略図４である。 本出願の一実施形態によるネットワークＯＡＭ方法の概略図５である。 本出願の一実施形態による第１のネットワークデバイスの概略構造図１である。 本出願の一実施形態による第１のネットワークデバイスの概略構造図２である。

本明細書における用語「及び／又は」は、単に、関連するオブジェクトを説明するための関連づけ関係であり、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、以下の３つのケース、すなわち、Ａのみが存在する、Ａ及びＢの双方が存在する、及びＢのみが存在することを表し得る。

本出願の実施形態の明細書及び特許請求の範囲において、用語「第１」、「第２」等は、異なるオブジェクト間で区別することを意図しているが、オブジェクトの特定の順序を示すものではない。例えば、第１のネットワークデバイス、第２のネットワークデバイス等は、異なるネットワークデバイスを区別するために用いられるが、ネットワークデバイスの特定のシーケンスを記述するために用いられるわけではない。

さらに、本出願の実施形態において、語「例」又は「例えば」は、例、例示、又は説明を与えることを表すために用いられる。本出願の実施形態において「例」又は「例えば」として記載されるいずれの実施形態又は設計スキームも、他の実施形態又は設計スキームよりもより好ましいものとして又はさらなる利点を有するものとして説明されるべきではない。正確には、語「例」又は「例えば」などの使用は、関連する概念を特定の方法で提示することを意図している。

本出願の実施形態の説明において、別段示されない限り、「複数」は、２つ又は２つより多くを意味する。例えば、複数の処理ユニットは、２つ以上の処理ユニットを指す。複数のシステムは、２つ以上のシステムを指す。

最初、本出願の実施形態で提供されるネットワークＯＡＭ方法及び装置に関連するいくつかの概念について説明する。

ＯＡＭ：運用、管理、及び保守（ＯＡＭ）。ネットワークＯＡＭは、ネットワークデバイスによるＯＡＭ情報の収集を指す。ＯＡＭは、以下のように定義される。

（１） 性能を監視し、保守情報を生成して、保守情報に基づいてネットワーク安定性を評価する。

（２） 定期的な問い合わせを通じてネットワーク障害を検出し、様々な保守及びアラーム情報を生成する。

（３） ネットワーク障害が発生したとき、サービスを他のエンティティにスケジュールし、あるいは切り替えて、正常なネットワーク運用を保証する。

（４） 障害情報を管理エンティティ（例えば、コントローラ）に伝達する。

結論として、ネットワークＯＡＭは、障害検出、パス発見、障害位置特定、及び性能監視を含むことができる。以下の実施形態では、本出願で提供される技術的解決策を参照して、ネットワークＯＡＭプロセスについて詳細に説明する。

ＯＡＭドメインは、ネットワーク内でＯＡＭ機能をサポートする（すなわち、ＯＡＭ情報の収集をサポートする）全てのノードのセットを指す。例えば、図１のノード２、ノード３、及びノード５のセットは、ＯＡＭドメインであり、ノード２は、ＯＡＭドメインのイングレス（ingress）ノードであり（これは、ヘッドノードと呼ばれることもある）、イングレスノードは、ＯＡＭ構成情報を決定することを担当し、ノード５は、ＯＡＭドメインのエグレスノードであり（これは、エグレスノードと呼ばれることもある）、エグレスノードは、ＯＡＭドメイン内の各ノードにより収集されたＯＡＭ情報をコントローラに報告することを担当する。

背景技術において記載された問題を解決するために、本出願の実施形態は、ネットワークＯＡＭ方法及び装置を提供する。ネットワーク内の第１のネットワークデバイスは、ターゲットアプリケーションのＯＡＭ構成情報を決定することができ、第１のネットワークデバイスは、ＯＡＭ構成情報を第２のネットワークデバイスに転送する。本出願の実施形態における技術的解決策によれば、第１のネットワークデバイスは、ターゲットアプリケーションのためのＯＡＭ構成情報を決定することができる。したがって、ＯＡＭ構成方式はより柔軟である。

さらに、ネットワーク内のＯＡＭ情報を収集する必要のあるネットワークデバイスは、ＯＡＭ構成情報に従ってＯＡＭ情報を収集し、報告する。第１のネットワークデバイスにより決定されるＯＡＭ構成情報が、ターゲットアプリケーションの特徴情報に基づいて決定されるため、ＯＡＭ構成情報に従って収集されるＯＡＭ情報は、ある程度、ターゲットアプリケーションの実行状態をより正確に反映することができ、したがって、ネットワークのＯＡＭ効果を改善することができる。

すなわち、本出願のこの実施形態で提供されるネットワークＯＡＭ方法によれば、特定のターゲットアプリケーションのためのＯＡＭを実施することができ、それにより、ＯＡＭ適切性が改善され、ＯＡＭ効果が改善される。

本出願のこの実施形態において、第１のネットワークデバイスは、ターゲットアプリケーション（すなわち、ターゲットＡＰＰ）に対応する転送パス上のヘッドノード又はイングレスノード（すなわち、ネットワーク内でＯＡＭ機能を実行する開始ノード）であり、第２のネットワークデバイスは、第１のネットワークデバイスの次ホップデバイスであることに留意されたい。任意で、第１のネットワークデバイス及び第２のネットワークデバイスは、ルーティングデバイス又はスイッチングデバイス、例えば、ルータ又はスイッチでもよい。

ＯＡＭ構成情報は、ＯＡＭ情報を収集するためにネットワーク内のネットワークデバイスにより使用され、ＯＡＭ情報は、ターゲットアプリケーションの実行状態（例えば、レイテンシ状態又はパケットロス状態）を分析するために使用される。

例えば、第１のネットワークデバイスのハードウェア構造を、第１のネットワークデバイスがルータである一例を用いることにより説明する。図２は、本出願の一実施形態によるルータのハードウェアの概略図である。図２に示すように、本出願のこの実施形態で提供されるルータは、プロセッサ２０、メモリ２１、及びインターフェース２２などのコンポーネントを含む。以下では、ルータのコンポーネントを示す。

プロセッサ２０は、ルーティング情報を交換し、ルーティングテーブルを検索し、データを処理する、例えば、ルータ及びルート計算を保守するための様々なテーブルを処理することを担当する。

メモリ２１は、ルータの構成、オペレーティングシステム、ルーティングプロトコルソフトウェアなどを記憶するように構成される。ルータは、読取専用メモリ（read only memory、ＲＯＭ）、ランダムアクセスメモリ（random access memory、ＲＡＭ）、ダイナミックメモリ（ＤＲＡＭ）、及びフラッシュメモリ（Ｆｌａｓｈ）などの複数のタイプのメモリを有してもよい。

インターフェース２２は、データパケットを送信及び受信するためにルータにより使用される。ルータ内のインターフェース２２は、ローカルエリアネットワークインターフェース及びワイドエリアネットワークインターフェースを含む。さらに、ルータは、入力デバイス又は端末表示デバイスを有さず、ルータインターフェースは、ルータ構成を完了するために、端末を使用することによりルータと通信するためにユーザ又は管理者により使用される、制御ポートをさらに含む。

ルータの概念及びハードウェア構造に関する前述の説明を参照し、以下では、本出願の実施形態で提供されるネットワークＯＡＭ方法及び装置について詳細に説明する。

図３に示すように、本出願のこの実施形態で提供されるネットワークＯＡＭ方法は、Ｓ１０１～Ｓ１０２を含んでもよい。

Ｓ１０１．第１のネットワークデバイスが、ターゲットアプリケーションのＯＡＭ構成情報を決定する。

ＯＡＭ構成情報は、ＯＡＭ測定方式を含む。

本出願のこの実施形態において、ＯＡＭ測定方式は、以下の方式、すなわち、その場運用、管理、及び保守（in-situ operation administration and maintenance、ＩＯＡＭ）方式、インターネットプロトコルフロー性能監視（ＩＰフロー性能監視（IP flow performance monitor）、ＩＰＦＰＭ）方式、ＩＦＩＴ（その場フロー情報テスト（in-situ flow information test）、ＩＦＩＴ）方式、二方向アクティブ測定プロトコル（two-way active measurement protocol、ＴＷＡＭＰ）方式、及び一方向アクティブ測定プロトコル（one-way active measurement protocol、ＯＷＡＭＰ）方式、並びにｐｉｎｇ（ネットワークが接続されているかどうかをチェックするためのｐｉｎｇ）方式、のうちの少なくとも１つを含んでもよい。

任意で、本出願のこの実施形態において、ＯＡＭ構成情報は、以下の情報、すなわち、ＯＡＭ測定対象、測定粒度、及び測定頻度、のうちの少なくとも１つをさらに含んでもよい。

ＯＡＭ測定対象は、レイテンシ、パケットロス率、及び利用可能な帯域幅のうちの少なくとも１つを含んでもよいことを理解されたい。ＯＡＭ測定粒度は、フロー毎又はパケット毎を含んでもよい。ＯＡＭ測定頻度は、データパケット（又は、測定パケット）の送信頻度でもよい。

本出願のこの実施形態において、ＯＡＭがネットワーク上で実行されるとき、ＯＡＭは、ターゲットアプリケーションの実際のサービスに基づいて実行されてもよく（これは、フローバイフロー測定として理解され得る）、あるいは、アクティブＯＡＭが、ターゲットアプリケーションに対応する転送パス上で実行されてもよい（これは、パス測定として理解され得る）ことに留意されたい。ＯＡＭがターゲットアプリケーションの実際のサービスに基づいて実行されるとき、ＯＡＭ構成情報は、測定粒度を含んでもよく、ＯＡＭ測定方式は、ＩＯＡＭ方式、ＩＰＦＰＭ方式、及びＩＦＩＴ方式を含んでもよい。アクティブＯＡＭがターゲットアプリケーションの転送パス上で実行されるとき、ＯＡＭ構成情報は、測定頻度を含んでもよく、ＯＡＭ測定方式は、ＴＷＡＭＰ方式、ＯＷＡＭＰ方式、ｐｉｎｇ方式などを含んでもよい。

Ｓ１０２．第１のネットワークデバイスが、ＯＡＭ構成情報を第２のネットワークデバイスに転送する。

本出願のこの実施形態において、第１のネットワークデバイスがＯＡＭ構成情報を決定した後、第１のネットワークデバイスは、ＯＡＭ構成情報を第１のネットワークデバイスにより受信されたパケットにカプセル化し、そのパケットを第２のネットワークデバイスに転送し、それにより、第２のネットワークデバイスは、ＯＡＭ構成情報に基づいてＯＡＭ情報を収集する。

任意で、ネットワークデバイスにより収集されるＯＡＭ情報は、ＯＡＭ測定対象に従って変動する。例えば、一実装において、ＯＡＭ測定対象がレイテンシであるとき、ネットワークデバイスにより収集されるＯＡＭ情報は、タイムスタンプ、ノードＩＤ、及びインターフェースＩＤを含んでもよく、インターフェースＩＤは、パケットのインバウンドインターフェース及びアウトバウンドインターフェースを含んでもよく、タイムスタンプは、パケットがインバウンドインターフェースに到着するときの時間と、パケットがアウトバウンドインターフェースを出るときの時間を含んでもよい。コントローラは、タイムスタンプに基づいて、転送プロセスにおけるターゲットアプリケーションのパケットのレイテンシ、例えば、ヘッドノードからテールノードへのレイテンシ、又は２つの隣接するノード間のレイテンシを決定することができる。一実装において、ＯＡＭ測定対象がパケットロス率であるとき、ネットワークデバイスにより収集されるＯＡＭ情報は、ノードＩＤ、インターフェースＩＤ、及びシーケンス番号を含んでもよい。コントローラは、送信端により送信されたデータパケットのシーケンス番号を受信端により受信されたデータパケットのシーケンス番号と比較して、損失データパケットの数量を決定し、それによりパケットロス率を決定することができる。

任意で、図３を参照し、図４に示すように、Ｓ１０１の前、本出願のこの実施形態で提供されるネットワークＯＡＭ方法は、Ｓ１０３をさらに含んでもよい。

Ｓ１０３．第１のネットワークデバイスが、パケットを受信し、パケットは、ターゲットアプリケーションの特徴情報を含む。

本出願のこの実施形態において、第１のネットワークデバイスにより受信されたパケットは、ターゲットアプリケーションのパケットであり、パケットは、ターゲットアプリケーションの情報ヘッダ（以降、ＡＰＰ情報ヘッダと呼ばれる）を含み、ＡＰＰヘッダは、ターゲットアプリケーションの特徴情報を含む。パケットを受信した後、第１のネットワークデバイスは、パケットをカプセル化解除して、ＡＰＰ情報ヘッダからターゲットアプリケーションの特徴情報を取得する。

本出願のこの実施形態において、ＯＡＭがターゲットアプリケーションの実際のサービスに基づいて実行されるとき、パケットは、ターゲットアプリケーションの実際のサービスに対応するパケットでもよいことに留意されたい。アクティブＯＡＭがターゲットアプリケーションに対応する転送パス上で実行されるとき、パケットはテストパケットである。

図４に示すように、Ｓ１０１は具体的に、Ｓ１０１１により実施されてもよい。

Ｓ１０１１．第１のネットワークデバイスが、ターゲットアプリケーションの特徴情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定する。

具体的に、ターゲットアプリケーションの特徴情報は、ターゲットアプリケーションのサービス要件情報又はターゲットアプリケーションの識別情報を含んでもよい。具体的には、第１のネットワークデバイスにより受信されるパケットのＡＰＰ情報ヘッダは、ターゲットアプリケーションのサービス要件情報、又はターゲットアプリケーションの識別情報（以下の実施形態においてＡＰＰ ＩＤと示される）を含む。第１のネットワークデバイスは、第１のネットワークデバイスにより受信されたパケットをカプセル化解除し、パケットのＡＰＰ情報ヘッダからターゲットアプリケーションのサービス要件情報又はターゲットアプリケーションの識別情報を取得する。

サービス要件情報は、サービスレベルアグリーメントＳＬＡ（service level agreement、ＳＬＡ）パラメータと呼ばれることもある。サービス要件情報は、これらに限られないが、レイテンシ情報、パケットロス情報、及び帯域幅情報のうちの少なくとも１つを含んでもよい。レイテンシ情報は、エンドツーエンドレイテンシ、ホップバイホップレイテンシ、及び転送レイテンシのうちの１つ以上を含んでもよい。パケットロス情報は、パケットロス率を含んでもよい。帯域幅情報は、利用可能な帯域幅を含んでもよい。

任意で、サービス要件情報は、レイテンシ情報の上限、及び／又はパケットロス情報の上限をさらに含んでもよい。例えば、サービス要件情報は、最大エンドツーエンドレイテンシが３ミリ秒未満であること、及び／又は最大パケットロス率が０．０００１未満であることを指定する。

一実装において、サービス要件情報は、サービス要件のカラー情報（これは、ＳＬＡカラーと呼ばれることもある）をさらに含んでもよく、サービス要件のカラー情報は、レイテンシ情報、パケットロス情報、及び帯域幅情報のうちの１つ以上を暗黙的に示すことができる。

図４を参照し、図５に示すように、一実装において、Ｓ１０３はＳ１０３１で置き換えられてもよく、Ｓ１０１１はＳ１０１１ａで置き換えられてもよい。

Ｓ１０３１．第１のネットワークデバイスが、パケットを受信し、パケットは、ターゲットアプリケーションのサービス要件情報を含む。

Ｓ１０１１ａ．第１のネットワークデバイスが、ターゲットアプリケーションのサービス要件情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定する。

本出願のこの実施形態において、第１のネットワークデバイスは、サービス要件情報の内容に基づいてＯＡＭ構成情報を決定することができる。例えば、ＯＡＭがターゲットアプリケーションの実際のサービスに基づいて実行されるとき、サービス要件情報が、最大パケットロス率がある値未満であることを指定する場合、第１のネットワークデバイスは、パケットロス率に対するターゲットアプリケーションの要件（すなわち、最大パケットロス率が指定された値未満であること）に基づいて、ＯＡＭ構成情報における測定対象がパケットロス率であると決定し、ＯＡＭがパケットロス率に対して実行されるときのＯＡＭ測定方式及び測定粒度を決定することができる。アクティブＯＡＭが、ターゲットアプリケーションに対応する転送パスに基づいて実行されるとき、サービス要件情報がレイテンシであり、最大エンドツーエンドレイテンシがある値未満である場合、第１のネットワークデバイスは、ターゲットアプリケーションのレイテンシ要件（すなわち、最大エンドツーエンドレイテンシが指定された値未満であること）に基づいて、ＯＡＭ構成情報における測定対象がレイテンシであると決定し、さらに、ＯＡＭがレイテンシに対して実行されるときのＯＡＭ測定方式及び測定頻度を決定する。

任意で、本出願のこの実施形態において、第１のネットワークデバイスは、レイテンシ、パケットロス率などに対するターゲットアプリケーションの要件の厳密度合いに基づいて、ターゲットアプリケーションの実際のサービスに基づいてＯＡＭを実行するか又はターゲットアプリケーションに対応する転送パスに基づいてＯＡＭを実行するか、すなわち、フローバイフロー測定を実行するか又はアクティブ測定を実行するかを決定してもよい。

一例において、対話型インターネットプロトコルテレビジョン（Internet Protocol television、ＩＰＴＶ）及びストリーミングメディアなどのアプリケーションは、パケットロスに比較的敏感であり、深刻なパケットロスは、モザイクなどの容認できない結果をもたらす可能性がある。この場合、ＯＡＭが、ターゲットアプリケーションの実際のサービスに基づいて実行されてもよい。具体的には、ターゲットアプリケーションのパケットロス率要件のサービス要件情報がターゲットアプリケーションのパケット内で搬送され、それにより、ＯＡＭ構成情報（測定方式、測定対象、及び測定粒度を含む）が決定される。例えば、ＯＡＭ測定方式はＩＰＦＰＭであり、ＯＡＭ対象はパケットロス率であり、ＯＡＭ測定粒度はパケット毎である。

別の例において、ライブブロードキャスト及び仮想現実（virtual reality、ＶＲ）などのアプリケーションは、比較的レイテンシに敏感であり、過度に大きいレイテンシは、不十分なユーザ体験をもたらす可能性がある。この場合、ＯＡＭが、ターゲットアプリケーションの実際のサービスに基づいて実行されてもよい。具体的には、ターゲットアプリケーションのレイテンシ要件のサービス要件情報が、ターゲットアプリケーションのパケット内で搬送され、それにより、ＯＡＭ構成情報（測定方式、測定対象、及び測定粒度を含む）が決定される。例えば、ＯＡＭ測定方式はＩＯＡＭであり、ＯＡＭ対象はレイテンシであり、ＯＡＭ測定粒度はパケット毎である。

本出願のこの実施形態において、アクティブＯＡＭがターゲットアプリケーションに対応する転送パス上で実行される一例を用いる。サービス要件情報はレイテンシであり、ターゲットアプリケーションは比較的小さいレイテンシ要件を有する。例えば、最大エンドツーエンドレイテンシは、５０ミリ秒未満である。この場合、第１のネットワークデバイスは、レイテンシに敏感でないＯＡＭ測定方式、例えば、ＴＷＡＭＰを選択してもよい。ターゲットアプリケーションがレイテンシに関する高い要件を有さないため、低い測定頻度を使用することができる。

ターゲットアプリケーションの異なるサービス要件（レイテンシ、パケットロス率、帯域幅など）は、異なるＯＡＭ構成情報に対応し得ることを理解されたい。具体的には、ＯＡＭ構成情報は、実際の使用法に基づいて選択されてもよい。これは、本出願のこの実施形態において限定されない。

任意で、本出願のこの実施形態において、ターゲットアプリケーションのＯＡＭ構成情報におけるＯＡＭ測定方式は、ネットワークデバイスがＯＡＭ測定方式をサポートするかどうかに基づいて決定されてもよい。例えば、ネットワークデバイスがＩＯＡＭ方式のみをサポートする場合、ターゲットアプリケーションのＯＡＭ構成情報におけるＯＡＭ測定方式はＩＯＡＭ方式である。

結論として、第１のネットワークデバイスは、データパケット内で搬送されるターゲットアプリケーションのサービス要件情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定し（例えば、異なるサービス要件は、異なるＯＡＭ構成情報に対応し得る）、それにより、ＯＡＭ構成方式はより柔軟である。

本出願のこの実施形態において、第１のネットワークデバイスが、ターゲットアプリケーションのサービス要件情報に基づいてＯＡＭ構成情報を決定した後、第１のネットワークデバイスは、ＯＡＭ構成情報を第１のネットワークデバイスにより受信されたパケットに追加し、そのパケットを第２のネットワークデバイスに転送する。例えば、図６を参照し、第１のネットワークデバイスがどのようにしてＯＡＭ構成情報をパケットに追加するかが理解され得る。具体的には、第１のネットワークデバイスは、第１のネットワークデバイスにより受信されたパケットにＯＡＭヘッダを追加し、ＯＡＭ構成情報をパケットのＯＡＭヘッダにカプセル化し、さらに、そのパケットを第２のネットワークデバイスに転送する。

任意で、本出願のこの実施形態において、ネットワーク内のどのデバイス（すなわち、ノード）がＯＡＭ情報を収集する必要があるかが、予め構成されてもよい。換言すれば、ネットワーク内の各デバイスについて、デバイスがＯＡＭ情報を収集する必要があるかどうかを構成することができる。具体的には、どのデバイスがＯＡＭ情報を収集する必要があるかが、実際の要件に基づいて構成されてもよい。これは、本出願のこの実施形態において限定されない。

例えば、ネットワークデバイスは、該ネットワークデバイスの前ホップネットワークデバイスにより送信されたパケットを受信する。ネットワークデバイスが、ＯＡＭ情報を収集するように構成される場合、ネットワークデバイスは、受信したパケットをカプセル化解除してＯＡＭ構成情報を取得し、ＯＡＭ構成情報に従ってＯＡＭ情報を収集し、次いで、ＯＡＭ情報をパケットのＯＡＭヘッダにカプセル化する。次いで、ＯＡＭ構成情報及びＯＡＭ情報を含むパケットが、ネットワークデバイスの次ホップネットワークデバイスに送信される。そうでない場合、ネットワークデバイスは、ＯＡＭ情報を収集せず、ＯＡＭ構成情報を含むパケットをネットワークデバイスの次ホップネットワークデバイスに直接転送する。

本出願のこの実施形態において、第１のネットワークデバイスはＯＡＭドメインのイングレスノードであり、第１のネットワークデバイスの次ホップノードは第２のネットワークデバイスであり、第２のネットワークデバイスの次ホップノードは第３のネットワークデバイスであり、第３のネットワークデバイスはＯＡＭドメインのエグレスノードであると仮定される。一例として、第１のネットワークデバイス、第２のネットワークデバイス、及び第３のネットワークデバイスが全て、ＯＡＭ情報を収集する必要がある場合を用いる。図７に示すように、ＯＡＭ情報収集プロセスは、パケット転送プロセスを参照して説明される。

第１のネットワークデバイスが、ターゲットアプリケーションのＯＡＭ構成情報を決定した後、第１のネットワークデバイスは、ＯＡＭ構成情報に従ってＯＡＭ情報を収集することができる。本明細書において、第１のネットワークデバイスにより収集されるＯＡＭ情報は、第１のＯＡＭ情報として示される。次いで、第１のネットワークデバイスは、ＯＡＭ構成情報及び第１のＯＡＭ情報をパケットにカプセル化する。（詳細については、上記実施形態の説明を参照し、すなわち、第１のネットワークデバイスは、受信したパケットにＯＡＭヘッダを追加し、ＯＡＭ構成情報及び第１のＯＡＭ情報をパケットのＯＡＭヘッダにカプセル化し、次いで、そのパケットを第２のネットワークデバイスに送信する。）第１のネットワークデバイスにより第２のネットワークデバイスに送信されるパケットは、ＯＡＭ構成情報及び第１のＯＡＭ情報を搬送することが理解され得る。

第１のネットワークデバイスにより送信されたパケットを受信した後、第２のネットワークデバイスは、パケットをカプセル化解除してＯＡＭ構成情報を取得し、ＯＡＭ構成情報に従ってＯＡＭ情報を収集する。本明細書において、第２のネットワークデバイスにより収集されるＯＡＭ情報は、第２のＯＡＭ情報として示される。次いで、第２のネットワークデバイスは、第２のＯＡＭ情報を第２のネットワークデバイスにより受信されたパケットにカプセル化する。（具体的には、第２のネットワークデバイスは、第２のＯＡＭ情報をパケットのＯＡＭヘッダにカプセル化し、次いで、第２のＯＡＭ情報を第３のネットワークデバイスに送信する。）第２のネットワークデバイスにより第３のネットワークデバイスに送信されるパケットは、ＯＡＭ構成情報、第１のＯＡＭ情報、及び第２のＯＡＭ情報を搬送することが理解され得る。

第２のネットワークデバイスにより送信されたパケットを受信した後、第３のネットワークデバイスは、パケットをカプセル化解除してＯＡＭ構成情報を取得し、ＯＡＭ構成情報に従ってＯＡＭ情報を収集する。本明細書において、第３のネットワークデバイスにより収集されるＯＡＭ情報は、第３のＯＡＭ情報として示される。第３のネットワークデバイスは、第１のＯＡＭ情報、第２のＯＡＭ情報、及び第３のＯＡＭ情報を取得していることが習得できる。さらに、第３のネットワークデバイスは、第１のＯＡＭ情報、第２のＯＡＭ情報、及び第３のＯＡＭ情報をネットワーク内のコントローラに送信する。あるいは、第３のネットワークデバイスは、第３のＯＡＭ情報をパケットのＯＡＭヘッダにカプセル化し、第１のＯＡＭ情報、第２のＯＡＭ情報、及び第３のＯＡＭ情報を含むＯＡＭヘッダをネットワーク内のコントローラに送信し、それにより、コントローラは、ＯＡＭ情報を分析して、ターゲットアプリケーションの実行状態を決定する。

図４を参照し、図８に示すように、別の実装において、Ｓ１０３はＳ１０３２で置き換えられてもよく、Ｓ１０１１はＳ１０１１ｂで置き換えられてもよい。

Ｓ１０３２．第１のネットワークデバイスが、パケットを受信し、パケットは、ターゲットアプリケーションの識別情報を含む。

Ｓ１０１１ｂ．第１のネットワークデバイスが、ターゲットアプリケーションの識別情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定する。

本出願のこの実施形態において、アプリケーションの識別情報とＯＡＭ構成情報との間の対応は、第１のネットワークデバイス上に構成される。ターゲットアプリケーションの識別情報を取得した後、第１のネットワークデバイスは、まず、アプリケーションの識別情報とＯＡＭ構成情報との対応に基づいてターゲットアプリケーションの識別情報をマッチングし、さらに、ターゲットアプリケーションの識別情報に対応するＯＡＭ構成情報がターゲットアプリケーションのＯＡＭ構成情報であると決定する。

例えば、表１は、アプリケーションの識別情報とＯＡＭ構成情報との対応の一例である。

表１を参照し、パケットから第１のネットワークデバイスにより取得されるＡＰＰ ＩＤは、ＩＤ３であり、第１のネットワークデバイスは、ターゲットアプリケーションのＯＡＭ構成情報が表１のＯＡＭ構成情報３であると決定することができる。

本出願のこの実施形態において、第１のネットワークデバイスが、第１のネットワークデバイスにより受信されたパケット内のＡＰＰ ＩＤに基づいてターゲットアプリケーションの識別情報をマッチングしたとき（例えば、ターゲットアプリケーションの識別情報が表１に存在しない）、第１のネットワークデバイスは、ＯＡＭの決定された識別情報を第２のネットワークデバイスに転送することに留意されたい。このようにして、第２のネットワークデバイスは、ＯＡＭ構成情報を取得し、実際の状況に基づいて、ＯＡＭ情報を収集するかどうか（すなわち、ＯＡＭ機能を実行するかどうか）を決定することができる。同様に、別の後続のネットワークデバイスも、ＯＡＭ構成情報を取得し、ＯＡＭ情報を収集するかどうかを決定することができる。第１のネットワークデバイスが、ターゲットアプリケーションの識別情報をマッチングしないとき、第１のネットワークデバイス、第２のネットワークデバイス、及び他の後続のネットワークデバイスは、ＯＡＭ情報を収集せず（すなわち、ＯＡＭ機能を実行せず）、パケットを単に通常どおり転送する。

Ｓ１０１１ａ又はＳ１０１１ｂの前述の説明を参照し、任意で、第１のネットワークデバイスにより受信されたパケットは、ＯＡＭ構成情報内にＯＡＭ測定方式を含んでもよい。換言すれば、ＯＡＭ測定方式は、予め構成され、パケット内で搬送されてもよい。このようにして、パケットを受信した後、第１のネットワークデバイスは、ＯＡＭ測定方式（例えば、パケットにおいてＯＡＭ測定方式がＩＯＡＭ方式であることを指定する）を取得することができる。この場合、第１のネットワークデバイスが、パケットからターゲットアプリケーションのサービス要件情報又はターゲットアプリケーションの識別情報を取得した後、第１のネットワークデバイスは、ターゲットアプリケーションのサービス要件情報又はターゲットアプリケーションの識別情報に基づいて、ＯＡＭ構成情報内の他の情報（例えば、測定対象、測定粒度、又は測定頻度）を決定する。さらに、第１のネットワークデバイスが、ＯＡＭ情報を収集する必要がないとき、第１のネットワークデバイスは、ＯＡＭ構成情報を第２のネットワークデバイスに転送する。第１のネットワークデバイスが、ＯＡＭ情報を収集する必要があるとき、第１のネットワークデバイスは、ＯＡＭ構成情報に基づいてＯＡＭ情報を収集し、ＯＡＭ構成情報及びＯＡＭ情報を第２のネットワークデバイスに転送する。

本明細書において、パケットがＯＡＭ測定方式を搬送する場合、第１のネットワークデバイスは、決定されたＯＡＭ測定対象、ＯＡＭ測定粒度、又は測定頻度のみをパケットにカプセル化する（なぜならば、パケットはＯＡＭ測定方式を既に含むため）ことに留意されたい。

結論として、第１のネットワークデバイスは、データパケット内で搬送されるターゲットアプリケーションのサービス要件情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定し（例えば、異なるサービス要件は、異なるＯＡＭ構成情報に対応し得る）、それにより、ＯＡＭ構成方式はより柔軟である。

結論として、第１のネットワークデバイスは、データパケット内で搬送されるターゲットアプリケーションの識別情報に基づいてターゲットアプリケーションのＯＡＭ構成情報を決定し（例えば、異なるアプリケーションは、異なるＯＡＭ構成情報を用いて構成され得る）、それにより、ＯＡＭ構成方式はより柔軟である。

任意で、図３を参照し、図９に示すように、Ｓ１０１の前、本出願のこの実施形態で提供されるネットワークＯＡＭ方法は、Ｓ１０４をさらに含んでもよい。

Ｓ１０４．第１のネットワークデバイスが、有効化情報を取得する。

有効化情報は、ターゲットアプリケーションのＯＡＭ構成情報を決定するように第１のネットワークデバイスに命令するために使用される。

任意で、本出願のこの実施形態において、有効化情報は、指示情報（例えば、命令）であり、有効化情報は、第１のネットワークデバイスにより受信されたパケット内で搬送され得る。あるいは、有効化情報は、第１のネットワークデバイス上に予め構成されてもよい。

本出願のこの実施形態において、第１のネットワークデバイスは、指示情報の値に基づいて、ターゲットアプリケーションのＯＡＭ構成情報が決定される必要があるかどうかを決定することができる。例えば、有効化情報を表すために、「０」又は「１」が使用されてもよい。例えば、「１」を使用して有効化を示してもよく、これは、第１のネットワークデバイスがＯＡＭ構成情報を決定する必要があることを意味し、あるいは、「０」を使用して有効化を示してもよい。確かに、本出願のこの実施形態において、前述の有効化情報を設定するために、実際の使用要件を満たす別のフラグが使用されてもよい。詳細は、本出願のこの実施形態において１つずつ列挙されない。

一実装において、有効化を示すために「１」が使用されてもよく、無効化を示すために「０」が使用されてもよい。換言すれば、有効化情報の値が１であるとき、第１のネットワークデバイスはＯＡＭ構成情報を決定し、有効化情報の値が０であるとき、第１のネットワークデバイスはＯＡＭ構成情報を決定せず、パケットを通常どおり単に転送する。

任意で、本出願のこの実施形態において、ターゲットアプリケーションの識別情報が、有効化情報として使用されてもよい。この場合、第１のネットワークデバイスにより受信されたパケットが、ＡＰＰ ＩＤを含むとき、第１のネットワークデバイスは、ターゲットアプリケーションのＯＡＭ構成情報を決定し、ＯＡＭ構成情報を含むパケットを第２のネットワークデバイスに転送する。第１のネットワークデバイスにより受信されたパケットが、ＡＰＰ ＩＤを含まない（又は、ＡＰＰ ＩＤが空である）とき、第１のネットワークデバイスは、ターゲットアプリケーションのＯＡＭ構成情報を決定せず、パケットを単に転送する。

本出願のこの実施形態で提供されるネットワークＯＡＭ方法によれば、ネットワーク内の第１のネットワークデバイスは、ターゲットアプリケーションのＯＡＭ構成情報を決定し、第１のネットワークデバイスは、ＯＡＭ構成情報を第２のネットワークデバイスに転送する。本出願の実施形態における技術的解決策によれば、ターゲットアプリケーションのＯＡＭ構成情報を決定できることが習得できる。したがって、ＯＡＭ構成方式はより柔軟である。さらに、ネットワーク内のＯＡＭ情報を収集する必要のあるネットワークデバイスは、ＯＡＭ構成情報に従ってＯＡＭ情報を収集し、報告する。第１のネットワークデバイスにより決定されるＯＡＭ構成情報が、ターゲットアプリケーションの特徴情報に基づいて決定されるため、ＯＡＭ構成情報に従って収集されるＯＡＭ情報は、ある程度、ターゲットアプリケーションの実行状態をより正確に反映することができ、したがって、ネットワークのＯＡＭ効果を改善することができる。

すなわち、本出願のこの実施形態で提供されるネットワークＯＡＭ方法によれば、特定のターゲットアプリケーションのためのＯＡＭを実施することができ、それにより、ＯＡＭ適切性が改善され、ＯＡＭ効果が改善される。

本出願のこの実施形態において、第１のネットワークデバイスは、前述の方法の例に基づいて機能モジュールに分割されてもよい。例えば、各機能モジュールが対応する機能に基づく分割を通じて得られてもよく、あるいは、２つ以上の機能が１つの処理モジュールに統合されてもよい。統合されたモジュールは、ハードウェアの形態で実現されてもよく、あるいは機能ソフトウェアモジュールの形態で実現されてもよい。本出願のこの実施形態におけるモジュール分割は一例であり、単なる論理的な機能分割であることに留意されたい。実際の実装において、別の分割方法が使用されてもよい。

図１０は、各機能モジュールが対応する機能に基づく分割を通じて得られる場合の、前述の実施形態における第１のネットワークデバイスの可能な概略構造図である。図１０に示すように、第１のネットワークデバイスは、決定モジュール１００１及び送信モジュール１００２を含んでもよい。決定モジュール１００１は、前述の方法の実施形態におけるＳ１０１（Ｓ１０１１を含み、Ｓ１０１１はＳ１０１１ａ又はＳ１０１１ｂで置き換えられてもよい）を実行する際に第１のネットワークデバイスをサポートするように構成され得る。送信モジュール１００２は、前述の方法の実施形態におけるＳ１０２を実行する際に第１のネットワークデバイスをサポートするように構成され得る。

任意で、図１０に示すように、第１のネットワークデバイスは、受信モジュール１００３をさらに含んでもよい。受信モジュール１００３は、前述の方法の実施形態におけるＳ１０３（これは、Ｓ１０３１又はＳ１０３２で置き換えられてもよい）を実行する際に第１のネットワークデバイスをサポートするように構成され得る。

任意で、図１０に示すように、第１のネットワークデバイスは、取得モジュール１００４をさらに含んでもよい。取得モジュール１００４は、前述の方法の実施形態におけるＳ１０４を実行する際に第１のネットワークデバイスをサポートするように構成され得る。

前述の方法の実施形態におけるステップの全ての関連する内容は対応する機能モジュールの機能説明に参照されてもよく、詳細はここで再度説明されない。

図１１は、集積ユニットが使用される場合の、前述の実施形態における第１のネットワークデバイスの可能な概略構造図である。図１１に示すように、第１のネットワークデバイスは、処理モジュール２００１及び通信モジュール２００２を含むことができる。処理モジュール２００１は、装置の動作を制御及び管理するように構成され得る。例えば、処理モジュール２００１は、前述の方法の実施形態におけるＳ１０１（Ｓ１０１１を含み、Ｓ１０１１はＳ１０１１ａ又はＳ１０１１ｂで置き換えられてもよい）及びＳ１０４、及び／又は本明細書に記載される技術の他のプロセスを実行する際に、第１のネットワークデバイスをサポートするように構成されてもよい。通信モジュール２００２は、他のネットワークエンティティと通信する際に第１のネットワークデバイスをサポートするように構成され得る。例えば、通信モジュール２００２は、前述の方法の実施形態におけるＳ１０２及びＳ１０３（これは、Ｓ１０３１又はＳ１０３２で置き換えられてもよい）を実行するために装置に対して構成されてもよい。任意で、図１１に示すように、第１のネットワークデバイスは、記憶モジュール２００３をさらに含み、第１のネットワークデバイスのプログラムコード及びデータを記憶してもよい。

処理モジュール２００１は、プロセッサ又はコントローラでもよい（例えば、図２に示されるプロセッサ２０でもよい）。例えば、処理モジュール２００１は、中央処理装置（central processing unit、ＣＰＵ）、汎用プロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、又は特定用途向け集積回路（application-specific integrated circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（field programmable gate array、ＦＰＧＡ）、又は他のプログラマブル論理デバイス、トランジスタ論理デバイス、ハードウェアコンポーネント、又はこれらの任意の組み合わせでもよい。処理モジュールは、本出願の実施形態で開示される内容を参照して説明される様々な例示的な論理ブロック、モジュール、及び回路を実現し、あるいは実行することができる。あるいは、プロセッサは、計算機能を実現するプロセッサの組み合わせ、例えば、１つ以上のマイクロプロセッサの組み合わせ、ＤＳＰとマイクロプロセッサの組み合わせなどでもよい。通信モジュール２００２は、トランシーバ、トランシーバ回路、通信インターフェースでもよく（例えば、図２に示されるインターフェース２２でもよい）、記憶モジュール２００３は、メモリでもよい（例えば、図２に示されるメモリ２１でもよい）。

処理モジュール２００１がプロセッサであり、通信モジュール２００２がトランシーバであり、記憶モジュール２００３がメモリであるとき、プロセッサ、トランシーバ、及びメモリは、バスを使用することにより接続されてもよい。バスは、ペリフェラルコンポーネントインターコネクト（peripheral component interconnect、ＰＣＩ）バス、拡張インダストリスタンダードアーキテクチャ（extended industry standard architecture、ＥＩＳＡ）バスなどでもよい。バスは、アドレスバス、データバス、制御バスなどに分類され得る。

前述の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせを使用することにより実施することができる。実施形態を実施するためにソフトウェアプログラムが使用されるとき、実施形態は、完全に又は部分的に、コンピュータプログラム製品の形態で実施されてもよい。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータ命令がロードされ、コンピュータ上で実行されると、本出願の実施形態による手順又は機能が全部又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置でもよい。コンピュータ命令は、コンピュータ読取可能記憶媒体に記憶されてもよく、あるいはコンピュータ読取可能記憶媒体から別のコンピュータ読取可能記憶媒体に送信されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンターから、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（digital subscriber line、ＤＳＬ））又は無線（例えば、赤外線、無線、又はマイクロ波）方式で、別のウェブサイト、コンピュータ、サーバ、又はデータセンターに送信されてもよい。コンピュータ読取可能記憶媒体は、コンピュータによりアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を統合するサーバ又はデータセンターなどのデータ記憶デバイスでもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、磁気ディスク、又は磁気テープ）、光媒体（例えば、デジタルビデオディスク（digital video disc、ＤＶＤ））、半導体媒体（例えば、ソリッドステートドライブ（solid state drives、ＳＳＤ））などでもよい。

実装に関する前述の説明により、当業者は、簡便かつ簡潔な説明の目的で、前述の機能モジュールの分割が例示のための一例として取られていることを理解できる。実際の適用において、前述の機能は、異なるモジュールに割り当て、要件に従って実現することができ、すなわち、装置の内部構造は、上述の機能の全部又は一部を実現するために、異なる機能モジュールに分割される。前述のシステム、装置、及びユニットの詳細な動作プロセスについては、前述の方法の実施形態における対応するプロセスを参照し、詳細はここで再度説明されない。

本出願で提供されるいくつかの実施形態において、開示されるシステム、装置、及び方法は他の方法で実施されてもよいことを理解されたい。例えば、説明された装置の実施形態は、単なる一例である。例えば、モジュール又はユニット分割は、単に論理的な機能分割であり、実際の実装において他の分割でもよい。例えば、複数のユニット又はコンポーネントが組み合わせられ、又は別のシステムに統合されてもよく、あるいは、いくつかの機能が無視されてもよく、又は実行されなくてもよい。さらに、表示され又は論じられた相互結合又は直接結合又は通信接続は、いくつかのインターフェースを使用することにより実現されてもよい。装置又はユニット間の間接的な結合又は通信接続は、電子的、機械的、又は他の形態で実現されてもよい。

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

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

統合されたユニットがソフトウェア機能ユニットの形態で実現され、独立した製品として販売又は使用されるとき、統合されたユニットは、コンピュータ読取可能記憶媒体に記憶されてもよい。このような理解に基づき、本質的に本出願の技術的解決策、又は従来技術に寄与する部分、又は技術的解決策の全部若しくは一部が、ソフトウェア製品の形態で実施されてもよい。ソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（これは、パーソナルコンピュータ、サーバ、又はネットワークデバイスでもよい）に、本出願の実施形態に記載される方法のステップの全部又は一部を実行するように命令するためのいくつかの命令を含む。前述の記憶媒体は、フラッシュメモリ、リムーバブルハードディスク、読取専用メモリ、ランダムアクセスメモリ、磁気ディスク、又は光ディスクなどの、プログラムコードを記憶することができる任意の媒体を含む。

前述の説明は、本出願の単なる特定の実装であり、本出願の保護範囲を制限することを意図するものではない。本出願に開示される技術的範囲内の変形又は置き換えは、本出願の保護範囲内に入るものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

本出願のこの実施形態において、有効化情報は、指示情報（例えば、命令）である。第１のネットワークデバイスは、指示情報の値に基づいて、ターゲットアプリケーションのＯＡＭ構成情報が決定される必要があるかどうかを決定することができる。例えば、有効化情報を表すために、「０」又は「１」が使用されてもよい。例えば、「１」を使用して有効化を示してもよく、これは、第１のネットワークデバイスがＯＡＭ構成情報を決定する必要があることを意味し、あるいは、「０」を使用して有効化を示してもよい。本出願のこの実施形態において、前述の有効化情報を設定するために、実際の使用要件を満たす別のフラグが使用されてもよい。詳細は、本出願のこの実施形態において１つずつ列挙されない。

本出願のこの実施形態において、第１のネットワークデバイスにより受信されたパケットは、ターゲットアプリケーションのパケットであり、パケットは、ターゲットアプリケーションの情報ヘッダ（以降、ＡＰＰ情報ヘッダと呼ばれる）を含み、ＡＰＰヘッダは、ターゲットアプリケーションの特徴情報を含む。パケットを受信した後、第１のネットワークデバイスは、パケットをカプセル化解除して、ＡＰＰ情報ヘッダからターゲットアプリケーションの特徴情報を取得する。例えば、ＡＰＰヘッダは、ＡＰＰのユーザＩＤ、ＡＰＰ ＩＤ、又はネットワーク性能要件（帯域幅又はレイテンシ等など）などの、ターゲットアプリケーションの特徴情報を搬送するＩＰｖ６拡張ヘッダである。ＩＰｖ６拡張ヘッダは、ルーティング（Routing）ヘッダ、ホップバイホップオプション（Hop-by-Hop Options）ヘッダ、又は宛先オプション（Destination Options）ヘッダを含む。

Claims (14)

1. ネットワーク運用、管理、及び保守ＯＡＭ方法であって、
   第１のネットワークデバイスにより、ターゲットアプリケーションのＯＡＭ構成情報を決定するステップであり、前記ＯＡＭ構成情報は、ＯＡＭ測定方式を含む、ステップと、
   前記第１のネットワークデバイスにより、前記ＯＡＭ構成情報を第２のネットワークデバイスに転送するステップと、
   を含む方法。
2. 前記第１のネットワークデバイスにより、ターゲットアプリケーションのＯＡＭ構成情報を決定する前に、当該方法は、
   前記第１のネットワークデバイスにより、パケットを受信するステップであり、前記パケットは、前記ターゲットアプリケーションの特徴情報を含む、ステップ、
   をさらに含み、
   前記第１のネットワークデバイスにより、ターゲットアプリケーションのＯＡＭ構成情報を決定するステップは、
   前記第１のネットワークデバイスにより、前記ターゲットアプリケーションの前記特徴情報に基づいて前記ターゲットアプリケーションの前記ＯＡＭ構成情報を決定するステップ、
   を含む、請求項１に記載の方法。
3. 前記ターゲットアプリケーションの前記特徴情報は、前記ターゲットアプリケーションのサービス要件情報又は前記ターゲットアプリケーションの識別情報を含む、
   請求項２に記載の方法。
4. 前記ターゲットアプリケーションの前記サービス要件情報は、レイテンシ情報、パケットロス情報、及び帯域幅情報のうちの少なくとも１つを含む、
   請求項３に記載の方法。
5. 前記パケットは、前記ＯＡＭ測定方式を含む、
   請求項２乃至４のうちいずれか１項に記載の方法。
6. 前記ＯＡＭ測定方式は、以下の方式、すなわち、その場運用、管理、及び保守ＩＯＡＭ方式、インターネットプロトコルフロー性能測定ＩＰＦＰＭ方式、その場フロー情報テレメトリＩＦＩＴ方式、二方向アクティブ測定プロトコルＴＷＡＭＰ方式、一方向アクティブ測定プロトコルＯＷＡＭＰ方式、及びｐｉｎｇ方式、のうちの少なくとも１つを含む、
   請求項１乃至５のうちいずれか１項に記載の方法。
7. 前記ＯＡＭ構成情報は、以下の情報、すなわち、ＯＡＭ測定対象、測定粒度、及び測定頻度、のうちの少なくとも１つをさらに含む、
   請求項１乃至６のうちいずれか１項に記載の方法。
8. 前記第１のネットワークデバイスによりターゲットアプリケーションのＯＡＭ構成情報を決定する前に、当該方法は、
   前記第１のネットワークデバイスにより、有効化情報を取得するステップであり、前記有効化情報は、前記ターゲットアプリケーションの前記ＯＡＭ構成情報を決定するように前記第１のネットワークデバイスに命令するために使用される、ステップ
   をさらに含む、請求項１乃至７のうちいずれか１項に記載の方法。
9. ネットワークデバイスであって、当該ネットワークデバイスは、第１のネットワークデバイスであり、当該ネットワークデバイスは、決定モジュール及び送信モジュールを含み、
   前記決定モジュールは、ターゲットアプリケーションのＯＡＭ構成情報を決定するように構成され、前記ＯＡＭ構成情報は、ＯＡＭ測定方式を含み、
   前記送信モジュールは、前記ＯＡＭ構成情報を第２のネットワークデバイスに転送するように構成される、
   ネットワークデバイス。
10. 当該ネットワークデバイスは、受信モジュールをさらに含み、
    前記受信モジュールは、パケットを受信するように構成され、前記パケットは、前記ターゲットアプリケーションの特徴情報を含み、
    前記決定モジュールは具体的に、前記ターゲットアプリケーションの前記特徴情報に基づいて前記ターゲットアプリケーションの前記ＯＡＭ構成情報を決定するように構成される、
    請求項９に記載のネットワークデバイス。
11. 前記ターゲットアプリケーションの前記特徴情報は、前記ターゲットアプリケーションのサービス要件情報又は前記ターゲットアプリケーションの識別情報を含む、
    請求項１０に記載のネットワークデバイス。
12. 前記ＯＡＭ測定方式は、以下の方式、すなわち、その場運用、管理、及び保守ＩＯＡＭ方式、インターネットプロトコルフロー性能測定ＩＰＦＰＭ方式、ＩＦＩＴ方式、二方向アクティブ測定プロトコルＴＷＡＭＰ方式、一方向アクティブ測定プロトコルＯＷＡＭＰ方式、及びｐｉｎｇ方式、のうちの少なくとも１つを含む、
    請求項１０又は１１に記載のネットワークデバイス。
13. 当該ネットワークデバイスは、取得モジュールをさらに含み、
    前記取得モジュールは、有効化情報を取得するように構成され、前記有効化情報は、前記ターゲットアプリケーションの前記ＯＡＭ構成情報を決定するように前記第１のネットワークデバイスに命令するために使用される、
    請求項１０乃至１２のうちいずれか１項に記載のネットワークデバイス。
14. コンピュータ読取可能記憶媒体であって、コンピュータ命令を含むことができ、前記コンピュータ命令がコンピュータ上で実行されると、ネットワークデバイスは請求項１乃至８のうちいずれか１項に記載の方法を実行可能にされる、コンピュータ読取可能記憶媒体。

Images