JP4098504B2

JP4098504B2 - Network equipment

Info

Publication number: JP4098504B2
Application number: JP2001283341A
Authority: JP
Inventors: 伸之金子; 吉田　　要
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2001-09-18
Filing date: 2001-09-18
Publication date: 2008-06-11
Anticipated expiration: 2021-09-18
Also published as: JP2003092602A

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワーク装置に関し、特に、ネットワーク装置を運用する際に必要となる、導入時、交換機、運用中のプログラムや運用データのダウンロード及びリスタートの制御に関する。
【０００２】
【従来の技術】
企業内ネットワーク等のネットワークは、複数のネットワーク装置（ノード）から構成される。ノードは、複数の低速ＬＡＮインタフェースをサポートするルータ機能やノード間の基幹ネットワークを形成する高速インタフェース、例えば、ＳＤＨやＳＯＮＥＴインタフェース等をサポートするＳＤＨ装置の機能等を有する。ネットワークは、複数のノードを新規導入して、ノード間を接続することにより運用される。また、ノードの障害等の場合には、新しいネットワーク装置に交換される。更に、運用中にプログラムや設定情報のバージョンアップ等が全ノードで一斉に行われる。
【０００３】
（１）導入時
▲１▼ ルータ
導入ノードに対して、ネットワーク設定情報（ＮＷ設定情報）及び個別設定情報の設定を行う必要がある。ＮＷ設定情報とは、ノードが共通に持たなければならない情報であり、例えば、ＩＰアドレス情報、ノード番号情報、ＶＬＡＮ設定情報等である。個別設定情報とは、各ノードの個別の情報であり、例えば、各ポートが収容するＬＡＮインタフェース情報である。従来、これをオペレータにより行い、設定データを装置内に保存し、設定データのバックアップを媒体に吸い上げ保管していた。
【０００４】
▲２▼ ＳＤＨ装置
監視プログラムのインストールや個別設定情報の設定を行う必要がある。監視プログラムとは、ＳＤＨ装置が正常に動作しているかを監視するプログラムである。個別設定情報とは、各ノードに個別の情報であり、例えば、タイムスロット割り当て情報、ＱｏＳ設定情報等である。従来、これをセンタ側の管理端末からオペレータによりダウンロードすることにより行い、個別設定情報を管理端末で収集し、媒体にバックアップを取っていた。
【０００５】
（２）装置交換時
▲１▼ ルータ
導入時と同様のことをする必要がある。これは導入時に媒体にバックアップした設定データをオペレータにより再設定することにより行っていた。
【０００６】
▲２▼ ＳＤＨ装置
交換ノードにインストールされているプログラムの版数と交換装置の版数が違う場合、オペレータにより運用されているプログラムを管理端末からダウンロードを行う。また、導入時にバックアップした設定データを管理端末からオペレータにより再設定する。
【０００７】
（３）一括変更時
運用中にプログラムや設定データのバージョン（ＩＰアドレスのバージョン）を一括して変更する場合は、管理端末からプログラムや設定データを全装置にダウンロードして一斉にデータ入れ替えを行ってから、全装置のバージョンが入れ替わったか否かをオペレータが管理端末より確認する。
【０００８】
【発明が解決しようとする課題】
しかしながら従来は、以下の問題点があった。
【０００９】
（１）導入時
一般にルータのネットワーク設定は複雑であり、装置設備工事員とは別にシステムエンジニアレベルのオペレータが必要になる。そのため、設置台数が増えるとオペレータの作業経費も比例して増加する。既に設置されているネットワークで運用されているプログラムやＮＷ設定情報の版数と増設する装置にインストールされるプログラム等の版数が同じであることを必ず確認しなければならない。それは、監視プログラムの版数が異なると監視ができなくなる障害が発生するからである。また、ＩＰアドレスの版数がＩＰｖ４、ＩＰｖ６のようにノードにより異なってしまうとルーティングが不能となる。そのため、間違えて互換が無い又は版数が違うままに起動してしまうとネットワークが不通になってしまうことがある。
【００１０】
（２）装置交換時
初期導入のノード増設時と同様に運用されているプログラムや設定データの版数が同一であること又は互換性があることの確認が必須であり、異なる場合にはインストール作業が必要となり作業が煩雑になる。また、運用のためにバックアップデータをオペレータにより再設定する必要がある。しかし、ルータの場合は、ネットワークに関する知識が必要となり、通常システムエンジニアレベルの者の作業が伴い、装置設置工事者とは別の作業員が必要となり費用がかさむという問題点がある。
【００１１】
（３）運用中の一括入れ替え
プログラムの入れ替え時、プログラムの切り替えによるネットワーク断を短くするために一斉に管理端末よりオペレータの指示により切り替えることが行われる。このとき、１つでも切り替えに失敗したノードがあるとネットワークが切断されていまうことがある。この場合、オペレータは管理端末を用いて、各ノードについて切り替えが成功したか否かを確認して、切断している箇所を調べなければならず、調査が完了するまでネットワークが切断されている状態になる。特に、ノードがカスケード接続されていて、管理端末が一方の端局ノードに接続されている場合に、他方の端局ノードの切替不成功によりネットワークが切れたときには、調査完了までに特に時間を要する。また、ネットワークの切断箇所が複数の場合、１箇所ずつの復旧になるので切断箇所に比例して復旧までの時間がかかってしまう。
【００１２】
本発明は、上記を鑑みてなされたものであり、導入、交換及び運用中の一括入れ替え時に、自動で運用データ版数を合わせることのできるネットワーク装置を提供することを目的とする。
【００１３】
【課題を解決するための手段】
図１は、本発明の原理図である。図１に示すように、ノード２＃ｉ（ｉ＝１，２）は隣接ノードである。ノード２＃ｉは、データ記憶部４＃ｉ、版数管理部６＃ｉ、版数送信要求部８＃ｉ、版数比較部１０＃ｉ、データ送信要求部１２＃ｉ、データ受信部１４＃ｉ及びリスタート制御部１６＃ｉを具備する。データ記憶部４＃ｉにはデータが記憶されている。データとは、プログラムデータや設定データ等である。データには版数があり、版数管理部６＃ｉは、データ記憶部４＃ｉに記憶されたデータの版数情報を管理する。ノード２＃２がネットワークへの増設や新規導入及び交換等のために立ち上げられたものとする。一方、ノード２＃１は既にネットワーク上で運用されているものとする。
【００１４】
版数送信要求部８＃２は、自装置が立ち上げられた時、隣接ノード２＃１が有するデータの版数情報の送信をノード２＃１に要求する。版数比較部１０＃２は、版数管理部６＃２により管理されるデータの版数情報と送信要求に基づいてノード＃１から送信されたデータの版数情報とを比較する。データ送信要求部１２＃２は、版数比較部の比較結果に基づいて、隣接ノード２＃１に対してデータの送信を要求する。データ受信部１４＃２は、隣接ノード２＃１から送信されたデータを受信して、該データをデータ記憶部４＃２に記憶する。リスタート制御部１６＃２はデータ受信部１４＃２が受信したデータに基づいて、リスタートする。このように、ノード２＃２が増設又は交換等の際には、立ち上げられた時に、隣接ノード２＃１より必要なデータをダウンロードするので、オペレータがダウンロードする必要がなくなる。
【００１５】
【発明の実施の形態】
図２は、本発明の実施形態によるネットワーク構成図である。図２（ａ）は、リング接続されたネットワークを示す図であり、図２（ｂ）は、カスケード接続されたネットワークを示す図である。図２（ａ）及び図２（ｂ）に示すように、ネットワークは、管理端末５０、複数のノード５２＃ｉ（ｉ＝１〜４）、ノード５２＃ｉ間を接続する伝送路５４及びノード５２＃ｉに収容されるＬＡＮケーブル６０＃ｉｊ（ｊ＝１〜ｎ）より構成される。
【００１６】
管理端末５０は、以下の機能を有する。▲１▼監視プログラム、ＮＷ設定情報及び個別設定情報を該当ノード５２＃ｉにダウンロードする。管理端末５０とノード５２＃ｉ間の通信は、例えば、管理端末５０とノード５２＃１とをＬＡＮにより接続し、管理端末５０とノード５２＃１との間でＬＡＮ通信する。管理端末５０とノード５２＃ｉ（ｉ＝２，…）との間は、例えば、ノード５２＃１とノード５２＃ｉ間でＳＤＨの主信号通信により行う。▲２▼一斉に切り替えをするために、全ノード５２＃ｉ（ｉ＝１，…）にリスタートの指示をする。
【００１７】
図３は、図２中のノード５２＃ｉの構成図である。図３に示すように、ノード５２＃ｉは、ルータ１００＃ｉ、ＳＤＨ装置１０２＃ｉ及びプラグイン制御部１０４＃ｉを有する。ルータ１００＃ｉは、複数のＬＡＮインタフェース６０＃ｉｊ（ｊ＝１，…）を収容し、ＮＷ設定データに従って、ＬＡＮインタフェース５２＃ｉｊ及びＳＤＨ装置１０２＃ｉ間でＩＰパケットのルーティング処理を行う。ＳＤＨ装置１０２＃ｉは、次の機能を有する。▲１▼タイムスロット割当情報に従って、主幹伝送路５４及びルータ１００＃ｉ間でＳＤＨをインタフェースする。▲２▼監視プログラムにより障害を監視する。
【００１８】
図４は、図３中のプラグイン制御部１０４＃ｉの構成図である。図４に示すように、プラグイン制御部１０４＃ｉは、プログラム蓄積部１５０＃ｉ、自装置ＮＷ設定情報保存部１５２＃ｉ、自装置個別設定情報保存部１５４＃ｉ、隣接装置個別設定情報保存部１５６＃ｉ、版数管理部１５８＃ｉ、状態管理部１６０＃ｉ、隣接ノードデータ管理部１６２＃ｉ、起動要因保存部１６４＃ｉ、主回線通信部１６６＃ｉ、リスタート制御部１６８＃ｉ、通信制御部１７０＃ｉ及び隣接間通信部１７２＃ｉを有する。
【００１９】
プログラム蓄積部１５０＃ｉは、監視プログラムをその版数と共に記憶する、例えば、ＲＯＭである。自装置ＮＷ設定情報保存部１５２＃ｉは、自装置のＮＷ設定情報をその版数と共に記憶する、例えば、ＲＯＭである。自装置個別設定情報保存部１５４＃ｉは、自装置の個別設定情報をその版数と共に記憶する、ＲＯＭである。隣接装置個別設定情報保存部１５６＃ｉは、隣接ノードの個別設定情報をその版数と共に記憶する、例えば、ＲＯＭである。版数管理部１５８＃ｉは、プログラム蓄積部１５０＃ｉ、自装置ＮＷ設定情報保存部１５２＃ｉ及び自装置個別設定情報保存部１５６＃ｉに記憶されたプログラム、ＮＷ設定情報及び個別設定情報の版数を管理する。状態管理部１６０＃ｉは、自装置の状態を管理する。状態には、通常運用、ダウンロード待ち、ダウンロード中、ダウンロード完了、スタート／リスタート、通信不可状態、動作条件確認中、動作条件異常、ＦＰＧＡロード中及びＦＰＧＡ異常の各状態がある。
【００２０】
図５は、状態遷移を示す図である。スタート／リスタートとは、リセットボタンＯＮ又は電源ＯＮされたとき、プログラム、ＮＷ設定情報及び個別設定情報のダウンロードが終了したとき、管理端末５０により外部からのリスタートの指示されたときに、ノードが起動／再起動される状態をいう。動作条件確認中とは、隣接ノード間のＳＤＨフレームのチェック等をして、隣接ノード間で通信可能であるかの確認中であることをいう。通信不可状態とは、隣接ノードとの間で通信ができない状態であることをいう。
【００２１】
動作条件異常とは、動作条件確認により異常が検出された状態であることをいう。ダウンロード待ちとは、隣接ノードよりプログラム等のダウンロードを待っている状態であることをいう。ダウンロード中とは、プログラム等のダウンロードをしている状態であることをいう。ダウンロード完了とは、プログラム等のダウンロードが完了した状態であることをいう。ＦＰＧＡロード中とは、ＦＰＧＡにデータをロードしている状態をいう。ＦＰＧＡとは、ＳＤＨ装置の一部がＦＰＧＡにより構成されており、個別設定データであるＦＰＧＡデータがロードされることによりＳＤＨ装置の機能が決定されるものである。ＦＰＧＡ異常とは、ＦＰＧＡデータの異常等が発生した状態であることをいう。正常運用中とは、自ノードが運用状態であることをいう。上記状態は、図５のように遷移する。
【００２２】
隣接ノードデータ保管部１７０＃ｉは次の機能を有する。▲１▼通信制御部１７０＃ｉから隣接ノードの個別設定情報を受け取ると、隣接装置個別設定情報保存部１５６＃ｉに保存する。▲２▼通信制御部１７０＃ｉから隣接ノードの個別設定情報の読み出しを要求されると、隣接装置個別設定情報保存部１５６＃ｉから個別設定情報を読み出す。
【００２３】
起動要因保存部１６４＃ｉは次の機能を有する。▲１▼起動要因を保存する。起動要因とは、自ノードが起動された要因をいい、管理端末５０の指示により起動されたこと（強制リスタート）、導入時に起動されたこと（導入リスタート）、交換時に起動されたこと（交換リスタート）及び隣接ノードの強制リスタートによるダウンロードに従ってリスタートしたこと（自発リスタート）のいずれかの要因をいう。起動要因を保存するのは、隣接ノードから通知される起動要因によりダウンロードの有無を判断するためである。▲２▼リスタートにより運用状態に入ってからの運用時間を計時する。運用時間を計時するのは、運用時間が最新のプログラム等に合わせて運用するべきであるからである。▲３▼通信制御部１７０＃ｉの指示に従って、起動要因及び運用時間を読み出す。
【００２４】
主回線通信部１６６＃ｉはＳＤＨのペイロードにマッピングされた管理端末５０からのデータ、例えば、リスタート指示、ダウンロードデータ等の送受信を行う。リスタート制御部１６８＃ｉは次の機能を有する。▲１▼主回線通信部１６６＃ｉよりリスタートの指示を受けると、リスタートを開始する。▲２▼リスタートの指示を受けると、通信制御部１７０＃ｉにその旨を通知し、起動要因保存部１６４＃ｉに起動要因（強制リスタート）を通知する。▲３▼通信制御部１７０＃ｉの指示に従って、リスタートを開始する。
【００２５】
通信制御部１７０＃ｉは、次の機能を有する。
【００２６】
▲１▼ 導入時に以下の処理を行う。
【００２７】
(i)隣接間通信部１７２＃ｉを通して隣接ノードに対して版数情報を要求する。(ii)隣接間通信部１７２＃ｉを通して隣接ノードより版数情報を受け取る。図６は、隣接ノードから送信される版数情報の内容を示す図である。図６に示すように、版数情報には、自ノード状態、ＮＷ設定情報版数、プログラム版数、個別設定情報版数並びに起動要因及び運用時間が含まれる。尚、導入時には個別設定情報版数並びに起動要因及び運用時間は必要とされないが、共通フォーマットとしたためである。(iii)版数管理部１５８＃ｉより自ノードの版数情報を受け取る。(iv)自ノードの版数情報と隣接ノードの版数情報を比較して、ダウンロードの必要があるか否かを判断する。ここで、導入時に、ダウンロードの必要がある場合は、以下の条件(a),(b),(c)を満足することが必要である。(a)版数が異なること、(b)隣接ノードの状態が正常運用であること、(c)左右の隣接ノードが正常運用であれば、左右の隣接ノードの版数が一致することである。
【００２８】
図７（ａ）〜図７（ｃ）は、導入時のダウンロード、ウェイトの条件を示す図である。図７（ａ）は、自ノードの版数がＶ０の場合を示す図、図７（ｂ）は、自ノードの版数がＶ１の場合を示す図、図７（ｃ）は、自ノードの版数がＶ２の場合を示す図である。ここで版数は、プログラム版数又はＮＷ設定情報の版数をいう。ＤＬとはダウンロードをいう。導入時のダウンロードの対象は、比較対象の版数のプログラム又はＮＷ設定情報である。ＷＡＩＴとはダウンロード待ちの状態をいう。起動とは、ダウンロードせずにリスタートをする条件をいう。
【００２９】
尚、リスタートは、プログラムの版数及びＮＷ設定情報の版数が図に示す条件を満たす場合に、開始される。図中、左の覧は左隣接ノードの状態、上の覧は右隣接ノードの状態を示している。図中の左の覧を右に伸ばし、上の欄を下に伸ばして交叉する覧が自ノードが遷移する状態をいう。例えば、左右の隣接ノードが運用中で且つ版数がともにＶ１であれば、ダウンロード（ＤＬ）される。尚、ダウンロードは、例えば、左隣接ノードより行うものとする。左右の隣接ノードが共に運用中であるが、版数が異なる場合、例えば、左隣接ノードの版数がＶ１、右隣接ノードの版数がＶ２であれば、ウェイトする。運用中のノードは版数が同じである筈なので、版数が異なることは正常な状態でないので、正常な状態になるまでウェイトするためである。
【００３０】
(v)ダウンロードする必要がある場合は、該当する版数のものを隣接通信部１７２＃ｉを通して、隣接ノードにダウンロード要求する。図８はダウンロード要求内容を示す図である。図８に示すように、ダウンロード要求はＮＷ設定情報ダウンロード要求フラグ、個別設定情報要求フラグ及びプログラムダウンロード要求フラグをオン／オフすることにより行われる。(vi)隣接ノードよりダウンロードされたものを版数管理部１５８＃ｉを通して、該当するプログラム蓄積部１５０＃ｉ等に蓄積する。
【００３１】
▲２▼ ノード交換時には、導入時と同様の処理を行う。このとき、交換ノードに最新の個別設定情報が設定されていない場合には、導入時に隣接ノードに保存されていた個別設定情報がダウンロードされる。個別設定情報がダウンロードされるのは、隣接ノードに保存されている自ノードの個別設定情報の版数と自装置個別設定情報保存部１５４＃ｉに記憶されている個別設定情報の版数が異なる場合（個別設定情報が設定されていない、個別設定情報が最新のものと異なる場合を含む）である。
【００３２】
▲３▼ 外部からのリスタート指示に関わる次の処理を行う。
【００３３】
(i)リスタート制御部１６８＃ｉよりリスタートしたことが通知されると、隣接間通信部１７２＃ｉを通して、隣接ノードに図６に示す版数情報を通知する。(ii)隣接ノードから版数情報を受け取ると、ダウンロードの必要が有るか否かを判断する。図９は、ダウンロード必要あるか否かを判断する条件を示す図である。図９中の左が左隣接ノード、右は右隣接ノード、左端の１列又は右上１行は、隣接ノードの状態又は自ノードの版数情報（運用時間）と比較した状態をいう。起動時間新（古）は隣接ノードの運用時間が自ノードの運用時間よりも短い（長）ことをいう。図９に示すように、以下の全ての条件(a)〜(d)を満足するときに隣接間通信部１７２＃ｉを通して、ダウンロード要求を行う。(a)隣接ノードが通常運用であること、(b)隣接ノードの起動要因が外部からのリスタート指示（強制リスタート）又は隣接ノードの強制リスタートに基づくリスタート（自発リスタート）であること、(c)隣接ノードの運用時間が自ノードの運用時間よりも短いこと、(d)隣接ノードの版数と自ノードの版数が異なることである。
【００３４】
(iii)ダウンロードの条件を満足する場合は、ダウンロードを行ってからリスタート制御部１６８＃ｉを通して、自発リスタートを行うと共に起動要因保存部１６４＃ｉに起動要因（自発リスタート）を通知する。尚、左右の隣接ノードの中で運用時間が最も短いものをダウンロードする。(iv)ダウンロード後にリスタートした場合には、隣接ノードに版数情報を通知する。
【００３５】
▲４▼隣接ノードより版数情報が要求されると、版数管理部１５８＃ｉ及び起動要因保存部１６＃ｉより図６に示す版数情報を取得して、隣接間通信部１７２＃ｉを通して隣接ノードに送信する。
【００３６】
▲５▼隣接ノードよりダウンロードが要求されると、ダウンロード要求フラグが立っているものについて、該当するプログラム蓄積部１５０＃ｉ、自装置ＮＷ設定情報保存部１５２＃ｉ又は隣接装置個別設定情報保存部１５６＃ｉよりデータを読み出して、隣接間通信部１７２＃ｉを通して隣接ノードに転送する。
【００３７】
▲６▼隣接ノードより個別設定情報が転送されると、隣接装置個別設定情報保存部１５６＃ｉに保存する。
【００３８】
隣接間通信部１７２＃ｉは、通信制御部１７０＃ｉの指示に従って、隣接ノード間で副信号、例えば、ＳＤＨオーバヘッドにより通信を行う。
【００３９】
以下、図２の動作説明をする。
【００４０】
（１）導入時
図２（ａ）において、ノード５２＃３とノード５２＃１間、図２（ｂ）において、ノード５２＃３の右側にノード５２＃４を増設する場合を例に導入時の動作説明をする。保守者は現地でノード５２＃４を伝送路５４に接続して、電源をオンにする。電源オンになると、ノード５２＃４が立ち上がり、動作を開始する。図５に示すように、スタート状態から動作条件確認中状態に遷移する。動作状態確認中状態において、左右の隣接ノード間の通信が可能であるかがチェックされて、隣接ノード間で通信が不可であれば、該隣接ノード間で通信不可状態となる。
【００４１】
図１０〜図１２は、導入時及び交換時のダウンロードのフローチャートである。図１３は、ノード５２＃４の増設時のダウンロードのシーケンスチャートである。ステップＳ２において、図１３中の(1L)，(1R)に示すように、両系隣接ノードへ版数通知要求を送信する。隣接ノード５２＃１，５２＃３は、図１３中の(2L),(2R)に示すように、ＮＷ設定情報、プログラム及び個別設定情報の版数情報をノード５２＃４に送信して、ノード５２＃４は版数情報を受信する。ステップＳ４において、両系からレスポンス有るか否かを判断する。両系からレスポンスが有れば、ステップＳ６に進む。両系からレスポンス無ければ、ステップＳ３０に進む。ステップＳ６において、両系通常運用中であるか否かを判断する。両系運用中であれば、ステップＳ８に進む。両系運用中で無ければ、ステップＳ３２に進む。
【００４２】
ステップＳ８において、図１３中の(2)に示すように、両系のＮＷ設定情報及びプログラムの版数が一致するか否かを判断する。一致しなければ、ステップＳ２に戻る。一致すれば、ステップＳ１０に進む。ステップＳ１０において、自ノードのＮＷ設定情報の版数と隣接ノードのＮＷ設定情報の版数が一致するか否かを判断する。一致すれば、ステップＳ１２に進む。一致しなければ、ステップＳ１４に進む。ステップＳ１２において、ＮＷ設定情報要求フラグをオンにする。
【００４３】
ステップＳ１４において、自ノードのプログラムの版数と隣接ノードのプログラムの版数が一致するか否かを判断する。一致すれば、ステップＳ１８に進む。一致しなければ、ステップＳ１６に進む。ステップＳ１６において、プログラム要求フラグをオンにする。ステップＳ１８において、自ノードの個別設定情報の版数と隣接ノードが有する自ノードの個別設定情報の版数が一致するか否かを判断する。一致すれば、ステップＳ５０に進む。一致しなければ、ステップＳ２０に進む。ステップＳ２０において、個別設定情報要求フラグをオンにする。
【００４４】
ステップＳ３０において、片系からレスポンスが有ったか否かを判断する。レスポンスが有れば、ステップＳ３２に進む。レスポンスが無ければ、ステップＳ２に戻る。ステップＳ３２において、片系通常運用中であるか否かを判断する。通常運用中で有れば、ステップＳ３４に進む。通常運用中で無ければ、ステップＳ２に戻る。ステップＳ３４において、自ノードのＮＷ設定情報の版数と隣接ノードのＮＷ設定情報の版数が一致するか否かを判断する。一致すれば、ステップＳ３８に進む。一致しなければ、ステップＳ３６に進む。ステップＳ３６において、ＮＷ設定情報要求フラグをオンにする。
【００４５】
ステップＳ３８において、自ノードのプログラムの版数と隣接ノードのプログラムの版数が一致するか否かを判断する。一致すれば、ステップＳ４２に進む。一致しなければ、ステップＳ４０に進む。ステップＳ４０において、プログラム要求フラグをオンにする。ステップＳ４２において、自ノードの個別設定情報の版数と隣接ノードが有する自ノードの個別設定情報の版数が一致するか否かを判断する。一致すれば、ステップＳ６０に進む。一致しなければ、ステップＳ４４に進む。ステップＳ４４において、個別設定情報要求フラグをオンにする。
【００４６】
図１１中のステップＳ５０において、オンフラグ有るか否かを判断する。オンフラグが有れば、ステップＳ５２に進む。オンフラグが無ければ、ステップＳ５６に進む。ステップＳ５２において、図１３中の(4)に示すように、左隣接ノード５２＃１に対して、ダウンロード要求をする。ステップＳ５４において、ダウンロード待ちに入る。ステップＳ５６において、通常運用となる。ステップＳ６０において、オンフラグ有るか否かを判断する。オンフラグが有れば、ステップＳ６２に進む。オンフラグが無ければ、ステップＳ６６に進む。ステップＳ６２において、有効系隣接ノードへダウンロード要求をする。ステップＳ６４において、ダウンロード待ちに入る。ステップＳ６６において、通常運用となる。
【００４７】
隣接ノードはダウンロード要求を受けると、図１３中の(5),(5')に示すように、フラグオンのものについて、ダウンロードをする。ノード５２＃４は、ダウンロードされたものを受信する。ステップＳ８０において、データがＯＫであるか否かを判断する。データがＯＫで無ければ、ステップＳ２に戻る。データがＯＫならば、データを保存して、ステップＳ８２に進む。ステップＳ８２において、図１３中の(6)に示すように、リスタートする。ステップＳ８４において、通常運用なり、起動要因を増設時リスタートとして、運用時間を計時する。
【００４８】
（２）個別設定情報ダウンロード
図１４は個別設定情報の転送のフローチャートである。図１５は個別設定情報の転送のシーケンスチャートである。図１４中のステップＳ１００において、ノード５２＃４は増設の際に個別設定情報が管理端末５０や図示しないＲＳ−２３２Ｃインターフェースに接続された端末より入力される。ステップＳ１０２において、ノード５２＃４は、図１５中の(20)に示すように、左右の隣接ノード５２＃１，５２＃３に個別設定情報転送要求をする。隣接ノード５２＃１は、個別設定情報転送要求を受けると、図１５中の(21)に示すように、応答する。ステップＳ１０４において、ノード５２＃４は両系からレスポンスが有ったか否かを判別する。両系からレスポンスが有れば、ステップＳ１０６に進む。両系からレスポンスが無ければ、ステップＳ１０８に進む。
【００４９】
ステップＳ１０６において、図１５中の(22)に示すように、隣接ノードに個別設定情報を転送する。隣接ノードは、個別設定情報を受信すると隣接装置の個別設定情報として保存する。そして、図１５中の(23)に示すように、ノード５２＃４に応答する。ステップＳ１０８において、ノード５２＃４は片系からレスポンスが有ったか否かを判別する。片系からレスポンスが有れば、ステップＳ１１０に進む。片系からレスポンスが無ければ、ステップＳ１０２に戻る。ステップＳ１１０において、隣接ノードに個別設定情報を転送する。隣接ノード５２＃１，５２＃３は、ノード５２＃４の個別設定情報を受信すると保存して、ノード５２＃４に応答する。
【００５０】
（３）交換時
例えば、ノード５２＃４に障害等が発生し、ノード５２＃４の交換をしたとする。ノード５２＃４が交換されると、導入時と同様にスタートされて同様の処理を行う。このとき、交換ノード５２＃４に個別設定情報が設定されていないときでも、交換ノード５２＃４は、図１０中のステップＳ１８における隣接ノードが有する自ノード５２＃４の個別設定情報の版数と交換ノード５２＃４が有する個別設定情報の版数との比較により、版数が異なり、最新の個別設定情報が保存されていると判断される場合には、個別設定情報を隣接ノードよりダウンロードする。
【００５１】
（４）一括ダウンロード
プログラムやＮＷ設定情報のバージョンアップ等により、管理端末５０が全てのノード５２＃ｉ（ｉ＝１，２…）に対して、ダウンロード行う。各ノード５２＃ｉ（ｉ＝１，…）は、主信号よりダウンロードされたプログラムやＮＷ設定情報を受信してＲＯＭに保存する。管理端末５０はダウンロードが終了すると、主信号によりリスタートを指示する。ノード５２＃ｉ（ｉ＝１，…）は、リスタートの指示を受けると、強制リスタートを開始する。そして、起動要因を強制リスタートとし、運用時間の計時を開始する。
【００５２】
図１６は、自発リスタートへ至るフローチャートである。図１７は、自発リスタートへ至るシーケンスチャートであり、ノード５２＃３が強制リスタート失敗し、ノード５２＃３の左右の隣接ノード５２＃２，５２＃４が強制リスタートに成功したときに、ノード５２＃３が自発リスタートを行う場合を示している。図１７中の(51L),(51R)に示すように、管理端末５０からノード５２＃２，５２＃４にダウンロードされる。図１７中の(52L),(52R)に示すように、ノード５２＃２，５２＃４は強制リスタートする。一方、ノード５２＃３は、図１７中の(53)に示すように、ノード５２＃３は強制リスタートに失敗したとする。隣接ノード５２＃２，５２＃４は、図１７中の(54L),(54R)に示すように、ノード５２＃３に版数情報を送信する。ステップＳ１５０において、隣接ノード５２＃１，５２＃４より版数情報を受信する。図１７中の(55)に示すように、以下の版数比較を行う。
【００５３】
ステップＳ１５２において、両系からレスポンス有るか否かを判別する。両系からレスポンスが有れば、ステップＳ１５４に進む。両系からレスポンスがなければ、ステップＳ１７０に進む。ステップＳ１５４において、両系運用中であるか否かを判定する。両系が共に運用中で有れば、ステップＳ１５６に進む。両系が運用中でなければ、ステップＳ１７２に進む。ステップＳ１５６において、ＮＷ設定情報一致しているか否かを判別する。一致していれば、ステップＳ１５８に進む。一致していなければ、ステップＳ１８０に進む。
【００５４】
ステップＳ１５８において、自個別ノードの個別設定情報の版数と隣接ノードが有する自ノードの個別設定情報の版数が一致するか否かを判断する。一致すれば、ステップＳ１６０に進む。一致しなければ、ステップＳ１８０に進む。ステップＳ１６０において、自ノードのプログラムの版数と隣接ノードのプログラムの版数が一致するか否かを判断する。一致すれば、ステップＳ１８４に進む。一致しなければ、ステップＳ１８０に進む。ステップＳ１８０において、隣接ノードの起動要因が強制リスタート又は自発リスタートであるかを判断する。いずれでもなければ、ステップＳ１８４に進む。いずれかであれば、ステップＳ１８２に進む。ステップＳ１８２において、隣接ノードの起動時間が自ノードの起動時間よりも新しいか否かを判断する。新しい場合には、ステップＳ１９０に進む。
【００５５】
ステップＳ１７０において、片系からレスポンスが有ったか否かを判断する。レスポンスが有れば、ステップＳ１７２に進む。レスポンスが無ければ、ステップＳ１８６に進む。ステップＳ１７２において、片系通常運用中であるか否かを判断する。通常運用中で有れば、ステップＳ１７４に進む。通常運用中で無ければ、ステップＳ２７６に進む。ステップＳ１７４において、ＮＷ設定情報一致しているか否かを判別する。一致していれば、ステップＳ１７４に進む。一致していなければ、ステップＳ１８０に進む。ステップＳ１７６において、自個別ノードの個別設定情報の版数と隣接ノードが有する自ノードの個別設定情報の版数が一致するか否かを判断する。一致すれば、ステップＳ１７８に進む。一致しなければ、ステップＳ１８０に進む。ステップＳ１７８において、自ノードのプログラムの版数と隣接ノードのプログラムの版数が一致するか否かを判断する。一致すれば、ステップＳ１８８に進む。一致しなければ、ステップＳ１８０に進む。
【００５６】
ステップＳ１８４，Ｓ１８６において、ノード運用中とする。ステップＳ１９０において、版数が異なるものについて、フラグをオンにして、起動時刻が最も新しい隣接ノード５２＃１に対して、図１７中の(56L)に示すように、ダウンロード要求を行い、図１７中の(57L)(57'L)に示すように、隣接ノード５２＃１は、ダウンロード要求フラグオンされたものについて、ノード５２＃３にダウンロードし、ノード５２＃３は、正常にダウンロードされると、図１７中の(58)に示すように、起動要因を自発リスタートして、通常運用に入る。ノード５２＃３は、自発リスタートすると、隣接ノード５２＃４，５２＃１に、起動要因を自発リスタートとする版数情報を通知する。これにより、強制リスタート失敗した場合に、隣接ノードより、自動的にダウンロードされて、自発リスタートされる。
【００５７】
また、ノード５２＃２，５２＃３，５２＃４で強制リスタート失敗し、ノード５２＃１が強制リスタート成功した場合には、上述したと同様にして、ノード５２＃１がノード５２＃２に版数情報を通知する。ノード５２＃２は、版数情報を受け取ると、上述したようにノード５２＃１にダウンロード要求を行い、ダウンロードされると自発リスタートをして、通常運用に入る。そして、ノード５２＃３に起動要因を自発リスタートとする版数情報を通知する。
【００５８】
ノード５２＃３は上述したと同様にしてノード５２＃２よダウンロード要求を行い、ダウンロードされると自発リスタートして、通常運用に入り、ノード５２＃４に起動要因を自発リスタートとする版数情報の通知をする。このように、３個以上の直列に接続されたノード５２＃２，５２＃３，５２＃４が強制リスタートに失敗しても、ダウンロードに成功したノードより順次ダウンロードされる。
【００５９】
以上説明した実施形態によれば、２台目以降の初期導入時、導入現場での作業としてプログラム版数と整合性の確認や入れ替え、ネットワーク設定情報の設定、装置個別設定情報の設定が不要により、システムエンジニアレベルのネットワーク知識を有する作業員が不要となる。従って、導入装置の台数が多い場合など、装置設定に伴う人件費の大幅な削減となる。
【００６０】
また、装置交換時も同様に、運用中のプログラム版数と交換装置版数との整合性の確認や入れ替え、及びネットワーク設定情報の再設定、装置個別設定情報の再設定が不要により、システムエンジニアレベルのネットワーク知識を有する作業員が不要となり、現場に赴くのは工事担当者のみで良く、人件費の削減になる。プログラム一括入れ替えに失敗した場合の自動リカバリでは復旧時間が最小の時間でリカバリができる。また、失敗した箇所が複数ある場合でも、復旧時間はその数に関係なく最小時間で復旧が可能である。
【００６１】
本発明は以下の付記を含むものである。
【００６２】
（付記１）データを記憶するデータ記憶部と、
前記データの版数情報を管理する版数管理部と、
自装置が立ち上げられた時、隣接ネットワーク装置が有するデータの版数情報の送信を該隣接ネットワーク装置に要求する版数送信要求部と、
前記版数管理部により管理されるデータの版数情報と前記送信要求に基づいて送信された前記隣接ネットワーク装置が有するデータの版数情報とを比較する版数比較部と、
前記版数比較部の比較結果に基づいて、前記隣接ネットワーク装置にデータの送信を要求するデータ送信要求部と、
前記データ送信要求部の要求に基づいて隣接ネットワーク装置から送信されたデータを受信して、該データを前記データ記憶部に記憶するデータ受信部と、
前記データ受信部が受信したデータに基づいて、リスタートするリスタート制御部と、
を具備したことを特徴とするネットワーク装置。
【００６３】
（付記２）隣接ネットワーク装置からの版数情報の送信要求に基づいて、自装置が有するデータの版数情報を該隣接ネットワーク装置に送信する版数情報送信部と、隣接ネットワーク装置からのデータの送信要求に基づいて、自装置が有するデータを送信するデータ送信部とを更に具備したことを特徴とする付記１記載のネットワーク装置。
【００６４】
（付記３）自装置の状態を管理する状態管理部、隣接ネットワーク装置に状態の送信要求する状態送信要求部と、隣接ネットワーク装置からの状態の送信要求に基づいて、前記状態管理部が管理する状態を該隣接ネットワーク装置に送信する状態送信部とを更に具備し、前記データ送信要求部は、該隣接ネットワーク装置が運用状態であり且つデータの版数が異なる場合に該データの送信を要求することを特徴とする付記２記載のネットワーク装置。
【００６５】
（付記４）自装置がネットワークに導入されたとき、自装置に設定された個別設定データを隣接ネットワーク装置に送信する個別設定データ送信部と、第２データ記憶部と、隣接ネットワーク装置から送信された個別設定データを受信して、前記第２データ記憶部に保存する個別設定データ受信部と、隣接ネットワーク装置からの送信要求に基づいて、前記第２データ記憶部に保存された個別設定データを送信する個別設定情報送信部とを更に具備したことを特徴とする付記３記載のネットワーク装置。
【００６６】
（付記５）前記データは、プログラムデータ、ネットワーク装置に共通のネットワーク設定データ及び前記個別設定データであり、前記データ送信要求部はプログラムデータ及びネットワーク設定データについては版数が異なる場合、個別設定データについては自装置の個別設定データが隣接ネットワーク装置に保存されている場合、隣接ネットワーク装置に送信要求をすることを特徴とする付記４記載のネットワーク装置。
【００６７】
（付記６）外部からの強制リスタート要求に基づいてリスタートする第２リスタート制御部と、リスタートされた起動要因及びリスタートしてからの運用時間を管理する起動要因管理部と、リスタートしたとき起動要因及び運用時間を隣接ネットワーク装置に送信する起動要因送信部と、隣接ネットワーク装置から送信された起動要因が強制リスタート要求であり、該隣接ネットワーク装置の運用時間が自装置の運用時間よりも短いときに、該隣接ネットワーク装置にデータの送信を要求する第２データ送信要求部と、隣接ネットワーク装置から送信された第２データ送信要求部の要求に基づくデータを受信して、該データを前記データ記憶部に記憶する第２データ受信部と、該データに基づいて自発リスタートをする第３リスタート制御部とを更に具備したことを特徴とする付記５記載のネットワーク装置。
【００６８】
（付記７）前記起動要因送信部は、前記自発リスタートをしたとき、自発リスタートとする起動要因を隣接ネットワーク装置に送信し、前記第２データ送信要求部は、起動要因が自発リスタートであり、運用時間が自装置の運用時間よりも短いときに、隣接ネットワーク装置にデータの送信を要求することを特徴とする付記６記載のネットワーク装置。
【００６９】
（付記８）前記状態管理部が管理する状態は、隣接ネットワーク装置からのデータの転送待ちであるダウンロード待ち状態、運用状態及び通信不可状態を含むことを特徴とする付記３記載のネットワーク装置。
【００７０】
【発明の効果】
以上説明した本発明によれば、導入時に隣接ノードよりデータをダウンロードするので、オペレータが不要となる。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】本発明の実施形態によるネットワーク構成図である。
【図３】図２中のノード構成図である。
【図４】図３中のプラグイン制御部の構成図である。
【図５】状態遷移図である。
【図６】版数情報の内容を示す図である。
【図７】導入時のダウンロード、ウェイトの条件を示す図である。
【図８】ダウンロード要求内容を示す図である。
【図９】自発リスタートと版数情報の関係を示す図である。
【図１０】導入時及び交換時のダウンロードのフローチャートである。
【図１１】導入時及び交換時のダウンロードのフローチャートである。
【図１２】導入時及び交換時のダウンロードのフローチャートである。
【図１３】導入時のシーケンスチャートである。
【図１４】個別設定情報転送のフローチャートである。
【図１５】個別設定情報転送のシーケンスチャートである。
【図１６】自発リスタートへ至るフローチャートである。
【図１７】自発リスタートへ至るシーケンスチャートである。
【符号の説明】
２＃１，２＃２ノード
４＃２データ記憶部
６＃２版数管理部
８＃２版数送信要求部
１０＃２版数比較部
１２＃２データ送信要求部
１４＃２データ受信部
１６＃２リスタート制御部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a network device, and more particularly to control of downloading and restarting an exchange, an operating program, and operation data required when operating the network device.
[0002]
[Prior art]
A network such as a corporate network is composed of a plurality of network devices (nodes). The node has a router function that supports a plurality of low-speed LAN interfaces and a high-speed interface that forms a backbone network between nodes, for example, a function of an SDH device that supports an SDH, a SONET interface, and the like. The network is operated by newly introducing a plurality of nodes and connecting the nodes. In the case of a node failure or the like, it is replaced with a new network device. In addition, program and setting information version upgrades are performed simultaneously on all nodes during operation.
[0003]
(1) At the time of introduction
▲ 1 ▼ Router
It is necessary to set network setting information (NW setting information) and individual setting information for the introduction node. The NW setting information is information that nodes must have in common, such as IP address information, node number information, VLAN setting information, and the like. The individual setting information is individual information of each node, for example, LAN interface information accommodated by each port. Conventionally, this is performed by an operator, setting data is stored in the apparatus, and a backup of the setting data is stored on a medium.
[0004]
(2) SDH equipment
It is necessary to install a monitoring program and set individual setting information. The monitoring program is a program that monitors whether the SDH apparatus is operating normally. The individual setting information is individual information for each node, for example, time slot allocation information, QoS setting information, and the like. Conventionally, this is done by downloading from the management terminal on the center side by an operator, collecting individual setting information at the management terminal, and backing up to a medium.
[0005]
(2) When replacing the device
▲ 1 ▼ Router
It is necessary to do the same thing as the introduction. This was done by resetting the setting data backed up on the medium at the time of introduction by the operator.
[0006]
(2) SDH equipment
When the version of the program installed on the exchange node is different from the version of the exchange device, the program operated by the operator is downloaded from the management terminal. In addition, the setting data backed up at the time of introduction is reset by the operator from the management terminal.
[0007]
(3) Batch change
When changing the version of the program or setting data (IP address version) at a time during operation, download the program or setting data from the management terminal to all devices and perform data exchange at the same time. The operator confirms from the management terminal whether the version has been changed.
[0008]
[Problems to be solved by the invention]
However, conventionally, there are the following problems.
[0009]
(1) At the time of introduction
In general, the network setting of the router is complicated, and an operator at the system engineer level is required in addition to the equipment facility construction worker. Therefore, as the number of installed units increases, the operator's work cost also increases in proportion. It is necessary to make sure that the version number of the program or NW setting information operated on the already installed network is the same as the version number of the program installed in the added device. This is because a failure that makes monitoring impossible occurs if the version of the monitoring program is different. In addition, if the version number of the IP address differs depending on the node, such as IPv4 and IPv6, routing becomes impossible. For this reason, the network may be disconnected if it is not compatible or starts up with a different version number.
[0010]
(2) When replacing the device
It is essential to check that the version of the program and setting data being operated are the same or compatible, as in the case of initial node expansion. If they are different, installation work is required and the work is complicated. become. Further, it is necessary to reset backup data by an operator for operation. However, in the case of a router, there is a problem that knowledge about the network is required, and it is usually accompanied by a work of a system engineer level person, so that a worker different from the apparatus installation work person is required and the cost is increased.
[0011]
(3) Batch replacement during operation
At the time of program replacement, in order to shorten the network disconnection due to program switching, switching is performed at the same time by an operator's instruction from the management terminal. At this time, the network may be disconnected if there is any node that has failed to be switched. In this case, the operator must use the management terminal to check whether switching has succeeded for each node, and check the disconnected location, and the network is disconnected until the survey is completed. become. In particular, when nodes are cascade-connected and the management terminal is connected to one terminal node, when the network is cut off due to unsuccessful switching of the other terminal node, it takes time to complete the investigation. . In addition, when there are a plurality of network disconnection points, recovery is performed one by one, so that it takes time to recover in proportion to the disconnection points.
[0012]
The present invention has been made in view of the above, and an object of the present invention is to provide a network device that can automatically match the operation data version numbers when performing introduction, replacement, and batch replacement during operation.
[0013]
[Means for Solving the Problems]
FIG. 1 is a principle diagram of the present invention. As shown in FIG. 1, node 2 # i (i = 1, 2) is an adjacent node. The node 2 # i includes a data storage unit 4 # i, a version number management unit 6 # i, a version number transmission request unit 8 # i, a version number comparison unit 10 # i, a data transmission request unit 12 # i, and a data reception unit 14 #I and restart control unit 16 # i. Data is stored in the data storage unit 4 # i. Data is program data, setting data, and the like. The data has a version number, and the version number management unit 6 # i manages the version number information of the data stored in the data storage unit 4 # i. It is assumed that the node 2 # 2 has been set up for expansion to the network, new introduction and replacement, and the like. On the other hand, it is assumed that the node 2 # 1 has already been operated on the network.
[0014]
The version number transmission request unit 8 # 2 requests the node 2 # 1 to transmit the version number information of the data included in the adjacent node 2 # 1 when the own apparatus is started up. The version number comparison unit 10 # 2 compares the version number information of the data managed by the version number management unit 6 # 2 with the version number information of the data transmitted from the node # 1 based on the transmission request. The data transmission request unit 12 # 2 requests the adjacent node 2 # 1 to transmit data based on the comparison result of the version number comparison unit. The data receiving unit 14 # 2 receives the data transmitted from the adjacent node 2 # 1, and stores the data in the data storage unit 4 # 2. The restart control unit 16 # 2 restarts based on the data received by the data receiving unit 14 # 2. As described above, when the node 2 # 2 is added or replaced, the necessary data is downloaded from the adjacent node 2 # 1 when the node 2 # 2 is started up, so that the operator need not download it.
[0015]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 2 is a network configuration diagram according to an embodiment of the present invention. 2A is a diagram showing a ring-connected network, and FIG. 2B is a diagram showing a cascade-connected network. As shown in FIGS. 2A and 2B, the network includes a management terminal 50, a plurality of nodes 52 # i (i = 1 to 4), a transmission path 54 and nodes connecting the nodes 52 # i. The LAN cable 60 # ij (j = 1 to n) accommodated in 52 # i.
[0016]
The management terminal 50 has the following functions. (1) Download the monitoring program, NW setting information and individual setting information to the corresponding node 52 # i. For communication between the management terminal 50 and the node 52 # i, for example, the management terminal 50 and the node 52 # 1 are connected by a LAN, and LAN communication is performed between the management terminal 50 and the node 52 # 1. For example, the SDH main signal communication is performed between the management terminal 50 and the node 52 # i (i = 2,...) Between the node 52 # 1 and the node 52 # i. (2) In order to switch all at once, all nodes 52 # i (i = 1,...) Are instructed to restart.
[0017]
FIG. 3 is a configuration diagram of the node 52 # i in FIG. As illustrated in FIG. 3, the node 52 # i includes a router 100 # i, an SDH apparatus 102 # i, and a plug-in control unit 104 # i. The router 100 # i accommodates a plurality of LAN interfaces 60 # ij (j = 1,...), And performs IP packet routing processing between the LAN interface 52 # ij and the SDH apparatus 102 # i according to the NW setting data. The SDH apparatus 102 # i has the following functions. (1) The SDH is interfaced between the main transmission line 54 and the router 100 # i according to the time slot allocation information. (2) Monitor faults with a monitoring program.
[0018]
FIG. 4 is a configuration diagram of the plug-in control unit 104 # i in FIG. As shown in FIG. 4, the plug-in control unit 104 # i includes a program storage unit 150 # i, an own device NW setting information storage unit 152 # i, an own device individual setting information storage unit 154 # i, and an adjacent device individual setting information. Storage unit 156 # i, version number management unit 158 # i, state management unit 160 # i, adjacent node data management unit 162 # i, activation factor storage unit 164 # i, main line communication unit 166 # i, restart control unit 168 # i, communication control unit 170 # i, and inter-adjacent communication unit 172 # i.
[0019]
The program storage unit 150 # i is, for example, a ROM that stores the monitoring program together with its version number. The own device NW setting information storage unit 152 # i is, for example, a ROM that stores the NW setting information of the own device together with its version number. The own device individual setting information storage unit 154 # i is a ROM that stores the individual device individual setting information together with its version number. The adjacent device individual setting information storage unit 156 # i is, for example, a ROM that stores the individual setting information of the adjacent node together with its version number. The version number management unit 158 # i includes a program, NW setting information, and individual setting information stored in the program storage unit 150 # i, the own device NW setting information storage unit 152 # i, and the own device individual setting information storage unit 156 # i. Manage the version number. The state management unit 160 # i manages the state of the own device. The states include normal operation, download waiting, downloading, download completion, start / restart, communication disabled state, operating condition confirmation, operating condition abnormality, FPGA loading, and FPGA abnormality.
[0020]
FIG. 5 is a diagram illustrating state transition. The start / restart is a node when the reset button is turned on or the power is turned on, when the program, NW setting information and individual setting information are downloaded, or when the restart is instructed from the outside by the management terminal 50 Is a state in which is activated / reactivated. Checking the operating condition means checking the SDH frame between adjacent nodes to check whether communication is possible between adjacent nodes. The communication disabled state refers to a state where communication with an adjacent node is not possible.
[0021]
The operating condition abnormality means a state in which an abnormality has been detected by operating condition confirmation. Download waiting means that a program or the like is waiting to be downloaded from an adjacent node. Downloading means that a program or the like is being downloaded. Download completion means that the program has been downloaded. “Loading FPGA” means a state in which data is being loaded into the FPGA. In the FPGA, a part of the SDH apparatus is constituted by the FPGA, and the function of the SDH apparatus is determined by loading the FPGA data which is the individual setting data. The FPGA abnormality means a state in which an abnormality of the FPGA data has occurred. Normal operation means that the node is in operation. The above state transitions as shown in FIG.
[0022]
The adjacent node data storage unit 170 # i has the following functions. (1) When the individual setting information of the adjacent node is received from the communication control unit 170 # i, it is stored in the adjacent device individual setting information storage unit 156 # i. (2) When the communication control unit 170 # i requests reading of the individual setting information of the adjacent node, the individual setting information is read from the adjacent device individual setting information storage unit 156 # i.
[0023]
The activation factor storage unit 164 # i has the following functions. (1) Save the activation factor. The activation factor refers to the factor that caused the own node to be activated. It is activated by an instruction from the management terminal 50 (forced restart), activated at the time of introduction (installation restart), or activated at the time of replacement ( This is one of the causes of restarting (switching restart) and restarting according to the download by forced restart of the adjacent node (spontaneous restart). The reason for saving the activation factor is to determine whether or not there is a download based on the activation factor notified from the adjacent node. (2) Count the operation time after entering the operation state by restart. The operation time is measured because the operation time should be adjusted according to the latest program. (3) The activation factor and the operation time are read in accordance with the instruction from the communication control unit 170 # i.
[0024]
The main line communication unit 166 # i transmits / receives data from the management terminal 50 mapped to the SDH payload, such as a restart instruction and download data. The restart control unit 168 # i has the following functions. (1) When a restart instruction is received from the main line communication unit 166 # i, the restart is started. (2) When a restart instruction is received, the communication control unit 170 # i is notified of this, and the activation factor storage unit 164 # i is notified of the activation factor (forced restart). (3) Restart is started in accordance with the instruction from the communication control unit 170 # i.
[0025]
Communication control unit 170 # i has the following functions.
[0026]
(1) The following processing is performed at the time of introduction.
[0027]
(i) Request version number information from the adjacent node through the inter-adjacent communication unit 172 # i. (ii) The version number information is received from the adjacent node through the inter-adjacent communication unit 172 # i. FIG. 6 is a diagram showing the contents of the version number information transmitted from the adjacent node. As shown in FIG. 6, the version number information includes the own node status, NW setting information version number, program version number, individual setting information version number, activation factor, and operation time. It should be noted that the individual setting information version number, the activation factor, and the operation time are not required at the time of introduction, but this is because of the common format. (iii) The version number information of the own node is received from the version number management unit 158 # i. (iv) The version information of the own node and the version information of the adjacent node are compared to determine whether or not downloading is necessary. Here, when it is necessary to download at the time of introduction, it is necessary to satisfy the following conditions (a), (b), and (c). (a) The version number is different, (b) The state of the adjacent node is normal operation, and (c) If the left and right adjacent nodes are normal operation, the version numbers of the left and right adjacent nodes are the same. .
[0028]
FIG. 7A to FIG. 7C are diagrams showing download and wait conditions at the time of introduction. 7A shows a case where the version number of the own node is V0, FIG. 7B shows a case where the version number of the own node is V1, and FIG. It is a figure which shows the case where the version number is V2. Here, the version number refers to the program version number or the version number of the NW setting information. DL means download. The download target at the time of introduction is a program of the version to be compared or NW setting information. WAIT means a state waiting for download. Activation is a condition for restarting without downloading.
[0029]
The restart is started when the version number of the program and the version number of the NW setting information satisfy the conditions shown in the figure. In the figure, the left view shows the state of the left adjacent node, and the upper view shows the state of the right adjacent node. In the figure, the left view is extended to the right and the upper column is extended to the lower side to indicate the state in which the own node transitions. For example, if the left and right adjacent nodes are in operation and the version numbers are both V1, they are downloaded (DL). The download is performed from the left adjacent node, for example. If both the left and right adjacent nodes are in operation, but the version numbers are different, for example, if the version number of the left adjacent node is V1 and the version number of the right adjacent node is V2, wait. This is because the nodes in operation should have the same version number, so that different version numbers are not in a normal state, and thus wait until a normal state is reached.
[0030]
(v) When it is necessary to download, the corresponding version number is requested to download to the adjacent node through the adjacent communication unit 172 # i. FIG. 8 shows the contents of the download request. As shown in FIG. 8, the download request is made by turning on / off the NW setting information download request flag, the individual setting information request flag, and the program download request flag. (vi) The one downloaded from the adjacent node is stored in the corresponding program storage unit 150 # i or the like through the version number management unit 158 # i.
[0031]
(2) At the time of node replacement, the same processing as at the time of introduction is performed. At this time, if the latest individual setting information is not set in the exchange node, the individual setting information stored in the adjacent node at the time of introduction is downloaded. The individual setting information is downloaded because the version number of the individual setting information stored in the adjacent node is different from the version number of the individual setting information stored in the own apparatus individual setting information storage unit 154 # i. This is the case (including the case where the individual setting information is not set and the individual setting information is different from the latest one).
[0032]
(3) The following processing relating to an external restart instruction is performed.
[0033]
(i) When the restart control unit 168 # i notifies the restart, the version number information shown in FIG. 6 is notified to the adjacent node through the inter-adjacent communication unit 172 # i. (ii) When the version number information is received from the adjacent node, it is determined whether or not the download is necessary. FIG. 9 is a diagram showing conditions for determining whether or not downloading is necessary. In FIG. 9, the left is the left adjacent node, the right is the right adjacent node, the leftmost column or upper right row is the state of the adjacent node or the state compared with the version number information (operation time) of the own node. The start time new (old) means that the operation time of the adjacent node is shorter (longer) than the operation time of the own node. As shown in FIG. 9, when all the following conditions (a) to (d) are satisfied, a download request is made through the inter-adjacent communication unit 172 # i. (a) Adjacent node is in normal operation, (b) Adjacent node activation factor is external restart instruction (forced restart) or restart based on adjacent node forced restart (spontaneous restart) (C) The operation time of the adjacent node is shorter than the operation time of the own node, and (d) the version number of the adjacent node is different from the version number of the own node.
[0034]
(iii) If the download condition is satisfied, after downloading, the restart control unit 168 # i performs a spontaneous restart and notifies the activation factor storage unit 164 # i of the activation factor (spontaneous restart). . The one with the shortest operation time is downloaded from the left and right adjacent nodes. (iv) When restarting after downloading, notify the adjacent node of version number information.
[0035]
(4) When version number information is requested from the adjacent node, the version number information shown in FIG. 6 is acquired from the version number management unit 158 # i and the activation factor storage unit 16 # i, and the inter-adjacent communication unit 172 # i To the adjacent node.
[0036]
(5) When a download is requested from an adjacent node, the corresponding program storage unit 150 # i, own device NW setting information storage unit 152 # i, or adjacent device individual setting information storage unit is set for the one where the download request flag is set. Data is read from 156 # i and transferred to the adjacent node through the inter-adjacent communication unit 172 # i.
[0037]
(6) When the individual setting information is transferred from the adjacent node, it is stored in the adjacent device individual setting information storage unit 156 # i.
[0038]
The inter-adjacent communication unit 172 # i performs communication between adjacent nodes using a sub-signal, for example, SDH overhead, according to an instruction from the communication control unit 170 # i.
[0039]
The operation of FIG. 2 will be described below.
[0040]
(1) At the time of introduction
The operation at the time of introduction will be described by taking as an example a case where a node 52 # 4 is added between the node 52 # 3 and the node 52 # 1 in FIG. 2A and a node 52 # 4 is added to the right side of the node 52 # 3 in FIG. . The maintenance person connects the node 52 # 4 to the transmission line 54 at the site and turns on the power. When the power is turned on, the node 52 # 4 rises and starts operation. As shown in FIG. 5, a transition is made from the start state to the operating condition checking state. In the state where the operation state is being confirmed, it is checked whether communication between the left and right adjacent nodes is possible. If communication is not possible between adjacent nodes, communication between the adjacent nodes is disabled.
[0041]
10 to 12 are flowcharts of downloading at the time of introduction and replacement. FIG. 13 is a download sequence chart when the node 52 # 4 is added. In step S2, as shown in (1L) and (1R) in FIG. 13, a version number notification request is transmitted to both adjacent nodes. As shown by (2L) and (2R) in FIG. 13, the adjacent nodes 52 # 1 and 52 # 3 transmit the NW setting information, the program, and the version information of the individual setting information to the node 52 # 4, The node 52 # 4 receives the version number information. In step S4, it is determined whether or not there is a response from both systems. If there is a response from both systems, the process proceeds to step S6. If there is no response from both systems, the process proceeds to step S30. In step S6, it is determined whether or not both systems are in normal operation. If both systems are operating, the process proceeds to step S8. If both systems are not operating, the process proceeds to step S32.
[0042]
In step S8, as shown in (2) in FIG. 13, it is determined whether or not the NW setting information and the program version number of both systems match. If they do not match, the process returns to step S2. If they match, the process proceeds to step S10. In step S10, it is determined whether or not the version number of the NW setting information of the own node matches the version number of the NW setting information of the adjacent node. If they match, the process proceeds to step S12. If not, the process proceeds to step S14. In step S12, the NW setting information request flag is turned on.
[0043]
In step S14, it is determined whether or not the version number of the program of the own node matches the version number of the program of the adjacent node. If they match, the process proceeds to step S18. If not, the process proceeds to step S16. In step S16, the program request flag is turned on. In step S18, it is determined whether or not the version number of the individual node individual setting information matches the version number of the own node individual setting information of the adjacent node. If they match, the process proceeds to step S50. If not, the process proceeds to step S20. In step S20, the individual setting information request flag is turned on.
[0044]
In step S30, it is determined whether or not there is a response from one system. If there is a response, the process proceeds to step S32. If there is no response, the process returns to step S2. In step S32, it is determined whether or not one-system normal operation is being performed. If it is under normal operation, the process proceeds to step S34. If not in normal operation, the process returns to step S2. In step S34, it is determined whether the version number of the NW setting information of the own node matches the version number of the NW setting information of the adjacent node. If they match, the process proceeds to step S38. If not, the process proceeds to step S36. In step S36, the NW setting information request flag is turned on.
[0045]
In step S38, it is determined whether or not the version number of the program of the own node matches the version number of the program of the adjacent node. If they match, the process proceeds to step S42. If not, the process proceeds to step S40. In step S40, the program request flag is turned on. In step S42, it is determined whether or not the version number of the individual setting information of the own node matches the version number of the individual setting information of the own node of the adjacent node. If they match, the process proceeds to step S60. If not, the process proceeds to step S44. In step S44, the individual setting information request flag is turned on.
[0046]
In step S50 in FIG. 11, it is determined whether there is an on flag. If there is an ON flag, the process proceeds to step S52. If there is no ON flag, the process proceeds to step S56. In step S52, a download request is made to the left adjacent node 52 # 1 as indicated by (4) in FIG. In step S54, the process waits for download. In step S56, normal operation is performed. In step S60, it is determined whether there is an ON flag. If there is an on flag, the process proceeds to step S62. If there is no ON flag, the process proceeds to step S66. In step S62, a download request is made to the effective adjacent node. In step S64, the process waits for download. In step S66, normal operation is performed.
[0047]
When the adjacent node receives the download request, as shown in (5) and (5 ′) in FIG. Node 52 # 4 receives the downloaded one. In step S80, it is determined whether or not the data is OK. If the data is not OK, the process returns to step S2. If the data is OK, the data is saved and the process proceeds to step S82. In step S82, restart is performed as indicated by (6) in FIG. In step S84, normal operation is performed, and the operation time is counted with the activation factor being restart at the time of expansion.
[0048]
(2) Individual setting information download
FIG. 14 is a flowchart of transfer of individual setting information. FIG. 15 is a sequence chart of transfer of individual setting information. In step S100 in FIG. 14, when the node 52 # 4 is added, individual setting information is input from the management terminal 50 or a terminal connected to the RS-232C interface (not shown). In step S102, the node 52 # 4 makes an individual setting information transfer request to the left and right adjacent nodes 52 # 1 and 52 # 3 as indicated by (20) in FIG. Upon receiving the individual setting information transfer request, the adjacent node 52 # 1 responds as indicated by (21) in FIG. In step S104, the node 52 # 4 determines whether or not there is a response from both systems. If there is a response from both systems, the process proceeds to step S106. If there is no response from both systems, the process proceeds to step S108.
[0049]
In step S106, the individual setting information is transferred to the adjacent node as indicated by (22) in FIG. When the adjacent node receives the individual setting information, the adjacent node stores it as the individual setting information of the adjacent device. Then, as indicated by (23) in FIG. 15, it responds to the node 52 # 4. In step S108, the node 52 # 4 determines whether or not there is a response from one system. If there is a response from one system, the process proceeds to step S110. If there is no response from one system, the process returns to step S102. In step S110, the individual setting information is transferred to the adjacent node. The adjacent nodes 52 # 1 and 52 # 3 receive and store the individual setting information of the node 52 # 4 and respond to the node 52 # 4.
[0050]
(3) When replacing
For example, assume that a failure or the like occurs in the node 52 # 4 and the node 52 # 4 is replaced. When the node 52 # 4 is exchanged, it is started in the same manner as at the time of introduction and performs the same processing. At this time, even when the individual setting information is not set in the exchange node 52 # 4, the exchange node 52 # 4 has the version number of the individual setting information of the own node 52 # 4 of the adjacent node in step S18 in FIG. If the version number is different and the latest individual setting information is stored by comparison with the version number of the individual setting information of the replacement node 52 # 4, the individual setting information is downloaded from the adjacent node. To do.
[0051]
(4) Batch download
The management terminal 50 downloads to all the nodes 52 # i (i = 1, 2,...) By upgrading the program, NW setting information, or the like. Each node 52 # i (i = 1,...) Receives a program or NW setting information downloaded from the main signal and stores it in the ROM. When the download is completed, the management terminal 50 instructs a restart by a main signal. When the node 52 # i (i = 1,...) Receives the restart instruction, the node 52 # i starts the forced restart. Then, the start factor is set to forced restart, and operation time measurement is started.
[0052]
FIG. 16 is a flowchart up to the spontaneous restart. FIG. 17 is a sequence chart leading to a spontaneous restart when the node 52 # 3 fails to force restart and the left and right adjacent nodes 52 # 2 and 52 # 4 of the node 52 # 3 succeed in force restart. This shows a case where the node 52 # 3 performs a spontaneous restart. As indicated by (51L) and (51R) in FIG. 17, the data is downloaded from the management terminal 50 to the nodes 52 # 2 and 52 # 4. As indicated by (52L) and (52R) in FIG. 17, the nodes 52 # 2 and 52 # 4 are forcibly restarted. On the other hand, it is assumed that the node 52 # 3 has failed in the forced restart as indicated by (53) in FIG. The adjacent nodes 52 # 2 and 52 # 4 transmit the version number information to the node 52 # 3 as indicated by (54L) and (54R) in FIG. In step S150, the version number information is received from the adjacent nodes 52 # 1 and 52 # 4. As shown in (55) of FIG. 17, the following version number comparison is performed.
[0053]
In step S152, it is determined whether or not there is a response from both systems. If there is a response from both systems, the process proceeds to step S154. If there is no response from both systems, the process proceeds to step S170. In step S154, it is determined whether or not both systems are operating. If both systems are in operation, the process proceeds to step S156. If both systems are not in operation, the process proceeds to step S172. In step S156, it is determined whether the NW setting information matches. If they match, the process proceeds to step S158. If not, the process proceeds to step S180.
[0054]
In step S158, it is determined whether or not the version number of the individual setting information of the own individual node matches the version number of the individual setting information of the own node of the adjacent node. If they match, the process proceeds to step S160. If not, the process proceeds to step S180. In step S160, it is determined whether or not the version number of the program of the own node matches the version number of the program of the adjacent node. If they match, the process proceeds to step S184. If not, the process proceeds to step S180. In step S180, it is determined whether the activation factor of the adjacent node is a forced restart or a spontaneous restart. Otherwise, the process proceeds to step S184. If it is either, the process proceeds to step S182. In step S182, it is determined whether the activation time of the adjacent node is newer than the activation time of the own node. If it is new, the process proceeds to step S190.
[0055]
In step S170, it is determined whether or not there is a response from one system. If there is a response, the process proceeds to step S172. If there is no response, the process proceeds to step S186. In step S172, it is determined whether one-system normal operation is being performed. If it is under normal operation, the process proceeds to step S174. If it is not under normal operation, the process proceeds to step S276. In step S174, it is determined whether the NW setting information matches. If they match, the process proceeds to step S174. If not, the process proceeds to step S180. In step S176, it is determined whether or not the version number of the individual setting information of the own individual node matches the version number of the individual setting information of the own node of the adjacent node. If they match, the process proceeds to step S178. If not, the process proceeds to step S180. In step S178, it is determined whether or not the version number of the program of the own node matches the version number of the program of the adjacent node. If they match, the process proceeds to step S188. If not, the process proceeds to step S180.
[0056]
In steps S184 and S186, the node is in operation. In step S190, for the different version numbers, the flag is turned on and a download request is made to the adjacent node 52 # 1 with the newest activation time as shown by (56L) in FIG. As shown in (57L) (57'L), the adjacent node 52 # 1 downloads the download request flag turned on to the node 52 # 3, and the node 52 # 3 is normally downloaded. As shown at (58) in FIG. 17, the activation factor is spontaneously restarted and the normal operation is started. When the node 52 # 3 spontaneously restarts, the node 52 # 3 notifies the adjacent nodes 52 # 4 and 52 # 1 of version number information with the activation factor as the spontaneous restart. As a result, when a forced restart fails, it is automatically downloaded from the adjacent node and restarted spontaneously.
[0057]
Further, when the forced restart fails at the nodes 52 # 2, 52 # 3, 52 # 4 and the forced restart is successful at the node 52 # 1, the node 52 # 1 is changed to the node 52 # in the same manner as described above. 2 is notified of the version number information. When the node 52 # 2 receives the version number information, it makes a download request to the node 52 # 1 as described above. The node 52 # 3 is then notified of version number information with the activation factor as a spontaneous restart.
[0058]
The node 52 # 3 makes a download request from the node 52 # 2 in the same manner as described above, and when downloaded, the node 52 # 3 spontaneously restarts, enters normal operation, and the node 52 # 4 has the activation factor as a spontaneous restart. Notify number information. As described above, even when three or more nodes 52 # 2, 52 # 3, and 52 # 4 connected in series fail in the forced restart, they are sequentially downloaded from the nodes that have been successfully downloaded.
[0059]
According to the embodiment described above, at the time of initial installation of the second and subsequent units, it is unnecessary to check and replace the program version number and consistency, to set network setting information, and to set device individual setting information as work at the installation site This eliminates the need for workers having network knowledge at the system engineer level. Therefore, when the number of introduced devices is large, the labor cost associated with device setting is greatly reduced.
[0060]
Similarly, when a device is replaced, the system engineer does not need to check and replace the consistency between the operating program version and the replacement device version, reset the network setting information, and reset the device individual setting information. Workers with a high level of network knowledge are not required, and only the construction personnel need to go to the site, which reduces labor costs. With automatic recovery when program batch replacement fails, recovery can be performed in a minimum recovery time. Further, even when there are a plurality of failed locations, the recovery time can be recovered with the minimum time regardless of the number.
[0061]
The present invention includes the following supplementary notes.
[0062]
(Supplementary note 1) a data storage unit for storing data;
A version number management unit for managing version number information of the data;
A version number transmission requesting unit that requests the neighboring network device to transmit the version number information of the data that the neighboring network device has when the own device is started;
A version number comparison unit that compares the version number information of the data managed by the version number management unit with the version number information of the data that the adjacent network device has transmitted based on the transmission request;
Based on the comparison result of the version number comparison unit, a data transmission request unit that requests the adjacent network device to transmit data;
A data reception unit that receives data transmitted from an adjacent network device based on a request from the data transmission request unit, and stores the data in the data storage unit;
A restart control unit that restarts based on the data received by the data receiving unit;
A network apparatus comprising:
[0063]
(Supplementary note 2) Based on a version number information transmission request from an adjacent network device, a version number information transmission unit for transmitting the version number information of the data of the own device to the adjacent network device, and the data of the data from the adjacent network device The network device according to appendix 1, further comprising a data transmission unit that transmits data included in the device based on the transmission request.
[0064]
(Additional remark 3) Based on the state management part which manages the state of a self-apparatus, the state transmission request part which requests | requires state transmission to an adjacent network apparatus, and the state transmission request from an adjacent network apparatus, the said state management part manages A status transmission unit that transmits the status to the adjacent network device, and the data transmission request unit requests transmission of the data when the adjacent network device is in an operating state and the data version number is different. The network device according to Supplementary Note 2, wherein
[0065]
(Supplementary Note 4) When the own device is introduced into the network, the individual setting data transmitting unit that transmits the individual setting data set in the own device to the adjacent network device, the second data storage unit, and the adjacent network device are transmitted. Receiving the individual setting data and storing the individual setting data stored in the second data storage unit and the individual setting data stored in the second data storage unit based on the transmission request from the adjacent network device. The network device according to appendix 3, further comprising an individual setting information transmitting unit for transmitting.
[0066]
(Supplementary Note 5) The data is program data, network setting data common to a network device and the individual setting data, and the data transmission request unit has individual setting data when the version numbers of the program data and the network setting data are different. The network device according to appendix 4, wherein when the individual setting data of the own device is stored in the adjacent network device, a transmission request is made to the adjacent network device.
[0067]
(Appendix 6) A second restart control unit that restarts based on a forced restart request from the outside, an activation factor management unit that manages the restarted activation factor and the operation time after the restart, An activation factor transmission unit that transmits an activation factor and operation time to an adjacent network device when started, and an activation factor transmitted from the adjacent network device is a forced restart request, and the operation time of the adjacent network device is the operation of the own device When the time is shorter than the time, the second data transmission request unit that requests the adjacent network device to transmit data, and the data based on the request of the second data transmission request unit transmitted from the adjacent network device, A second data receiving unit for storing data in the data storage unit, and a third restart control unit for performing a spontaneous restart based on the data The network device according to appendix 5, further comprising:
[0068]
(Supplementary Note 7) When the activation factor transmission unit performs the spontaneous restart, the activation factor transmission unit transmits an activation factor to be a spontaneous restart to the adjacent network device, and the second data transmission request unit has an activation factor of the spontaneous restart. The network device according to appendix 6, wherein the network device requests transmission of data to the adjacent network device when the operation time is shorter than the operation time of the own device.
[0069]
(Supplementary note 8) The network device according to supplementary note 3, wherein the state managed by the state management unit includes a download wait state, an operation state, and a communication disabled state that are waiting for data transfer from an adjacent network device.
[0070]
【The invention's effect】
According to the present invention described above, since data is downloaded from the adjacent node at the time of introduction, an operator becomes unnecessary.
[Brief description of the drawings]
FIG. 1 is a principle diagram of the present invention.
FIG. 2 is a network configuration diagram according to an embodiment of the present invention.
FIG. 3 is a node configuration diagram in FIG. 2;
4 is a configuration diagram of a plug-in control unit in FIG. 3. FIG.
FIG. 5 is a state transition diagram.
FIG. 6 is a diagram showing the contents of version number information.
FIG. 7 is a diagram showing download and wait conditions at the time of introduction.
FIG. 8 is a diagram showing download request contents.
FIG. 9 is a diagram illustrating a relationship between spontaneous restart and version number information.
FIG. 10 is a flowchart of download at the time of introduction and replacement.
FIG. 11 is a flowchart of download at the time of introduction and replacement.
FIG. 12 is a flowchart of download at the time of introduction and replacement.
FIG. 13 is a sequence chart at the time of introduction.
FIG. 14 is a flowchart of individual setting information transfer.
FIG. 15 is a sequence chart of individual setting information transfer.
FIG. 16 is a flowchart up to a spontaneous restart.
FIG. 17 is a sequence chart leading to a spontaneous restart.
[Explanation of symbols]
2 # 1, 2 # 2 nodes
4 # 2 data storage
6 # 2 Version Management Department
8 # 2 Version number transmission request part
10 # 2 version comparison section
12 # 2 Data transmission request part
14 # 2 data receiver
16 # 2 Restart control unit

Claims

A data storage unit for storing data;
A version number management unit for managing version number information of the data;
A state management unit for managing the state of the own device;
A version number transmission requesting unit for requesting the neighboring network device to transmit information about the version number of data held by the neighboring network device and information on the state of the neighboring network when the own device is started;
A version number comparison unit that compares the version number information of the data managed by the version number management unit with the version number information of the data that the adjacent network device has transmitted based on the transmission request;
As a result of the comparison by the version number comparison unit , when the version numbers are inconsistent and the information regarding the state of the adjacent network device transmitted based on the transmission request indicates normal operation, A data transmission request unit that requests transmission of data to an adjacent network device;
A data reception unit that receives data transmitted from an adjacent network device based on a request from the data transmission request unit, and stores the data in the data storage unit;
A restart control unit that restarts based on the data received by the data receiving unit;
A network apparatus comprising:

Based on a request from the version number transmission request unit of the adjacent network device, a version number information transmission unit that transmits the version number information of the data of the own device and information on the state of the own device to the adjacent network device;
The network device according to claim 1, further comprising a data transmission unit that transmits data included in the own device based on a request from the data transmission request unit of the adjacent network device .

A second data storage unit for storing individual setting data relating to the own device and individual setting data relating to an adjacent network device of the own device;
Receiving personalization data transmitted from the neighboring network devices, and the individual setting data receiving unit to be stored in the second data storage unit,
On the basis of the transmission request from the neighbor network device, and a separate setting information transmitting unit for transmitting personalization data stored in the second data storage unit,
The version number information includes version number information related to individual setting data, and the data transmission request unit includes a version number of the individual setting data stored in the second data storage unit and the individual setting data. Information about the state of the adjacent network device transmitted based on the transmission request is inconsistent with the version number of the individual setting data related to the own device held by the adjacent network device received by the receiving unit. when the identification information indicates that the normal operation, the network device according to claim 1, wherein the requesting the transmission of the individual setting data to the neighboring network device.

A second restart control unit that restarts based on a forced restart request from the outside, an activation factor management unit that manages the restarted activation factor and the operation time after the restart, and activation when restarted The activation factor transmitter that transmits the factor and operation time to the adjacent network device, and the activation factor transmitted from the adjacent network device is a forced restart request, and the operation time of the adjacent network device is shorter than the operation time of the own device When receiving data based on the request of the second data transmission request unit transmitted from the adjacent network device and the second data transmission request unit requesting the adjacent network device to transmit data, the data is sent to the data A second data receiving unit stored in the storage unit; and a third restart control unit for performing a spontaneous restart based on the data. Network device according to claim 1 to 3, wherein that the.

When the activation factor transmission unit performs the spontaneous restart, the activation factor transmission unit transmits an activation factor to be a spontaneous restart to the adjacent network device, and the second data transmission request unit has the activation factor of the spontaneous restart, and the operation time 5. The network device according to claim 4, wherein the network device requests data transmission to the adjacent network device when the operation time is shorter than the operation time of the own device.

The data includes program data, network setting data common to network devices,
2. The network device according to claim 1, wherein the data transmission request unit requests the adjacent network device to transmit when the program data and the network setting data have different version numbers .