JP5327001B2 - 通信装置及び通信方法 - Google Patents
通信装置及び通信方法 Download PDFInfo
- Publication number
- JP5327001B2 JP5327001B2 JP2009253594A JP2009253594A JP5327001B2 JP 5327001 B2 JP5327001 B2 JP 5327001B2 JP 2009253594 A JP2009253594 A JP 2009253594A JP 2009253594 A JP2009253594 A JP 2009253594A JP 5327001 B2 JP5327001 B2 JP 5327001B2
- Authority
- JP
- Japan
- Prior art keywords
- monitoring
- packet
- monitoring packet
- section
- ccm
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
本件は通信装置及び通信方法に関する。
Ｅｔｈｅｒｎｅｔ（登録商標）網を監視する技術として、以下のようなものが標準化されている。１つはＩＴＵ−Ｔ（International Telecommunication Union Telecommunication standardization sector）勧告Ｙ．１７３１で、もう１つはＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１ａｇである。これら２つの監視技術は基本部分を共有しており、ネットワークが正常に接続しているかを監視するメカニズムや、監視パケットのフォーマットなどは共通である。
図１６は、Ｅｔｈｅｒｎｅｔ ＬＩＮＥサービスの接続性を監視する技術について説明する図である。
ここでは、ノード１００，１０１，１０２，１０３，１０４，１０５が直列に接続されたネットワークの例を示している。ノード１００〜１０５は、たとえば、Ｅｔｈｅｒｎｅｔ Ｂｒｉｄｇｅのような通信装置である。この例では、監視レベル（ＭＥＬ）３と監視レベル５の２つの異なる監視レベルをもつ監視区間Ａ，Ｂが入れ子状に設定されている。
ここでは、ノード１００，１０１，１０２，１０３，１０４，１０５が直列に接続されたネットワークの例を示している。ノード１００〜１０５は、たとえば、Ｅｔｈｅｒｎｅｔ Ｂｒｉｄｇｅのような通信装置である。この例では、監視レベル（ＭＥＬ）３と監視レベル５の２つの異なる監視レベルをもつ監視区間Ａ，Ｂが入れ子状に設定されている。
ＩＴＵ−Ｔ勧告Ｙ．１７３１やＩＥＥＥ８０２．１ａｇでは、同じサービスに対して、監視レベルの低い監視区間が、監視レベルの高い監視区間の中に入れ子状、つまり包含されるように設定されることを許容している。監視レベル３の監視区間Ｂはノード１０１とノード１０４との間の接続性を監視しており、監視レベル５の監視区間はノード１００とノード１０５との間の接続性を監視している。
それぞれの監視区間Ａ，Ｂでは、接続性の監視のためにＣＣＭ（Continuity Check Message）と呼ばれる監視パケット１１０，１１１を、監視区間の両端に設定されたＭＥＰ（Maintenance associating End Point）と呼ばれる監視点から周期的に送出している。図１６に示した例では、監視レベル５の監視区間Ａにおける監視点は、ノード１００とノード１０５であり、監視レベル３の監視区間Ｂにおける監視点は、ノード１０１とノード１０４である。各監視点は監視パケット１１０，１１１が周期的に受信されていることを確認することによって、ネットワークの接続性が保たれているか否かを確認する。
また、各監視点は、あらかじめ意図した監視点からの監視パケットのみを受け取り、意図しない監視点からの監視パケットを受信していないことを確認することによって、サービスが正しく設定され、混線や設定の誤りなどが発生していないことも確認している。
このような監視を複数の監視レベルで実施することができることにより、顧客によるサービスのｅｎｄ−ｔｏ−ｅｎｄでの監視、サービス提供事業者のｅｄｇｅ−ｔｏ−ｅｄｇｅでの監視が同時にできる。また、サービスを提供する事業者のネットワークが複数のドメインに分かれている場合にはドメインごとの監視や、ノード間のリンクごとの監視なども、同時に同じ技術を利用して実現することができる。
The Institute of Electrical and Electronic Engineers (IEEE), "IEEE Standard for Local and metropolitan area networks - Virtual Bridged Local Area Networks Amendment 5: Connectivity Fault Management", IEEE Std 802.1ag-2007
The International Telecommunication Union Telecommunication standardization sector (ITU-T), "SERIES Y: GLOBAL INFORMATION INFRASTRUCTURE, INTERNET PROTOCOL ASPECTS AND NEXT-GENERATION NETWORKS Internet protocol aspects - Operation, administration and maintenance OAM functions and mechanisms for Ethernet based networks", ITU-T Y.1731(05/2006)
しかし、複数の監視レベルのそれぞれの監視区間で接続性の監視が行われた場合、監視レベルごとに独立の監視パケットが周期的に送出されるために、図１６のように、監視領域がオーバーラップする領域では、監視パケットによる帯域の消費が大きくなる。これにより、ネットワークの利用効率が低くなってしまうという問題があった。
本件はこのような点に鑑みてなされたものであり、ネットワークの利用効率を向上可能な通信装置及び通信方法を提供することを目的とする。
上記課題を解決するために、第１監視パケットを送出することにより監視区間におけるネットワークの接続性を監視する機能をもつ以下のような通信装置が提供される。
この通信装置は、第１監視区間端に配置され、前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットを受信するパケット受信部と、受信された前記第２監視パケットを保持する監視パケット保持部と、保持された前記第２監視パケットの内容を他の第１監視区間端の通信装置に通知する通知部と、保持された前記第２監視パケットと受信された前記第２監視パケットを比較し、比較結果に基づいて受信された前記第２監視パケットを廃棄する監視パケット処理部と、前記第２監視パケットが廃棄された場合、通知済の前記内容に基づいた前記第２監視パケットを前記第２監視区間端の通信装置に対して送出させる旨の送出要求を含む、第１監視パケットを生成し、前記他の第１監視区間端の前記通信装置に対して送出する監視パケット生成部と、を有する。
この通信装置は、第１監視区間端に配置され、前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットを受信するパケット受信部と、受信された前記第２監視パケットを保持する監視パケット保持部と、保持された前記第２監視パケットの内容を他の第１監視区間端の通信装置に通知する通知部と、保持された前記第２監視パケットと受信された前記第２監視パケットを比較し、比較結果に基づいて受信された前記第２監視パケットを廃棄する監視パケット処理部と、前記第２監視パケットが廃棄された場合、通知済の前記内容に基づいた前記第２監視パケットを前記第２監視区間端の通信装置に対して送出させる旨の送出要求を含む、第１監視パケットを生成し、前記他の第１監視区間端の前記通信装置に対して送出する監視パケット生成部と、を有する。
また、上記課題を解決するために、第１監視パケットを受信することにより監視区間におけるネットワークの接続性を監視する機能をもつ以下のような通信装置が提供される。
この通信装置は、第１監視区間端に配置され、第１監視区間を包含する第２監視区間を監視するための第２監視パケットの内容を、他の第１監視区間端の通信装置から受信するとともに、前記他の第１監視区間端の前記通信装置から前記第１監視パケットを受信するパケット受信部と、前記第２監視パケットの前記内容を保持する監視パケット保持部と、前記第２監視パケットの送出要求を含む第１監視パケットが受信された場合、保持されている前記内容をもとに前記第２監視パケットを生成し、前記第２監視区間端の通信装置に対して送出する監視パケット生成部と、を有する。
この通信装置は、第１監視区間端に配置され、第１監視区間を包含する第２監視区間を監視するための第２監視パケットの内容を、他の第１監視区間端の通信装置から受信するとともに、前記他の第１監視区間端の前記通信装置から前記第１監視パケットを受信するパケット受信部と、前記第２監視パケットの前記内容を保持する監視パケット保持部と、前記第２監視パケットの送出要求を含む第１監視パケットが受信された場合、保持されている前記内容をもとに前記第２監視パケットを生成し、前記第２監視区間端の通信装置に対して送出する監視パケット生成部と、を有する。
開示の通信装置及び通信方法によれば、監視パケットによる帯域の消費を抑制でき、ネットワークの利用効率を向上できる。
以下、実施の形態に係る通信装置及び通信方法を、図面を参照しつつ説明する。
ネットワークの接続性を監視する監視パケットは、たとえば、ＩＴＵ−Ｔ勧告Ｙ．１７３１などでは、少なくとも９７ｂｙｔｅｓの長さがある。監視周期が最も短い３．３ｍｓであった場合を仮定すると、監視パケットで消費される帯域幅は監視区間１つあたりおよそ２３０ｋｂｙｔｅｓになる。サービストラフィックが大きな帯域を持っている場合には、監視トラフィックの帯域は全体の帯域に対してさほど大きくないので無視できるといえる。ただし、サービストラフィックがたとえばＶｏＩＰ（Voice over Internet Protocol）のように帯域のように小さいものである場合、監視トラフィックの帯域は全体の帯域に対して無視できない割合を占めることになる。さらに、ＶｏＩＰの場合にはパケット断のような障害に対して敏感であり、高速な断検出が望まれるため、短い周期で監視パケットを送出する必要がある。このようなケースで、複数の監視区間がオーバーラップすると、オーバーラップした部分では帯域の利用効率が悪くなってしまうことが考えられる。
ネットワークの接続性を監視する監視パケットは、たとえば、ＩＴＵ−Ｔ勧告Ｙ．１７３１などでは、少なくとも９７ｂｙｔｅｓの長さがある。監視周期が最も短い３．３ｍｓであった場合を仮定すると、監視パケットで消費される帯域幅は監視区間１つあたりおよそ２３０ｋｂｙｔｅｓになる。サービストラフィックが大きな帯域を持っている場合には、監視トラフィックの帯域は全体の帯域に対してさほど大きくないので無視できるといえる。ただし、サービストラフィックがたとえばＶｏＩＰ（Voice over Internet Protocol）のように帯域のように小さいものである場合、監視トラフィックの帯域は全体の帯域に対して無視できない割合を占めることになる。さらに、ＶｏＩＰの場合にはパケット断のような障害に対して敏感であり、高速な断検出が望まれるため、短い周期で監視パケットを送出する必要がある。このようなケースで、複数の監視区間がオーバーラップすると、オーバーラップした部分では帯域の利用効率が悪くなってしまうことが考えられる。
以下に示す第１の実施の形態の通信装置は、この問題を解決するものである。
（第１の実施の形態）
図１は、第１の実施の形態に係る通信装置と監視区間の一例を示した図である。なお、図１では、複数直列で接続されたノード（通信装置）１，２，３，４，５，６を図示している。
（第１の実施の形態）
図１は、第１の実施の形態に係る通信装置と監視区間の一例を示した図である。なお、図１では、複数直列で接続されたノード（通信装置）１，２，３，４，５，６を図示している。
ノード１〜６は、たとえば、Ｅｔｈｅｒｎｅｔ Ｂｒｉｄｇｅなどである。
図１の例では、ノード１〜６を流れるサービストラフィックに対して、第１監視レベルの第１監視区間と、第２監視レベルの第２監視区間が入れ子状に設定されている。つまり、第１監視区間が第２監視区間に包含されている。なお、図１の例では、第１監視区間はノード２とノード５の間に設定され、第２監視区間はノード１とノード６の間に設定されている。
図１の例では、ノード１〜６を流れるサービストラフィックに対して、第１監視レベルの第１監視区間と、第２監視レベルの第２監視区間が入れ子状に設定されている。つまり、第１監視区間が第２監視区間に包含されている。なお、図１の例では、第１監視区間はノード２とノード５の間に設定され、第２監視区間はノード１とノード６の間に設定されている。
各監視区間端のノード１，２，５，６は、各監視レベルの監視パケットを各監視レベルに対応した監視区間ごと独立に、周期的に送出し受信することによりネットワークの接続性を監視する機能をもつ。監視パケットは、サービスの混線や監視点の設定誤りを見つけるために、多くの識別情報や設定情報を含んでいる。このため、サービスの混線などにより予期しない監視点からの監視パケットが流れ込んでこない限り、監視パケットは周期的にほぼ同じ内容となる。
以下では、内側の第１監視区間端のノード２の構成を説明するが、反対側の第１監視区間端ノード５が同様の構成を有していてもよい。
ノード２で示される通信装置はパケット受信部２ａ、監視パケット保持部２ｂ、通知部２ｃ、監視パケット処理部２ｄ、及び監視パケット生成部２ｅを有している。
ノード２で示される通信装置はパケット受信部２ａ、監視パケット保持部２ｂ、通知部２ｃ、監視パケット処理部２ｄ、及び監視パケット生成部２ｅを有している。
パケット受信部２ａは第２監視区間を監視する第２監視レベルの監視パケット１０を受信する。
監視パケット保持部２ｂは受信された第２監視レベルの監視パケット１０を保持する。
監視パケット保持部２ｂは受信された第２監視レベルの監視パケット１０を保持する。
通知部２ｃは保持された監視パケット１０の内容を反対側の第１監視区間端のノード５に通知する。具体的には、たとえば、監視パケット１０の内容を含むパケットを生成して、ノード５に送出する。
監視パケット処理部２ｄは、監視パケット保持部２ｂによって保持された監視パケット１０と、パケット受信部２ａにて、たとえば、周期的に受信される第２監視区間の監視パケットを比較する。そして、監視パケット処理部２ｄは、比較結果に基づいて受信された監視パケットを廃棄する。たとえば、監視パケット処理部２ｄは、保持されている監視パケットの内容と同一である監視パケットが受信された場合、受信された監視パケットを廃棄する。
また、受信された監視パケットの内容が保持された監視パケット１０の内容と異なる場合、監視パケット処理部２ｄは、受信された監視パケットをそのまま下流側のノード３に転送する。
監視パケット生成部２ｅは第１監視レベルの監視パケット１１を生成し、監視パケット１１を第１監視区間端のノード５に対して送出する。さらに、監視パケット生成部２ｅは、監視パケット処理部２ｄにて監視パケットが廃棄された場合、ノード５に対して、第２監視レベルの監視パケットを第２監視区間端のノード６に送信させる旨の送出要求を含む監視パケット１１を生成する。
図２は、ノード５の一例の構成を示す図である。
ノード５はパケット受信部５ａ、監視パケット保持部５ｂ及び監視パケット生成部５ｃを有している。
ノード５はパケット受信部５ａ、監視パケット保持部５ｂ及び監視パケット生成部５ｃを有している。
パケット受信部５ａは第２監視レベルの監視パケット１０の内容を受信する。また、パケット受信部５ａは第１監視レベルの監視パケット１１を受信する。
監視パケット保持部５ｂはノード２から通知された第２監視レベルの監視パケット１０の内容を保持する。
監視パケット保持部５ｂはノード２から通知された第２監視レベルの監視パケット１０の内容を保持する。
監視パケット生成部５ｃは受信された監視パケット１１に、第２監視レベルの監視パケットの送出要求が含まれている場合、保持されている第２監視レベルの監視パケット１０の内容をもとに、第２監視レベルの監視パケットを生成する。そして、生成した監視パケットを、第２監視区間端のノード６に対して送出する。
なお、図２で示したような構成を、反対側の第１監視区間端のノード２が有していてもよい。
以下、図１及び図２で示したノード２，５の動作を説明する。
以下、図１及び図２で示したノード２，５の動作を説明する。
ノード２のパケット受信部２ａが第２監視区間端のノード１から第２監視レベルの監視パケット１０を受信すると、監視パケット保持部２ｂは監視パケット１０を保持する。そして通知部２ｃは保持された監視パケット１０の内容をノード５に通知する。ノード５の監視パケット保持部５ｂは受信された監視パケット１０の内容を保持する。
ノード１からは周期的に第２監視レベルの監視パケットが送出され、ノード２のパケット受信部２ａはこれを受信する。このとき、監視パケット処理部２ｄは監視パケット保持部２ｂに保持されている監視パケット１０と、受信された監視パケットとを比較する。ここで、たとえば、両者の内容が同一ならば、監視パケット処理部２ｄは受信された監視パケットを廃棄する。両者が異なる場合には、受信された第２監視レベルの監視パケットを、図示しない送信部にてそのまま下流側のノード３に転送する。
監視パケット処理部２ｄにて監視パケットが廃棄された場合、監視パケット生成部２ｅはノード５に対して、通知済みの内容に応じた監視パケットを第２監視区間端のノード６に送信させる旨の送出要求を含む監視パケット１１を生成して送出する。ノード５のパケット受信部５ａが、監視パケットの送出要求を含む監視パケット１１を受信すると、監視パケット生成部５ｃは監視パケット保持部５ｂにて保持されている監視パケット１０の内容をもとに、第２監視レベルの監視パケットを生成する。そして、監視パケット生成部５ｃは第２監視区間端のノード６に対して、生成した監視パケットを送出する。
上記のように、ノード２で示される通信装置は、自身が監視区間端となっている第１監視区間を包含する第２監視区間における監視パケットを受信した場合、それを保持し、監視パケットの内容を予め第２監視区間端のノード５に通知しておく。そして、通信装置は保持しておいた監視パケットと同じものを再度受信した場合、受信した監視パケットを廃棄して、通知済の監視パケットの内容に応じた監視パケットの送出要求を第１監視レベルの監視パケット１１に含めてノード５に通知する。
これにより、監視区間が重なる複数の監視レベルが設定されていても、同一内容の監視パケットが何度も２重に流れることを抑制でき、より多くの帯域をサービストラフィックに利用することができるようになる。このため、ネットワークの利用効率を向上できる。
なお、上記では図１，図２中の左側から右側のノード１〜６の監視パケットの流れのみ説明したが、逆方向に流れる監視パケットについても同様に処理可能である。その場合、第１監視区間端のノード５が図１で示したノード２の各構成を有し、ノード２が図２で示したノード５の各構成を有するようにすることで実現可能である。
また、上記では、監視パケット処理部２ｄは予め保持された監視パケット１０と同一内容の監視パケットが受信された場合に、受信された監視パケットを廃棄するとしたが、これに限定されない。たとえば、監視パケット処理部２ｄは、受信された監視パケットが予め保持された監視パケット１０と完全に同一でなくても、予め指定した項目が同一であれば、廃棄するようにしてもよい（詳細は後述する）。
次に、第２の実施の形態を、図面を参照しつつ説明する。
（第２の実施の形態）
図３は、ネットワーク構成と監視区間の設定例を示す図である。
（第２の実施の形態）
図３は、ネットワーク構成と監視区間の設定例を示す図である。
図３では、ノード２０，２１，２２，２３，２４，２５が直列に接続されたネットワークの例が示されている。ノード２０〜２５は、たとえば、Ｅｔｈｅｒｎｅｔ Ｂｒｉｄｇｅのような通信装置である。この例では、監視レベル（ＭＥＬ）３と監視レベル５の２つの異なる監視レベルをもつ監視区間Ａ，Ｂが設定されている。それぞれの監視区間Ａ，Ｂでは、接続性監視のための監視パケットであるＣＣＭ３０，３１を、監視区間の両端に設定されたＭＥＰと呼ばれる監視点から周期的に送出している。
図３に示した例では、監視レベル５の監視区間Ａにおける監視点はノード２０とノード２５であり、監視レベル３の監視区間Ｂにおける監視点はノード２１とノード２４である。各監視点はＣＣＭ３０，３１が周期的に受信されていることを確認することによってネットワークの接続性が保たれていることを確認する。
上記のようなネットワーク構成において、監視区間Ｂ（以下内側監視区間という場合もある）の両端のノード２１，２４は、たとえば、以下のような構成を有する通信装置である。
図４は、第２の実施の形態に係る通信装置の一例の構成を示す図である。
第２の実施の形態に係る通信装置４０はパケット受信部４１、外側監視パケット保持部４２、通知パケット生成部４３、外側監視パケット処理部４４、内側監視パケット生成部４５及びパケット送信部４６を有している。さらに、通信装置４０はパケット受信部４７、外側監視パケット保持部４８、外側監視パケット生成部４９及びパケット送信部５０を有している。
第２の実施の形態に係る通信装置４０はパケット受信部４１、外側監視パケット保持部４２、通知パケット生成部４３、外側監視パケット処理部４４、内側監視パケット生成部４５及びパケット送信部４６を有している。さらに、通信装置４０はパケット受信部４７、外側監視パケット保持部４８、外側監視パケット生成部４９及びパケット送信部５０を有している。
パケット受信部４１は図１で示したパケット受信部２ａの機能を有しており、外側監視区間（図３で示した例の場合、監視区間Ａ）のノードからのパケットを受信する。パケット受信部４１は、たとえば、受信したパケット群の中から、外側監視区間のＣＣＭを検出して抽出する。
図５は、ＣＣＭの一例を示す図である。
この中で、ＭＥＧＩＤ（Maintenance entity group identification）、ＭＥＰＩＤ（MEG end point ID）、ＭＥＬ（MEG level）、ｐｅｒｉｏｄなどのフィールドは、混線などの障害が行っていない定常状態では周期的に送られるＣＣＭ間で同じ値となる。
この中で、ＭＥＧＩＤ（Maintenance entity group identification）、ＭＥＰＩＤ（MEG end point ID）、ＭＥＬ（MEG level）、ｐｅｒｉｏｄなどのフィールドは、混線などの障害が行っていない定常状態では周期的に送られるＣＣＭ間で同じ値となる。
Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒや、ＴｘＦＣｆ、ＲｘＦＣｂ、ＴｘＦＣｂなどのフィールドはオプションであり、利用される場合には定常状態でも受信されるフレームごとに異なる値をもつ。
なお、図５のフォーマットの各項目については非特許文献１，２に詳細に記載されており、ここでは説明を省略する。
外側監視パケット保持部４２は図１で示した監視パケット保持部２ｂの機能を有しており、受信されたＣＣＭを保持する。ただし、混線などにより予期しない監視点からのＣＣＭが混入している状況ではＣＣＭの内容は一致しないので、外側監視パケット保持部４２は、定常状態になってから保持するＣＣＭを確定する。たとえば、外側監視パケット保持部４２は、図３で示した監視レベル５のＣＣＭ３０が、ＣＣＭ中のｐｅｒｉｏｄで示される周期で、所定回数、連続して同じ内容であった場合に、保持するＣＣＭを確定する。
外側監視パケット保持部４２は図１で示した監視パケット保持部２ｂの機能を有しており、受信されたＣＣＭを保持する。ただし、混線などにより予期しない監視点からのＣＣＭが混入している状況ではＣＣＭの内容は一致しないので、外側監視パケット保持部４２は、定常状態になってから保持するＣＣＭを確定する。たとえば、外側監視パケット保持部４２は、図３で示した監視レベル５のＣＣＭ３０が、ＣＣＭ中のｐｅｒｉｏｄで示される周期で、所定回数、連続して同じ内容であった場合に、保持するＣＣＭを確定する。
通知パケット生成部４３は図１で示した通知部２ｃの機能を有しており、外側監視パケット保持部４２で保持が確定されたＣＣＭの内容を、内側監視区間の他端のノードに通知する通知パケットを生成して送出する。
図６は、通知パケットの一例を示す図である。
図のように、通知パケットは保持された外側監視区間のＣＣＭの内容と、通知パケットヘッダを有している。通知パケットヘッダには、送信元のノードのアドレスや通知パケットの宛先である内側監視区間の他端のノードのアドレスなどが格納されている。
図のように、通知パケットは保持された外側監視区間のＣＣＭの内容と、通知パケットヘッダを有している。通知パケットヘッダには、送信元のノードのアドレスや通知パケットの宛先である内側監視区間の他端のノードのアドレスなどが格納されている。
外側監視パケット処理部４４は図１で示した監視パケット処理部２ｄの機能を有し、外側監視パケット保持部４２で保持されたＣＣＭと、パケット受信部４１で検出されたＣＣＭとを比較する。そして、両者が同じであれば外側監視パケット処理部４４は受信されたＣＣＭを廃棄し、その旨を内側監視パケット生成部４５に通知する。保持されたＣＣＭと受信されたＣＣＭとが異なる場合には、外側監視パケット処理部４４は受信されたＣＣＭを廃棄せずにパケット送信部４６に送る。
内側監視パケット生成部４５は図１で示した監視パケット生成部２ｅの機能を有し、外側監視パケット処理部４４からの指示に従って、内側監視区間のＣＣＭを生成する。内側監視パケット生成部４５は、外側監視パケット処理部４４にてＣＣＭが廃棄された場合には、内側監視区間の他端のノードに保持されているＣＣＭを送出させる旨の送出要求情報を含む、内側監視区間のＣＣＭを生成する。
図７は、内側監視区間のＣＣＭの例である。
ここでは、外側監視区間のＣＣＭの送出要求情報を含んだ内側監視区間のＣＣＭが示されている。
ここでは、外側監視区間のＣＣＭの送出要求情報を含んだ内側監視区間のＣＣＭが示されている。
内側監視パケット生成部４５は、図７で示したようなＣＣＭを生成するとともに、内側監視区間のＣＣＭのｐｅｒｉｏｄで指定されている周期が経過すると、外側監視区間のＣＣＭの送出要求情報を含まないＣＣＭを生成する。
パケット送信部４６は、パケット受信部４１で受信したサービストラフィックのパケットや外側監視パケット処理部４４から送出されるＣＣＭまたは内側監視区間のＣＣＭなどを多重化し送信先に送信する。
パケット受信部４７は図２で示したパケット受信部５ａの機能を有し、内側監視区間のノードからのパケットを受信する。パケット受信部４１は、たとえば、受信したパケット群の中から、前述した通知パケットや内側監視区間のＣＣＭを検出して抽出する。また、パケット受信部４７は、受信した内側監視区間のＣＣＭに、外側監視区間のＣＣＭの送出要求が含まれているかを確認し、もし送出要求があれば、外側監視パケット生成部４９に対して外側監視区間のＣＣＭの生成を要求する。
外側監視パケット保持部４８は図２で示した監視パケット保持部５ｂの機能を有し、パケット受信部４７で通知パケットが受信された場合、通知パケットに含まれる外側監視区間のＣＣＭの内容を保持する。
外側監視パケット生成部４９は図２で示した監視パケット生成部５ｃの機能を有し、パケット受信部４７でＣＣＭの送出要求を含んだ内側監視区間のＣＣＭが検出された場合、外側監視パケット保持部４８で保持されているＣＣＭの内容をもとに、外側監視区間のＣＣＭを生成する。
パケット送信部５０は、パケット受信部４７で受信した外側監視区間のＣＣＭまたは外側監視パケット生成部４９にて生成されたＣＣＭなどを、サービストラフィックなどの他のパケットと多重化して外側監視区間のノードに送信する。
以上の各構成は、たとえば、ネットワークプロセッサ、ＣＰＵ（Central Processing Unit）、通信インターフェース、メモリなどによって実現される。
次に、通信装置４０の動作を説明する。
次に、通信装置４０の動作を説明する。
図８は、外側監視区間のＣＣＭを保持する際の通信装置の処理の流れを示すフローチャートである。
なお、以下では、まずＣＣＭのオプションのフィールドを利用しない場合について説明する。
なお、以下では、まずＣＣＭのオプションのフィールドを利用しない場合について説明する。
［ステップＳ１］外側監視パケット保持部４２は、たとえば、ＣＣＭの保持を完了しているか否かを示すフラグ“キャプチャ”を“未”とする。さらに、外側監視パケット保持部４２は、ＣＣＭ中のｐｅｒｉｏｄで示される周期で受信されたＣＣＭの内容が、連続して一致した回数を示す図示しない一致カウンタを内蔵しており、ステップＳ１の処理ではその一致カウンタの値を“０”に初期化する。
［ステップＳ２］次に、パケット受信部４１は外側監視区間のＣＣＭを検出したか否かを判定する。たとえば、図３で示したようなネットワーク構成において、ノード２１におけるパケット受信部４１は、外側監視区間である監視レベル５の監視区間ＡのＣＣＭ３０を検出したか否かを判定する。
外側監視区間のＣＣＭが検出されない場合には、ＣＣＭが検出されるまでステップＳ２の処理が繰り返され、ＣＣＭが検出されるとステップＳ３の処理が実行される。
［ステップＳ３］ＣＣＭが検出された場合、外側監視パケット保持部４２は検出されたＣＣＭを保持するとともに、一致カウンタの値をインクリメントする。
［ステップＳ３］ＣＣＭが検出された場合、外側監視パケット保持部４２は検出されたＣＣＭを保持するとともに、一致カウンタの値をインクリメントする。
［ステップＳ４］その後、再びパケット受信部４１は外側監視区間のＣＣＭが検出されたか判定し、ＣＣＭが検出されない場合には、ＣＣＭが検出されるまでステップＳ４の処理を繰り返す。ＣＣＭが検出されるとステップＳ５の処理が実行される。
［ステップＳ５］ＣＣＭが検出された場合、外側監視パケット処理部４４は、検出されたＣＣＭと外側監視パケット保持部４２に保持されているＣＣＭとを比較する。
［ステップＳ６］外側監視パケット処理部４４は、比較の結果、両者のＣＣＭの内容が同一か否かを判定する。ここで、両者のＣＣＭの内容が同一でなければ、外側監視パケット保持部４２に再びステップＳ１の処理を行わせ、ステップＳ６までの処理が繰り返される。両者のＣＣＭの内容が同一である場合、ステップＳ７の処理が実行される。
［ステップＳ６］外側監視パケット処理部４４は、比較の結果、両者のＣＣＭの内容が同一か否かを判定する。ここで、両者のＣＣＭの内容が同一でなければ、外側監視パケット保持部４２に再びステップＳ１の処理を行わせ、ステップＳ６までの処理が繰り返される。両者のＣＣＭの内容が同一である場合、ステップＳ７の処理が実行される。
［ステップＳ７］検出されたＣＣＭと保持されているＣＣＭが同一であった場合、外側監視パケット保持部４２は、一致カウンタの値をインクリメントする。
［ステップＳ８］そして、外側監視パケット保持部４２は一致カウンタが“３”に達しているか否かを判定し、３回に達していない場合には、パケット受信部４１によるステップＳ４からの処理を繰り返させる。３回に達した場合には、ステップＳ９の処理が実行される。
［ステップＳ８］そして、外側監視パケット保持部４２は一致カウンタが“３”に達しているか否かを判定し、３回に達していない場合には、パケット受信部４１によるステップＳ４からの処理を繰り返させる。３回に達した場合には、ステップＳ９の処理が実行される。
［ステップＳ９］一致カウンタの値が“３”に達した場合、外側監視パケット保持部４２はフラグ“キャプチャ”を“済”として、保持するＣＣＭを確定する。さらに、外側監視パケット保持部４２は通知パケット生成部４３に対して通知パケットの生成要求を行う。これにより、通知パケット生成部４３は、保持された外側監視区間のＣＣＭの内容をもとに、図６で示したような通知パケットを生成し、パケット送信部４６を介して通知パケットを内側監視区間の他端のノードに送出する。送出された通知パケットは、内側監視区間の他端のノードの外側監視パケット保持部４８にて保持される。
たとえば、図３に示したようなネットワーク構成において、ノード２１における通知パケット生成部４３は内側監視区間である監視レベル３の監視区間Ｂの端（監視点）であるノード２４に対して、通知パケットを送出する。ノード２４のパケット受信部４７によって受信され抽出された通知パケットは、外側監視パケット保持部４８によって保持される。
なお、図８で示した例では、同一の外部監視区間のＣＣＭが３回受信された場合に、保持するＣＣＭを確定する場合について説明した。しかし、この回数に限定されるものではなく、たとえば、２回または４回以上受信された場合に、外側監視パケット保持部４２が保持するＣＣＭを確定するようにしてもよい。
次に、ＣＣＭの送出時の通信装置４０の動作を説明する。
図９は、内側監視区間のＣＣＭの送出時の通信装置の処理の流れを示すフローチャートである。
図９は、内側監視区間のＣＣＭの送出時の通信装置の処理の流れを示すフローチャートである。
［ステップＳ１０］内側監視パケット生成部４５は、内側監視区間のＣＣＭの送出タイミングを決定する図示しない送出タイマを、内側監視区間の監視周期（前述のｐｅｒｉｏｄ）に初期化する。送出タイマの値は、たとえば、時間の経過とともに０に近づき、内側監視区間の監視周期が経過すると０になる。
［ステップＳ１１］次に、パケット受信部４１は上流から外側監視区間のＣＣＭを検出したか否かを判定する。たとえば、図３で示したようなネットワーク構成において、ノード２１におけるパケット受信部４１は、外側監視区間である監視レベル５の監視区間ＡのＣＣＭ３０を検出したか否か判定する。
ここで、パケット受信部４１がＣＣＭを検出した場合にはステップＳ１２の処理が実行され、ＣＣＭを検出しない場合にはステップＳ１８の処理が実行される。
［ステップＳ１２］外側監視パケット処理部４４は、外側監視パケット保持部４２にキャプチャ済のＣＣＭ（保持が確定されているＣＣＭ）があるか否かを判定する。ここで、外側監視パケット保持部４２にキャプチャ済のＣＣＭがある場合にはステップＳ１３の処理が実行され、キャプチャ済のＣＣＭがない場合には、ステップＳ１１からの処理が繰り返される。
［ステップＳ１２］外側監視パケット処理部４４は、外側監視パケット保持部４２にキャプチャ済のＣＣＭ（保持が確定されているＣＣＭ）があるか否かを判定する。ここで、外側監視パケット保持部４２にキャプチャ済のＣＣＭがある場合にはステップＳ１３の処理が実行され、キャプチャ済のＣＣＭがない場合には、ステップＳ１１からの処理が繰り返される。
［ステップＳ１３］外側監視パケット処理部４４は、パケット受信部４１で検出されたＣＣＭと、外側監視パケット保持部４２で保持されているＣＣＭとを比較する。
［ステップＳ１４］外側監視パケット処理部４４は、比較の結果、両者のＣＣＭの内容が同一か否かを判定する。ここで、両者のＣＣＭの内容が同一の場合にはステップＳ１５の処理が実行され、異なる場合にはステップＳ１７の処理が実行される。
［ステップＳ１４］外側監視パケット処理部４４は、比較の結果、両者のＣＣＭの内容が同一か否かを判定する。ここで、両者のＣＣＭの内容が同一の場合にはステップＳ１５の処理が実行され、異なる場合にはステップＳ１７の処理が実行される。
［ステップＳ１５］外側監視パケット処理部４４は、両者のＣＣＭの内容が同一の場合には、パケット受信部４１にて検出された外側監視区間のＣＣＭを廃棄する。
［ステップＳ１６］外側監視区間のＣＣＭが廃棄されると、内側監視パケット生成部４５は、たとえば、図７で示したような、外側監視区間のＣＣＭの送出要求情報を含む内側監視区間のＣＣＭを生成し、パケット送信部４６を介して下流側に送出する。たとえば、図３で示したようなネットワーク構成において、ノード２１における内側監視パケット生成部４５は、生成したＣＣＭを、パケット送信部４６を介してノード２４宛てに送出する。その後、ステップＳ１０からの処理が繰り返される。
［ステップＳ１６］外側監視区間のＣＣＭが廃棄されると、内側監視パケット生成部４５は、たとえば、図７で示したような、外側監視区間のＣＣＭの送出要求情報を含む内側監視区間のＣＣＭを生成し、パケット送信部４６を介して下流側に送出する。たとえば、図３で示したようなネットワーク構成において、ノード２１における内側監視パケット生成部４５は、生成したＣＣＭを、パケット送信部４６を介してノード２４宛てに送出する。その後、ステップＳ１０からの処理が繰り返される。
［ステップＳ１７］ステップＳ１４の処理で、検出されたＣＣＭと保持されているＣＣＭとが異なると判定された場合、外側監視パケット処理部４４は検出された外側監視領域のＣＣＭを、パケット送信部４６を介してそのまま下流側に送出する。たとえば、図３で示したようなネットワーク構成において、ノード２１における外側監視パケット処理部４４は検出された外側監視領域のＣＣＭを、パケット送信部４６を介してノード２４宛てに送出する。その後、ステップＳ１１からの処理が繰り返される。
［ステップＳ１８］ステップＳ１１の処理で、上流からの外側監視区間のＣＣＭが検出されない場合、内側監視パケット生成部４５は、図示しない送出タイマが終了したか否かを判定する。具体的には、内側監視パケット生成部４５は送出タイマの値が０になって、ステップＳ１０の処理で設定した内側監視区間の監視周期が経過したか否かを判定する。
ここで、送出タイマが終了していない場合には、ステップＳ１１からの処理が繰り返され、送出タイマが終了した場合にはステップＳ１９の処理が実行される。
［ステップＳ１９］内側監視区間の監視周期が経過した場合、内側監視パケット生成部４５は、外側監視区間のＣＣＭの送出要求情報を含まない内側監視区間のＣＣＭを生成し、それを、パケット送信部４６を介して下流側に送出する。たとえば、図３で示したようなネットワーク構成において、ノード２１における内側監視パケット生成部４５は、生成したＣＣＭを、パケット送信部４６を介してノード２４宛てに送出する。その後、ステップＳ１０からの処理が繰り返される。
［ステップＳ１９］内側監視区間の監視周期が経過した場合、内側監視パケット生成部４５は、外側監視区間のＣＣＭの送出要求情報を含まない内側監視区間のＣＣＭを生成し、それを、パケット送信部４６を介して下流側に送出する。たとえば、図３で示したようなネットワーク構成において、ノード２１における内側監視パケット生成部４５は、生成したＣＣＭを、パケット送信部４６を介してノード２４宛てに送出する。その後、ステップＳ１０からの処理が繰り返される。
次に、内側監視区間のＣＣＭの受信時の通信装置４０の動作を説明する。
図１０は、内側監視区間のＣＣＭの受信時の通信装置の処理の流れを示すフローチャートである。
図１０は、内側監視区間のＣＣＭの受信時の通信装置の処理の流れを示すフローチャートである。
以下の動作は、たとえば、図３で示したネットワーク構成において、監視区間Ｂ端のノード２４の動作である。
［ステップＳ２０］まず、通信装置４０のパケット受信部４７は、上流から内側監視区間のＣＣＭを受信したか否かを判定する。たとえば、図３で示したようなネットワーク構成において、ノード２４におけるパケット受信部４７は、内側監視区間である監視レベル３の監視区間ＢのＣＣＭ３１を受信したか否かを検出する。
［ステップＳ２０］まず、通信装置４０のパケット受信部４７は、上流から内側監視区間のＣＣＭを受信したか否かを判定する。たとえば、図３で示したようなネットワーク構成において、ノード２４におけるパケット受信部４７は、内側監視区間である監視レベル３の監視区間ＢのＣＣＭ３１を受信したか否かを検出する。
ここで、パケット受信部４７がＣＣＭを検出した場合にはステップＳ２１の処理が実行され、ＣＣＭを検出しない場合には、ＣＣＭの受信が検出されるまでステップＳ２０の処理が繰り返される。
［ステップＳ２１］パケット受信部４７は受信したＣＣＭの中に、図７で示したような外側監視区間のＣＣＭの送出要求情報が含まれているか否かを判定する。ＣＣＭの送出要求情報が含まれている場合には、ステップＳ２２の処理が実行され、含まれていない場合にはステップＳ２３の処理が実行される。
［ステップＳ２２］受信した内側監視区間のＣＣＭに、外側監視区間のＣＣＭの送出要求情報が含まれている場合、パケット受信部４７は外側監視パケット生成部４９に対して、外側監視区間のＣＣＭの生成要求を行う。これを受けた外側監視パケット生成部４９は、予め外側監視パケット保持部４８に保持していた外側監視区間のＣＣＭの内容をもとに、外側監視区間のＣＣＭを生成する。生成された外側監視区間のＣＣＭは、パケット送信部５０を介して、外側監視区間の下流側に送出される。たとえば、図３で示したネットワーク構成において、ノード２４は生成した外側監視区間のＣＣＭを、外側監視区間である監視区間Ａ端のノード２５に送出する。
［ステップＳ２３］受信した内側監視区間のＣＣＭに外側監視区間のＣＣＭの送出要求情報が含まれていない場合、または外側監視区間のＣＣＭの生成が行われたのち、パケット受信部４７にて内側監視区間のＣＣＭの処理が行われる。ここでは、パケット受信部４７は、たとえば、受信したＣＣＭが予め意図した監視点からのものであるか否かの確認や、予め意図した周期で受信したか否かの判定処理などを行う。
その後、ステップＳ２０からの処理が繰り返される。
図１１は、本実施の形態の通信装置による効果を示す図である。
ネットワーク構成は図３と同じ構成としている。
図１１は、本実施の形態の通信装置による効果を示す図である。
ネットワーク構成は図３と同じ構成としている。
ノード２１は、予め保持しているＣＣＭ３０ａと同じものを受信した場合、受信したＣＣＭ３０ａを廃棄する。そして、ノード２１は、外側監視区間のＣＣＭの送出要求を含む監視区間ＢのＣＣＭ３１ａをノード２４に送出する。ノード２４は予め保持している外側監視区間のＣＣＭの内容をもとにＣＣＭ３０ｂを生成し、監視区間Ａ端のノード２５に送出する。このような処理により、ノード２１とノード２４の間で、監視区間Ａの同じ内容のＣＣＭが流れることが抑制され、その分、帯域消費を減らすことができる。
すなわち、監視区間が重なる複数の監視レベルが設定されていても、監視パケットが何度も２重に流れることを抑制でき、より多くの帯域をサービストラフィックに利用することができるようになるため、ネットワークの利用効率を向上できる。
なお、上記では図３，図１１中の左側から右側のノード２０〜２５の監視パケットの流れのみ説明したが、逆方向に流れるＣＣＭについても同様に処理可能である。
ところで上記では、外側監視パケット処理部４４は予め保持されたＣＣＭと同一のＣＣＭが受信された場合に、受信されたＣＣＭを廃棄するとしたがこれに限定されない。外側監視パケット処理部４４は、受信されたＣＣＭが予め保持されたＣＣＭと完全に一致していなくても、予め指定したフィールド以外が一致していれば、受信したＣＣＭを廃棄するようにしてもよい。たとえば、図５で示したようなＣＣＭの項目のうち、Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒや、ＴｘＦＣｆ、ＲｘＦＣｂ、ＴｘＦＣｂなどのオプションのフィールドを除いた内容が同一であれば廃棄可能とする。
ところで上記では、外側監視パケット処理部４４は予め保持されたＣＣＭと同一のＣＣＭが受信された場合に、受信されたＣＣＭを廃棄するとしたがこれに限定されない。外側監視パケット処理部４４は、受信されたＣＣＭが予め保持されたＣＣＭと完全に一致していなくても、予め指定したフィールド以外が一致していれば、受信したＣＣＭを廃棄するようにしてもよい。たとえば、図５で示したようなＣＣＭの項目のうち、Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒや、ＴｘＦＣｆ、ＲｘＦＣｂ、ＴｘＦＣｂなどのオプションのフィールドを除いた内容が同一であれば廃棄可能とする。
以下、保持されているＣＣＭと、受信したＣＣＭとの内容が完全に一致しなくても受信したＣＣＭを廃棄可能にする場合の通信装置の動作を説明する。
図１２は、外側監視区間のＣＣＭを保持する際の通信装置の処理の変形例を示すフローチャートである。
図１２は、外側監視区間のＣＣＭを保持する際の通信装置の処理の変形例を示すフローチャートである。
ステップＳ３０〜Ｓ３４の処理は、図８で示したステップＳ１〜Ｓ５の処理と同一であるので説明を省略する。
［ステップＳ３５］外側監視パケット処理部４４は、検出されたＣＣＭと保持されているＣＣＭが、予め設定されたフィールドを除いて同一か否か判定する。たとえば、外側監視パケット処理部４４は、検出されたＣＣＭと保持されているＣＣＭの内容が、図５で示したようなＣＣＭの項目のうち、オプションのフィールドを除いて同一であるか否か判定する。
［ステップＳ３５］外側監視パケット処理部４４は、検出されたＣＣＭと保持されているＣＣＭが、予め設定されたフィールドを除いて同一か否か判定する。たとえば、外側監視パケット処理部４４は、検出されたＣＣＭと保持されているＣＣＭの内容が、図５で示したようなＣＣＭの項目のうち、オプションのフィールドを除いて同一であるか否か判定する。
ここで、予め設定されたフィールドを除いてＣＣＭの内容が同一である場合には、ステップＳ３６の処理が実行される。また、予め設定されたフィールド以外の項目でもＣＣＭの内容が異なる場合には、ステップＳ３０からの処理が繰り返される。
ステップＳ３６〜Ｓ３８の処理は、図８で示したステップＳ７〜Ｓ９の処理と同一であるので説明を省略する。
［ステップＳ３９］キャプチャ＝済の状態で、保持されているＣＣＭの内容と予め設定されたフィールドを除いて同一のＣＣＭが一定期間検出されない場合、設定変更などによりネットワークに何らかの変更がなされた可能性がある。その場合、ＣＣＭのキャプチャをやり直す必要がある。そこで、外側監視パケット処理部４４は、図示しないキャプチャ有効タイマに、検出されたＣＣＭと保持しているＣＣＭが予め設定されたフィールドを除いて同一でなくても、キャプチャを有効とする期間を初期値として設定する（キャプチャ有効タイマ初期化）。
［ステップＳ３９］キャプチャ＝済の状態で、保持されているＣＣＭの内容と予め設定されたフィールドを除いて同一のＣＣＭが一定期間検出されない場合、設定変更などによりネットワークに何らかの変更がなされた可能性がある。その場合、ＣＣＭのキャプチャをやり直す必要がある。そこで、外側監視パケット処理部４４は、図示しないキャプチャ有効タイマに、検出されたＣＣＭと保持しているＣＣＭが予め設定されたフィールドを除いて同一でなくても、キャプチャを有効とする期間を初期値として設定する（キャプチャ有効タイマ初期化）。
なお、設定する初期値は、たとえば、外側監視区間のＣＣＭの送出周期の数倍以上とする。
［ステップＳ４０］キャプチャ有効タイマの初期化後、パケット受信部４１は上流から外側監視区間のＣＣＭを検出したか否かを判定する。ＣＣＭが検出された場合にはステップＳ４１の処理が実行され、検出されなかった場合にはステップＳ４２の処理が実行される。
［ステップＳ４０］キャプチャ有効タイマの初期化後、パケット受信部４１は上流から外側監視区間のＣＣＭを検出したか否かを判定する。ＣＣＭが検出された場合にはステップＳ４１の処理が実行され、検出されなかった場合にはステップＳ４２の処理が実行される。
［ステップＳ４１］外側監視パケット処理部４４は、検出されたＣＣＭと保持されているＣＣＭが同一か、予め設定されたフィールドを除いて同一か否か判定する。ＣＣＭの内容が同一か、予め設定されたフィールドを除いて同一である場合には、ステップＳ３９からの処理が繰り返される。また、ＣＣＭの内容が同一でもなく、予め設定されたフィールドを除いても内容が異なる場合には、ステップＳ４２の処理が実行される。
［ステップＳ４２］外側監視パケット処理部４４はキャプチャ有効タイマが終了したか否かを判定する。つまり、外側監視パケット処理部４４はキャプチャ有効タイマに初期値として設定された期間が経過したか否かを判定する。ここで、キャプチャ有効タイマが終了していない場合には、ステップＳ４０からの処理が繰り返される。キャプチャ有効タイマが終了している場合には、ステップＳ３０からの処理が繰り返され、ＣＣＭのキャプチャがやり直される。
なお、図１２で示した例では、予め設定されたフィールドを除いて同一の外部監視区間のＣＣＭが３回受信された場合に、保持するＣＣＭを確定する場合について説明した。しかし、この回数に限定されるものではなく、たとえば、２回または４回以上受信された場合に、外側監視パケット保持部４２が保持するＣＣＭを確定するようにしてもよい。
また、ステップＳ３９〜Ｓ４２のキャプチャ有効タイマを用いた処理は、前述した図８の処理においても適用可能である。すなわち、通信装置４０は、図８のステップＳ９の処理ののち、ステップＳ３９〜Ｓ４２で示した処理を行うようにしてもよい。ただし、図８で示した処理ではＣＣＭのオプションのフィールドを利用しないので、ステップＳ４１の処理では、外側監視パケット処理部４４は、検出されたＣＣＭと保持されているＣＣＭが同一か否かのみ判定する部分が異なる。
次に、図１２で示した処理によりＣＣＭを保持した場合における、ＣＣＭの送出時の通信装置４０の動作を説明する。
図１３は、ＣＣＭの送出時の通信装置の処理の流れを示すフローチャートである。
図１３は、ＣＣＭの送出時の通信装置の処理の流れを示すフローチャートである。
ステップＳ５０〜Ｓ５６，Ｓ６１，Ｓ６２の処理は、図９で示したステップＳ１０〜１６，Ｓ１８，Ｓ１９の処理と同一であるので説明を省略する。
［ステップＳ５７］ステップＳ５４の処理にて検出されたＣＣＭと、保持されているＣＣＭとが同一ではないと判定された場合、外側監視パケット処理部４４は検出されたＣＣＭと保持されているＣＣＭが、予め設定されたフィールドを除いて同一か否か判定する。
［ステップＳ５７］ステップＳ５４の処理にて検出されたＣＣＭと、保持されているＣＣＭとが同一ではないと判定された場合、外側監視パケット処理部４４は検出されたＣＣＭと保持されているＣＣＭが、予め設定されたフィールドを除いて同一か否か判定する。
ここで、検出されたＣＣＭと保持されているＣＣＭが、予め設定されたフィールドを除いて同一の場合にはステップＳ５８の処理が実行され、異なる場合にはステップＳ６０の処理が実行される。
［ステップＳ５８］外側監視パケット処理部４４は、パケット受信部４１にて検出されたＣＣＭと外側監視パケット保持部４２に保持されているＣＣＭが、予め設定されたフィールドを除いて同一の場合には、検出された外側監視区間のＣＣＭを廃棄する。
［ステップＳ５９］外側監視区間のＣＣＭが廃棄されると、外側監視パケット処理部４４は検出されたＣＣＭと保持されているＣＣＭとの差分をとって、それを差分情報として内側監視パケット生成部４５に渡す。そして、内側監視パケット生成部４５は、外側監視区間のＣＣＭの送出要求のほかに、差分情報を含む内側監視区間のＣＣＭを生成し、パケット送信部４６を介して下流側に送出する。その後、ステップＳ５０からの処理が繰り返される。
図１４は、差分情報を含む内側監視区間のＣＣＭの一例を示す図である。
ここでは、外側監視区間のＣＣＭの送出要求情報のほかに、検出されたＣＣＭと保持されているＣＣＭとの差分情報を含んだ内側監視区間のＣＣＭが示されている。差分情報は、たとえば、検出されたＣＣＭと保持されているＣＣＭにおけるオプションのフィールドの値の差分値である。また、保持されているＣＣＭのオプションのフィールドの値に対応する検出されたＣＣＭの値が異なっている場合、検出されたＣＣＭのほうの値をそのまま差分情報としてもよい。
ここでは、外側監視区間のＣＣＭの送出要求情報のほかに、検出されたＣＣＭと保持されているＣＣＭとの差分情報を含んだ内側監視区間のＣＣＭが示されている。差分情報は、たとえば、検出されたＣＣＭと保持されているＣＣＭにおけるオプションのフィールドの値の差分値である。また、保持されているＣＣＭのオプションのフィールドの値に対応する検出されたＣＣＭの値が異なっている場合、検出されたＣＣＭのほうの値をそのまま差分情報としてもよい。
［ステップＳ６０］外側監視パケット処理部４４は、検出されたＣＣＭと保持されているＣＣＭが、予め設定されたフィールド以外の部分でも同一でない場合、検出された外側監視領域のＣＣＭを、パケット送信部４６を介してそのまま下流側に送出する。その後、ステップＳ５１からの処理が繰り返される。
次に、図１３で示したような処理で送出される内側監視区間のＣＣＭの受信時の通信装置４０の動作を説明する。
図１５は、内側監視区間のＣＣＭの受信時の通信装置の処理の流れを示すフローチャートである。
図１５は、内側監視区間のＣＣＭの受信時の通信装置の処理の流れを示すフローチャートである。
以下の動作は、たとえば、図３で示したネットワーク構成において、監視区間Ｂ端のノード２４の動作である。
ステップＳ７０，Ｓ７１の処理は、図１０で示したステップＳ２０，Ｓ２１の処理と同一であるので説明を省略する。
ステップＳ７０，Ｓ７１の処理は、図１０で示したステップＳ２０，Ｓ２１の処理と同一であるので説明を省略する。
［ステップＳ７２］外側監視パケット生成部４９は、内側監視区間のＣＣＭに差分情報が含まれているか判定する。パケット受信部４７で受信された内側監視区間のＣＣＭに、たとえば、図１４で示したような差分情報が含まれている場合、ステップＳ７３の処理が実行され、差分情報が含まれていない場合にはステップＳ７４の処理が実行される。
［ステップＳ７３］差分情報がある場合、外側監視パケット生成部４９は、外側監視パケット保持部４８に保持されているＣＣＭの内容を、差分情報で修正して外側監視区間のＣＣＭを生成する。たとえば、外側監視パケット生成部４９は、差分情報で示される差分値を、保持されているＣＣＭの対応する値に対して加減算することで、保持されているＣＣＭの内容を修正する。または、差分情報として、たとえば、検出されたＣＣＭのオプションのフィールドの値が含まれている場合、外側監視パケット生成部４９は、外側監視パケット保持部４８に保持されているＣＣＭにおいて対応する値を、差分情報の値に置き換える修正を行う。
外側監視パケット生成部４９にて生成された外側監視区間のＣＣＭは、パケット送信部５０を介して、外側監視区間の下流側に送出される。たとえば、図３で示したネットワーク構成において、ノード２４は、生成した外側監視区間のＣＣＭを、外側監視区間である監視区間Ａ端のノード２５に送出する。
［ステップＳ７４］受信されたＣＣＭに差分情報がない場合、外側監視パケット生成部４９は、予め外側監視パケット保持部４８に保持していた外側監視区間のＣＣＭの内容をもとに、外側監視区間のＣＣＭを生成する。生成された外側監視区間のＣＣＭは、パケット送信部５０を介して、外側監視区間の下流側に送出される。
［ステップＳ７５］ステップＳ７３またはステップＳ７４の処理後、パケット受信部４７にて内側監視区間のＣＣＭの処理が行われる。ここでは、パケット受信部４７は、たとえば、受信したＣＣＭが予め意図した監視点からのものであるか否かの確認や、予め意図した周期で受信したのか否かなどの判定処理などを行う。
その後、ステップＳ７０からの処理が繰り返される。
以上のように、図１２，図１３，図１５で示した通信装置４０の処理では、検出されたＣＣＭと保持されているＣＣＭの内容が予め設定されたフィールドを除いて同一の場合には、検出されたＣＣＭを廃棄できるようにしている。ＩＴＵ−Ｔ勧告Ｙ．１７３１でオプションとされているフィールドではフレームごとに異なる値をもつが、上記の処理によれば、このフィールドを利用する場合でも、複数の監視レベルの監視区間が重なる部分においてＣＣＭを廃棄することができる。これにより、ＣＣＭにより消費される帯域を削除することができる。
以上のように、図１２，図１３，図１５で示した通信装置４０の処理では、検出されたＣＣＭと保持されているＣＣＭの内容が予め設定されたフィールドを除いて同一の場合には、検出されたＣＣＭを廃棄できるようにしている。ＩＴＵ−Ｔ勧告Ｙ．１７３１でオプションとされているフィールドではフレームごとに異なる値をもつが、上記の処理によれば、このフィールドを利用する場合でも、複数の監視レベルの監視区間が重なる部分においてＣＣＭを廃棄することができる。これにより、ＣＣＭにより消費される帯域を削除することができる。
また、図１２で示した通信装置４０の処理では、保持しているＣＣＭと内容が同一か、予め設定されたフィールドを除いて内容が同一のＣＣＭが一定期間検出されなかった場合には、ＣＣＭの保持をやり直すようにしている。これにより、設定変更やネットワークの構成変更などにより外側監視区間のＣＣＭの内容が変化するようなケースにも対応することが可能になる。
以上、実施の形態に基づき、本発明の通信装置及び通信方法の一観点について説明してきたが、これらは一例にすぎず、上記の記載に限定されるものではない。
以上説明した複数の実施の形態に関し、さらに以下の付記を開示する。
以上説明した複数の実施の形態に関し、さらに以下の付記を開示する。
（付記１） 第１監視パケットを送出することにより監視区間におけるネットワークの接続性を監視する機能をもつ通信装置において、
第１監視区間端に配置され、
前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットを受信するパケット受信部と、
受信された前記第２監視パケットを保持する監視パケット保持部と、
保持された前記第２監視パケットの内容を他の第１監視区間端の通信装置に通知する通知部と、
保持された前記第２監視パケットと受信された前記第２監視パケットを比較し、比較結果に基づいて受信された前記第２監視パケットを廃棄する監視パケット処理部と、
前記第２監視パケットが廃棄された場合、通知済の前記内容に基づいた前記第２監視パケットを前記第２監視区間端の通信装置に対して送出させる旨の送出要求を含む、第１監視パケットを生成し、前記他の第１監視区間端の前記通信装置に対して送出する監視パケット生成部と、
を有することを特徴とする通信装置。
第１監視区間端に配置され、
前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットを受信するパケット受信部と、
受信された前記第２監視パケットを保持する監視パケット保持部と、
保持された前記第２監視パケットの内容を他の第１監視区間端の通信装置に通知する通知部と、
保持された前記第２監視パケットと受信された前記第２監視パケットを比較し、比較結果に基づいて受信された前記第２監視パケットを廃棄する監視パケット処理部と、
前記第２監視パケットが廃棄された場合、通知済の前記内容に基づいた前記第２監視パケットを前記第２監視区間端の通信装置に対して送出させる旨の送出要求を含む、第１監視パケットを生成し、前記他の第１監視区間端の前記通信装置に対して送出する監視パケット生成部と、
を有することを特徴とする通信装置。
（付記２） 前記監視パケット処理部は、受信された前記第２監視パケットが、前記監視パケット保持部に保持されている前記第２監視パケットと、予め指定された項目を除いて同一内容である場合には、受信された前記第２監視パケットを廃棄し、
前記監視パケット生成部は、受信された前記第２監視パケットと保持されている前記第２監視パケットの内容の差分を示す差分情報をさらに含む前記第１監視パケットを生成することを特徴とする付記１に記載の通信装置。
前記監視パケット生成部は、受信された前記第２監視パケットと保持されている前記第２監視パケットの内容の差分を示す差分情報をさらに含む前記第１監視パケットを生成することを特徴とする付記１に記載の通信装置。
（付記３） 予め指定された前記項目は、前記第２監視パケットにおいて、受信されるフレームごとに異なる値となる項目であることを特徴とする付記２に記載の通信装置。
（付記４） 前記監視パケット保持部は、保持されている前記第２監視パケットと同一または予め指定された項目を除いて同一の前記第２監視パケットが一定期間検出されなければ、保持されている前記第２監視パケットを廃棄し、前記第２監視パケットを新たに保持しなおすことを特徴とする付記１に記載の通信装置。
（付記４） 前記監視パケット保持部は、保持されている前記第２監視パケットと同一または予め指定された項目を除いて同一の前記第２監視パケットが一定期間検出されなければ、保持されている前記第２監視パケットを廃棄し、前記第２監視パケットを新たに保持しなおすことを特徴とする付記１に記載の通信装置。
（付記５） 内容が同一または予め指定された項目を除いて同一の前記第２監視パケットが続けて所定回数受信された場合に、前記監視パケット保持部は前記第２監視パケットの保持を確定することを特徴とする付記１に記載の通信装置。
（付記６） 前記第２監視パケットの内容を、前記他の第１監視区間端の前記通信装置から受信するとともに、前記他の第１監視区間端の前記通信装置から前記第１監視パケットを受信する他のパケット受信部と、
前記他の第１監視区間端の前記通信装置から受信した前記第２監視パケットの前記内容を保持する他の監視パケット保持部と、
前記第２監視パケットの送出要求を含む第１監視パケットが受信された場合、前記他の監視パケット保持部に保持されている前記内容をもとに前記第２監視パケットを生成し、前記第２監視区間端の通信装置に送出する他の監視パケット生成部と、
をさらに有することを特徴とする付記１に記載の通信装置。
前記他の第１監視区間端の前記通信装置から受信した前記第２監視パケットの前記内容を保持する他の監視パケット保持部と、
前記第２監視パケットの送出要求を含む第１監視パケットが受信された場合、前記他の監視パケット保持部に保持されている前記内容をもとに前記第２監視パケットを生成し、前記第２監視区間端の通信装置に送出する他の監視パケット生成部と、
をさらに有することを特徴とする付記１に記載の通信装置。
（付記７） 前記第２監視パケットが所定期間受信されない場合、前記監視パケット生成部は、前記送出要求を含まない前記第１監視パケットを生成し、前記他の第１監視区間端の前記通信装置に対して送出することを特徴とする付記１に記載の通信装置。
（付記８） 前記第１監視パケットまたは前記第２監視パケットは、ＩＴＵ−Ｔ勧告Ｙ．１７３１またはＩＥＥＥ８０２．１ａｇで規定されたＣＣＭであることを特徴とする付記１に記載の通信装置。
（付記９） 第１監視パケットを受信することにより監視区間におけるネットワークの接続性を監視する機能をもつ通信装置において、
第１監視区間端に配置され、
前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットの内容を、他の第１監視区間端の通信装置から受信するとともに、前記他の第１監視区間端の前記通信装置から前記第１監視パケットを受信するパケット受信部と、
前記第２監視パケットの前記内容を保持する監視パケット保持部と、
前記第２監視パケットの送出要求を含む第１監視パケットが受信された場合、保持されている前記内容をもとに前記第２監視パケットを生成し、前記第２監視区間端の通信装置に対して送出する監視パケット生成部と、
を有することを特徴とする通信装置。
第１監視区間端に配置され、
前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットの内容を、他の第１監視区間端の通信装置から受信するとともに、前記他の第１監視区間端の前記通信装置から前記第１監視パケットを受信するパケット受信部と、
前記第２監視パケットの前記内容を保持する監視パケット保持部と、
前記第２監視パケットの送出要求を含む第１監視パケットが受信された場合、保持されている前記内容をもとに前記第２監視パケットを生成し、前記第２監視区間端の通信装置に対して送出する監視パケット生成部と、
を有することを特徴とする通信装置。
（付記１０） 前記他の第１監視区間端の前記通信装置から、保持されている前記第２監視パケットの前記内容との差異を示す差分情報をさらに含む前記第１監視パケットが受信された場合、前記監視パケット生成部は、前記差分情報に応じて前記内容を修正した前記第２監視パケットを生成することを特徴とする付記９に記載の通信装置。
（付記１１） 監視パケットを用いて監視区間におけるネットワークの接続性を監視する通信方法において、
第１監視区間端の通信装置は、
前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットを受信し、
受信された前記第２監視パケットを監視パケット保持部に保持し、
保持された前記第２監視パケットの内容を他の第１監視区間端の通信装置に通知し、
保持された前記第２監視パケットと受信された前記第２監視パケットを比較し、比較結果に基づいて受信された前記第２監視パケットを廃棄し、
前記第２監視パケットが廃棄された場合、通知済の前記内容に基づいた前記第２監視パケットを前記第２監視区間端の通信装置に対して送出させる旨の送出要求を含む、第１監視パケットを生成し、前記他の第１監視区間端の前記通信装置に対して送出することを特徴とする通信方法。
第１監視区間端の通信装置は、
前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットを受信し、
受信された前記第２監視パケットを監視パケット保持部に保持し、
保持された前記第２監視パケットの内容を他の第１監視区間端の通信装置に通知し、
保持された前記第２監視パケットと受信された前記第２監視パケットを比較し、比較結果に基づいて受信された前記第２監視パケットを廃棄し、
前記第２監視パケットが廃棄された場合、通知済の前記内容に基づいた前記第２監視パケットを前記第２監視区間端の通信装置に対して送出させる旨の送出要求を含む、第１監視パケットを生成し、前記他の第１監視区間端の前記通信装置に対して送出することを特徴とする通信方法。
（付記１２） 監視パケットを用いて監視区間におけるネットワークの接続性を監視する通信方法において、
第１監視区間端に配置され、
前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットの内容を、他の第１監視区間端の通信装置から受信するとともに、前記他の第１監視区間端の前記通信装置から第１監視パケットを受信し、
前記第２監視パケットの前記内容を監視パケット保持部に保持し、
前記第２監視パケットの送出要求を含む第１監視パケットが受信された場合、保持されている前記内容をもとに前記第２監視パケットを生成し、前記第２監視区間端の通信装置に対して送出することを特徴とする通信方法。
第１監視区間端に配置され、
前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットの内容を、他の第１監視区間端の通信装置から受信するとともに、前記他の第１監視区間端の前記通信装置から第１監視パケットを受信し、
前記第２監視パケットの前記内容を監視パケット保持部に保持し、
前記第２監視パケットの送出要求を含む第１監視パケットが受信された場合、保持されている前記内容をもとに前記第２監視パケットを生成し、前記第２監視区間端の通信装置に対して送出することを特徴とする通信方法。
１〜６ ノード（通信装置）
２ａ パケット受信部
２ｂ 監視パケット保持部
２ｃ 通知部
２ｄ 監視パケット処理部
２ｅ 監視パケット生成部
１０，１１ 監視パケット
２ａ パケット受信部
２ｂ 監視パケット保持部
２ｃ 通知部
２ｄ 監視パケット処理部
２ｅ 監視パケット生成部
１０，１１ 監視パケット
Claims (10)
- 第１監視パケットを送出することにより監視区間におけるネットワークの接続性を監視する機能をもつ通信装置において、
第１監視区間端に配置され、
前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットを受信するパケット受信部と、
受信された前記第２監視パケットを保持する監視パケット保持部と、
保持された前記第２監視パケットの内容を他の第１監視区間端の通信装置に通知する通知部と、
保持された前記第２監視パケットと受信された前記第２監視パケットを比較し、比較結果に基づいて受信された前記第２監視パケットを廃棄する監視パケット処理部と、
前記第２監視パケットが廃棄された場合、通知済の前記内容に基づいた前記第２監視パケットを前記第２監視区間端の通信装置に対して送出させる旨の送出要求を含む、第１監視パケットを生成し、前記他の第１監視区間端の前記通信装置に対して送出する監視パケット生成部と、
を有することを特徴とする通信装置。 - 前記監視パケット処理部は、受信された前記第２監視パケットが、前記監視パケット保持部に保持されている前記第２監視パケットと、予め指定された項目を除いて同一内容である場合には、受信された前記第２監視パケットを廃棄し、
前記監視パケット生成部は、受信された前記第２監視パケットと保持されている前記第２監視パケットの内容の差分を示す差分情報をさらに含む前記第１監視パケットを生成することを特徴とする請求項１に記載の通信装置。 - 予め指定された前記項目は、前記第２監視パケットにおいて、受信されるフレームごとに異なる値となる項目であることを特徴とする請求項２に記載の通信装置。
- 前記監視パケット保持部は、保持されている前記第２監視パケットと同一または予め指定された項目を除いて同一の前記第２監視パケットが一定期間検出されなければ、保持されている前記第２監視パケットを廃棄し、前記第２監視パケットを新たに保持しなおすことを特徴とする請求項１に記載の通信装置。
- 内容が同一または予め指定された項目を除いて同一の前記第２監視パケットが続けて所定回数受信された場合に、前記監視パケット保持部は前記第２監視パケットの保持を確定することを特徴とする請求項１に記載の通信装置。
- 前記第２監視パケットの内容を、前記他の第１監視区間端の前記通信装置から受信するとともに、前記他の第１監視区間端の前記通信装置から前記第１監視パケットを受信する他のパケット受信部と、
前記他の第１監視区間端の前記通信装置から受信した前記第２監視パケットの前記内容を保持する他の監視パケット保持部と、
前記第２監視パケットの送出要求を含む第１監視パケットが受信された場合、前記他の監視パケット保持部に保持されている前記内容をもとに前記第２監視パケットを生成し、前記第２監視区間端の通信装置に対して送出する他の監視パケット生成部と、
をさらに有することを特徴とする請求項１に記載の通信装置。 - 第１監視パケットを受信することにより監視区間におけるネットワークの接続性を監視する機能をもつ通信装置において、
第１監視区間端に配置され、
前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットの内容を、他の第１監視区間端の通信装置から受信するとともに、前記他の第１監視区間端の前記通信装置から前記第１監視パケットを受信するパケット受信部と、
前記第２監視パケットの前記内容を保持する監視パケット保持部と、
前記第２監視パケットの送出要求を含む第１監視パケットが受信された場合、保持されている前記内容をもとに前記第２監視パケットを生成し、前記第２監視区間端の通信装置に対して送出する監視パケット生成部と、
を有することを特徴とする通信装置。 - 前記他の第１監視区間端の前記通信装置から、保持されている前記第２監視パケットの前記内容との差異を示す差分情報をさらに含む前記第１監視パケットが受信された場合、前記監視パケット生成部は、前記差分情報に応じて前記内容を修正した前記第２監視パケットを生成することを特徴とする請求項７に記載の通信装置。
- 監視パケットを用いて監視区間におけるネットワークの接続性を監視する通信方法において、
第１監視区間端の通信装置は、
前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットを受信し、
受信された前記第２監視パケットを監視パケット保持部に保持し、
保持された前記第２監視パケットの内容を他の第１監視区間端の通信装置に通知し、
保持された前記第２監視パケットと受信された前記第２監視パケットを比較し、比較結果に基づいて受信された前記第２監視パケットを廃棄し、
前記第２監視パケットが廃棄された場合、通知済の前記内容に基づいた前記第２監視パケットを前記第２監視区間端の通信装置に対して送出させる旨の送出要求を含む、第１監視パケットを生成し、前記他の第１監視区間端の前記通信装置に対して送出することを特徴とする通信方法。 - 監視パケットを用いて監視区間におけるネットワークの接続性を監視する通信方法において、
第１監視区間端に配置され、
前記第１監視区間を包含する第２監視区間を監視するための第２監視パケットの内容を、他の第１監視区間端の通信装置から受信するとともに、前記他の第１監視区間端の前記通信装置から第１監視パケットを受信し、
前記第２監視パケットの前記内容を監視パケット保持部に保持し、
前記第２監視パケットの送出要求を含む第１監視パケットが受信された場合、保持されている前記内容をもとに前記第２監視パケットを生成し、前記第２監視区間端の通信装置に対して送出することを特徴とする通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009253594A JP5327001B2 (ja) | 2009-11-05 | 2009-11-05 | 通信装置及び通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009253594A JP5327001B2 (ja) | 2009-11-05 | 2009-11-05 | 通信装置及び通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2011101134A JP2011101134A (ja) | 2011-05-19 |
| JP5327001B2 true JP5327001B2 (ja) | 2013-10-30 |
Family
ID=44191969
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009253594A Expired - Fee Related JP5327001B2 (ja) | 2009-11-05 | 2009-11-05 | 通信装置及び通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5327001B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5336343B2 (ja) * | 2009-12-17 | 2013-11-06 | 富士通株式会社 | パス接続性確認方法及び伝送装置 |
| JP5722705B2 (ja) * | 2011-05-26 | 2015-05-27 | 富士通株式会社 | 伝送装置、伝送方法及び伝送プログラム |
| JP5760729B2 (ja) * | 2011-06-15 | 2015-08-12 | 日本電気株式会社 | 通信装置、ネットワーク及びそれらに用いる通信方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050099954A1 (en) * | 2003-11-10 | 2005-05-12 | Nortel Networks Limited | Ethernet OAM network topography discovery |
| US8018863B2 (en) * | 2008-09-09 | 2011-09-13 | Telefonaktiebolaget L M Ericsson | Reducing CC message transmission in a provider network |
-
2009
- 2009-11-05 JP JP2009253594A patent/JP5327001B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2011101134A (ja) | 2011-05-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Kempf et al. | Scalable fault management for OpenFlow | |
| US8259590B2 (en) | Systems and methods for scalable and rapid Ethernet fault detection | |
| Frost et al. | Packet loss and delay measurement for mpls networks | |
| US8667374B2 (en) | Video transmission systems and methods over carrier ethernet | |
| US9755957B2 (en) | Pseudowire control channel for signaling events | |
| US8165031B2 (en) | Multi-point and rooted multi-point protection switching | |
| WO2021185208A1 (zh) | 报文处理方法、装置、设备及存储介质 | |
| Huynh et al. | Resilience technologies in Ethernet | |
| JP5633469B2 (ja) | ネットワーク及びその障害救済方法及びノード装置 | |
| WO2012167667A1 (zh) | 一种信号劣化处理方法、装置及节点设备 | |
| WO2008119300A1 (fr) | Procédé et dispositif de protection pour service d'arborescence ethernet | |
| WO2012068996A1 (zh) | 链路状态检测方法和装置 | |
| WO2013071801A1 (zh) | 多协议标签交换环网的检测方法、装置及系统 | |
| WO2015192518A1 (zh) | Potn的误码检测方法、装置及系统 | |
| EP2533473A1 (en) | Method and apparatus for bidirectional forwarding detection (bfd) oscillation damping | |
| WO2011015011A1 (zh) | 一种环网故障检测及定位的方法和系统 | |
| JP2013503583A (ja) | 帯域幅情報通知方法、サービス処理方法、ネットワークノードおよび通信システム | |
| WO2015120720A1 (zh) | 信号劣化故障的处理方法及系统 | |
| WO2015184868A1 (zh) | 一种服务层信号失效检测装置及方法 | |
| WO2022066199A1 (en) | Conditional routing delivery in a compromised network | |
| JP5327001B2 (ja) | 通信装置及び通信方法 | |
| WO2019062268A1 (zh) | 传输组播报文的方法、装置和系统 | |
| JP5655696B2 (ja) | ネットワーク及びその障害救済方法 | |
| WO2011020257A1 (zh) | 故障lsp信息通告的方法和装置 | |
| JP2010098433A (ja) | 変換装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20120720 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130520 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130625 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130708 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |