(57)【要約】【課題】リンクアグリゲーションにおいて、タイムアウトの設定を変更してもデータの疎通を維持可能な通信機器および通信機器の制御方法を提供する。【解決手段】通信機器は、論理的に集約された複数のポートを通じてリンクアグリゲーションの制御のための制御フレームを対向器から受信するプロトコル処理部１１５を備える。プロトコル処理部１１５は、規定時間以内にプロトコル処理部１１５が制御フレームを受信したか否かを検出するためのタイマーを有する。タイマーのモードは、ショートモードと、ショートモードよりも規定時間が長いロングモードとの間で切り替え可能である。タイマーがショートモードで動作中に、プロトコル処理部１１５がタイマーのモードをロングモードに切り替えた場合、プロトコル処理部１１５は、制御フレームを受信しなくてもタイマーを再起動してタイマーをロングモードで動作させる。【選択図】図１
2020005153.tif 000002
【特許請求の範囲】
【請求項１】
リンクアグリゲーションによって論理的に集約された複数のポートと、
前記論理的に集約された複数のポートを通じて、前記リンクアグリゲーションの制御のための制御フレームを対向器から受信するプロトコル処理部とを備え、
前記プロトコル処理部は、規定時間以内に前記プロトコル処理部が前記制御フレームを受信したか否かを検出するためのタイマーを有し、
前記タイマーのモードは、ショートモードと、前記ショートモードよりも前記規定時間が長いロングモードとの間で切り替え可能であり、
前記制御フレームは、送信するポートに設定されている前記タイマーの前記モードが前記ショートモードおよび前記ロングモードのいずれであるかを示す情報を有し、
前記プロトコル処理部は、前記制御フレームを受信すると、受信したポートに設定されている前記モードに従って前記タイマーを動作させ、
前記タイマーが前記ショートモードで動作中に、前記プロトコル処理部が前記タイマーの前記モードを前記ロングモードに切り替えた場合、前記プロトコル処理部は、前記制御フレームを受信しなくても、前記タイマーを再起動して前記タイマーを前記ロングモードで動作させる、通信装置。
【請求項２】
リンクアグリゲーションによって論理的に集約された複数のポートと、
前記論理的に集約された複数のポートを通じて、前記リンクアグリゲーションの制御のための制御フレームを、対向器に周期的に送信するプロトコル処理部とを備え、
前記プロトコル処理部は、前記対向器の前記制御フレームの受信モードに従う送信間隔で前記制御フレームを送信するためのタイマーを有し、前記受信モードは、ショートモードと、前記ショートモードよりも前記制御フレームの受信間隔が長いロングモードとを含み、前記制御フレームは、当該制御フレームを送信した前記対向器の前記ポートの前記受信モードが前記ショートモードと前記ロングモードとのいずれであるかを示す情報を含み、
前記対向器が前記ショートモードで前記制御フレームを待つ間に前記受信モードを前記ロングモードに切り替えたことを前記プロトコル処理部が検知した場合、前記プロトコル処理部は、前記ロングモードに従う送信間隔で前記制御フレームを送信するために前記タイマーを再起動するとともに、前記受信モードに従うタイマーをかけ直させるための前記制御フレームを前記対向器に送信する、通信装置。
【請求項３】
前記ショートモードから前記ロングモードへの切り替えは、ファームウェアの更新のための処理である、請求項１または請求項２に記載の通信装置。
【請求項４】
前記プロトコル処理部は、前記論理的に集約された複数のポートを通じたデータの伝送を継続したまま、前記ファームウェアの更新後にプロセスを再起動する、請求項３に記載の通信装置。
【請求項５】
前記プロトコル処理部は、前記ショートモードから前記ロングモードへの切り替えに伴い前記タイマーを再起動する機能を、有効および無効の間で切替可能に構成される、請求項１から請求項４のいずれか１項に記載の通信装置。
【請求項６】
リンクアグリゲーションによって論理的に集約された複数のポートと、前記論理的に集約された複数のポートを通じて、前記リンクアグリゲーションの制御のための制御フレームを対向器から受信するプロトコル処理部とを備えた通信装置の制御方法であって、
前記プロトコル処理部は、規定時間以内に前記プロトコル処理部が前記制御フレームを受信したか否かを検出するためのタイマーを有し、
前記タイマーのモードは、ショートモードと、前記ショートモードよりも前記規定時間が長いロングモードとの間で切り替え可能であり、
前記制御フレームは、前記タイマーの前記モードが前記ショートモードおよび前記ロングモードのいずれであるかを示す情報を有し、
前記プロトコル処理部が、前記制御フレームを受信することにより、受信したポートに設定されている前記モードに従ってタイマーを動作させるステップと、
前記タイマーが前記ショートモードで動作中に、前記プロトコル処理部が前記タイマーの前記モードを前記ロングモードに切り替えるステップと、
前記プロトコル処理部が前記制御フレームを受信しなくても前記タイマーを再起動して前記タイマーを前記ロングモードで動作させるステップとを備える、通信装置の制御方法。
【請求項７】
リンクアグリゲーションによって論理的に集約された複数のポートと、前記論理的に集約された複数のポートを通じて、前記リンクアグリゲーションの制御のための制御フレームを、対向器に周期的に送信するプロトコル処理部とを備えた通信装置の制御方法であって、
前記プロトコル処理部は、前記対向器の前記制御フレームの受信モードに従う送信間隔で前記制御フレームを送信するためのタイマーを有し、前記受信モードは、ショートモードと、前記ショートモードよりも前記制御フレームの受信間隔が長いロングモードとを含み、前記制御フレームは、前記制御フレームを送信した前記対向器のポートの前記受信モードが前記ショートモードと前記ロングモードとのいずれであるかを示す情報を含み、
前記対向器が前記ショートモードで前記制御フレームを待つ間に前記受信モードを前記ロングモードに切り替えたことを前記プロトコル処理部が検知するステップと、
前記プロトコル処理部により、前記ロングモードに従う送信間隔で前記制御フレームを送信するために前記タイマーを再起動するステップと、
前記プロトコル処理部により、前記受信モードに従うタイマーをかけ直させるための前記制御フレームを前記対向器に送信するステップとを備える、通信装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置および通信装置の制御方法に関する。
【背景技術】
【０００２】
リンクアグリゲーションは、複数の物理ポートを束ねて１つの論理リンクとして扱う技術である。リンクアグリゲーションに関する標準は、IEEE Std 802.1AX（登録商標）-2014（非特許文献１）に記述されている。
【０００３】
リンクアグリゲーションで束ねられた複数の物理ポートは、リンクアグリゲーショングループ（LAG）と称される。LAGにはStatic LAGとDynamic LAGとがある。Dynamic LAGでは、LACP（Link Aggregation Control Protocol）と呼ばれるプロトコルが使用される。LACPでは、自機器と対向器との間でLACPDU（Link Aggregation Control Protocol Data Units）と呼ばれる制御フレームを周期的に交換することによって、自機器と対向器との間のデータ疎通を制御する。
【０００４】
自機器が、対向器からのLACPDUをタイムアウト期間内に受信できなかった場合に、自機器は、リンクに障害が生じたと見なす。以下では、このタイムアウトをLACPタイムアウトと表記する。
【０００５】
上記の標準は、LACPタイムアウトを検出するためのタイマー（current_while_timer）およびLACPDUの周期的な送信のためのタイマー（periodic_timer）を規定している。current_while_timer は、LACPDUを受信する側のタイマーであり、periodic_timerは、LACPDUを送信する側のタイマーである。
【０００６】
LACPタイムアウトには、Short TimeoutとLong Timeoutとがある。対向ポートのLACPタイムアウトがShort Timeoutの場合、LACPDUの送信間隔は１秒であり、対向ポートのタイムアウト時間は３秒である。対向ポートのLACPタイムアウトがLong Timeoutの場合、対向ポートのLACPDUの送信間隔は３０秒であり、対向ポートのタイムアウト時間は９０秒である。すなわち、対向ポートのLACPタイムアウトがShort Timeoutの場合、periodic_timerの設定は１秒であり、対向ポートのcurrent_while_timerの設定は３秒である。一方、対向ポートのLACPタイムアウトがLong Timeoutの場合、periodic_timerの設定は３０秒であり、対向ポートのcurrent_while_timerの設定は９０秒である。
【０００７】
LACPタイムアウトがShort TimeoutとLong Timeoutのいずれであるかを示すための情報は、LACPDUに格納される。したがって自機器と対向器とは、LACPDUを授受することにより、LACPタイムアウトが、Short TimeoutおよびLong Timeoutのいずれであるかを把握する。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】IEEE Computer Society, IEEE Std 802.1AX-2014 "IEEE Standard for Local and metropolitan area networks - Link Aggregation", p.11-89
【発明の概要】
【発明が解決しようとする課題】
【０００９】
データの疎通を維持したままLACPDUトラフィックを一時的に低減するためには、LACPタイムアウトの時間を長くする必要がある。上記標準では、Short Timeoutでcurrent_while_timerが一旦スタートすると、current_while_timerは、Short Timeoutの設定のまま動作する。current_while_timerが動いている途中で、LACPDUのタイムアウトの設定をShort TimeoutからLong Timeoutに切り換えた場合、対向器は、その切り換えに従って、LACPDUの送信間隔を長くする。このため、自機器ではcurrent_while_timerが満了する可能性がある。current_while_timerが満了するとLACPタイムアウトが検出されるため、データの疎通が停止するという問題が起こる。
【００１０】
本発明の目的は、リンクアグリゲーションにおいて、タイムアウトの設定を変更してもデータの疎通を維持可能な通信機器および、通信機器の制御方法を提供することである。
【課題を解決するための手段】
【００１１】
本発明の一態様に係る通信機器は、リンクアグリゲーションによって論理的に集約された複数のポートと、論理的に集約された複数のポートを通じて、リンクアグリゲーションの制御のための制御フレームを対向器から受信するプロトコル処理部とを備える。プロトコル処理部は、規定時間以内にプロトコル処理部が制御フレームを受信したか否かを検出するためのタイマーを有する。タイマーのモードは、ショートモードと、ショートモードよりも規定時間が長いロングモードとの間で切り替え可能である。制御フレームは、送信するポートに設定されているタイマーのモードがショートモードおよびロングモードのいずれであるかを示す情報を有する。プロトコル処理部は、制御フレームを受信すると、受信したポートに設定されているモードに従ってタイマーを動作させる。その後、タイマーがショートモードで動作中に、プロトコル処理部がタイマーのモードをロングモードに切り替えた場合、プロトコル処理部は、制御フレームを受信しなくてもタイマーを再起動してタイマーをロングモードで動作させる。
【００１２】
本発明の一態様に係る通信機器は、リンクアグリゲーションによって論理的に集約された複数のポートと、論理的に集約された複数のポートを通じて、リンクアグリゲーションの制御のための制御フレームを、対向器に周期的に送信するプロトコル処理部とを備える。プロトコル処理部は、対向器の制御フレームの受信モードに従う送信間隔で制御フレームを送信するためのタイマーを有する。受信モードは、ショートモードと、ショートモードよりも制御フレームの受信間隔が長いロングモードとを含む。制御フレームは、当該制御フレームを送信した対向器のポートの受信モードがショートモードとロングモードとのいずれであるかを示す情報を含む。対向器がショートモードで制御フレームを待つ間に受信モードをロングモードに切り替えたことをプロトコル処理部が検知した場合、プロトコル処理部は、ロングモードに従う送信間隔で制御フレームを送信するためにタイマーを再起動するとともに、受信モードに従うタイマーをかけ直させるための制御フレームを対向器に送信する。
【００１３】
本発明の一態様に係る通信機器の制御方法は、リンクアグリゲーションによって論理的に集約された複数のポートと、論理的に集約された複数のポートを通じて、リンクアグリゲーションの制御のための制御フレームを対向器から受信するプロトコル処理部とを備えた通信装置の制御方法である。プロトコル処理部は、規定時間以内にプロトコル処理部が制御フレームを受信したか否かを検出するためのタイマーを有する。タイマーのモードは、ショートモードと、ショートモードよりも規定時間が長いロングモードとの間で切り替え可能である。制御フレームは、タイマーのモードがショートモードおよびロングモードのいずれであるかを示す情報を有する。制御方法は、プロトコル処理部が、制御フレームを受信することにより、受信したポートに設定されているモードに従ってタイマーを動作させるステップと、タイマーがショートモードで動作中に、プロトコル処理部がタイマーのモードをロングモードに切り替えるステップと、プロトコル処理部が制御フレームを受信しなくてもタイマーを再起動してタイマーをロングモードで動作させるステップとを備える。
【００１４】
本発明の一態様に係る通信機器の制御方法は、リンクアグリゲーションによって論理的に集約された複数のポートと、論理的に集約された複数のポートを通じて、リンクアグリゲーションの制御のための制御フレームを、対向器に周期的に送信するプロトコル処理部とを備えた通信装置の制御方法である。プロトコル処理部は、対向器の制御フレームの受信モードに従う送信間隔で制御フレームを送信するためのタイマーを有する。受信モードは、ショートモードと、ショートモードよりも制御フレームの受信間隔が長いロングモードとを含む。制御フレームは、当該制御フレームを送信した対向器のポートの受信モードがショートモードとロングモードとのいずれであるかを示す情報を含む。制御方法は、対向器がショートモードで制御フレームを待つ間に受信モードをロングモードに切り替えたことをプロトコル処理部が検知するステップと、プロトコル処理部により、ロングモードに従う送信間隔で制御フレームを送信するためにタイマーを再起動するステップと、プロトコル処理部により、受信モードに従うタイマーをかけ直させるための制御フレームを対向器に送信するステップとを備える。
【発明の効果】
【００１５】
上記によれば、リンクアグリゲーションにおいて、タイムアウトの設定を変更してもデータの疎通を維持することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態に係る通信機器の構成を概略的に示したブロック図である。
【図２】IEEE Std 802.1AX（登録商標）-2014に従うLACPDUのデータ構造の概略図である。
【図３】LACPDUのActor_Stateフィールドに含まれる情報を示した図である。
【図４】IEEE Std 802.1AX（登録商標）-2014に従う、タイムアウトからタイマーカウントへの状態遷移を概略的に示す図である。
【図５】IEEE Std 802.1AX（登録商標）-2014に従う、LACPDUの送信側の状態遷移の要部を示す概略図である。
【図６】IEEE Std 802.1AX（登録商標）-2014に従うLACPタイムアウト設定において生じうる課題を説明するシーケンス図である。
【図７】本発明の一実施形態に係るLACPタイムアウト回避の方法を説明するためのシーケンス図である。
【図８】本発明の別の実施形態に係るLACPタイムアウト回避の方法を説明するためのシーケンス図である。
【図９】図８に示すシーケンスを実現可能な、自機器のLACPDUの送信に関する状態遷移図である。
【図１０】自機器におけるファームウェア更新の手順を示すシーケンス図である。
【発明を実施するための形態】
【００１７】
[本発明の実施形態の説明]
最初に本発明の実施態様を列記して説明する。
【００１８】
（１）  本発明の一態様に係る通信機器は、リンクアグリゲーションによって論理的に集約された複数のポートと、論理的に集約された複数のポートを通じて、リンクアグリゲーションの制御のための制御フレームを対向器から受信するプロトコル処理部とを備える。プロトコル処理部は、規定時間以内にプロトコル処理部が制御フレームを受信したか否かを検出するためのタイマーを有する。タイマーのモードは、ショートモードと、ショートモードよりも規定時間が長いロングモードとの間で切り替え可能である。制御フレームは、送信するポートに設定されているタイマーのモードがショートモードおよびロングモードのいずれであるかを示す情報を有する。プロトコル処理部は、制御フレームを受信すると、受信したポートに設定されているモードに従ってタイマーを動作させる。その後、タイマーがショートモードで動作中に、プロトコル処理部がタイマーのモードをロングモードに切り替えた場合、プロトコル処理部は、制御フレームを受信しなくてもタイマーを再起動してタイマーをロングモードで動作させる。
【００１９】
上記によれば、リンクアグリゲーションにおいて、タイムアウトの設定を変更してもデータの疎通を維持することが可能な通信装置を提供できる。通信機器のタイマーのモードをショートモードからロングモードに切り替えた場合、タイマーがショートモードで動作し続けるものの、相手側がロングモードで制御フレームを送信するということが起こり得る。このような場合、タイマーが満了してタイムアウトが発生し得る。しかし、タイマーを再起動してタイマーをロングモードで動作させることによって、制御フレームの送信側と受信側とでモードが整合するので、タイムアウトが発生する可能性を低減できる。この結果、データの疎通を維持することができる。
【００２０】
（２）  本発明の一態様に係る通信機器は、リンクアグリゲーションによって論理的に集約された複数のポートと、論理的に集約された複数のポートを通じて、リンクアグリゲーションの制御のための制御フレームを、対向器に周期的に送信するプロトコル処理部とを備える。プロトコル処理部は、対向器の制御フレームの受信モードに従う送信間隔で制御フレームを送信するためのタイマーを有する。受信モードは、ショートモードと、ショートモードよりも制御フレームの受信間隔が長いロングモードとを含む。制御フレームは、当該制御フレームを送信した対向器のポートの受信モードがショートモードとロングモードとのいずれであるかを示す情報を含む。対向器がショートモードで制御フレームを待つ間に受信モードをロングモードに切り替えたことをプロトコル処理部が検知した場合、プロトコル処理部は、ロングモードに従う送信間隔で制御フレームを送信するためにタイマーを再起動するとともに、受信モードに従うタイマーをかけ直させるための制御フレームを対向器に送信する。
【００２１】
上記によれば、リンクアグリゲーションにおいて、タイムアウトの設定を変更してもデータの疎通を維持することが可能な通信装置を提供できる。相手側の通信機器（対向器）の受信モードをショートモードからロングモードに切り替えたとしても、動作自体はショートモードのままである。対向器の動作を変更するために、通信機器は、受信モードに従うタイマーをかけ直させるための制御フレームを対向器に送信する。これにより、対向器がロングモードで動作することができるので、制御フレームの受信のタイムアウトが発生する可能性を低減できる。この結果、データの疎通を維持することができる。
【００２２】
（３）  好ましくは、ショートモードからロングモードへの切り替えは、ファームウェアの更新のための処理である。
【００２３】
上記によれば、ファームウェアの更新の際に一時的にモードを切り換える場合にも、タイムアウトが発生する可能性を低減できる。
【００２４】
（４）  好ましくは、プロトコル処理部は、論理的に集約された複数のポートを通じたデータの伝送を継続したまま、ファームウェアの更新後にプロセスを再起動する。
【００２５】
上記によれば、データの伝送を停止させることなく、通信機器のファームウェアを更新させることができる。
【００２６】
（５）  好ましくは、プロトコル処理部は、ショートモードからロングモードへの切り替えに伴いタイマーを再起動する機能を、有効および無効の間で切替可能に構成される。
【００２７】
上記によれば、必要に応じて、ショートモードからロングモードへの切り替えに伴うタイマーの再起動を選択することができる。
【００２８】
（６）  本発明の一態様に係る通信機器の制御方法は、リンクアグリゲーションによって論理的に集約された複数のポートと、論理的に集約された複数のポートを通じて、リンクアグリゲーションの制御のための制御フレームを対向器から受信するプロトコル処理部とを備えた通信装置の制御方法である。プロトコル処理部は、規定時間以内にプロトコル処理部が制御フレームを受信したか否かを検出するためのタイマーを有する。タイマーのモードは、ショートモードと、ショートモードよりも規定時間が長いロングモードとの間で切り替え可能である。制御フレームは、タイマーのモードがショートモードおよびロングモードのいずれであるかを示す情報を有する。制御方法は、プロトコル処理部が、制御フレームを受信することにより、受信したポートに設定されているモードに従ってタイマーを動作させるステップと、タイマーがショートモードで動作中に、プロトコル処理部がタイマーのモードをロングモードに切り替えるステップと、プロトコル処理部が制御フレームを受信しなくてもタイマーを再起動してタイマーをロングモードで動作させるステップとを備える。
【００２９】
上記によれば、リンクアグリゲーションにおいて、タイムアウトの設定を変更してもデータの疎通を維持可能なように通信機器を制御することができる。
【００３０】
（７）  本発明の一態様に係る通信機器の制御方法は、リンクアグリゲーションによって論理的に集約された複数のポートと、論理的に集約された複数のポートを通じて、リンクアグリゲーションの制御のための制御フレームを、対向器に周期的に送信するプロトコル処理部とを備えた通信装置の制御方法である。プロトコル処理部は、対向器の制御フレームの受信モードに従う送信間隔で制御フレームを送信するためのタイマーを有する。受信モードは、ショートモードと、ショートモードよりも制御フレームの受信間隔が長いロングモードとを含む。制御フレームは、対向器の受信モードがショートモードとロングモードとのいずれであるかを示す情報を含む。制御方法は、対向器がショートモードで制御フレームを待つ間に受信モードをロングモードに切り替えたことをプロトコル処理部が検知するステップと、プロトコル処理部により、ロングモードに従う送信間隔で制御フレームを送信するためにタイマーを再起動するステップと、プロトコル処理部により、受信モードに従うタイマーをかけ直させるための制御フレームを対向器に送信するステップとを備える。
【００３１】
上記によれば、リンクアグリゲーションにおいて、タイムアウトの設定を変更してもデータの疎通を維持可能なように通信機器を制御することができる。
【００３２】
[本発明の実施形態の詳細]
以下、本発明の実施の形態について図面を用いて説明する。図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【００３３】
図１は、本発明の一実施形態に係る通信機器の構成を概略的に示したブロック図である。図１を参照して、通信システム１０は、２つの通信機器（自機器１０１および対向器１０２）を含む。複数の宅側装置１０３（図１では４つの宅側装置１０３を例示）が、自機器１０１を介して対向器１０２に接続される。
【００３４】
自機器１０１は、ＣＰＵ１１１と、メモリ１１２と、スイッチ部１１３と、複数（図１の例では２つ）のネットワーク側ポート１２２と、複数（図１の例では４つ）のユーザ側ポート１２３と、管理用ポート１２４とを含む。
【００３５】
２つのネットワーク側ポート１２２は、それぞれ２つの物理リンク１１によって対向器１０２に接続される。２つのネットワーク側ポート１２２が論理的に集約されて、自機器１０１と対向器１０２との間の２つの物理リンク１１が、１つのリンクアグリゲーショングループ（LAG）を構成する。一方、４つのユーザ側ポート１２３は、それぞれ対応する宅側装置１０３に接続される。
【００３６】
図１に示した構成によれば、自機器１０１は、インバンドではなくアウトバンドで管理される。詳細には、自機器１０１は、管理用ポート１２４を介して管理サーバ１０４に接続される。管理サーバ１０４は、自機器１０１の設定、あるいは自機器１０１へのファームウェアの提供を行う。自機器１０１は、管理用ポート１２４を通じて、自機器１０１の設定のための情報、あるいは、新しいファームウェアを管理サーバ１０４から受信する。
【００３７】
スイッチ部１１３は、ＣＰＵ１０１により設定された通信経路に基づいて、各ポート間の中継を行う。
【００３８】
ＣＰＵ１１１は、自機器１０１（通信装置）を統括的に制御する。ＣＰＵ１１１は、プロトコル処理部１１５と、ファームウェア（ＦＷ）更新処理部１１６とを含む。
【００３９】
プロトコル処理部１１５は、ＣＰＵ１１１の内部でLACPプロトコル処理を実行する機能ブロックである。このために、プロトコル処理部１１５は、対向器１０２から、リンクアグリゲーションの制御のための制御フレーム(LACPDU）を、論理的に集約されたネットワーク側ポート１２２ポートを通じて受信する。また、プロトコル処理部１１５は、LACPDUを、論理的に集約されたネットワーク側ポート１２２ポートを通じて対向器１０２に送信する。
【００４０】
ＦＷ更新処理部１１６は、ＣＰＵ１１１の内部でファームウェア更新処理を行う機能ブロックである。なお、更新用のファームウェアは、管理サーバ１０４から提供されて、メモリ１１２に格納される。メモリ１１２は、自機器１０１の各種の設定に関する情報、あるいは更新用のファームウェアを保存するための記憶デバイスである。
【００４１】
図２は、IEEE Std 802.1AX（登録商標）-2014に従うLACPDUのデータ構造の概略図である。図２に示すように、LACPDUは当該スロープロトコルフレームの種類がLACPに関するものであることを表すSubtypeフィールドを含む。LACPDUは、さらに、アグリゲーションポートのためのアクター(Actor）の状態変数を格納するActor_Stateフィールドを含む。
【００４２】
図３は、LACPDUのActor_Stateフィールドに含まれる情報を示した図である。図３に示すように、Actor_Stateフィールドは、LACP_Timeoutを格納する。IEEE Std 802.1AX（登録商標）-2014に従うと、LACP_Timeoutは１ビットのフラグである。このフラグは、リンクに関するタイムアウトの制御値を示す。Short Timeoutの場合、フラグは１にセットされ、Long Timeoutの場合、フラグは０にセットされる。
【００４３】
図４は、IEEE Std 802.1AX（登録商標）-2014に従う、タイムアウトからタイマーカウントへの状態遷移を概略的に示す図である。自機器１０１が対向器１０２からLACPDUを受信する場合、ＣＰＵ１１１（より詳細には、プロトコル処理部１１５）の状態が以下に説明するように遷移する。
【００４４】
図４を参照して、受信側のタイマー（current_while_timer）は、LACPDUを受信から、カウントが開始される。current_while_timerは、規定時間以内にプロトコル処理部１１５がLACPDUを受信したか否かを検出するためのタイマーである。タイマーが満了するまでに、受信側が次のLACPDUを受信した場合には、タイマーがリセットされてカウントが開始する。一方、タイマーが満了するまでに次のLACPDUを受信できない場合には、受信側はタイムアウトの状態に遷移し、当該ポートのデータの送受信を停止する。
【００４５】
タイマー（current_while_timer）は、各ポートの送信するLACPDUのLACP_Timeout（図３参照）に格納されるフラグに反映される設定に従って、Short Timeoutに対応するモード（便宜上、「ショートモード」と呼ぶ）、あるいはLong Timeoutに対応するモード（便宜上、「ロングモード」と呼ぶ）に設定される。current_while_timerのモードはショートモードとロングモードとの間で相互に切り替え可能である。current_while_timerのモードが切り替わることにより、受信タイムアウトのモードもショートモードとロングモードとの間で切り替わる。
【００４６】
図５は、IEEE Std 802.1AX（登録商標）-2014に従う、LACPDUの送信側の状態遷移の要部を示す概略図である。自機器１０１が対向器１０２にLACPDUを送信する場合、ＣＰＵ１１１（より詳細には、プロトコル処理部１１５）の状態が以下に説明するように遷移する。
【００４７】
図５を参照して、送信側は、LACPDUの繰り返し送信のためのタイマー（periodic_timer）を動作させる。たとえば対向機器の受信タイムアウトがShort Timeoutの場合の送信間隔は短周期（１秒）に該当する。前回のLACPDUの送信からの経過時間が短周期（１秒）に相当する時間に達したことがタイマー（periodic_timer）により検出されると、送信側から受信側にLACPDUが送信される。Long Timeoutの場合にも同様に、前回のLACPDUの送信からの経過時間が長周期（３０秒）に相当する時間に達したことがタイマー（periodic_timer）により検出されると、送信側から受信側にLACPDUが送信される。
【００４８】
図６は、IEEE Std 802.1AX（登録商標）-2014に従うLACPタイムアウト設定において生じうる課題を説明するシーケンス図である。図６を参照して、自機器１０１の受信タイムアウトはショートモードに設定されている。たとえば以下の（１）から（３）の処理が、ショートモードでの送信間隔（１秒）以内に実行されたとする。
【００４９】
（１）対向器１０２がLACPDUを自機器１０１に送信する。対向器１０２は、それ以前に自機器１０１から、LACP_Timeoutに格納されたフラグがShort Timeoutを示すLACPDUを受信しているので、対向器１０２のLACPDU送信間隔は１秒である。自機器１０１は、LACPDUの受信により、タイマー（current_while_timer）をスタートさせる。タイマー（current_while_timer）のモードはショートモードである。
【００５０】
（２）自機器１０１は、タイマー（current_while_timer）のモードをショートモードからロングモードに変更する。
【００５１】
（３）自機器１０１から対向器１０２に、LACPDUを送信する。LACPDUのLACP_Timeoutに格納されたフラグは、Long Timeoutを示す。
【００５２】
図４および図５により説明されるように、受信側のタイムアウトのモードをショートモードからロングモードに変更した場合には、対向器の送信側のタイマー（periodic_timer）がかけ直し（リセット及びスタート）される。periodic_timerが満了するまでは、対向器側から自機器側にはLACPDUが送信されない。したがって、自機器側受信タイムアウト時間はShort Timeoutで設定された時間（すなわち３秒）である。
【００５３】
（１）において、自機器１０１のタイマー（current_while_timer）はショートモードでスタートする。（２）において、自機器１０１（プロトコル処理部１１５）は、タイマーのモードをロングモードに切り替える。しかし、current_while_timerは、ショートモードで一旦スタートしているので、ショートモードのままカウントを続ける。
【００５４】
一方、対向器１０２は、（３）において、自機器１０１からLACPDUを受信し、そのLACPDUのLACP_Timeoutに基づいて、periodic_timerの設定を変更する。すなわち、periodic_timerは、長周期（３０秒）に設定される。対向器１０２が次にLACPDUを送信するのは、自機器１０１からのLACPDUの受信（（３））から３０秒）が経過した後である。上記（１）〜（３）までの処理がShort TimeoutでのLACPDUの送信間隔（１秒）未満で実行されたため、上記（１）から３秒経過しても対向器１０２からLACPDUが送信されない。この結果、自機器１０１においてタイムアウトが発生するので、自機器１０１と対向器１０２との間では、上記のLACPDUのやり取りの行われたポートを介したデータの疎通が停止する。
【００５５】
たとえば自機器１０１において、ファームウェア更新等の理由により、LACPプロトコル処理が一時的に中断する可能性がある。仮に、LACPプロトコル処理の中断時間が、３秒以上（ただし９０秒未満）必要であった場合、ユーザデータの中継停止を避けるためには、LACPタイムアウトはLong Timeoutでなければならない。
【００５６】
IEEE Std 802.1AX（登録商標）-2014標準をそのまま通信機器に実装すると、上記のように、（１）〜（３）の処理が１秒以内に実行された場合に、タイムアウトが発生してユーザデータの中継が停止するおそれがある。これに対して本実施の形態では、タイマー（current_while_timer）がショートモードで動作する最中に（LACPDUを受信することなく）、ショートモードからロングモードに切り換わってもタイムアウトが検出されないための通信機器の構成および通信機器の制御方法を提供する。
【００５７】
図７は、本発明の一実施形態に係るLACPタイムアウト回避の方法を説明するためのシーケンス図である。図７に示すように、本発明の一実施形態では、自機器１０１（プロトコル処理部１１５）は、LACPDUを受信すると、受信したポートに設定されているモードに従ってタイマー（current_while_timer）を動作させる（（１））。自機器１０１（プロトコル処理部１１５）が、タイマー（current_while_timer）をショートモードからロングモードに変更した場合（（２））、自機器１０１（プロトコル処理部１１５）は、LACPDUを受信しなくてもタイマー（current_while_timer）をかけ直す（再スタートさせる）。以後、タイマーは、ロングモードで動作するので受信タイムアウトの時間が９０秒となる（（４））。手順（４）の処理が実行される点において、図７のシーケンスは、図６に示すシーケンスと相違する。
【００５８】
自機器１０１（プロトコル処理部１１５）は、タイマー（current_while_timer）をショートモードからロングモードに変更し、対向器１０２にLACPDUを送信する（（３））。このLACPDUにより、自機器１０１のタイムアウトの設定がLong Timeoutであることが対向器１０２に通知される。対向器１０２は、LACPDUを受信してから３０秒後に、LACPDUを自機器１０１に送信する。自機器１０１のタイマー（current_while_timer）は満了していないため、自機器１０１においてタイムアウトは発生しない。これによりユーザデータの中継が停止することが回避される。
【００５９】
図８は、本発明の別の実施形態に係るLACPタイムアウト回避の方法を説明するためのシーケンス図である。図８では、対向器１０２においてタイムアウトの設定がShort TimeoutからLong Timeoutに変更されるものとする。したがって、図７に示すシーケンスと、図８に示すシーケンスとでは、自機器１０１と対向器１０２とで役割が入れ替わっている。
【００６０】
図８を参照して、自機器１０１がLACPDUを対向器１０２に送信する（（１））。対向器１０２は、LACPDUの受信により、タイマー（current_while_timer）をスタートさせる。
【００６１】
対向器１０２が、LACPDUを待つ間にLACPDUの受信モード、すなわちタイマー（current_while_timer）のモードをショートモードからロングモードに変更して（（２））、自機器１０１にLACPDUを送信する（（３））。なお（１）〜（３）のシーケンスは図６に示したシーケンスと基本的に同じである。
【００６２】
自機器１０１（プロトコル処理部１１５）は、手順（３）において対向器１０２から送信されたLACPDUにより、対向器１０２のタイマーのモードがロングモードに変更されたことを検知する。応じて自機器１０１（プロトコル処理部１１５）は、ロングモードに従う送信間隔でLACPDUを送信するために自機器１０１は、自機器１０１のタイマー（periodic_timer）をかけ直す。これにより、自機器１０１がLACPDUを送信する間隔が３０秒に変更される。あわせて自機器１０１（プロトコル処理部１１５）は、対向器１０２のタイマー（current_while_timer）をかけ直させるためのLACPDUを送信する（（４））。対向器１０２は、自機器１０１からのLACPDUの受信により、タイマー（current_while_timer）を（２）で変更したモードに従い、９０秒（Long Timeout）にかけ直す（（５））。
【００６３】
手順（４）および（５）の処理が実行される点において、図８のシーケンスは、図６に示すシーケンスと相違する。自機器１０１から対向器１０２にLACPDUを送信（（４））から３０秒後に自機器１０１がLACPDUを送信する。対向器１０２のタイマー（current_while_timer）は満了していないので、対向器１０２においてタイムアウトは発生しない。
【００６４】
図９は、図８に示すシーケンスを実現可能な、自機器１０１のLACPDUの送信に関する状態遷移図である。図５と図９との対比から理解されるように、本実施の形態においては、受信タイムアウトをShort TimeoutからLong Timeoutに変更する場合にも、変更した機器側からその対向器側にLACPDUを送信して、対向器の受信側のタイマー（current_while_timer）を設定し直す。これにより、受信側ではタイマーのかけ直し（再スタート）が行なわれて、受信タイムアウトの設定を９０秒にすることができる。
【００６５】
本実施の形態では、自機器１０１のみが図７〜図９に示す構成を有することにより、自機器１０１と対向器１０２のどちらでShort TimeoutからLong Timeoutへの受信タイムアウトの設定の変更があっても、自機器１０１と対向器１０２との間でユーザデータの中継が停止する可能性を低減することができる。したがって、本実施の形態では、対向器１０２は標準に準拠した構成を有してもよい。また対向器１０２は図７〜図９に示す構成を有していてもよい。
【００６６】
図１０は、自機器１０１におけるファームウェア更新の手順を示すシーケンス図である。図１０において「ＦＷ」との表記は、ファームウェアを表す。ファームウェア更新では、たとえば下記の（１）〜（８）の順に従って処理が実行される。
【００６７】
（１）管理サーバ１０４がファームウェアの転送を開始する。
（２）自機器１０１のＦＷ更新処理部１１６は、管理サーバ１０４から転送されたファームウェアをメモリ１１２に保存する。
【００６８】
（３）ＦＷ更新処理部１１６およびプロトコル処理部１１５が、管理サーバ１０４からＦＷ更新の指示を受ける。
【００６９】
（４）プロトコル処理部１１５は、ＦＷ更新の指示に従い、LACP処理を停止する。
（５）プロトコル処理部１１５は、プロトコル処理部１１５の設定をメモリ１１２に保存する。
【００７０】
（６）新しいＦＷでＣＰＵ１１１を再起動する。「新しいＦＷ」とは、手順（２）によりメモリ１１２に保存されたＦＷである。
【００７１】
（７）プロトコル処理部１１５は、手順（５）においてメモリ１１２に保存された設定を用いて、プロトコル処理部１１５の状態をリストアする。
【００７２】
（８）プロトコル処理部１１５は、LACP処理を再開する。
上記の手順（１）〜（８）のうち、手順（４）〜（８）の間が、LACP処理が停止する時間である。この時間は３秒よりも長く、９０秒よりも短い場合が多いと考えられる。その場合、相手側のLACPタイムアウト設定がLong Timeoutならユーザデータの中継は停止しない。しかし相手側のLACPタイムアウト設定がShort Timeoutであれば、対向器側でタイムアウトが検出され、ユーザデータの中継が停止してしまう。
【００７３】
本実施の形態では、自機器１０１においてファームウェアを更新する場合、図８に示すように、対向器のLACPタイムアウト設定をShort TimeoutからLong Timeoutに変更する。また、望ましくは、図７に示すように、自機器１０１のLACPタイムアウト設定をShort TimeoutからLong Timeoutに変更する。これらの処理を手順（４）の前に実行する。このような処理により、本実施の形態では、論理的に集約された複数のポートを通じてユーザデータを伝送することを継続したまま、ファームウェアの更新およびプロセスの再起動を実行することができる。
【００７４】
本実施の形態では、自機器１０１は、図７に示す処理および図８に示す処理の両方を実行するように構成されてもよい。あるいは自機器１０１は、図７に示す処理および図８に示す処理のいずれか一方のみを実行するように構成されてもよい。
【００７５】
本実施の形態では、プロトコル処理部１１５は、図７に示す処理および図８に示す処理の一方または両方の機能の有効および無効を切り替え可能に構成されることができる。一実施形態では、さらに、上記機能の有効および無効を切り替え可能なようにプロトコル処理部１１５を構成するための設定が、たとえばファイルの形式でメモリ１１２に保存される。プロトコル処理部１１５は、プロセスの再起動後に、そのファイル（設定ファイル）をメモリ１１２から読み出して、ファイルに含まれる情報に従って、プロトコル処理部１１５の機能を設定する。これによりプロトコル処理部１１５は、プロセスの再起動前の設定を引き継ぐことができる。しかしながらプロセス再起動後において、図７に示す処理および図８に示す処理の一方または両方の機能を常に有効としてもよい。
【００７６】
ファームウェア更新およびプロセス再起動が行なわれた後では、タイムアウトの設定をLong TimeoutからShort Timeoutに設定することが想定される。したがって、プロトコル処理部１１５は、プロセス再起動が行なわれた後に、図７に示す処理および図８に示す処理の一方または両方の機能を無効としておいてもよい。このような構成により、必要に応じて、ショートモードからロングモードへの切り替えに伴うタイマーの再起動を選択することができる。
【００７７】
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は上記した実施の形態ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味、および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００７８】
１０  通信システム
１１  物理リンク
１０１  自機器
１０２  対向器
１０３  宅側装置
１０４  管理サーバ
１１１  ＣＰＵ
１１２  メモリ
１１３  スイッチ部
１１５  プロトコル処理部
１１６  ＦＷ更新処理部
１２２  ネットワーク側ポート
１２３  ユーザ側ポート
１２４  管理用ポート
【図１】
2020005153.tif 000003
【図２】
2020005153.tif 000004
【図３】
2020005153.tif 000005
【図４】
2020005153.tif 000006
【図５】
2020005153.tif 000007
【図６】
2020005153.tif 000008
【図７】
2020005153.tif 000009
【図８】
2020005153.tif 000010
【図９】
2020005153.tif 000011
【図１０】
2020005153.tif 000012