(57)【要約】  通信ネットワークにおけるデータ処理のための方法を提案し、該方法は、（ｉ）第１の種類の接続に適用可能な少なくとも１つのフィルタを、第２の種類の接続に適用可能な少なくとも１つのフィルタよりも前に設けるステップと、（ｉｉ）第２の種類の接続に必要なフィルタの数が増加する場合、第１の種類の接続に適用可能な少なくとも１つのフィルタ及び第２の種類の接続に適用可能な少なくとも１つのフィルタの順序を反転させるステップとを含む。【選択図】図１
2012523148.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにおけるデータ処理方法であって、
第１の種類の接続に適用可能な少なくとも１つのフィルタを、第２の種類の接続に適用可能な少なくとも１つのフィルタよりも前に設け、
前記第２の種類の接続に必要な前記フィルタの数が増加する場合、前記第１の種類の接続に適用可能な前記少なくとも１つのフィルタ及び前記第２の種類の接続に適用可能な前記少なくとも１つのフィルタの順序を反転させる、
ことを特徴とする方法。
【請求項２】
前記少なくとも１つの他のフィルタよりも前にある前記少なくとも１つのフィルタが、選択すべき接続の種類を含み、前記少なくとも１つの他のフィルタが、該フィルタの接続の種類を挙げない、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記順序が、自動的に、及び／又は前記第２の種類の接続に必要な前記フィルタの数が所定の閾値に達した場合に反転する、
ことを特徴とする請求項１又は請求項２に記載の方法。
【請求項４】
前記第１の種類の接続が、
−  透過的接続
−  非透過的接続
の一方である、
ことを特徴とする請求項１から請求項３のいずれかに記載の方法。
【請求項５】
前記第２の種類の接続が第１の種類の接続ではない、
ことを特徴とする請求項１から請求項４のいずれかに記載の方法。
【請求項６】
前記第１の種類の接続に適用可能な前記少なくとも１つのフィルタ及び前記第２の種類の接続に適用可能な前記少なくとも１つの第２のフィルタが、前記順序が反転した後に再構成される、
ことを特徴とする請求項１から請求項５のいずれかに記載の方法。
【請求項７】
−  ＶＬＡＮ、特にＶＬＡＮ  ＩＤ
−  ＭＡＣアドレス
−  ＩＰアドレス
−  ＵＤＰアドレス
−  ＭＰＬＳラベル
のうちの少なくとも１つに関連する識別子により接続が分類される、
ことを特徴とする請求項１から請求項６のいずれかに記載の方法。
【請求項８】
前記データ処理が、ネットワークノードにより、具体的には少なくとも部分的に前記ネットワークノードのコントロールプレーンにおいて行われる、
ことを特徴とする請求項１から請求項７のいずれかに記載の方法。
【請求項９】
第１のデータよりも後に到着したにもかかわらず前記第１のデータよりも前に転送されるはずであった第２のデータを脱落させることにより、宛先へ転送されるデータの順序が維持される、
ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記第１のデータが、前記ネットワークノードのコントロールプレーンにおいて処理される、
ことを特徴とする請求項９に記載の方法。
【請求項１１】
宛先へ転送されるデータの順序が、該データを前記宛先が予期する正しい順序でバッファして処理することにより維持される、
ことを特徴とする請求項８に記載の方法。
【請求項１２】
宛先へ転送されるデータの順序が、前記ネットワークノードにおいてアドレス学習メカニズムを維持し、アドレスエントリを入手できる前記宛先へのみこのようなデータを転送することにより維持される、
ことを特徴とする請求項８に記載の方法。
【請求項１３】
前記アドレス学習メカニズムがＭＡＣ学習メカニズムを含む、
ことを特徴とする請求項１２に記載の方法。
【請求項１４】
請求項１から請求項１３のいずれかに記載の方法を実行できるように構成されたプロセッサ装置及び／又は配線回路及び／又は論理装置を含む、及び／又はこれらに関連する、
ことを特徴とする装置。
【請求項１５】
前記装置が通信装置であり、具体的にはネットワークノード、スイッチング装置、ＩＰ  ＤＳＬＡＭ、又はイーサネットスイッチであり、又はこれらに関連する、
ことを特徴とする請求項１４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおけるデータ処理のための方法及び装置に関する。
【背景技術】
【０００２】
本明細書で説明する方法は、特に、ＩＰ  ＤＳＬＡＭ又はイーサネット（登録商標）スイッチなどのネットワークノードによって行われるようなデータ交換に関する。このようなデータ交換は、交換されたトラフィックの部分を組み込み処理段階などのコントロールプレーンへ向けて搬送するために使用するフィルタを必要とすることがある。このようなサービスを行う装置として、ＤＨＣＰリレー、ＩＧＭＰプロキシ又はスヌーパを挙げることができる。
【０００３】
コントロールプレーン通信が（処理段階へ向けられた後に）ソフトウェアを介して転送される予定になっている一方で、他のデータが（ソフトウェア処理に比べて大幅な遅延のない）ワイヤスピードハードウェアを介して転送される場合に問題が生じる。このように、ソフトウェア処理を行わずに転送されるデータは、コントロールプレーンで処理されるデータよりも早く宛先に到着することがあり、この結果、最初の種類のデータが後でネットワークノードに到着しても、宛先において予期されるデータの順序が混同される場合がある。
【０００４】
データ交換サービスを提供するネットワークノードにおいて利用できるフィルタリングリソースが限られることにより、コントロールプレーンにおけるフィルタ処理がかなり制限されることも不都合となる。フィルタリングリソースが限られることで、提供するサービスの拡張性に影響が及ぶことがある。フィルタセットは正又は負のフィルタを含むことができ、これらの一方が、リソースの使用を最適化すると同時にフィルタの数及び種類に応じて両様に同じ機能を実現する。
【０００５】
例えば、キャリアイーサネット装置などは、あるプロトコル関連フレームをデータパス内で傍受してこれらに作用する。典型的な例として、ＡＲＰ、ＤＨＣＰ、ＰＰＰｏＥ、及びＩＧＭＰが挙げられる。このような傍受は、データパス交換装置内のチップなどのフィルタによって行われる。通常、フィルタリングリソースは、その利用可能な能力及び数を制限される。また、パケットを傍受し、場合によってはこれらを付加ホストプロセッサなどへリダイレクトすることにより、受信機においてデータが混乱することもある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述した不都合を克服すること、特に、ネットワークノードのフィルタ機能を提供するようなネットワークノードのリソースを効率的に利用できるようにすることが解決すべき課題である。
【課題を解決するための手段】
【０００７】
この課題は、独立クレームの特徴により解決される。従属クレームによりさらなる実施形態がもたらされる。
【０００８】
この課題を克服するために、通信ネットワークにおけるデータ処理方法を提案し、
−  第１の種類の接続に適用可能な少なくとも１つのフィルタを、第２の種類の接続に適用可能な少なくとも１つのフィルタよりも前に設け、
−  第２の種類の接続に必要なフィルタの数が増加する場合、第１の種類の接続に適用可能な少なくとも１つのフィルタと、第２の種類の接続に適用可能な少なくとも１つのフィルタの順序を反転させる。
【０００９】
接続の種類は、少なくとも１つの接続を含む、又はこれに関連する一群の接続とすることができる。したがって、少なくとも１つの接続にフィルタを適用することができ、このような少なくとも１つの接続のための動作を、前記フィルタが規定するように引き起こすことができる。
【００１０】
フィルタ又はフィルタの種類を、このようなフィルタが規定する条件が満たされた場合に引き起こされる少なくとも１つの動作に関連付けることができる。特に実行時間中に、フィルタに異なる動作を割り当てることができ、すなわち第１の設定で構成した場合、第１のデータによりフィルタをトリガして第１の動作をもたらすことができる。第２の設定で構成した場合、第２のデータによりフィルタをトリガして第２の動作をもたらすことができ、以下同様である。同じフィルタが異なる動作を行うこともできる。
【００１１】
異なる種類の接続に適用できるフィルタを特定の順序で設けることにより、第１の種類の接続に適用可能な少なくとも１つのフィルタが、第２の種類の接続に適用可能な少なくとも１つのフィルタよりも前に前記第１の種類の接続を参照する。
【００１２】
したがって、第１の種類の接続は、該第１の種類の接続に適用可能な少なくとも１つのフィルタによってフィルタ処理が終えられる。処理すべきデータが、第２の種類の接続に適用可能なフィルタに到達したときには、第１の種類の接続をすでに完全にフィルタ処理し終えていることができる。
【００１３】
フィルタの順序を入れ替えた（したがって、第１の種類の接続よりも前に第２の種類の接続の接続を処理する）場合、適用可能なフィルタ処理基準では、この第２の種類の接続に最初に対処する必要が生じ、第１の種類の接続に適用可能なフィルタを処理する前に第２の種類の接続をフィルタ処理し終えている必要がある。したがって、第１の種類の接続に適用可能な少なくとも１つのフィルタは、それ自体が接続の種類に対処する必要はない（なぜなら、この第１の種類の接続に適用可能なフィルタに到達するときには、第２の種類の接続がすでにトリガされており、例えばフィルタ処理を終えているからである）。
【００１４】
なお、第２の種類の接続に必要なフィルタの数が、第１の種類の接続に必要なフィルタの数と等しいか又はそれ以上の場合、第１の種類の接続に適用可能な少なくとも１つのフィルタ及び第２の種類の接続に適用可能な少なくとも１つのフィルタの順序を反転させることができる。
【００１５】
ある実施形態では、少なくとも１つの他のフィルタよりも前に存在する少なくとも１つのフィルタが、選択すべき接続の種類を含み、少なくとも１つの他のフィルタがこのフィルタの接続の種類を挙げることはない。
【００１６】
したがって、少なくとも１つの他のフィルタを、デフォルトフィルタ又はキャッチオールフィルタとして実現することができる。なお、接続の種類は、少なくとも１つのフィルタによって処理される接続の種類又はデータの種類を示すことができる。
【００１７】
最初に述べる少なくとも１つのフィルタは、接続の種類を明示的に参照できることが有利であり、この場合、最初に述べる少なくとも１つのフィルタが参照する接続の種類はすでにフィルタ処理を終えているので、少なくとも１つの他のフィルタが逆の接続の種類を参照する必要はない。したがって、残りの接続は、最初に述べる少なくとも１つのフィルタが挙げた接続の種類の逆となる。
【００１８】
別の実施形態では、順序が自動的に、及び／又は第２の種類の接続に必要なフィルタの数が所定の閾値に達した場合に反転する。
【００１９】
このような反転は、例えばフィルタデータベースを再構成することによって双方向的に、又は閾値メカニズムに基づいて自動的に行うことができる。
【００２０】
さらなる実施形態では、第１の種類の接続が以下の一方である。
−  透過的接続
−  非透過的接続
【００２１】
透過的接続は、ネットワークノードのコントロールプレーン上の処理を受けないことが有利となり得る。その代わり、このような透過的接続は、次のネットワーク要素又はノード、ＣＰＥ又はＣＯなどの宛先へ直ちに転送することができる。一方、非透過的接続は、ネットワークノードのコントロールプレーンによって処理することができ、このような処理を行った後に転送することができる。
【００２２】
次の実施形態では、第２の種類の接続が第１の種類の接続ではない。
【００２３】
具体的には、第１及び第２の種類の接続は、互いに非同一的なものとすることができる。しかしながら、この概念はいくつかの（２つよりも多くの）非同一接続にも当てはまり、すなわち第１の種類の接続に対処し、次に第２の種類の接続に対処してフィルタ処理を終えることができる。残りの接続は、（非同一的な）第３の接続の種類を示すことができる。しかしながら、他の全ての（第１及び第２の）接続は異なるフィルタ処理段階によってすでに処理済みであるので、この段階でフィルタがこの第３の接続の種類を挙げる必要はない。
【００２４】
ネットワークノードの実行時間中に順序を反転する実施形態も存在する。
【００２５】
したがって、ネットワークノードは、実行時間中にフィルタの順序を変更して異なるフィルタ機能を適用することができる。このことは、一方の接続の種類が、他方の接続の種類と比較して大幅に異なる量のフィルタを必要とする場合に特に有利である。
【００２６】
さらなる実施形態によれば、第１の種類の接続に適用可能な少なくとも１つのフィルタ及び第２の種類の接続に適用可能な少なくとも１つの第２のフィルタが、順序が反転した後に再構成される。
【００２７】
したがって、閾値により、フィルタの順序の反転、したがってこれらの順序を変更した後のフィルタの再構成を自動的にトリガすることができる。任意に、閾値を自動的に決定し、このような閾値に基づいてフィルタの順序の再構築をトリガすることができる。また、ユーザ又は操作者などにより、閾値を手動で設定することもできる。
【００２８】
前記再構成は、効率上の理由、すなわち利用可能なフィルタをいかに最も効率的な方法で利用できるかに依存して処理される。
【００２９】
別の実施形態によれば、以下の少なくとも１つに関連する識別子によって接続が分類される。
−  ＶＬＡＮ、特にＶＬＡＮ  ＩＤ
−  ＭＡＣアドレス
−  ＩＰアドレス
−  ＵＤＰアドレス
−  ＭＰＬＳラベル
【００３０】
したがって、このようなあらゆる識別子を使用して異なる接続を識別することができる。この情報に基づいて、接続の種類を判定することができる。
【００３１】
ある実施形態によれば、前記データ処理が、ネットワークノードにより、具体的には少なくとも部分的に前記ネットワークノードのコントロールプレーンにおいて行われる。
【００３２】
別の実施形態によれば、第１のデータよりも後に到着したにもかかわらず第１のデータよりも前に転送されるはずであった第２のデータを脱落させることにより、宛先へ転送されるデータの順序が維持される。
【００３３】
したがって、第１のデータの後に到着する前記第２のデータが第１のデータを追い越して第１のデータよりも先に宛先に到着することにより宛先が認識不能になること、例えばこのような場合に受信機が接続を設定又は維持できなくなることが効果的に避けられる。
【００３４】
さらに別の実施形態では、前記第１のデータが、ネットワークノードのコントロールプレーンにおいて処理される。
【００３５】
したがって、第１のデータを追い越していたはずであった第２のデータを脱落させることにより、コントロールプレーンにおいて第１のデータを追加処理することで生じる遅延を効果的に補償することができる。
【００３６】
次の実施形態によれば、宛先へ転送されるデータの順序が、該データを宛先が予期する正しい順序でバッファして処理することにより維持される。
【００３７】
したがって、ネットワークノードのコントロールプレーンにおいて第１及び第２のデータを処理する場合に正しい順序を維持することができる。
【００３８】
さらなる実施形態によれば、宛先へ転送されるデータの順序が、ネットワークノードにおいてアドレス学習メカニズムを維持し、アドレスエントリを入手できる宛先へのみこのようなデータを転送することにより維持される。
【００３９】
さらなる実施形態によれば、前記アドレス学習メカニズムがＭＡＣ学習メカニズムを含む。
【００４０】
このようなＭＡＣ学習メカニズムを、ソフトウェアを介して制御することができる。この結果、追い越すはずであったデータの対応するＭＡＣエントリをまだ利用することはできないので、最初に宛先に到着する必要があるデータを不適格に追い越していたはずであったデータの転送を回避する条件を満たすことができる。これにより、前記ＭＡＣエントリを提供する必要がある前のデータよりも遅れて到着するデータのこのような追い越しが効果的に回避される。したがって、このようなＭＡＣ学習により、転送メカニズムが効果的に調整される。
【００４１】
上述の課題は、本明細書で説明する方法を実行できるように構成されたプロセッサ装置及び／又は配線回路及び／又は論理装置を含む、及び／又はこれらに関連する装置によっても解決される。
【００４２】
ある実施形態によれば、前記装置が通信装置であり、具体的にはネットワークノード、スイッチング装置、ＩＰ  ＤＳＬＡＭ、又はイーサネットスイッチであり、或いはこれらに関連する。
【００４３】
上述の課題は、本明細書で説明する装置を含む通信システムによってさらに解決される。
【００４４】
本発明の実施形態を以下の図に示して説明する。
【図面の簡単な説明】
【００４５】
【図１】データプレーン及びコントロールプレーンを含むネットワークノードを介してＢＲＡＳに接続されたＣＰＥを示す図であり、第１の種類のトラフィックがＣＰＥとＢＲＡＳの間でコントロールプレーンを介して搬送され、第２の種類のトラフィックがＣＰＥとＢＲＡＳの間でデータプレーンのみを介して搬送される。
【図２】図１に示すネットワークノードを介してＣＰＥとＢＲＡＳの間で交換されるメッセージを含むメッセージシーケンス図である。
【図３】各々が動作をトリガし、特定のフィルタのフィルタ条件が一致する場合、シーケンスの残りのフィルタに到達しないように順番に配置されたいくつかのフィルタを含むフロー図である。
【発明を実施するための形態】
【００４６】
図１は、ネットワークノード１０１を介してＢＲＡＳに接続されたＣＰＥを示す図である。ネットワークノード１０１は交換サービスを提供することができ、例えばＩＰ  ＤＳＬＡＭ又はイーサネットスイッチとすることができる。ネットワークノード１０１は、データプレーン１０２及びコントロールプレーン１０３を含み、コントロールプレーン１０３を介して、ＣＰＥとＢＲＡＳの間で第１の種類のトラフィック１０４が搬送され、データプレーンのみを介して、ＣＰＥとＢＲＡＳとの間で第２の種類のトラフィック１０５が搬送される。第１の種類のトラフィック１０４は、ＰＰＰアクティブディスカバリメッセージを含むことができ、第２の種類のトラフィック１０５は、ＰＰＰ−ＬＣＰ及び／又はＰＰＰデータトラフィックを含むことができる。
【００４７】
図２は、図１に示すネットワークノード１０１を介してＣＰＥとＢＲＡＳの間で交換されるメッセージを含むメッセージシーケンス図である。
【００４８】
ＰＰＰｏＥにおけるプロトコル動作は、セッション設定フェーズ及びセッションフェーズ自体を含む。通常、セッション設定フェーズは、セッション設定のみがフィルタ処理を通じてコントロールプレーンソフトウェアへリダイレクトされる範囲内においてセッションフェーズと区別することができる。
【００４９】
ＣＰＥからＢＲＡＳへＰＡＤＩメッセージ２０１が搬送される。次に、ＢＲＡＳからＣＰＥへＰＡＤＯメッセージ２０２が搬送される。その後、ＣＰＥからＢＲＡＳへ向けてＰＡＤＲメッセージ２０３が送信され、ＢＲＡＳからＣＰＥへＰＤＡＳメッセージ２０４が送信される。これらのメッセージ２０１〜２０４は、ＰＰＰｏＥアクティブディスカバリフェーズを示し、ＰＡＤＳメッセージ２０４がＣＰＥにおいて正常に受信された後に完結する。
【００５０】
しかしながら、ＢＲＡＳは、ＰＡＤＳメッセージ２０４を送信した後にＰＰＰ  ＬＣＰ構成要求２０５をＣＰＥへ送信することによりＰＰＰ  ＬＣＰフェーズを開始し、これがＰＡＤＳメッセージ２０４よりも早くＣＰＥに到着することがある。この結果、ネットワークノード１０１のコントロールプレーンにおける処理上の理由でＰＡＤＳメッセージが遅延することに基づいてＰＡＤＳメッセージが失われることにより、ＣＰＥにおいてセッションが終了する。
【００５１】
したがって、ＰＰＰ  ＬＣＰ構成要求２０５がＰＡＤＳメッセージ２０４を追い越すワイヤスピードで交換されている間、ＰＡＤＳメッセージ２０４は依然としてソフトウェア内で処理されている。したがって、このような並べ替わった通信により通信の終点が混乱し、セッションを確立する能力を全く失ってしまうことがある。
【００５２】
この方法のリソース面は、イーサネットスイッチのようなデータパス転送装置などのネットワークノードの能力にも関する。ネットワークノードは、ワイヤスピードで動作できるフィルタを提供することができ、このようなフィルタを柔軟に利用することができる。例えば、関連動作が「コントローラへリダイレクト」することである０ｘ８８６３のＥｔｈｅｒＴｙｐｅ値によってＰＰＰｏＥセッション設定フェーズをトリガすることができる。このようなフィルタ能力は、このようなフィルタの数により制限されることがあり、ネットワークノードの特定の利用には、ハードウェア内で利用可能なフィルタよりも多くのトリガが必要となることがある。
【００５３】
不規則なメッセージングの側面は、様々な方法で解決することができる。以下の段落は、より早いメッセージが後続するメッセージを支配するのを避けるための選択肢に関する。
【００５４】
（１）第１の選択肢として、通信の追い越し部分を識別し、一時的なトリガで脱落させることができる。これは、実際の接続に応じて行うことができる。
【００５５】
例えば、ＬＣＰパケットの種類によってこれらを識別することができ、このような一時的トリガにトラフィックを破棄する「脱落」動作を結び付けることができる。図２の例によれば、ＰＡＤＳメッセージ２０４が送信されたら脱落フィルタを除去することができる。
【００５６】
（２）２番目に、一時的トリガを与えて通信の追い越し部分を待ち行列に入れ、通信を正しい順序で宛先へ転送することができる。
【００５７】
例えば、トリガの範囲を一時的に変更して、セッションがまだ確立されていない限り、トリガがセッション設定フェーズのみならず全てのＰＰＰｏＥフレームを参照するようにすることができる。セッションが確立されたら、このセッションフェーズに関してトリガを解除することができる。
【００５８】
したがって、全ての通信をコントロールプレーンによって処理することができ、（ネットワークノード上で実行中のソフトウェアなどの）コントロールプレーンが正しい順序でトラフィックを転送することができる。
【００５９】
（３）第３の選択肢は、ソフトウェア制御によるＭＡＣアドレスの学習中（イーサネットスイッチングの場合）に、ＰＡＤＳメッセージを正常に処理した後で、それぞれのＭＡＣアドレスを転送データベースに導入できるようにすることである。この間に到着するあらゆる通信にはＭＡＣ転送エントリが欠けているので、これらをネットワークノードによってブロックすることができる。
【００６０】
この変形例は、未知のＭＡＣアドレスの「フラッディング」ではなく、デフォルトの転送行為である「拒否」又は「脱落」に依存する。通常、キャリアイーサネット環境ではこの想定が有効である。
【００６１】
スケーラビリティ／フィルタ：
フィルタの論理変更をスイッチング装置内で実行時間時に処理することにより、スケーラビリティ面を満足させることができる。
【００６２】
通常のフィルタ設定によって様々な接続に対処することができ、これらの接続は透過的となるものもあればそうでないものもある。それぞれのコントロールプレーンプロトコルのフィルタは、アクティブな場合にはあらゆる透過的接続を無視することができ、すなわちこのようなシナリオでは、これらのフィルタは非透過的接続のみに作用する。
【００６３】
接続は、ＶＬＡＮによって識別及び／又は（論理的に）分類することができる。別の方法又は選択肢として、フィルタを、コントロールプレーンにリダイレクトするのではなく直ちに転送することより、それぞれのデータが処理されるのを防ぐように構成することができる。
【００６４】
接続ごとにフィルタ処理を行う場合、予め定めた構成に一定数のフィルタが必要となることがあり、特に、前記フィルタは、フィルタを作動できるか又はできないか（すなわち、それぞれのフィルタ条件を満たすことができるか又はできないか）に基づいて一定の順序で並べられる。
【００６５】
（マスキング技術などを介して）１つの接続又は一群の接続にフィルタ機能又はフィルタルールを適用して、動作をこのような少なくとも１つの接続に拘束することができる。
【００６６】
例示的な構成では、透過的であるべき接続に第１のフィルタを適用することができ、これにより（例えば、コントロールプレーンによるさらなる処理を伴わずに）透過的なトラフィックに対して「転送」動作をトリガすることができる。次に、（透過的接続はまだ第１のフィルタの適用を受けているので）非透過的接続のための全てのフィルタが後続して、このような非透過的なトラフィックに対して「ソフトウェアへリダイレクト」の動作をトリガすることができる。
【００６７】
接続の数（通常は数千単位）に潜在的な別個のコントロールプレーンプロトコルの数を乗じることで必要なフィルタ数を求めることができ、通常、この数は、スイッチング装置などのネットワークノードにおいて利用可能なフィルタ数を上回る。したがって、限られた数のフィルタに効率的に対応するのに有効な方法を提案する。
【００６８】
（ａ１）透過的接続のための全てのフィルタを列挙し、透過的接続に適用できないいずれの残りのフィルタよりも前にこのようなフィルタをトリガする。
【００６９】
（ｂ１）全ての非透過的接続に適用可能な少なくとも１つの後続フィルタを設けるが、トリガの際に接続の種類は参照しない（デフォルト動作又はキャッチオールタイプのフィルタ）。
【００７０】
例えば、この後続フィルタを、全ての（残りの）ＶＬＡＮの全てのＰＰＰｏＥセッション設定トラフィックに適用することができ、透過的なＶＬＡＮはすでに第１のフィルタによりフィルタ処理され処理済みであるので、これらのＶＬＡＮをフィルタに対処させる必要はない。したがって、非透過的なＶＬＡＮ（又は第１のフィルタによってフィルタ処理されていない他の種類のトラフィック）のみが、この後続フィルタの対象となる。
【００７１】
したがって、この一群の接続には１つのフィルタしか必要ない。透過的接続を追加する場合、このステップ（ｂ１）の前にフィルタを挿入することができる。
【００７２】
しかしながら、この方法では、実行時間中に構成が増えて変化することなどに基づいて、利用可能なフィルタの数に関するスケーラビリティの問題が課せられることがある。透過的接続の数が増加する場合、消費されるフィルタの数が（上限閾値などの）限界に達し、非透過的接続が減少して、このような非透過的接続のグループ化効果が低下することがある。このような状況では逆論理を適用することができ、すなわち上記のステップ（ａ１）及び（ｂ１）を接続の種類によって入れ替えることができる。
【００７３】
（ａ２）非透過的接続のための全てのフィルタを列挙して、非透過的接続に適用できないいずれの残りのフィルタよりも前にこのようなフィルタをトリガする。
【００７４】
（ｂ２）トリガの際に接続の種類を参照せずに、全ての透過的接続に適用可能な少なくとも１つの後続フィルタを設ける。このような透過的なトラフィック（すなわち「残り」）を、例えば転送することができる。
【００７５】
したがって、この一群の接続には１つのフィルタしか必要ない。非透過的接続を追加する場合、このステップ（ｂ２）の前にフィルタを挿入することができる。
【００７６】
このステップ（ｂ２）は、ステップ（ａ２）で適用されるフィルタが不一致である状況において、すなわち（ａ２）で適用できるフィルタが存在しない場合に行うことができる。その後、（転送などの）デフォルト動作を適用することができる。
【００７７】
このようなフィルタ論理の変更、すなわち（ａ１）、（ｂ１）と（ａ２）、（ｂ２）の切り替えは自動的に行うことができ、或いはユーザなどによる構成に従うことができる。
【００７８】
このフィルタ論理の変更を自動的に行う場合、この逆論理を開始するための閾値を実行時間時に設定し、或いは他の接続構成から自動的に決定し、これに応じてフィルタリングデータベースを再構成することができる。
【００７９】
本明細書で説明した解決策は、「半透過的」な接続、すなわち１つのプロトコルの組に関しては透過的であるが別のプロトコルの組に関しては非透過的な接続にも適用することができる。このような個々の組は、少なくとも１つのプロトコルを含むことができる。提案した方法は、特にネットワークノード内で利用できるフィルタを効率的に利用することにより、半透過的な接続の処理を可能にする。
【００８０】
図３は、いくつかのフィルタ３０１、３０３、３０５、３０７を含むフロー図を示しており、個々のフィルタ３０１、３０３、３０５、３０７が、動作３０２、３０４、３０６、３０８をトリガする。フィルタ３０１、３０３、３０５、３０７は順番に配置され、特定のフィルタ３０１、３０３、３０５、３０７のフィルタ条件が満たされる場合、順番の残りのフィルタには到達しない。個々のフィルタ３０１、３０３、３０５、３０７は条件を有し、このような条件が満たされるかどうかがチェックされる。満たされる場合、それぞれの動作３０２、３０４、３０６、３０８が行われる。満たされない場合、後続フィルタが処理される。最後のフィルタ３０７に関しては、条件が満たされない場合、デフォルト動作３０９が行われる。図２の例では、一連のフィルタ３０１、３０３、及び３０５が第１の種類の接続３１０（例えば、透過的接続）に使用され、したがって残りのフィルタ３０７及びデフォルト動作を、「第１の種類」とみなされない、すなわち第２の種類の接続３１１（例えば、非透過的接続）に適用することができる。
【００８１】
略語の一覧
ＡＲＰ  アドレス解決プロトコル
ＢＲＡＳ  ブロードバンドリモートアクセスサーバ
ＣＯ  中央局
ＣＰＥ  顧客構内設備
ＤＨＣＰ  動的ホスト構成プロトコル
ＤＳＬ  デジタル加入者回線
ＤＳＬＡＭ  デジタル加入者回線アクセスマルチプレクサ
ＩＧＭＰ  インターネットグループ管理プロトコル
ＩＰ  インターネットプロトコル
ＬＡＮ  ローカルエリアネットワーク
ＬＣＰ  リンク制御プロトコル
ＭＡＣ  媒体アクセス制御
ＰＡＤＩ  ＰＰＰｏＥアクティブディスカバリ開始
ＰＡＤＯ  ＰＰＰｏＥアクティブディスカバリオファー
ＰＡＤＲ  ＰＰＰｏＥアクティブディスカバリ要求
ＰＡＤＳ  ＰＰＰｏＥアクティブディスカバリセッション確認
ＰＰＰ  ポイントツーポイントプロトコル
ＰＰＰｏＥ  ＰＰＰオーバーイーサネット
ＶＬＡＮ  仮想ＬＡＮ
【符号の説明】
【００８２】
１０１  ネットワークノード
１０２  データプレーン
１０３  コントロールプレーン
１０４  ＰＰＰアクティブディスカバリ
１０５  ＰＰＰ−ＬＣＰ及びＰＰＰデータ
【図１】
2012523148.tif 000003
【図２】
2012523148.tif 000004
【図３】
2012523148.tif 000005
【国際調査報告】
2012523148.tif 000006
2012523148.tif 000007
2012523148.tif 000008