JP3570506B2 - Network server and control method thereof - Google Patents
Network server and control method thereof Download PDFInfo
- Publication number
- JP3570506B2 JP3570506B2 JP2001063689A JP2001063689A JP3570506B2 JP 3570506 B2 JP3570506 B2 JP 3570506B2 JP 2001063689 A JP2001063689 A JP 2001063689A JP 2001063689 A JP2001063689 A JP 2001063689A JP 3570506 B2 JP3570506 B2 JP 3570506B2
- Authority
- JP
- Japan
- Prior art keywords
- router
- packet
- routers
- level
- server
- 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
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、ローカルエリアネットワーク(以下、LAN)上のクライアント端末からインターネットに接続するためのネットワークサーバおよびその制御方法に関し、特に、複数の経路を介してインターネットに接続可能なサーバであり、クライアント端末から断続的に送信されるパケットを複数の経路に分散して転送する負荷分散処理サーバであるネットワークサーバおよびその制御方法に関する。
【0002】
【従来の技術】
図4は、LAN上のクライアント端末からインターネットに接続するための従来のネットワークの一例を示すブロック図である。図4に示すように、このネットワークは、プロバイダ21、22と、ルータ41、42と、ネットワークサーバである負荷分散処理サーバ6と、LAN7と、クライアント81〜8nと、公衆回線91、92と、ネットワーク101、102と、サーバ111、112とを備えている。
【0003】
このネットワークでは、クライアント81〜8nは、LAN7に接続されており、同じようにLAN7に接続されている負荷分散処理サーバ6に第3のパケットであるパケットを送信することができるようになっている。
【0004】
ルータ41、42は、それぞれネットワーク101、102を介して負荷分散処理サーバ6に接続されている。プロバイダ21は公衆回線91を介してルータ41に接続されており、プロバイダ22は公衆回線92を介してルータ42に接続されている。プロバイダ21、22は、インターネット1への接続サービスを提供するインターネットサービスプロバイダである。サーバ111、112は、プロバイダ21、22のDNSサーバ等のサーバである。
【0005】
このネットワークでは、クライアントから負荷分散処理サーバ6を介してインターネット1へ接続することができる。負荷分散処理サーバ6からインターネット1への経路は、負荷分散処理サーバ6−ネットワーク101−ルータ41−プロバイダ21−インターネット1の経路と、負荷分散処理サーバ6−ネットワーク102−ルータ42−プロバイダ22−インターネット1の経路とがある。すなわち、このネットワークではインターネット1への経路が冗長に構成されており、負荷分散処理サーバ6は、クライアント81〜8nから断続的に送信される各パケットを各経路に分散して送信することによって、各経路上のルータ等の負荷を分散している。
【0006】
負荷分散処理サーバ6は、各経路が正常に動作しているか否かを監視するフォールトトレラント機能を有している。しかし、負荷分散処理サーバ6の従来のフォールトトレラント機能は、ルータ41、42の状態と、負荷分散処理サーバ6とルータ41、42との間のネットワーク101、102の状態としか監視しておらず、ルータ41、42とプロバイダ21、22との間の公衆回線91、92の状態を監視していなかった。そのため、公衆回線91、92のいずれかの回線が動作していなくても、負荷分散処理サーバ6はそのことを検知していないので、負荷分散処理サーバ6は、動作していない公衆回線に接続されているルータにもパケットを転送してしまい、最終的にパケットを通信先へ届けることができなくなってしまうという事態を招いていた。
【0007】
【発明が解決しようとする課題】
以上述べたように、従来のネットワークサーバのフォールトトレラント機能は、各ルータの状態と、ネットワークサーバと各ルータとの間のネットワークの状態としか監視しておらず、各ルータと各プロバイダとの間の各公衆回線の状態を監視していなかった。そのため、各公衆回線のいずれかの回線が動作していなくても、ネットワークサーバがそのことを検知していないので、ネットワークサーバは、動作していない公衆回線に接続されているルータにもパケットを転送してしまい、最終的にパケットを通信先へ届けることができなくなってしまうという問題があった。
【0008】
本発明は、フォールトトレラント機能を、より信頼性の高いものとすることができるネットワークサーバおよびその制御方法を提供することを目的とする。
【0009】
【課題を解決するための手段】
上記問題を解決するために、本発明のネットワークサーバでは、少なくとも1つのクライアント端末が接続されるLANに接続され、複数のルータのうちの少なくとも1つのルータとインターネットサービスプロバイダとを経由する複数の経路によってインターネットに接続可能なネットワークサーバであって、定期的に前記各ルータに第1のパケットを送信し、前記第1のパケットに対する応答が前記各ルータからあるか否かを確認するネットワークサーバにおいて、前記各ルータのうち、前記第1のパケットに対して応答があったルータを経由する経路によって前記インターネットサービスプロバイダのサーバへ定期的に第2のパケットを送信し、前記第2のパケットに対する前記インターネットサービスプロバイダのサーバの応答が有るか否かを確認し、前記各ルータのうち、前記第1のパケットに対して応答がなかったルータの動作レベルを第1のレベルとし、前記各ルータのうち、前記第1のパケットに対して応答があったルータであって、前記インターネットサービスプロバイダのサーバの応答がなかったルータの動作レベルを第2のレベルとし、前記各ルータのうち、前記インターネットサービスプロバイダのサーバの応答があった経路上のルータの動作レベルを第3のレベルとし、前記各ルータのうち、動作レベルを該第3のレベルとしたルータを、前記各クライアント端末からの第3のパケットを転送するルータとして選択して前記クライアント端末からの第3のパケットを転送することを特徴とする。
【0010】
本発明のネットワークサーバは、各ルータに正常にパケットを送信できるかを確認するだけでなく、それらのルータを経由してインターネットサービスプロバイダへも正常にパケットを送信できるかを確認している。こうすることによって、本発明のネットワークサーバでは、インターネットにクライアントからの第3のパケットを送信できない経路には、第3のパケットを送信しないようにすることができる。そのため、本発明のネットワークサーバでは、そのフォールトトレラント機能を、より信頼性の高いものとすることができる。
【0011】
【発明の実施の形態】
次に、本発明の一実施形態のネットワークサーバおよびその制御方法を図面を参照して詳細に説明する。図1は、本実施形態のネットワークサーバを中心とするネットワークの構成を示すブロック図である。図1に示すように、このネットワークは、負荷分散処理サーバ6の代わりに、本実施形態のネットワークサーバである負荷分散処理サーバ3を備えている点が、図4のネットワークと異なっている。図1、図4において、同一の符号がつけられている構成要素は、すべて同一の構成要素を示す。
【0012】
ルータ41、42は、フォールトトレラント機能の対象となるルータRとして、負荷分散処理サーバ3に登録されている。図1には、説明を簡単にするために、ルータRとしてルータ41、42の2つしか示されていないが、ルータRの数は3つ以上であってもよい。
【0013】
また、負荷分散処理サーバ3には、ルータ41、42のIPアドレス、ポート番号、優先順位、サーバ111、112等のIPアドレス等が登録されている。ルータ41、42の優先順位とは、負荷分散処理サーバ3がクライアント81〜8nからのパケットを受信したときに、そのパケットをルータ41、42に分散して送信するときの転送先としての優先順位である。ルータ41よりもルータ42の方が優先順位が高い場合には、そのパケットは、まず、ルータ41に送信され、その後受信した各パケットは、ルータ42、ルータ41…の順に交互に送信される。なお、これらの登録は、負荷分散処理サーバ3の管理者によって実行される。
【0014】
また、負荷分散処理サーバ3は、第1のパケットであるARPリクエスト等を定期的にルータ41、42へ送信し、そのリクエストに対するルータ41、42の応答の有無で、ルータ41、42が動作しているか、ネットワーク101、102のケーブルが断線していないかをチェックしている。なお、このルータ41、42、ネットワーク101、102のチェックに用いられるARP等のプロトコルをプロトコルPrとする。このようなプロトコルPrとして用い得る他のプロトコルには、PINGコマンドを用いたプロトコル等がある。プロトコルPrとして、どのプロトコルを用いるかは、負荷分散処理サーバ3に予め登録しておく必要がある。
【0015】
さらに、負荷分散処理サーバ3は、自身のOS等がサポートしているPINGコマンドを実行してサーバ111、112を監視する、すなわち、サーバ111、112へ第2のパケットを送信し、その第2のパケットに応答があるか否かを確認することで、公衆回線91、92が正常に動作しているか否かを定期的にチェックする。このような、サーバ111、112をサーバSipとする。この公衆回線91、92のチェックに用いられるPINGコマンドを用いたプロトコルをプロトコルPsとする。このようなプロトコルPsとして用い得る他のプロトコルには、ARP等がある。プロトコルPsとして、どのプロトコルを用いるかは、予め負荷分散処理サーバ3に登録しておく必要がある。なお、このネットワークでは、各ルータR(ルータ41、42)につき、サーバSipとしてのサーバ(ルータ41にはサーバ111、ルータ42にはサーバ112)がそれぞれ1つずつしか示されていないが、各ルータR(ルータ41、42)につき、サーバSipは複数個あってもよい。この場合、各サーバSipは、当然、それぞれ異なるIPアドレスを有しており、各ルータRのルーティングテーブルには、各サーバSip毎にIPアドレスが設定される。
【0016】
また、負荷分散処理サーバ3は、上述のプロトコルPrおよびプロトコルPsによるチェックにより、正常に動作していると見なされたルータR(ルータ41、42)の動作レベルAを決定する。この動作レベルAは、そのルータを経由する各経路がどのような動作状態にあるかを示すレベルであり、そのルータを前述のパケットの分散の対象とするか否かを決定するために設定されるレベルである。
【0017】
プロトコルPrによるチェックでルータRから応答が無かった場合には、ルータRまたはルータRと負荷分散処理サーバ3との間のネットワークに何らかの障害があると見なされ、ルータRの動作レベルAは第1のレベル「0」に設定される。
【0018】
また、プロトコルPsによるチェックでサーバから応答がなかった場合には、ルータRとプロバイダとの間の公衆回線に何らかの障害があると見なされ、ルータRの動作レベルAは第2のレベル「1」に設定される。
【0019】
プロトコルPrおよびプロトコルPsによるチェックにより、正常に動作していると見なされた場合には、ルータRの動作レベルAは第3のレベル「2」に設定される。
【0020】
なお、本実施形態のネットワークサーバでは、3つの動作レベルAを「0」〜「2」としているが、本発明のネットワーク制御システムはこれに限定されるものではなく、3つの動作レベルAはどのような形式で表現されていてもよい。また、動作レベルAは、何らかの障害があること示すレベルと、転送可能を示すレベルの2段階のレベルとしてもよいが、動作レベルを3段階とするした方が、ネットワークサーバがインターネットの経路のその部分で障害が発生しているかを把握することができるので、より良好な実施形態となる。
【0021】
クライアント81〜8nが、インターネット1にアクセスするために負荷分散処理サーバ3のデフォルトルートへ断続的にパケットを送信すると、負荷分散処理サーバ3は、その動作レベルAが「2」であったルータRへ、それらのパケットを送信する。例えば、各ルータ41の動作レベルAだけが「2」であった場合には、負荷分散処理サーバ3は、ルータ41だけにそれらのパケットを転送する。また、各ルータ41、42の動作レベルAがともに「2」であった場合には、負荷分散処理サーバ3は、予め設定されている前述の優先順位に従って、各ルータ41、42に、それらのパケットを転送する。もし、ルータRが3個以上あり、そのうち動作レベルAが「2」であるルータRが2個以上であった場合には、負荷分散処理サーバ3は、予め設定されている前述の優先順位に従って、動作レベルAが「2」であった各ルータRに、順々にそれらのパケットを転送する。パケットを受信したルータRは、公衆回線を介して接続されるプロバイダにパケットを転送する。そのパケットはそのプロバイダを介してインターネット1上に転送される。
【0022】
したがって、このネットワークでは、例えば、公衆回線91がシステムダウンしても、公衆回線92が正常であれば、負荷分散処理サーバ3はルータ42だけにパケットを転送するので、クライアント81〜8nは、正常にインターネット1上の通信先との通信を行うことができる。
【0023】
次に、本実施形態のネットワークサーバの動作、すなわちネットワークサーバの制御方法について説明する。図2は、本実施形態のネットワークサーバである負荷分散処理サーバ3のフォールトトレラント機能の動作を示すフローチャートである。
【0024】
図2に示すように、まず、負荷分散処理サーバ3は、接続されるルータRについての設定を行う(ステップA0)。前述のとおり、接続されるルータRとは、図1であれば、ルータ41、42のいずれかのルータのことである。なお、ステップA1において設定されるのは、各ルータRの優先順位、プロトコルPrの設定、各サーバSip(サーバ111、112)のIPアドレス、プロトコルPsの設定等である。なお、各ルータの優先順位は、重複して設定しないようにする。
【0025】
また、各サーバSipのIPアドレスは、各ルータRのルーティングテーブルに設定され、プロトコルPsは、各サーバSipのIPアドレス毎に設定可能であるとする。次に、負荷分散処理サーバ3は、ルータRのうち1つのルータRを選択する(ステップA1)。
【0026】
さらに、負荷分散処理サーバ3は、プロトコルPrによって、プロトコルPrに基づいたパケットをステップA1において選択されたルータR(以下、単にルータRと記す。)に送信し、ルータRからそのパケットに対する応答があるか否かをチェックする(ステップA2)。ステップA2において、ルータRから応答があった場合には、ルータRと負荷分散処理サーバ3との間のネットワークは動作していると見なし、ルータRの動作レベルAを1に設定する(ステップA3)。また、ステップA2において、ルータRから応答がなかった場合には、ルータRの動作レベルAを「0」に設定する(ステップA4)。ステップA3実行後、ルータRに設定されたサーバSipのIPアドレスを宛先とするプロトコルPsのパケットをルータRへ送信し、サーバSipから応答があるか否かをチェックする(ステップA5)。
【0027】
ステップA5において、サーバSipから応答があった場合には、ルータRの動作レベルAを「2」に設定する(ステップA7)。ステップA4において、サーバSipから応答がなかった場合には、全てのサーバSipのチェックが終了したか否かチェックする(ステップA6)。ステップA6において、全てのサーバSipについてチェックが終了していない場合には、ステップA5に戻る。ステップA6において、すべてのサーバSipから応答がないまま、全てのサーバSipについてチェックが終了した場合には、そのルータRの公衆回線には何らかの不具合が発生していると考えられ、ルータRの動作レベルAの設定は「1」のままとなっている。
【0028】
ステップA4、ステップA7の実行後、あるいは、ステップA6において全てのサーバSipについてのチェックが終了した場合には、負荷分散処理サーバ3は、全てのルータRの状態のチェックが終了したか否かを判断する(ステップA8)。ステップA8において、まだ、全てのルータRの状態のチェックが終了していない場合には、負荷分散処理サーバ3の処理はステップA2に戻り、全てのルータRの状態のチェックが終了した場合には、負荷分散処理サーバ3の処理は終了する。なお、ステップA2に戻る場合には、負荷分散処理サーバ3は、一定の間隔をおいてステップA2からステップA8を実行する。前述の通り、プロトコルPr、プロトコルPsによるチェックは、定期的に行われるものだからである。
【0029】
図3は、クライアント81〜8nからパケットを受信した際の、本実施形態のネットワークサーバである負荷分散処理サーバ3の動作を示すフローチャートである。図3に示すように、ステップB1において、クライアント81〜8nからパケットを受信すると、負荷分散処理サーバ3は、すべてのルータRの動作レベルAのチェックが終了するまで、優先順位が高い順にルータRを選択し(ステップB2)、選択されたルータR(以下、単にルータRと記す。)の動作レベルAをチェックし、その動作レベルAが「2」であるか否かをチェックする(ステップB3、B4)。ステップB3において、そのルータRの動作レベルAが「2」であった場合には、そのルータRに対し、クライアント81〜8nから受信したパケットを転送し(ステップB5)、ステップB1に戻る。ステップB4において、すべてのルータRの動作レベルAが「2」でなかった場合には、クライアント81〜8nから受信したパケットを破棄し(ステップB6)、ステップB1に戻る。
【0030】
以上述べたように、本実施形態のネットワークサーバでは、フォールトトレラントの対象となっている各ルータに正常にパケットを送信できるかを確認するだけでなく、それらのルータを経由してインターネットサービスプロバイダ21、22へも正常にパケットを送信できるかを確認している。こうすることによって、本実施形態のネットワークサーバでは、インターネット1にクライアント81〜8nからのパケットを送信できない経路には、パケットを送信しないようにすることができる。そのため、ネットワークサーバでは、そのフォールトトレラント機能を、より信頼性の高いものとすることができる。
【0031】
【発明の効果】
以上述べたように、本発明のネットワーク制御システムでは、各ルータに正常にパケットを送信できるかを確認するだけでなく、それらのルータを経由してインターネットサービスプロバイダへも正常にパケットを送信できるかを確認している。こうすることによって、本発明のネットワークサーバでは、インターネットにクライアントからのパケットを送信できない経路には、パケットを送信しないようにすることができる。そのため、本発明のネットワークサーバでは、そのフォールトトレラント機能をより信頼性の高いものとすることができる。
【図面の簡単な説明】
【図1】本発明の一実施形態のネットワークサーバを中心としたネットワークの構成を示すブロック図である。
【図2】本発明の一実施形態のネットワークサーバである負荷分散処理サーバのフォールトトレラント機能の動作を示すフローチャートである。
【図3】クライアントからパケットを受信した際の、本発明の一実施形態のネットワークサーバである負荷分散処理サーバの動作を示すフローチャートである。
【図4】従来のネットワークサーバを中心とした従来のネットワークの構成を示すブロック図である。
【符号の説明】
1 インターネット
21、22 プロバイダ
3、6 負荷分散処理サーバ
7 LAN
81、8n クライアント
91、92 公衆回線
101、102 ネットワーク
111、112 サーバ
A0〜A8、B1〜B6 ステップ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a network server for connecting a client terminal on a local area network (hereinafter, LAN) to the Internet and a control method therefor, and more particularly to a server connectable to the Internet via a plurality of paths. The present invention relates to a network server that is a load distribution processing server that transfers packets intermittently transmitted from a plurality of paths in a distributed manner, and a control method thereof.
[0002]
[Prior art]
FIG. 4 is a block diagram showing an example of a conventional network for connecting a client terminal on a LAN to the Internet. As shown in FIG. 4, the network, the provider 2 1, 2 2, and router 4 1, 4 2, and the load distribution processing server 6 is a network server, the
[0003]
In this network, the clients 8 1 to 8 n are connected to the
[0004]
The routers 4 1 and 4 2 are connected to the load distribution processing server 6 via the networks 10 1 and 10 2 , respectively. Provider 2 1 is connected to the router 4 1 via the public line 9 1, provider 2 2 is connected to the router 4 2 via the public line 9 2. Provider 2 1, 2 2 is an Internet Service Provider that provides a connection service to the Internet 1. The servers 11 1 and 11 2 are servers such as DNS servers of the providers 2 1 and 2 2 .
[0005]
In this network, a client can connect to the Internet 1 via the load distribution processing server 6. The path from the load distribution processing server 6 to the Internet 1 includes the path of the load distribution processing server 6-network 10 1 -router 4 1 -provider 21 1 -internet 1 and the path of the load distribution processing server 6-network 10 2 -router 4 2 -Provider 2 2 -Internet 1 route. That is, in this network, the route to the Internet 1 is redundantly configured, and the load distribution processing server 6 distributes the packets intermittently transmitted from the clients 8 1 to 8 n to the respective routes and transmits the packets. This distributes the load of routers on each route.
[0006]
The load distribution processing server 6 has a fault-tolerant function of monitoring whether each path is operating normally. However, conventional fault tolerant capabilities of the load distribution processing server 6, the state of the router 4 1, 4 2, and the state of the network 10 1, 10 2 between the load distribution processing server 6 router 4 1, 4 2 However, the state of the public lines 9 1 and 9 2 between the routers 4 1 and 4 2 and the providers 2 1 and 2 2 is not monitored. Therefore, even if any one of the public lines 9 1 and 9 2 is not operating, the load distribution processing server 6 does not detect the fact, and the load distribution processing server 6 Packets are also transferred to the router connected to the network, and eventually the packets cannot be delivered to the communication destination.
[0007]
[Problems to be solved by the invention]
As described above, the fault tolerant function of the conventional network server only monitors the status of each router and the status of the network between the network server and each router, and monitors the status of each router and each provider. Did not monitor the status of each public line. Therefore, even if any one of the public lines is not operating, the network server does not detect this, and the network server also sends the packet to the router connected to the inactive public line. There is a problem that the packet is forwarded and the packet cannot be finally delivered to the communication destination.
[0008]
SUMMARY OF THE INVENTION An object of the present invention is to provide a network server and a control method thereof that can make the fault-tolerant function more reliable.
[0009]
[Means for Solving the Problems]
In order to solve the above problem, in the network server of the present invention, a plurality of routes that are connected to a LAN to which at least one client terminal is connected and that pass through at least one of the plurality of routers and an Internet service provider are provided. A network server that can connect to the Internet by periodically transmitting a first packet to each of the routers and checking whether a response to the first packet is received from each of the routers. A second packet is periodically transmitted to the server of the Internet service provider by a route via a router that has responded to the first packet among the routers, and the Internet for the second packet is transmitted. Service provider server response Whether to confirm, among the each router, the operating level of the router no response to the first packet is a first level, of said each router, to the first packet The second level is the operation level of the router that has responded and has not responded to the server of the Internet service provider. The third router has an operation level of the third level, and among the routers, a router whose operation level is the third level is selected as a router for transferring a third packet from each of the client terminals. The third packet is transferred from the client terminal.
[0010]
The network server of the present invention not only checks whether packets can be normally transmitted to each router, but also checks whether packets can be normally transmitted to an Internet service provider via those routers. By doing so, the network server of the present invention can prevent the third packet from being transmitted on a path that cannot transmit the third packet from the client to the Internet. Therefore, in the network server of the present invention, the fault tolerant function can be made more reliable.
[0011]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, a network server and a control method thereof according to an embodiment of the present invention will be described in detail with reference to the drawings. FIG. 1 is a block diagram illustrating a configuration of a network centered on a network server according to the present embodiment. As shown in FIG. 1, this network differs from the network of FIG. 4 in that a load
[0012]
Router 4 1, 4 2, a router R to be fault-tolerant, is registered in the load
[0013]
Further, the load
[0014]
Further, the load
[0015]
Furthermore, the load
[0016]
Further, the load
[0017]
If there is no response from the router R in the check by the protocol Pr, it is considered that there is some failure in the router R or the network between the router R and the load
[0018]
If there is no response from the server in the check by the protocol Ps, it is considered that there is some failure in the public line between the router R and the provider, and the operation level A of the router R is the second level “1”. Is set to
[0019]
If it is determined that the router R is operating normally by the check by the protocol Pr and the protocol Ps, the operation level A of the router R is set to the third level “2”.
[0020]
In the network server of the present embodiment, the three operation levels A are “0” to “2”, but the network control system of the present invention is not limited to this, and the three operation levels A It may be expressed in such a format. The operation level A may be a two-stage level of a level indicating that there is some kind of trouble and a level indicating that transfer is possible. Since it is possible to determine whether a failure has occurred in a part, a better embodiment is achieved.
[0021]
Client 8 1 to 8 n is, sending intermittently packet to the default route of the load
[0022]
Thus, in this network, for example, it is a public line 9 1 is a system down, if normal public line 9 2, the load
[0023]
Next, an operation of the network server of the present embodiment, that is, a method of controlling the network server will be described. FIG. 2 is a flowchart illustrating the operation of the fault tolerant function of the load
[0024]
As shown in FIG. 2, first, the load
[0025]
The IP address of each server Sip is set in the routing table of each router R, and the protocol Ps can be set for each IP address of each server Sip. Next, the load
[0026]
Further, the load
[0027]
If there is a response from the server Sip in step A5, the operation level A of the router R is set to "2" (step A7). In step A4, if there is no response from the server Sip, it is checked whether or not all the servers Sip have been checked (step A6). If the check has not been completed for all servers Sip in step A6, the process returns to step A5. In step A6, if the check is completed for all the servers Sip without any response from all the servers Sip, it is considered that some trouble has occurred in the public line of the router R, and the operation of the router R The level A setting remains "1".
[0028]
After the execution of steps A4 and A7, or when the check on all the servers Sip is completed in step A6, the load
[0029]
3, when receiving the packet from the client 8 1 to 8 n, is a flowchart showing the operation of the load
[0030]
As described above, the network server according to the present embodiment not only checks whether packets can be normally transmitted to each of the fault-tolerant routers, but also checks the Internet service provider 2 via those routers. It is confirmed whether packets can be transmitted normally to 1 , 2 and 2 . By doing so, the network server of the present embodiment, the path can not send packets from the client 8 1 to 8 n to the Internet 1, it is possible not to transmit the packet. Therefore, the network server can make its fault-tolerant function more reliable.
[0031]
【The invention's effect】
As described above, the network control system of the present invention not only checks whether packets can be normally transmitted to each router, but also can normally transmit packets to the Internet service provider via those routers. Have confirmed. By doing so, the network server of the present invention can prevent a packet from being transmitted on a path that cannot transmit a packet from a client to the Internet. Therefore, in the network server of the present invention, the fault tolerant function can be made more reliable.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a network centered on a network server according to an embodiment of the present invention.
FIG. 2 is a flowchart illustrating an operation of a fault tolerant function of a load distribution processing server which is a network server according to an embodiment of the present invention.
FIG. 3 is a flowchart illustrating an operation of a load distribution processing server that is a network server according to an embodiment of the present invention when a packet is received from a client.
FIG. 4 is a block diagram showing a configuration of a conventional network centered on a conventional network server.
[Explanation of symbols]
1 Internet 2 1 , 2 2
8 1 , 8 n Client 9 1 , 9 2 Public line 10 1 , 10 2 Network 11 1 , 11 2 Servers A0-A8, B1-B6 Step
Claims (6)
前記各ルータのうち、前記第1のパケットに対して応答があったルータを経由する経路によって前記インターネットサービスプロバイダのサーバへ定期的に第2のパケットを送信し、前記第2のパケットに対する前記インターネットサービスプロバイダのサーバの応答が有るか否かを確認し、前記各ルータのうち、前記第1のパケットに対して応答がなかったルータの動作レベルを第1のレベルとし、前記各ルータのうち、前記第1のパケットに対して応答があったルータであって、前記インターネットサービスプロバイダのサーバの応答がなかったルータの動作レベルを第2のレベルとし、前記各ルータのうち、前記インターネットサービスプロバイダのサーバの応答があった経路上のルータの動作レベルを第3のレベルとし、前記各ルータのうち、動作レベルを該第3のレベルとしたルータを、前記各クライアント端末からの第3のパケットを転送するルータとして選択して前記クライアント端末からの第3のパケットを転送することを特徴とするネットワークサーバ。A network server connected to a LAN to which at least one client terminal is connected, and capable of connecting to the Internet via a plurality of routes through at least one of the plurality of routers and an Internet service provider. A network server that transmits a first packet to each of the routers and checks whether a response to the first packet is received from each of the routers,
A second packet is periodically transmitted to the server of the Internet service provider by a route via a router that has responded to the first packet among the routers, and the Internet for the second packet is transmitted. Check whether there is a response from the server of the service provider, and, among the routers, set the operation level of the router that has not responded to the first packet to the first level, and among the routers, An operation level of a router that has responded to the first packet and has not responded to the server of the Internet service provider is set to a second level, and among the routers, the operation level of the Internet service provider is The operation level of the router on the route to which the server responded is set to the third level, and Among the features to transfer the router with the operation level as the third, the third packet from the third said client terminal to select as a router to forward packets from the client terminal Network server to do.
前記各ルータのうち、前記第1のパケットに対して応答があったルータを経由する経路によって前記インターネットサービスプロバイダのサーバへ定期的に第2のパケットを送信し、前記第2のパケットに対する前記インターネットサービスプロバイダのサーバの応答が有るか否かを確認するステップと、
前記各ルータのうち、前記第1のパケットに対して応答がなかったルータの動作レベルを第1のレベルとするステップと、
前記各ルータのうち、前記第1のパケットに対して応答があったルータであって、前記インターネットサービスプロバイダのサーバの応答がなかったルータの動作レベルを第2のレベルとするステップと、
前記各ルータのうち、前記インターネットサービスプロバイダのサーバの応答があった経路上のルータの動作レベルを第3のレベルとするステップと、
前記各ルータのうち、動作レベルを該第3のレベルとしたルータを、前記各クライアント端末からの第3のパケットを転送するルータとして選択するステップと、
前記各ルータのうち、前記各クライアント端末からの第3のパケットを転送するルータとして選択されたルータだけに、前記クライアント端末からの第3のパケットを転送することを特徴とするステップとをさらに有する、ネットワークサーバの制御方法。A method for controlling a network server connected to a LAN to which at least one client terminal is connected and connectable to the Internet by a plurality of routes through at least one of the plurality of routers and an Internet service provider, A method of controlling a network server, comprising: periodically transmitting a first packet to each of the routers; and confirming whether or not a response to the first packet is received from each of the routers.
A second packet is periodically transmitted to the server of the Internet service provider by a route via a router that has responded to the first packet among the routers, and the Internet for the second packet is transmitted. Checking whether there is a response from the service provider's server;
Setting an operation level of a router that has not responded to the first packet among the routers to a first level;
Setting the operation level of the router that has responded to the first packet among the routers that has not responded to the server of the Internet service provider to a second level;
Setting the operation level of the router on the route to which the server of the Internet service provider has responded to the third level among the routers;
Selecting a router whose operation level is the third level from among the routers as a router that forwards a third packet from each of the client terminals;
Transferring the third packet from the client terminal to only the router selected as the router for transferring the third packet from each of the client terminals among the routers. , Network server control method.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001063689A JP3570506B2 (en) | 2001-03-07 | 2001-03-07 | Network server and control method thereof |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001063689A JP3570506B2 (en) | 2001-03-07 | 2001-03-07 | Network server and control method thereof |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002271371A JP2002271371A (en) | 2002-09-20 |
JP3570506B2 true JP3570506B2 (en) | 2004-09-29 |
Family
ID=18922636
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001063689A Expired - Fee Related JP3570506B2 (en) | 2001-03-07 | 2001-03-07 | Network server and control method thereof |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3570506B2 (en) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20040027026A (en) * | 2002-09-27 | 2004-04-01 | 주식회사 케이티 | System of distributing access load of subscribers according to LNS access capacity and method thereof |
KR100729507B1 (en) | 2004-12-23 | 2007-06-15 | 주식회사 케이티 | Real-time monitoring system for NeOSSNew Operations Support System and method thereof |
JP2006285377A (en) * | 2005-03-31 | 2006-10-19 | Fujitsu Ltd | Failure monitoring program and load distribution device |
JP2006319683A (en) * | 2005-05-13 | 2006-11-24 | Mitsubishi Electric Corp | System and apparatus for monitoring network system |
JP5465080B2 (en) * | 2010-04-28 | 2014-04-09 | 三菱電機株式会社 | Communication apparatus, communication system, and incoming call control method |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10303913A (en) * | 1997-04-25 | 1998-11-13 | Hitachi Ltd | Path switching system in atm network |
JP2000209278A (en) * | 1999-01-12 | 2000-07-28 | Fujitsu Ltd | Router and packet relay system using the router |
-
2001
- 2001-03-07 JP JP2001063689A patent/JP3570506B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2002271371A (en) | 2002-09-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3898498B2 (en) | Server load balancing system | |
JP3850391B2 (en) | Router interface backup execution method using VRRP (Virtual Router Redundancy Protocol) | |
EP1763204B1 (en) | System and method for redundant switches taking into account learning bridge functionality | |
US7647422B2 (en) | VPN failure recovery | |
US7911940B2 (en) | Adaptive redundancy protection scheme | |
US8804486B2 (en) | Base stations routing traffic over a packet backhaul network to multiple routing elements | |
US8509059B2 (en) | Method for operating a virtual router redundancy protocol router and communication system therefor | |
WO2004082222A1 (en) | Communication method having the function of partaking the network load | |
WO2012068996A1 (en) | Method and device for detecting link state | |
CN101741740B (en) | Method, system and equipment for balancing loads | |
KR20200072941A (en) | Method and apparatus for handling VRRP(Virtual Router Redundancy Protocol)-based network failure using real-time fault detection | |
JP3570506B2 (en) | Network server and control method thereof | |
WO2021098806A1 (en) | Message transmission path switching method, device and system | |
JP2007274635A (en) | Address notification system and address notification method | |
Cisco | Configuring Data-Link Switching Plus+ | |
Cisco | Configuring DLSw+ | |
Cisco | Configuring DLSw+ | |
Cisco | Configuring DLSw+ | |
Cisco | Configuring DLSw+ | |
Cisco | Configuring DLSw+ | |
Cisco | Configuring DLSw+ | |
Cisco | Configuring DLSw+ | |
Cisco | Configuring DLSw+ | |
Cisco | Configuring DLSw+ | |
JP3787048B2 (en) | Packet relay device redundancy configuration system and packet relay device redundancy configuration method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040225 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040423 |
|
RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20040423 |
|
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: 20040602 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040615 |
|
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: 20070702 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080702 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090702 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100702 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110702 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110702 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120702 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120702 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130702 Year of fee payment: 9 |
|
LAPS | Cancellation because of no payment of annual fees |