ネットワークにおいてパケットロス測定を可能にする方法であって、グループLAGをなすユーザポートUP1、UP2において、同じ送信元アドレスおよび同じ宛先アドレスを含むデータパケットを受信するステップと、前記グループLAGをなすユーザポートUP1、UP2のリンクアグリゲーションを、前記グループLAGの各ユーザポートUP1、UP2において、それぞれのユーザポートで受信したデータパケットに、前記それぞれのユーザポートUP1、UP2および同じネットワークポートNP1を示す内部ヘッダ要素を追加することと、スイッチングデバイスSDにおいて、追加された内部ヘッダ要素を使用して、前記受信したデータパケットを前記ユーザポートUP1、UP2から前記同じネットワークポートNP1に交換することとによって実行するステップと、前記ネットワークポートNP1において、前記データパケットを遠端のネットワークエッジノードNEN2に送信するステップと、前記送信したデータパケットの数を決定するステップと、前記ユーザポートUP1、UP2の各々について、前記追加された内部ヘッダ要素を使用して、それぞれのユーザポートUP1、UP2から前記ネットワークポートNP1への送信中に内部的に失われたデータパケットのそれぞれの数を決定するステップと、それぞれのユーザポートUP1、UP2から前記ネットワークポートNP1への送信中に内部的に失われたデータパケットの前記決定された数を使用して、送信したデータパケットの補正された数を決定するステップと、前記ネットワークポートNP1において、送信したデータパケットの前記補正された数を前記遠端のネットワークエッジノードNEN2に通知するステップとを含む、方法。前記ネットワークポートNP1において、前記第1の宛先アドレスに等しい第2の送信元アドレスおよび前記第1の送信元アドレスに等しい第2の宛先アドレスを含む第2のデータパケットを受信するステップと、前記受信した第2のデータパケットの第2の数を決定するステップと、前記ユーザポートUP1、UP2のリンクアグリゲーションを、前記ネットワークポートNP1において、前記受信した第2のデータパケットの各々に、前記ユーザポートUP1、UP2のうちの1つを示す内部ヘッダ要素を追加することと、前記スイッチングデバイスSDにおいて、前記追加された内部ヘッダ要素を使用して、前記受信した第2のデータパケットを前記ユーザポートUP1、UP2のうちの1つに交換することとによって実行するステップと、前記ユーザポートUP1、UP2の各々について、前記ネットワークポートNP1からそれぞれのユーザポートUP1、UP2への送信中に内部的に失われた第2のデータパケットのそれぞれの数を決定するステップと、前記ネットワークポートNP1からそれぞれのユーザポートUP1、UP2への送信中に内部的に失われた第2のデータパケットの前記決定された数を使用して、受信した第2のデータパケットの補正された数を決定するステップとをさらに含む、請求項1に記載の方法。前記ユーザポートUP1、UP2の各々について、それぞれのユーザポートUP1、UP2から前記ネットワークポートNP1への送信中に内部的に失われたデータパケットの前記それぞれの数ILDP11、ILDP21、...、ILDP1N、ILDP2Nを、それぞれの周期で決定するステップと、それぞれのユーザポートUP1、UP2から前記ネットワークポートNP1への送信中に内部的に失われたデータパケットの前記決定されたそれぞれの数ILDP11、ILDP21、...、ILDP1N、ILDP2Nを、全体的周期と相互に関連する全体的時間間隔TI31にわたって合計することによって、前記ユーザポートUP1、UP2から前記ネットワークポートNP1への送信中に内部的に失われたデータパケットの総数を、前記全体的周期で決定するステップとをさらに含む、請求項1に記載の方法。前記ユーザポートUP1、UP2の各々について、前記ネットワークポートNP1からそれぞれのユーザポートUP1、UP2への送信中に内部的に失われた第2のデータパケットの前記それぞれの数を、それぞれの周期で決定するステップと、前記ネットワークポートNP1からそれぞれのユーザポートUP1、UP2への送信中に失われた第2のデータパケットの前記決定されたそれぞれの数を、全体的周期と相互に関連する全体的時間間隔にわたって合計することによって、前記ネットワークポートNP1から前記ユーザポートUP1、UP2への送信中に内部的に失われた第2のデータパケットの総数ONLDP1を、前記全体的周期で決定するステップとをさらに含む、請求項2に記載の方法。内部的に失われた第2のデータパケットの前記総数ONLDP1、ONLDP2が、連続する全体的時間間隔TI2、TI3について決定され、第1の時間間隔TI2について決定された内部的に失われた第2のデータパケットの総数ONLDP2の少なくとも一部が、前記第1の全体的時間間隔TI2に連続する第2の全体的時間間隔TI3における、受信した第2のデータパケットの補正された数CNRDP3を決定するために考慮される、請求項4に記載の方法。前記ネットワークポートNP1において、前記遠端のネットワークエッジノードNEN2によって受信された、前記送信元アドレスおよび前記宛先アドレスを含むデータパケットの数の通知を受信するステップと、送信したデータパケットの前記補正された数から、前記遠端のネットワークエッジノードNEN2によって受信されたデータパケットの前記通知された数を減算することによって、前記ユーザポートUP1、UP2から前記遠端のネットワークエッジノードNEN2への送信中に失われたデータパケットの数を決定するステップとをさらに含む、請求項1に記載の方法。前記遠端のネットワークエッジノードNEN2において、送信したデータパケットの前記補正された数の通知を受信するステップと、前記送信元アドレスおよび前記宛先アドレスを含む受信したデータパケットの数を決定するステップと、送信したデータパケットの前記補正された数から、受信したパケットの前記決定された数を減算することによって、前記ユーザポートUP1、UP2から前記遠端のネットワークエッジノードNEN2への送信中に失われたデータパケットの数を決定するステップとをさらに含む、請求項1に記載の方法。前記ネットワークポートNP1において、受信した第2のデータパケットの前記補正された数を前記遠端のネットワークエッジノードNEN2に通知するステップと、前記遠端のネットワークエッジノードNEN2において、送信した第2のデータパケットの数を決定するステップと、受信した第2のデータパケットの前記補正された数の通知を受信するステップと、第2のデータパケットの前記決定された数から、受信した第2のデータパケットの前記通知された補正された数を減算することによって、前記遠端のネットワークエッジノードNEN2から前記ユーザポートUP1、UP2への送信中に失われた第2のデータパケットの数を決定するステップとをさらに含む、請求項2に記載の方法。前記ネットワークポートNP1において、前記遠端のネットワークエッジノードNEN2によって送信された第2のデータパケットの数の通知を受信するステップと、第2のデータパケットの前記通知された数から、受信した第2のデータパケットの前記補正された数を減算することによって、前記遠端のネットワークエッジノードNEN2から前記ユーザポートUP1、UP2への送信中に失われた第2のデータパケットの数を決定するステップとをさらに含む、請求項2に記載の方法。グループをなす少なくとも2つのユーザポートUP1、UP2、および前記ユーザポートUP1、UP2に接続された少なくとも1つのパケットプロセッサPP1、PP2を備える、少なくとも1つの第1のラインカードLC1と、少なくとも1つのネットワークポートNP1、および前記ネットワークポートNP1に接続されたパケットプロセッサPP3を備える、少なくとも1つの第2のラインカードLC3と、前記第1および前記第2のラインカードLC1、LC2、LC3を接続するスイッチングデバイスSDとを備え、前記第1のラインカードLC1、LC2が、前記ユーザポートUP1、UP3を介して、データパケットを受信するように構成され、前記第2のラインカードLC3が、前記ネットワークポートNP1を介して、データパケットを遠端のネットワークエッジノードNEN2に送信するように構成され、前記第1のラインカードLC1、LC2の前記パケットプロセッサPP1、PP2が、前記ユーザポートUP1、UP2を介して受信した、同じ送信元アドレスおよび同じ宛先アドレスを含むデータパケットに、データパケットを受信したそれぞれのユーザポートUP1、UP2および前記ネットワークポートNP1を示す内部ヘッダ要素を追加するように構成され、前記スイッチングデバイスSDが、前記追加された内部ヘッダ要素を使用して、前記受信したデータパケットを前記ユーザポートUP1、UP2から前記ネットワークポートNP1に交換するように構成可能であり、前記第2のラインカードLC3の前記パケットプロセッサPP3が、前記遠端のネットワークエッジノードNEN2に送信され、前記同じ送信元アドレスおよび前記同じ宛先アドレスを含むデータパケットの数を決定するように構成され、前記パケットプロセッサPP1、PP2、PP3が、前記ユーザポートUP1、UP2の各々について、前記追加された内部ヘッダ要素を使用して、それぞれのユーザポートUP1、UP2から前記ネットワークポートNP1への送信中に内部的に失われたデータパケットのそれぞれの数を決定するように構成され、前記第2のラインカードLC3の前記パケットプロセッサPP3が、それぞれのユーザポートUP1、UP2から前記ネットワークポートNP1への送信中に内部的に失われたデータパケットの前記決定された数を使用して、送信したデータパケットの補正された数を決定し、送信したデータパケットの前記補正された数を前記遠端のネットワークエッジノードNEN2に通知するように構成される、ネットワークエッジノード。本発明の目的は、パケットロス測定の知られている方法を改良することである。ネットワークにおけるパケットロス測定を可能にする方法が提案される。方法は、ネットワークエッジノードにおける様々なステップを含む。ネットワークエッジノードのグループをなすユーザポートuserportにおいて、同じ送信元アドレスおよび同じ宛先アドレスを含むデータパケットが受信される。グループをなすユーザポートのリンクアグリゲーションlinkaggregationが、各ユーザポートにおいて、受信したデータパケットに、それぞれのユーザポートおよび同じネットワークポートを示す内部ヘッダ要素internalheaderelementを追加することによって、また追加された内部ヘッダ要素を使用して、受信したデータパケットをユーザポートからネットワークポートに交換するスイッチングデバイスswitchingdeviceによって実行される。ネットワークポートにおいて、データパケットが、宛先アドレスによって識別されるクライアントデバイスが接続された遠端のネットワークエッジノードに送信される。ネットワークポートにおいて、送信したデータパケットの数が決定される。さらに、ユーザポートの各々について、それぞれのユーザポートからネットワークポートへの送信中に内部的に失われたデータパケットのそれぞれの数が、追加された内部ヘッダ要素を使用して決定される。さらに、ネットワークポートにおいて、それぞれのユーザポートから前記ネットワークポートへの送信中に内部的に失われたデータパケットの決定された数を使用して、送信したデータパケットの補正された数が決定される。その後、送信したデータパケットの補正された数が、遠端のネットワークエッジノードに通知される。発明者らは、以下の問題に気づいた:2つのネットワークエッジノードのネットワークポートに配置されたパケットプロセッサは、これらのネットワークポートの間で失われたデータパケットの数を決定することができるが、失われたデータパケットのこの決定された数は、ネットワークエッジノードに接続された2つのクライアントの間で失われたデータパケットの実際の数ではないことがある。ネットワークエッジノード内で内部的にデータパケットが失われることによって、追加的なパケットロスが引き起こされることがある。例えば、ネットワークエッジノードのサブデバイスのハードウェア故障が、データパケットロスを引き起こすことがある。さらに、ネットワークエッジノードのパケットプロセッサはデータパケットをパケット待ち行列packetqueue内に記憶するが、パケット待ち行列は待ち行列輻輳が原因でデータパケットを廃棄することがあるという事実によっても、データパケットが失われることがある。したがって、ネットワークエッジノード内で内部的に失われるデータパケットも考慮すべきである。その上さらに、クライアントデバイスは、ただ1つのユーザポートを介してだけではなく、リンクアグリゲーショングループlinkaggregationgroupを形成する複数のユーザポートを介しても、ネットワークエッジノードに接続されることがある。その場合、ネットワークエッジノードのリンクアグリゲーショングループをなすユーザポートとネットワークポートとを接続する、様々なサブデバイスおよび様々なパケットプロセッサが、データパケットロスを引き起こすことがある。したがって、パケットロス測定のプロトコルが、ネットワークエッジノードのネットワークプロセッサに配置された一方のパケットプロセッサと遠端のネットワークエッジノードのネットワークポートに配置された他方のパケットプロセッサとの間で実行されている場合、そのようなプロトコルは、ネットワークエッジノードのグループをなすユーザポートとネットワークポートとの間で内部的に引き起こされるデータパケットロスを考慮しない。ユーザポートの1つに配置された各パケットプロセッサと遠端のネットワークエッジノードのネットワークポートに配置されたパケットプロセッサとの間で並列にパケットロス測定の別個のプロトコルを実行することも可能ではあるが、それには、2つのネットワークエッジノード間での大量のプロトコルメッセージ交換が必要である。さらに、それには、遠端のネットワークエッジノードにおける様々な並列プロトコルの調整が必要になる。その上さらに、遠端のネットワークエッジノードは、リンクアグリゲーショングループを形成するユーザポートの数を考慮しなければならず、リンクアグリゲーショングループの各ユーザポートのために動作する別個のプロトコルインスタンスを提供しなければならない。1つのクライアントデバイスから、ネットワークエッジノードにおけるリンクアグリゲーショングループをなすユーザポートを介して、遠端のネットワークエッジノードに接続された別のクライアントデバイスに送信され、リンクアグリゲーショングループをなすユーザポートと遠端のネットワークエッジノードのネットワークポートとの間で失われたデータパケットの数が、性能モニタリングの目的で、決定される。本発明の目的は、ネットワークエッジノードのネットワークポートに配置されたパケットプロセッサ間で実行される、直接的なプロトコルメッセージ交換を用いる、パケットロス測定の方法を提供することである。データパケットを送信するクライアントが接続されるネットワークノードのリンクアグリゲーショングループをなすユーザポートとネットワークポートとの間の内部データパケットロスを考慮するために、遠端のネットワークエッジノードのネットワークポートで動作するプロトコルを変更する必要はない。これは、以下で詳細に説明される提案される方法によって達成される。図1は、ネットワークエッジノードNEN1を示しており、ネットワークエッジノードNEN1は、ユーザネットワークインタフェースUNIを表す多くのユーザポートUP1、UP2で、多くのデータパケットストリームDPS1、DPS2を受信する。ストリームDPS1、DPS2のデータパケットは、データパケットを送信したクライアントを識別する同じ送信元アドレスと、データパケットの宛先であるクライアントを識別する同じ宛先アドレスとを含む。各ユーザポートUP1、UP2は、ラインカードlinecardLC1、LC2上に配置される。各ユーザポートUP1、UP2は、別々のラインカードLC1、LC2上に配置される。代替として、複数のユーザポートを、同じラインカード上に配置することもできる。各ラインカードLC1、LC2は、パケットプロセッサPP1、PP2を含み、パケットプロセッサPP1、PP2は、受信したデータパケットストリームDPS1、DPS2のデータパケットを処理する。パケットプロセッサPP1、PP2は、データパケットを一時的に記憶するためのパケット待ち行列Q1、Q2を提供する。ラインカードLC1、LC2は、好ましくはスイッチファブリックswitchfabricまたはいくつかのスイッチングカードの形態を取る、スイッチングデバイスSDに接続される。さらに、ラインカードLC3が、スイッチングデバイスSDに接続される。ラインカードLC3は、ネットワークエッジノードNEN1のネットワーク-ネットワークインタフェースNNIを表すネットワークポートNP1を提供する。さらに、ラインカードLC3は、パケットプロセッサPP3を含む。パケットプロセッサPP3は、データパケットを一時的に記憶するためのパケット待ち行列Q3を提供する。図1に示される例によれば、ネットワークエッジノードNEN1は、ただ1つのネットワークポートNP1を含むが、一般に、ネットワークエッジノードは、複数のネットワークポートを含むことができる。ノードNEN1は、中央制御デバイスcentralcontroldeviceCCDも含み、中央制御デバイスCCDは、ラインカードLC1、LC2、LC3に接続され、内部インタフェースIIFを介してスイッチングデバイスSDに接続される。このインタフェースIIFを介して、中央制御デバイスCCDは、ユーザポートUP1、UP2のリンクアグリゲーションを実行してリンクアグリゲーショングループLAGをもたらすように、パケットプロセッサLC1、LC2、LC3およびスイッチングデバイスSDを構成する。リンクアグリゲーショングループLAGをもたらすユーザポートUP1、UP2のリンクアグリゲーションは、以下のように実行される。パケットプロセッサUP1、UP2は、データパケットが受信されたユーザポートの他に、データパケットが交換されるネットワークポートNP1も示す内部ヘッダ要素を、ストリームDPS1、DPS2の受信した各データパケットに追加する。さらに、スイッチングデバイスSDは、データパケットをネットワークポートNP1に交換するために、データパケットの追加された内部ヘッダ要素を考慮する。その結果、データストリームDPS1、DPS2が組み合わされて、データパケットの組み合わせデータストリームcombineddatastreamCDSがもたらされ、その後、組み合わせデータストリームCDSは、ネットワークポートNP1からポイントツーポイント接続P2PCを介して遠端のネットワークエッジノードNEN2に送信される。ポイントツーポイント接続は、ワイドエリアネットワークを介した、2つのシステム間の、または代替として、2つのネットワークエッジノード間の接続である。パケットプロセッサPP1、PP3は、ユーザポートUP1からネットワークポートNP1へのデータパケットストリームDPS1の送信中に失われたデータパケットの数を、以下のように協力して決定する。パケットプロセッサPP1は、同じ送信元アドレスおよび同じ宛先アドレスを含み、ユーザポートUP1およびネットワークポートNP1を識別する内部ヘッダ要素が追加された、ユーザポートUP1でクライアントから受信したデータパケットの数を決定するカウンタを提供する。パケットプロセッサPP1のカウンタは、一時的にパケット待ち行列Q1内に記憶される前の受信したデータパケットを数える。パケットプロセッサPP3は、スイッチングデバイスSDから受信した、ユーザポートUP1を識別する内部ヘッダ要素を含む、データパケットの数を決定するカウンタを提供する。パケットプロセッサPP3は、データパケットから内部ヘッダ要素を削除する。その後、データパケットは、ネットワークポートNP1から遠端のネットワークエッジノードNEN2に送信される。パケットプロセッサPP3のカウンタは、パケット待ち行列Q3から読み出された後の、遠端のネットワークエッジノードNEN2に送信される前のデータパケットを数える。パケットプロセッサPP1は、受信したデータパケットの決定された数をパケットプロセッサPP3に通知する。この通知は、プロセッサPP1が、受信したデータパケットの数を含むデータパケットを生成することによって実施される。高い測定精度を得るため、生成されたデータパケットは、受信したデータパケットの決定された数に寄与した最後のデータパケットであるデータパケットの後に挿入される。生成されたデータパケットを受信すると、パケットプロセッサPP3は、パケットプロセッサPP1によって通知された受信したデータパケットの数から、スイッチングデバイスSDから受信したデータパケットの決定された数を減算することによって、ユーザポートUP1からネットワークポートNP1への送信中に内部的に失われたデータパケットの数を決定する。パケットプロセッサPP1、PP3に関して上で説明したのと同様にして、パケットプロセッサPP2、PP3は、ユーザポートUP2からネットワークポートNP1への送信中に失われたデータパケットの数を協力して決定する。さらに、ネットワークポートNP1において、パケットプロセッサPP3は、遠端のネットワークエッジノードNEN2に送信された、同じ送信元アドレスおよび宛先アドレスを含むデータパケットの数を決定する。ユーザネットワークインタフェースUNIで送信元アドレスによって識別されるクライアントデバイスから受信した、遠端のネットワークエッジノードNEN2に接続されたクライアントデバイスに送信する予定だったデータパケットの数を遠端のネットワークエッジノードNEN2に通知するため、パケットプロセッサPP3は、送信したデータパケットの補正された数を決定する。送信したデータパケットのこの補正された数は、以下のものの合計である。-ネットワークポートNP1においてパケットプロセッサPP3によって決定された送信したデータパケットの数。-ユーザポートUP1、UP2とネットワークポートNP1との間で内部的に失われたデータパケットの総数。内部的に失われたデータパケットの総数は、ユーザポートUP1、UP2からネットワークポートNP1への内部送信中にネットワークエッジノードNEN1内で内部的に失われたデータパケットの合計である。その後、ネットワークエッジノードNEN1は、送信したデータパケットの補正された数を、ネットワークポートNP1から遠端のネットワークエッジノードNEN2に通知する。提案される方法の利点は、次の通りである:遠端のネットワークエッジノードNEN2のネットワークポートNP2に配置されたパケットプロセッサは、上で述べた同じ送信元アドレスおよび同じ宛先アドレスを含む、受信したデータパケットの数を決定することができ、その後、ユーザポートUP1、UP2からネットワークポートNP2への送信中に失われたデータパケットの実際の数を決定するために、受信したデータパケットのこの決定された数を送信したデータパケットの通知された補正された数と比較することができる。それを行うには、ネットワークポートNP2に配置されたパケットプロセッサは、ネットワークポートNP1に配置されたパケットプロセッサPP3とプロトコルメッセージを交換しさえすればよい。ネットワークポートNP2に配置されたパケットプロセッサは、リンクアグリゲーショングループLAGを形成するユーザポートUP1、UP2の数を考慮する必要はなく、グループLAGの個々のユーザポートUP1、UP2とネットワークポートNP1との間で失われたデータパケットの数を自ら決定する必要もない。したがって、ネットワークポートNP2に配置されたパケットプロセッサは、ユーザポートUP1、UP2からネットワークポートNP2への送信中に失われたデータパケットの実際の数を決定するために、Y.1731で定義されるようなパケットロス測定の知られているプロトコルを単に実施すればよく、グループLAGをなすユーザポートとネットワークポートNP1との間で発生したデータパケットロスは、ネットワークポートNP1に配置されたパケットプロセッサPP3によって補償される。これには、リンクアグリゲーショングループLAGへのユーザポートの追加、またはリンクアグリゲーショングループLAGからのユーザポートの削除は、ネットワークエッジノードNEN1のパケットプロセッサPP1、PP2、PP3で考慮しさえすればよく、ネットワークポートNP2に配置されたパケットプロセッサが考慮する必要はないという利点もある。その上さらに、提案される方法は、ユーザポートUP1、UP2の各パケットプロセッサPP1、PP2とネットワークポートNP2に配置されたパケットプロセッサとの間でのパケットロス測定プロトコルの実施を要求しない。したがって、ノードNEN1とNEN2との間でのプロトコルメッセージ交換の量は、提案される方法によって影響されない。失われたデータパケットの決定された実際の数の通知は、パケットプロセッサPP3が、送信したパケットの補正された数を示すデータ要素を伝えるデータパケットを生成することによって実施される。その後、この生成されたデータパケットは、ネットワークエッジノードNEN2へのポイントツーポイント接続P2PCを介して送信される。高い測定精度を得るため、ネットワークポートNP2に配置されたパケットプロセッサは、生成されたデータパケットがネットワークポートNP2で受信された時点における、受信したデータパケットの数を決定する。生成されたデータパケット自体は、受信したデータパケットの数を決定する上で考慮されない。代替として、ノードNEN2は、ネットワークポートNP2で受信したデータパケットの数をノードNEN1に通知することができ、その場合、ノードNEN1は、グループLAGをなすユーザポートとネットワークポートNP2との間で失われたデータパケットの実際の数を自ら決定することができる。ネットワークポートNP2で受信したデータパケットの数の通知は、ネットワークポートNP2に配置されたパケットプロセッサが、ネットワークポートNP2で受信したデータパケットの数を示すデータ要素を伝えるデータパケットを生成することによって実施される。その後、この生成されたデータパケットは、ネットワークエッジノードNEN1へのポイントツーポイント接続P2PCを介して送信される。さらなる代替によれば、ネットワークエッジノードNEN2は、受信したデータパケットのどの数が送信したデータパケットのどの補正された数に対応するかをネットワークエッジノードNEN1に通知するために、この生成されたデータパケット内に、データパケットの先に受信した通知された補正された数も含めることができる。これには、ネットワークエッジノードNEN1は、送信したパケットのどの補正された数が受信したデータパケットのどの数に対応するかを自ら関連付ける必要がないという利点がある。図2は、ノードNEN1、NEN2を示しており、すべてのサブデバイス、ユーザポート、およびネットワークポートは、図1によって既に説明されたものである。さらに、図2は、ネットワークノードNEN2によってネットワークポートNP2を介してネットワークノードNEN1に送信され、ネットワークポートNP1で受信される、逆方向組み合わせデータパケットストリームreversecombineddatapacketstreamRCDSのデータパケットも示している。データストリームRCDSのデータパケットは、図1に示されるデータストリームDPS1、DPS2のデータパケットの送信元アドレスに等しい宛先アドレスを含む。さらに、データストリームRCDSのデータパケットは、図1に示されるデータストリームDPS1、DPS2のデータパケットの宛先アドレスに等しい送信元アドレスを含む。先に述べたクライアントの間で失われたデータパケットの数が、図1において先に考えた送信方向とは反対の送信方向について測定される。ネットワークポートNP1において、受信したデータパケットの数が、パケットプロセッサPP3によって決定される。さらに、ノードNEN1からリンクアグリゲーショングループLAGをなすユーザポートに接続されたクライアントデバイスへのデータパケット送信に対して、グループをなすユーザポートUP1、UP2のリンクアグリゲーションが実施される。受信したデータパケットに対して、グループLAGをなすユーザポートUP1、UP2のうちの1つを識別する内部ヘッダ要素が追加される。内部ヘッダ要素によって識別されるユーザポートは、ラウンドロビンとして知られている負荷平衡原理によって、または代替として、データパケットのデータ内容に対するハッシュ関数を計算した後、得られたハッシュ値に従ってユーザポートを選択することによって、選択することができる。その後、スイッチングデバイスSDが、ネットワークポートNP1から内部ヘッダ要素によって識別されるユーザポートに受信したデータパケットを交換する。こうすることで、データストリームRCDSは、部分データストリームRCDS1、RCDS2に分割される。ユーザポートUP1、UP2において、データパケットがクライアントデバイスに送信される。リンクアグリゲーショングループLAGの各ユーザポートUP1、UP2について、ネットワークポートNP1からそれぞれのユーザポートUP1、UP2への送信中にいくつのデータパケットが内部的に失われたのかが決定される。ユーザポートUP1の場合、この決定は、パケットプロセッサPP1がパケットプロセッサPP3と協力して行う。ユーザポートUP2の場合、この決定は、パケットプロセッサPP2がパケットプロセッサPP3と協力して行う。パケットプロセッサPP3は、ネットワークポートNP1で受信された、データストリームRCDSに属するデータパケットの数を決定するカウンタを提供する。これらのデータパケットに対して、グループLAGをなすユーザポートUP1、UP2のうちの1つおよびネットワークポートNP1を識別する内部ヘッダ要素が追加される。パケットプロセッサPP3のカウンタは、一時的にパケット待ち行列Q3内に記憶される前の受信したデータパケットを数える。さらに、プロセッサPP3は、ユーザポートUP1およびネットワークポートNP1を識別する内部ヘッダ要素を割り当てられたデータパケットの数を決定するカウンタを提供する。パケットプロセッサPP1は、スイッチングデバイスSDから受信された、ユーザポートUP1およびネットワークポートNP1を識別する内部ヘッダ要素を含むデータパケットの数を決定するカウンタを提供する。パケットプロセッサPP1は、データパケットから内部ヘッダ要素を削除する。その後、データパケットは、ユーザポートUP1からクライアントデバイスに送信される。パケットプロセッサPP1のカウンタは、パケット待ち行列Q1から読み出された後の、クライアントデバイスに送信される前のデータパケットを数える。パケットプロセッサPP3は、ユーザポートUP1およびネットワークポートNP1を識別する内部ヘッダ要素を割り当てられたデータパケットの数をパケットプロセッサPP1に通知する。この通知は、プロセッサPP3が、この数を含むデータパケットを生成することによって実施される。高い測定精度を得るため、生成されたデータパケットは、ユーザポートUP1に割り当てられたデータパケットの決定された数に寄与した最後のデータパケットであるデータパケットの後に挿入される。パケットプロセッサPP1は、生成されたデータパケットが受信された時点における、受信したデータパケットの数を決定する。パケットプロセッサPP1は、パケットプロセッサPP3によって通知されたデータパケットの数から、スイッチングデバイスSDから受信したデータパケットの決定された数を減算することによって、ネットワークポートNP1からユーザポートUP1への送信中に内部的に失われたデータパケットの数を自ら決定する。その後、内部的に失われたデータパケットのこの決定された数は、内部的に失われたデータパケットの決定された数を含むさらなるデータパケットを生成し、このデータパケットを図1に示されるようなユーザポートUP1からネットワークポートNP1に向かうパケット送信に挿入することによって、プロセッサPP1からプロセッサPP3に通知される。代替として、パケットプロセッサPP1は、ポートUP1でスイッチングデバイスSDから受信したデータパケットの決定された数と、パケットプロセッサPP3によって先に通知されたデータパケットの通知された数とを含むデータパケットを生成し、挿入することができる。このデータパケットを受信すると、プロセッサPP3は、ネットワークポートNP1からユーザポートUP1への送信中に内部的に失われたデータパケットの数を決定することができる。パケットプロセッサPP1、PP3に関して上で説明したのと同様にして、パケットプロセッサPP2、PP3は、ネットワークポートNP1からユーザポートUP2への送信中に失われたデータパケットの数を協力して決定する。ネットワークポートNP1において、受信したデータパケットの先に決定された数から、ネットワークポートNP1からユーザポートUP1、UP2へのデータパケットの送信中に内部的に失われたデータパケットの総数を減算することによって、受信したデータパケットの補正された数が決定される。内部的に失われたデータパケットの総数は、ネットワークポートNP1からリンクアグリゲーショングループLAGのそれぞれのユーザポートUP1、UP2への送信中に失われたデータパケットの合計として決定される。遠端のネットワークノードNEN2のネットワークポートNP2に配置されたネットワークプロセッサは、先に述べた送信元アドレスおよび宛先アドレスを含む、ネットワークポートNP2からポイントツーポイント接続P2PCを介してノードNEN1のネットワークポートNP1に送信されたデータパケットの数を決定する。ネットワークポートNP2に配置されたパケットプロセッサは、生成されたデータパケットを使用して、送信したデータパケットの数をネットワークポートNP1に通知する。その後、パケットプロセッサPP3は、送信したデータパケットの通知された数から、受信したデータパケットの補正された数を減算することによって、ネットワークポートNP2からユーザポートUP1、UP2への送信中に失われたデータパケットの実際の数を決定する。代替として、プロセッサPP3は、生成されたデータパケットを使用して、ネットワークポートNP2に受信したデータパケットの補正された数を通知する。その後、ネットワークポートNP2に配置されたパケットプロセッサは、送信したデータパケットの決定された数から、受信したデータパケットの通知された補正された数を減算することによって、ネットワークポートNP2からユーザポートUP1、UP2への送信中に失われたデータパケットの実際の数を決定する。図3は、代替ソリューションによる、ユーザポートUP1、UP2からネットワークポートNP1へのデータストリームの送信中に内部的に失われたデータパケットの総数を決定する方法の様々なステップを示している。ユーザポートUP1、UP2の各々について、それぞれのユーザポートUP1、UP2とネットワークポートNP1との間で内部的に失われたデータパケットのそれぞれの数が、それぞれの周期periodicityで決定される。ユーザポートUP1の場合、内部的に失われたデータパケットの数は、期間timeperiodTP1と相互に関連するreciprocal周期で決定される。各時間間隔timeintervalTI11、TI12、...、TI1N、TI1N1に対して、内部的に失われたデータパケットILDP11、ILDP12、...、ILDP1N、ILDP1N1の数が、それぞれの時間間隔の最後で決定される。ユーザポートUP2の場合、内部的に失われたデータパケットの数は、期間TP2と相互に関連する周期で決定される。各時間間隔TI21、TI22、...、TI2N、TI2N1に対して、内部的に失われたデータパケットILDP21、ILDP22、...、ILDP2N、ILDP2N1の数が、それぞれの時間間隔の最後で決定される。内部的に失われたデータパケットの総数ONLDP1は、期間TP3と相互に関連する全体的周期で決定される。全体的時間間隔TI31に対して、内部的に失われたデータパケットの総数が、全体的時間間隔TI31の間に決定された、内部的に失われたデータパケットのそれぞれの数ILDP11、ILDP12、...、ILDP1N、ILDP21、ILDP22、...、ILDP2Nを合計することによって決定される。期間TP1、TP2は、等しい必要はなく、異なることもできる。これには、ユーザポートUP1、UP2に存在する様々な関与するパケットプロセッサの間で厳密な同期が必要ではないという利点がある。この代替ソリューションの利点は、一方の、それぞれのユーザポートについての内部的に失われたデータパケットのそれぞれの数の決定と、他方の、内部的に失われたデータパケットの総数の決定とを、等しくない周期で実行できることである。さらに、ユーザポートUP1とネットワークポートNP1との間で内部的に失われたデータパケットの決定は、ユーザポートUP2とネットワークポートNP1との間で内部的に失われたデータパケットの数が決定される時点とは等しくない時点において実施することができる。したがって、ユーザポートUP1、UP2およびネットワークポートNP1に存在するパケットプロセッサ間の同期は、内部的に失われたデータパケットの総数の決定を可能にするためには必要ではない。時間間隔TE1N1の間に失われたデータパケットの数は、全体的時間間隔TI31内では計算に入れられないが、失われたデータパケットのこの数は、次の全体的時間間隔TI32で計算に入れられる。同じことが、時間間隔TI2N1の初期の間に失われたデータパケットの数にも当てはまり、この数は、失われたデータパケットの数ILDP2N1に寄与し、したがって、全体的時間間隔TI32について決定された失われたデータパケットの総数にも寄与する。その後、送信したデータパケットのそれぞれの補正された数と、さらに失われたデータパケットのそれぞれの実際の数を決定するために、それぞれの連続する時間間隔TI31、TI32の間に内部的に失われたデータパケットの総数が使用される。その後、失われたデータパケットの決定されたそれぞれの実際の数が、性能モニタリングの目的で、連続する時間間隔TI31、TI32にわたって累算され、および/または平均される。図3を参照すると、ユーザポートUP1、UP2とネットワークポートNP1との間で内部的に失われたデータパケットの総数を決定するための方法が説明され、提案されている。この方法に関して、ユーザポートの各々についての場合と同様にして、ネットワークポートNP1からユーザポートUP1、UP2へのデータパケットの送信中にネットワークポートNP1とそれぞれのユーザポートUP1、UP2との間で内部的に失われたデータパケットのそれぞれの数を、それぞれの周期で決定することが可能である。したがって、ネットワークポートNP1とユーザポートUP1、UP2との間で内部的に失われたデータパケットの総数を、全体的周期で決定することも可能である。これは、ユーザポートUP1、UP2およびネットワークポートNP1に存在するパケットプロセッサを同期させる必要なしに達成される。さらに、その後、連続する全体的時間間隔について、ネットワークポートNP1とユーザポートUP1、UP2との間で内部的に失われたデータパケットの総数を決定して、それぞれの全体的時間間隔の間に失われたデータパケットの実際の数をもたらすことができる。その後、データパケットのこれらの実際の数は、性能モニタリングの目的で、連続する全体的時間間隔にわたって累算し、および/または平均することができる。図4によれば、さらなる代替ソリューションによる、送信したデータパケットの補正された数を決定するための方法のステップが提案される。多くの連続する全体的時間間隔TI31、TI32、TI33について、図3に関して上で詳細に説明されたように、内部的に失われたデータパケットのそれぞれの総数ONLDP1、ONLDP2、ONLDP3が決定される。ステップS101、S111、S121内で、受信したデータパケットのそれぞれの補正された数CNRDP1、CNRDP2、CNRDP3が、内部的に失われたデータパケットのそれぞれの総数ONLDP1、ONLDP2、ONLDP3に基づいて決定される。受信したデータパケットの補正された数CNRDP1は、ステップS102内で、遠端のネットワークエッジノードに通知される。先に説明したように、図3に示される時間間隔TI1N1の間に内部的に失われたデータパケットは、全体的時間間隔TI31の内部的に失われたデータパケットの総数ONLDP1の計算には入れられず、全体的時間間隔TI32の内部的に失われたデータパケットの総数ONLDPの計算に入れられる。したがって、受信したデータパケットについて得られた補正された数CNRDP2は、送信したデータパケットの補正された数CNRDP1よりも小さいことがある理論的可能性が存在する。これは、遠端のネットワークノードが、最初の時点では、ネットワークポートNP1で受信したデータパケットの数として数CNRDP1の通知を受信し、後の時点では、ネットワークポートNP1で受信したデータパケットの数として数CNRDP2の通知を受信し、この数が先の時点の数よりも小さいことを意味する。したがって、遠端のネットワークノードは、1つの時点から次の時点にかけて、ネットワークポートで受信したデータパケットの数が実際には減少したことを通知されるが、受信したデータパケットの補正された数が、1つの時間間隔TI31から別の時間間隔TI32にかけて単調に増加する、受信したデータパケットの漸進的な数を表す場合には、遠端のネットワークノードの観点から、これは道理に合わない。したがって、受信したデータパケットの通知された補正された数が、連続する時間間隔TI31、TI32の間で減少しないことが保証される。ステップS112内で、現在の全体的時間間隔TI32についての受信したデータパケットの補正された数CNRDP2が、直前の全体的時間間隔TI31の受信したデータパケットの補正された数CNRDP1よりも小さいかどうかがチェックされる。受信したデータパケットの補正された数CNRDP2が、受信したデータパケットの補正された数CNRDP1よりも小さくない場合、方法はステップS113に進む。ステップS113内で、受信したデータパケットの補正された数CNRDP2が、遠端のネットワークエッジノードに通知される。受信したデータパケットの補正された数CNRDP2が、受信したデータパケットの補正された数CNRDP1よりも小さい場合、方法はステップS113Aに進む。ステップS113A内で、受信したデータパケットの補正された数CNRDP2が、受信したデータパケットの補正された数CNRDP1と受信したデータパケットの補正された数CNRDP2との間の差に等しい、または差よりも大きい数だけ増やされる。さらに、次のステップS113B内で、受信したデータパケットの調整を加えた補正された数が、遠端のネットワークノードに通知される。ステップS121内で、全体的時間間隔TI33の受信したデータパケットの補正された数CNRDP3が決定される。ステップS121A内で、受信したデータパケットの補正された数CNRDP2が、受信したデータパケットの補正された数CNRDP1よりも小さかったかどうかがチェックされる。小さかった場合、受信したデータパケットの補正された数CNRDP3が、ステップS121B内で、ステップS113Aにおいて受信したデータパケットの補正された数CNRDP2が増やされたのと同じ数だけ減らされる。さらに、連続する時間間隔の間で受信したパケットの通知された補正された数が減少しないことを保証するために、ステップS112、S113、S113A、S113Bに類似した、ステップS122、S123、S123A、S123Bが実施される。代替として、データパケットの補正された数は、個々の各全体的時間間隔TI31、TI32についての受信したデータパケットの個々の数を表すことができる。1つの時間間隔TI32について決定された内部的に失われたデータパケットの総数を計算に入れた結果、その時間間隔TI32についての受信したデータパケットの補正された数が負になった場合、内部的に失われたデータパケットの総数の少なくとも一部が、次の連続する時間間隔TI33に移され、その次の連続する時間間隔TI33についての受信したデータパケットの補正された数を決定する場合に、この一部が計算に入れられる。これによって、データパケットの通知された補正された数が、遠端のネットワークエッジノードの観点から道理に合わない負の値を取らないことが達成される。図5は、図1によって既に説明したような、サブデバイスを有するネットワークノードNEN1を示している。ラインカードLC1のパケットプロセッサPP1において、送信カウンタTX11が提供される。送信カウンタTX11、TX21は、それぞれのユーザポートUP1、UP2においてクライアントデバイスから受信したデータパケットのそれぞれの数をカウントする。ラインカードLC3のパケットプロセッサPP3において、ネットワークポートNP1でユーザポートUP1から受信したデータパケットの数をカウントする、受信カウンタRX11が提供される。さらに、パケットプロセッサPP3において、ネットワークポートNP1でユーザポートUP2から受信したデータパケットの数をカウントする、受信カウンタRX21が提供される。パケットプロセッサPP3において、送信カウンタTX1が提供される。この送信カウンタTX1は、ネットワークポートNP1から遠端のネットワークエッジノードに送信されるデータパケットの数をカウントする。ネットワークノードNEN1内で内部的に失われたデータパケットの総数の決定は、カウンタTX11、TX21、RX11、RX21のサンプル値を使用することによって実施される。言い換えると、内部的に失われたデータパケットの数は、ユーザポートUP1、UP2で受信した部分データストリームDPS1、DPS2のデータパケットの数を観測している送信カウンタおよび受信カウンタを使用して決定される。パケットプロセッサPP1、PP2、PP3は、それぞれのパケット待ち行列Q1、Q2、Q3を提供し、受信したデータパケットを転送する前に、これらの待ち行列にそれらを記憶する。送信カウンタTX11、TX21と受信カウンタRX11、RX21は、パケット待ち行列Q1、Q2、Q3のいずれもが、カウンタTX11、TX21、RX11、RX21の間に配置されるように配置される。これには、カウンタTX11、TX21、RX11、RX21が、待ち行列Q1、Q2、Q3のいずれによって引き起こされたデータパケットロスでも考慮できるという効果がある。ある時点で、送信カウンタTX11が、パケットプロセッサPP1によってサンプリングされる。その後、パケットプロセッサPP1は、送信カウンタからサンプリングした値を有するデータパケットを生成し、この生成されたデータパケットをデータストリームDPS1に挿入する。別の時点で、パケットプロセッサPP2が、送信カウンタTX21の値をサンプリングし、送信カウンタTX21からサンプリングされた値を含むデータパケットを生成する。その後、この生成されたデータパケットは、データストリームDPS2に挿入される。さらに、パケットプロセッサPP1、PP2は、それぞれのユーザポートUP1、UP2で受信し、受け入れたデータパケットに、先に述べたような内部ヘッダ情報を追加する。パケットプロセッサPP3において、ユーザポートUP1から受信したデータパケットの数が、データパケットの内部ヘッダ要素を考慮することによって、受信カウンタRX11によってカウントされる。送信カウンタTX11のサンプル値を伝えるデータパケットをパケットプロセッサPP3で受信したとき、受信カウンタRX11がサンプリングされる。生成されたデータパケット自体は、受信カウンタRX11によって考慮されない。その後、ユーザポートUP1とネットワークポートNP1との間で内部的に失われたデータパケットの数が、送信カウンタTX11のサンプル値と受信カウンタRX11のサンプル値との間の差として決定される。同様に、パケットプロセッサPP2およびパケットプロセッサPP3も、カウンタTX21およびRX21のサンプル値に依存して、ポートUP2とNP1との間で内部的に失われたデータパケットの決定を実施する。次のステップとして、パケットプロセッサPP3は、送信カウンタTX1の値をサンプリングする。リンクアグリゲーショングループLAGをなすユーザポートUP1、UP2を介して受信したデータパケットの数を遠端のネットワークエッジノードに通知するため、送信カウンタTX1のサンプル値が、ネットワークエッジノードNEN1内においてユーザポートUP1、UP2とネットワークポートNP1との間で内部的に失われたデータパケットの総数だけ増やされる。内部的に失われたデータパケットのこの総数は、様々なユーザポートUP1、UP2とネットワークポートNP1との間で失われたデータパケットの合計として決定される。ネットワークノードNEN1から遠端のネットワークエッジノードに送信したデータパケットの補正された数は、カウンタTX1のサンプル値と内部的に失われたデータパケットの総数との合計として決定される。その後、この補正された数は、ネットワークポートNP1から遠端のネットワークエッジノードに通知される。代替として、送信カウンタ自体を、最初に内部的に失われたデータパケットの総数だけ増やし、次に送信カウンタTX1のサンプル値を獲得するためにサンプリングすることができる。その後、このサンプル値は、ネットワークポートNP1を介して遠端のネットワークエッジノードに通知される。図6は、図2を参照して既に説明したような、すべてのサブ要素およびカウンタを有するネットワークエッジノードNEN1を示している。さらに、図6は、ネットワークポートNP1においてパケットプロセッサPP3によって提供される受信カウンタRX1を示している。この受信カウンタRX1は、ネットワークポートNP1において逆方向組み合わせデータストリームRCDSを介して遠端のネットワークエッジノードから受信したデータパケットの数をカウントする。パケットプロセッサPP3は、図2を参照して先に説明したように、逆方向組み合わせデータストリームRCDSのデータパケットを、リンクアグリゲーショングループLAGをなすユーザポートUP1、UP2に分配する。パケットプロセッサPP3において、送信カウンタTX12が提供され、送信カウンタTX12は、ネットワークポートNP1からユーザポートUP1に送信されるデータパケットの数をカウントする。さらに、パケットプロセッサPP3は、送信カウンタTX22を提供し、送信カウンタTX22は、ネットワークポートNP1からユーザポートUP2に送信されるデータパケットの数をカウントする。送信カウンタTX12、TX22は、データパケットを考慮しなければならないかどうかを決定するために、データパケットの内部ヘッダ情報を分析する。パケットプロセッサPP1において、受信カウンタRX12が提供され、受信カウンタRX12は、逆方向データパケットストリームRCDS1を介して受信されたデータパケットの数をカウントする。パケットプロセッサPP2において、受信カウンタRX22が提供され、受信カウンタRX22は、逆方向データパケットストリームRCDS2を介して受信されたデータパケットの数をカウントする。送信カウンタTX12、TX22および受信カウンタRX12、RX22のサンプル値を使用して、ネットワークポートNP1からユーザポートUP1、UP2への送信中に内部的に失われたデータパケットの数が、図3を参照して先に説明されたような、ユーザポートUP1、UP2からネットワークポートNP1への送信中に内部的に失われたデータパケットの決定と同様にして決定される。ネットワークポートNP1において、受信カウンタRX1が、内部的に失われたデータパケットの総数だけ減らされる。内部的に失われたデータパケットのこの総数は、ネットワークポートNP1からユーザポートUP1、UP2へのデータパケットの送信中に失われたデータパケットの合計である。図7は、送信したデータパケットの補正された数を決定するための様々な代替ソリューションを示している。図7aは、ユーザポートとネットワークポートとの間で失われたデータパケットの数を考慮するためのプロセスPR1を示している。示されたプロセスPR1は、先に図3に示された、ユーザポートUP1と送信カウンタTX11およびRX11に関して説明されている。それぞれのカウンタTX11、RX11を用いる、図7aに示されたプロセスPR1は、他のユーザポートについても、対応する送信カウンタおよび受信カウンタを使用して実施できることは当業者には明らかである。図7aによれば、ステップS301内で、送信カウンタTX11がサンプリングされる。さらに、カウンタTX11のサンプル値が、生成されたデータパケットに挿入され、生成されたデータパケットは、受信カウンタRX11を提供するパケットプロセッサで受信される。送信カウンタTX11のサンプル値を伝えるデータパケットを受信すると、ステップS302内で、受信カウンタRX11がサンプリングされる。次のステップS303として、ユーザポートとネットワークポートとの間で内部的に失われたデータパケットの数ILDP1が、送信カウンタTX11と受信カウンタRx11のサンプル値の差として決定される。次のステップS304として、失われたデータパケットの総数をカウントするカウンタONLDPが、内部的に失われたデータパケットの先に決定された数ILDP1だけ増やされる。このステップS304の後、プロセスPR1は、ステップS301に戻る。リンクアグリゲーショングループの様々なユーザポートとネットワークポートとの間で失われたデータパケットを決定するための、プロセスPR1に類似したプロセスを実施し、内部的に失われたデータパケットの各数だけカウンタONLDPを増やすことで、リンクアグリゲーショングループをなすすべてのユーザポートとネットワークポートとの間で内部的に失われたデータパケットの総数を、カウンタONLDPを介してカウントすることが可能である。図7bは、送信したデータパケットの補正された数CNTDPを決定し、通知するためのプロセスPR2を示している。ステップS401において、カウンタONLDPがサンプリングされる。ステップS402内で、送信カウンタTX1がサンプリングされる。ステップS403内で、送信したデータパケットの補正された数CNTDPが、送信カウンタTX1のサンプル値を失われたデータパケットの総数ONLDPだけ増やすことによって決定される。次のステップS404として、送信したデータパケットの補正された数CNDTPが、ネットワークポートを介してネットワークエッジノードに通知される。図7aおよび図7bによって説明されたソリューションによれば、失われたデータパケットの総数は、持続的に増加するカウンタONLDPによって決定される。図7cおよび図7dは、図7aおよび図7bにおいて示されたプロセスPR1およびPR2に対する代替ソリューションとしての、プロセスPR1’およびPR2’を示している。失われたデータパケットの総数ONLDPを決定するためのプロセスPR1’は、図7aによって先に説明されたすべてのステップを含む。さらに、プロセスPR1’は、ステップS304の後に続く、ステップS305を含む。ステップS305内で、受信カウンタRX11が、内部的に失われたデータパケットの決定された数ILDP1だけ増やされる。ステップS305の後、プロセスPR1’は、ステップS301に戻る。図7dは、代替ソリューションによる、送信したデータパケットの補正された数を決定するためのプロセスPR2’を示している。プロセスPR2’は、図7bによって既に先に説明されたプロセスPR2のすべてのステップを含む。さらに、プロセスPR2’は、ステップS404の後に続く、ステップS405を含む。このステップS405内で、送信カウンタTX1が、失われたデータパケットの総数ONLDPだけ増やされる。次のステップS406として、失われたデータパケットの総数をカウントするカウンタONLDPがゼロにリセットされる。ステップS406の後、プロセスPR2’は、ステップS401に戻る。代替として、ステップS401内で、カウンタONLDPをサンプリングした後、送信カウンタTX1が、失われたデータパケットの総数ONLDPだけ直接的に増やされ、これをサンプリングした値が、送信したデータパケットの補正された数として使用される。さらに、カウンタONLDPがゼロにリセットされる。図7cおよび図7dによって説明したソリューションは、失われたデータパケットの総数をカウントするカウンタONLDPがゼロにリセットされるソリューションである。これによって、カウンタONLDPが無限大まで増加する状況をプロセスPR2’が回避することが達成される。したがって、図7cおよび図7dによる代替ソリューションは、カウンタONLDPを表す有限の数のビットによってカウンタONLDPを実施できるソリューションである。好ましい一実施形態によれば、パケットプロセッサは、フィールドプログラマブルゲートアレイFPGAの形態で提供される。ラインカードおよびスイッチングデバイスは、バックパネルトラフィックインタフェースbackpaneltrafficinterfaceを介して接続される。プロセッサというラベルの付いた任意の機能ブロックを含む、図1、図2、図5、および図6に示された様々な要素の機能は、専用ハードウェアの使用を通してばかりでなく、適切なソフトウェアと連携する、ソフトウェアを実行可能なハードウェアの使用を通しても提供することができる。プロセッサによって提供される場合、機能は、単一の専用プロセッサによって、単一の共有プロセッサによって、またはいくつかは共有もできる複数の個別プロセッサによって提供することができる。さらに、プロセッサまたはコントローラという用語が明示的に使用されていても、ソフトウェアを実行可能なハードウェアに排他的に言及しているとは解釈すべきではなく、それらの用語の使用によって含意されるものの中には、限定することなく、デジタル信号プロセッサDSPハードウェア、ネットワークプロセッサ、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGA、ソフトウェアを記憶するためのリードオンリメモリROM、ランダムアクセスメモリRAM、および不揮発性ストレージも含むことができる。従来型および/またはカスタマイズされた他のハードウェアも含むことができる。同様に、図1、図2、図5、および図6に示されるスイッチはいずれも、概念的なものにすぎない。それらの機能は、プログラムロジックの動作を通して、専用ロジックを通して、プログラム制御と専用ロジックの対話を通して、または手動によってさえも実施することができ、特定の技法は、文脈からより具体的に理解されるように、実施者が選択することができる。本明細書のブロック図はいずれも、本発明の原理を具現する例示的な回路の概念図を表すことを当業者は理解されたい。同様に、フローチャート、フロー図、状態遷移図、および疑似コードなどはいずれも、コンピュータ可読媒体内に実質的に表すことができ、そのため、コンピュータまたはプロセッサが明示的に示されているかどうかに係わらず、そのようなコンピュータまたはプロセッサによって実行することができる、様々な処理を表すことが理解されよう。