(57)【要約】  ネットワークにおいてパケットロス測定を可能にする方法が提供される。グループをなすユーザポートを介して、同じ送信元アドレスおよび同じ宛先アドレスを含むデータパケットが受信される。グループをなすユーザポートのリンクアグリゲーションが実行される。ネットワークポートにおいて、受信したデータパケットが、遠端のネットワークエッジノードに送信される。送信したデータパケットの数が決定され、ユーザポートの各々について、内部的に失われたデータパケットの数も決定される。ネットワークポートにおいて、送信したデータパケットの補正された数が、送信したデータパケットの決定された数と、内部的に失われたデータパケットの総数との合計として、遠端のネットワークエッジノードに通知される。
2013539642.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにおいてパケットロス測定を可能にする方法であって、
グループ（ＬＡＧ）をなすユーザポート（ＵＰ１、ＵＰ２）において、同じ送信元アドレスおよび同じ宛先アドレスを含むデータパケットを受信するステップと、
前記グループ（ＬＡＧ）をなすユーザポート（ＵＰ１、ＵＰ２）のリンクアグリゲーションを、
前記グループ（ＬＡＧ）の各ユーザポート（ＵＰ１、ＵＰ２）において、それぞれのユーザポートで受信したデータパケットに、前記それぞれのユーザポート（ＵＰ１、ＵＰ２）および同じネットワークポート（ＮＰ１）を示す内部ヘッダ要素を追加することと、
スイッチングデバイス（ＳＤ）において、追加された内部ヘッダ要素を使用して、前記受信したデータパケットを前記ユーザポート（ＵＰ１、ＵＰ２）から前記同じネットワークポート（ＮＰ１）に交換することと
によって実行するステップと、
前記ネットワークポート（ＮＰ１）において、
前記データパケットを遠端のネットワークエッジノード（ＮＥＮ２）に送信するステップと、
前記送信したデータパケットの数を決定するステップと、
前記ユーザポート（ＵＰ１、ＵＰ２）の各々について、前記追加された内部ヘッダ要素を使用して、それぞれのユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットのそれぞれの数を決定するステップと、
それぞれのユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットの前記決定された数を使用して、送信したデータパケットの補正された数を決定するステップと、
前記ネットワークポート（ＮＰ１）において、送信したデータパケットの前記補正された数を前記遠端のネットワークエッジノード（ＮＥＮ２）に通知するステップと
を含む、方法。
【請求項２】
前記ネットワークポート（ＮＰ１）において、
前記第１の宛先アドレスに等しい第２の送信元アドレスおよび前記第１の送信元アドレスに等しい第２の宛先アドレスを含む第２のデータパケットを受信するステップと、
前記受信した第２のデータパケットの第２の数を決定するステップと、
前記ユーザポート（ＵＰ１、ＵＰ２）のリンクアグリゲーションを、
前記ネットワークポート（ＮＰ１）において、前記受信した第２のデータパケットの各々に、前記ユーザポート（ＵＰ１、ＵＰ２）のうちの１つを示す内部ヘッダ要素を追加することと、
前記スイッチングデバイス（ＳＤ）において、前記追加された内部ヘッダ要素を使用して、前記受信した第２のデータパケットを前記ユーザポート（ＵＰ１、ＵＰ２）のうちの１つに交換することと
によって実行するステップと、
前記ユーザポート（ＵＰ１、ＵＰ２）の各々について、前記ネットワークポート（ＮＰ１）からそれぞれのユーザポート（ＵＰ１、ＵＰ２）への送信中に内部的に失われた第２のデータパケットのそれぞれの数を決定するステップと、
前記ネットワークポート（ＮＰ１）からそれぞれのユーザポート（ＵＰ１、ＵＰ２）への送信中に内部的に失われた第２のデータパケットの前記決定された数を使用して、受信した第２のデータパケットの補正された数を決定するステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記ユーザポート（ＵＰ１、ＵＰ２）の各々について、それぞれのユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットの前記それぞれの数（ＩＬＤＰ１１、ＩＬＤＰ２１、．．．、ＩＬＤＰ１Ｎ、ＩＬＤＰ２Ｎ）を、それぞれの周期で決定するステップと、
それぞれのユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットの前記決定されたそれぞれの数（ＩＬＤＰ１１、ＩＬＤＰ２１、．．．、ＩＬＤＰ１Ｎ、ＩＬＤＰ２Ｎ）を、全体的周期と相互に関連する全体的時間間隔（ＴＩ３１）にわたって合計することによって、前記ユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットの総数を、前記全体的周期で決定するステップと
をさらに含む、請求項１に記載の方法。
【請求項４】
前記ユーザポート（ＵＰ１、ＵＰ２）の各々について、前記ネットワークポート（ＮＰ１）からそれぞれのユーザポート（ＵＰ１、ＵＰ２）への送信中に内部的に失われた第２のデータパケットの前記それぞれの数を、それぞれの周期で決定するステップと、
前記ネットワークポート（ＮＰ１）からそれぞれのユーザポート（ＵＰ１、ＵＰ２）への送信中に失われた第２のデータパケットの前記決定されたそれぞれの数を、全体的周期と相互に関連する全体的時間間隔にわたって合計することによって、前記ネットワークポート（ＮＰ１）から前記ユーザポート（ＵＰ１、ＵＰ２）への送信中に内部的に失われた第２のデータパケットの総数（ＯＮＬＤＰ１）を、前記全体的周期で決定するステップと
をさらに含む、請求項２に記載の方法。
【請求項５】
内部的に失われた第２のデータパケットの前記総数（ＯＮＬＤＰ１、ＯＮＬＤＰ２）が、連続する全体的時間間隔（ＴＩ２、ＴＩ３）について決定され、第１の時間間隔（ＴＩ２）について決定された内部的に失われた第２のデータパケットの総数（ＯＮＬＤＰ２）の少なくとも一部が、前記第１の全体的時間間隔（ＴＩ２）に連続する第２の全体的時間間隔（ＴＩ３）における、受信した第２のデータパケットの補正された数（ＣＮＲＤＰ３）を決定するために考慮される、
請求項４に記載の方法。
【請求項６】
前記ネットワークポート（ＮＰ１）において、
前記遠端のネットワークエッジノード（ＮＥＮ２）によって受信された、前記送信元アドレスおよび前記宛先アドレスを含むデータパケットの数の通知を受信するステップと、
送信したデータパケットの前記補正された数から、前記遠端のネットワークエッジノード（ＮＥＮ２）によって受信されたデータパケットの前記通知された数を減算することによって、前記ユーザポート（ＵＰ１、ＵＰ２）から前記遠端のネットワークエッジノード（ＮＥＮ２）への送信中に失われたデータパケットの数を決定するステップと
をさらに含む、請求項１に記載の方法。
【請求項７】
前記遠端のネットワークエッジノード（ＮＥＮ２）において、
送信したデータパケットの前記補正された数の通知を受信するステップと、
前記送信元アドレスおよび前記宛先アドレスを含む受信したデータパケットの数を決定するステップと、
送信したデータパケットの前記補正された数から、受信したパケットの前記決定された数を減算することによって、前記ユーザポート（ＵＰ１、ＵＰ２）から前記遠端のネットワークエッジノード（ＮＥＮ２）への送信中に失われたデータパケットの数を決定するステップと
をさらに含む、請求項１に記載の方法。
【請求項８】
前記ネットワークポート（ＮＰ１）において、受信した第２のデータパケットの前記補正された数を前記遠端のネットワークエッジノード（ＮＥＮ２）に通知するステップと、
前記遠端のネットワークエッジノード（ＮＥＮ２）において、
送信した第２のデータパケットの数を決定するステップと、
受信した第２のデータパケットの前記補正された数の通知を受信するステップと、
第２のデータパケットの前記決定された数から、受信した第２のデータパケットの前記通知された補正された数を減算することによって、前記遠端のネットワークエッジノード（ＮＥＮ２）から前記ユーザポート（ＵＰ１、ＵＰ２）への送信中に失われた第２のデータパケットの数を決定するステップと
をさらに含む、請求項２に記載の方法。
【請求項９】
前記ネットワークポート（ＮＰ１）において、
前記遠端のネットワークエッジノード（ＮＥＮ２）によって送信された第２のデータパケットの数の通知を受信するステップと、
第２のデータパケットの前記通知された数から、受信した第２のデータパケットの前記補正された数を減算することによって、前記遠端のネットワークエッジノード（ＮＥＮ２）から前記ユーザポート（ＵＰ１、ＵＰ２）への送信中に失われた第２のデータパケットの数を決定するステップと
をさらに含む、請求項２に記載の方法。
【請求項１０】
グループをなす少なくとも２つのユーザポート（ＵＰ１、ＵＰ２）、および前記ユーザポート（ＵＰ１、ＵＰ２）に接続された少なくとも１つのパケットプロセッサ（ＰＰ１、ＰＰ２）を備える、少なくとも１つの第１のラインカード（ＬＣ１）と、
少なくとも１つのネットワークポート（ＮＰ１）、および前記ネットワークポート（ＮＰ１）に接続されたパケットプロセッサ（ＰＰ３）を備える、少なくとも１つの第２のラインカード（ＬＣ３）と、
前記第１および前記第２のラインカード（ＬＣ１、ＬＣ２、ＬＣ３）を接続するスイッチングデバイス（ＳＤ）と
を備え、
前記第１のラインカード（ＬＣ１、ＬＣ２）が、前記ユーザポート（ＵＰ１、ＵＰ３）を介して、データパケットを受信するように構成され、前記第２のラインカード（ＬＣ３）が、前記ネットワークポート（ＮＰ１）を介して、データパケットを遠端のネットワークエッジノード（ＮＥＮ２）に送信するように構成され、
前記第１のラインカード（ＬＣ１、ＬＣ２）の前記パケットプロセッサ（ＰＰ１、ＰＰ２）が、前記ユーザポート（ＵＰ１、ＵＰ２）を介して受信した、同じ送信元アドレスおよび同じ宛先アドレスを含むデータパケットに、データパケットを受信したそれぞれのユーザポート（ＵＰ１、ＵＰ２）および前記ネットワークポート（ＮＰ１）を示す内部ヘッダ要素を追加するように構成され、
前記スイッチングデバイス（ＳＤ）が、前記追加された内部ヘッダ要素を使用して、前記受信したデータパケットを前記ユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）に交換するように構成可能であり、
前記第２のラインカード（ＬＣ３）の前記パケットプロセッサ（ＰＰ３）が、前記遠端のネットワークエッジノード（ＮＥＮ２）に送信され、前記同じ送信元アドレスおよび前記同じ宛先アドレスを含むデータパケットの数を決定するように構成され、
前記パケットプロセッサ（ＰＰ１、ＰＰ２、ＰＰ３）が、前記ユーザポート（ＵＰ１、ＵＰ２）の各々について、前記追加された内部ヘッダ要素を使用して、それぞれのユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットのそれぞれの数を決定するように構成され、
前記第２のラインカード（ＬＣ３）の前記パケットプロセッサ（ＰＰ３）が、
それぞれのユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットの前記決定された数を使用して、送信したデータパケットの補正された数を決定し、
送信したデータパケットの前記補正された数を前記遠端のネットワークエッジノード（ＮＥＮ２）に通知する
ように構成される、
ネットワークエッジノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおけるパケットロス測定の方法に関する。
【背景技術】
【０００２】
多くのデータパケットをネットワークエッジノード（ｎｅｔｗｏｒｋ  ｅｄｇｅ  ｎｏｄｅ）で受信し、これらのデータパケットをネットワークを介して遠端のネットワークエッジノードに送信する場合、性能モニタリングを目的として、この送信中に失われるデータパケットの数を決定することができる。簡潔にＹ．１７３１と呼ばれる、公表文献「ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｙ．１７３１  −  ＯＡＭ  ｆｕｎｃｔｉｏｎｓ  ａｎｄ  ｍｅｃｈａｎｉｓｍｓ  ｆｏｒ  Ｅｔｈｅｒｎｅｔ（登録商標）  ｂａｓｅｄ  ｎｅｔｗｏｒｋｓ，（０２／２００８）」において提案されるような、パケットロス測定のためのプロトコルが既に知られており、Ｙ．１７３１は、このプロトコルが実施される２つのパケットプロセッサ（ｐａｃｋｅｔ  ｐｒｏｃｅｓｓｏｒ）間でのパケットロス測定の方法を提供する。したがって、２つのネットワークエッジノードは、そのネットワークポート（ｎｅｔｗｏｒｋ  ｐｏｒｔ）間で送信中に失われるデータパケットの数を、これらのネットワークポートの各々において当該プロトコルを実行するパケットプロセッサが提供される場合には、決定することができる。したがって、ネットワークエッジノードのうちの１つに各々が接続された２つのクライアントの間で失われたデータパケットの数を決定することができる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｙ．１７３１  −  ＯＡＭ  ｆｕｎｃｔｉｏｎｓ  ａｎｄ  ｍｅｃｈａｎｉｓｍｓ  ｆｏｒ  Ｅｔｈｅｒｎｅｔ  ｂａｓｅｄ  ｎｅｔｗｏｒｋｓ，（０２／２００８）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、パケットロス測定の知られている方法を改良することである。
【課題を解決するための手段】
【０００５】
ネットワークにおけるパケットロス測定を可能にする方法が提案される。方法は、ネットワークエッジノードにおける様々なステップを含む。ネットワークエッジノードのグループをなすユーザポート（ｕｓｅｒ  ｐｏｒｔ）において、同じ送信元アドレスおよび同じ宛先アドレスを含むデータパケットが受信される。グループをなすユーザポートのリンクアグリゲーション（ｌｉｎｋ  ａｇｇｒｅｇａｔｉｏｎ）が、各ユーザポートにおいて、受信したデータパケットに、それぞれのユーザポートおよび同じネットワークポートを示す内部ヘッダ要素（ｉｎｔｅｒｎａｌ  ｈｅａｄｅｒ  ｅｌｅｍｅｎｔ）を追加することによって、また追加された内部ヘッダ要素を使用して、受信したデータパケットをユーザポートからネットワークポートに交換するスイッチングデバイス（ｓｗｉｔｃｈｉｎｇ  ｄｅｖｉｃｅ）によって実行される。ネットワークポートにおいて、データパケットが、宛先アドレスによって識別されるクライアントデバイスが接続された遠端のネットワークエッジノードに送信される。
【０００６】
ネットワークポートにおいて、送信したデータパケットの数が決定される。さらに、ユーザポートの各々について、それぞれのユーザポートからネットワークポートへの送信中に内部的に失われたデータパケットのそれぞれの数が、追加された内部ヘッダ要素を使用して決定される。さらに、ネットワークポートにおいて、それぞれのユーザポートから前記ネットワークポートへの送信中に内部的に失われたデータパケットの決定された数を使用して、送信したデータパケットの補正された数が決定される。その後、送信したデータパケットの補正された数が、遠端のネットワークエッジノードに通知される。
【図面の簡単な説明】
【０００７】
【図１】一実施形態による、２つのネットワークノードおよび様々なデータパケットストリームを示す図である。
【図２】さらなる一実施形態による、２つのエッジネットワークノードおよび様々なデータパケットストリームを示す図である。
【図３】一実施形態による、連続する時間間隔の間に失われたデータパケットの総数を決定する方法の様々なステップを示す図である。
【図４】受信したデータパケットの補正された数を決定する方法の様々なステップを示す図である。
【図５】一実施形態による、ネットワークエッジノードデバイスを示す図である。
【図６】さらなる一実施形態による、ネットワークエッジノードデバイスを示す図である。
【図７−１】図７ａ、図７ｂは、送信したデータパケットの補正された数を決定するための提案された方法の様々なステップを示す図である。
【図７−２】図７ｃ、図７ｄは、送信したデータパケットの補正された数を決定するための提案された方法の様々なステップを示す図である。
【発明を実施するための形態】
【０００８】
発明者らは、以下の問題に気づいた：２つのネットワークエッジノードのネットワークポートに配置されたパケットプロセッサは、これらのネットワークポートの間で失われたデータパケットの数を決定することができるが、失われたデータパケットのこの決定された数は、ネットワークエッジノードに接続された２つのクライアントの間で失われたデータパケットの実際の数ではないことがある。ネットワークエッジノード内で内部的にデータパケットが失われることによって、追加的なパケットロスが引き起こされることがある。例えば、ネットワークエッジノードのサブデバイスのハードウェア故障が、データパケットロスを引き起こすことがある。さらに、ネットワークエッジノードのパケットプロセッサはデータパケットをパケット待ち行列（ｐａｃｋｅｔ  ｑｕｅｕｅ）内に記憶するが、パケット待ち行列は待ち行列輻輳が原因でデータパケットを廃棄することがあるという事実によっても、データパケットが失われることがある。したがって、ネットワークエッジノード内で内部的に失われるデータパケットも考慮すべきである。
【０００９】
その上さらに、クライアントデバイスは、ただ１つのユーザポートを介してだけではなく、リンクアグリゲーショングループ（ｌｉｎｋ  ａｇｇｒｅｇａｔｉｏｎ  ｇｒｏｕｐ）を形成する複数のユーザポートを介しても、ネットワークエッジノードに接続されることがある。その場合、ネットワークエッジノードのリンクアグリゲーショングループをなすユーザポートとネットワークポートとを接続する、様々なサブデバイスおよび様々なパケットプロセッサが、データパケットロスを引き起こすことがある。したがって、パケットロス測定のプロトコルが、ネットワークエッジノードのネットワークプロセッサに配置された一方のパケットプロセッサと遠端のネットワークエッジノードのネットワークポートに配置された他方のパケットプロセッサとの間で実行されている場合、そのようなプロトコルは、ネットワークエッジノードのグループをなすユーザポートとネットワークポートとの間で内部的に引き起こされるデータパケットロスを考慮しない。
【００１０】
ユーザポートの１つに配置された各パケットプロセッサと遠端のネットワークエッジノードのネットワークポートに配置されたパケットプロセッサとの間で並列にパケットロス測定の別個のプロトコルを実行することも可能ではあるが、それには、２つのネットワークエッジノード間での大量のプロトコルメッセージ交換が必要である。さらに、それには、遠端のネットワークエッジノードにおける様々な並列プロトコルの調整が必要になる。その上さらに、遠端のネットワークエッジノードは、リンクアグリゲーショングループを形成するユーザポートの数を考慮しなければならず、リンクアグリゲーショングループの各ユーザポートのために動作する別個のプロトコルインスタンスを提供しなければならない。
【００１１】
１つのクライアントデバイスから、ネットワークエッジノードにおけるリンクアグリゲーショングループをなすユーザポートを介して、遠端のネットワークエッジノードに接続された別のクライアントデバイスに送信され、リンクアグリゲーショングループをなすユーザポートと遠端のネットワークエッジノードのネットワークポートとの間で失われたデータパケットの数が、性能モニタリングの目的で、決定される。
【００１２】
本発明の目的は、ネットワークエッジノードのネットワークポートに配置されたパケットプロセッサ間で実行される、直接的なプロトコルメッセージ交換を用いる、パケットロス測定の方法を提供することである。データパケットを送信するクライアントが接続されるネットワークノードのリンクアグリゲーショングループをなすユーザポートとネットワークポートとの間の内部データパケットロスを考慮するために、遠端のネットワークエッジノードのネットワークポートで動作するプロトコルを変更する必要はない。これは、以下で詳細に説明される提案される方法によって達成される。
【００１３】
図１は、ネットワークエッジノードＮＥＮ１を示しており、ネットワークエッジノードＮＥＮ１は、ユーザネットワークインタフェースＵＮＩを表す多くのユーザポートＵＰ１、ＵＰ２で、多くのデータパケットストリームＤＰＳ１、ＤＰＳ２を受信する。ストリームＤＰＳ１、ＤＰＳ２のデータパケットは、データパケットを送信したクライアントを識別する同じ送信元アドレスと、データパケットの宛先であるクライアントを識別する同じ宛先アドレスとを含む。各ユーザポートＵＰ１、ＵＰ２は、ラインカード（ｌｉｎｅ  ｃａｒｄ）ＬＣ１、ＬＣ２上に配置される。各ユーザポートＵＰ１、ＵＰ２は、別々のラインカードＬＣ１、ＬＣ２上に配置される。代替として、複数のユーザポートを、同じラインカード上に配置することもできる。
【００１４】
各ラインカードＬＣ１、ＬＣ２は、パケットプロセッサＰＰ１、ＰＰ２を含み、パケットプロセッサＰＰ１、ＰＰ２は、受信したデータパケットストリームＤＰＳ１、ＤＰＳ２のデータパケットを処理する。パケットプロセッサＰＰ１、ＰＰ２は、データパケットを一時的に記憶するためのパケット待ち行列Ｑ１、Ｑ２を提供する。
【００１５】
ラインカードＬＣ１、ＬＣ２は、好ましくはスイッチファブリック（ｓｗｉｔｃｈ  ｆａｂｒｉｃ）またはいくつかのスイッチングカードの形態を取る、スイッチングデバイスＳＤに接続される。さらに、ラインカードＬＣ３が、スイッチングデバイスＳＤに接続される。ラインカードＬＣ３は、ネットワークエッジノードＮＥＮ１のネットワーク−ネットワークインタフェースＮＮＩを表すネットワークポートＮＰ１を提供する。さらに、ラインカードＬＣ３は、パケットプロセッサＰＰ３を含む。パケットプロセッサＰＰ３は、データパケットを一時的に記憶するためのパケット待ち行列Ｑ３を提供する。図１に示される例によれば、ネットワークエッジノードＮＥＮ１は、ただ１つのネットワークポートＮＰ１を含むが、一般に、ネットワークエッジノードは、複数のネットワークポートを含むことができる。
【００１６】
ノードＮＥＮ１は、中央制御デバイス（ｃｅｎｔｒａｌ  ｃｏｎｔｒｏｌ  ｄｅｖｉｃｅ）ＣＣＤも含み、中央制御デバイスＣＣＤは、ラインカードＬＣ１、ＬＣ２、ＬＣ３に接続され、内部インタフェースＩＩＦを介してスイッチングデバイスＳＤに接続される。このインタフェースＩＩＦを介して、中央制御デバイスＣＣＤは、ユーザポートＵＰ１、ＵＰ２のリンクアグリゲーションを実行してリンクアグリゲーショングループＬＡＧをもたらすように、パケットプロセッサＬＣ１、ＬＣ２、ＬＣ３およびスイッチングデバイスＳＤを構成する。
【００１７】
リンクアグリゲーショングループＬＡＧをもたらすユーザポートＵＰ１、ＵＰ２のリンクアグリゲーションは、以下のように実行される。パケットプロセッサＵＰ１、ＵＰ２は、データパケットが受信されたユーザポートの他に、データパケットが交換されるネットワークポートＮＰ１も示す内部ヘッダ要素を、ストリームＤＰＳ１、ＤＰＳ２の受信した各データパケットに追加する。さらに、スイッチングデバイスＳＤは、データパケットをネットワークポートＮＰ１に交換するために、データパケットの追加された内部ヘッダ要素を考慮する。その結果、データストリームＤＰＳ１、ＤＰＳ２が組み合わされて、データパケットの組み合わせデータストリーム（ｃｏｍｂｉｎｅｄ  ｄａｔａ  ｓｔｒｅａｍ）ＣＤＳがもたらされ、その後、組み合わせデータストリームＣＤＳは、ネットワークポートＮＰ１からポイントツーポイント接続Ｐ２ＰＣを介して遠端のネットワークエッジノードＮＥＮ２に送信される。ポイントツーポイント接続は、ワイドエリアネットワークを介した、２つのシステム間の、または代替として、２つのネットワークエッジノード間の接続である。
【００１８】
パケットプロセッサＰＰ１、ＰＰ３は、ユーザポートＵＰ１からネットワークポートＮＰ１へのデータパケットストリームＤＰＳ１の送信中に失われたデータパケットの数を、以下のように協力して決定する。パケットプロセッサＰＰ１は、同じ送信元アドレスおよび同じ宛先アドレスを含み、ユーザポートＵＰ１およびネットワークポートＮＰ１を識別する内部ヘッダ要素が追加された、ユーザポートＵＰ１でクライアントから受信したデータパケットの数を決定するカウンタを提供する。パケットプロセッサＰＰ１のカウンタは、一時的にパケット待ち行列Ｑ１内に記憶される前の受信したデータパケットを数える。パケットプロセッサＰＰ３は、スイッチングデバイスＳＤから受信した、ユーザポートＵＰ１を識別する内部ヘッダ要素を含む、データパケットの数を決定するカウンタを提供する。パケットプロセッサＰＰ３は、データパケットから内部ヘッダ要素を削除する。その後、データパケットは、ネットワークポートＮＰ１から遠端のネットワークエッジノードＮＥＮ２に送信される。パケットプロセッサＰＰ３のカウンタは、パケット待ち行列Ｑ３から読み出された後の、遠端のネットワークエッジノードＮＥＮ２に送信される前のデータパケットを数える。パケットプロセッサＰＰ１は、受信したデータパケットの決定された数をパケットプロセッサＰＰ３に通知する。この通知は、プロセッサＰＰ１が、受信したデータパケットの数を含むデータパケットを生成することによって実施される。高い測定精度を得るため、生成されたデータパケットは、受信したデータパケットの決定された数に寄与した最後のデータパケットであるデータパケットの後に挿入される。生成されたデータパケットを受信すると、パケットプロセッサＰＰ３は、パケットプロセッサＰＰ１によって通知された受信したデータパケットの数から、スイッチングデバイスＳＤから受信したデータパケットの決定された数を減算することによって、ユーザポートＵＰ１からネットワークポートＮＰ１への送信中に内部的に失われたデータパケットの数を決定する。
【００１９】
パケットプロセッサＰＰ１、ＰＰ３に関して上で説明したのと同様にして、パケットプロセッサＰＰ２、ＰＰ３は、ユーザポートＵＰ２からネットワークポートＮＰ１への送信中に失われたデータパケットの数を協力して決定する。
【００２０】
さらに、ネットワークポートＮＰ１において、パケットプロセッサＰＰ３は、遠端のネットワークエッジノードＮＥＮ２に送信された、同じ送信元アドレスおよび宛先アドレスを含むデータパケットの数を決定する。
【００２１】
ユーザネットワークインタフェースＵＮＩで送信元アドレスによって識別されるクライアントデバイスから受信した、遠端のネットワークエッジノードＮＥＮ２に接続されたクライアントデバイスに送信する予定だったデータパケットの数を遠端のネットワークエッジノードＮＥＮ２に通知するため、パケットプロセッサＰＰ３は、送信したデータパケットの補正された数を決定する。送信したデータパケットのこの補正された数は、以下のものの合計である。
−  ネットワークポートＮＰ１においてパケットプロセッサＰＰ３によって決定された送信したデータパケットの数。
−  ユーザポートＵＰ１、ＵＰ２とネットワークポートＮＰ１との間で内部的に失われたデータパケットの総数。
【００２２】
内部的に失われたデータパケットの総数は、ユーザポートＵＰ１、ＵＰ２からネットワークポートＮＰ１への内部送信中にネットワークエッジノードＮＥＮ１内で内部的に失われたデータパケットの合計である。
【００２３】
その後、ネットワークエッジノードＮＥＮ１は、送信したデータパケットの補正された数を、ネットワークポートＮＰ１から遠端のネットワークエッジノードＮＥＮ２に通知する。
【００２４】
提案される方法の利点は、次の通りである：遠端のネットワークエッジノードＮＥＮ２のネットワークポートＮＰ２に配置されたパケットプロセッサは、上で述べた同じ送信元アドレスおよび同じ宛先アドレスを含む、受信したデータパケットの数を決定することができ、その後、ユーザポートＵＰ１、ＵＰ２からネットワークポートＮＰ２への送信中に失われたデータパケットの実際の数を決定するために、受信したデータパケットのこの決定された数を送信したデータパケットの通知された補正された数と比較することができる。それを行うには、ネットワークポートＮＰ２に配置されたパケットプロセッサは、ネットワークポートＮＰ１に配置されたパケットプロセッサＰＰ３とプロトコルメッセージを交換しさえすればよい。ネットワークポートＮＰ２に配置されたパケットプロセッサは、リンクアグリゲーショングループＬＡＧを形成するユーザポートＵＰ１、ＵＰ２の数を考慮する必要はなく、グループＬＡＧの個々のユーザポートＵＰ１、ＵＰ２とネットワークポートＮＰ１との間で失われたデータパケットの数を自ら決定する必要もない。したがって、ネットワークポートＮＰ２に配置されたパケットプロセッサは、ユーザポートＵＰ１、ＵＰ２からネットワークポートＮＰ２への送信中に失われたデータパケットの実際の数を決定するために、Ｙ．１７３１で定義されるようなパケットロス測定の知られているプロトコルを単に実施すればよく、グループＬＡＧをなすユーザポートとネットワークポートＮＰ１との間で発生したデータパケットロスは、ネットワークポートＮＰ１に配置されたパケットプロセッサＰＰ３によって補償される。これには、リンクアグリゲーショングループＬＡＧへのユーザポートの追加、またはリンクアグリゲーショングループＬＡＧからのユーザポートの削除は、ネットワークエッジノードＮＥＮ１のパケットプロセッサＰＰ１、ＰＰ２、ＰＰ３で考慮しさえすればよく、ネットワークポートＮＰ２に配置されたパケットプロセッサが考慮する必要はないという利点もある。その上さらに、提案される方法は、ユーザポートＵＰ１、ＵＰ２の各パケットプロセッサＰＰ１、ＰＰ２とネットワークポートＮＰ２に配置されたパケットプロセッサとの間でのパケットロス測定プロトコルの実施を要求しない。したがって、ノードＮＥＮ１とＮＥＮ２との間でのプロトコルメッセージ交換の量は、提案される方法によって影響されない。
【００２５】
失われたデータパケットの決定された実際の数の通知は、パケットプロセッサＰＰ３が、送信したパケットの補正された数を示すデータ要素を伝えるデータパケットを生成することによって実施される。その後、この生成されたデータパケットは、ネットワークエッジノードＮＥＮ２へのポイントツーポイント接続Ｐ２ＰＣを介して送信される。高い測定精度を得るため、ネットワークポートＮＰ２に配置されたパケットプロセッサは、生成されたデータパケットがネットワークポートＮＰ２で受信された時点における、受信したデータパケットの数を決定する。生成されたデータパケット自体は、受信したデータパケットの数を決定する上で考慮されない。
【００２６】
代替として、ノードＮＥＮ２は、ネットワークポートＮＰ２で受信したデータパケットの数をノードＮＥＮ１に通知することができ、その場合、ノードＮＥＮ１は、グループＬＡＧをなすユーザポートとネットワークポートＮＰ２との間で失われたデータパケットの実際の数を自ら決定することができる。ネットワークポートＮＰ２で受信したデータパケットの数の通知は、ネットワークポートＮＰ２に配置されたパケットプロセッサが、ネットワークポートＮＰ２で受信したデータパケットの数を示すデータ要素を伝えるデータパケットを生成することによって実施される。その後、この生成されたデータパケットは、ネットワークエッジノードＮＥＮ１へのポイントツーポイント接続Ｐ２ＰＣを介して送信される。さらなる代替によれば、ネットワークエッジノードＮＥＮ２は、受信したデータパケットのどの数が送信したデータパケットのどの補正された数に対応するかをネットワークエッジノードＮＥＮ１に通知するために、この生成されたデータパケット内に、データパケットの先に受信した通知された補正された数も含めることができる。これには、ネットワークエッジノードＮＥＮ１は、送信したパケットのどの補正された数が受信したデータパケットのどの数に対応するかを自ら関連付ける必要がないという利点がある。
【００２７】
図２は、ノードＮＥＮ１、ＮＥＮ２を示しており、すべてのサブデバイス、ユーザポート、およびネットワークポートは、図１によって既に説明されたものである。さらに、図２は、ネットワークノードＮＥＮ２によってネットワークポートＮＰ２を介してネットワークノードＮＥＮ１に送信され、ネットワークポートＮＰ１で受信される、逆方向組み合わせデータパケットストリーム（ｒｅｖｅｒｓｅ  ｃｏｍｂｉｎｅｄ  ｄａｔａ  ｐａｃｋｅｔ  ｓｔｒｅａｍ）ＲＣＤＳのデータパケットも示している。データストリームＲＣＤＳのデータパケットは、図１に示されるデータストリームＤＰＳ１、ＤＰＳ２のデータパケットの送信元アドレスに等しい宛先アドレスを含む。さらに、データストリームＲＣＤＳのデータパケットは、図１に示されるデータストリームＤＰＳ１、ＤＰＳ２のデータパケットの宛先アドレスに等しい送信元アドレスを含む。
【００２８】
先に述べたクライアントの間で失われたデータパケットの数が、図１において先に考えた送信方向とは反対の送信方向について測定される。
【００２９】
ネットワークポートＮＰ１において、受信したデータパケットの数が、パケットプロセッサＰＰ３によって決定される。
【００３０】
さらに、ノードＮＥＮ１からリンクアグリゲーショングループＬＡＧをなすユーザポートに接続されたクライアントデバイスへのデータパケット送信に対して、グループをなすユーザポートＵＰ１、ＵＰ２のリンクアグリゲーションが実施される。受信したデータパケットに対して、グループＬＡＧをなすユーザポートＵＰ１、ＵＰ２のうちの１つを識別する内部ヘッダ要素が追加される。内部ヘッダ要素によって識別されるユーザポートは、ラウンドロビンとして知られている負荷平衡原理によって、または代替として、データパケットのデータ内容に対するハッシュ関数を計算した後、得られたハッシュ値に従ってユーザポートを選択することによって、選択することができる。その後、スイッチングデバイスＳＤが、ネットワークポートＮＰ１から内部ヘッダ要素によって識別されるユーザポートに受信したデータパケットを交換する。こうすることで、データストリームＲＣＤＳは、部分データストリームＲＣＤＳ１、ＲＣＤＳ２に分割される。ユーザポートＵＰ１、ＵＰ２において、データパケットがクライアントデバイスに送信される。
【００３１】
リンクアグリゲーショングループＬＡＧの各ユーザポートＵＰ１、ＵＰ２について、ネットワークポートＮＰ１からそれぞれのユーザポートＵＰ１、ＵＰ２への送信中にいくつのデータパケットが内部的に失われたのかが決定される。ユーザポートＵＰ１の場合、この決定は、パケットプロセッサＰＰ１がパケットプロセッサＰＰ３と協力して行う。ユーザポートＵＰ２の場合、この決定は、パケットプロセッサＰＰ２がパケットプロセッサＰＰ３と協力して行う。
【００３２】
パケットプロセッサＰＰ３は、ネットワークポートＮＰ１で受信された、データストリームＲＣＤＳに属するデータパケットの数を決定するカウンタを提供する。これらのデータパケットに対して、グループＬＡＧをなすユーザポートＵＰ１、ＵＰ２のうちの１つおよびネットワークポートＮＰ１を識別する内部ヘッダ要素が追加される。パケットプロセッサＰＰ３のカウンタは、一時的にパケット待ち行列Ｑ３内に記憶される前の受信したデータパケットを数える。さらに、プロセッサＰＰ３は、ユーザポートＵＰ１およびネットワークポートＮＰ１を識別する内部ヘッダ要素を割り当てられたデータパケットの数を決定するカウンタを提供する。
【００３３】
パケットプロセッサＰＰ１は、スイッチングデバイスＳＤから受信された、ユーザポートＵＰ１およびネットワークポートＮＰ１を識別する内部ヘッダ要素を含むデータパケットの数を決定するカウンタを提供する。パケットプロセッサＰＰ１は、データパケットから内部ヘッダ要素を削除する。その後、データパケットは、ユーザポートＵＰ１からクライアントデバイスに送信される。パケットプロセッサＰＰ１のカウンタは、パケット待ち行列Ｑ１から読み出された後の、クライアントデバイスに送信される前のデータパケットを数える。パケットプロセッサＰＰ３は、ユーザポートＵＰ１およびネットワークポートＮＰ１を識別する内部ヘッダ要素を割り当てられたデータパケットの数をパケットプロセッサＰＰ１に通知する。この通知は、プロセッサＰＰ３が、この数を含むデータパケットを生成することによって実施される。高い測定精度を得るため、生成されたデータパケットは、ユーザポートＵＰ１に割り当てられたデータパケットの決定された数に寄与した最後のデータパケットであるデータパケットの後に挿入される。パケットプロセッサＰＰ１は、生成されたデータパケットが受信された時点における、受信したデータパケットの数を決定する。
【００３４】
パケットプロセッサＰＰ１は、パケットプロセッサＰＰ３によって通知されたデータパケットの数から、スイッチングデバイスＳＤから受信したデータパケットの決定された数を減算することによって、ネットワークポートＮＰ１からユーザポートＵＰ１への送信中に内部的に失われたデータパケットの数を自ら決定する。その後、内部的に失われたデータパケットのこの決定された数は、内部的に失われたデータパケットの決定された数を含むさらなるデータパケットを生成し、このデータパケットを図１に示されるようなユーザポートＵＰ１からネットワークポートＮＰ１に向かうパケット送信に挿入することによって、プロセッサＰＰ１からプロセッサＰＰ３に通知される。代替として、パケットプロセッサＰＰ１は、ポートＵＰ１でスイッチングデバイスＳＤから受信したデータパケットの決定された数と、パケットプロセッサＰＰ３によって先に通知されたデータパケットの通知された数とを含むデータパケットを生成し、挿入することができる。このデータパケットを受信すると、プロセッサＰＰ３は、ネットワークポートＮＰ１からユーザポートＵＰ１への送信中に内部的に失われたデータパケットの数を決定することができる。
【００３５】
パケットプロセッサＰＰ１、ＰＰ３に関して上で説明したのと同様にして、パケットプロセッサＰＰ２、ＰＰ３は、ネットワークポートＮＰ１からユーザポートＵＰ２への送信中に失われたデータパケットの数を協力して決定する。
【００３６】
ネットワークポートＮＰ１において、受信したデータパケットの先に決定された数から、ネットワークポートＮＰ１からユーザポートＵＰ１、ＵＰ２へのデータパケットの送信中に内部的に失われたデータパケットの総数を減算することによって、受信したデータパケットの補正された数が決定される。内部的に失われたデータパケットの総数は、ネットワークポートＮＰ１からリンクアグリゲーショングループＬＡＧのそれぞれのユーザポートＵＰ１、ＵＰ２への送信中に失われたデータパケットの合計として決定される。
【００３７】
遠端のネットワークノードＮＥＮ２のネットワークポートＮＰ２に配置されたネットワークプロセッサは、先に述べた送信元アドレスおよび宛先アドレスを含む、ネットワークポートＮＰ２からポイントツーポイント接続Ｐ２ＰＣを介してノードＮＥＮ１のネットワークポートＮＰ１に送信されたデータパケットの数を決定する。
【００３８】
ネットワークポートＮＰ２に配置されたパケットプロセッサは、生成されたデータパケットを使用して、送信したデータパケットの数をネットワークポートＮＰ１に通知する。その後、パケットプロセッサＰＰ３は、送信したデータパケットの通知された数から、受信したデータパケットの補正された数を減算することによって、ネットワークポートＮＰ２からユーザポートＵＰ１、ＵＰ２への送信中に失われたデータパケットの実際の数を決定する。代替として、プロセッサＰＰ３は、生成されたデータパケットを使用して、ネットワークポートＮＰ２に受信したデータパケットの補正された数を通知する。その後、ネットワークポートＮＰ２に配置されたパケットプロセッサは、送信したデータパケットの決定された数から、受信したデータパケットの通知された補正された数を減算することによって、ネットワークポートＮＰ２からユーザポートＵＰ１、ＵＰ２への送信中に失われたデータパケットの実際の数を決定する。
【００３９】
図３は、代替ソリューションによる、ユーザポートＵＰ１、ＵＰ２からネットワークポートＮＰ１へのデータストリームの送信中に内部的に失われたデータパケットの総数を決定する方法の様々なステップを示している。ユーザポートＵＰ１、ＵＰ２の各々について、それぞれのユーザポートＵＰ１、ＵＰ２とネットワークポートＮＰ１との間で内部的に失われたデータパケットのそれぞれの数が、それぞれの周期（ｐｅｒｉｏｄｉｃｉｔｙ）で決定される。ユーザポートＵＰ１の場合、内部的に失われたデータパケットの数は、期間（ｔｉｍｅ  ｐｅｒｉｏｄ）ＴＰ１と相互に関連する（ｒｅｃｉｐｒｏｃａｌ）周期で決定される。各時間間隔（ｔｉｍｅ  ｉｎｔｅｒｖａｌ）ＴＩ１１、ＴＩ１２、．．．、ＴＩ１Ｎ、ＴＩ１Ｎ＋１に対して、内部的に失われたデータパケットＩＬＤＰ１１、ＩＬＤＰ１２、．．．、ＩＬＤＰ１Ｎ、ＩＬＤＰ１Ｎ＋１の数が、それぞれの時間間隔の最後で決定される。ユーザポートＵＰ２の場合、内部的に失われたデータパケットの数は、期間ＴＰ２と相互に関連する周期で決定される。各時間間隔ＴＩ２１、ＴＩ２２、．．．、ＴＩ２Ｎ、ＴＩ２Ｎ＋１に対して、内部的に失われたデータパケットＩＬＤＰ２１、ＩＬＤＰ２２、．．．、ＩＬＤＰ２Ｎ、ＩＬＤＰ２Ｎ＋１の数が、それぞれの時間間隔の最後で決定される。
【００４０】
内部的に失われたデータパケットの総数ＯＮＬＤＰ１は、期間ＴＰ３と相互に関連する全体的周期で決定される。全体的時間間隔ＴＩ３１に対して、内部的に失われたデータパケットの総数が、全体的時間間隔ＴＩ３１の間に決定された、内部的に失われたデータパケットのそれぞれの数ＩＬＤＰ１１、ＩＬＤＰ１２、．．．、ＩＬＤＰ１Ｎ、ＩＬＤＰ２１、ＩＬＤＰ２２、．．．、ＩＬＤＰ２Ｎを合計することによって決定される。
【００４１】
期間ＴＰ１、ＴＰ２は、等しい必要はなく、異なることもできる。これには、ユーザポートＵＰ１、ＵＰ２に存在する様々な関与するパケットプロセッサの間で厳密な同期が必要ではないという利点がある。
【００４２】
この代替ソリューションの利点は、一方の、それぞれのユーザポートについての内部的に失われたデータパケットのそれぞれの数の決定と、他方の、内部的に失われたデータパケットの総数の決定とを、等しくない周期で実行できることである。さらに、ユーザポートＵＰ１とネットワークポートＮＰ１との間で内部的に失われたデータパケットの決定は、ユーザポートＵＰ２とネットワークポートＮＰ１との間で内部的に失われたデータパケットの数が決定される時点とは等しくない時点において実施することができる。したがって、ユーザポートＵＰ１、ＵＰ２およびネットワークポートＮＰ１に存在するパケットプロセッサ間の同期は、内部的に失われたデータパケットの総数の決定を可能にするためには必要ではない。
【００４３】
時間間隔ＴＥ１Ｎ＋１の間に失われたデータパケットの数は、全体的時間間隔ＴＩ３１内では計算に入れられないが、失われたデータパケットのこの数は、次の全体的時間間隔ＴＩ３２で計算に入れられる。同じことが、時間間隔ＴＩ２Ｎ＋１の初期の間に失われたデータパケットの数にも当てはまり、この数は、失われたデータパケットの数ＩＬＤＰ２Ｎ＋１に寄与し、したがって、全体的時間間隔ＴＩ３２について決定された失われたデータパケットの総数にも寄与する。
【００４４】
その後、送信したデータパケットのそれぞれの補正された数と、さらに失われたデータパケットのそれぞれの実際の数を決定するために、それぞれの連続する時間間隔ＴＩ３１、ＴＩ３２の間に内部的に失われたデータパケットの総数が使用される。その後、失われたデータパケットの決定されたそれぞれの実際の数が、性能モニタリングの目的で、連続する時間間隔ＴＩ３１、ＴＩ３２にわたって累算され、および／または平均される。
【００４５】
図３を参照すると、ユーザポートＵＰ１、ＵＰ２とネットワークポートＮＰ１との間で内部的に失われたデータパケットの総数を決定するための方法が説明され、提案されている。この方法に関して、ユーザポートの各々についての場合と同様にして、ネットワークポートＮＰ１からユーザポートＵＰ１、ＵＰ２へのデータパケットの送信中にネットワークポートＮＰ１とそれぞれのユーザポートＵＰ１、ＵＰ２との間で内部的に失われたデータパケットのそれぞれの数を、それぞれの周期で決定することが可能である。したがって、ネットワークポートＮＰ１とユーザポートＵＰ１、ＵＰ２との間で内部的に失われたデータパケットの総数を、全体的周期で決定することも可能である。これは、ユーザポートＵＰ１、ＵＰ２およびネットワークポートＮＰ１に存在するパケットプロセッサを同期させる必要なしに達成される。さらに、その後、連続する全体的時間間隔について、ネットワークポートＮＰ１とユーザポートＵＰ１、ＵＰ２との間で内部的に失われたデータパケットの総数を決定して、それぞれの全体的時間間隔の間に失われたデータパケットの実際の数をもたらすことができる。その後、データパケットのこれらの実際の数は、性能モニタリングの目的で、連続する全体的時間間隔にわたって累算し、および／または平均することができる。
【００４６】
図４によれば、さらなる代替ソリューションによる、送信したデータパケットの補正された数を決定するための方法のステップが提案される。多くの連続する全体的時間間隔ＴＩ３１、ＴＩ３２、ＴＩ３３について、図３に関して上で詳細に説明されたように、内部的に失われたデータパケットのそれぞれの総数ＯＮＬＤＰ１、ＯＮＬＤＰ２、ＯＮＬＤＰ３が決定される。ステップＳ１０１、Ｓ１１１、Ｓ１２１内で、受信したデータパケットのそれぞれの補正された数ＣＮＲＤＰ１、ＣＮＲＤＰ２、ＣＮＲＤＰ３が、内部的に失われたデータパケットのそれぞれの総数ＯＮＬＤＰ１、ＯＮＬＤＰ２、ＯＮＬＤＰ３に基づいて決定される。受信したデータパケットの補正された数ＣＮＲＤＰ１は、ステップＳ１０２内で、遠端のネットワークエッジノードに通知される。
【００４７】
先に説明したように、図３に示される時間間隔ＴＩ１Ｎ＋１の間に内部的に失われたデータパケットは、全体的時間間隔ＴＩ３１の内部的に失われたデータパケットの総数ＯＮＬＤＰ１の計算には入れられず、全体的時間間隔ＴＩ３２の内部的に失われたデータパケットの総数ＯＮＬＤＰの計算に入れられる。したがって、受信したデータパケットについて得られた補正された数ＣＮＲＤＰ２は、送信したデータパケットの補正された数ＣＮＲＤＰ１よりも小さいことがある理論的可能性が存在する。これは、遠端のネットワークノードが、最初の時点では、ネットワークポートＮＰ１で受信したデータパケットの数として数ＣＮＲＤＰ１の通知を受信し、後の時点では、ネットワークポートＮＰ１で受信したデータパケットの数として数ＣＮＲＤＰ２の通知を受信し、この数が先の時点の数よりも小さいことを意味する。したがって、遠端のネットワークノードは、１つの時点から次の時点にかけて、ネットワークポートで受信したデータパケットの数が実際には減少したことを通知されるが、受信したデータパケットの補正された数が、１つの時間間隔ＴＩ３１から別の時間間隔ＴＩ３２にかけて単調に増加する、受信したデータパケットの漸進的な数を表す場合には、遠端のネットワークノードの観点から、これは道理に合わない。
【００４８】
したがって、受信したデータパケットの通知された補正された数が、連続する時間間隔ＴＩ３１、ＴＩ３２の間で減少しないことが保証される。ステップＳ１１２内で、現在の全体的時間間隔ＴＩ３２についての受信したデータパケットの補正された数ＣＮＲＤＰ２が、直前の全体的時間間隔ＴＩ３１の受信したデータパケットの補正された数ＣＮＲＤＰ１よりも小さいかどうかがチェックされる。
【００４９】
受信したデータパケットの補正された数ＣＮＲＤＰ２が、受信したデータパケットの補正された数ＣＮＲＤＰ１よりも小さくない場合、方法はステップＳ１１３に進む。ステップＳ１１３内で、受信したデータパケットの補正された数ＣＮＲＤＰ２が、遠端のネットワークエッジノードに通知される。
【００５０】
受信したデータパケットの補正された数ＣＮＲＤＰ２が、受信したデータパケットの補正された数ＣＮＲＤＰ１よりも小さい場合、方法はステップＳ１１３Ａに進む。ステップＳ１１３Ａ内で、受信したデータパケットの補正された数ＣＮＲＤＰ２が、受信したデータパケットの補正された数ＣＮＲＤＰ１と受信したデータパケットの補正された数ＣＮＲＤＰ２との間の差に等しい、または差よりも大きい数だけ増やされる。さらに、次のステップＳ１１３Ｂ内で、受信したデータパケットの調整を加えた補正された数が、遠端のネットワークノードに通知される。
【００５１】
ステップＳ１２１内で、全体的時間間隔ＴＩ３３の受信したデータパケットの補正された数ＣＮＲＤＰ３が決定される。ステップＳ１２１Ａ内で、受信したデータパケットの補正された数ＣＮＲＤＰ２が、受信したデータパケットの補正された数ＣＮＲＤＰ１よりも小さかったかどうかがチェックされる。小さかった場合、受信したデータパケットの補正された数ＣＮＲＤＰ３が、ステップＳ１２１Ｂ内で、ステップＳ１１３Ａにおいて受信したデータパケットの補正された数ＣＮＲＤＰ２が増やされたのと同じ数だけ減らされる。さらに、連続する時間間隔の間で受信したパケットの通知された補正された数が減少しないことを保証するために、ステップＳ１１２、Ｓ１１３、Ｓ１１３Ａ、Ｓ１１３Ｂに類似した、ステップＳ１２２、Ｓ１２３、Ｓ１２３Ａ、Ｓ１２３Ｂが実施される。
【００５２】
代替として、データパケットの補正された数は、個々の各全体的時間間隔ＴＩ３１、ＴＩ３２についての受信したデータパケットの個々の数を表すことができる。１つの時間間隔ＴＩ３２について決定された内部的に失われたデータパケットの総数を計算に入れた結果、その時間間隔ＴＩ３２についての受信したデータパケットの補正された数が負になった場合、内部的に失われたデータパケットの総数の少なくとも一部が、次の連続する時間間隔ＴＩ３３に移され、その次の連続する時間間隔ＴＩ３３についての受信したデータパケットの補正された数を決定する場合に、この一部が計算に入れられる。これによって、データパケットの通知された補正された数が、遠端のネットワークエッジノードの観点から道理に合わない負の値を取らないことが達成される。
【００５３】
図５は、図１によって既に説明したような、サブデバイスを有するネットワークノードＮＥＮ１を示している。ラインカードＬＣ１のパケットプロセッサＰＰ１において、送信カウンタＴＸ１１が提供される。送信カウンタＴＸ１１、ＴＸ２１は、それぞれのユーザポートＵＰ１、ＵＰ２においてクライアントデバイスから受信したデータパケットのそれぞれの数をカウントする。ラインカードＬＣ３のパケットプロセッサＰＰ３において、ネットワークポートＮＰ１でユーザポートＵＰ１から受信したデータパケットの数をカウントする、受信カウンタＲＸ１１が提供される。さらに、パケットプロセッサＰＰ３において、ネットワークポートＮＰ１でユーザポートＵＰ２から受信したデータパケットの数をカウントする、受信カウンタＲＸ２１が提供される。
【００５４】
パケットプロセッサＰＰ３において、送信カウンタＴＸ１が提供される。この送信カウンタＴＸ１は、ネットワークポートＮＰ１から遠端のネットワークエッジノードに送信されるデータパケットの数をカウントする。ネットワークノードＮＥＮ１内で内部的に失われたデータパケットの総数の決定は、カウンタＴＸ１１、ＴＸ２１、ＲＸ１１、ＲＸ２１のサンプル値を使用することによって実施される。言い換えると、内部的に失われたデータパケットの数は、ユーザポートＵＰ１、ＵＰ２で受信した部分データストリームＤＰＳ１、ＤＰＳ２のデータパケットの数を観測している送信カウンタおよび受信カウンタを使用して決定される。
【００５５】
パケットプロセッサＰＰ１、ＰＰ２、ＰＰ３は、それぞれのパケット待ち行列Ｑ１、Ｑ２、Ｑ３を提供し、受信したデータパケットを転送する前に、これらの待ち行列にそれらを記憶する。送信カウンタＴＸ１１、ＴＸ２１と受信カウンタＲＸ１１、ＲＸ２１は、パケット待ち行列Ｑ１、Ｑ２、Ｑ３のいずれもが、カウンタＴＸ１１、ＴＸ２１、ＲＸ１１、ＲＸ２１の間に配置されるように配置される。これには、カウンタＴＸ１１、ＴＸ２１、ＲＸ１１、ＲＸ２１が、待ち行列Ｑ１、Ｑ２、Ｑ３のいずれによって引き起こされたデータパケットロスでも考慮できるという効果がある。
【００５６】
ある時点で、送信カウンタＴＸ１１が、パケットプロセッサＰＰ１によってサンプリングされる。その後、パケットプロセッサＰＰ１は、送信カウンタからサンプリングした値を有するデータパケットを生成し、この生成されたデータパケットをデータストリームＤＰＳ１に挿入する。
【００５７】
別の時点で、パケットプロセッサＰＰ２が、送信カウンタＴＸ２１の値をサンプリングし、送信カウンタＴＸ２１からサンプリングされた値を含むデータパケットを生成する。その後、この生成されたデータパケットは、データストリームＤＰＳ２に挿入される。
【００５８】
さらに、パケットプロセッサＰＰ１、ＰＰ２は、それぞれのユーザポートＵＰ１、ＵＰ２で受信し、受け入れたデータパケットに、先に述べたような内部ヘッダ情報を追加する。
【００５９】
パケットプロセッサＰＰ３において、ユーザポートＵＰ１から受信したデータパケットの数が、データパケットの内部ヘッダ要素を考慮することによって、受信カウンタＲＸ１１によってカウントされる。送信カウンタＴＸ１１のサンプル値を伝えるデータパケットをパケットプロセッサＰＰ３で受信したとき、受信カウンタＲＸ１１がサンプリングされる。生成されたデータパケット自体は、受信カウンタＲＸ１１によって考慮されない。その後、ユーザポートＵＰ１とネットワークポートＮＰ１との間で内部的に失われたデータパケットの数が、送信カウンタＴＸ１１のサンプル値と受信カウンタＲＸ１１のサンプル値との間の差として決定される。
【００６０】
同様に、パケットプロセッサＰＰ２およびパケットプロセッサＰＰ３も、カウンタＴＸ２１およびＲＸ２１のサンプル値に依存して、ポートＵＰ２とＮＰ１との間で内部的に失われたデータパケットの決定を実施する。
【００６１】
次のステップとして、パケットプロセッサＰＰ３は、送信カウンタＴＸ１の値をサンプリングする。リンクアグリゲーショングループＬＡＧをなすユーザポートＵＰ１、ＵＰ２を介して受信したデータパケットの数を遠端のネットワークエッジノードに通知するため、送信カウンタＴＸ１のサンプル値が、ネットワークエッジノードＮＥＮ１内においてユーザポートＵＰ１、ＵＰ２とネットワークポートＮＰ１との間で内部的に失われたデータパケットの総数だけ増やされる。
【００６２】
内部的に失われたデータパケットのこの総数は、様々なユーザポートＵＰ１、ＵＰ２とネットワークポートＮＰ１との間で失われたデータパケットの合計として決定される。
【００６３】
ネットワークノードＮＥＮ１から遠端のネットワークエッジノードに送信したデータパケットの補正された数は、カウンタＴＸ１のサンプル値と内部的に失われたデータパケットの総数との合計として決定される。その後、この補正された数は、ネットワークポートＮＰ１から遠端のネットワークエッジノードに通知される。
【００６４】
代替として、送信カウンタ自体を、最初に内部的に失われたデータパケットの総数だけ増やし、次に送信カウンタＴＸ１のサンプル値を獲得するためにサンプリングすることができる。その後、このサンプル値は、ネットワークポートＮＰ１を介して遠端のネットワークエッジノードに通知される。
【００６５】
図６は、図２を参照して既に説明したような、すべてのサブ要素およびカウンタを有するネットワークエッジノードＮＥＮ１を示している。さらに、図６は、ネットワークポートＮＰ１においてパケットプロセッサＰＰ３によって提供される受信カウンタＲＸ１を示している。この受信カウンタＲＸ１は、ネットワークポートＮＰ１において逆方向組み合わせデータストリームＲＣＤＳを介して遠端のネットワークエッジノードから受信したデータパケットの数をカウントする。パケットプロセッサＰＰ３は、図２を参照して先に説明したように、逆方向組み合わせデータストリームＲＣＤＳのデータパケットを、リンクアグリゲーショングループＬＡＧをなすユーザポートＵＰ１、ＵＰ２に分配する。
【００６６】
パケットプロセッサＰＰ３において、送信カウンタＴＸ１２が提供され、送信カウンタＴＸ１２は、ネットワークポートＮＰ１からユーザポートＵＰ１に送信されるデータパケットの数をカウントする。さらに、パケットプロセッサＰＰ３は、送信カウンタＴＸ２２を提供し、送信カウンタＴＸ２２は、ネットワークポートＮＰ１からユーザポートＵＰ２に送信されるデータパケットの数をカウントする。送信カウンタＴＸ１２、ＴＸ２２は、データパケットを考慮しなければならないかどうかを決定するために、データパケットの内部ヘッダ情報を分析する。
【００６７】
パケットプロセッサＰＰ１において、受信カウンタＲＸ１２が提供され、受信カウンタＲＸ１２は、逆方向データパケットストリームＲＣＤＳ１を介して受信されたデータパケットの数をカウントする。パケットプロセッサＰＰ２において、受信カウンタＲＸ２２が提供され、受信カウンタＲＸ２２は、逆方向データパケットストリームＲＣＤＳ２を介して受信されたデータパケットの数をカウントする。
【００６８】
送信カウンタＴＸ１２、ＴＸ２２および受信カウンタＲＸ１２、ＲＸ２２のサンプル値を使用して、ネットワークポートＮＰ１からユーザポートＵＰ１、ＵＰ２への送信中に内部的に失われたデータパケットの数が、図３を参照して先に説明されたような、ユーザポートＵＰ１、ＵＰ２からネットワークポートＮＰ１への送信中に内部的に失われたデータパケットの決定と同様にして決定される。
【００６９】
ネットワークポートＮＰ１において、受信カウンタＲＸ１が、内部的に失われたデータパケットの総数だけ減らされる。内部的に失われたデータパケットのこの総数は、ネットワークポートＮＰ１からユーザポートＵＰ１、ＵＰ２へのデータパケットの送信中に失われたデータパケットの合計である。
【００７０】
図７は、送信したデータパケットの補正された数を決定するための様々な代替ソリューションを示している。
【００７１】
図７ａは、ユーザポートとネットワークポートとの間で失われたデータパケットの数を考慮するためのプロセスＰＲ１を示している。示されたプロセスＰＲ１は、先に図３に示された、ユーザポートＵＰ１と送信カウンタＴＸ１１およびＲＸ１１に関して説明されている。それぞれのカウンタＴＸ１１、ＲＸ１１を用いる、図７ａに示されたプロセスＰＲ１は、他のユーザポートについても、対応する送信カウンタおよび受信カウンタを使用して実施できることは当業者には明らかである。
【００７２】
図７ａによれば、ステップＳ３０１内で、送信カウンタＴＸ１１がサンプリングされる。さらに、カウンタＴＸ１１のサンプル値が、生成されたデータパケットに挿入され、生成されたデータパケットは、受信カウンタＲＸ１１を提供するパケットプロセッサで受信される。送信カウンタＴＸ１１のサンプル値を伝えるデータパケットを受信すると、ステップＳ３０２内で、受信カウンタＲＸ１１がサンプリングされる。次のステップＳ３０３として、ユーザポートとネットワークポートとの間で内部的に失われたデータパケットの数ＩＬＤＰ１が、送信カウンタＴＸ１１と受信カウンタＲｘ１１のサンプル値の差として決定される。次のステップＳ３０４として、失われたデータパケットの総数をカウントするカウンタＯＮＬＤＰが、内部的に失われたデータパケットの先に決定された数ＩＬＤＰ１だけ増やされる。このステップＳ３０４の後、プロセスＰＲ１は、ステップＳ３０１に戻る。
【００７３】
リンクアグリゲーショングループの様々なユーザポートとネットワークポートとの間で失われたデータパケットを決定するための、プロセスＰＲ１に類似したプロセスを実施し、内部的に失われたデータパケットの各数だけカウンタＯＮＬＤＰを増やすことで、リンクアグリゲーショングループをなすすべてのユーザポートとネットワークポートとの間で内部的に失われたデータパケットの総数を、カウンタＯＮＬＤＰを介してカウントすることが可能である。
【００７４】
図７ｂは、送信したデータパケットの補正された数ＣＮＴＤＰを決定し、通知するためのプロセスＰＲ２を示している。ステップＳ４０１において、カウンタＯＮＬＤＰがサンプリングされる。ステップＳ４０２内で、送信カウンタＴＸ１がサンプリングされる。ステップＳ４０３内で、送信したデータパケットの補正された数ＣＮＴＤＰが、送信カウンタＴＸ１のサンプル値を失われたデータパケットの総数ＯＮＬＤＰだけ増やすことによって決定される。次のステップＳ４０４として、送信したデータパケットの補正された数ＣＮＤＴＰが、ネットワークポートを介してネットワークエッジノードに通知される。
【００７５】
図７ａおよび図７ｂによって説明されたソリューションによれば、失われたデータパケットの総数は、持続的に増加するカウンタＯＮＬＤＰによって決定される。
【００７６】
図７ｃおよび図７ｄは、図７ａおよび図７ｂにおいて示されたプロセスＰＲ１およびＰＲ２に対する代替ソリューションとしての、プロセスＰＲ１’およびＰＲ２’を示している。
【００７７】
失われたデータパケットの総数ＯＮＬＤＰを決定するためのプロセスＰＲ１’は、図７ａによって先に説明されたすべてのステップを含む。さらに、プロセスＰＲ１’は、ステップＳ３０４の後に続く、ステップＳ３０５を含む。ステップＳ３０５内で、受信カウンタＲＸ１１が、内部的に失われたデータパケットの決定された数ＩＬＤＰ１だけ増やされる。ステップＳ３０５の後、プロセスＰＲ１’は、ステップＳ３０１に戻る。
【００７８】
図７ｄは、代替ソリューションによる、送信したデータパケットの補正された数を決定するためのプロセスＰＲ２’を示している。プロセスＰＲ２’は、図７ｂによって既に先に説明されたプロセスＰＲ２のすべてのステップを含む。さらに、プロセスＰＲ２’は、ステップＳ４０４の後に続く、ステップＳ４０５を含む。このステップＳ４０５内で、送信カウンタＴＸ１が、失われたデータパケットの総数ＯＮＬＤＰだけ増やされる。次のステップＳ４０６として、失われたデータパケットの総数をカウントするカウンタＯＮＬＤＰがゼロにリセットされる。ステップＳ４０６の後、プロセスＰＲ２’は、ステップＳ４０１に戻る。
【００７９】
代替として、ステップＳ４０１内で、カウンタＯＮＬＤＰをサンプリングした後、送信カウンタＴＸ１が、失われたデータパケットの総数ＯＮＬＤＰだけ直接的に増やされ、これをサンプリングした値が、送信したデータパケットの補正された数として使用される。さらに、カウンタＯＮＬＤＰがゼロにリセットされる。
【００８０】
図７ｃおよび図７ｄによって説明したソリューションは、失われたデータパケットの総数をカウントするカウンタＯＮＬＤＰがゼロにリセットされるソリューションである。これによって、カウンタＯＮＬＤＰが無限大まで増加する状況をプロセスＰＲ２’が回避することが達成される。したがって、図７ｃおよび図７ｄによる代替ソリューションは、カウンタＯＮＬＤＰを表す有限の数のビットによってカウンタＯＮＬＤＰを実施できるソリューションである。
【００８１】
好ましい一実施形態によれば、パケットプロセッサは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）の形態で提供される。ラインカードおよびスイッチングデバイスは、バックパネルトラフィックインタフェース（ｂａｃｋｐａｎｅｌ  ｔｒａｆｆｉｃ  ｉｎｔｅｒｆａｃｅ）を介して接続される。
【００８２】
「プロセッサ」というラベルの付いた任意の機能ブロックを含む、図１、図２、図５、および図６に示された様々な要素の機能は、専用ハードウェアの使用を通してばかりでなく、適切なソフトウェアと連携する、ソフトウェアを実行可能なハードウェアの使用を通しても提供することができる。プロセッサによって提供される場合、機能は、単一の専用プロセッサによって、単一の共有プロセッサによって、またはいくつかは共有もできる複数の個別プロセッサによって提供することができる。さらに、「プロセッサ」または「コントローラ」という用語が明示的に使用されていても、ソフトウェアを実行可能なハードウェアに排他的に言及しているとは解釈すべきではなく、それらの用語の使用によって含意されるものの中には、限定することなく、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、ネットワークプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ソフトウェアを記憶するためのリードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、および不揮発性ストレージも含むことができる。従来型および／またはカスタマイズされた他のハードウェアも含むことができる。同様に、図１、図２、図５、および図６に示されるスイッチはいずれも、概念的なものにすぎない。それらの機能は、プログラムロジックの動作を通して、専用ロジックを通して、プログラム制御と専用ロジックの対話を通して、または手動によってさえも実施することができ、特定の技法は、文脈からより具体的に理解されるように、実施者が選択することができる。
【００８３】
本明細書のブロック図はいずれも、本発明の原理を具現する例示的な回路の概念図を表すことを当業者は理解されたい。同様に、フローチャート、フロー図、状態遷移図、および疑似コードなどはいずれも、コンピュータ可読媒体内に実質的に表すことができ、そのため、コンピュータまたはプロセッサが明示的に示されているかどうかに係わらず、そのようなコンピュータまたはプロセッサによって実行することができる、様々な処理を表すことが理解されよう。
【図１】
2013539642.tif 000003
【図２】
2013539642.tif 000004
【図３】
2013539642.tif 000005
【図４】
2013539642.tif 000006
【図５】
2013539642.tif 000007
【図６】
2013539642.tif 000008
【図７−１】
2013539642.tif 000009
【図７−２】
2013539642.tif 000010
【手続補正書】
【提出日】平成25年5月8日(2013.5.8)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
ネットワークポートにおいて、送信したデータパケットの数が決定される。さらに、ユーザポートの各々について、それぞれのユーザポートからネットワークポートへの送信中に内部的に失われたデータパケットのそれぞれの数が、追加された内部ヘッダ要素を使用して決定される。さらに、ネットワークポートにおいて、それぞれのユーザポートから前記ネットワークポートへの送信中に内部的に失われたデータパケットの決定された数を使用して、送信したデータパケットの補正された数が決定される。その後、送信したデータパケットの補正された数が、遠端のネットワークエッジノードに通知される。送信したデータパケットの補正された数は、送信したデータパケットの決定された数と、ユーザポートからネットワークポートへの送信中に内部的に失われたデータパケットの総数との合計である。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークにおいてパケットロス測定を可能にする方法であって、
グループ（ＬＡＧ）をなすユーザポート（ＵＰ１、ＵＰ２）において、同じ送信元アドレスおよび同じ宛先アドレスを含むデータパケットを受信するステップと、
前記グループ（ＬＡＧ）をなすユーザポート（ＵＰ１、ＵＰ２）のリンクアグリゲーションを、
前記グループ（ＬＡＧ）の各ユーザポート（ＵＰ１、ＵＰ２）において、それぞれのユーザポートで受信したデータパケットに、前記それぞれのユーザポート（ＵＰ１、ＵＰ２）および同じネットワークポート（ＮＰ１）を示す内部ヘッダ要素を追加することと、
スイッチングデバイス（ＳＤ）において、追加された内部ヘッダ要素を使用して、前記受信したデータパケットを前記ユーザポート（ＵＰ１、ＵＰ２）から前記同じネットワークポート（ＮＰ１）に交換することと
によって実行するステップと、
前記ネットワークポート（ＮＰ１）において、
前記データパケットを遠端のネットワークエッジノード（ＮＥＮ２）に送信するステップと、
前記送信したデータパケットの数を決定するステップと、
前記ユーザポート（ＵＰ１、ＵＰ２）の各々について、前記追加された内部ヘッダ要素を使用して、それぞれのユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットのそれぞれの数を決定するステップと、
それぞれのユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットの前記決定された数を使用して、送信したデータパケットの補正された数を決定するステップを含み、送信したデータパケットの前記補正された数は、前記送信したデータパケットの決定された数と、前記ユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットの総数との合計であり、さらに、
前記ネットワークポート（ＮＰ１）において、送信したデータパケットの前記補正された数を前記遠端のネットワークエッジノード（ＮＥＮ２）に通知するステップ
を含む、方法。
【請求項２】
前記ネットワークポート（ＮＰ１）において、
前記第１の宛先アドレスに等しい第２の送信元アドレスおよび前記第１の送信元アドレスに等しい第２の宛先アドレスを含む第２のデータパケットを受信するステップと、
前記受信した第２のデータパケットの第２の数を決定するステップと、
前記ユーザポート（ＵＰ１、ＵＰ２）のリンクアグリゲーションを、
前記ネットワークポート（ＮＰ１）において、前記受信した第２のデータパケットの各々に、前記ユーザポート（ＵＰ１、ＵＰ２）のうちの１つを示す内部ヘッダ要素を追加することと、
前記スイッチングデバイス（ＳＤ）において、前記追加された内部ヘッダ要素を使用して、前記受信した第２のデータパケットを前記ユーザポート（ＵＰ１、ＵＰ２）のうちの１つに交換することと
によって実行するステップと、
前記ユーザポート（ＵＰ１、ＵＰ２）の各々について、前記ネットワークポート（ＮＰ１）からそれぞれのユーザポート（ＵＰ１、ＵＰ２）への送信中に内部的に失われた第２のデータパケットのそれぞれの数を決定するステップと、
前記ネットワークポート（ＮＰ１）からそれぞれのユーザポート（ＵＰ１、ＵＰ２）への送信中に内部的に失われた第２のデータパケットの前記決定された数を使用して、受信した第２のデータパケットの補正された数を決定するステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記ユーザポート（ＵＰ１、ＵＰ２）の各々について、それぞれのユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットの前記それぞれの数（ＩＬＤＰ１１、ＩＬＤＰ２１、．．．、ＩＬＤＰ１Ｎ、ＩＬＤＰ２Ｎ）を、それぞれの周期で決定するステップと、
それぞれのユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットの前記決定されたそれぞれの数（ＩＬＤＰ１１、ＩＬＤＰ２１、．．．、ＩＬＤＰ１Ｎ、ＩＬＤＰ２Ｎ）を、全体的周期と相互に関連する全体的時間間隔（ＴＩ３１）にわたって合計することによって、前記ユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットの総数を、前記全体的周期で決定するステップと
をさらに含む、請求項１に記載の方法。
【請求項４】
前記ユーザポート（ＵＰ１、ＵＰ２）の各々について、前記ネットワークポート（ＮＰ１）からそれぞれのユーザポート（ＵＰ１、ＵＰ２）への送信中に内部的に失われた第２のデータパケットの前記それぞれの数を、それぞれの周期で決定するステップと、
前記ネットワークポート（ＮＰ１）からそれぞれのユーザポート（ＵＰ１、ＵＰ２）への送信中に失われた第２のデータパケットの前記決定されたそれぞれの数を、全体的周期と相互に関連する全体的時間間隔にわたって合計することによって、前記ネットワークポート（ＮＰ１）から前記ユーザポート（ＵＰ１、ＵＰ２）への送信中に内部的に失われた第２のデータパケットの総数（ＯＮＬＤＰ１）を、前記全体的周期で決定するステップと
をさらに含む、請求項２に記載の方法。
【請求項５】
内部的に失われた第２のデータパケットの前記総数（ＯＮＬＤＰ１、ＯＮＬＤＰ２）が、連続する全体的時間間隔（ＴＩ２、ＴＩ３）について決定され、第１の時間間隔（ＴＩ２）について決定された内部的に失われた第２のデータパケットの総数（ＯＮＬＤＰ２）の少なくとも一部が、前記第１の全体的時間間隔（ＴＩ２）に連続する第２の全体的時間間隔（ＴＩ３）における、受信した第２のデータパケットの補正された数（ＣＮＲＤＰ３）を決定するために考慮される、
請求項４に記載の方法。
【請求項６】
前記ネットワークポート（ＮＰ１）において、
前記遠端のネットワークエッジノード（ＮＥＮ２）によって受信された、前記送信元アドレスおよび前記宛先アドレスを含むデータパケットの数の通知を受信するステップと、
送信したデータパケットの前記補正された数から、前記遠端のネットワークエッジノード（ＮＥＮ２）によって受信されたデータパケットの前記通知された数を減算することによって、前記ユーザポート（ＵＰ１、ＵＰ２）から前記遠端のネットワークエッジノード（ＮＥＮ２）への送信中に失われたデータパケットの数を決定するステップと
をさらに含む、請求項１に記載の方法。
【請求項７】
前記遠端のネットワークエッジノード（ＮＥＮ２）において、
送信したデータパケットの前記補正された数の通知を受信するステップと、
前記送信元アドレスおよび前記宛先アドレスを含む受信したデータパケットの数を決定するステップと、
送信したデータパケットの前記補正された数から、受信したパケットの前記決定された数を減算することによって、前記ユーザポート（ＵＰ１、ＵＰ２）から前記遠端のネットワークエッジノード（ＮＥＮ２）への送信中に失われたデータパケットの数を決定するステップと
をさらに含む、請求項１に記載の方法。
【請求項８】
前記ネットワークポート（ＮＰ１）において、受信した第２のデータパケットの前記補正された数を前記遠端のネットワークエッジノード（ＮＥＮ２）に通知するステップと、
前記遠端のネットワークエッジノード（ＮＥＮ２）において、
送信した第２のデータパケットの数を決定するステップと、
受信した第２のデータパケットの前記補正された数の通知を受信するステップと、
第２のデータパケットの前記決定された数から、受信した第２のデータパケットの前記通知された補正された数を減算することによって、前記遠端のネットワークエッジノード（ＮＥＮ２）から前記ユーザポート（ＵＰ１、ＵＰ２）への送信中に失われた第２のデータパケットの数を決定するステップと
をさらに含む、請求項２に記載の方法。
【請求項９】
前記ネットワークポート（ＮＰ１）において、
前記遠端のネットワークエッジノード（ＮＥＮ２）によって送信された第２のデータパケットの数の通知を受信するステップと、
第２のデータパケットの前記通知された数から、受信した第２のデータパケットの前記補正された数を減算することによって、前記遠端のネットワークエッジノード（ＮＥＮ２）から前記ユーザポート（ＵＰ１、ＵＰ２）への送信中に失われた第２のデータパケットの数を決定するステップと
をさらに含む、請求項２に記載の方法。
【請求項１０】
グループをなす少なくとも２つのユーザポート（ＵＰ１、ＵＰ２）、および前記ユーザポート（ＵＰ１、ＵＰ２）に接続された少なくとも１つのパケットプロセッサ（ＰＰ１、ＰＰ２）を備える、少なくとも１つの第１のラインカード（ＬＣ１）と、
少なくとも１つのネットワークポート（ＮＰ１）、および前記ネットワークポート（ＮＰ１）に接続されたパケットプロセッサ（ＰＰ３）を備える、少なくとも１つの第２のラインカード（ＬＣ３）と、
前記第１および前記第２のラインカード（ＬＣ１、ＬＣ２、ＬＣ３）を接続するスイッチングデバイス（ＳＤ）と
を備え、
前記第１のラインカード（ＬＣ１、ＬＣ２）が、前記ユーザポート（ＵＰ１、ＵＰ３）を介して、データパケットを受信するように構成され、前記第２のラインカード（ＬＣ３）が、前記ネットワークポート（ＮＰ１）を介して、データパケットを遠端のネットワークエッジノード（ＮＥＮ２）に送信するように構成され、
前記第１のラインカード（ＬＣ１、ＬＣ２）の前記パケットプロセッサ（ＰＰ１、ＰＰ２）が、前記ユーザポート（ＵＰ１、ＵＰ２）を介して受信した、同じ送信元アドレスおよび同じ宛先アドレスを含むデータパケットに、データパケットを受信したそれぞれのユーザポート（ＵＰ１、ＵＰ２）および前記ネットワークポート（ＮＰ１）を示す内部ヘッダ要素を追加するように構成され、
前記スイッチングデバイス（ＳＤ）が、前記追加された内部ヘッダ要素を使用して、前記受信したデータパケットを前記ユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）に交換するように構成可能であり、
前記第２のラインカード（ＬＣ３）の前記パケットプロセッサ（ＰＰ３）が、前記遠端のネットワークエッジノード（ＮＥＮ２）に送信され、前記同じ送信元アドレスおよび前記同じ宛先アドレスを含むデータパケットの数を決定するように構成され、
前記パケットプロセッサ（ＰＰ１、ＰＰ２、ＰＰ３）が、前記ユーザポート（ＵＰ１、ＵＰ２）の各々について、前記追加された内部ヘッダ要素を使用して、それぞれのユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットのそれぞれの数を決定するように構成され、
前記第２のラインカード（ＬＣ３）の前記パケットプロセッサ（ＰＰ３）が、
それぞれのユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットの前記決定された数を使用して、送信したデータパケットの補正された数を決定するように構成され、送信したデータパケットの前記補正された数は、前記送信したデータパケットの決定された数と、前記ユーザポート（ＵＰ１、ＵＰ２）から前記ネットワークポート（ＮＰ１）への送信中に内部的に失われたデータパケットの総数との合計であり、さらに前記パケットプロセッサ（ＰＰ３）が、
送信したデータパケットの前記補正された数を前記遠端のネットワークエッジノード（ＮＥＮ２）に通知する
ように構成される、
ネットワークエッジノード。
【国際調査報告】
2013539642.tif 000011
2013539642.tif 000012
2013539642.tif 000013