JP3599096B2 - 二重化ネットワーク装置と二重化装置のｍａｃアドレス整合方法 - Google Patents
二重化ネットワーク装置と二重化装置のｍａｃアドレス整合方法 Download PDFInfo
- Publication number
- JP3599096B2 JP3599096B2 JP2000237157A JP2000237157A JP3599096B2 JP 3599096 B2 JP3599096 B2 JP 3599096B2 JP 2000237157 A JP2000237157 A JP 2000237157A JP 2000237157 A JP2000237157 A JP 2000237157A JP 3599096 B2 JP3599096 B2 JP 3599096B2
- Authority
- JP
- Japan
- Prior art keywords
- mac address
- network
- address
- router
- act
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Description
【０００１】
【発明の属する分野】
本発明は、ネットワーク・ノード上の二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法に関するものである。
【０００２】
【従来の技術】
従来より、ペーパーレス環境で仕事の効率化を図るために、企業等のオフィスや管理部門にＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）が導入されている。
このＬＡＮはルータ等によって各々接続されており、情報インフラの整備に伴い、インターネット等の広域ネットワークに接続されて統合的環境が構築されている。
従って、このようなネットワークでは、ＩＰアドレス等の上位層でのネットワーク・ノードのアドレスに各ＬＡＮでのアドレスである各ネットワーク装置のＭＡＣアドレスを一意に対応させて通信が行われる。
また、フォルトトレラント機能を実現するためにネットワーク装置を二重化し、２台の同等な装置を使用することが一般的に行われている。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法においては次のような問題があった。
ネットワーク内に存在する端末に障害が発生した場合、従来では端末自身を交換して障害を復旧させるしか方法が無かったため、ネットワーク内の機器を交換してしまうとその機器のＭＡＣアドレスが変わってしまう。
従って、このような状況下においては、ネットワーク内部に存在するスイッチングハブ等に記憶されているＡＲＰテーブルのＭＡＣアドレスがエージングされるまで通信ができないという問題があった。
また、フォルトトレラント機能を実現するには２台の同等な装置を使用するのが一般的だが、通常ＭＡＣアドレスは装置毎に異なっており、仮に二重化してもアクト系が切り換わることにより該当装置のＭＡＣアドレスが変更されてしまう。
すなわち、ネットワーク内に存在するスイッチングハブ等のＡＲＰテーブルがエージングされるまでは通信ができない事になり、二重化していてもアクト系切り換え時にはしばらくの間通信が行えない状況が生じていた。
【０００４】
本発明は、以上の従来技術における問題に鑑みてなされたものであり、ネットワーク内で異なるＭＡＣアドレスを持つ２台のネットワーク装置を一組として二重化し、系切り替えや装置交換が発生しても継続して通信を行うことができ、フォルトトレラント機能も実現した二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
前記課題を解決するために提供する本願第一の発明に係る二重化ネットワーク装置は、それぞれ固有のＭＡＣアドレスを備えた二のネットワーク装置を一組のネットワーク装置群として一以上のネットワーク装置群がネットワークに接続されてなる二重化ネットワーク装置において、前記各装置群のうち、何れか一方のネットワーク装置をアクト系に決定するアクト系決定部と、アクト系に決定したネットワーク装置のＭＡＣアドレスをシステムＭＡＣアドレスとして記憶する不揮発性メモリと、各装置の受信制御部に、前記システムＭＡＣアドレス変更時にＡＲＰによりこの変更を他のネットワークノードに通知することによって前記システムＭＡＣアドレスで受信可能とする受信制御手段とを備えたことを特徴とする。
【０００６】
係る構成は、ネットワーク・ノード上に装置を２重にしてなる二重化ネットワーク装置において、前記各装置のＭＡＣアドレスを１重化するために、前記各装置が、両装置間でネゴシエーションを行いアクト系を決定するアクト系決定部と、システムＭＡＣアドレスを記憶する不揮発性メモリと、各装置の受信制御部に前記システムＭＡＣアドレスで受信可能とする受信制御手段とを備えたことを意味する。
二重化ネットワーク装置が、両装置間でネゴシエーションを行いアクト系を決定するアクト系決定部と、システムＭＡＣアドレスを記憶する不揮発性メモリと、各装置の受信制御部に前記システムＭＡＣアドレスで受信可能とする受信制御手段とを備えたことにより、ＭＡＣアドレスをシステムＭＡＣアドレスに一重化して通信できる。
【０００８】
システムＭＡＣアドレスが、アクト系のＭＡＣアドレスであることにより、アクト系のネットワーク装置に対して、通常動作で通信できる。
【０００９】
前記課題を解決するために提供する本願第二の発明に係る二重化装置のＭＡＣアドレス整合方法は、それぞれ固有のＭＡＣアドレスを備えた二のネットワーク装置を一組のネットワーク装置群として一以上のネットワーク装置群がネットワークに接続されてなる二重化ネットワーク装置の各ネットワーク装置のＭＡＣアドレスを１重化する二重化装置のＭＡＣアドレス整合方法であって、前記各装置群のうち、何れか一方のネットワーク装置をアクト系に決定すると共にアクト系に決定した装置のＭＡＣアドレスをシステムＭＡＣアドレスとし、このシステムＭＡＣアドレスでデータを受信し、前記システムＭＡＣアドレス変更時に、ＡＲＰによりこの変更を他のネットワークノードに通知することを特徴とする。
【００１０】
係る構成は、ネットワーク・ノード上に二重化構成された各装置のＭＡＣアドレスを１重化する二重化装置のＭＡＣアドレス整合方法であって、前記両装置間でネゴシエーションを行いアクト系を決定すると共にシステムＭＡＣアドレスを決定し、このシステムＭＡＣアドレスで通信を受信し、前記システムＭＡＣアドレス変更時に、ＡＲＰによりこの変更を他ノードに通知することを意味する。
このように、ＡＲＰ（アドレス解決プロトコル）により、別途の機構を要せずしてシステムＭＡＣアドレスの変更を他ノードに能動的に通知でき、装置の切り替えを行うことができる。
【００１２】
システムＭＡＣアドレスが、アクト系のＭＡＣアドレスであることにより、アクト系のネットワーク装置に対して、通常動作で通信できる。
【００１３】
前記課題を解決するために提供する本願第三の発明に係る二重化装置のＭＡＣアドレス整合方法は、本願第二の発明に係る二重化装置のＭＡＣアドレス整合方法において、前記変更の通知が、新たにアクト系となった装置がＡＲＰ要求をブロードキャストし、一以上の特定ノードからＡＲＰ応答を受信することにより完了することを特徴とする。
【００１４】
ＡＲＰ要求のブロードキャストにより、システムＭＡＣアドレスの変更を同報的に各ノードに通知できる。
【００１５】
前記課題を解決するために提供する本願第四の発明に係る二重化装置のＭＡＣアドレス整合方法は、本願第二または本願第三の発明に係る二重化装置のＭＡＣアドレス整合方法において、通信受信時にアクト系装置の切り替えが起きた場合に、変更前のシステムＭＡＣアドレスで継続して受信し、前記変更の通知後、送信を開始することを特徴とする。
【００１６】
データ受信時に装置のアクト系切り替えが起きた場合に、変更前のシステムＭＡＣアドレスを継続することにより、障害発生時の通信データの消散を抑えることができる。
【００１７】
【発明の実施の形態】
（実施形態１）
以下に、本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の一実施の形態における構成について図面を参照して説明する。
図１は、本発明に係る二重化ネットワーク装置の一実施の形態における構成を示すブロック図である。
図１に示すように、装置１と装置２は全く同じ構成のネットワーク装置であり、送受信制御機能１１、２１と、ＭＡＣアドレス１２、２２と、不揮発性読み書きメモリ１３，２３と、システムＭＡＣアドレス決定機能１４，２４と、ＩＰアドレス１５、２５と、アクト系決定機能１６、２６とを有する。
また、前記ネットワーク装置１及びネットワーク装置２は、バス１０を通して同じローカル・エリア・ネットワーク（ＬＡＮ）に接続されていて、送受信制御部１１、２１を使用してデータの送受信を行う。
装置１にはＭＡＣアドレス１２と装置２にはＭＡＣアドレス２２が存在し、それぞれ異なる値である。
また、装置１装置２のデフォルトルータとしてルータ４０がバス１０に接続されている。
また、装置１と装置２が二重化構成をとる場合には、プロセッサ間バス２０で接続され、アクト系決定機能１６、２６がプロセッサ間バス２０を使ってネゴシエーションを行いどちらがアクト系として動作するかを決定する。
装置１のＩＰアドレス１５と装置２のＩＰアドレス２５はコマンドにより同じ値に設定される。
このように、本実施形態では、ＴＣＰ／ＩＰを使用し、二重化ネットワーク装置を同一ネットワーク・ノード上に構成している。
従って、その際、異なるＭＡＣアドレスを整合する必要があり、システムＭＡＣアドレスが使用される。
即ち、システムＭＡＣアドレス決定機能１４，２４は、二重化時には、装置１、装置２のどちらか一方のＭＡＣアドレスをシステムＭＡＣアドレスとして、両方の装置の不揮発性読み書きメモリ１３、２３に書き込む。
それによって、装置１、装置２とも二重化時には同じＭＡＣアドレスを使用することになり、アクト系が切り替わってもシステムＭＡＣアドレスの値は変わらない様にする。
また、送受信制御機能１１、２１は、システムＭＡＣアドレスでの受信制御機能を有し、以後、システムＭＡＣアドレス宛のデータは両方の装置１，２が受信可能とする。
さらに、システムＭＡＣアドレス決定機能１４，２４は、１重化時にはアクト系のＭＡＣアドレスをシステムＭＡＣアドレスとする。
装置１または装置２のどちらかがネットワークから切り離された場合、ネットワークに残った方の装置のアクト系決定機能１６、２６が１重化システムに変わったことを認識し、システムＭＡＣアドレス決定機能１４，２４に通知し、装置のシステムＭＡＣアドレス決定機能１４，２４は、残った装置のＭＡＣアドレスをシステムＭＡＣアドレスとする。
この時、今まで動作していたシステムＭＡＣアドレスと値が異なる場合、システムＭＡＣアドレス決定機能１４、２４は自分のＩＰアドレス１５、２５と新システムＭＡＣアドレスを送信元アドレスとしてデフォルトルータ４０のＩＰアドレス解決形式のＡＲＰリクエストパケットをＬＡＮ上にブロードキャストし、デフォルトルータ４０がこのＡＲＰリクエストに対するリプライを送信する事によって、ルータや同一ＬＡＮ内に存在するスイッチングハブが、装置のＭＡＣアドレスが変更になったことを知ることができる。
【００１８】
次に、本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の一実施の形態における動作について図面を参照して以下に説明する。
図２は、本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の一実施の形態におけるネットワークを示すブロック図であり、図３は、本実施のシステムＭＡＣアドレス決定機能１４，２４の概要を示すフローチャート図である。
図２に示すように、本実施形態のネットワークは、上述の構成を持つ装置１，装置２が、各々、スイッチングハブ３０のポート３１とポート３２とに接続され、スイッチングハブ３０はＩＰルータ４０に接続されている。
また、ＩＰルータ４０には装置１，装置２とは異なるネットワークアドレスを持つＩＰ端末５０が接続されている。
ＩＰ端末５０はＭＡＣアドレス５２とＩＰアドレス５５を持っている。装置１，装置２のデフォルトルータはＩＰルータ４０に、端末５０のデフォルトルータはＩＰルータ４０に設定されている。
スイッチングハブ３０は、どのＭＡＣアドレスがどのポートに接続されているかを記憶するＭＡＣアドレステーブル３９を持ち、ＩＰルータ４０は、どのＩＰアドレスがどのＭＡＣアドレスに対応するのかを記憶するＡＲＰテーブル４９を持っている。
また、ポート４１にはＩＰアドレス４５が、ポート４２にはＩＰアドレス４６がアサインされる。
更に、
装置１のＭＡＣアドレス１２は１１：１１：１１：１１：１１：１２になっており、
装置２のＭＡＣアドレス２２は１１：１１：１１：１１：１１：２２になっているとする。
装置１と装置２は同一ネットワークに接続されているのでＩＰアドレスのネットワーク部は同じ値になるが、ＩＰ端末５０はルータ４０を介するため装置１，装置２とは異なるネットワークに属していることになり、ＩＰ端末５０のＩＰアドレスのネットワーク部は装置１、装置２と違う値になる。
装置１、２の属するネットワークアドレスが１９２．１６８
ＩＰ端末５０の属するネットワークアドレスが１９２．１７０．
とし、
装置１と装置２のＩＰアドレス１５、２５はコマンドにより同じ値である、１９２．１６８．０．１
ＩＰ端末５０のＩＰアドレス５５は１９２．１７０．０．５０
装置１、装置２から見たデフォルトルータであるＩＰルータ４０のＩＰアドレス４５は１９２．１６８．０．２５４
ＩＰ端末５０から見たデフォルトルータであるＩＰルータ４０のＩＰアドレス４６は１９２．１７０．０．２５４
に設定されているものとする。
装置１、装置２は通常のＩＰ端末と同様デフォルトルータ４０のＩＰアドレス４５の値１９２．１６８．０．２５４を知っている。
装置１の不揮発性読み書きメモリ１３及び装置２の不揮発性読み書きメモリ２３には、特にデータを設定する必要はなく、
装置１の不揮発性読み書きメモリ１３にはｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ
装置２の不揮発性読み書きメモリ２３には００：００：００：００：００：００
が、かきこまれていたものとする。
【００１９】
（動作形態１）
まず装置１装置２の順序で電源をいれた時、図２に示す装置１のアクト系決定機能１６はアクト系を決定するために、プロセッサ間バス２０を使用して装置２とネゴシエーションを行おうとするが、この時、装置２はまだ電源が入っていないので、１重化システムと判断し自装置１をアクト系とする。
次に装置１のシステムＭＡＣアドレス決定機能１４が動き出し図３に示すＳ１の判断でリセットによる起動となりＳ２の判断でＮｏのルートに入りＳ７で自分のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２を不揮発性読み書きメモリ１３に書き込み、送受信制御部１１にシステムＭＡＣアドレスとして登録し、Ｓ８でデフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信しそのまま１重化で動作を続ける。
このＡＲＰリクエストには送信元の装置１のＭＡＣアドレス１１：１１：１１：１１：１１：１２とＩＰアドレス１９２．１６８．０．１との組み合わせが載っていて、同報ＭＡＣアドレス宛で送られるため、ルータ４０が受け取り、そのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置１宛に送信する。
通常ルータはＡＲＰリプライを返した場合、その内容をＡＲＰテーブルに反映させるので、ルータ４０の場合も、自分の管理しているＡＲＰテーブル４９にその組み合わせを記憶する。
そのうち装置２にも電源が入り装置２のアクト系決定機能２６はプロセッサ間バス２０を使用して装置１とアクト系を決定するためのネゴシエーションを行ない、装置１が既にアクト系として動作していることから装置２をスタンバイ系として動作させる、装置１のアクト系決定機能１６は二重化システムになった事を認識し装置１のシステムＭＡＣアドレス決定機能１４が再度起動され、Ｓ１の判断でＮｏのルートに入りＳ９の判断でＹｅｓのルートにはいり、Ｓ１０の判断で自分はアクト系なのでＮｏのルートに入りＳ１２で自分のＭＡＣアドレス１２の１１：１１：１１：１１：１１：１２と、不揮発性読み書きメモリ１３の値 １１：１１：１１：１１：１１：１２をプロセッサ間バス２０を使って装置２に送る。
同時に装置２のシステムＭＡＣアドレス決定機能２４が動き出しＳ１の判断でリセットよる起動となりＳ２で二重化システムと判断し、Ｓ３で自分のＭＡＣアドレス２２の値１１：１１：１１：１１：１１：１２と、不揮発性読み書きメモリ２３の値００：００：００：００：００：００をプロセッサ間バス２０を使って装置１に送り、Ｓ４の判断で自分はスタンバイ系なのでＮｏのルートに入りそのままスタンバイ系として動作する。
また、装置２は装置１からプロセッサ間バスを通して装置１のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２と、不揮発性読み書きメモリ１３の値１１：１１：１１：１１：１１：１２を受け取るので、装置２のシステムＭＡＣアドレス決定機能２４が再度起動され、Ｓ１の判断でＮｏのルートに入りＳ９の判断でもＮｏのルートにはいり、Ｓ１３の判断でＹｅｓのルートにはいりＳ１４の判断で自分はスタンバイ系なのでＹｅｓのルートに入りＳ１５で相手装置１のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２を、自装置２の不揮発性読み書きメモリ２３に書き込み、送受信制御部２１にシステムＭＡＣアドレスとして登録しそのままそのままスタンバイ系として動作を続ける。
同時に装置１でも装置２からプロセッサ間バスを通して装置２のＭＡＣアドレス２２の値１１：１１：１１：１１：１１：２２と、不揮発性読み書きメモリ２３の値００：００：００：００：００：００を受け取るので、装置１のシステムＭＡＣアドレス決定機能１４が再度起動され、Ｓ１の判断でＮｏのルートに入りＳ９の判断でＮｏのルートにはいり、Ｓ１３の判断でＹｅｓのルートにはいりＳ１４の判断で自分はアクト系なのでＮｏのルートに入り、そのままアクト系として動作を続ける。
以上の処理により装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、そのシステムＭＡＣアドレスが送受信制御部１１、２１に登録されているため、１１：１１：１１：１１：１１：１２宛のフレームを両装置が受信できる事になる。
また、スイッチングハブ３０ではＡＲＰリクエスト、ＡＲＰリプライを転送することからポート３１にＭＡＣアドレス１１：１１：１１：１１：１１：１２を持つ端末がいる事がわかりその内容をＭＡＣアドレステーブル３９に書き込む。装置２、装置１の順序で電源をいれた時は前述の動作が全く逆になる。
【００２０】
（動作形態２）
装置１装置２ともほぼ同時に電源をいれた時は、装置１のアクト系決定機能１６と装置２のアクト系決定機能２６とがネゴシエーションを行い、あらかじめ決められた方法でアクト系を決定する。
ここでは、装置１がアクト系、装置２がスタンバイ系となったものと仮定して説明する。
装置１のシステムＭＡＣアドレス決定機能１４が動き出しＳ１の判断でリセットによる起動となり、既にネゴシエーションにより二重化システムである事を認識しているのでＳ２の判断ではＹｅｓのルートに入り、Ｓ３で自分のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２と不揮発性読み書きメモリ１３の内のシステムＭＡＣアドレスの値ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆをプロセッサ間バス２０を使用して装置２に送り、Ｓ４でＹｅｓのルートに入り、Ｓ５で自分のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２を不揮発性読み書きメモリ１３に書き込み、送受信制御部１１にシステムＭＡＣアドレスとして登録する。
その後Ｓ６でデフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する。
このＡＲＰリクエストには送信元の装置１のシステムＭＡＣアドレス１１：１１：１１：１１：１１：１２とＩＰアドレス１９２．１６８．０．１との組み合わせが載っていて、同報ＭＡＣアドレス宛で送られるため、ルータ４０が受け取りそのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置１宛に送信する。
通常ルータはＡＲＰリプライを返した場合、その内容をＡＲＰテーブルに反映させるので、ルータ４０の場合も、自分の管理しているＡＲＰテーブル４９にその組み合わせを記憶する。
装置２でも同様にシステムＭＡＣアドレス決定機能２４が動き出しＳ１の判断でリセットによる起動となりＹｅｓのルートに入り、Ｓ２の判断でＹｅｓのルートに入りＳ３で自分のＭＡＣアドレス２２の１１：１１：１１：１１：１１：２２と不揮発性読み書きメモリ２３の内のシステムＭＡＣアドレスの値００：００：００：００：００：００をプロセッサ間バス２０を使用して装置１に送り、Ｓ４の判断でＮｏのルートに入りそのまま処理を終了するためシステムＭＡＣアドレスは確定していない。
装置１、装置２ともにＳ３によりプロセッサ間バス２０を使用して自分のＭＡＣアドレスを相手装置に通知するため、装置２ではシステムＭＡＣアドレス決定機能２４が動き出しＳ１の判断でＮｏのルートとなり、Ｓ９の判断もＮｏのルートに入りＳ１３の判断でＹｅｓのルートにはいりＳ１４の判断で自分はスタンバイ系なのでＹｅｓのルートに入りＳ１５でプロセッサ間バス２０を通して得られた相手装置１のＭＡＣアドレスの値１１：１１：１１：１１：１１：１２を、自装置２の不揮発性読み書きメモリ２３に書き込み、送受信制御部２１にシステムＭＡＣアドレスとして登録しそのままそのままスタンバイ系として動作を続ける。
装置１でも同様にシステムＭＡＣアドレス決定機能１４が動き出しＳ１の判断でＮｏのルートとなりＳ９の判断でもＮｏのルートに入りＳ１３の判断でＹｅｓのルートに入りＳ１４の判断で自分はアクト系なのでＮｏのルートに入り、何もせずにそのままアクト系として動作する。
以上の処理により装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、そのシステムＭＡＣアドレスが送受信制御部１１、２１に登録されるため、１１：１１：１１：１１：１１：１２宛のフレームを両装置が受信できる事になる。
また、スイッチングハブ３０ではＡＲＰリクエスト、ＡＲＰリプライを転送することからポート３１にＭＡＣアドレス１１：１１：１１：１１：１１：１２を持つ端末がいる事がわかりその内容をＭＡＣアドレステーブル３９に書き込む。
装置１、装置２ともほぼ同時に電源をいれた時で、装置２がアクト系になった場合には前述の動作が全く逆になる。
【００２１】
（動作形態３）
次に二重化運転中にアクト系切り替えが発生した場合を考える。
装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、装置１がアクト系で動作しているものとする。
装置のアクト系切り替えが発生し装置２がアクトとして動作した場合、両方の装置のアクト系決定機能１６，２６が動き、装置１はスタンバイになり、装置２がアクトになり、両方の装置のシステムＭＡＣアドレス決定機能１４、２４が起動される。
Ｓ１、Ｓ９、Ｓ１３、Ｓ１６全ての判断でＮｏのルートに入りＳ２０の判断でＹｅｓのルートに入る。
装置１はスタンバイ系になったのでＳ２１の判断でＮｏのルートに入り何もせずそのままスタンバイとして動作する。
装置２はアクト系になったのでＳ２１の判断でＹｅｓのルートに入り、Ｓ２２でデフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する。
このＡＲＰリクエストには送信元の装置１のシステムＭＡＣアドレス１１：１１：１１：１１：１１：１２とＩＰアドレス １９２．１６８．０．１との組み合わせが載っていて、同報ＭＡＣアドレス宛で送られるため、ルータ４０が受け取り、そのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置１宛に送信する。
通常ルータはＡＲＰリプライを返した場合、その内容をＡＲＰテーブルに反映させるが既に持っている内容と同じなので書き換えはしない、ルータ４０の場合でも同様である。
また、スイッチングハブ３０ではＡＲＰリクエスト、ＡＲＰリプライを転送することからポート３２にＭＡＣアドレス１１：１１：１１：１１：１１：１２を持つ端末がいる事がわかり、スイッチングハブ３０から見るとポート３１に接続されていた端末がポート３２に接続し直されたかの様に見えるため、ＭＡＣアドレステーブル３９内の該当データを書き換える。
【００２２】
（動作形態４）
次に二重化運転中に１重化運転になった場合を考える。
装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、装置１がアクト系で動作している時にスタンバイ系の装置２がネットワークから切り離された場合を考える。
装置１のシステムＭＡＣアドレス決定機能１４に起動がかかり、Ｓ１の判断でＮｏのルートに入り、Ｓ９の判断でもＮｏのルートに入り、Ｓ１３の判断でもＮｏのルートに入り、Ｓ１６の判断でＹｅｓのルートに入る。この場合、現在使用しているシステムＭＡＣアドレスの値は１１：１１：１１：１１：１１：１２であり、装置１のＭＡＣアドレス１２の値も１１：１１：１１：１１：１１：１２なのでＳ１７の判断でＮｏのルートに入り、装置１がアクト系として動作している時にスタンバイ系の装置２が切り離されたのでアクト系の切り替えは発生しないのでＳ２０の判断でＮｏのルートに入り、そのまま１１：１１：１１：１１：１１：１２をシステムＭＡＣアドレスとして使用し続ける。
装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、装置２がアクト系で動作している時にスタンバイ系の装置１がネットワークから切り離された場合を考える。
装置２のシステムＭＡＣアドレス系決定機能２４に起動がかかり、Ｓ１の判断でＮｏのルートに入りＳ９の判断でもＮｏのルートに入り、Ｓ１３の判断もＮｏのルートに入り、Ｓ１６の判断でＹｅｓのルートに入る。
この場合、現在使用しているシステムＭＡＣアドレスの値は１１：１１：１１：１１：１１：１２であり、装置２のＭＡＣアドレス１２の値は１１：１１：１１：１１：１１：２２なのでＳ１７の判断でＹｅｓのルートに入る。
Ｓ１８で自分のＭＡＣアドレス２２の値１１：１１：１１：１１：１１：２２を不揮発性読み書きメモリ２３に書き込み、送受信制御部２１にシステムＭＡＣアドレスとして登録する。
その後Ｓ１９でデフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する。
このＡＲＰリクエストには送信元の装置２のＭＡＣアドレス１１：１１：１１：１１：１１：２２とＩＰアドレス１９２．１６８．０．１との組み合わせが載っていて、同報ＭＡＣアドレス宛で送られるため、ルータ４０が受け取り、そのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置２宛に送信する。
通常ルータはＡＲＰリプライを返した場合、その内容をＡＲＰテーブルに反映させる。
ルータ４０でも同様にＡＲＰテーブル４９に反映させるが、ＡＲＰテーブル４９上には、それまでは、ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：１２との組み合わせとなっていたはずなので、今回のＡＲＰリクエストにより、ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：２２に変わった事がわかり、ルータ４０はＡＲＰテーブル上の該当データを新しい組み合わせに書き換える。
また、スイッチングハブ３０ではＡＲＰリクエスト、ＡＲＰリプライを転送することからポート３２にＭＡＣアドレス１１：１１：１１：１１：１１：２２を持つ端末がいる事がわかり、スイッチングハブ３０から見るとポート３２に新しい端末が接続されたかの様に見えるため、ＭＡＣアドレステーブル３９にその内容を書き加える。
これによって、装置２が新しいシステムＭＡＣアドレス１１：１１：１１：１１：１１：２２を使ってそのまま動作を続ける。
【００２３】
（動作形態５）
次に二重化運転中にアクト系の装置がネットワークから切り離された場合を考える。
装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、装置１がアクト系で動作している時にアクト系の装置１がネットワークから切り離された場合を考える。
装置２のアクト系決定機能２６が、装置１が無くなった事により装置２がアクトとして動作する事を決定し、システムＭＡＣアドレス決定機能２４に起動をかける。Ｓ１の判断でＮｏのルートに入り、Ｓ９の判断でもＮｏのルートに入り、Ｓ１３の判断でもＮｏのルートに入り、Ｓ１６の判断でＹｅｓのルートに入る。
この場合、現在使用しているシステムＭＡＣアドレスの値は１１：１１：１１：１１：１１：１２であり、装置２のＭＡＣアドレス２２の値は１１：１１：１１：１１：１１：２２なのでＳ１７の判断でＹｅｓのルートに入る。
Ｓ１８で自分のＭＡＣアドレス２２の値１１：１１：１１：１１：１１：２２を不揮発性読み書きメモリ２３に書き込み、送受信制御部２１にシステムＭＡＣアドレスとして登録する。
その後Ｓ１９でデフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する。
このＡＲＰリクエストには送信元の装置２のＭＡＣアドレス１１：１１：１１：１１：１１：２２とＩＰアドレス１９２．１６８．０．１との組み合わせが載っていて、同報ＭＡＣアドレス宛で送られるため、ルータ４０が受け取り、そのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置２宛に送信する。
ルータ４０の、ＡＲＰテーブル４９上には、それまでは、ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：１２との組み合わとなっていたはずなので、今回のＡＲＰリクエストにより、ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：２２に変わった事がわかり、ルータ４０はＡＲＰテーブル４９上の該当データを新しい組み合わせに書き換える。
また、スイッチングハブ３０ではＡＲＰリクエスト、ＡＲＰリプライを転送することからポート３２にＭＡＣアドレス１１：１１：１１：１１：１１：２２を持つ端末がいる事がわかり、スイッチングハブ３０から見るとポート３２に新しい端末が接続されたかの様に見えるため、ＭＡＣアドレステーブル３９にその内容を書き加える。
これによって、装置２が新しいシステムＭＡＣアドレス１１：１１：１１：１１：１１：２２を使ってそのまま動作を続ける。
装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、装置２がアクト系で動作している時にアクト系の装置２がネットワークから切り離された場合を考える。
装置１のアクト系決定機能１６が、装置２が無くなった事により装置１がアクトとして動作する事を決定し、システムＭＡＣアドレス決定機能１４に起動をかける。
Ｓ１の判断でＮｏのルートに入り、Ｓ９の判断でもＮｏのルートに入り、Ｓ１３の判断でもＮｏのルートに入り、Ｓ１６の判断でＹｅｓのルートに入る。
この場合、現在使用しているシステムＭＡＣアドレスの値は１１：１１：１１：１１：１１：１２であり、装置１のＭＡＣアドレス１２の値も１１：１１：１１：１１：１１：１２なのでＳ１７の判断でＮｏのルートに入り、アクト系が装置２から装置１へ切り替わったのでＳ２０の判断でＹｅｓのルートに入り、Ｓ２１の判断でもＹｅｓのルートに入り、Ｓ２２でデフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する。
このＡＲＰリクエストには送信元の装置１のＭＡＣアドレス１１：１１：１１：１１：１１：１２とＩＰアドレス １９２．１６８．０．１との組み合わせが載っていて、同報ＭＡＣアドレス宛で送られるため、ルータ４０が受け取り、そのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置１宛に送信する。
ルータ４０はＡＲＰリプライを返した場合、その内容をＡＲＰテーブル４９に反映させるが既に持っている内容と同じなので書き換えはしない。
また、スイッチングハブ３０ではＡＲＰリクエスト、ＡＲＰリプライを転送することからポート３１にＭＡＣアドレス１１：１１：１１：１１：１１：１２を持つ端末がいる事がわかり、スイッチングハブ３０から見るとポート３２に接続されていた端末がポート３１に接続し直されたかの様に見えるため、ＭＡＣアドレステーブル３９内の該当データを書き換える。
これによって、装置１は、今まで装置２が使用していたＭＡＣアドレス１１：１１：１１：１１：１１：１２を使ってそのまま動作を続ける。
【００２４】
（動作形態６）
次に１重化運転中にスタンバイ系の装置がネットワークに組み込まれた場合を考える。
１重化運転中は、必ずその装置のＭＡＣアドレスをシステムＭＡＣアドレスとして使用する事になるので、装置１がアクト系で１重化で動作している場合には、装置１のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２がシステムＭＡＣアドレスとして使用されている。
この時に、装置２がスタンバイ系として組み込まれたとすると、装置１のシステムＭＡＣアドレス決定機能１４が起動されＳ１の判断でＮｏのルートに入りＳ９の判断でＹｅｓのルートになる。
その後、装置１、装置２の順番に電源を入れた場合と同様の処理で二重化として動作できるようになる。装置２による１重化運転中に装置１がスタンバイ系として組み込まれた場合には動作が逆になる。
今、装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２になり、装置２がアクト系で動作している時に装置５０からＩＰアドレスの１９２．１６８．０．１の装置にデータ通信が発生しているとする。
ＩＰアドレスの１９２．１６８．０．１の装置は二重化されていて装置２がアクト系として動作しているため、スイッチングハブ３０は、装置２からのＡＲＰリクエストパケットにより、ＭＡＣアドレス１１：１１：１１：１１：１１：１２の装置はポート３２に接続されている事を学習し、スイッチングハブ３０内のＭＡＣアドレステーブル３９には「 ＭＡＣアドレス１１：１１：１１：１１：１１：１２宛はポート３２へ転送」というデータが書き込まれている。
またルータ４０は「ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：１２」というＡＲＰテーブル４９を持っている。
装置５０がＩＰアドレス１９２．１６８．０．１にデータを送る場合、宛先ＭＡＣアドレスをデフォルトルータ４０のＭＡＣアドレス、宛先ＩＰアドレスを１９２．１６８．０．１にして、ネットワーク内にデータを送信する。
ルータ４０は宛先ＭＡＣアドレスが自分宛なのでそのデータを引き取り、宛先ＩＰアドレス１９２．１６８．０．１をＡＲＰテーブル４９を使って検索し、ＭＡＣアドレスが１１：１１：１１：１１：１１：１２であると認識する。
ルータ４０は宛先ＭＡＣアドレスとして検出したＭＡＣアドレス１１：１１：１１：１１：１１：１２、宛先ＩＰアドレスを１９２．１６８．０．１でポート４１にデータを送信する。
スイッチングハブ３０はそのデータを受信し、宛先ＭＡＣアドレスが １１：１１：１１：１１：１１：１２となっているため、スイッチングハブ３０は、ＭＡＣアドレステーブル３９の内容からそのデータをポート３２に転送する事になり、装置２がそのデータを受信できる。
この状態で装置１の交換をする場合を想定する。装置１を交換する場合にはその時点で１重化運転になり、装置２の本来のＭＡＣアドレス２２の値１１：１１：１１：１１：１１：２２がシステムＭＡＣアドレスとして使われる事になる。
装置２の本来のＭＡＣアドレス２２は１１：１１：１１：１１：１１：２２は現在使用しているシステムＭＡＣアドレスの値１１：１１：１１：１１：１１：１２とは異なっているため、１重化になった場合には、装置２はシステムＭＡＣアドレスを本来の自分のＭＡＣアドレス２２の値である１１：１１：１１：１１：１１：２２に変更し、デフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する。
ルータ４０は、そのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置２宛に送信する。
ルータ４０はＡＲＰリプライを返した場合、その内容をＡＲＰテーブル４９に反映させる。
このＡＲＰリクエストにはＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：２２の組み合わせで有ることが載っている。
ルータ４０がＡＲＰテーブル４９上で認識していた組み合わせは、「ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：１２」
だったので、同じＩＰアドレスでもＭＡＣアドレスが異なるため、ＭＡＣアドレスが変わった事と判断し、ＡＲＰテーブル４９の「ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：１２」というデータを
「ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：２２」という新しいデータに書き換える。
また、スイッチングハブ３０内もこのＡＲＰリクエストをポート３２から受信するのでＭＡＣアドレステーブル３９に「 ＭＡＣアドレス１１：１１：１１：１１：１１：２２宛はポート３２へ送信」というデータを書き込む。
装置５０がＩＰアドレス１９２．１６８．０．１の端末にデータを送る場合には、同様に宛先ＭＡＣアドレスをデフォルトルータ４０のＭＡＣアドレス、宛先ＩＰアドレスを１９２．１６８．０．１でネットワーク内にデータを送信する。
ルータ４０は宛先ＭＡＣアドレスが自分宛なのでそのデータを引き取り、宛先ＩＰアドレス１９２．１６８．０．１をキーにＡＲＰテーブル４９を検索し、宛先ＭＡＣアドレスが１１：１１：１１：１１：１１：２２であると認識する。
ルータ４０は宛先ＭＡＣアドレスを検出したＭＡＣアドレスである１１：１１：１１：１１：１１：２２に、宛先ＩＰアドレスを１９２．１６８．０．１でポート４１にデータを送信する。
スイッチングハブ３０がそのデータを受信し、宛先ＭＡＣアドレスが １１：１１：１１：１１：１１：２２となっているため、ＭＡＣアドレステーブル３９からポート３２へ転送すれば良い事が判明し、スイッチングハブ３０はそのデータをポート３２に転送するので装置２がそのデータを受信できる。
【００２５】
この発明の特徴は、ネットワーク上に全く異なるＭＡＣアドレスを持つ２台の装置のどちらかのＭＡＣアドレスをシステムＭＡＣアドレスとして共通に使用することと、システムＭＡＣアドレスが変更になった場合にはＡＲＰリクエストパケットをルータ宛に出すことにある。
この結果、片方の装置に障害が発生した場合、もう１台の装置でバックアップでき、仮に該当装置のシステムＭＡＣアドレスが変更になっても、ネットワーク上のルータがＭＡＣアドレスとＩＰアドレスの組み合わせが変更になったことを理解し、スイッチングハブ上でもＡＲＰテーブルを書き換えるため、端末間のデータ転送の失敗を最小限に止めることができる。
したがって、ネットワーク上の再送処理も減り、帯域を有効に使用できる事にもなる。
【００２６】
（実施形態２）
以下に、本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の他の実施の形態における動作について図３、図４参照して説明する。
図４は、本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の他の実施の形態におけるネットワークを示すブロック図である。
本実施形態の二重化ネットワーク装置は、上述の実施形態１における図１または図２に示す装置１、装置２をルータに適用した場合である。
図４に示すように、ルータ１とルータ２は本発明に係わる二重化ルータであり、その構成は、実施形態１と略同様であり、
ルータ１のＭＡＣアドレス１２は１１：１１：１１：１１：１１：１２
ルータ２のＭＡＣアドレス２２は１１：１１：１１：１１：１１：２２
とする。ルータ３、ルータ４は普通のルータである。
ルータ１、ルータ２のシステムＭＡＣアドレスは上述のシステムＭＡＣアドレス決定機能１４，２４によって両方ともに１１：１１：１１：１１：１１：２２に設定され、不揮発性読み書きメモリ１３，２３に格納されている。この時、ルータ１がアクト系で動作しているとする。
ネットワーク５０のネットワークアドレスを１．２．５０
ネットワーク６０のネットワークアドレスを１．２．６０
ネットワーク７０のネットワークアドレスを１．２．７０
ネットワーク８０のネットワークアドレスを１．２．８０
とし、ルータ１のポート１１１はネットワーク５０に接続され、ポート１１１に対して設定されるＩＰアドレス１０１には１．２．５０．２５４が設定され、ポート１１２はネットワーク６０に接続され、ポート１１２に対して設定されるＩＰアドレス１０２には１．２．６０．２５４が設定され、ポート１１３はネットワーク７０に接続され、ポート１１３に対して設定されるＩＰアドレス１０３に１．２．７０．２５４が設定されているものとする。
ルータ２に対しても全く同様に設定するので、ネットワーク５０に接続されるポート２２１に対して設定されるＩＰアドレス２０１に１．２．５０．２５４が設定され、ネットワーク６０に接続されるポート２２２に対して設定されるＩＰアドレス２０２に１．２．６０．２５４が設定され、ネットワーク７０に接続されるポート２２３に対して設定されるＩＰアドレス２０３に１．２．７０．２５４が設定されているものとする。
ルータ１のポート１１１とルータ２のポート２２１はネットワーク５０を終端するスイッチングハブ１００に接続され、ルータ１のポート１１２とルータ２のポート２２２はネットワーク６０を終端するスイッチングハブ２００に接続され、ルータ１のポート１１３とルータ２のポート２２３はネットワーク７０を終端するスイッチングハブ３００に接続されている。
また、ネットワーク６０は別なルータ３を介してネットワーク８０に接続されている。ルータ３についてはポート３３２がネットワーク６０へ、ポート３３４がネットワーク８０へ接続されポート３３２に対して設定されるＩＰアドレス３０２に１．２．６０．２５３が設定され、ポート３３４に対して設定されるＩＰアドレス３０４に１．２．８０．２５３が設定されている。同様に、ネットワーク６０は別なルータ４を介して別なネットワークへも接続されている。
ルータ３のＭＡＣアドレスは１１：１１：１１：１１：１１：３３とする。
また、ネットワーク５０内に存在する端末３０にはＩＰアドレス１．２．５０．３０が、ネットワーク８０内に存在する端末４０にはＩＰアドレス１．２．８０．４０が設定されているているものとする。
【００２７】
この時、端末３０から端末４０に通信が発生したとする。
端末３０は宛先端末４０のネットワークアドレスが自分のネットワークアドレスと合っていないため、宛先ＩＰアドレスを端末４０のＩＰアドレス１．２．８０．４０
にして、宛先ＭＡＣアドレスはデフォルトルータ１のシステムＭＡＣアドレス１１：１１：１１：１１：１１：２２でフレームをネットワーク５０に送信する。
このフレームはスイッチングハブ１００によってポート２２１に転送され、ＭＡＣアドレス１１：１１：１１：１１：１１：２２を持つルータ２の送受信処制御部２１がそのフレームを引き取る。
スイッチングハブ１００が単なるリピータハブだった場合にはルータ１、ルータ２の両方がそのフレームを引き取る。
ルータ２がアクト系として動作しているので受信したパケットがルーティング処理部２０７に渡され、宛先ＩＰアドレス１．２．８０．４０からのネットワークアドレス１．２．８０宛だという事を認識し、ルーティングテーブル２８から、ルータ３へデータを送信すればいいことがわかり、送信ポート２２２が決定される。またルータ２はＡＲＰパケット等によりルータ３のＭＡＣアドレスとＩＰアドレスの組み合わせを学習し、ＡＲＰテーブル２９上に持っているため、宛先ＩＰアドレスを端末４０のＩＰアドレス１．２．８０．４０にして、宛先ＭＡＣアドレスはルータ３のＭＡＣアドレス１１：１１：１１：１１：１１：３３で送受信制御部２１がポート２２２を使用してフレームをネットワーク６０に送信し、宛先ＭＡＣアドレスが一致するルータ３がこのフレームを引き取る。これ以前にルータ３はルータ２とのフレームのやりとりが有り、ＡＲＰテーブル３９上に「ＩＰアドレス１．２．６０．２５４はＭＡＣアドレス１１：１１：１１：１１：１１：２２」と言うことを学習して記憶している。ルータ３では受信したパケットがルーティング処理部３０７に渡され、宛先ＩＰアドレス１．２．８０．４０からのネットワークアドレス１．２．８０宛だという事を認識し、ルーティングテーブル３８から該当ネットワークは自ルータに直接接続されている事を認識し、送信ポート３３４が決定される。またルータ３はＡＲＰパケット等により端末４０のＭＡＣアドレスを知り、宛先ＩＰアドレスを端末４０のＩＰアドレス１．２．８０．４０にして、宛先ＭＡＣアドレスは端末４０のＭＡＣアドレス宛でポート３３４にフレームを送信する。これによって、端末４０は端末３０からのデータを受け取る事ができる。一方、ルータ１でもフレームを受信した場合には同様な処理が行われるが、ルータ１はスタンバイ系なので特に何もしなくて良い。この図の場合にはスイッチングハブ１００が存在するため、スイッチングハブはネットワーク上に流れるフレームを監視しＭＡＣアドレステーブル１０９を作成し、ＭＡＣアドレステーブル１０９には「ＭＡＣアドレス１１：１１：１１：１１：１１：２２宛はポート２２１に転送」となっているので実際にルータ１がフレームを受信する事は無い。
【００２８】
次にこの状態でルータ２が障害になった場合を考える。ルータ２に障害が発生した場合、ルータ１のアクト系決定決定機能１６が動き、自分がアクトとして動作しなければならない事を認識し、ルータ１をアクト系にし、システムＭＡＣアドレス決定機能１４に起動をかける。図３に示すＳ１６の判断によりＹｅｓのルートに入り、現状のシステムＭＡＣアドレス１３の値１１：１１：１１：１１：１１：２２が自分のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２と一致していないためＳ１７の判断でＹｅｓになり、Ｓ１８により、自分のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２をシステムＭＡＣアドレスとして不揮発性読み書きメモリ１３に書き込み、送受信制御部１１にシステムＭＡＣアドレスとして登録する。その後、ルーティングテーブル１８をサーチして自分と接続される全てのルータのＩＰアドレスを使ってＡＲＰリクエストパケットを送信する。
図４に示す本実施形態の場合には、ルータ１に接続されるルータはルータ３とルータ４であり、ルータ１がルータ３のＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する場合、送信元ＭＡＣアドレスが１：１１：１１：１１：１１：１２、送信元ＩＰアドレスが１．２．６０．２５４で宛先ＭＡＣアドレスは同報アドレス宛でＡＲＰリクエストをポート１１２に送信する。このＡＲＰリクエストを受信したスイッチングハブ２００ではＭＡＣアドレスが１１：１１：１１：１１：１１：１２を持つ端末がポート１１２に存在する事を学習してＭＡＣアドレステーブル２０９に「ＭＡＣアドレス１１：１１：１１：１１：１１：１２宛はポート１１２に転送」と書き込む。またルータ３もＡＲＰリクエストパケットを受信するので、その中身をチェックしてＩＰアドレスが自分のものと一致するのでＡＲＰリプライパケットを返却する。その時ルータ３はＡＲＰリクエストの中身のＩＰアドレスとＭＡＣアドレスの組み合わせをＡＲＰテーブル３９に登録するが、ＩＰアドレス１．２．６０．２５４は既にＭＡＣアドレス１１：１１：１１：１１：１１：２２として登録されているので、ＭＡＣアドレスが１１：１１：１１：１１：１１：２２から１１：１１：１１：１１：１１：１２に変わっている事を認識し、ＡＲＰテーブル３９を「ＩＰアドレス１．２．６０．２５４はＭＡＣアドレス１１：１１：１１：１１：１１：１２」に書き換える。
ルータ１は同様にルータ４のＩＰアドレスを使ってＡＲＰリクエストを出すので、ルータ４のＡＲＰテーブル４９も「ＩＰアドレス１．２．６０．２５４はＭＡＣアドレス１１：１１：１１：１１：１１：１２」に書き換わる。
仮に端末３０と端末４０の送信中にルータ２からルータ１へアクト系が切り換わり替わり、かつシステムＭＡＣアドレスも変更になった場合、スイッチングハブ上のＭＡＣアドレステーブルも、ルータ上のＡＲＰテーブルも新ＭＡＣアドレスの情報に書き変わっているため、端末３０自身だけがルータのＭＡＣアドレスが変わった事を認識できないので、その時の通信は失敗するが、ネットワーク内のルータ、スイッチングハブが持っている経路情報は既に切り替わっているので、端末３０が次回からルータ１経由でデータを送る場合にはすぐにデータが送信できる。
【００２９】
【発明の効果】
以上説明したように、本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法によれば、ネットワーク内で異なるＭＡＣアドレスを持つ２台のネットワーク装置を一組として二重化し、系切り替えや装置交換が発生しても継続して通信行え、フォルトトレラント機能も実現できる。
【００３０】
【図面の簡単な説明】
【図１】本発明に係る二重化ネットワーク装置の一実施の形態における構成を示すブロック図である。
【図２】本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の一実施の形態におけるネットワークを示すブロック図である。
【図３】本発明に係わるシステムＭＡＣアドレス決定機能１４，２４の概要フロー図である。
【図４】本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の他の実施の形態におけるネットワークを示すブロック図である。
【符号の説明】
１，２ 二重化構成されたネットワーク装置
４０ ルータ
【発明の属する分野】
本発明は、ネットワーク・ノード上の二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法に関するものである。
【０００２】
【従来の技術】
従来より、ペーパーレス環境で仕事の効率化を図るために、企業等のオフィスや管理部門にＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）が導入されている。
このＬＡＮはルータ等によって各々接続されており、情報インフラの整備に伴い、インターネット等の広域ネットワークに接続されて統合的環境が構築されている。
従って、このようなネットワークでは、ＩＰアドレス等の上位層でのネットワーク・ノードのアドレスに各ＬＡＮでのアドレスである各ネットワーク装置のＭＡＣアドレスを一意に対応させて通信が行われる。
また、フォルトトレラント機能を実現するためにネットワーク装置を二重化し、２台の同等な装置を使用することが一般的に行われている。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法においては次のような問題があった。
ネットワーク内に存在する端末に障害が発生した場合、従来では端末自身を交換して障害を復旧させるしか方法が無かったため、ネットワーク内の機器を交換してしまうとその機器のＭＡＣアドレスが変わってしまう。
従って、このような状況下においては、ネットワーク内部に存在するスイッチングハブ等に記憶されているＡＲＰテーブルのＭＡＣアドレスがエージングされるまで通信ができないという問題があった。
また、フォルトトレラント機能を実現するには２台の同等な装置を使用するのが一般的だが、通常ＭＡＣアドレスは装置毎に異なっており、仮に二重化してもアクト系が切り換わることにより該当装置のＭＡＣアドレスが変更されてしまう。
すなわち、ネットワーク内に存在するスイッチングハブ等のＡＲＰテーブルがエージングされるまでは通信ができない事になり、二重化していてもアクト系切り換え時にはしばらくの間通信が行えない状況が生じていた。
【０００４】
本発明は、以上の従来技術における問題に鑑みてなされたものであり、ネットワーク内で異なるＭＡＣアドレスを持つ２台のネットワーク装置を一組として二重化し、系切り替えや装置交換が発生しても継続して通信を行うことができ、フォルトトレラント機能も実現した二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
前記課題を解決するために提供する本願第一の発明に係る二重化ネットワーク装置は、それぞれ固有のＭＡＣアドレスを備えた二のネットワーク装置を一組のネットワーク装置群として一以上のネットワーク装置群がネットワークに接続されてなる二重化ネットワーク装置において、前記各装置群のうち、何れか一方のネットワーク装置をアクト系に決定するアクト系決定部と、アクト系に決定したネットワーク装置のＭＡＣアドレスをシステムＭＡＣアドレスとして記憶する不揮発性メモリと、各装置の受信制御部に、前記システムＭＡＣアドレス変更時にＡＲＰによりこの変更を他のネットワークノードに通知することによって前記システムＭＡＣアドレスで受信可能とする受信制御手段とを備えたことを特徴とする。
【０００６】
係る構成は、ネットワーク・ノード上に装置を２重にしてなる二重化ネットワーク装置において、前記各装置のＭＡＣアドレスを１重化するために、前記各装置が、両装置間でネゴシエーションを行いアクト系を決定するアクト系決定部と、システムＭＡＣアドレスを記憶する不揮発性メモリと、各装置の受信制御部に前記システムＭＡＣアドレスで受信可能とする受信制御手段とを備えたことを意味する。
二重化ネットワーク装置が、両装置間でネゴシエーションを行いアクト系を決定するアクト系決定部と、システムＭＡＣアドレスを記憶する不揮発性メモリと、各装置の受信制御部に前記システムＭＡＣアドレスで受信可能とする受信制御手段とを備えたことにより、ＭＡＣアドレスをシステムＭＡＣアドレスに一重化して通信できる。
【０００８】
システムＭＡＣアドレスが、アクト系のＭＡＣアドレスであることにより、アクト系のネットワーク装置に対して、通常動作で通信できる。
【０００９】
前記課題を解決するために提供する本願第二の発明に係る二重化装置のＭＡＣアドレス整合方法は、それぞれ固有のＭＡＣアドレスを備えた二のネットワーク装置を一組のネットワーク装置群として一以上のネットワーク装置群がネットワークに接続されてなる二重化ネットワーク装置の各ネットワーク装置のＭＡＣアドレスを１重化する二重化装置のＭＡＣアドレス整合方法であって、前記各装置群のうち、何れか一方のネットワーク装置をアクト系に決定すると共にアクト系に決定した装置のＭＡＣアドレスをシステムＭＡＣアドレスとし、このシステムＭＡＣアドレスでデータを受信し、前記システムＭＡＣアドレス変更時に、ＡＲＰによりこの変更を他のネットワークノードに通知することを特徴とする。
【００１０】
係る構成は、ネットワーク・ノード上に二重化構成された各装置のＭＡＣアドレスを１重化する二重化装置のＭＡＣアドレス整合方法であって、前記両装置間でネゴシエーションを行いアクト系を決定すると共にシステムＭＡＣアドレスを決定し、このシステムＭＡＣアドレスで通信を受信し、前記システムＭＡＣアドレス変更時に、ＡＲＰによりこの変更を他ノードに通知することを意味する。
このように、ＡＲＰ（アドレス解決プロトコル）により、別途の機構を要せずしてシステムＭＡＣアドレスの変更を他ノードに能動的に通知でき、装置の切り替えを行うことができる。
【００１２】
システムＭＡＣアドレスが、アクト系のＭＡＣアドレスであることにより、アクト系のネットワーク装置に対して、通常動作で通信できる。
【００１３】
前記課題を解決するために提供する本願第三の発明に係る二重化装置のＭＡＣアドレス整合方法は、本願第二の発明に係る二重化装置のＭＡＣアドレス整合方法において、前記変更の通知が、新たにアクト系となった装置がＡＲＰ要求をブロードキャストし、一以上の特定ノードからＡＲＰ応答を受信することにより完了することを特徴とする。
【００１４】
ＡＲＰ要求のブロードキャストにより、システムＭＡＣアドレスの変更を同報的に各ノードに通知できる。
【００１５】
前記課題を解決するために提供する本願第四の発明に係る二重化装置のＭＡＣアドレス整合方法は、本願第二または本願第三の発明に係る二重化装置のＭＡＣアドレス整合方法において、通信受信時にアクト系装置の切り替えが起きた場合に、変更前のシステムＭＡＣアドレスで継続して受信し、前記変更の通知後、送信を開始することを特徴とする。
【００１６】
データ受信時に装置のアクト系切り替えが起きた場合に、変更前のシステムＭＡＣアドレスを継続することにより、障害発生時の通信データの消散を抑えることができる。
【００１７】
【発明の実施の形態】
（実施形態１）
以下に、本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の一実施の形態における構成について図面を参照して説明する。
図１は、本発明に係る二重化ネットワーク装置の一実施の形態における構成を示すブロック図である。
図１に示すように、装置１と装置２は全く同じ構成のネットワーク装置であり、送受信制御機能１１、２１と、ＭＡＣアドレス１２、２２と、不揮発性読み書きメモリ１３，２３と、システムＭＡＣアドレス決定機能１４，２４と、ＩＰアドレス１５、２５と、アクト系決定機能１６、２６とを有する。
また、前記ネットワーク装置１及びネットワーク装置２は、バス１０を通して同じローカル・エリア・ネットワーク（ＬＡＮ）に接続されていて、送受信制御部１１、２１を使用してデータの送受信を行う。
装置１にはＭＡＣアドレス１２と装置２にはＭＡＣアドレス２２が存在し、それぞれ異なる値である。
また、装置１装置２のデフォルトルータとしてルータ４０がバス１０に接続されている。
また、装置１と装置２が二重化構成をとる場合には、プロセッサ間バス２０で接続され、アクト系決定機能１６、２６がプロセッサ間バス２０を使ってネゴシエーションを行いどちらがアクト系として動作するかを決定する。
装置１のＩＰアドレス１５と装置２のＩＰアドレス２５はコマンドにより同じ値に設定される。
このように、本実施形態では、ＴＣＰ／ＩＰを使用し、二重化ネットワーク装置を同一ネットワーク・ノード上に構成している。
従って、その際、異なるＭＡＣアドレスを整合する必要があり、システムＭＡＣアドレスが使用される。
即ち、システムＭＡＣアドレス決定機能１４，２４は、二重化時には、装置１、装置２のどちらか一方のＭＡＣアドレスをシステムＭＡＣアドレスとして、両方の装置の不揮発性読み書きメモリ１３、２３に書き込む。
それによって、装置１、装置２とも二重化時には同じＭＡＣアドレスを使用することになり、アクト系が切り替わってもシステムＭＡＣアドレスの値は変わらない様にする。
また、送受信制御機能１１、２１は、システムＭＡＣアドレスでの受信制御機能を有し、以後、システムＭＡＣアドレス宛のデータは両方の装置１，２が受信可能とする。
さらに、システムＭＡＣアドレス決定機能１４，２４は、１重化時にはアクト系のＭＡＣアドレスをシステムＭＡＣアドレスとする。
装置１または装置２のどちらかがネットワークから切り離された場合、ネットワークに残った方の装置のアクト系決定機能１６、２６が１重化システムに変わったことを認識し、システムＭＡＣアドレス決定機能１４，２４に通知し、装置のシステムＭＡＣアドレス決定機能１４，２４は、残った装置のＭＡＣアドレスをシステムＭＡＣアドレスとする。
この時、今まで動作していたシステムＭＡＣアドレスと値が異なる場合、システムＭＡＣアドレス決定機能１４、２４は自分のＩＰアドレス１５、２５と新システムＭＡＣアドレスを送信元アドレスとしてデフォルトルータ４０のＩＰアドレス解決形式のＡＲＰリクエストパケットをＬＡＮ上にブロードキャストし、デフォルトルータ４０がこのＡＲＰリクエストに対するリプライを送信する事によって、ルータや同一ＬＡＮ内に存在するスイッチングハブが、装置のＭＡＣアドレスが変更になったことを知ることができる。
【００１８】
次に、本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の一実施の形態における動作について図面を参照して以下に説明する。
図２は、本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の一実施の形態におけるネットワークを示すブロック図であり、図３は、本実施のシステムＭＡＣアドレス決定機能１４，２４の概要を示すフローチャート図である。
図２に示すように、本実施形態のネットワークは、上述の構成を持つ装置１，装置２が、各々、スイッチングハブ３０のポート３１とポート３２とに接続され、スイッチングハブ３０はＩＰルータ４０に接続されている。
また、ＩＰルータ４０には装置１，装置２とは異なるネットワークアドレスを持つＩＰ端末５０が接続されている。
ＩＰ端末５０はＭＡＣアドレス５２とＩＰアドレス５５を持っている。装置１，装置２のデフォルトルータはＩＰルータ４０に、端末５０のデフォルトルータはＩＰルータ４０に設定されている。
スイッチングハブ３０は、どのＭＡＣアドレスがどのポートに接続されているかを記憶するＭＡＣアドレステーブル３９を持ち、ＩＰルータ４０は、どのＩＰアドレスがどのＭＡＣアドレスに対応するのかを記憶するＡＲＰテーブル４９を持っている。
また、ポート４１にはＩＰアドレス４５が、ポート４２にはＩＰアドレス４６がアサインされる。
更に、
装置１のＭＡＣアドレス１２は１１：１１：１１：１１：１１：１２になっており、
装置２のＭＡＣアドレス２２は１１：１１：１１：１１：１１：２２になっているとする。
装置１と装置２は同一ネットワークに接続されているのでＩＰアドレスのネットワーク部は同じ値になるが、ＩＰ端末５０はルータ４０を介するため装置１，装置２とは異なるネットワークに属していることになり、ＩＰ端末５０のＩＰアドレスのネットワーク部は装置１、装置２と違う値になる。
装置１、２の属するネットワークアドレスが１９２．１６８
ＩＰ端末５０の属するネットワークアドレスが１９２．１７０．
とし、
装置１と装置２のＩＰアドレス１５、２５はコマンドにより同じ値である、１９２．１６８．０．１
ＩＰ端末５０のＩＰアドレス５５は１９２．１７０．０．５０
装置１、装置２から見たデフォルトルータであるＩＰルータ４０のＩＰアドレス４５は１９２．１６８．０．２５４
ＩＰ端末５０から見たデフォルトルータであるＩＰルータ４０のＩＰアドレス４６は１９２．１７０．０．２５４
に設定されているものとする。
装置１、装置２は通常のＩＰ端末と同様デフォルトルータ４０のＩＰアドレス４５の値１９２．１６８．０．２５４を知っている。
装置１の不揮発性読み書きメモリ１３及び装置２の不揮発性読み書きメモリ２３には、特にデータを設定する必要はなく、
装置１の不揮発性読み書きメモリ１３にはｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ
装置２の不揮発性読み書きメモリ２３には００：００：００：００：００：００
が、かきこまれていたものとする。
【００１９】
（動作形態１）
まず装置１装置２の順序で電源をいれた時、図２に示す装置１のアクト系決定機能１６はアクト系を決定するために、プロセッサ間バス２０を使用して装置２とネゴシエーションを行おうとするが、この時、装置２はまだ電源が入っていないので、１重化システムと判断し自装置１をアクト系とする。
次に装置１のシステムＭＡＣアドレス決定機能１４が動き出し図３に示すＳ１の判断でリセットによる起動となりＳ２の判断でＮｏのルートに入りＳ７で自分のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２を不揮発性読み書きメモリ１３に書き込み、送受信制御部１１にシステムＭＡＣアドレスとして登録し、Ｓ８でデフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信しそのまま１重化で動作を続ける。
このＡＲＰリクエストには送信元の装置１のＭＡＣアドレス１１：１１：１１：１１：１１：１２とＩＰアドレス１９２．１６８．０．１との組み合わせが載っていて、同報ＭＡＣアドレス宛で送られるため、ルータ４０が受け取り、そのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置１宛に送信する。
通常ルータはＡＲＰリプライを返した場合、その内容をＡＲＰテーブルに反映させるので、ルータ４０の場合も、自分の管理しているＡＲＰテーブル４９にその組み合わせを記憶する。
そのうち装置２にも電源が入り装置２のアクト系決定機能２６はプロセッサ間バス２０を使用して装置１とアクト系を決定するためのネゴシエーションを行ない、装置１が既にアクト系として動作していることから装置２をスタンバイ系として動作させる、装置１のアクト系決定機能１６は二重化システムになった事を認識し装置１のシステムＭＡＣアドレス決定機能１４が再度起動され、Ｓ１の判断でＮｏのルートに入りＳ９の判断でＹｅｓのルートにはいり、Ｓ１０の判断で自分はアクト系なのでＮｏのルートに入りＳ１２で自分のＭＡＣアドレス１２の１１：１１：１１：１１：１１：１２と、不揮発性読み書きメモリ１３の値 １１：１１：１１：１１：１１：１２をプロセッサ間バス２０を使って装置２に送る。
同時に装置２のシステムＭＡＣアドレス決定機能２４が動き出しＳ１の判断でリセットよる起動となりＳ２で二重化システムと判断し、Ｓ３で自分のＭＡＣアドレス２２の値１１：１１：１１：１１：１１：１２と、不揮発性読み書きメモリ２３の値００：００：００：００：００：００をプロセッサ間バス２０を使って装置１に送り、Ｓ４の判断で自分はスタンバイ系なのでＮｏのルートに入りそのままスタンバイ系として動作する。
また、装置２は装置１からプロセッサ間バスを通して装置１のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２と、不揮発性読み書きメモリ１３の値１１：１１：１１：１１：１１：１２を受け取るので、装置２のシステムＭＡＣアドレス決定機能２４が再度起動され、Ｓ１の判断でＮｏのルートに入りＳ９の判断でもＮｏのルートにはいり、Ｓ１３の判断でＹｅｓのルートにはいりＳ１４の判断で自分はスタンバイ系なのでＹｅｓのルートに入りＳ１５で相手装置１のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２を、自装置２の不揮発性読み書きメモリ２３に書き込み、送受信制御部２１にシステムＭＡＣアドレスとして登録しそのままそのままスタンバイ系として動作を続ける。
同時に装置１でも装置２からプロセッサ間バスを通して装置２のＭＡＣアドレス２２の値１１：１１：１１：１１：１１：２２と、不揮発性読み書きメモリ２３の値００：００：００：００：００：００を受け取るので、装置１のシステムＭＡＣアドレス決定機能１４が再度起動され、Ｓ１の判断でＮｏのルートに入りＳ９の判断でＮｏのルートにはいり、Ｓ１３の判断でＹｅｓのルートにはいりＳ１４の判断で自分はアクト系なのでＮｏのルートに入り、そのままアクト系として動作を続ける。
以上の処理により装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、そのシステムＭＡＣアドレスが送受信制御部１１、２１に登録されているため、１１：１１：１１：１１：１１：１２宛のフレームを両装置が受信できる事になる。
また、スイッチングハブ３０ではＡＲＰリクエスト、ＡＲＰリプライを転送することからポート３１にＭＡＣアドレス１１：１１：１１：１１：１１：１２を持つ端末がいる事がわかりその内容をＭＡＣアドレステーブル３９に書き込む。装置２、装置１の順序で電源をいれた時は前述の動作が全く逆になる。
【００２０】
（動作形態２）
装置１装置２ともほぼ同時に電源をいれた時は、装置１のアクト系決定機能１６と装置２のアクト系決定機能２６とがネゴシエーションを行い、あらかじめ決められた方法でアクト系を決定する。
ここでは、装置１がアクト系、装置２がスタンバイ系となったものと仮定して説明する。
装置１のシステムＭＡＣアドレス決定機能１４が動き出しＳ１の判断でリセットによる起動となり、既にネゴシエーションにより二重化システムである事を認識しているのでＳ２の判断ではＹｅｓのルートに入り、Ｓ３で自分のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２と不揮発性読み書きメモリ１３の内のシステムＭＡＣアドレスの値ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆをプロセッサ間バス２０を使用して装置２に送り、Ｓ４でＹｅｓのルートに入り、Ｓ５で自分のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２を不揮発性読み書きメモリ１３に書き込み、送受信制御部１１にシステムＭＡＣアドレスとして登録する。
その後Ｓ６でデフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する。
このＡＲＰリクエストには送信元の装置１のシステムＭＡＣアドレス１１：１１：１１：１１：１１：１２とＩＰアドレス１９２．１６８．０．１との組み合わせが載っていて、同報ＭＡＣアドレス宛で送られるため、ルータ４０が受け取りそのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置１宛に送信する。
通常ルータはＡＲＰリプライを返した場合、その内容をＡＲＰテーブルに反映させるので、ルータ４０の場合も、自分の管理しているＡＲＰテーブル４９にその組み合わせを記憶する。
装置２でも同様にシステムＭＡＣアドレス決定機能２４が動き出しＳ１の判断でリセットによる起動となりＹｅｓのルートに入り、Ｓ２の判断でＹｅｓのルートに入りＳ３で自分のＭＡＣアドレス２２の１１：１１：１１：１１：１１：２２と不揮発性読み書きメモリ２３の内のシステムＭＡＣアドレスの値００：００：００：００：００：００をプロセッサ間バス２０を使用して装置１に送り、Ｓ４の判断でＮｏのルートに入りそのまま処理を終了するためシステムＭＡＣアドレスは確定していない。
装置１、装置２ともにＳ３によりプロセッサ間バス２０を使用して自分のＭＡＣアドレスを相手装置に通知するため、装置２ではシステムＭＡＣアドレス決定機能２４が動き出しＳ１の判断でＮｏのルートとなり、Ｓ９の判断もＮｏのルートに入りＳ１３の判断でＹｅｓのルートにはいりＳ１４の判断で自分はスタンバイ系なのでＹｅｓのルートに入りＳ１５でプロセッサ間バス２０を通して得られた相手装置１のＭＡＣアドレスの値１１：１１：１１：１１：１１：１２を、自装置２の不揮発性読み書きメモリ２３に書き込み、送受信制御部２１にシステムＭＡＣアドレスとして登録しそのままそのままスタンバイ系として動作を続ける。
装置１でも同様にシステムＭＡＣアドレス決定機能１４が動き出しＳ１の判断でＮｏのルートとなりＳ９の判断でもＮｏのルートに入りＳ１３の判断でＹｅｓのルートに入りＳ１４の判断で自分はアクト系なのでＮｏのルートに入り、何もせずにそのままアクト系として動作する。
以上の処理により装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、そのシステムＭＡＣアドレスが送受信制御部１１、２１に登録されるため、１１：１１：１１：１１：１１：１２宛のフレームを両装置が受信できる事になる。
また、スイッチングハブ３０ではＡＲＰリクエスト、ＡＲＰリプライを転送することからポート３１にＭＡＣアドレス１１：１１：１１：１１：１１：１２を持つ端末がいる事がわかりその内容をＭＡＣアドレステーブル３９に書き込む。
装置１、装置２ともほぼ同時に電源をいれた時で、装置２がアクト系になった場合には前述の動作が全く逆になる。
【００２１】
（動作形態３）
次に二重化運転中にアクト系切り替えが発生した場合を考える。
装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、装置１がアクト系で動作しているものとする。
装置のアクト系切り替えが発生し装置２がアクトとして動作した場合、両方の装置のアクト系決定機能１６，２６が動き、装置１はスタンバイになり、装置２がアクトになり、両方の装置のシステムＭＡＣアドレス決定機能１４、２４が起動される。
Ｓ１、Ｓ９、Ｓ１３、Ｓ１６全ての判断でＮｏのルートに入りＳ２０の判断でＹｅｓのルートに入る。
装置１はスタンバイ系になったのでＳ２１の判断でＮｏのルートに入り何もせずそのままスタンバイとして動作する。
装置２はアクト系になったのでＳ２１の判断でＹｅｓのルートに入り、Ｓ２２でデフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する。
このＡＲＰリクエストには送信元の装置１のシステムＭＡＣアドレス１１：１１：１１：１１：１１：１２とＩＰアドレス １９２．１６８．０．１との組み合わせが載っていて、同報ＭＡＣアドレス宛で送られるため、ルータ４０が受け取り、そのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置１宛に送信する。
通常ルータはＡＲＰリプライを返した場合、その内容をＡＲＰテーブルに反映させるが既に持っている内容と同じなので書き換えはしない、ルータ４０の場合でも同様である。
また、スイッチングハブ３０ではＡＲＰリクエスト、ＡＲＰリプライを転送することからポート３２にＭＡＣアドレス１１：１１：１１：１１：１１：１２を持つ端末がいる事がわかり、スイッチングハブ３０から見るとポート３１に接続されていた端末がポート３２に接続し直されたかの様に見えるため、ＭＡＣアドレステーブル３９内の該当データを書き換える。
【００２２】
（動作形態４）
次に二重化運転中に１重化運転になった場合を考える。
装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、装置１がアクト系で動作している時にスタンバイ系の装置２がネットワークから切り離された場合を考える。
装置１のシステムＭＡＣアドレス決定機能１４に起動がかかり、Ｓ１の判断でＮｏのルートに入り、Ｓ９の判断でもＮｏのルートに入り、Ｓ１３の判断でもＮｏのルートに入り、Ｓ１６の判断でＹｅｓのルートに入る。この場合、現在使用しているシステムＭＡＣアドレスの値は１１：１１：１１：１１：１１：１２であり、装置１のＭＡＣアドレス１２の値も１１：１１：１１：１１：１１：１２なのでＳ１７の判断でＮｏのルートに入り、装置１がアクト系として動作している時にスタンバイ系の装置２が切り離されたのでアクト系の切り替えは発生しないのでＳ２０の判断でＮｏのルートに入り、そのまま１１：１１：１１：１１：１１：１２をシステムＭＡＣアドレスとして使用し続ける。
装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、装置２がアクト系で動作している時にスタンバイ系の装置１がネットワークから切り離された場合を考える。
装置２のシステムＭＡＣアドレス系決定機能２４に起動がかかり、Ｓ１の判断でＮｏのルートに入りＳ９の判断でもＮｏのルートに入り、Ｓ１３の判断もＮｏのルートに入り、Ｓ１６の判断でＹｅｓのルートに入る。
この場合、現在使用しているシステムＭＡＣアドレスの値は１１：１１：１１：１１：１１：１２であり、装置２のＭＡＣアドレス１２の値は１１：１１：１１：１１：１１：２２なのでＳ１７の判断でＹｅｓのルートに入る。
Ｓ１８で自分のＭＡＣアドレス２２の値１１：１１：１１：１１：１１：２２を不揮発性読み書きメモリ２３に書き込み、送受信制御部２１にシステムＭＡＣアドレスとして登録する。
その後Ｓ１９でデフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する。
このＡＲＰリクエストには送信元の装置２のＭＡＣアドレス１１：１１：１１：１１：１１：２２とＩＰアドレス１９２．１６８．０．１との組み合わせが載っていて、同報ＭＡＣアドレス宛で送られるため、ルータ４０が受け取り、そのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置２宛に送信する。
通常ルータはＡＲＰリプライを返した場合、その内容をＡＲＰテーブルに反映させる。
ルータ４０でも同様にＡＲＰテーブル４９に反映させるが、ＡＲＰテーブル４９上には、それまでは、ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：１２との組み合わせとなっていたはずなので、今回のＡＲＰリクエストにより、ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：２２に変わった事がわかり、ルータ４０はＡＲＰテーブル上の該当データを新しい組み合わせに書き換える。
また、スイッチングハブ３０ではＡＲＰリクエスト、ＡＲＰリプライを転送することからポート３２にＭＡＣアドレス１１：１１：１１：１１：１１：２２を持つ端末がいる事がわかり、スイッチングハブ３０から見るとポート３２に新しい端末が接続されたかの様に見えるため、ＭＡＣアドレステーブル３９にその内容を書き加える。
これによって、装置２が新しいシステムＭＡＣアドレス１１：１１：１１：１１：１１：２２を使ってそのまま動作を続ける。
【００２３】
（動作形態５）
次に二重化運転中にアクト系の装置がネットワークから切り離された場合を考える。
装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、装置１がアクト系で動作している時にアクト系の装置１がネットワークから切り離された場合を考える。
装置２のアクト系決定機能２６が、装置１が無くなった事により装置２がアクトとして動作する事を決定し、システムＭＡＣアドレス決定機能２４に起動をかける。Ｓ１の判断でＮｏのルートに入り、Ｓ９の判断でもＮｏのルートに入り、Ｓ１３の判断でもＮｏのルートに入り、Ｓ１６の判断でＹｅｓのルートに入る。
この場合、現在使用しているシステムＭＡＣアドレスの値は１１：１１：１１：１１：１１：１２であり、装置２のＭＡＣアドレス２２の値は１１：１１：１１：１１：１１：２２なのでＳ１７の判断でＹｅｓのルートに入る。
Ｓ１８で自分のＭＡＣアドレス２２の値１１：１１：１１：１１：１１：２２を不揮発性読み書きメモリ２３に書き込み、送受信制御部２１にシステムＭＡＣアドレスとして登録する。
その後Ｓ１９でデフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する。
このＡＲＰリクエストには送信元の装置２のＭＡＣアドレス１１：１１：１１：１１：１１：２２とＩＰアドレス１９２．１６８．０．１との組み合わせが載っていて、同報ＭＡＣアドレス宛で送られるため、ルータ４０が受け取り、そのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置２宛に送信する。
ルータ４０の、ＡＲＰテーブル４９上には、それまでは、ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：１２との組み合わとなっていたはずなので、今回のＡＲＰリクエストにより、ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：２２に変わった事がわかり、ルータ４０はＡＲＰテーブル４９上の該当データを新しい組み合わせに書き換える。
また、スイッチングハブ３０ではＡＲＰリクエスト、ＡＲＰリプライを転送することからポート３２にＭＡＣアドレス１１：１１：１１：１１：１１：２２を持つ端末がいる事がわかり、スイッチングハブ３０から見るとポート３２に新しい端末が接続されたかの様に見えるため、ＭＡＣアドレステーブル３９にその内容を書き加える。
これによって、装置２が新しいシステムＭＡＣアドレス１１：１１：１１：１１：１１：２２を使ってそのまま動作を続ける。
装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２となり、装置２がアクト系で動作している時にアクト系の装置２がネットワークから切り離された場合を考える。
装置１のアクト系決定機能１６が、装置２が無くなった事により装置１がアクトとして動作する事を決定し、システムＭＡＣアドレス決定機能１４に起動をかける。
Ｓ１の判断でＮｏのルートに入り、Ｓ９の判断でもＮｏのルートに入り、Ｓ１３の判断でもＮｏのルートに入り、Ｓ１６の判断でＹｅｓのルートに入る。
この場合、現在使用しているシステムＭＡＣアドレスの値は１１：１１：１１：１１：１１：１２であり、装置１のＭＡＣアドレス１２の値も１１：１１：１１：１１：１１：１２なのでＳ１７の判断でＮｏのルートに入り、アクト系が装置２から装置１へ切り替わったのでＳ２０の判断でＹｅｓのルートに入り、Ｓ２１の判断でもＹｅｓのルートに入り、Ｓ２２でデフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する。
このＡＲＰリクエストには送信元の装置１のＭＡＣアドレス１１：１１：１１：１１：１１：１２とＩＰアドレス １９２．１６８．０．１との組み合わせが載っていて、同報ＭＡＣアドレス宛で送られるため、ルータ４０が受け取り、そのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置１宛に送信する。
ルータ４０はＡＲＰリプライを返した場合、その内容をＡＲＰテーブル４９に反映させるが既に持っている内容と同じなので書き換えはしない。
また、スイッチングハブ３０ではＡＲＰリクエスト、ＡＲＰリプライを転送することからポート３１にＭＡＣアドレス１１：１１：１１：１１：１１：１２を持つ端末がいる事がわかり、スイッチングハブ３０から見るとポート３２に接続されていた端末がポート３１に接続し直されたかの様に見えるため、ＭＡＣアドレステーブル３９内の該当データを書き換える。
これによって、装置１は、今まで装置２が使用していたＭＡＣアドレス１１：１１：１１：１１：１１：１２を使ってそのまま動作を続ける。
【００２４】
（動作形態６）
次に１重化運転中にスタンバイ系の装置がネットワークに組み込まれた場合を考える。
１重化運転中は、必ずその装置のＭＡＣアドレスをシステムＭＡＣアドレスとして使用する事になるので、装置１がアクト系で１重化で動作している場合には、装置１のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２がシステムＭＡＣアドレスとして使用されている。
この時に、装置２がスタンバイ系として組み込まれたとすると、装置１のシステムＭＡＣアドレス決定機能１４が起動されＳ１の判断でＮｏのルートに入りＳ９の判断でＹｅｓのルートになる。
その後、装置１、装置２の順番に電源を入れた場合と同様の処理で二重化として動作できるようになる。装置２による１重化運転中に装置１がスタンバイ系として組み込まれた場合には動作が逆になる。
今、装置１、装置２ともに不揮発性読み書きメモリ１３、２３の値が同じ１１：１１：１１：１１：１１：１２になり、装置２がアクト系で動作している時に装置５０からＩＰアドレスの１９２．１６８．０．１の装置にデータ通信が発生しているとする。
ＩＰアドレスの１９２．１６８．０．１の装置は二重化されていて装置２がアクト系として動作しているため、スイッチングハブ３０は、装置２からのＡＲＰリクエストパケットにより、ＭＡＣアドレス１１：１１：１１：１１：１１：１２の装置はポート３２に接続されている事を学習し、スイッチングハブ３０内のＭＡＣアドレステーブル３９には「 ＭＡＣアドレス１１：１１：１１：１１：１１：１２宛はポート３２へ転送」というデータが書き込まれている。
またルータ４０は「ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：１２」というＡＲＰテーブル４９を持っている。
装置５０がＩＰアドレス１９２．１６８．０．１にデータを送る場合、宛先ＭＡＣアドレスをデフォルトルータ４０のＭＡＣアドレス、宛先ＩＰアドレスを１９２．１６８．０．１にして、ネットワーク内にデータを送信する。
ルータ４０は宛先ＭＡＣアドレスが自分宛なのでそのデータを引き取り、宛先ＩＰアドレス１９２．１６８．０．１をＡＲＰテーブル４９を使って検索し、ＭＡＣアドレスが１１：１１：１１：１１：１１：１２であると認識する。
ルータ４０は宛先ＭＡＣアドレスとして検出したＭＡＣアドレス１１：１１：１１：１１：１１：１２、宛先ＩＰアドレスを１９２．１６８．０．１でポート４１にデータを送信する。
スイッチングハブ３０はそのデータを受信し、宛先ＭＡＣアドレスが １１：１１：１１：１１：１１：１２となっているため、スイッチングハブ３０は、ＭＡＣアドレステーブル３９の内容からそのデータをポート３２に転送する事になり、装置２がそのデータを受信できる。
この状態で装置１の交換をする場合を想定する。装置１を交換する場合にはその時点で１重化運転になり、装置２の本来のＭＡＣアドレス２２の値１１：１１：１１：１１：１１：２２がシステムＭＡＣアドレスとして使われる事になる。
装置２の本来のＭＡＣアドレス２２は１１：１１：１１：１１：１１：２２は現在使用しているシステムＭＡＣアドレスの値１１：１１：１１：１１：１１：１２とは異なっているため、１重化になった場合には、装置２はシステムＭＡＣアドレスを本来の自分のＭＡＣアドレス２２の値である１１：１１：１１：１１：１１：２２に変更し、デフォルトルータ４０のＩＰアドレス１９２．１６８．０．２５４からＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する。
ルータ４０は、そのＡＲＰリクエストパケットの中身を見ると、自分のＩＰアドレス４５の１９２．１６８．０．２５４に対するＡＲＰリクエストなので、ルータ４０が自分のＭＡＣアドレスを教えるためにＡＲＰリプライを装置２宛に送信する。
ルータ４０はＡＲＰリプライを返した場合、その内容をＡＲＰテーブル４９に反映させる。
このＡＲＰリクエストにはＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：２２の組み合わせで有ることが載っている。
ルータ４０がＡＲＰテーブル４９上で認識していた組み合わせは、「ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：１２」
だったので、同じＩＰアドレスでもＭＡＣアドレスが異なるため、ＭＡＣアドレスが変わった事と判断し、ＡＲＰテーブル４９の「ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：１２」というデータを
「ＩＰアドレス１９２．１６８．０．１はＭＡＣアドレス１１：１１：１１：１１：１１：２２」という新しいデータに書き換える。
また、スイッチングハブ３０内もこのＡＲＰリクエストをポート３２から受信するのでＭＡＣアドレステーブル３９に「 ＭＡＣアドレス１１：１１：１１：１１：１１：２２宛はポート３２へ送信」というデータを書き込む。
装置５０がＩＰアドレス１９２．１６８．０．１の端末にデータを送る場合には、同様に宛先ＭＡＣアドレスをデフォルトルータ４０のＭＡＣアドレス、宛先ＩＰアドレスを１９２．１６８．０．１でネットワーク内にデータを送信する。
ルータ４０は宛先ＭＡＣアドレスが自分宛なのでそのデータを引き取り、宛先ＩＰアドレス１９２．１６８．０．１をキーにＡＲＰテーブル４９を検索し、宛先ＭＡＣアドレスが１１：１１：１１：１１：１１：２２であると認識する。
ルータ４０は宛先ＭＡＣアドレスを検出したＭＡＣアドレスである１１：１１：１１：１１：１１：２２に、宛先ＩＰアドレスを１９２．１６８．０．１でポート４１にデータを送信する。
スイッチングハブ３０がそのデータを受信し、宛先ＭＡＣアドレスが １１：１１：１１：１１：１１：２２となっているため、ＭＡＣアドレステーブル３９からポート３２へ転送すれば良い事が判明し、スイッチングハブ３０はそのデータをポート３２に転送するので装置２がそのデータを受信できる。
【００２５】
この発明の特徴は、ネットワーク上に全く異なるＭＡＣアドレスを持つ２台の装置のどちらかのＭＡＣアドレスをシステムＭＡＣアドレスとして共通に使用することと、システムＭＡＣアドレスが変更になった場合にはＡＲＰリクエストパケットをルータ宛に出すことにある。
この結果、片方の装置に障害が発生した場合、もう１台の装置でバックアップでき、仮に該当装置のシステムＭＡＣアドレスが変更になっても、ネットワーク上のルータがＭＡＣアドレスとＩＰアドレスの組み合わせが変更になったことを理解し、スイッチングハブ上でもＡＲＰテーブルを書き換えるため、端末間のデータ転送の失敗を最小限に止めることができる。
したがって、ネットワーク上の再送処理も減り、帯域を有効に使用できる事にもなる。
【００２６】
（実施形態２）
以下に、本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の他の実施の形態における動作について図３、図４参照して説明する。
図４は、本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の他の実施の形態におけるネットワークを示すブロック図である。
本実施形態の二重化ネットワーク装置は、上述の実施形態１における図１または図２に示す装置１、装置２をルータに適用した場合である。
図４に示すように、ルータ１とルータ２は本発明に係わる二重化ルータであり、その構成は、実施形態１と略同様であり、
ルータ１のＭＡＣアドレス１２は１１：１１：１１：１１：１１：１２
ルータ２のＭＡＣアドレス２２は１１：１１：１１：１１：１１：２２
とする。ルータ３、ルータ４は普通のルータである。
ルータ１、ルータ２のシステムＭＡＣアドレスは上述のシステムＭＡＣアドレス決定機能１４，２４によって両方ともに１１：１１：１１：１１：１１：２２に設定され、不揮発性読み書きメモリ１３，２３に格納されている。この時、ルータ１がアクト系で動作しているとする。
ネットワーク５０のネットワークアドレスを１．２．５０
ネットワーク６０のネットワークアドレスを１．２．６０
ネットワーク７０のネットワークアドレスを１．２．７０
ネットワーク８０のネットワークアドレスを１．２．８０
とし、ルータ１のポート１１１はネットワーク５０に接続され、ポート１１１に対して設定されるＩＰアドレス１０１には１．２．５０．２５４が設定され、ポート１１２はネットワーク６０に接続され、ポート１１２に対して設定されるＩＰアドレス１０２には１．２．６０．２５４が設定され、ポート１１３はネットワーク７０に接続され、ポート１１３に対して設定されるＩＰアドレス１０３に１．２．７０．２５４が設定されているものとする。
ルータ２に対しても全く同様に設定するので、ネットワーク５０に接続されるポート２２１に対して設定されるＩＰアドレス２０１に１．２．５０．２５４が設定され、ネットワーク６０に接続されるポート２２２に対して設定されるＩＰアドレス２０２に１．２．６０．２５４が設定され、ネットワーク７０に接続されるポート２２３に対して設定されるＩＰアドレス２０３に１．２．７０．２５４が設定されているものとする。
ルータ１のポート１１１とルータ２のポート２２１はネットワーク５０を終端するスイッチングハブ１００に接続され、ルータ１のポート１１２とルータ２のポート２２２はネットワーク６０を終端するスイッチングハブ２００に接続され、ルータ１のポート１１３とルータ２のポート２２３はネットワーク７０を終端するスイッチングハブ３００に接続されている。
また、ネットワーク６０は別なルータ３を介してネットワーク８０に接続されている。ルータ３についてはポート３３２がネットワーク６０へ、ポート３３４がネットワーク８０へ接続されポート３３２に対して設定されるＩＰアドレス３０２に１．２．６０．２５３が設定され、ポート３３４に対して設定されるＩＰアドレス３０４に１．２．８０．２５３が設定されている。同様に、ネットワーク６０は別なルータ４を介して別なネットワークへも接続されている。
ルータ３のＭＡＣアドレスは１１：１１：１１：１１：１１：３３とする。
また、ネットワーク５０内に存在する端末３０にはＩＰアドレス１．２．５０．３０が、ネットワーク８０内に存在する端末４０にはＩＰアドレス１．２．８０．４０が設定されているているものとする。
【００２７】
この時、端末３０から端末４０に通信が発生したとする。
端末３０は宛先端末４０のネットワークアドレスが自分のネットワークアドレスと合っていないため、宛先ＩＰアドレスを端末４０のＩＰアドレス１．２．８０．４０
にして、宛先ＭＡＣアドレスはデフォルトルータ１のシステムＭＡＣアドレス１１：１１：１１：１１：１１：２２でフレームをネットワーク５０に送信する。
このフレームはスイッチングハブ１００によってポート２２１に転送され、ＭＡＣアドレス１１：１１：１１：１１：１１：２２を持つルータ２の送受信処制御部２１がそのフレームを引き取る。
スイッチングハブ１００が単なるリピータハブだった場合にはルータ１、ルータ２の両方がそのフレームを引き取る。
ルータ２がアクト系として動作しているので受信したパケットがルーティング処理部２０７に渡され、宛先ＩＰアドレス１．２．８０．４０からのネットワークアドレス１．２．８０宛だという事を認識し、ルーティングテーブル２８から、ルータ３へデータを送信すればいいことがわかり、送信ポート２２２が決定される。またルータ２はＡＲＰパケット等によりルータ３のＭＡＣアドレスとＩＰアドレスの組み合わせを学習し、ＡＲＰテーブル２９上に持っているため、宛先ＩＰアドレスを端末４０のＩＰアドレス１．２．８０．４０にして、宛先ＭＡＣアドレスはルータ３のＭＡＣアドレス１１：１１：１１：１１：１１：３３で送受信制御部２１がポート２２２を使用してフレームをネットワーク６０に送信し、宛先ＭＡＣアドレスが一致するルータ３がこのフレームを引き取る。これ以前にルータ３はルータ２とのフレームのやりとりが有り、ＡＲＰテーブル３９上に「ＩＰアドレス１．２．６０．２５４はＭＡＣアドレス１１：１１：１１：１１：１１：２２」と言うことを学習して記憶している。ルータ３では受信したパケットがルーティング処理部３０７に渡され、宛先ＩＰアドレス１．２．８０．４０からのネットワークアドレス１．２．８０宛だという事を認識し、ルーティングテーブル３８から該当ネットワークは自ルータに直接接続されている事を認識し、送信ポート３３４が決定される。またルータ３はＡＲＰパケット等により端末４０のＭＡＣアドレスを知り、宛先ＩＰアドレスを端末４０のＩＰアドレス１．２．８０．４０にして、宛先ＭＡＣアドレスは端末４０のＭＡＣアドレス宛でポート３３４にフレームを送信する。これによって、端末４０は端末３０からのデータを受け取る事ができる。一方、ルータ１でもフレームを受信した場合には同様な処理が行われるが、ルータ１はスタンバイ系なので特に何もしなくて良い。この図の場合にはスイッチングハブ１００が存在するため、スイッチングハブはネットワーク上に流れるフレームを監視しＭＡＣアドレステーブル１０９を作成し、ＭＡＣアドレステーブル１０９には「ＭＡＣアドレス１１：１１：１１：１１：１１：２２宛はポート２２１に転送」となっているので実際にルータ１がフレームを受信する事は無い。
【００２８】
次にこの状態でルータ２が障害になった場合を考える。ルータ２に障害が発生した場合、ルータ１のアクト系決定決定機能１６が動き、自分がアクトとして動作しなければならない事を認識し、ルータ１をアクト系にし、システムＭＡＣアドレス決定機能１４に起動をかける。図３に示すＳ１６の判断によりＹｅｓのルートに入り、現状のシステムＭＡＣアドレス１３の値１１：１１：１１：１１：１１：２２が自分のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２と一致していないためＳ１７の判断でＹｅｓになり、Ｓ１８により、自分のＭＡＣアドレス１２の値１１：１１：１１：１１：１１：１２をシステムＭＡＣアドレスとして不揮発性読み書きメモリ１３に書き込み、送受信制御部１１にシステムＭＡＣアドレスとして登録する。その後、ルーティングテーブル１８をサーチして自分と接続される全てのルータのＩＰアドレスを使ってＡＲＰリクエストパケットを送信する。
図４に示す本実施形態の場合には、ルータ１に接続されるルータはルータ３とルータ４であり、ルータ１がルータ３のＭＡＣアドレスを解決するためのＡＲＰリクエストパケットを送信する場合、送信元ＭＡＣアドレスが１：１１：１１：１１：１１：１２、送信元ＩＰアドレスが１．２．６０．２５４で宛先ＭＡＣアドレスは同報アドレス宛でＡＲＰリクエストをポート１１２に送信する。このＡＲＰリクエストを受信したスイッチングハブ２００ではＭＡＣアドレスが１１：１１：１１：１１：１１：１２を持つ端末がポート１１２に存在する事を学習してＭＡＣアドレステーブル２０９に「ＭＡＣアドレス１１：１１：１１：１１：１１：１２宛はポート１１２に転送」と書き込む。またルータ３もＡＲＰリクエストパケットを受信するので、その中身をチェックしてＩＰアドレスが自分のものと一致するのでＡＲＰリプライパケットを返却する。その時ルータ３はＡＲＰリクエストの中身のＩＰアドレスとＭＡＣアドレスの組み合わせをＡＲＰテーブル３９に登録するが、ＩＰアドレス１．２．６０．２５４は既にＭＡＣアドレス１１：１１：１１：１１：１１：２２として登録されているので、ＭＡＣアドレスが１１：１１：１１：１１：１１：２２から１１：１１：１１：１１：１１：１２に変わっている事を認識し、ＡＲＰテーブル３９を「ＩＰアドレス１．２．６０．２５４はＭＡＣアドレス１１：１１：１１：１１：１１：１２」に書き換える。
ルータ１は同様にルータ４のＩＰアドレスを使ってＡＲＰリクエストを出すので、ルータ４のＡＲＰテーブル４９も「ＩＰアドレス１．２．６０．２５４はＭＡＣアドレス１１：１１：１１：１１：１１：１２」に書き換わる。
仮に端末３０と端末４０の送信中にルータ２からルータ１へアクト系が切り換わり替わり、かつシステムＭＡＣアドレスも変更になった場合、スイッチングハブ上のＭＡＣアドレステーブルも、ルータ上のＡＲＰテーブルも新ＭＡＣアドレスの情報に書き変わっているため、端末３０自身だけがルータのＭＡＣアドレスが変わった事を認識できないので、その時の通信は失敗するが、ネットワーク内のルータ、スイッチングハブが持っている経路情報は既に切り替わっているので、端末３０が次回からルータ１経由でデータを送る場合にはすぐにデータが送信できる。
【００２９】
【発明の効果】
以上説明したように、本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法によれば、ネットワーク内で異なるＭＡＣアドレスを持つ２台のネットワーク装置を一組として二重化し、系切り替えや装置交換が発生しても継続して通信行え、フォルトトレラント機能も実現できる。
【００３０】
【図面の簡単な説明】
【図１】本発明に係る二重化ネットワーク装置の一実施の形態における構成を示すブロック図である。
【図２】本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の一実施の形態におけるネットワークを示すブロック図である。
【図３】本発明に係わるシステムＭＡＣアドレス決定機能１４，２４の概要フロー図である。
【図４】本発明に係る二重化ネットワーク装置と二重化装置のＭＡＣアドレス整合方法の他の実施の形態におけるネットワークを示すブロック図である。
【符号の説明】
１，２ 二重化構成されたネットワーク装置
４０ ルータ
Claims (4)
- それぞれ固有のＭＡＣアドレスを備えた二のネットワーク装置を一組のネットワーク装置群として一以上のネットワーク装置群がネットワークに接続されてなる二重化ネットワーク装置において、前記各装置群のうち、何れか一方のネットワーク装置をアクト系に決定するアクト系決定部と、アクト系に決定したネットワーク装置のＭＡＣアドレスをシステムＭＡＣアドレスとして記憶する不揮発性メモリと、各装置の受信制御部に、前記システムＭＡＣアドレス変更時にＡＲＰによりこの変更を他のネットワークノードに通知することによって前記システムＭＡＣアドレスで受信可能とする受信制御手段とを備えたことを特徴とする二重化ネットワーク装置。
- それぞれ固有のＭＡＣアドレスを備えた二のネットワーク装置を一組のネットワーク装置群として一以上のネットワーク装置群がネットワークに接続されてなる二重化ネットワーク装置の各ネットワーク装置のＭＡＣアドレスを１重化する二重化装置のＭＡＣアドレス整合方法であって、前記各装置群のうち、何れか一方のネットワーク装置をアクト系に決定すると共にアクト系に決定した装置のＭＡＣアドレスをシステムＭＡＣアドレスとし、このシステムＭＡＣアドレスでデータを受信し、前記システムＭＡＣアドレス変更時に、ＡＲＰによりこの変更を他のネットワークノードに通知することを特徴とする二重化装置のＭＡＣアドレス整合方法。
- 前記変更の通知が、新たにアクト系となった装置がＡＲＰ要求をブロードキャストし、一以上の特定ノードからＡＲＰ応答を受信することにより完了することを特徴とする請求項２に記載の二重化装置のＭＡＣアドレス整合方法。
- データ受信時に装置のアクト系切り替えが起きた場合に、変更前のシステムＭＡＣアドレスで継続して使用することを特徴とする請求項２又は請求項３に記載の二重化装置のＭＡＣアドレス整合方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000237157A JP3599096B2 (ja) | 2000-08-04 | 2000-08-04 | 二重化ネットワーク装置と二重化装置のｍａｃアドレス整合方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000237157A JP3599096B2 (ja) | 2000-08-04 | 2000-08-04 | 二重化ネットワーク装置と二重化装置のｍａｃアドレス整合方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002051068A JP2002051068A (ja) | 2002-02-15 |
| JP3599096B2 true JP3599096B2 (ja) | 2004-12-08 |
Family
ID=18729066
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000237157A Expired - Fee Related JP3599096B2 (ja) | 2000-08-04 | 2000-08-04 | 二重化ネットワーク装置と二重化装置のｍａｃアドレス整合方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3599096B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013201555A (ja) | 2012-03-23 | 2013-10-03 | Canon Inc | 通信装置、アドレス設定方法およびプログラム |
| JP6233868B2 (ja) * | 2012-03-28 | 2017-11-22 | 日本電気株式会社 | 情報処理装置、及び情報処理方法 |
| WO2017122298A1 (ja) * | 2016-01-13 | 2017-07-20 | 三菱電機株式会社 | 通信システム、通信機器および通信先の切換え方法 |
-
2000
- 2000-08-04 JP JP2000237157A patent/JP3599096B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002051068A (ja) | 2002-02-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8014409B1 (en) | Virtual router identifier that spans multiple interfaces in a routing device | |
| US9923812B2 (en) | Triple-tier anycast addressing | |
| US6594227B1 (en) | Communication control system | |
| JP4747118B2 (ja) | ルータ、通信保証方法および通信保証プログラム | |
| US5781715A (en) | Fault-tolerant bridge/router with a distributed switch-over mechanism | |
| US20050265230A1 (en) | Apparatus and method for performing state transition of backup router in router redundancy system | |
| US6496503B1 (en) | Device initialization and operation using directed routing | |
| US8493959B2 (en) | Multiple media access control (MAC) addresses | |
| JP4500836B2 (ja) | 冗長化ゲートウェイシステムのためのネットワークスイッチ装置 | |
| JPH08256173A (ja) | Ｌａｎ間接続装置及び接続方式 | |
| US20020023150A1 (en) | Method of switching between network interfaces and computer connectable to a network | |
| JPH10303968A (ja) | 通信ネットワーク及び通信方法 | |
| US20080170494A1 (en) | Communication control apparatus, method and program thereof | |
| US6438133B1 (en) | Load balancing mechanism for a translational bridge environment | |
| JP2010177752A (ja) | ネットワーク通信装置 | |
| WO2007032451A1 (ja) | ネットワークシステム及びデータ転送方法 | |
| JP3599096B2 (ja) | 二重化ネットワーク装置と二重化装置のｍａｃアドレス整合方法 | |
| JPH10320327A (ja) | 二重化された通信アダプタの切替方法、切替方式、および切替用プログラムを格納した記録媒体 | |
| JP4716258B2 (ja) | 通信システム及びその現用装置と予備装置の切替方法 | |
| TWI236261B (en) | Network availability | |
| CN110798391B (zh) | 网络中继装置、网络中继方法、以及网络中继程序 | |
| JP2001168899A (ja) | ネットワークシステム | |
| JP2003273885A (ja) | 通信システム及びそれに用いる通信制御方法 | |
| JPH10224378A (ja) | クライアントサーバシステムの制御方法及びクライアントサーバシステム | |
| JP3546328B2 (ja) | 通信ネットワークのためのルータ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040825 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040907 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080924 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080924 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090924 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090924 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100924 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110924 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120924 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130924 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |