特許 6490640 通信装置及び配信テーブル同期方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6490640

(24)【登録日】2019年3月8日

(45)【発行日】2019年3月27日

(54)【発明の名称】通信装置及び配信テーブル同期方法

(51)【国際特許分類】

   H04L 12/70 20130101AFI20190318BHJP

   H04L 12/713 20130101ALI20190318BHJP

【ＦＩ】

   H04L12/70 F

   H04L12/713

【請求項の数】3

【全頁数】16

(21)【出願番号】特願2016-176471(P2016-176471)

(22)【出願日】2016年9月9日

(65)【公開番号】特開2018-42178(P2018-42178A)

(43)【公開日】2018年3月15日

【審査請求日】2018年2月15日

(73)【特許権者】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】100119677

【弁理士】

【氏名又は名称】岡田 賢治

(74)【代理人】

【識別番号】100115794

【弁理士】

【氏名又は名称】今下 勝博

(73)【特許権者】

【識別番号】517121630

【氏名又は名称】ＡＰＲＥＳＩＡ Ｓｙｓｔｅｍｓ株式会社

(72)【発明者】

【氏名】松本 匡史

(72)【発明者】

【氏名】木村 英明

(72)【発明者】

【氏名】高橋 元悟

(72)【発明者】

【氏名】廣納 幸治

【審査官】 松崎 孝大

(56)【参考文献】

【文献】 特開２０１１−２２３４０８（ＪＰ，Ａ）

【文献】 特開２０１５−３９１３８（ＪＰ，Ａ）

【文献】 特表２０１５−５１５８０９（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１４／０２０４９３８（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／７０

Ｈ０４Ｌ １２／７１３

(57)【特許請求の範囲】

【請求項1】

マルチシャーシＬＡＧ（Ｌｉｎｋ Ａｇｇｒｅｇａｔｉｏｎ Ｇｒｏｕｐ）を構成する通信装置であって、
マルチキャスト配信管理フレームに基づき、受信装置毎にマルチキャストデータの「配信」あるいは「未配信」を設定した配信情報を保持する配信テーブルと、
前記配信テーブルが保持する配信情報と他の通信装置の配信テーブルが保持する配信情報を受信装置毎に突き合わせ、互いの配信情報が違う場合、前記配信テーブルの配信情報を「配信」に修正し、前記他の通信装置の配信テーブルを修正された前記配信テーブルの配信情報で上書きさせる配信テーブル同期を実行する配信情報制御機能部と、
を備えることを特徴とする通信装置。

【請求項2】

前記他の通信装置との疎通を検知し、不通状態から開通状態となった時に前記配信情報制御機能部に前記配信テーブル同期を実行させる同期トリガ部をさらに備えることを特徴とする請求項１に記載の通信装置。

【請求項3】

マルチキャスト配信管理フレームに基づき、受信装置毎にマルチキャストデータの「配信」あるいは「未配信」を設定した配信情報を保持する配信テーブルを備え、マルチシャーシＬＡＧを構成する通信装置の前記配信テーブルを同期する配信テーブル同期方法であって、
１の通信装置の配信テーブルが保持する配信情報と他の通信装置の配信テーブルが保持する配信情報を受信装置毎に突き合わせ、互いの配信情報が違う場合、前記１の通信装置の配信テーブルの配信情報を「配信」に修正し、
前記他の通信装置の配信テーブルを修正した前記１の通信装置の配信テーブルの配信情報で上書きする、
配信テーブル同期手順を行うことを特徴とする配信テーブル同期方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、装置冗長と経路冗長を共に実現するネットワークシステムにおける装置間のデータ同期手法に関する。

【背景技術】

【0002】

イーサネット（登録商標）技術に代表される、ＯＳＩ参照モデルにおけるレイヤ２の技術を用いたネットワークシステムが広く普及している。前記ネットワークシステムにおいて、信頼性向上と容量拡大を実現する技術としてＬＡＧ（Ｌｉｎｋ Ａｇｇｒｅｇａｔｉｏｎ Ｇｒｏｕｐ）技術がある。これは、装置間を複数の物理リンクで接続し、複数の物理リンクを１つの論理リンクとしてフレーム転送を実現するものである。

【0003】

ＬＡＧは、簡易な方法で信頼性の向上と容量拡大が可能であり、ＩＥＥＥにおいて標準化されている。しかしながら、ＬＡＧは、経路冗長機能を実現することが可能であるが、装置冗長機能は実現できない。そこで、装置冗長機能を提供するためにマルチシャーシＬＡＧ（ＭＣ−ＬＡＧ）機能が提案されている（非特許文献１）。

【0004】

マルチシャーシＬＡＧ機能は、複数台の通信装置を、仮想的に１台の通信装置として動作させるものである。対向装置は、仮想的に１台の通信装置とみなした通信装置群に対してＬＡＧ機能を用いて接続することが可能である。すなわち、標準技術を搭載した対向装置に変更を加えることなく利用可能であり、容易に装置冗長構成の導入が可能である。

【0005】

対向装置からマルチシャーシＬＡＧを構成する通信装置群に対してのトラヒックは、対向装置のＬＡＧのデータ振り分け規則に従って送信される。ＬＡＧ機能による経路冗長化技術を用いた場合、対向装置から送信されるトラヒックは物理的に１台の装置でフレームを受信するため、フレームを受信した装置が持つ転送情報に従った送信が可能であった。一方、マルチシャーシＬＡＧ機能を用いた場合、物理的に複数の通信装置を仮想的に１台として動作させているため、装置間での転送情報の共有が必要となる。

【0006】

通常、マルチシャーシＬＡＧを構成する通信装置間は、前記通信装置を相互に接続するシャーシ間回線によって直接接続されている。前記シャーシ間回線は、マルチシャーシＬＡＧにおける故障発生状況の交換、設定情報の交換を含む管理フレームの送受信、および、対向装置から送信されたトラヒックの転送に使用される。

【0007】

しかしながら、前記シャーシ間回線において故障が発生した場合、あるいは、マルチシャーシＬＡＧを構成する通信装置において故障が発生した場合、マルチシャーシＬＡＧを構成する通信装置間で、転送情報の共有、および、同期が不可能となる。このため、故障から回復した後に、マルチシャーシＬＡＧを構成する通信装置間で、故障発生期間に発生した設定情報に関する更新差分を共有し、さらに、同期処理を行う必要がある。

【0008】

例えば、マルチシャーシＬＡＧを構成する複数の通信装置を用いたネットワークシステムにおいて、マルチキャスト配信を効率的に実施するためのＭＬＤｖ２（Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ ｖｅｒｓｉｏｎ ２）機能を動作させる場合を考える。以降、マルチシャーシＬＡＧを構成する複数の通信装置を用いたネットワークシステムにおいてＭＬＤｖ２に基づくマルチキャスト配信を実現することを想定して説明する。しかしながら、以降に述べる内容は、ＭＬＤｖ２といった特定の技術やプロトコルに制限されない。マルチシャーシＬＡＧを構成する通信装置のそれぞれが、個別に設定情報を保持し、設定情報を同期する手法であれば、同様の議論が可能である。

【0009】

ＭＬＤｖ２はマルチキャスト配信管理フレームの送受信に基づいて通信装置のポートに関する設定情報を動的に変更するものである。例えば、通信装置のポートにおいて、マルチキャスト配信開始フレームを受信した場合は当該ポートからのマルチキャスト配信を開始し、マルチキャスト配信停止フレームを受信した場合は当該ポートからのマルチキャスト配信を停止する。このようにすることで、不要なマルチキャスト配信を抑制し、ネットワークシステム全体の回線利用効率を向上させることが可能となる。

【先行技術文献】

【非特許文献】

【0010】

【非特許文献1】通信事業者向け１００Ｇ イーサネットスイッチ 日立金属技報 Ｖｏｌ．３１（ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ−ｍｅｔａｌｓ．ｃｏ．ｊｐ／ｒａｄ／ｐｄｆ／２０１５／ｖｏｌ３１＿ｓ１５．ｐｄｆ、２０１６年５月１２日検索）

【発明の概要】

【発明が解決しようとする課題】

【0011】

マルチシャーシＬＡＧを構成する複数の通信装置間でＭＬＤｖ２マルチキャスト配信を実現する方法として、マルチシャーシＬＡＧを構成する通信装置群のいずれかの通信装置がマルチキャスト配信管理フレームを受信した場合、前記通信装置群間のシャーシ間回線を用いて、マルチシャーシＬＡＧを構成する他の通信装置に対してマルチキャスト配信管理フレームを転送する方法がある。これにより、シャーシ間回線、あるいは、マルチシャーシＬＡＧを構成する通信装置において故障が発生していない場合においては、マルチシャーシＬＡＧを構成する全ての通信装置間で配信管理情報を共有することが可能となり、配信管理テーブル同期が可能となるが、シャーシ間回線、あるいは、マルチシャーシＬＡＧを構成する通信装置において故障が発生した状態では、配信情報の共有が不可となる。

【0012】

例えば、図１に示すように、マルチシャーシＬＡＧを構成する通信装置（ＳＷ１、ＳＷ２）、それぞれの通信装置と異なる物理回線で接続する対向装置（３〜７）、及びシャーシ間回線８からなるネットワークシステムを考える。通信装置ＳＷｘ（ｘは１又は２である。）は、マルチキャスト配信を行う対向装置３と接続するポートｘ１、マルチキャスト受信を行う対向装置（４〜７）を接続するポートｘ２〜ｘ５、シャーシ間回線８を介してマルチシャーシＬＡＧの組となる装置と接続するポートｘ６、及びマルチキャスト配信管理フレームに基づき配信情報を保持する配信テーブルｘ７を具備する。また、対向装置（３〜７）は、それぞれ２つのポート（ｙ１、ｙ２）を有し（ｙは３から７のいずれかの整数である。）、それぞれ通信装置（ＳＷ１、ＳＷ２）に物理的に異なる回線を用いて接続する。さらに、対向装置（３〜７）は、ポート（ｙ１、ｙ２）の２本の物理回線をＬＡＧとして構成し、論理的に１本の回線としてフレームの送受信を行う。

【0013】

故障が発生していない状態においては、マルチシャーシＬＡＧを構成する一方の通信装置（例えばＳＷ１とする）がマルチキャスト配信管理フレームを受信した場合、当該フレームをマルチキャスト配信の機能を担う対向装置（図１の例では対向装置３）に対して転送するとともに、マルチシャーシＬＡＧの組となる装置と接続するポート（例えばポート１６）、シャーシ間回線８を介して、他方の通信装置（例えばＳＷ２）に転送することにより、配信情報を共有することが可能である。

【0014】

しかしながら、シャーシ間回線８に故障が発生した場合には、このような手法により配信テーブル情報を共有することができない。シャーシ間回線８に故障が発生した場合、例えば、通信装置ＳＷ１と通信装置ＳＷ２が独立した別の通信装置として動作する方法が考えられる。すなわち、マルチキャスト配信に関する設定もそれぞれの通信装置で独自に管理することになる。

【0015】

このような方法を採ることにより、マルチキャスト配信管理フレームとマルチキャスト配信データを扱う通信装置が同一である場合は、故障発生後に送受信したマルチキャスト配信管理フレームによる設定に基づくマルチキャスト配信を継続する。一方、マルチキャスト配信管理フレームとマルチキャスト配信データを扱う通信装置が異なる場合には、故障発生以前に共有していたマルチキャスト配信テーブルの情報に基づきマルチキャスト配信を継続する。

【0016】

このような方法を採ることにより、故障発生後に送受信されたマルチキャスト配信管理フレームに関する設定が反映されない可能性はあるものの、マルチキャスト配信を継続することは可能である。

【0017】

図２と図３の例で説明する。対向装置４と対向装置５に対してマルチキャストデータを配信するような配信テーブルｘ７を通信装置（ＳＷ１、ＳＷ２）間で共有している状態においてシャーシ間回線８で故障が発生したとする。
その後、故障発生期間において、
（１）対向装置４がポート４１から通信装置ＳＷ１のポート１２に対してマルチキャスト配信停止フレームを送信、
（２）対向装置５がポート５２から通信装置ＳＷ２のポート２３に対してマルチキャスト配信停止フレームを送信、
（３）対向装置６がポート６１から通信装置ＳＷ１のポート１４に対してマルチキャスト配信開始フレームを送信、
（４）対向装置７がポート７２から通信装置ＳＷ２のポート２５に対してマルチキャスト配信開始フレームを送信、
した場合の動作について考える。

【0018】

マルチキャスト配信停止フレーム、および、マルチキャスト配信開始フレームの送受信が完了した後の通信装置ＳＷ１と通信装置ＳＷ２の配信テーブル状態、および、配信テーブルの基づくマルチキャスト配信情報を図３に示す。なお、図２と図３において、マルチキャスト配信停止フレーム、および、マルチキャスト配信開始フレームの送受信が完了した後の配信テーブルの状態は、「故障回復時」の列に記載される。

【0019】

故障が発生してない状態であれば、通信装置通信装置ＳＷ１と通信装置ＳＷ２との間で配信管理フレームが共有され、配信テーブルの記載が修正され対向装置４と対向装置５に対しての状態は「未配信」、対向装置６と対向装置７に対しての状態は「配信」に同期される。

【0020】

しかしながら、シャーシ間回線で故障が発生しているため、配信管理フレームは通信装置通信装置ＳＷ１と通信装置ＳＷ２との間で共有されず、通信装置ＳＷ１と通信装置ＳＷ２は配信テーブル情報を同期できない。このため、故障発生状態から回復した後、マルチシャーシＬＡＧを構成する通信装置間で、配信テーブルの修復（同期）を行うことになる。

【0021】

しかし、故障回復後になされる配信テーブルの同期は、一定時間経過後であり、同期完了までは次のような不具合が発生することになる。
図３の例では、全てのマルチキャスト配信データは対向装置３のポート３１から送信されると仮定している。この例の場合、対向装置７に対する配信が課題となる。

【0022】

対向装置４に対するマルチキャスト配信データは、故障発生時には配信状態であり、上記（１）のマルチキャスト配信停止フレームを受信した段階で配信を停止する。つまり、上記（１）のフレームにより故障期間中に配信テーブル１７のポート１２の状態が「配信」から「未配信」となる。これは、ＭＬＤｖ２で期待された動作である。一方、シャーシ間回線の故障に伴い、マルチキャスト配信停止フレームは通信装置ＳＷ２に共有されない。このため、配信テーブル２７のポート２２の状態は「配信」のままである。しかし、マルチキャスト配信データは対向装置３から通信装置ＳＷ１へ送信されているので当該マルチキャスト配信停止フレームにより通信装置ＳＷ１はマルチキャスト配信データを停止することができる。

【0023】

対向装置５に対するマルチキャスト配信データは、故障発生時には配信状態であり、故障状態において通信装置ＳＷ２が上記（２）のマルチキャスト配信停止フレームを受信した段階で配信停止されることが期待される。しかしながら、シャーシ間回線の故障に伴い、マルチキャスト配信停止情報は通信装置ＳＷ１に共有されない。つまり、上記（２）のフレームにより故障期間中に配信テーブル２７のポート２３の状態が「配信」から「未配信」となるが、配信テーブル１７のポート１３の状態は「配信」のままである。その結果、マルチキャスト配信データは対向装置３から通信装置ＳＷ１へ送信されているので、通信装置ＳＷ１はマルチキャスト配信データを停止できず、ポート１３〜ポート５１間でマルチキャスト配信データによる不必要な帯域占有が生じる。しかし、対向装置５においてマルチキャストデータは廃棄されるためマルチキャスト配信に与える影響は小さい。

【0024】

対向装置６に対するマルチキャスト配信データは、故障発生時には未配信状態であり、上記（３）のマルチキャスト配信開始フレームを受信した段階で配信を開始する。つまり、上記（３）のフレームにより故障期間中に配信テーブル１７のポート１４の状態が「未配信」から「配信」となる。これは、ＭＬＤｖ２で期待された動作である。一方、シャーシ間回線の故障に伴い、マルチキャスト配信開始フレームは通信装置ＳＷ２に共有されない。このため、配信テーブル２７のポート２４の状態は「未配信」のままである。しかし、マルチキャスト配信データは対向装置３から通信装置ＳＷ１へ送信されているので当該マルチキャスト配信開始フレームにより通信装置ＳＷ１はマルチキャスト配信データを配信することができる。

【0025】

対向装置７に対するマルチキャスト配信データは、故障発生時には未配信状態であり、故障状態において通信装置ＳＷ２が上記（４）のマルチキャスト配信開始フレームを受信した段階で配信開始されることが期待される。しかしながら、シャーシ間回線の故障に伴い、マルチキャスト配信開始情報は通信装置ＳＷ１に共有されない。つまり、上記（４）のフレームにより故障期間中に配信テーブル２７のポート２５の状態が「未配信」から「配信」となるが、配信テーブル１７のポート１５の状態は「未配信」のままであり、通信装置ＳＷ１はポート１５から対向装置７のポート７１に対して配信を開始する設定を反映させることができない。その結果、マルチキャスト配信データは対向装置３から通信装置ＳＷ１へ送信されているので、対向装置７からマルチキャスト配信開始フレームが送信されたにも関わらず、実際にはマルチキャスト配信データが配信されず、マルチキャスト配信に与える影響は大きい（図３の“Ａ”）。

【0026】

このため、故障から回復した場合、配信テーブル情報の同期による配信テーブルの修復が必要となる。特に、図３の例における対向装置７に対する配信情報のように、故障発生期間にマルチシャーシＬＡＧを構成する一方の装置が未配信状態から配信状態に遷移した情報は、故障から回復した直後に速やかに同期するような配信テーブル管理を行う必要がある。

【0027】

通信装置ＳＷ１と通信装置ＳＷ２の配信テーブルを正しく修復するためには、例えば、配信テーブルの変更履歴を保持し、通信装置通信装置ＳＷ１と通信装置ＳＷ２との間で変更履歴を突合して整合性を判断し、正しい配信テーブル状態に遷移させる方法がある。しかしながら、故障発生状態が継続する時間に配信テーブルの更新が頻発した場合や、故障発生状態継続時間が非常に長い場合などは、前記変更履歴が非常に多くなる可能性があり、整合性の判断、および同期テーブルの回復に多くの時間を要するといった課題がある。さらには、当該変更履歴を保持できない可能性もある。

【0028】

一方で、ＭＬＤｖ２では、対向装置に対する配信状態を確認するために、定期的にマルチキャスト配信管理フレームを送受信することが規定されている。このため、前記定期的なマルチキャスト配信管理フレームの送受信に基づく配信テーブルの修復、および、マルチシャーシＬＡＧを構成する他装置に前記修復情報を通知することにより、故障状態から回復してから一定時間経過後にマルチシャーシＬＡＧを構成する全ての通信装置が持つ配信テーブル情報を修復することが可能である。しかしながら、言い換えれば、一定時間が経過するまでは、配信テーブルの不整合状態が続く可能性があることを示唆している。

【0029】

つまり、従来のマルチシャーシＬＡＧは、故障復帰後におけるそれぞれの通信装置のマルチキャストの配信テーブルを同期させることに時間を要する等の困難があり、要求されたマルチキャスト配信の開始が遅れてしまうなどの課題があった。
そこで、本発明は、上記課題を解決すべく、マルチシャーシＬＡＧを構成する通信装置間を接続するシャーシ間回線の故障やマルチシャーシＬＡＧを構成する一方の通信装置の故障から回復した際にマルチキャストの配信テーブルを早期に同期可能な通信装置及び配信テーブル同期方法を提供することを目的とする。

【課題を解決するための手段】

【0030】

本発明は、上記課題を解決するために、マルチシャーシＬＡＧを構成するネットワークシステムが故障状態から復旧した場合、それぞれの通信装置の配信テーブルの差分を全て配信中とする形で同期することとした。

【0031】

具体的には、本発明に係る通信装置は、マルチシャーシＬＡＧ（Ｌｉｎｋ Ａｇｇｒｅｇａｔｉｏｎ Ｇｒｏｕｐ）を構成する通信装置であって、
マルチキャスト配信管理フレームに基づき、受信装置毎にマルチキャストデータの「配信」あるいは「未配信」を設定した配信情報を保持する配信テーブルと、
前記配信テーブルが保持する配信情報と他の通信装置の配信テーブルが保持する配信情報を受信装置毎に突き合わせ、互いの配信情報が違う場合、前記配信テーブルの配信情報を「配信」に修正し、前記他の通信装置の配信テーブルを修正された前記配信テーブルの配信情報で上書きさせる配信テーブル同期を実行する配信情報制御機能部と、
を備えることを特徴とする。

【0032】

また、本発明に係る配信テーブル同期方法は、マルチキャスト配信管理フレームに基づき、受信装置毎にマルチキャストデータの「配信」あるいは「未配信」を設定した配信情報を保持する配信テーブルを備え、マルチシャーシＬＡＧを構成する通信装置の前記配信テーブルを同期する配信テーブル同期方法であって、
１の通信装置の配信テーブルが保持する配信情報と他の通信装置の配信テーブルが保持する配信情報を受信装置毎に突き合わせ、互いの配信情報が違う場合、前記１の通信装置の配信テーブルの配信情報を「配信」に修正し、
前記他の通信装置の配信テーブルを修正した前記１の通信装置の配信テーブルの配信情報で上書きする、
配信テーブル同期手順を行うことを特徴とする。

【0033】

本発明では、マルチシャーシＬＡＧを構成する通信装置間を接続するシャーシ間回線や、マルチシャーシＬＡＧを構成する一方の通信装置で故障が発生し、マルチキャスト配信テーブル情報の同期が不可能となった状態から回復した時に、それぞれの通信装置の配信テーブルの情報に差異があった場合、全て「配信」に修正する。本発明は、変更履歴を突き合わせる必要が無く、早期に配信テーブルを同期させることができる。あるいは、本発明は、変更履歴を保持することなく配信テーブルを同期させることができる。また、本発明は、配信テーブルの情報に差異があった場合、全て「配信」に修正するので、要求されたマルチキャスト配信の開始の遅れを最小限に留めることができる。

【0034】

なお、全て「配信」に修正することで配信の必要がない対向装置へもデータが配信される不要配信がなされることになるが、対向装置に対して定期的に送受信するマルチキャスト配信管理フレームを用いて配信テーブルをさらに修正することで不要配信を収束させることができる。

【0035】

従って、本発明は、マルチシャーシＬＡＧを構成する通信装置間を接続するシャーシ間回線の故障やマルチシャーシＬＡＧを構成する一方の通信装置の故障から回復した際にマルチキャストの配信テーブルを早期に同期可能な通信装置及び配信テーブル同期方法を提供することができる。

【0036】

また、本発明に係る通信装置は、前記他の通信装置との疎通を検知し、不通状態から開通状態となった時に前記配信情報制御機能部に前記配信テーブル同期を実行させる同期トリガ部をさらに備える。故障回復を早期に検知し、できるだけ早く配信テーブルを同期させることができる。

【発明の効果】

【0037】

本発明は、マルチシャーシＬＡＧを構成する通信装置間を接続するシャーシ間回線の故障やマルチシャーシＬＡＧを構成する一方の通信装置の故障から回復した際にマルチキャストの配信テーブルを早期に同期可能な通信装置及び配信テーブル同期方法を提供することができる。

【図面の簡単な説明】

【0038】

【図1】マルチシャーシＬＡＧを用いたネットワークシステムを説明する図である。

【図2】マルチシャーシＬＡＧを用いたネットワークシステムにおいて、シャーシ間回線に故障が発生した場合の動作を説明する図である。

【図3】マルチシャーシＬＡＧを用いたネットワークシステムにおいて、シャーシ間回線に故障が発生した場合の動作を説明する図である。

【図4】本発明に係る通信装置の構成を説明する図である。

【図5】本発明に係る通信装置が行う故障回復後の配信テーブル同期を説明する図である。

【図6】本発明に係る通信装置が行う故障回復後の配信テーブル同期を説明する図である。

【図7】本発明に係る通信装置が定期的に行う配信テーブルの同期を説明する図である。

【図8】本発明に係る配信テーブル同期方法を説明するフローチャートである。

【図9】本発明に係る配信テーブル同期方法を説明するフローチャートである。

【発明を実施するための形態】

【0039】

添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施例であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
以下の説明では、ＭＬＤｖ２に基づくマルチキャスト配信を例に、同期する配信テーブルとしてマルチキャスト配信テーブルを指定しているが、本実施形態は本発明の例であり、本実施形態に制限されるものではない。

【0040】

図４は、本実施形態の通信装置ＳＷｘ０を説明する図である。マルチシャーシＬＡＧは複数の通信装置の通信装置群からなり、各通信装置が持つ配信データを特定のポートから送信するために必要な配信情報を登録する配信テーブルを、通信装置ＳＷ間接続ポートを介して同期することが可能である。

【0041】

通信装置ＳＷｘ０は、マルチシャーシＬＡＧを構成する通信装置であって、
マルチキャスト配信管理フレームに基づき、受信装置毎にマルチキャストデータの「配信」あるいは「未配信」を設定した配信情報を保持する配信テーブルｘ０８と、
前記配信テーブル（例えば２０８）が保持する配信情報と他の通信装置の配信テーブル（例えば１０８）が保持する配信情報を受信装置毎に突き合わせ、互いの配信情報が違う場合、前記配信テーブル（例えば２０８）の配信情報を「配信」に修正し、前記他の通信装置の配信テーブル（例えば１０８）を修正された前記配信テーブル（例えば２０８）の配信情報で上書きさせる配信テーブル同期を実行する配信情報制御機能部ｘ００と、
を備えることを特徴とする。

【0042】

本実施形態では、複数台の装置を仮想的に１台の装置とみなして対向装置にＬＡＧ接続を提供するマルチシャーシＬＡＧ構成を採る通信装置群において、ＭＬＤｖ２に基づいて更新されるマルチキャスト配信情報を同期するための方法について述べる。しかしながら、本特許の適用方法は、マルチキャスト配信、さらにはＭＬＤｖ２といったプロトコルに制限されることはない。

【0043】

複数台の物理装置を仮想的に１台の装置とみなし、かつ、個々の装置が設定情報を保持するシステムにおいては、
故障が発生していない場合は前記設定情報を共有することにより、個々の装置が保持する設定情報を同期することが可能であるが、
装置、あるいは、仮想的に１台の装置としてみなす複数装置群間を接続する接続回線に故障が発生し、その後、前記故障が復旧した場合に、前記複数装置が個々に保持する設定情報の不整合が生じることがある。
通信装置ＳＷｘ０は、このような設定情報の不整合を修復する手段を提供するものである。

【0044】

本実施形態では、マルチシャーシＬＡＧ構成を採る通信装置群において、
シャーシ間回線を経由して受信した、マルチシャーシＬＡＧを構成する他の通信装置（例えばＳＷ１０）の配信情報を、マルチシャーシＬＡＧを構成する自装置（例えばＳＷ２０）が持つ配信情報と突合させ、自身の配信テーブル（例えば２０８）に登録されていない配信情報があった場合に、当該配信情報を自身の配信テーブルに登録するマスター装置と、
シャーシ間回線を経由して受信した通信装置（例えばＳＷ２０）の配信情報を、自身（例えばＳＷ１０）が持つ配信情報と突合させず、受信した配信情報をマルチシャーシＬＡＧを構成する自装置の配信テーブルに上書きするスレーブ装置と、
を設定する。
本設定は、配信情報の不整合を修復する本開示のマルチシャーシＬＡＧの特徴である。マルチシャーシＬＡＧを構成する通信装置群において、複数の装置が、マスター装置、もしくはスレーブ装置となることは無い。例えば、通信装置ＳＷ２０がマスター装置であれば、通信装置ＳＷ１０はスレーブ装置であり、通信装置ＳＷ２０がスレーブ装置であれば、通信装置ＳＷ１０はマスター装置である。いずれの通信装置がマスターであるかスレーブであるかは予め設定しておく。マスターとスレーブの設定は、後述する具体的な実施例において、配信テーブルの設定情報の不整合を修復するために必要である。

【0045】

マルチシャーシＬＡＧは、通信装置ＳＷ１０、通信装置ＳＷ２０、及び通信装置ＳＷ１０と通信装置ＳＷ２０の間を接続するシャーシ間回線３からなる。
それぞれの通信装置ＳＷｘ０は、
対向装置接続ポートｘ０１、対向装置接続ポートｘ０２、対向装置接続ポートｘ０３、通信装置ＳＷ間接続ポートｘ０４、ＭＣ−ＬＡＧ状態判定機能ｘ０５、配信テーブル情報送信処理判定機能ｘ０６、配信テーブル情報受信処理判定機能ｘ０７、同期トリガｘ１０、配信テーブル更新処理確認機能ｘ１１、及び配信テーブル情報突合機能ｘ１２をもつ配信情報制御機能部ｘ００と、
配信テーブルｘ０８と、
配信状況確認機能部ｘ０９と、
を持つ。

【0046】

ここで、スレーブ装置である通信装置ＳＷ１０は、配信テーブル更新処理確認機能１１１、および、配信テーブル情報突合機能１１２を使用しない。また、マスター装置である通信装置ＳＷ２０は、同期トリガ２１０を使用しない。このため、これらの機能部を持たない異なる構成の２つの通信装置を用いてネットワークシステムを構成しても良い。あるいは、本実施形態に記載のように、通信装置がいずれの機能部も具備し、マスター装置とスレーブ装置を設定により切り替えることにより、機能を無効化しても良い。

【0047】

本実施形態の配信テーブル同期の特徴とするところは、マルチシャーシＬＡＧを構成する通信装置ＳＷ１０と通信装置ＳＷ２０の配信テーブルの配信情報を、配信テーブルの配信情報の削除を行わずに同期し、のちに他の手法によって同期した配信テーブルを修正するところである。

【0048】

例えば、通信装置ＳＷ１０の配信テーブル１０８が、ある対向装置へのポートについて「配信」の配信情報を持っており、通信装置ＳＷ２０の配信テーブル２０８が、前記ある対向装置へのポートについて「未配信」の配信情報を持っている場合、配信テーブル１０８に登録されている前記ある対向装置へのポートについて「配信」の配信情報を配信テーブル２０８の前記ある対向装置へのポートについて新たに記録する（「配信」に修正する）。

【0049】

一方、通信装置ＳＷ１０の配信テーブル１０８が、ある対向装置へのポートについて「未配信」の配信情報を持っており、通信装置ＳＷ２０の配信テーブル２０８が、前記ある対向装置へのポートについて「配信」の配信情報を持っている場合、配信テーブル１０８に登録されている前記ある対向装置へのポートについて「未配信」の配信情報に基づき配信テーブル２０８の前記ある対向装置へのポートについて配信情報を「未配信」に修正するのではなく、配信テーブル２０８に登録された「配信」の配信情報を保持する。すなわち、本実施形態の配信テーブル同期では、双方の配信テーブルの配信情報が違う場合、マスター装置の配信テーブルに登録されている「未配信」を「配信」に修正しても、「配信」を「未配信」に修正しない。

【0050】

その後、修正されたマスター装置の配信テーブルに登録されている配信情報でスレーブ装置の配信テーブルの配信情報を上書きする。

【0051】

本実施形態の配信テーブル同期を採用すれば、通信装置故障、マルチシャーシＬＡＧを構成する通信装置間を接続するシャーシ間回線の故障、マルチシャーシＬＡＧを構成する装置群の交換から復旧した後に発生する、通信装置ＳＷ１０と通信装置ＳＷ２０の配信テーブルの配信情報不整合を、互いの配信テーブルの配信情報のみを使用して同期を行うことができる。双方の配信テーブルの配信情報が違う場合、「配信」を「未配信」に修正しないため、配信テーブルの同期後、配信テーブルの「未配信」の情報でマルチキャスト配信の停止や遅延は発生しない。

【0052】

本実施形態の配信テーブル同期を採用した場合、本来は配信をしない対向装置に対してもマルチキャストデータが配信される可能性があるが、ＭＬＤｖ２であれば、対向装置への配信情報を定期的に問い合わせているため、配信情報の問い合わせ結果をもって配信テーブルの配信情報を修正することで、自動的に配信が停止される。

【0053】

図５及び図６に、マルチキャストＬＡＧ（ＭＣ−ＬＡＧ）を構成する通信装置ＳＷ１０及び通信装置ＳＷ２０の配信テーブルを同期する動作例を記載する。図５は、通信装置ＳＷ１０の配信テーブル１０８に登録された配信情報を通信装置ＳＷ２０の配信テーブル２０８に同期させる動作例である。以下の文中に記載したステップｓ１０ｘは、図８のフローチャートとの対応を示す。

【0054】

ＭＣ−ＬＡＧ状態判定機能１０５は、自装置の状態がスレーブ装置かマスター装置かを判定する機能である（ステップｓ１００）。

【0055】

通信装置ＳＷ１０は、前記他の通信装置との疎通を検知し、不通状態から開通状態となった時に配信情報制御機能部１００に前記配信テーブル同期を実行させる同期トリガ１１０をさらに備える。
同期トリガ１１０は、配信テーブル１０８に登録されている配信情報を、マルチシャーシＬＡＧを構成する他の通信装置の配信テーブル２０８と同期するかどうかを判定する。同期トリガ１１０が同期すると判定する条件は、装置管理者からのコマンドによる同期実行命令でもよいし、通信装置ＳＷが自律的に配信テーブルの同期を必要と判断したものでもよい（ステップｓ１０１）。

【0056】

配信テーブル情報送信処理判定機能１０６は、ＭＣ−ＬＡＧ状態判定機能１０５と、同期トリガ１１０の情報から、配信テーブル１０８に登録されている配信情報に対して、以降の動作を行う。

【0057】

配信テーブル情報送信処理判定機能１０６は、
ＭＣ−ＬＡＧ状態判定機能１０５の判定が「スレーブ装置」であり、同期トリガ１１０が「配信テーブルの同期が必要である」と判定していれば、配信テーブル１０８に登録されている配信情報を通信装置ＳＷ間接続ポート１０４から送信する（ステップｓ１０２）。
ＭＣ−ＬＡＧ状態判定機能１０５の判定が「マスター装置」であり、同期トリガ１１０が「配信テーブルの同期が不要である」と判定していれば、配信テーブル１０８に登録されている配信情報を通信装置ＳＷ間接続ポート１０４から送信しない。

【0058】

ＭＣ−ＬＡＧ状態判定機能ｘ０５の判定が「マスター装置」である場合は、図６についての動作例の中で述べる。なお、ＭＣ−ＬＡＧ状態判定機能ｘ０５の判定が「マスター装置」である場合、通信装置ＳＷｘ０が持つ配信テーブル情報送信処理判定機能ｘ０６は、同期トリガｘ１０を起点に動作をすることは無い。

【0059】

通信装置ＳＷ間接続ポートｘ０４は、マルチシャーシＬＡＧ構成の通信装置ＳＷ１０と通信装置ＳＷ２０とを接続するポートである。配信テーブル１０８に登録された配信情報は、通信装置ＳＷ間接続ポート１０４、シャーシ間回線３、通信装置ＳＷ間接続ポート２０４を経由して、配信情報受信判定機能２０７へ送信される（ステップｓ１０３）。

【0060】

配信テーブル情報受信処理判定機能２０７は、ＭＣ−ＬＡＧ状態判定機能２０５の判定から、配信テーブル１０８に登録されていた配信情報を登録する方法を判定する。ＭＣ−ＬＡＧ状態判定機能２０５の判定がマスター装置であれば（ステップｓ１０４）、配信テーブル１０８に登録されていた配信情報を、配信テーブル情報突合機能２１２へ送信する（ステップｓ１０５）。

【0061】

配信テーブル情報突合機能２１２は、配信テーブル２０８と、配信テーブル１０８に登録された配信情報を突合させ（ステップｓ１０６）、以降の動作を行う（ステップｓ１０７）。
ある対向装置へのポートについての配信情報が、配信テーブル１０８において「配信」と登録されており、配信テーブル２０８において「未配信」と登録されている場合、配信テーブル情報突合機能２１２は、配信テーブル２０８の前記ある対向装置へのポートについて「未配信」から「配信」に修正する（ステップｓ１０８）。
一方、ある対向装置へのポートについての配信情報が、配信テーブル１０８において「未配信」と登録されており、配信テーブル２０８において「配信」と登録されている場合、配信テーブル情報突合機能２１２は、配信テーブル２０８の前記ある対向装置へのポートについて「配信」のままとする（修正しない）（ステップｓ１０９）。

【0062】

図６は、通信装置ＳＷ２０の配信テーブル２０８に登録された配信情報を通信装置ＳＷ１０の配信テーブル１０８に同期させる動作例である。以下の文中に記載したステップｓ２０ｘは、図９のフローチャートとの対応を示す。

【0063】

ＭＣ−ＬＡＧ状態判定機能２０５は、ＭＣ−ＬＡＧ状態判定機能１０５と同等に、自装置の状態がスレーブ装置かマスター装置かを判定する機能である。ＭＣ−ＬＡＧ状態判定機能２０５は、通信装置ＳＷ２０の状態をマスター装置と判定し（ｓ２００）、配信情報送信処理判定部２０６へ判定状態を伝える。

【0064】

配信テーブル更新処理確認機能２１１は、図５で記載した動作例による、配信テーブル２０８への配信情報の更新について、未更新か、更新中か、更新終了かを判定する。さらに、配信テーブル更新処理確認機能２１１は、配信テーブル情報送信処理判定機能２０６へ、判定情報を伝える。

【0065】

配信テーブル情報送信処理判定機能２０６は、ＭＣ−ＬＡＧ状態判定機能２０５と、配信テーブル更新処理確認機能２１１から伝えられた判定情報から、配信テーブル２０８に登録された配信情報に対して、以下の動作を行う（ステップｓ２０１）。

【0066】

配信情報送信処理判定部２０６は、
ＭＣ−ＬＡＧ状態判定機能２０５の判定が「マスター装置」であり、配信テーブル更新処理確認機能２１１の判定が「未更新」であった場合、通信装置ＳＷ間接続ポート２０４から、配信テーブル２０８に登録された配信情報を送信しない。
ＭＣ−ＬＡＧ状態判定機能２０５の判定が「マスター装置」であり、配信テーブル更新処理確認機能２１１の判定が「更新中」であった場合、通信装置ＳＷ間接続ポート２０４から、配信テーブル２０８に登録された配信情報を送信しない。
ＭＣ−ＬＡＧ状態判定機能２０５の判定が「マスター装置」であり、配信テーブル更新処理確認機能２１１の判定が「更新終了」であった場合、通信装置ＳＷ間接続ポート２０４から、配信テーブル２０８に登録された配信情報を送信する（ステップｓ２０２）。

【0067】

配信テーブル情報送信処理判定機能２０６から送信する、配信テーブル２０８に登録された配信情報は、図５の動作例と同様、通信装置ＳＷ間接続ポート２０４、シャーシ間回線３、通信装置ＳＷ間接続ポート１０４を経由して、配信テーブル情報受信処理判定機能１０７へ送信される（ステップｓ２０３）。

【0068】

配信テーブル情報受信処理判定機能１０７は、ＭＣ−ＬＡＧ状態判定機能１０５（ステップｓ２０４）の判定から、通信装置ＳＷ間接続ポート１０４から受信した、配信テーブル２０８に登録されていた配信情報を配信テーブル１０８へ登録する方法を判定する（ステップｓ２０５）。配信テーブル情報受信処理判定機能１０７は、ＭＣ−ＬＡＧ状態判定機能１０５の判定が「スレーブ装置」であれば、通信装置ＳＷ間接続ポート２０４から受信した、配信テーブル２０８に登録されていた配信情報を、配信テーブル１０８に上書きする（ステップｓ２０６）。

【0069】

さらに通信装置ＳＷｘ０は、定期的に対向装置へ配信情報を問い合わせる動作を行う。

【0070】

通信装置ＳＷｘ０が持つ配信状況確認機能部ｘ０９は、対向装置接続ポート（ｘ０２、ｘ０３）に対して、配信テーブルｘ０８に登録されている配信情報毎に視聴状況を定期的に問い合わせ、その応答が視聴中か未視聴であるかを判定し、以下の動作を行う。

【0071】

配信状況確認機能部ｘ０９は、
配信テーブルｘ０８に登録されている配信情報について問い合わせ、対向装置接続ポート（ｘ０２，ｘ０３）からの応答を視聴中と判定した場合、配信テーブルｘ０８に登録されている当該配信情報の更新を行わない（「配信」のままとする）。
配信テーブルｘ０８に登録されている配信情報について問い合わせ、対向装置接続ポート（ｘ０２、ｘ０３）からの応答を未視聴と判定した場合、配信テーブルｘ０８に登録されている当該配信情報を削除する（「配信」から「未配信」に修正する）。

【0072】

図５及び図６の動作例で示した同期手法では、双方の配信テーブルの配信情報が違う場合、「配信」を「未配信」に修正しないため、配信の必要が無いポートに対しても配信を実施する可能性があるが、図７の動作例の通り、定期的に配信状況の確認を行い、配信の必要がないポートへの配信情報を「配信」から「未配信」に修正することで自動的に配信が停止される。つまり、自動的に配信テーブルが適正に修正される。

【0073】

本実施形態の配信テーブル同期により、マルチシャーシＬＡＧを構成する通信装置間で、配信の停止や遅延を発生させずに配信情報の同期を行うことが可能となる。

【0074】

［付記］
以下は、本実施形態の通信装置を説明したものである。
従来、マルチシャーシＬＡＧを構成する２つの通信装置において、いずれかの通信装置が故障した場合、あるいは、シャーシ間回線が故障した場合、故障期間中のマルチキャストの配信テーブルの同期をとることができないため、故障からの復帰後にそれぞれの通信装置のマルチキャストの配信テーブルが不整合となる。このため、マルチキャスト受信していた配下のユーザの情報が逸失してしまう等の配信テーブルの異常が生じていた。また、配信テーブルの正常化にも時間を要すことで不要な帯域圧迫等の問題が生じていた。
本実施形態の通信装置は、上記課題に対してなされたものである。

【0075】

（１）：
マルチシャーシＬＡＧ（Ｌｉｎｋ Ａｇｇｒｅｇａｔｉｏｎ Ｇｒｏｕｐ）を構成する通信装置であって、
マルチキャスト配信管理フレームに基づき、受信装置毎にマルチキャストデータの「配信」あるいは「未配信」を設定した配信情報を保持する配信テーブルと、
前記配信テーブルが保持する配信情報と他の通信装置の配信テーブルが保持する配信情報を受信装置毎に突き合わせ、互いの配信情報が違う場合、前記配信テーブルの配信情報を「配信」に修正し、前記他の通信装置の配信テーブルを修正された前記配信テーブルの配信情報で上書きさせる配信テーブル同期を実行する配信情報制御機能部と、
を備えることを特徴とする通信装置。

【0076】

（２）：
マルチシャーシＬＡＧ（Ｌｉｎｋ Ａｇｇｒｅｇａｔｉｏｎ Ｇｒｏｕｐ）を構成する通信装置であって、
マルチキャスト配信管理フレームに基づき、受信装置毎にマルチキャストデータの「配信」あるいは「未配信」を設定した配信情報を保持する配信テーブルと、
前記配信テーブルが保持する配信情報を他の通信装置へ送信し、前記他の通信装置において、送信した前記配信情報と前記他の通信装置の配信テーブルが保持する配信情報を受信装置毎に突き合わせ、互いの配信情報が違う場合に配信情報を「配信」に修正された前記他の通信装置の配信テーブルの配信情報で、前記配信テーブルを上書きする配信テーブル上書きを実行する配信情報制御機能部と、
を備えることを特徴とする通信装置。

【0077】

（３）：
前記配信情報制御機能部は、
前記他の通信装置との間でマルチキャスト配信管理フレームを定期的に送受信し、前記他の通信装置からのマルチキャスト配信管理フレームに基づいて前記配信テーブルの配信情報を修正することを特徴とする上記（１）（２）に記載の通信装置。

【0078】

本実施形態の通信装置は、マルチシャーシＬＡＧを構成する他の通信装置との配信テーブルの同期において、相互に有する同期テーブルの情報を排他論理的（ＯＲ条件）に結合させることで、マルチキャスト受信していた配下のユーザの情報を確実に維持させることができる。

【符号の説明】

【0079】

ＳＷ１、ＳＷ２、ＳＷ１０、ＳＷ２０：通信装置
３〜７：対向装置
８：シャーシ刊回線
１１〜１６、２１〜２６、３１、３２、４１、４２、５１、５２、６１、６２、７１、７２：ポート
１７、２７：配信テーブル
１００、２００：配信情報制御機能部
１０１〜１０３、２０１〜２０３：ポート
１０４、２０４：ＳＷ間接続ポート
１０５、２０５：ＭＣ−ＬＡＧ状態判定機能
１０６、２０６：配信テーブル情報送信処理判定機能
１０８、２０８：配信テーブル
１０９、２０９：配信状況確認機能部
１１０、２１０：同期トリガ
１１１、２１１：配信テーブル更新処理確認機能
１１２、２１２：配信テーブル情報突合機能

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】