JP2005242662A

JP2005242662A - Communication system

Info

Publication number: JP2005242662A
Application number: JP2004051597A
Authority: JP
Inventors: Takeshi Hashimoto; 健橋本; Atsuo Inomata; 敦夫猪俣
Original assignee: Japan Telecom Co Ltd
Current assignee: SoftBank Corp
Priority date: 2004-02-26
Filing date: 2004-02-26
Publication date: 2005-09-08

Abstract

<P>PROBLEM TO BE SOLVED: To provide a communication system capable of setting the IP addresses of two servers to be used before and after the shift of sessions to the same address, fixing the ID of sessions as invariable ID and guaranteeing the continuity of sessions. <P>SOLUTION: The communication system for distributing information based on a prescribed session to a client terminal 3 through an ASTN or ASON network 4 is provided with a server 1 for transmitting a prescribed notification when a fault is generated in the server 1 itself and a stand-by server 2 for receiving the prescribed notification from the server 1, performing setting on the basis of prescribed information included in the notification and succeeding the distribution of the information based on the prescribed session and characterized in setting the IP addresses of the servers 1, 2 to the same address. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

本発明は、例えばＡＳＴＮ(Automatic switched transport networks )／ＡＳＯＮ(Automatic switched optical networks )上で、例えばRTP over UDP等に係るセッションの切り替えを制御する為の通信システム等に関するものである。 The present invention relates to a communication system for controlling switching of a session related to, for example, RTP over UDP on ASTN (Automatic switched transport networks) / ASON (Automatic switched optical networks).

従来、ＩＰを利用したストリームサーバを広域の高可用性（HA；High-Availability）システムで構成した場合、ＩＰアドレスの制限により、サーバ断に連携した負荷分散装置無くして広域ネットワーク上でサーバの切り替えを行うことは困難である。 Conventionally, when a stream server using IP is configured with a wide area high-availability (HA) system, the server can be switched over a wide area network without a load balancer linked to server disconnection due to IP address restrictions. It is difficult to do.

一方、ＡＳＯＮ／ＡＳＴＮネットワーク上では、ＬＳＰを利用してネットワークを切り分けることによって同一ＩＰアドレスを各サーバに割り当て、サーバ断と連携してＬＳＰを切り替えることで広域ＨＡシステムを実現することができる。 On the other hand, on the ASON / ASTN network, a wide area HA system can be realized by allocating the same IP address to each server by separating the network using the LSP and switching the LSP in cooperation with the server disconnection.

なお、従来技術に係る高可用性システムは、特許文献１等により開示されている。
特開２００２−３４４５０号公報 Note that a high availability system according to the prior art is disclosed in Patent Document 1 and the like.
JP 2002-34450 A

しかしながら、従来技術に係るＨＡシステムは、サービスの継続性のみを保証するものであり、通信中のセッションを継続することはできない。この為、ストリーム再生等をスムーズに引き継ぐことは不可能であり、クライアント側では障害によりストリームが中断され、再度、サーバへアクセスし直す必要が生じる。この問題を解決するためには、ＨＡシステムの障害検出機構であるHeartbeatにアプリケーションの障害時状態を付加し、移行先サーバでアプリケーションを障害前の状態で再生する必要がある。 However, the HA system according to the prior art guarantees only the continuity of service and cannot continue a session during communication. For this reason, it is impossible to smoothly take over the stream reproduction and the like, the stream is interrupted due to a failure on the client side, and it becomes necessary to access the server again. In order to solve this problem, it is necessary to add an application failure state to Heartbeat, which is a failure detection mechanism of the HA system, and reproduce the application in the state before the failure on the migration destination server.

更に、従来技術に係るＨＡシステムでは、何等かの切替装置を別途用意しない限り、運用系と待機系で同一ＩＰアドレスを用いることは不可能である。 Further, in the HA system according to the prior art, it is impossible to use the same IP address in the active system and the standby system unless any switching device is separately prepared.

本発明の目的とするところは、サービスの障害前後でＬＳＰ等を切り替え、同一物理ネットワーク上に同時に２台のサーバが存在する状態を回避することで、セッション移行前後で使用する２台のサーバのＩＰアドレスを同一とすることを可能とし、セッションのＩＤを不変とすることにある。さらに、サービス障害を待機系のサーバに通知する際、通知メッセージ中にそのセッションの状態情報を付加し、移行先のサーバで当該状態情報に基づいて状態を再現することで、セッションの連続性を保証することにある。 The object of the present invention is to switch LSPs etc. before and after a service failure and avoid the situation where two servers exist on the same physical network at the same time, so that It is possible to make the IP address the same and make the session ID unchanged. Furthermore, when notifying the standby server of a service failure, the status information of the session is added to the notification message, and the status is reproduced based on the status information at the migration destination server, thereby improving the continuity of the session. There is to guarantee.

また、配信先クライアントで同一コンテンツへのセッションの再立ち上げ不要とすると共に、当該配信先クライアントに対してサーバからの配信データの連続性をサービスプロセス障害時のサーバ移行前後で保証することにある。 In addition, it is not necessary to restart the session to the same content at the distribution destination client, and to guarantee the continuity of distribution data from the server to the distribution destination client before and after the server migration at the time of service process failure. .

上記目的を達成する為に、本発明の第１の態様では、ＡＳＴＮ又はＡＳＯＮのネットワーク網上で、クライアント端末に対して所定のセッションにより情報を配信するものであり、自己に障害が発生した場合には所定の通知を行う第１のサーバと、上記第１のサーバからの所定の通知を受信し、当該通知に含まれる所定の情報に基づいて設定を行い、上記所定のセッションによる情報の配信を引き継ぐ、第２のサーバとを具備し、上記第１及び第２のサーバのＩＰアドレスを同一とすることを特徴とする通信システムが提供される。 In order to achieve the above object, in the first aspect of the present invention, information is distributed to a client terminal through a predetermined session on an ASTN or ASON network, and a failure occurs in itself. The first server that performs a predetermined notification and the predetermined notification from the first server are received, set based on the predetermined information included in the notification, and the distribution of information through the predetermined session And a second server that takes over the communication system, wherein the IP addresses of the first and second servers are the same.

この第１の態様において、上記所定の通知には、上記所定の情報として、セッションＩＤ、クライアント情報、セッション状態情報、サーバ情報、パス情報の少なくともいずれかが含まれていてもよい。 In the first aspect, the predetermined notification may include at least one of a session ID, client information, session state information, server information, and path information as the predetermined information.

さらに、本発明の第２の態様では、ＡＳＴＮ又はＡＳＯＮのネットワーク網上で、クライアント端末に対して所定のセッションにより情報を配信するものであり、第１のテーブルを有し、自己に障害が発生した場合には当該第１のテーブルより読み出した所定の情報を付加した所定の通知を行う第１のサーバと、上記第１のサーバからの所定の通知を受信し、当該通知に含まれる所定の情報に基づいて設定を行い、当該所定の情報に基づいて第２のテーブルを生成し、上記所定のセッションによる情報の配信を引き継ぐ、第２のサーバとを具備し、上記所定の情報にはセッションＩＤ、クライアント情報、セッション状態情報、サーバ情報、パス情報、サービスＩＤの少なくともいずれかが含まれており、上記第１及び第２のサーバのＩＰアドレス及び引き継ぎの前後で使用するセッションＩＤは同一であることを特徴とする通信システムが提供される。 Further, according to the second aspect of the present invention, information is distributed to a client terminal by a predetermined session on an ASTN or ASON network, and the first table is provided and a failure occurs in itself. In this case, the first server that performs the predetermined notification with the predetermined information read from the first table and the predetermined notification from the first server are received, and the predetermined server included in the notification is received. A second server configured to set based on the information, generate a second table based on the predetermined information, and take over distribution of the information by the predetermined session, and the predetermined information includes a session ID, client information, session state information, server information, path information, and service ID are included, and the IP addresses of the first and second servers are included. Session ID used before and after less and takeover is provided a communication system, wherein the at least.

本発明によれば、サービスの障害前後でＬＳＰ等を切り替え、同一物理ネットワーク上に同時に２台のサーバが存在する状態を回避することで、セッション移行前後で使用する２台のサーバのＩＰアドレスを同一とすることを可能とし、セッションのＩＤを不変とすることができる。さらに、サービス障害を待機系のサーバに通知する際、通知メッセージ中にそのセッションの状態情報を付加し、移行先のサーバで当該状態情報に基づいて状態を再現することで、セッションの連続性を保証することができる。 According to the present invention, the IP addresses of the two servers used before and after the session transition can be obtained by switching the LSP before and after the failure of the service and avoiding the state where two servers exist on the same physical network at the same time. It is possible to make the same, and the session ID can be unchanged. Furthermore, when notifying the standby server of a service failure, the status information of the session is added to the notification message, and the status is reproduced based on the status information at the migration destination server, thereby improving the continuity of the session. Can be guaranteed.

また、配信先クライアントで同一コンテンツへのセッションの再立ち上げ不要とすると共に、当該配信先クライアントに対してサーバからの配信データの連続性をサービスプロセス障害時のサーバ移行前後で保証することができる。 In addition, it is not necessary to restart the session to the same content at the distribution destination client, and the continuity of distribution data from the server can be guaranteed to the distribution destination client before and after server migration in the event of a service process failure. .

以下、図面を参照して本発明の実施の形態について説明する。 Embodiments of the present invention will be described below with reference to the drawings.

図１及び図２には、本発明の一実施の形態に係る通信システムの構成図を示し、構成及び作用について詳細に説明する。図１，２に示されるように、本実施の形態に係る通信システムは、ストリーム情報等を配信するサーバ１，２を有している。これらサーバ１，２は、ＡＳＴＮ／ＡＳＯＮ網４を介してクライアント端末３に対してストリーム情報等を配信する。各サーバ１，２は、セッションテーブル１００，１０１を有している。 1 and 2 show a configuration diagram of a communication system according to an embodiment of the present invention, and the configuration and operation will be described in detail. As shown in FIGS. 1 and 2, the communication system according to the present embodiment includes servers 1 and 2 that distribute stream information and the like. These servers 1 and 2 distribute stream information and the like to the client terminal 3 via the ASTN / ASON network 4. Each server 1 and 2 has session tables 100 and 101.

ＡＳＯＮでは、サーバ１，２とクライアント端末３は不図示のフォトニッククロスコネクト（PXC；Photonic Cross Connect）を介して接続される。このＰＸＣは、電気的処理を介さずに光のまま光信号を交換する装置である。サーバ１，２からクライアント端末３にパスＡ又はＢを介してストリーム情報等が送信されると、当該クライアント端末３で当該ストリーム情報等が再生される。尚、ここでは不図示であるが、ＡＳＯＮの物理的なネットワークは、例えばコントロールプレーンという別のネットワークからＰＸＣ等のデバイスに命令がなされることで自動的にスイッチングされるように構成されている。 In ASON, the servers 1 and 2 and the client terminal 3 are connected via a photonic cross connect (PXC) (not shown). The PXC is a device that exchanges optical signals as light without going through electrical processing. When stream information or the like is transmitted from the servers 1 and 2 to the client terminal 3 via the path A or B, the stream information or the like is reproduced at the client terminal 3. Although not shown here, the physical network of the ASON is configured to be automatically switched when an instruction is given to a device such as a PXC from another network such as a control plane.

このような構成において、サーバ１のプロセス障害が検出されると（＃１）、待機系のサーバ２に対してサーバプロセス障害通知がなされる（＃２）。このサーバプロセス障害通知には、セッションテーブル１００より読み出された、セッションＩＤ、クライアント情報（クライアント端末のＩＰアドレス、ポート番号等）、転送済みバイト数等のセッション状態情報（ストリーム情報やファイルの何％を転送したか等）が付加されている。 In such a configuration, when a process failure of the server 1 is detected (# 1), a server process failure notification is made to the standby server 2 (# 2). This server process failure notification includes session status information (stream information, file information, etc.) read from the session table 100, such as session ID, client information (IP address of client terminal, port number, etc.), transferred byte count, etc. % Is transferred).

ここでは、説明の簡素化の為に、セッションテーブル１００，１０１を簡素化して図示している。当該セッションテーブル１００，１０１の詳細については後述する。 Here, for simplicity of explanation, the session tables 100 and 101 are shown in a simplified manner. Details of the session tables 100 and 101 will be described later.

待機系（移行先）のサーバ２では、このサーバプロセス障害通知を受信すると、当該通知に含まれる情報に基づいてアプリケーション（送受信）設定を行い、セッションテーブル１０１を作成し、ＡＳＴＮ／ＡＳＯＮ網４にパス切替要求を行う（＃３）。不図示のコントロールプレーンでは、このサーバ２からのパス切替要求に基づいてパスの再計算が行われ、パスＡからパスＢへの切り替え、更にはセッションＡの移行がなされ、同時にサーバ２からのストリーム情報等のデータ送信が開始される（＃４）。ここで、「セッションを移行する」とは、移行前後でＩＰアドレスやセッションＩＤを変更することなく、セッションの一端である配信元のサーバを切り替えること等を意味する。 Upon receiving this server process failure notification, the standby (migration destination) server 2 performs application (transmission / reception) settings based on the information included in the notification, creates a session table 101, and sends it to the ASTN / ASON network 4. A path switching request is made (# 3). In the control plane (not shown), the path is recalculated based on the path switching request from the server 2, the path A is switched to the path B, and the session A is transferred. Data transmission such as information is started (# 4). Here, “migrating a session” means switching a server of a distribution source that is one end of a session without changing an IP address or a session ID before and after the migration.

この実施の形態に係る通信システムでは、以上の処理の中で、セッションＡの移行前後で使用するサーバ１，２のＩＰアドレスは同一とし、セッションのＩＤ（両端のＩＰアドレス及びポート番号）も移行前後で不変とし、セッションＡの連続性を保証している。 In the communication system according to this embodiment, in the above processing, the IP addresses of the servers 1 and 2 used before and after the transfer of the session A are the same, and the session IDs (IP addresses and port numbers at both ends) are also transferred. It is assumed to be unchanged before and after, and the continuity of session A is guaranteed.

すなわち、例えばＧＭＰＬＳへの本通信システムの適用を想定すると、サービスの障害前後でＬＳＰ(Label Switched Path)を切り替え、同一物理ネットワーク上に同時に２台のサーバが存在する状態を回避することにより、２台のサーバ１，２のＩＰアドレスを同一とする。尚、このＧＭＰＬＳでは、ＭＰＬＳドメイン内に存在するＬＳＲ(Label Switched Router)が当該ＬＳＰを認識できるように、必要な情報を交換し、ラベルによるパケット転送が可能となるように不図示のルーティングテーブルを保持している。 That is, for example, assuming that this communication system is applied to GMPLS, the LSP (Label Switched Path) is switched before and after the failure of the service, thereby avoiding a state in which two servers exist on the same physical network at the same time. The IP addresses of the servers 1 and 2 are the same. In this GMPLS, necessary information is exchanged so that an LSR (Label Switched Router) existing in the MPLS domain can recognize the LSP, and a routing table (not shown) is used to enable packet transfer by label. keeping.

また、この実施の形態に係る通信システムでは、以上の処理の中で、配信先のクライアント端末３での同一コンテンツへのセッションの再立ち上げは不要であり、クライアント端末３に対してサーバ１，２からのストリーム情報等の配信の連続性をサービスプロセス障害時のサーバ移行前後で保証している。 In the communication system according to this embodiment, it is not necessary to restart the session to the same content at the client terminal 3 as the delivery destination in the above processing. 2 guarantees the continuity of distribution of stream information from 2 before and after server migration in the event of a service process failure.

ここで、図３には、サーバ１，２が備えるセッションテーブル１００，１０１の詳細な構成例を示し説明する。セッションテーブル１００，１０１は、以下のエントリを管理している。「セッションＩＤ」とは、サーバ１，２側で各セッション管理のために割り当てるＩＤである。「サーバ情報」とは、サーバ１，２側が当該セッションに使用しているＩＰアドレス／ポートペアである。「クライアント情報」とは、クライアント端末３側が当該セッションに使用しているＩＰアドレス／ポートペアである。「状態」とは、そのセッションで提供されているサービスの状態である。その内容はサービスによって異なる為、サービスＩＤエントリに依存する。前述した図１，２の例では、サーバ１がこのセッションで転送を完了したバイト数を格納しているが、これには限定されない。「パス情報」とは、当該セッションが使用しているパスを識別する各種ＩＤや経路情報である。そして、「サービスＩＤ」とは、当該セッションが属しているサービスを示す識別子である。セッションの切り替え時には、サーバ１は、セッションテーブル１００，１０１から該当するセッション情報を読み出し、サーバプロセス障害通知に付加し、待機系のサーバ２へ通知する。 Here, FIG. 3 shows a detailed configuration example of the session tables 100 and 101 included in the servers 1 and 2 and will be described. The session tables 100 and 101 manage the following entries. The “session ID” is an ID assigned for managing each session on the server 1 or 2 side. “Server information” is an IP address / port pair used by the servers 1 and 2 for the session. “Client information” is an IP address / port pair used by the client terminal 3 for the session. The “state” is a state of a service provided in the session. Since the content differs depending on the service, it depends on the service ID entry. In the example of FIGS. 1 and 2 described above, the server 1 stores the number of bytes that have been transferred in this session. However, the present invention is not limited to this. “Path information” is various IDs and route information for identifying a path used by the session. The “service ID” is an identifier indicating the service to which the session belongs. When switching the session, the server 1 reads out the corresponding session information from the session tables 100 and 101, adds it to the server process failure notification, and notifies the standby server 2.

以下、図４のフローチャートを参照して、本実施の形態に係る通信システム全体の動作を詳細に説明する。以下では、図１乃至図３を適宜参照する。 Hereinafter, the operation of the entire communication system according to the present embodiment will be described in detail with reference to the flowchart of FIG. Hereinafter, FIGS. 1 to 3 will be referred to as appropriate.

不図示のコントロールプレーンの制御の下、クライアント端末３とサーバ１とを結ぶパスＡをＡＳＴＮ／ＡＳＯＮ網４上に生成し（ステップＳ１）、クライアント端末３とサーバ１との間にセッションＡを生成すると（ステップＳ２）、この生成されたセッションＡの情報をサーバ１のセッションテーブル１００に登録する（ステップＳ３）。そして、サーバ１のサービスに障害が発生したか否かを判断し（ステップＳ４）、プロセス障害が発生したものと判断した場合には、サーバ１は当該セッションＡのセッション情報をセッションテーブル１００より読み出し、サーバプロセス障害通知に付加し（ステップＳ５）、待機系のサーバ２に当該通知を行う（ステップＳ６）。続いて、待機系のサーバ２は、この通知に含まれるセッション情報に基づいてセッションテーブル１０１を生成し（ステップＳ７）、更に受信環境を設定し（ステップＳ８）、ＡＳＴＮ／ＡＳＯＮ網４にパスＢへの切替要求を送信する（ステップＳ９）。こうして、不図示のコントロールプレーンが、パスの切り替え、セッションの移行を行い、継続してサーバ２によるストリーム情報等の配信を行う（ステップＳ１０）。以上で一連の動作が終了される。 Under control of a control plane (not shown), a path A connecting the client terminal 3 and the server 1 is generated on the ASTN / ASON network 4 (step S1), and a session A is generated between the client terminal 3 and the server 1 Then (step S2), the generated information on the session A is registered in the session table 100 of the server 1 (step S3). Then, it is determined whether or not a failure has occurred in the service of the server 1 (step S4). If it is determined that a process failure has occurred, the server 1 reads the session information of the session A from the session table 100. The server process failure notification is added (step S5), and the notification is sent to the standby server 2 (step S6). Subsequently, the standby server 2 generates a session table 101 based on the session information included in this notification (step S7), further sets a reception environment (step S8), and passes the path B to the ASTN / ASON network 4. A request to switch to is transmitted (step S9). Thus, a control plane (not shown) performs path switching and session transition, and continuously delivers stream information and the like by the server 2 (step S10). Thus, a series of operations is completed.

次に図５のフローチャートを参照して、本実施の形態に係る通信システムに関わるクライアント端末３による動作を説明する。以下では、図１乃至図３を適宜参照する。 Next, with reference to the flowchart of FIG. 5, the operation | movement by the client terminal 3 in connection with the communication system which concerns on this Embodiment is demonstrated. Hereinafter, FIGS. 1 to 3 will be referred to as appropriate.

クライアント端末３は、ＡＳＴＮ／ＡＳＯＮ網４上でサーバ１との間にパスＡを生成し確立すると（ステップＳ１１）、サーバ１との間にセッションＡを生成し、サーバ１とのデータ送受信を開始する（ステップＳ１２）。そして、サーバ１で当該セッションＡに関連するプロセス障害が発生し、セッションＡの一端（配信元）がサーバ２に移行しても、クライアント端末３は認識しない（ステップＳ１３）。続いて、サーバ１又はクライアント端末３にてセッションＡが終了されたか否かが判断され（ステップＳ１４）、終了されていなければステップＳ１３に戻り、上記動作を繰り返す。一方、セッションＡを終了すると、クライアント端末３は、通信環境を開放し、内部的なセッション完了処理を行い（ステップＳ１５）、ＡＳＴＮ／ＡＳＯＮ網４上のパスＡの削除処理を実施することになる（ステップＳ１６）。以上でクライアント端末３による一連の動作を終了する。 When the client terminal 3 generates and establishes a path A with the server 1 on the ASTN / ASON network 4 (step S11), the client terminal 3 generates a session A with the server 1 and starts data transmission / reception with the server 1 (Step S12). Then, even if a process failure related to the session A occurs in the server 1 and one end (distribution source) of the session A moves to the server 2, the client terminal 3 does not recognize it (step S13). Subsequently, it is determined whether or not the session A is ended at the server 1 or the client terminal 3 (step S14). If not ended, the process returns to step S13 to repeat the above operation. On the other hand, when the session A is terminated, the client terminal 3 releases the communication environment, performs an internal session completion process (step S15), and performs a path A deletion process on the ASTN / ASON network 4. (Step S16). Thus, a series of operations by the client terminal 3 is completed.

次に図６のフローチャートを参照して、本実施の形態に係る通信システムに関わるサーバ１による動作を説明する。以下では、図１乃至図３を適宜参照する。 Next, with reference to the flowchart of FIG. 6, the operation | movement by the server 1 in connection with the communication system which concerns on this Embodiment is demonstrated. Hereinafter, FIGS. 1 to 3 will be referred to as appropriate.

サーバ１は、待機系のサーバ２に対する障害通知用のコネクションを生成し（ステップＳ２１）、ＡＳＴＮ／ＡＳＯＮ網４上でクライアント端末３との間にパスＡを生成し確立する（ステップＳ２２）。続いて、サーバ１は、クライアント端末３との間にセッションＡを生成し、こうしてクライアント端末３とのデータ送受信を開始し（ステップＳ２３）、このようにして生成されたセッションＡの情報を自己のセッションテーブル１００に登録又は更新する（ステップＳ２４）。続いて、サーバ１はサービスにプロセス障害が発生したか否かを判断する（ステップＳ２５）。このステップＳ２５において、プロセス障害が確認されない場合には、上記ステップＳ２４に戻り、上記動作を繰り返す。一方、ステップＳ２５において、サーバ１がプロセス障害を確認すると、サーバ１はセッションテーブル１００から対応するセッション情報を検索し（ステップＳ２６）、当該セッション情報を含むサーバプロセス障害通知を生成し（ステップＳ２７）、当該通知を待機系のサーバ２に送信する（ステップＳ２８）。そして、サーバ２からの当該通知に対する受信確認を受信すると（ステップＳ２９）、サーバ１はセッションテーブル１００から対応するセッション情報を削除することになる（ステップＳ３０）。以上でサーバ１による一連の動作を終了する。 The server 1 creates a failure notification connection to the standby server 2 (step S21), and creates and establishes a path A with the client terminal 3 on the ASTN / ASON network 4 (step S22). Subsequently, the server 1 generates a session A with the client terminal 3, starts data transmission / reception with the client terminal 3 (step S23), and stores the information of the session A generated in this way on its own. Register or update in the session table 100 (step S24). Subsequently, the server 1 determines whether or not a process failure has occurred in the service (step S25). If no process failure is confirmed in step S25, the process returns to step S24 and the above operation is repeated. On the other hand, when the server 1 confirms the process failure in step S25, the server 1 retrieves corresponding session information from the session table 100 (step S26), and generates a server process failure notification including the session information (step S27). The notification is transmitted to the standby server 2 (step S28). Then, when receiving confirmation of the notification from the server 2 (step S29), the server 1 deletes the corresponding session information from the session table 100 (step S30). Thus, a series of operations by the server 1 is completed.

次に図７のフローチャートを参照して、本実施の形態に係る通信システムに関わる待機系のサーバ２による動作を説明する。以下では、図１乃至図３を適宜参照する。 Next, the operation of the standby server 2 related to the communication system according to the present embodiment will be described with reference to the flowchart of FIG. Hereinafter, FIGS. 1 to 3 will be referred to as appropriate.

待機系のサーバ２は、サーバ１からサーバプロセス障害通知を受信するためのコネクションを生成し（ステップＳ３１）、サーバ１からのサーバプロセス障害通知を受信するまで待機する（ステップＳ３２）。そして、当該サーバプロセス障害通知を受信すると、当該通知に含まれるセッション情報に基づいてセッションテーブル１０１を生成し（ステップＳ３３）、ＡＳＴＮ／ＡＳＯＮ網４に対し、当該セッションＡの属するパスＡの切り替えを要求する（ステップＳ３４）。次いで、上記通知の内容から、当該プロセスを起動し（ステップＳ３５）、セッションテーブル１０１の情報に基づいて、セッションＡ上のデータ転送を継続する（ステップＳ３６）。続いて、サーバ２又はクライアント端末３による指示でセッションＡを終了するか否かを判断し（ステップＳ３７）、終了しない場合にはデータ転送を継続し、終了する場合には通信環境を開放し、内部的なセッション完了処理を行い（ステップＳ３８）、セッションテーブル１０１から対応するセッションＡのエントリを削除し（ステップＳ３９）、ＡＳＴＮ／ＡＳＯＮ網４上でのパスＡの削除処理を実施する（ステップＳ４０）。以上で、サーバ２による一連の動作を終了する。 The standby server 2 generates a connection for receiving a server process failure notification from the server 1 (step S31), and waits until a server process failure notification is received from the server 1 (step S32). When the server process failure notification is received, the session table 101 is generated based on the session information included in the notification (step S33), and the path A to which the session A belongs is switched to the ASTN / ASON network 4. A request is made (step S34). Next, the process is started from the content of the notification (step S35), and the data transfer on the session A is continued based on the information in the session table 101 (step S36). Subsequently, it is determined whether or not to end the session A in accordance with an instruction from the server 2 or the client terminal 3 (step S37). If not, the data transfer is continued. If it is ended, the communication environment is released. Internal session completion processing is performed (step S38), the corresponding session A entry is deleted from the session table 101 (step S39), and path A deletion processing on the ASTN / ASON network 4 is performed (step S40). ). Thus, a series of operations by the server 2 is completed.

以上説明したように、従来技術に係るＨＡシステムでは、別途切替装置を用意しない限り、運用系と待機系で同一ＩＰアドレスを用いることは不可能であり、更にアプリケーションの稼動の継続性は保証するが、その上で動作しているセッションの継続性は保証できなかったのに対して、本発明の実施の形態に係る通信システムによれば、ＨＡシステムに対して、一切の切替装置を使用せず、セッションの継続性を保証することを可能とし、従来のＨＡシステムに比して高度化を実現することができる。 As described above, in the HA system according to the prior art, it is impossible to use the same IP address in the active system and the standby system unless a separate switching device is prepared, and further continuity of the operation of the application is guaranteed. However, while the continuity of the session operating on it could not be guaranteed, according to the communication system according to the embodiment of the present invention, no switching device is used for the HA system. Therefore, it is possible to guarantee the continuity of the session, and it is possible to realize the sophistication as compared with the conventional HA system.

以上、本発明の実施の形態について説明したが、本発明はこれに限定されることなくその趣旨を逸脱しない範囲で種々の改良・変更が可能であることは勿論である。例えば、本通信システムをＧＭＰＬＳに適用する場合には、コントロールプレーンのＬＳＰコントローラ等によりパスの切り替え等が制御され得る。 The embodiment of the present invention has been described above, but the present invention is not limited to this, and it is needless to say that various improvements and changes can be made without departing from the spirit of the present invention. For example, when this communication system is applied to GMPLS, path switching or the like can be controlled by an LSP controller or the like of the control plane.

本発明の一実施の形態に係る通信システムの構成図である。It is a block diagram of the communication system which concerns on one embodiment of this invention. 本発明の一実施の形態に係る通信システムの構成図である。It is a block diagram of the communication system which concerns on one embodiment of this invention. 本発明の一実施の形態に係る通信システムの各サーバ１，２が有するセッションテーブル１００，１０１の詳細な構成図である。It is a detailed block diagram of the session tables 100 and 101 which each server 1 and 2 of the communication system which concerns on one embodiment of this invention has. 本発明の一実施の形態に係る通信システム全体の動作を説明するフローチャートである。It is a flowchart explaining operation | movement of the whole communication system which concerns on one embodiment of this invention. 本発明の一実施の形態に係る通信システムに関わるクライアント端末３の動作を説明するフローチャートである。It is a flowchart explaining operation | movement of the client terminal 3 in connection with the communication system which concerns on one embodiment of this invention. 本発明の一実施の形態に係る通信システムのサーバ１の動作を説明するフローチャートである。It is a flowchart explaining operation | movement of the server 1 of the communication system which concerns on one embodiment of this invention. 本発明の一実施の形態に係る通信システムのサーバ２の動作を説明するフローチャートである。It is a flowchart explaining operation | movement of the server 2 of the communication system which concerns on one embodiment of this invention.

Explanation of symbols

１・・・サーバ、２・・・サーバ、３・・・クライアント端末、４・・・ＡＳＴＮ／ＡＳＯＮ網。 DESCRIPTION OF SYMBOLS 1 ... Server, 2 ... Server, 3 ... Client terminal, 4 ... ASTN / ASON network.

Claims

A first server that distributes information to a client terminal through a predetermined session on an ASTN or ASON network, and performs a predetermined notification when a failure occurs in itself, and the first server A second server that receives a predetermined notification from the server, performs settings based on the predetermined information included in the notification, and takes over distribution of the information through the predetermined session, and includes the first and the second, A communication system, wherein the second server has the same IP address.

The communication system according to claim 1, wherein the predetermined notification includes at least one of a session ID, client information, session state information, server information, and path information as the predetermined information.

Information is distributed to client terminals by a predetermined session on the network of ASTN or ASON, and has a first table. When a failure occurs in itself, it is read from the first table. A first server that performs a predetermined notification with the predetermined information added thereto, and receives a predetermined notification from the first server, performs settings based on the predetermined information included in the notification, A second server that generates a second table based on the information and takes over the distribution of the information by the predetermined session,
The predetermined information includes at least one of session ID, client information, session state information, server information, path information, and service ID. Before and after the IP address of the first and second servers and takeover A communication system, wherein session IDs to be used are the same.