JP2011239309A - Gateway device - Google Patents
Gateway device Download PDFInfo
- Publication number
- JP2011239309A JP2011239309A JP2010110728A JP2010110728A JP2011239309A JP 2011239309 A JP2011239309 A JP 2011239309A JP 2010110728 A JP2010110728 A JP 2010110728A JP 2010110728 A JP2010110728 A JP 2010110728A JP 2011239309 A JP2011239309 A JP 2011239309A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- connection
- processing unit
- layer
- standby system
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Description
本発明は、ゲートウェイ装置に係わり、特に、現用系と待機系を用意して冗長化を行い、かつ、レイヤ４コネクションの端点となるゲートウェイ装置に関する。 The present invention relates to a gateway device, and more particularly to a gateway device that provides redundancy by preparing an active system and a standby system, and serves as an end point of a layer 4 connection.
３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）のＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）に代表される第３．９世代移動体通信網では、ネットワークがオールＩＰ化されて、従来は回線交換網で提供されてきた電話サービスがＩＰ網で提供されるようになる。このため、今後は移動体通信システムにおけるゲートウェイ装置に対しても電話交換機並の高信頼性が要求される。この高信頼性を達成するために、物理的に独立した２つ以上の装置を用意して、実際にサービスを提供する現用系としての役割と、通常はバックアップとして動作して、現用系故障時には代わりにサービスを提供する待機系としての役割を与えて、ゲートウェイ装置の冗長化を行う。これにより継続的なサービス提供が可能となる。このとき、現用系と待機系の切替時間、すなわちサービス停止時間は短時間（１秒以内）であることが望まれる。 In the 3.9th generation mobile communication network represented by LTE (Long Term Evolution) of 3GPP (3rd Generation Partnership Project), the network is all-IP, and the telephone service that has been provided in the circuit switching network in the past has been provided. It will be provided on the IP network. For this reason, high reliability equivalent to that of a telephone exchange is required for the gateway device in the mobile communication system. In order to achieve this high reliability, two or more devices that are physically independent are prepared, the role as the working system that actually provides the service, and usually operates as a backup, and when the working system fails Instead, the gateway device is made redundant by giving a role as a standby system for providing a service. This enables continuous service provision. At this time, the switching time between the active system and the standby system, that is, the service stop time is desired to be short (within 1 second).
一方、ゲートウェイ装置は、通信システム内の他装置と通信する際に、ＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）やＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）に代表されるコネクション型レイヤ４（Ｌ４）プロトコルを用いる。特に移動体通信システムにおいては、呼処理関係のシグナリングにＳＣＴＰが用いられる傾向にあり、今後も利用は増えていくと考えられる。一般に、Ｌ４コネクションは状態遷移を持つため、冗長切替が発生すると、Ｌ４コネクションは一度切断され、その後再接続処理が行われる。これを図１を用いて説明する。 On the other hand, the gateway device uses a connection type layer 4 (L4) protocol represented by SCTP (Stream Control Transmission Protocol) or TCP (Transmission Control Protocol) when communicating with other devices in the communication system. In particular, in mobile communication systems, SCTP tends to be used for call processing-related signaling, and its use will increase in the future. In general, since an L4 connection has a state transition, when redundancy switching occurs, the L4 connection is disconnected once, and then a reconnection process is performed. This will be described with reference to FIG.
図１は現用系故障時の冗長切替において、ＳＣＴＰを例にとり、Ｌ４コネクションを再接続するシーケンスである。冗長化装置１０１は、レイヤ２（Ｌ２）スイッチ１０２と現用系１０３と待機系１０４から構成される。現用系と待機系は、Ｌ２スイッチを介して他装置１０５と通信を行う。図１では、現用系と他装置との間であらかじめＳＣＴＰコネクションを確立している。そのため、他装置が送信したＤＡＴＡパケット（１１０、１１１）を現用系は受信し、またその応答であるＳＡＣＫパケット（１１２、１１３）を他装置は受信することができる。
FIG. 1 is a sequence for reconnecting an L4 connection, taking SCTP as an example in redundancy switching at the time of failure of the active system. The
図２ＡはＤＡＴＡパケットのデータ構造であり、図２ＢはＳＡＣＫパケットのデータ構造である。ＤＡＴＡパケット１１０のヘッダの送信元ポート番号２０１、送信先ポート番号２０２、送信先の検証タグ２０３、およびＳＡＣＫパケット１１２のヘッダの送信元ポート番号２１１、送信先ポート番号２１２、送信先の検証タグ２１３は、Ｌ４コネクションを確立する際に通信相手である他装置と現用系との間で交換するパラメータである。また、ＤＡＴＡパケットヘッダの送信元が付けるシーケンス番号２０４は、初期値をＳＣＴＰコネクション確立時に交換し、ＤＡＴＡパケットを送信するごとに増加されるパラメータである。さらに、ＳＡＣＫパケットヘッダに付加する受信したＤＡＴＡパケットのシーケンス番号２１４は、対応するＤＡＴＡパケットのシーケンス番号２０４と同じ値をとるパラメータである。ＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）内においてＳＣＴＰコネクションを管理するＬ４スタックは、ＤＡＴＡパケットとＳＡＣＫパケットを受信するごとにパケットに付加されるこれらの情報が正しいことを精査する。もしこれらの情報に誤りやズレがあれば、受信パケットを破棄するか、もしくはパケットの再送を要求する。Ｌ４スタックは内部に独自の状態遷移を持ちながら、上述したパケット精査を自動的に行う。
FIG. 2A shows the data structure of the DATA packet, and FIG. 2B shows the data structure of the SACK packet. The
図１に戻る。現用系に故障が発生すると（１１４）、他装置から送信されたＤＡＴＡパケット（１１５、１１６）がＬ２スイッチから転送されない状態になる。待機系は現用系の故障を検知すると（１１７）、自分がサービスを提供するために現用系に移行する（１１８）。以降、待機系１０４を旧待機系１０４と記述する。旧待機系１０４は、冗長化装置１０１に送られたパケットを受信できるようにするために、Ｌ２スイッチに対してＧｒａｔｕｉｔｏｕｓ ＡＲＰ（１１９）を送信する。すると、ＤＡＴＡパケット１２０は、旧待機系に転送されるようになる（１２１）。しかしながら、旧待機系のＬ４スタックは、このＳＣＴＰコネクションに関する状態遷移情報を持たないため、ＤＡＴＡパケットを破棄して、応答として接続を強制終了させるＡＢＯＲＴパケット（１２２、１２３）を他装置に送信する。他装置は、ＡＢＯＲＴパケットを受信すると、ＳＣＴＰコネクションが強制切断されたことを、そのＳＣＴＰコネクションを利用していたアプリケーションに通知する。アプリケーションは、再度データを送信するために再接続処理を要求する（１２４）。他装置のＬ４スタックは自動的に、待機系のＬ４スタックとの間でＩＮＩＴパケット、ＩＮＩＴ−ＡＣＫパケット、ＣＯＯＫＩＥ−ＥＣＨＯパケット、ＣＯＯＫＩＥ−ＡＣＫパケット（１２５〜１３２）をやり取りし、ＤＡＴＡパケット、ＳＡＣＫパケット送受信に必要となる情報を新たに交換して、新規のＳＣＴＰコネクションを再確立する。その後、他装置内のアプリケーションは、故障発生前後に送信し損なったデータの再送信処理を行う（１３３）。そして、新たに確立したＳＣＴＰコネクションを用いて、ＤＡＴＡパケット（１３４、１３５）とＳＡＣＫパケット（１３６、１３７）が送受信される。以上のように、Ｌ４コネクションを持つ冗長化装置が冗長切替を行う場合には、強制切断、再接続、再送信の処理が必要になる。そのため、確立されるＬ４コネクション数が多くなると、高速な冗長切替達成に影響を与える。したがって、図１の破線部分１４０の処理を省き、Ｌ４コネクションの冗長化を行うことが要求される。
Returning to FIG. When a failure occurs in the active system (114), the DATA packet (115, 116) transmitted from another device is not transferred from the L2 switch. When the standby system detects a failure in the active system (117), it shifts to the active system in order to provide the service (118). Hereinafter, the
これを解決するためには、現用系と待機系内のそれぞれのＬ４スタックが持つＬ４コネクションの状態遷移を同期させればよい。この方式として、共有方式と並列処理方式が挙げられる。共有方式は、現用系が管理するＬ４コネクションの状態遷移を、ネットワークを介してリアルタイムに待機系に転送する方式である。また、並列処理方式は、通信相手である他装置から受信したパケットを複製して現用系と待機系の両方にパケットを入力し、現用系と待機系のＬ４スタックが独立に処理を行うことで、同じ状態遷移を作り出す方式である。 In order to solve this, the state transitions of the L4 connections of the L4 stacks in the active system and the standby system may be synchronized. Examples of this method include a sharing method and a parallel processing method. The sharing method is a method of transferring the state transition of the L4 connection managed by the active system to the standby system in real time via the network. The parallel processing method duplicates the packet received from the other device that is the communication partner, inputs the packet to both the active system and the standby system, and the L4 stacks of the active system and the standby system perform processing independently. This is a method for creating the same state transition.
特許文献１では、装置間で共有可能な特殊なメモリを用いて、共有方式を実現する。しかしながら、移動体通信システムにおけるゲートウェイ装置は、一般的にＡＴＣＡ（Ａｄｖａｎｃｅｄ Ｔｅｌｅｃｏｍ Ｃｏｍｐｕｔｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ）などの汎用装置に実装されるため、特殊なハードウェアを設けてＬ４コネクションを冗長化することが困難である。そこで近年では、ゲートウェイ装置に対する並列処理方式の適用が検討されている。
In
非特許文献１は、Ｌ４コネクション確立時に現用系と待機系で通知しあって、現用系と待機系のパラメータと状態遷移初期値を揃える方式を示している。
Non-Patent
本発明では、並列処理方式によってＬ４コネクションの冗長化を実現する。 In the present invention, redundancy of the L4 connection is realized by a parallel processing method.
上述したように、装置間でＬ４コネクションを確立する際、いくつかのパラメータを通信相手と交換し、共有する。以降のパケット通信では、交換したパラメータと状態遷移に基づく値をパケットヘッダに埋め込んで、データの送受信を行う。交換したパラメータもしくは現在の状態遷移と異なる値が検出された場合には、そのパケットは破棄される。その結果通信が正しく処理されなくなるか、もしくはＬ４コネクションが強制切断される。 As described above, when establishing an L4 connection between devices, some parameters are exchanged with a communication partner and shared. In subsequent packet communications, the exchanged parameters and values based on state transitions are embedded in the packet header, and data is transmitted and received. If a value that is different from the exchanged parameter or the current state transition is detected, the packet is discarded. As a result, communication is not processed correctly or the L4 connection is forcibly disconnected.
上記パラメータの一部は、ＯＳ内のＬ４スタックが自動的に生成する乱数である。そのため、独立した装置であれば異なる値を生成し、異なる状態遷移初期値をとる。一方、冗長構成を組んでいる場合、通信相手からは冗長化装置は１台の装置にしか見えない、すなわち現用系のパラメータと状態遷移しかパケットヘッダには反映されない。したがって、現用系と待機系の両方にパケットを入力したとしても、現用系のＬ４スタックでは処理されるが、待機系のＬ４スタックでは処理されないことになる。
そこで本発明は、Ｌ４コネクションを確立した通信相手から受信したパケットを複製して、現用系と待機系の両方にパケットを入力し、それぞれのＬ４スタックで処理できるようにすることを課題とする。
Some of the parameters are random numbers automatically generated by the L4 stack in the OS. Therefore, different values are generated if they are independent devices, and different state transition initial values are taken. On the other hand, when a redundant configuration is configured, the redundant device can be seen by only one device from the communication partner, that is, only the active parameters and state transitions are reflected in the packet header. Therefore, even if a packet is input to both the active system and the standby system, it is processed in the active L4 stack, but not processed in the standby L4 stack.
Therefore, an object of the present invention is to duplicate a packet received from a communication partner that has established an L4 connection, and input the packet to both the active system and the standby system so that each L4 stack can process it.
なお、非特許文献１では、Ｌ４コネクション確立時に現用系と待機系で通知しあって、現用系と待機系のパラメータと状態遷移初期値を揃えている。しかしながら、非特許文献１の方式では、Ｌ４コネクション確立時にしか対応できず、Ｌ４コネクション確立後に現用系もしくは待機系を追加したり交換したりする際には、Ｌ４コネクションを一度切断して再確立しなければならない。このことは、動的な負荷分散を目的とした装置の追加時や、故障装置の交換時にはＬ４コネクションの冗長化が引き継げないことを意味する。
In
本願で開示される実施態様の代表的なゲートウェイ装置は、独立して動作する複数のパケット処理装置と前記複数のパケット処理装置を接続するスイッチ装置を備え、前記複数のパケット処理装置のうち１台が現用系であり、前記現用系とは異なる１台が待機系となるように冗長構成をとり、前記現用系が通信相手に対してＬ４コネクションの端点となり、前記通信相手から受信した前記Ｌ４コネクションのパケットが前記現用系もしくは前記待機系に入力されると、前記現用系もしくは前記待機系は前記Ｌ４コネクションに関して記憶しているパラメータを用いて前記パケットのヘッダを書き換えて、Ｌ４スタックに前記パケットを渡すことを特徴とする。 A representative gateway device according to an embodiment disclosed in the present application includes a plurality of packet processing devices that operate independently and a switch device that connects the plurality of packet processing devices, and one of the plurality of packet processing devices. Is an active system, and has a redundant configuration so that one unit different from the active system is a standby system, and the active system is an end point of an L4 connection to the communication partner, and the L4 connection received from the communication partner Is input to the active system or the standby system, the active system or the standby system rewrites the header of the packet using the parameters stored with respect to the L4 connection, and puts the packet in the L4 stack. It is characterized by passing.
また、前記レイヤ４コネクションの確立時に前記通信相手と交換するパラメータと、前記レイヤ４コネクションの確立後のパケット通信においてパケットに付加されるパラメータを、前記現用系もしくは前記待機系において記憶する。 In addition, a parameter exchanged with the communication partner when the layer 4 connection is established and a parameter added to the packet in the packet communication after the establishment of the layer 4 connection are stored in the active system or the standby system.
また、前記現用系もしくは前記待機系は前記通信相手から受信した前記レイヤ４コネクションのパケットを受け取ると、それぞれ前記待機系もしくは前記現用系に前記パケットを転送する。 Further, when the working system or the standby system receives the packet of the layer 4 connection received from the communication partner, the packet is transferred to the standby system or the active system, respectively.
本発明によれば、冗長構成をとるゲートウェイ装置において、Ｌ４コネクションを確立した通信相手から受信したパケットを複製して、現用系と待機系の両方にパケットを入力し、それぞれのＬ４スタックで処理してＬ４コネクションの冗長化を実現できる。また、Ｌ４コネクションを確立したまま柔軟な冗長化装置の運用が可能となる。 According to the present invention, in a gateway device having a redundant configuration, a packet received from a communication partner that has established an L4 connection is duplicated, and the packet is input to both the active system and the standby system, and is processed by each L4 stack. Thus, redundancy of the L4 connection can be realized. In addition, it is possible to operate a flexible redundant apparatus while establishing the L4 connection.
１．装置構成
はじめに、図３を用いて本発明が適用される通信システムの構成例を説明する。ここでは移動体通信システムを例にとる。移動体通信システムは、無線インタフェースを介してデータ通信を行う端末３４０と、端末を収容する無線アクセス網（３２０、３３０）と、加入者情報を管理し端末をサービス網に接続するユーザホーム網３１０と、端末に対してサービスを提供するサービス網３００とから構成される。
1. Device Configuration First, a configuration example of a communication system to which the present invention is applied will be described with reference to FIG. Here, a mobile communication system is taken as an example. The mobile communication system includes a terminal 340 that performs data communication via a radio interface, a radio access network (320, 330) that accommodates the terminal, and a
無線アクセス網３２０は、無線信号を有線信号に相互変換する基地局３２１ａ、３２１ｂと、アクセスゲートウェイ３２３と、移動管理サーバ３２２から構成される。無線アクセス網３３０も同様に基地局アクセスゲートウェイ３３１ａ、３３１ｂ、移動管理サーバ３３２で構成される。アクセスゲートウェイは、基地局から受信したユーザトラフィックをユーザホーム網に転送する装置である。また移動管理サーバは、端末の接続状況を管理するとともに、基地局とアクセスゲートウェイ間のデータパスを制御する装置である。
The
ユーザホーム網３１０は、サービス網ゲートウェイ３１１と、ポリシーサーバ３１２と、認証サーバ３１３から構成される。サービス網ゲートウェイは、アクセスゲートウェイから受信したユーザトラフィックを適切なサービス網に転送する装置である。また、ポリシーサーバは、サービス網ゲートウェイに対してユーザトラフィックの課金手段やＱｏＳを指示する装置である。また、認証サーバは、端末ユーザの加入者情報を管理する装置である。
The
サービス網３００には、端末に対してサービスを提供するアプリケーションサーバ３０１が接続される。
An application server 301 that provides services to terminals is connected to the
ＬＴＥでは、サービス網ゲートウェイ３１１とポリシーサーバ３１２の間、認証サーバ３１２と移動管理サーバ（３２２、３３２）の間、移動管理サーバ（３２２、３３２）と基地局（３２１ａ、３２１ｂ、３３１ａ、３３１ｂ）の間のシグナリングのＬ４プロトコルにＳＣＴＰが用いられる。本発明は、特にサービス網ゲートウェイ、移動管理サーバといったゲートウェイ装置への適用が最も効果的だが、これらに限らず、Ｌ４コネクションの端点となる装置であれば適用可能である。
In LTE, between the
次に、図４を用いて、本実施の形態のゲートウェイ装置構成例を説明する。ゲートウェイ装置４００は、シグナリング処理やユーザトラフィック転送処理を実現するＣＰＵブレード１とＣＰＵブレード２（４１０−１、４１０−２）と、レイヤ２（Ｌ２）スイッチ機能を備えるスイッチブレード４２０から構成される。
Next, a configuration example of the gateway device according to the present embodiment will be described with reference to FIG. The
ＣＰＵブレード１は、メモリ４１１−１、ＣＰＵ４１２−１、ＩＦ（インタフェース）４１３−１、４１４−１、ＦＲＯＭ（フラッシュＲＯＭ）４１５−１を備える。ゲートウェイ装置としての機能を提供するためのソフトウェアプログラムはＦＲＯＭに記憶されており、装置の起動時にメモリに展開される。ＣＰＵは、メモリ内に展開されたソフトウェアプログラムを順次読み出して実行する。なお、ＩＦはイーサネット回線でスイッチブレード４２０に接続されており、ＩＦ４１３−１はデータ通信用に、ＩＦ４１４−１は装置制御用に使用される。
スイッチブレード４２０は、ＩＦ４２１、４２２、４２３、４２４、４２６および４２７、スイッチ部４２５、メモリ４２８、ＣＰＵ４２９、ＦＲＯＭ４３０から構成される。ＩＦ４２１、４２２、４２３および４２４はＣＰＵブレード１とＣＰＵブレード２（４１０−１、４１０−２）に、ＩＦ４２６、４２７は外部のパケット網に接続されており、スイッチ部はこれらの間でパケットを中継する。また、メモリ、ＣＰＵ、ＦＲＯＭは、スイッチ部を制御、管理するのに用いられる。
The
The
図５は、ＣＰＵブレード１およびＣＰＵブレード２（４１０−１、４１０−２）のメモリ４１１−１、４１１−２に展開されるソフトウェアプログラムの構成図である。アプリケーションプログラム５０３−１、５０３−２は、Ｌ４コネクションを利用して特定のサービスを提供する。ただし、本実施の形態のゲートウェイ装置は冗長構成を形成しており、アプリケーションプログラム５０３−１、５０３−２についても、一方が現用状態として動作中は、他方は待機状態となる。Ｌ４スタック５０２−１、５０２−２はＬ４コネクションを管理する。ＶＮＩＣ（Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）５０１−１、５０１−２は他のプログラムからデータの読み書きを可能とする仮想ネットワークインタフェースである。ヘッダ処理部５００−１、５００−２はＬ４コネクションのパケットヘッダの書き換えを行う。
FIG. 5 is a configuration diagram of software programs developed in the memories 411-1 and 411-2 of the
ヘッダ処理部は、Ｒａｗソケットを用いてスイッチブレード４２０を介して外部のパケット網とパケットを送受信する。また、ヘッダ処理部は、ＴＩＰＣ（Ｔｒａｎｓｐａｒｅｎｔ Ｉｎｔｅｒ−ｐｒｏｃｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの通信プロトコルを用いてスイッチブレード４２０を介して、他のＣＰＵブレードのヘッダ処理部とデータのやり取りを行う。さらに、ヘッダ処理部は、Ｌ４コネクションの冗長化に必要となるパラメータを格納するパラメータ格納テーブル（５１０−１、５１０−２）と、受信するＬ４コネクションのパケットをどのＣＰＵブレードのヘッダ処理部に転送するかを決定する転送先テーブル（５１１−１、５１１−２）をもつ。パラメータ格納テーブルと転送先テーブルの詳細な説明については、後述の２．処理（シーケンス）の中で行う。
The header processing unit transmits / receives a packet to / from an external packet network via the
本実施の形態のゲートウェイ装置では、アプリケーションとヘッダ処理部はユーザ領域（５２０−１、５２０−２）に、Ｌ４スタックとＶＮＩＣはカーネル領域（５２１−１、５２１−２）にそれぞれ置かれる。このような構成を採ることで、本実施の形態のゲートウェイ装置では、ＯＳに改造を加えることなく、Ｌ４コネクションの冗長化を実現できる。 In the gateway device of the present embodiment, the application and header processing unit are placed in the user area (520-1, 520-2), and the L4 stack and VNIC are placed in the kernel area (521-1, 521-2). By adopting such a configuration, the gateway device according to the present embodiment can realize redundancy of the L4 connection without modifying the OS.
以上が、本実施の形態の装置構成である。
２．処理（シーケンス）
本実施の形態のゲートウェイ装置において、Ｌ４コネクションの冗長化処理について、３つの手順を説明する。具体的には、ＳＣＴＰの場合を例にとり、（Ａ）：通常状態におけるパケット送受信と、（Ｂ）：故障発生時におけるパケット送受信と、（Ｃ）：負荷分散のために新たに現用系を追加する際のパケット送受信の手順である。
（Ａ）通常状態におけるＳＣＴＰパケット送受信
故障未発生時の通常状態において、ＳＣＴＰコネクションを確立し、ＤＡＴＡパケットを送受信する流れについて説明する。
（Ａ−１）ＳＣＴＰコネクション確立
図６は、現用系がパケットを受信するための前準備の手順である。まず、装置の管理者がＣＰＵブレード１（４１０−１）を現用系に設定する（６００）。また、ＣＰＵブレード２（４１０−２）を待機系に設定する（６０１）。その際、ＣＰＵブレード１は、スイッチブレード４２０に対してＧｒａｔｕｉｔｏｕｓ ＡＲＰパケットを送信し、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスをスイッチブレードに登録する（６０２）。こうすることで、ゲートウェイ装置宛に送られてきたパケットがＣＰＵブレード１に転送されるようになる。
The above is the apparatus configuration of the present embodiment.
2. Processing (sequence)
In the gateway device according to the present embodiment, three procedures for L4 connection redundancy processing will be described. Specifically, taking the case of SCTP as an example, (A): packet transmission / reception in a normal state, (B): packet transmission / reception when a failure occurs, (C): a new active system is added for load distribution This is a packet transmission / reception procedure.
(A) SCTP packet transmission / reception in normal state The flow of establishing and transmitting an SCTP connection and transmitting / receiving a DATA packet in a normal state when no failure has occurred will be described.
(A-1) SCTP Connection Establishment FIG. 6 shows a preparation procedure for the active system to receive a packet. First, the administrator of the apparatus sets the CPU blade 1 (410-1) to the active system (600). Further, the CPU blade 2 (410-2) is set as a standby system (601). At that time, the
図７Ａ、図７Ｂは、外部の他装置からＳＣＴＰコネクションの確立要求があった際の処理手順である。まず、図７Ａから説明する。図６の手順後の状態であり、ＣＰＵブレード１（４１０−１）が現用系、ＣＰＵブレード２（４１０−２）が待機系である。したがって、アプリケーション５０３−１は実際にサービスを提供する現用状態、アプリケーション５０３−２は現用側の処理をバックアップする待機状態として動作する。どちらのアプリケーションも、それぞれのＣＰＵブレードで稼動するＬ４スタック（５０２−１、５０２−２）に対して待ち受け登録（Ｌｉｓｔｅｎ）をしておく（７００、７０１）。スイッチブレード４２０が、外部の他装置からＳＣＴＰコネクション確立要求であるＩＮＩＴパケットを受信する（７１０）。スイッチブレードはＣＰＵブレード１にＩＮＩＴパケットを転送し、ヘッダ処理部５００−１がそのＩＮＩＴパケットを受信する（７０２）。ここで、ヘッダ処理部は、自身が保持する転送先テーブル５１１−１を参照する。
FIG. 7A and FIG. 7B are processing procedures when there is an SCTP connection establishment request from another external device. First, FIG. 7A will be described. 6 is a state after the procedure of FIG. 6, in which the CPU blade 1 (410-1) is the active system and the CPU blade 2 (410-2) is the standby system. Therefore, the application 503-1 operates as an active state for actually providing a service, and the application 503-2 operates as a standby state for backing up processing on the active side. Both applications perform standby registration (Listen) for the L4 stacks (502-1 and 502-2) operating on the respective CPU blades (700 and 701). The
図８は、ＣＰＵブレード１のヘッダ処理部が保持する転送先テーブル５１１−１のデータ構造である。転送先テーブルは、通信相手のＩＰアドレスごとに作成される。転送先テーブルでは、自分のポート番号８００と相手のポート番号８０１をインデックスとし、転送先８０２を記述する。本例では、自分のポート番号が５０００番で相手のポート番号が１１１１１番であるエントリに対して、転送先が＜ｌｏｃａｌ＞と＜ＣＰＵブレード２＞に設定されている。これは、自分のポート番号が５０００番で相手のポート番号が１１１１１番であるパケットを、ＣＰＵブレード１内で動作するアプリケーションと、ＣＰＵブレード２のヘッダ処理部に転送することを意味する。転送先テーブルは、装置の管理者があらかじめ設定しておく。
FIG. 8 shows the data structure of the transfer destination table 511-1 held by the header processing unit of the
図７Ａに戻る。ヘッダ処理部５００−１は、転送先テーブル５１１−１を参照して、ＩＮＩＴパケットをＣＰＵブレード２のヘッダ処理部５００−２に通知する（７１２）。この際、実際にはスイッチブレードを介してパケットを通知するが、シーケンスの記述では省略する。ヘッダ処理部５００−２は、ＩＮＩＴパケットからパラメータを抽出し、パラメータ格納テーブルに記憶する（７１３）。
Returning to FIG. The header processing unit 500-1 refers to the transfer destination table 511-1 and notifies the header processing unit 500-2 of the
図９Ａ、図９Ｂは、それぞれＣＰＵブレード１と２がもつパラメータ格納テーブル（５１０−１、５１０−２）である。パラメータ格納テーブルは、通信相手のＩＰアドレスごとに作成される。パラメータ格納テーブルでは、自分のポート番号９００と相手のポート番号９０１をインデックスとし、自分の検証タグ９０２と、自分のシーケンス番号９０３と、書換用の検証タグ９０４と、書換用のシーケンス番号９０５と、通信相手の検証タグ９０６と、通信相手のシーケンス番号９０７を記述する。ここで、書換用の検証タグ９０４と書換用のシーケンス番号９０５には、ＳＣＴＰコネクション確立時に現用系であったＣＰＵブレードのＬ４スタックが作成した検証タグとシーケンス番号の値が格納される。
9A and 9B are parameter storage tables (510-1 and 510-2) of the
図７Ａに戻る。ヘッダ処理部５００−２は、ＩＮＩＴパケットに記述されている通信相手の検証タグとシーケンス番号の初期値を抽出し、パラメータ格納テーブル５１０−２にエントリを作成して、通信相手の検証タグ９０６と通信相手のシーケンス番号９０７に上記パラメータを記憶する。ヘッダ処理部は５００−２は、自身が保持する転送先テーブルを参照して、ＶＮＩＣ５０１−２を介してＬ４スタック５０２−２にＩＮＩＴパケットを渡す（７１４、７１５）。Ｌ４スタックは、応答としてＩＮＩＴ−ＡＣＫパケットを返す（７１６）。ヘッダ処理５００−２は、ＶＮＩＣ５０１−２を介して、ＩＮＩＴ−ＡＣＫパケットを受け取る（７１７）。ヘッダ処理部は、ＩＮＩＴ−ＡＣＫパケットに記述されている自分の検証タグとシーケンス番号の初期値を抽出し、自分の検証タグ９０２と自分のシーケンス番号９０３に上記パラメータを記憶する（７１８）。このＩＮＩＴ−ＡＣＫパケットは、待機系側のＬ４スタックが作成したものなので、通信相手には送信すべきものではない。そのため、ヘッダ処理部５００−２はＩＮＩＴ−ＡＣＫパケットを破棄する（７１９）。
Returning to FIG. The header processing unit 500-2 extracts the communication partner verification tag and the initial sequence number described in the INIT packet, creates an entry in the parameter storage table 510-2, and sets the communication
一方、ＣＰＵブレード１のヘッダ処理部５００−１でもＩＮＩＴパケットに記述されている通信相手の検証タグとシーケンス番号の初期値を抽出し、パラメータ格納テーブル５１０−１にエントリを作成して、通信相手の検証タグ９０６と通信相手のシーケンス番号９０７に上記パラメータを記憶する（７２０）。その後、ＶＮＩＣ５０１−１を介してＬ４スタック５０２−１にＩＮＩＴパケットを渡す（７２１、７２２）。Ｌ４スタックは、応答としてＩＮＩＴ−ＡＣＫパケットを返す（７２３）。ヘッダ処理５００−１は、ＶＮＩＣ５０１−１を介して、ＩＮＩＴ−ＡＣＫパケットを受け取る（７２４）。ヘッダ処理部５００−１は、転送先テーブルを参照し、ＩＮＩＴ−ＡＣＫパケットをヘッダ処理部５００−２に通知する（７２５）。ヘッダ処理部５００−２は、ＩＮＩＴ−ＡＣＫパケットに記述されている現用系の検証タグとシーケンス番号初期値を抽出し、パラメータ格納テーブル５１０−２の書換用の検証タグ９０４と書換用のシーケンス番号９０５に記憶する（７２６）。一方、ＣＰＵブレード１のヘッダ処理部５００−１も、ＩＮＩＴ−ＡＣＫパケットに記述されている自分の検証タグとシーケンス番号初期値を抽出し、パラメータ格納テーブル５１０−１の自分の検証タグ９０２と自分のシーケンス番号９０３に記憶する（７２７）。なお、現用系であるＣＰＵブレード１に保持されるパラメータ格納テーブル５１０−１の書換用の検証タグ９０４と書換用のシーケンス番号９０５のカラムは空のままで、何も格納されない。その後、ＩＮＩＴ−ＡＣＫパケットをスイッチブレード４２０に転送する（７２８）。スイッチブレードは、通信相手にＩＮＩＴ−ＡＣＫパケットを送信する（７２９）。この時点で、ヘッダ処理部５００−１と５００−２のそれぞれが保持するパラメータ転送テーブル５１０−１と５１０−２は、図９Ａと図９Ｂに示したエントリのようになっている。
On the other hand, the header processing unit 500-1 of the
図７Ｂに進む。スイッチブレード４２０は、通信相手からＣＯＯＫＩＥ−ＥＣＨＯパケットを受信し（７３０）、ＣＰＵブレード１に転送する。ヘッダ処理部５００−１は、ＣＯＯＫＩＥ−ＥＣＨＯパケットを受け取る（７３１）。ヘッダ処理部５００−１は、転送先テーブルを参照して、ＣＯＯＫＩＥ−ＥＣＨＯパケットをヘッダ処理部５００−２に通知する（７３２）。ここで、このＣＯＯＫＩＥ−ＥＣＨＯパケットのヘッダには現用系であるＣＰＵブレード１の検証タグが記述されおり、ＣＰＵブレード２のＬ４スタック５０２−２はそのままではパケットを破棄してしまう。そのため、ヘッダ処理部５００−２は、図９Ｂに示したパラメータ格納テーブル５１０−２のエントリの自分の検証タグ９０２を参照し、ＣＯＯＫＩＥ−ＥＣＨＯパケットのヘッダの検証タグを、参照した値に書き換える（７３３）。その後、ヘッダ処理部は、ＶＮＩＣ５０１−２を介してＬ４スタック５０２−２にＣＯＯＫＩＥ−ＥＣＨＯパケットを渡す（７３４、７３５）。Ｌ４スタックは、応答としてＣＯＯＫＩＥ−ＡＣＫパケットを返す（７３６）。ヘッダ処理５００−２は、ＶＮＩＣ５０１−２を介して、ＣＯＯＫＩＥ−ＡＣＫパケットを受け取る（７３７）。このＣＯＯＫＩＥ−ＡＣＫパケットは、待機系側のＬ４スタックが作成したものなので、通信相手には送信すべきものではない。そのため、ヘッダ処理部５００−２はＣＯＯＫＩＥ−ＡＣＫパケットを破棄する（７３８）。この後、Ｌ４スタック５０２−２は、待ち受け登録をしたアプリケーション５０３−２に対して、このＳＣＴＰコネクションのソケット番号を通知し（７３９）、コネクション確立状態に遷移する（７４０）。
Proceed to FIG. 7B. The
一方、ＣＰＵブレード１のヘッダ処理部５００−１も、受け取ったＣＯＯＫＩＥ−ＥＣＨＯパケットに対して、パラメータ格納テーブル５１０−１を参照する。しかしながら、図９Ａに示したように、パラメータ格納テーブル５１０−１のエントリで、書換用の検証タグの項には何も記述がないので、ヘッダ処理部５００−１はパケットヘッダに対して操作を行わない。ヘッダ処理部５００−１は、ＶＮＩＣ５０１−１を介してＬ４スタック５０２−１にＣＯＯＫＩＥ−ＥＣＨＯパケットを渡す（７５０、７５１）。Ｌ４スタックは、応答としてＣＯＯＫＩＥ−ＡＣＫパケットを返す（７５２）。ヘッダ処理５００−１は、ＶＮＩＣ５０１−１を介して、ＣＯＯＫＩＥ−ＡＣＫパケットを受け取る（７５３）。ここで、Ｌ４スタック５０２−１は、待ち受け登録をしたアプリケーション５０３−１に対して、このＳＣＴＰコネクションのソケット番号を通知し（７５４）、コネクション確立状態に遷移する（７５５）。その後、ヘッダ処理部５００−１は、ＣＯＯＫＩＥ−ＡＣＫパケットをスイッチブレード４２０に転送する（７５６）。スイッチブレードは、通信相手にＣＯＯＫＩＥ−ＡＣＫパケットを送信する（７５７）。
On the other hand, the header processing unit 500-1 of the
以上の手順により、他装置とゲートウェイ装置間のＳＣＴＰコネクション確立が完了する。 With the above procedure, the establishment of the SCTP connection between the other device and the gateway device is completed.
次に、図７Ａ、図７Ｂの場合とは反対にゲートウェイ装置の現用系であるＣＰＵブレード１から外部の他装置に対してＳＣＴＰコネクションの確立要求を行う際の処理手順を、図１０Ａ、図１０Ｂを用いて説明する。まず、図１０Ａから説明する。ＣＰＵブレード１（４１０−１）のアプリケーション５０３−１が、Ｌ４スタック５０２−１に対して接続要求（Ｃｏｎｎｅｃｔ）を行う（１０００）。Ｌ４スタックは、ＩＮＩＴパケットをＶＮＩＣ５０１−１に渡す（１００１）。ヘッダ処理５００−１は、ＶＮＩＣを介してＩＮＩＴパケットを受け取る（１００２）。ヘッダ処理部は、転送先テーブルを参照して、ＩＮＩＴパケットをＣＰＵブレード２のヘッダ処理部５００−２に通知する（１００３）。ヘッダ処理部５００−１は同時に、ＩＮＩＴパケットに記述されている自分の検証タグとシーケンス番号の初期値を抽出し、パラメータ格納テーブル５１０−１にエントリを作成して、自分の検証タグ９０２と自分のシーケンス番号９０３に上記パラメータを記憶する（１００４）。その後、ＩＮＩＴパケットをスイッチブレード４２０に転送する（１００５）。スイッチブレードは、通信相手にＩＮＩＴパケットを送信する（１００６）。
Next, as opposed to the case of FIGS. 7A and 7B, the processing procedure when the
一方、ＣＰＵブレード２のヘッダ処理部５００−２も、ＩＮＩＴパケットに記述されている現用系の検証タグとシーケンス番号初期値を抽出し、パラメータ格納テーブル５１０−２にエントリを作成して、書換用の検証タグ９０４と書換用のシーケンス番号９０５に記憶する（１００７）。その後、ヘッダ処理部は、現用系であるＣＰＵブレード１のアプリケーション５０３−１から接続要求があったことを通知し、待機系であるＣＰＵブレード２のアプリケーション５０３−２が同様に接続要求を行うことを促す（１００８）。すると、アプリケーション５０３−２は、Ｌ４スタック５０２−２に対して接続要求（Ｃｏｎｎｅｃｔ）を行う（１００９）。Ｌ４スタックはＩＮＩＴパケットをＶＮＩＣ５０１−２に渡す（１０１０）。ヘッダ処理５００−２は、ＶＮＩＣを介してＩＮＩＴパケットを受け取る（１０１１）。ヘッダ処理部は、ＩＮＩＴパケットに記述されている自分の検証タグとシーケンス番号の初期値を抽出し、パラメータ格納テーブル５１０−２に自分の検証タグ９０２と自分のシーケンス番号９０３に上記パラメータを記憶する（１０１２）。このＩＮＩＴパケットは、待機系側のＬ４スタックが作成したものなので、通信相手には送信すべきものではない。そのため、ヘッダ処理部５００−２はＩＮＩＴパケットを破棄する（１０１３）。
On the other hand, the header processing unit 500-2 of the
その後、スイッチブレード４２０が、通信相手の外部の他装置からＩＮＩＴ−ＡＣＫパケットを受信する（１０２０）。スイッチブレードはＣＰＵブレード１にＩＮＩＴ−ＡＣＫパケットを転送し、ヘッダ処理部５００−１がそのＩＮＩＴ−ＡＣＫパケットを受信する（１０２１）。ヘッダ処理部は、転送先テーブルを参照して、ＩＮＩＴ−ＡＣＫパケットをＣＰＵブレード２のヘッダ処理部５００−２に通知する（１０２２）。ヘッダ処理部５００−１は同時に、ＩＮＩＴ−ＡＣＫパケットに記述されている通信相手の検証タグとシーケンス番号の初期値を抽出し、パラメータ格納テーブル５１０−１に、通信相手の検証タグ９０６と通信相手のシーケンス番号９０７に上記パラメータを記憶する（１０２３）。その後、ＶＮＩＣ５０１−１を介してＬ４スタック５０２−１にＩＮＩＴ−ＡＣＫパケットを渡す（１０２４、１０２５）。
Thereafter, the
一方、ＣＰＵブレード２のヘッダ処理部５００−２は、１０２２のＩＮＩＴ−ＡＣＫパケット通知を受けた後、パラメータ格納テーブル５１０−２のエントリの自分の検証タグ９０２を参照し、ＩＮＩＴ−ＡＣＫパケットのヘッダの検証タグを、参照した値に書き換える（１０２６）。これは、ＩＮＩＴ−ＡＣＫパケットのヘッダの検証タグには現用系のものが記述されており、そのままではＣＰＵブレード２のＬ４スタック５０２−２がパケットを破棄してしまうからである。その後、ヘッダ処理部５００−２は、ＩＮＩＴ−ＡＣＫパケットに記述されている通信相手の検証タグとシーケンス番号の初期値を抽出し、パラメータ転送テーブル５１０−２の通信相手の検証タグ９０６と通信相手のシーケンス番号９０７に上記パラメータを記憶する（１０２７）。そして、ヘッダ処理部は、ＶＮＩＣ５０１−２を介してＬ４スタック５０２−２にＩＮＩＴ−ＡＣＫパケットを渡す（１０２８，１０２９）。この時点で、図７Ａ，図７Ｂの場合と同様に、ヘッダ処理部５００−１と５００−２のそれぞれが保持するパラメータ転送テーブル５１０−１と５１０−２は、図９Ａと図９Ｂに示したエントリのようになる。
On the other hand, after receiving the INIT-
図１０Ｂに進む。ＣＰＵブレード１のＬ４スタック５０２−１は、応答としてＣＯＯＫＩＥ−ＥＣＨＯパケットを返す（１０３０）。ヘッダ処理５００−１は、ＶＮＩＣ５０１−１を介して、ＣＯＯＫＩＥ−ＥＣＨＯパケットを受け取る（１０３１）。ヘッダ処理部５００−１は、受け取ったＣＯＯＫＩＥ−ＥＣＨＯパケットに対して、パラメータ格納テーブル５１０−１を参照する。しかしながら、図９Ａに示したように、パラメータ格納テーブル５１０−１のエントリで、書換用の検証タグの項には何も記述がないので、ヘッダ処理部５００−１はパケットヘッダに対して操作を行わない。その後、ヘッダ処理部は、ＣＯＯＫＩＥ−ＥＣＨＯパケットをスイッチブレード４２０に転送する（１０３２）。スイッチブレードは、通信相手にＣＯＯＫＩＥ−ＥＣＨＯパケットを送信する（１０３３）。
Proceed to FIG. 10B. The L4 stack 502-1 of the
一方、ＣＰＵブレード２のＬ４スタック５０２−２も、応答としてＣＯＯＫＩＥ−ＥＣＨＯパケットを返す（１０３４）。ヘッダ処理５００−２は、ＶＮＩＣ５０１−２を介して、ＣＯＯＫＩＥ−ＥＣＨＯパケットを受け取る（１０３５）。このＣＯＯＫＩＥ−ＥＣＨＯパケットは、待機系側のＬ４スタックが作成したものなので、通信相手には送信すべきものではない。そのため、ヘッダ処理部５００−２はＣＯＯＫＩＥ−ＥＣＨＯパケットを破棄する（１０３６）。
On the other hand, the L4 stack 502-2 of the
その後、スイッチブレード４２０が、通信相手の外部の他装置からＣＯＯＫＩＥ−ＡＣＫパケットを受信する（１０４０）。スイッチブレードはＣＰＵブレード１にＣＯＯＫＩＥ−ＡＣＫパケットを転送し、ヘッダ処理部５００−１がそのＣＯＯＫＩＥ−ＡＣＫパケットを受信する（１０４１）。ヘッダ処理部は、転送先テーブルを参照して、ＣＯＯＫＩＥ−ＡＣＫパケットをＣＰＵブレード２のヘッダ処理部５００−２に通知する（１０４２）。ヘッダ処理部５００−１は同時に、ＶＮＩＣ５０１−１を介してＬ４スタック５０２−１にＣＯＯＫＩＥ−ＡＣＫパケットを渡す（１０４３、１０４４）。Ｌ４スタック５０２−１は、接続要求をしたアプリケーション５０３−１に対して、このＳＣＴＰコネクションのソケット番号を通知し（１０４５）、コネクション確立状態に遷移する（１０４６）。
Thereafter, the
一方、ＣＰＵブレード２のヘッダ処理部５００−２は、１０４２のＣＯＯＫＩＥ−ＡＣＫパケット通知を受けた後、パラメータ格納テーブル５１０−２のエントリの自分の検証タグ９０２を参照し、ＣＯＯＫＩＥ−ＡＣＫパケットのヘッダの検証タグを、参照した値に書き換える（１０４７）。これは、ＣＯＯＫＩＥ−ＡＣＫパケットのヘッダの検証タグには現用系のものが記述されており、そのままではＣＰＵブレード２のＬ４スタック５０２−２がパケットを破棄してしまうからである。その後、ヘッダ処理部５００−２は、ＶＮＩＣ５０１−２を介してＬ４スタック５０２−２にＣＯＯＫＩＥ−ＡＣＫパケットを渡す（１０４８，１０４９）。Ｌ４スタック５０２−２は、接続要求をしたアプリケーション５０３−２に対して、このＳＣＴＰコネクションのソケット番号を通知し（１０５０）、コネクション確立状態に遷移する（１０５１）。
以上の手順により、図７Ａ、図７Ｂの場合と同様に、他装置とゲートウェイ装置間のＳＣＴＰコネクション確立が完了する。
（Ａ−２）ＳＣＴＰ ＤＡＴＡパケット送受信
次に、図１１を用いて、ＳＣＴＰコネクションを確立した通信相手である外部の他装置から、ＳＣＴＰ ＤＡＴＡパケットを受信する処理手順を説明する。スイッチブレード４２０は、通信相手からＤＡＴＡパケットを受信し（１１００）、ＣＰＵブレード１に転送する。ヘッダ処理部５００−１は、ＤＡＴＡパケットを受け取る（１１０１）。ヘッダ処理部５００−１は、転送先テーブルを参照して、ＤＡＴＡパケットをヘッダ処理部５００−２に通知する（１１０２）。ヘッダ処理部５００−１は同時に、受け取ったＤＡＴＡパケットに対して、パラメータ格納テーブル５１０−１を参照する。しかしながら、図９Ａに示したように、パラメータ格納テーブル５１０−１のエントリで、書換用の検証タグの項には何も記述がないので、ヘッダ処理部５００−１はパケットヘッダに対して操作を行わない。その後、ヘッダ処理部は、自身が保持するパラメータ格納テーブル５１０−１のエントリの通信相手のシーケンス番号９０７を１だけ更新する。そして、ヘッダ処理部は、ＶＮＩＣ５０１−１を介してＬ４スタック５０２−１にＤＡＴＡパケットを渡す（１１０３、１１０４）。Ｌ４スタックはＤＡＴＡパケットのペイロード部分にあるアプリケーションデータを抽出し、アプリケーション５０３−１に渡す（１１０５）。Ｌ４スタックは同時に、応答としてＳＡＣＫパケットを返す（１１０６）。ヘッダ処理５００−１は、ＶＮＩＣ５０１−１を介して、ＳＡＣＫパケットを受け取る（１１０７）。ヘッダ処理部は、ＳＡＣＫパケットをスイッチブレード４２０に転送する（１１０８）。スイッチブレードは、通信相手にＳＡＣＫパケットを送信する（１１０９）。
On the other hand, after receiving the COOKIE-
With the above procedure, the establishment of the SCTP connection between the other device and the gateway device is completed as in the case of FIGS. 7A and 7B.
(A-2) SCTP DATA Packet Transmission / Reception Next, a processing procedure for receiving an SCTP DATA packet from another external device that is a communication partner with which an SCTP connection has been established will be described using FIG. The
一方、ＣＰＵブレード２のヘッダ処理部５００−２は、１１０２のＤＡＴＡパケット通知を受けた後、パラメータ格納テーブル５１０−２のエントリの自分の検証タグ９０２を参照し、図２Ａに示したＤＡＴＡパケットのヘッダの検証タグ２０３を、参照した値に書き換える（１１１０）。これは、ＤＡＴＡパケットのヘッダの検証タグには現用系のものが記述されており、そのままではＣＰＵブレード２のＬ４スタック５０２−２がパケットを破棄してしまうからである。その後、ヘッダ処理部は、自身が保持するパラメータ格納テーブル５１０−２のエントリの通信相手のシーケンス番号９０７を１だけ増やして更新する。そして、ヘッダ処理部は、ＶＮＩＣ５０１−２を介してＬ４スタック５０２−２にＤＡＴＡパケットを渡す（１１１１、１１１２）。Ｌ４スタックはＤＡＴＡパケットのペイロード部分にあるアプリケーションデータを抽出し、アプリケーション５０３−２に渡す（１１１３）。こうすることで、待機系側のアプリケーション５０３−２も現用系と同様のアプリケーションデータを受信することができ、アプリケーション間の同期も可能になる。Ｌ４スタック５０２−２は同時に、応答としてＳＡＣＫパケットを返す（１１１４）。ヘッダ処理５００−２は、ＶＮＩＣ５０１−２を介して、ＳＡＣＫパケットを受け取る（１１１５）。このＳＡＣＫパケットは、待機系側のＬ４スタックが作成したものなので、通信相手には送信すべきものではない。そのため、ヘッダ処理部５００−２はＳＡＣＫパケットを破棄する（１１１６）。
On the other hand, after receiving the DATA packet notification 1102, the header processing unit 500-2 of the
以上の手順を踏むことで、外部の他装置から受信したＤＡＴＡパケットを現用系と待機系に入力し、適当なヘッダの値に書き換えることで、現用系と待機系のＬ４スタックでＳＣＴＰパケットを並列処理できるようになる。すなわち、ヘッダ処理部と併せることで、ＯＳに改造を加えることなく、現用系と待機系のＬ４スタックが正しい状態遷移をとることができる。 By following the above procedure, DATA packets received from other external devices are input to the active and standby systems and rewritten with appropriate header values, so that SCTP packets are paralleled in the L4 stacks of the active and standby systems. It can be processed. That is, by combining with the header processing unit, the active and standby L4 stacks can take a correct state transition without modifying the OS.
次に、図１１の場合とは反対にゲートウェイ装置の現用系であるＣＰＵブレード１から、ＳＣＴＰコネクションを確立した通信相手である外部の他装置に対して、ＳＣＴＰ ＤＡＴＡパケットを送信する処理手順を、図１２を用いて説明する。ＣＰＵブレード１のアプリケーション５０３−１が、Ｌ４スタック５０２−１に対してアプリケーションデータの送信を要求する（１２００）。Ｌ４スタックは、ＤＡＴＡパケットを作成し、ＶＮＩＣ５０１−１に渡す（１２０１）。ヘッダ処理５００−１は、ＶＮＩＣを介してＤＡＴＡパケットを受け取る（１２０２）。ヘッダ処理部は、転送先テーブルを参照して、ＤＡＴＡパケットをＣＰＵブレード２のヘッダ処理部５００−２に通知する（１２０３）。ヘッダ処理部５００−１は同時に、受け取ったＤＡＴＡパケットに対して、パラメータ格納テーブル５１０−１を参照する。しかしながら、図９Ａに示したように、パラメータ格納テーブル５１０−１のエントリで、書換用の検証タグの項には何も記述がないので、ヘッダ処理部５００−１はパケットヘッダに対して操作を行わない。その後、ヘッダ処理部は、自身が保持するパラメータ格納テーブル５１０−１のエントリの自分のシーケンス番号９０３を１だけ増やして更新する。そして、ヘッダ処理部は、ＤＡＴＡパケットをスイッチブレード４２０に転送する（１２０４）。スイッチブレードは、通信相手にＤＡＴＡパケットを送信する（１２０５）。
Next, in contrast to the case of FIG. 11, the processing procedure for transmitting the SCTP DATA packet from the
一方、ＣＰＵブレード２のヘッダ処理部５００−２は、１２０３のＤＡＴＡパケット通知を受けた後、現用系であるＣＰＵブレード１のアプリケーション５０３−１からアプリケーション送信要求があったことを通知し、待機系であるＣＰＵブレード２のアプリケーション５０３−２が同様のアプリケーションデータ送信要求を行うことを促す（１２０６）。こうすることで、待機系側のアプリケーション５０３−２は、現用系側のアプリケーション５０３−１がどのようなアプリケーションデータを送信したのかを知ることができ、アプリケーション間の同期も可能になる。アプリケーション５０３−２は、Ｌ４スタック５０２−２に対してアプリケーションデータの送信要求を行う（１２０７）。Ｌ４スタックは、ＤＡＴＡパケットを作成し、ＶＮＩＣ５０１−２に渡す（１２０８）。ヘッダ処理５００−２は、ＶＮＩＣを介してＤＡＴＡパケットを受け取る（１２０９）。ヘッダ処理部は、自身が保持するパラメータ格納テーブル５１０−２のエントリの自分のシーケンス番号９０３と、現用系を示す書換用のシーケンス番号９０５をそれぞれ１だけ増やして更新する。このＤＡＴＡパケットは、待機系側のＬ４スタックが作成したものなので、通信相手には送信すべきものではない。そのため、ヘッダ処理部５００−２はＤＡＴＡパケットを破棄する（１２１０）。
On the other hand, after receiving the
その後、スイッチブレード４２０が、通信相手の外部の他装置からＳＡＣＫパケットを受信する（１２２０）。スイッチブレードはＣＰＵブレード１にＳＡＣＫパケットを転送し、ヘッダ処理部５００−１がそのＳＡＣＫパケットを受信する（１２２１）。ヘッダ処理部は、転送先テーブルを参照して、ＳＡＣＫパケットをＣＰＵブレード２のヘッダ処理部５００−２に通知する（１２２２）。ヘッダ処理部５００−１は同時に、ＶＮＩＣ５０１−１を介してＬ４スタック５０２−１にＳＡＣＫパケットを渡す（１２２３、１２２４）。
Thereafter, the
一方、ＣＰＵブレード２のヘッダ処理部５００−２は、１２２２のＳＡＣＫパケット通知を受けた後、パラメータ格納テーブル５１０−２のエントリの自分の検証タグ９０２と自分のシーケンス番号９０３を参照し、図２Ｂに示したＳＡＣＫパケットのヘッダにある検証タグ２１３と受信ＤＡＴＡパケットのシーケンス番号２１４を、参照した値に書き換える（１２２５）。これは、ＳＡＣＫパケットのヘッダの検証タグには現用系のものが、また受信ＤＡＴＡパケットのシーケンス番号には現用系が送信したＤＡＴＡパケットのシーケンス番号が記述されており、そのままではＣＰＵブレード２のＬ４スタック５０２−２がパケットを破棄してしまうからである。その後、ヘッダ処理部５００−２は、ＶＮＩＣ５０１−２を介してＬ４スタック５０２−２にＳＡＣＫパケットを渡す（１２２６、１２２７）。
On the other hand, after receiving the
以上の手順を踏むことで、現用系側のアプリケーションから外部の他装置に送信するＤＡＴＡパケットを現用系と待機系で作り出し、また応答であるＳＡＣＫパケットを現用系と待機系に入力して適当なヘッダの値に書き換えて、現用系と待機系のＬ４スタックでＳＣＴＰパケットを並列処理できるようになる。すなわち、ヘッダ処理部と併せることで、ＯＳに改造を加えることなく、現用系と待機系のＬ４スタックが正しい状態遷移をとることができる。 By following the above procedure, a DATA packet to be transmitted from the application on the active system side to another external device is created on the active system and the standby system, and a SACK packet as a response is input to the active system and the standby system to obtain an appropriate By rewriting the header value, the SCTP packet can be processed in parallel in the L4 stack of the active system and the standby system. That is, by combining with the header processing unit, the active and standby L4 stacks can take a correct state transition without modifying the OS.
また、本実施例では、スイッチブレードが通信相手からＳＣＴＰパケットを受信した場合、先に現用系に転送するように設定しているが、実際には先に待機系に転送するようにすることも可能である。
（Ｂ）故障発生時におけるＳＣＴＰパケット送受信
次に、前記（Ａ）の手順を満たしておくことで、現用系もしくは待機系に故障が発生した場合でも、Ｌ４コネクションを切断することなく、通信を継続できることを説明する。
（Ｂ−１）現用系故障発生時におけるＳＣＴＰ ＤＡＴＡパケット送受信
図１３は、現用系であるＣＰＵブレード１（４１０−１）に故障が発生した際に、待機系であるＣＰＵブレード２（４１０−２）がパケットを受信するための前準備の手順である。ＣＰＵブレード１に故障が発生する（１３００）。ＣＰＵブレード２は、その故障を検知する（１３０１）。すると、ＣＰＵブレード２では、ヘッダ処理部が保持する転送先テーブルの各エントリにある転送先から、＜ＣＰＵブレード１＞という記述を削除し、転送を停止する（１３０２）。ＣＰＵブレード２は、スイッチブレード４２０に対してＧｒａｔｕｉｔｏｕｓ ＡＲＰパケットを送信し、ＭＡＣアドレスをスイッチブレードに登録する（１３０４）。こうすることで、ゲートウェイ装置宛に送られてきたパケットがＣＰＵブレード２に転送されるようになる。その後、ＣＰＵブレード２は、現用系として動作するように、内部で動くアプリケーションを現用状態に移行する（１３０５）。なお、本実施の形態のゲートウェイ装置のように、あらかじめ待機系側のアプリケーションにすべてのアプリケーションデータを転送しておくことで、冗長切替時にアプリケーション情報の引継ぎを行わなくて済む。
In this embodiment, when the switch blade receives the SCTP packet from the communication partner, it is set to forward to the active system first, but in practice, it may be forwarded to the standby system first. Is possible.
(B) SCTP packet transmission / reception at the time of failure Next, by satisfying the procedure (A) above, communication can be continued without disconnecting the L4 connection even if a failure occurs in the active or standby system. Explain what you can do.
(B-1) SCTP DATA packet transmission / reception at the time of failure of the active system FIG. 13 shows the CPU blade 2 (410-2) as the standby system when a failure occurs in the CPU blade 1 (410-1) as the active system. ) Is a preparation procedure for receiving a packet. A failure occurs in the CPU blade 1 (1300). The
次に、図１４を用いて、ＳＣＴＰコネクションを確立した通信相手である外部の他装置から、ＳＣＴＰ ＤＡＴＡパケットを受信する処理手順を説明する。スイッチブレード４２０は、通信相手からＤＡＴＡパケットを受信し（１４００）、ＣＰＵブレード２に転送する。ヘッダ処理部５００−２は、ＤＡＴＡパケットを受け取る（１４０１）。ヘッダ処理部５００−１は、受け取ったＤＡＴＡパケットに対して、パラメータ格納テーブル５１０−２のエントリの自分の検証タグ９０２を参照し、図２Ａに示したＤＡＴＡパケットのヘッダの検証タグ２０３を、参照した値に書き換える（１４０２）。これは、ＤＡＴＡパケットのヘッダの検証タグには現用系であったＣＰＵブレード１のものが記述されており、そのままではＣＰＵブレード２のＬ４スタック５０２−２がパケットを破棄してしまうからである。その後、ヘッダ処理部は、自身が保持するパラメータ格納テーブル５１０−２のエントリの通信相手のシーケンス番号９０７を１だけ増やして更新する。そして、ヘッダ処理部は、ＶＮＩＣ５０１−２を介してＬ４スタック５０２−２にＤＡＴＡパケットを渡す（１４０３、１４０４）。Ｌ４スタックは、ＤＡＴＡパケットのペイロード部分にあるアプリケーションデータを抽出し、アプリケーション５０３−２に渡す（１４０５）。Ｌ４スタックは同時に、応答としてＳＡＣＫパケットを返す（１４０６）。ヘッダ処理５００−２は、ＶＮＩＣ５０１−２を介して、ＳＡＣＫパケットを受け取る（１４０７）。このＳＡＣＫパケットのヘッダ書換は不要である。ヘッダ処理部は、ＳＡＣＫパケットをスイッチブレード４２０に転送する（１４０８）。スイッチブレードは、通信相手にＳＡＣＫパケットを送信する（１４０９）。
Next, a processing procedure for receiving an SCTP DATA packet from another external device that is a communication partner with which an SCTP connection has been established will be described with reference to FIG. The
次に、図１５を用いて、ゲートウェイ装置の現在の現用系であるＣＰＵブレード２から、ＳＣＴＰコネクションを確立した通信相手である外部の他装置に対して、ＳＣＴＰ ＤＡＴＡパケットを送信する処理手順を説明する。ＣＰＵブレード２のアプリケーション５０３−２が、Ｌ４スタック５０２−２に対してアプリケーションデータの送信を要求する（１５００）。Ｌ４スタックは、ＤＡＴＡパケットを作成し、ＶＮＩＣ５０１−２に渡す（１５０１）。ヘッダ処理５００−２は、ＶＮＩＣを介してＤＡＴＡパケットを受け取る（１５０２）。ヘッダ処理部は、自身が保持するパラメータ格納テーブル５１０−２のエントリの自分のシーケンス番号９０３と、書換用のシーケンス番号９０５をそれぞれ１だけ増やして更新する。ヘッダ処理部は同時に、パラメータ格納テーブルのエントリの書換用のシーケンス番号９０５を参照し、図２Ａに示したＤＡＴＡパケットのヘッダのシーケンス番号２０４を、参照した値に書き換える（１５０３）。これは、ＤＡＴＡパケットのヘッダのシーケンス番号にはＣＰＵブレード２のものが記述されているからである。ＳＣＴＰコネクションが確立されたままなので、通信相手はＤＡＴＡパケットのシーケンス番号にはＣＰＵブレード１のもの、すなわち参照している書換用のシーケンス番号９０５の値が記述されていることを期待している。そのため、そのままでは通信相手がパケットを破棄してしまう。ヘッダ処理部５００−２は、ヘッダを書き換えた後、ＤＡＴＡパケットをスイッチブレード４２０に転送する（１５０４）。スイッチブレードは、通信相手にＤＡＴＡパケットを送信する（１５０５）。
Next, a processing procedure for transmitting an SCTP DATA packet from the
その後、スイッチブレード４２０が、通信相手の外部の他装置からＳＡＣＫパケットを受信する（１５０６）。スイッチブレードはＣＰＵブレード２にＳＡＣＫパケットを転送し、ヘッダ処理部５００−２がそのＳＡＣＫパケットを受信する（１５０７）。ヘッダ処理部は、パラメータ格納テーブル５１０−２のエントリの自分の検証タグ９０２と自分のシーケンス番号９０３を参照し、図２Ｂに示したＳＡＣＫパケットのヘッダにある検証タグ２１３と受信ＤＡＴＡパケットのシーケンス番号２１４を、参照した値に書き換える（１５０８）。これは、ＳＡＣＫパケットのヘッダの検証タグ２１３には現用系であったＣＰＵブレード１のものが、また受信ＤＡＴＡパケットのシーケンス番号２１４には、ヘッダを書換用のシーケンス番号に書き換えて送信したＤＡＴＡパケットのシーケンス番号が記述されており、そのままではＣＰＵブレード２のＬ４スタック５０２−２がパケットを破棄してしまうからである。その後、ヘッダ処理部５００−２は、ＶＮＩＣ５０１−２を介してＬ４スタック５０２−２にＳＡＣＫパケットを渡す（１５０９、１５１０）。
Thereafter, the
以上の手順を踏むことで、ＳＣＴＰコネクションを切断することなく、通信を継続できる。すなわち、Ｌ４コネクションの冗長化を達成できる。また、故障発生時に必要な動作は、図１３の手順だけであり、冗長切替の高速化に貢献できる。
（Ｂ−２）待機系故障発生時におけるＳＣＴＰ ＤＡＴＡパケット送受信
図１６は、待機系であるＣＰＵブレード２（４１０−２）に故障が発生した際に、現用系であるＣＰＵブレード１（４１０−１）が行う手順である。ＣＰＵブレード２に故障が発生する（１６００）。ＣＰＵブレード１は、その故障を検知する（１６０１）。すると、ＣＰＵブレード１では、ヘッダ処理部が保持する転送先テーブルの各エントリにある転送先から、＜ＣＰＵブレード２＞という記述を削除し、転送を停止する（１６０２）。要するに、ＣＰＵブレード１から２へのＳＣＴＰパケットの転送を停止するだけである。
By following the above procedure, communication can be continued without disconnecting the SCTP connection. That is, the redundancy of the L4 connection can be achieved. Further, the operation necessary when a failure occurs is only the procedure shown in FIG. 13, which can contribute to speeding up redundancy switching.
(B-2) SCTP DATA packet transmission / reception when standby system failure occurs FIG. 16 shows the CPU blade 1 (410-1) as the active system when a failure occurs in the CPU blade 2 (410-2) as the standby system. ) Is the procedure to be performed. A failure occurs in the CPU blade 2 (1600). The
次に、図１７を用いて、ＳＣＴＰコネクションを確立した通信相手である外部の他装置から、ＳＣＴＰ ＤＡＴＡパケットを受信する処理手順を説明する。スイッチブレード４２０は、通信相手からＤＡＴＡパケットを受信し（１７００）、ＣＰＵブレード１に転送する。ヘッダ処理部５００−１は、ＤＡＴＡパケットを受け取る（１７０１）。ヘッダ処理部５００−１は、受け取ったＤＡＴＡパケットに対して、パラメータ格納テーブル５１０−１を参照する。しかしながら、図９Ａに示したように、パラメータ格納テーブル５１０−１のエントリで、書換用の検証タグの項には何も記述がないので、ヘッダ処理部５００−１はパケットヘッダに対して操作を行わない。その後、ヘッダ処理部は、自身が保持するパラメータ格納テーブル５１０−１のエントリの通信相手のシーケンス番号９０７を１だけ更新する。そして、ヘッダ処理部は、ＶＮＩＣ５０１−１を介してＬ４スタック５０２−１にＤＡＴＡパケットを渡す（１７０２、１７０３）。Ｌ４スタックはＤＡＴＡパケットのペイロード部分にあるアプリケーションデータを抽出し、アプリケーション５０３−１に渡す（１７０４）。Ｌ４スタックは同時に、応答としてＳＡＣＫパケットを返す（１７０５）。ヘッダ処理５００−１は、ＶＮＩＣ５０１−１を介して、ＳＡＣＫパケットを受け取る（１７０６）。ヘッダ処理部は、ＳＡＣＫパケットをスイッチブレード４２０に転送する（１７０７）。スイッチブレードは、通信相手にＳＡＣＫパケットを送信する（１７０８）。
Next, a processing procedure for receiving an SCTP DATA packet from another external device that is a communication partner with which an SCTP connection has been established will be described with reference to FIG. The
次に、図１８を用いて、ゲートウェイ装置の現用系であるＣＰＵブレード１から、ＳＣＴＰコネクションを確立した通信相手である外部の他装置に対して、ＳＣＴＰ ＤＡＴＡパケットを送信する処理手順を説明する。ＣＰＵブレード１のアプリケーション５０３−１が、Ｌ４スタック５０２−１に対してアプリケーションデータの送信を要求する（１８００）。Ｌ４スタックは、ＤＡＴＡパケットを作成し、ＶＮＩＣ５０１−１に渡す（１８０１）。ヘッダ処理５００−１は、ＶＮＩＣを介してＤＡＴＡパケットを受け取る（１８０２）。ヘッダ処理部は、受け取ったＤＡＴＡパケットに対して、パラメータ格納テーブル５１０−１を参照する。しかしながら、図９Ａに示したように、パラメータ格納テーブル５１０−１のエントリで、書換用の検証タグの項には何も記述がないので、ヘッダ処理部５００−１はパケットヘッダに対して操作を行わない。その後、ヘッダ処理部は、自身が保持するパラメータ格納テーブル５１０−１のエントリの自分のシーケンス番号９０３を１だけ増やして更新する。そして、ヘッダ処理部は、ＤＡＴＡパケットをスイッチブレード４２０に転送する（１８０３）。スイッチブレードは、通信相手にＤＡＴＡパケットを送信する（１８０４）。
Next, a processing procedure for transmitting an SCTP DATA packet from the
その後、スイッチブレード４２０が、通信相手の外部の他装置からＳＡＣＫパケットを受信する（１８０５）。スイッチブレードはＣＰＵブレード１にＳＡＣＫパケットを転送し、ヘッダ処理部５００−１がそのＳＡＣＫパケットを受信する（１８０６）。ヘッダ処理部は、ＶＮＩＣ５０１−１を介してＬ４スタック５０２−１にＳＡＣＫパケットを渡す（１８０７、１８０８）。
Thereafter, the
以上の手順を踏むことで、待機系故障発生時にもなんら問題なく、ＤＡＴＡパケットの送受信を続けることができる。
（Ｃ）新たにＣＰＵブレード３を現用系として追加した際のＳＣＴＰパケット送受信
次に、前記（Ａ）の手順を満たしておくことで、負荷分散のために新たに現用系を追加した場合でも、Ｌ４コネクションを切断することなく、通信を継続できることを説明する。ここで想定する状況は、現用系であるＣＰＵブレード１のＣＰＵ負荷が高くなってきた際に、あらたにＣＰＵブレード３を追加し、一部のＳＣＴＰコネクションのパケット処理をＣＰＵブレード３に切り替える場合である。
（Ｃ−１）ＣＰＵブレード１からＣＰＵブレード３へのＳＣＴＰコネクション切替
図１９Ａ、図１９Ｂを用いて、ＣＰＵブレード１からＣＰＵブレード３への特定のＳＣＴＰコネクションの端点を切り替える手順を説明する。図１９Ａから説明する。ＣＰＵブレード３（４１０−３）も、他のＣＰＵブレードと同様に、ヘッダ処理部５００−３、ＶＮＩＣ５０１−３、Ｌ４スタック５０２−３、アプリケーション５０３−３を備える。まず、装置の管理者が、各ＣＰＵブレードに負荷分散を開始することを設定する（１９００）。すると、ＣＰＵブレード３のアプリケーション５０３−３が、現用状態で起動する（１９０１）。アプリケーションは、Ｌ４スタック５０２−３に対して待ち受け登録（Ｌｉｓｔｅｎ）を行う（１９０２）。次に、ＣＰＵブレード１のヘッダ処理部５００−１は、ヘッダ処理部５００−３に対して、端点の切替をしたいＳＣＴＰコネクションのＬ４パラメータを通知する（１９１０）。
By following the above procedure, DATA packet transmission / reception can be continued without any problem even when a standby system failure occurs.
(C) SCTP packet transmission / reception when the CPU blade 3 is newly added as the active system Next, by satisfying the procedure (A), even when a new active system is added for load distribution, Explain that communication can be continued without disconnecting the L4 connection. The situation assumed here is that when the CPU load of the
(C-1) SCTP Connection Switching from
図２０は、Ｌ４パラメータ通知メッセージ１９１０のデータ構造である。Ｌ４パラメータ通知メッセージは、通信相手のアドレス２０００と、自分のポート番号２００１と、通信相手のポート番号２００２と、書換用の検証タグ２００３と、書換用のシーケンス番号２００４と、通信相手の検証タグ２００５と、通信相手のシーケンス番号２００６を含む。これらの情報はすべて、ヘッダ処理部５００−１が保持する、図９Ａに示したパラメータ格納テーブル５１０−１のエントリから作成される。自分のポート番号２００１には自分のポート番号９００を、通信相手のポート番号２００２には通信相手のポート番号９０１を、書換用の検証タグ２００３には自分の検証タグ９０２を、書換用のシーケンス番号２００４には現在の自分のシーケンス番号９０３を、通信相手の検証タグ２００５には通信相手の検証タグ９０６を、通信相手のシーケンス番号２００６には現在のシーケンス番号９０７を格納する。
FIG. 20 shows the data structure of the L4
図１９Ａに戻る。ヘッダ処理部５００−３は、Ｌ４パラメータ通知メッセージの通信相手の検証タグ２００５と、通信相手のシーケンス番号２００６を用いて、ＩＮＩＴパケットを作成し、ＶＮＩＣ５０１−３を介してＬ４スタック５０２−３に渡す（１９１１、１９１２）。ヘッダ処理部５００−３がこのようなＩＮＩＴパケットを作成することで、Ｌ４スタック５０２−３に対して、擬似的に通信相手からＳＣＴＰコネクション確立要求があったかのように挙動させることができる。このとき、通信相手のシーケンス番号を引き継ぐため、通信相手はＳＣＴＰコネクションを張り直すことなく、ＳＣＴＰパケットを送信し続けることができる。その後、Ｌ４スタック５０２−３は、応答としてＩＮＩＴ−ＡＣＫパケットを返す（１９１３）。ヘッダ処理５００−３は、ＶＮＩＣ５０１−３を介して、ＩＮＩＴ−ＡＣＫパケットを受け取る（１９１４）。ヘッダ処理部は、ＩＮＩＴ−ＡＣＫパケットに記述されている自分の検証タグとシーケンス番号の初期値を抽出し、パラメータ格納テーブルに記憶する（１９１５）。
Returning to FIG. 19A. The header processing unit 500-3 creates an INIT packet using the communication
図２１は、ＣＰＵブレード３のヘッダ処理部５００−３がもつパラメータ格納テーブル５１０−３である。ヘッダ処理部は、パラメータ格納テーブル５１０−３にエントリを作成し、１９１０のＬ４パラメータ通知メッセージに記述されたパラメータと、１９１５で抽出したパラメータを格納する。図２１に示すエントリは、１９１５の時点での状態である。このとき、書換用の検証タグ９０３には元の現用系であったＣＰＵブレード１の検証タグが、書換用のシーケンス番号には９０４には切替直前のＣＰＵブレード１のシーケンス番号が、それぞれ記述されることになる。
FIG. 21 is a parameter storage table 510-3 included in the header processing unit 500-3 of the CPU blade 3. The header processing unit creates an entry in the parameter storage table 510-3, and stores the parameters described in the L4
図１９Ａに戻る。ヘッダ処理部５００−３はＣＯＯＫＩＥ−ＥＣＨＯパケットを作成し、ＶＮＩＣ５０１−３を介してＬ４スタック５０２−３に渡す（１９１６、１９１７）。Ｌ４スタックは、応答としてＣＯＯＫＩＥ−ＡＣＫパケットを返す（１９１８）。ヘッダ処理５００−３は、ＶＮＩＣ５０１−３を介して、ＣＯＯＫＩＥ−ＡＣＫパケットを受け取る（１９１９）。ここで、Ｌ４スタック５０２−３は、待ち受け登録をしたアプリケーション５０３−３に対して、このＳＣＴＰコネクションのソケット番号を通知し（１９２０）、コネクション確立状態に遷移する（１９２１）。これ以降、Ｌ４スタック５０２−３は、切替対象となったＳＣＴＰパケットを送受信することができるようになる。その後、ヘッダ処理部５００−３は、ＣＰＵブレード１のヘッダ処理部５００−１に対して、ＳＣＴＰコネクション設定が完了したことを通知する（１９２２）。
Returning to FIG. 19A. The header processing unit 500-3 creates a COOKIE-ECHO packet and passes it to the L4 stack 502-3 via the VNIC 501-3 (1916, 1917). The L4 stack returns a COOKIE-ACK packet as a response (1918). The header processing 500-3 receives the COOKIE-ACK packet via the VNIC 501-3 (1919). Here, the L4 stack 502-3 notifies the socket number of this SCTP connection to the application 503-3 that has registered for standby (1920), and transitions to a connection established state (1921). Thereafter, the L4 stack 502-3 can transmit and receive the SCTP packet to be switched. Thereafter, the header processing unit 500-3 notifies the header processing unit 500-1 of the
図１９Ｂに進む。ＣＰＵブレード１のアプリケーション５０３−１は、ＣＰＵブレード３のアプリケーション５０３−３に対して、サービスを引き継ぐのに必要なアプリケーション情報を通知する（１９３０）。本実施の形態のゲートウェイ装置では、アプリケーション情報通知の方法については特に制限はなく、任意の方法を採ることが可能である。その後、各ＣＰＵブレードのヘッダ処理部は、１９００で管理者が設定した情報に転送先テーブルを変更する（１９３１、１９３２、１９３３）。具体的には、ＣＰＵブレード１とＣＰＵブレード３の間、ＣＰＵブレード２とＣＰＵブレード３の間で切替対象となったＳＣＴＰコネクションのパケットを転送するように設定される。その後、ＣＰＵブレード１のＬ４スタックが持っているＳＣＴＰコネクションリソースを解放するため、ヘッダ処理部５００−１は、図９Ａに示すパラメータ格納テーブル５１０−１のエントリの通信相手の検証タグを用いてＳＨＵＴＤＯＷＮパケットを作成し、ＶＮＩＣ５０１−１を介してＬ４スタック５０２−１に渡す（１９３４、１９３５）。ヘッダ処理部５００−１がこのようなＳＨＵＴＤＯＷＮパケットを作成することで、Ｌ４スタック５０２−１に対して、擬似的に通信相手からＳＣＴＰコネクション終了要求があったかのように挙動させることができる。その後、Ｌ４スタック５０２−１は、応答としてＳＨＵＴＤＯＷＮ−ＡＣＫパケットを返す（１９３６）。ヘッダ処理５００−１は、ＶＮＩＣ５０１−１を介して、ＳＨＵＴＤＯＷＮ−ＡＣＫパケットを受け取る（１９３７）。ヘッダ処理部は、完了通知としてＳＨＵＤＯＷＮ−ＣＯＭＰＬＥＴＥパケットを作成し、ＶＮＩＣ５０１−１を介してＬ４スタック５０２−１に渡す（１９３８、１９３９）。Ｌ４スタックは該当するＳＣＴＰコネクションを利用していたアプリケーション５０３−１に対して、ＳＣＴＰコネクションの切断通知を行い（１９４０）、コネクション終了状態に遷移する（１９４１）。
Proceed to FIG. 19B. The application 503-1 of the
以上の手順を踏むことで、特定のＳＣＴＰコネクションの端点をＣＰＵブレード１からＣＰＵブレード３へ切り替える操作が完了する。
（Ｃ−２）前記（Ｃ−１）後におけるＳＣＴＰ ＤＡＴＡパケット送受信
次に、図２２を用いて、前記（Ｃ−１）の手順を満たした後に、ＳＣＴＰコネクションを確立した通信相手である外部の他装置から、ＳＣＴＰ ＤＡＴＡパケットを受信する処理手順を説明する。スイッチブレード４２０は、通信相手からＤＡＴＡパケットを受信し（２２００）、ＣＰＵブレード１に転送する。ＣＰＵブレード１のヘッダ処理部５００−１は、ＤＡＴＡパケットを受け取る（２２０１）。ヘッダ処理部５００−１は、転送先テーブルを参照して、ＤＡＴＡパケットをＣＰＵブレード３のヘッダ処理部５００−３に通知する（２２０２）。ヘッダ処理部５００−３は、転送先テーブルを参照して、ＤＡＴＡパケットをＣＰＵブレード２のヘッダ処理部５００−２に通知する（２２０３）。ヘッダ処理部５００−３は同時に、受け取ったＤＡＴＡパケットに対して、パラメータ格納テーブル５１０−３のエントリの自分の検証タグ９０２を参照し、図２Ａに示したＤＡＴＡパケットのヘッダの検証タグ２０３を、参照した値に書き換える（２２０４）。これは、ＤＡＴＡパケットのヘッダの検証タグには元の現用系であったＣＰＵブレード１の検証タグが記述されており、そのままではＣＰＵブレード３のＬ４スタック５０２−３がパケットを破棄してしまうからである。その後、ヘッダ処理部５００−３は、自身が保持するパラメータ格納テーブル５１０−３のエントリの通信相手のシーケンス番号９０７を１だけ増やして更新する。そして、ヘッダ処理部は、ＶＮＩＣ５０１−３を介してＬ４スタック５０２−３にＤＡＴＡパケットを渡す（２２０５、２２０６）。Ｌ４スタックはＤＡＴＡパケットのペイロード部分にあるアプリケーションデータを抽出し、アプリケーション５０３−３に渡す（２２０７）。Ｌ４スタックは同時に、応答としてＳＡＣＫパケットを返す（２２０８）。ヘッダ処理５００−３は、ＶＮＩＣ５０１−３を介して、ＳＡＣＫパケットを受け取る（２２０９）。ヘッダ処理部は、ＳＡＣＫパケットをスイッチブレード４２０に転送する（２２１０）。スイッチブレードは、通信相手にＳＡＣＫパケットを送信する（２２１１）。
By performing the above procedure, the operation for switching the end point of the specific SCTP connection from the
(C-2) SCTP DATA packet transmission / reception after (C-1) Next, using FIG. 22, after satisfying the procedure of (C-1), an external communication partner that established the SCTP connection A processing procedure for receiving an SCTP DATA packet from another apparatus will be described. The
一方、ＣＰＵブレード２のヘッダ処理部５００−２は、２２０３のＤＡＴＡパケット通知を受けた後、図１１に示した１１１０〜１１１６と同様の手順を行う。そのため、ここでは説明を省略する。
On the other hand, after receiving the
以上の手順を踏むことで、一部のＳＣＴＰコネクションのパケット処理をＣＰＵブレード１からＣＰＵブレード３に切り替えた場合でも、ＳＣＴＰコネクションを切断することなく、継続的にＤＡＴＡパケットを受信することができる。
By following the above procedure, even when packet processing of some SCTP connections is switched from the
次に、図２３を用いて、現在の現用系であるＣＰＵブレード３から、ＳＣＴＰコネクションを確立した通信相手である外部の他装置に対して、ＳＣＴＰ ＤＡＴＡパケットを送信する処理手順を説明する。ＣＰＵブレード３のアプリケーション５０３−３が、Ｌ４スタック５０２−３に対してアプリケーションデータの送信を要求する（２３００）。Ｌ４スタックは、ＤＡＴＡパケットを作成し、ＶＮＩＣ５０１−３に渡す（２３０１）。ヘッダ処理５００−３は、ＶＮＩＣを介してＤＡＴＡパケットを受け取る（２３０２）。ヘッダ処理部は、自身が保持するパラメータ格納テーブル５１０−３のエントリの自分のシーケンス番号９０３と、書換用のシーケンス番号９０５をそれぞれ１だけ増やして更新する。ヘッダ処理部は同時に、パラメータ格納テーブルのエントリの書換用のシーケンス番号９０５を参照し、図２Ａに示したＤＡＴＡパケットのヘッダのシーケンス番号２０４を、参照した値に書き換える（２３０３）。これは、ＤＡＴＡパケットのヘッダのシーケンス番号にはＣＰＵブレード３のものが記述されているからである。ＳＣＴＰコネクションが確立されたままなので、通信相手はＤＡＴＡパケットのシーケンス番号にはＣＰＵブレード１のもの、すなわち参照している書換用のシーケンス番号９０５の値が記述されていることを期待している。そのため、そのままでは通信相手がパケットを破棄してしまう。ヘッダ処理部５００−３は、ヘッダを書き換えた後、ＤＡＴＡパケットをスイッチブレード４２０に転送する（２３０４）。スイッチブレードは、通信相手にＤＡＴＡパケットを送信する（２３０５）。
一方、ヘッダ処理部５００−３は、２３０４で転送するＤＡＴＡパケットを複製し、転送先テーブルを参照して、複製したＤＡＴＡパケットをＣＰＵブレード２のヘッダ処理部５００−２に通知する（２３０６）。その後、ヘッダ処理部５００−２は、図１２に示した１２０６〜１２１０と同様の手順を行う。そのため、ここでは説明を省略する。
Next, a processing procedure for transmitting an SCTP DATA packet from the current active CPU blade 3 to another external apparatus as a communication partner with which an SCTP connection has been established will be described with reference to FIG. The application 503-3 of the CPU blade 3 requests the L4 stack 502-3 to transmit application data (2300). The L4 stack creates a DATA packet and passes it to the VNIC 501-3 (2301). The header processing 500-3 receives the DATA packet via the VNIC (2302). The header processing unit increments and updates its
On the other hand, the header processing unit 500-3 copies the DATA packet transferred in 2304, refers to the transfer destination table, and notifies the copied DATA packet to the header processing unit 500-2 of the CPU blade 2 (2306). Thereafter, the header processing unit 500-2 performs the same procedure as 1206 to 1210 illustrated in FIG. Therefore, description is abbreviate | omitted here.
その後、スイッチブレード４２０が、通信相手の外部の他装置からＳＡＣＫパケットを受信する（２３１０）。スイッチブレードはＣＰＵブレード１にＳＡＣＫパケットを転送し、ヘッダ処理部５００−１がそのＳＡＣＫパケットを受信する（２３１１）。ヘッダ処理部５００−１は、転送先テーブルを参照して、ＳＡＣＫパケットをＣＰＵブレード３のヘッダ処理部５００−３に通知する（２３１２）。ヘッダ処理部５００−３は、転送先テーブルを参照して、ＳＡＣＫパケットをＣＰＵブレード２のヘッダ処理部５００−２に通知する（２３１３）。ヘッダ処理部５００−３は同時に、パラメータ格納テーブル５１０−３のエントリの自分の検証タグ９０２と自分のシーケンス番号９０３を参照し、図２Ｂに示したＳＡＣＫパケットのヘッダにある検証タグ２１３と受信ＤＡＴＡパケットのシーケンス番号２１４を、参照した値に書き換える（２３１４）。これは、ＳＡＣＫパケットのヘッダの検証タグ２１３には元の現用系であるＣＰＵブレード１のものが、また受信ＤＡＴＡパケットのシーケンス番号２１４には、ヘッダを書換用のシーケンス番号に書き換えて送信したＤＡＴＡパケットのシーケンス番号が記述されており、そのままではＣＰＵブレード２のＬ４スタック５０２−２がパケットを破棄してしまうからである。その後、ヘッダ処理部５００−３は、ＶＮＩＣ５０１−３を介してＬ４スタック５０２−３にＳＡＣＫパケットを渡す（２３１５、２３１６）。
Thereafter, the
一方、ＣＰＵブレード２のヘッダ処理部５００−２は、２３１３のＳＡＣＫパケット通知を受けた後、図１２に示した１２２５〜１２２７と同様の手順を行う。そのため、ここでは説明を省略する。
On the other hand, after receiving the SACK packet notification 2313, the header processing unit 500-2 of the
以上の手順を踏むことで、一部のＳＣＴＰコネクションのパケット処理をＣＰＵブレード１からＣＰＵブレード３に切り替えた場合でも、ＳＣＴＰコネクションを切断することなく、継続的にＤＡＴＡパケットを送信することができる。
３．処理（フローチャート）
本実施の形態のゲートウェイ装置では、ヘッダ処理部がＬ４コネクションで用いるパラメータを記憶して、必要に応じてヘッダを書き換えることによって、Ｌ４コネクションの冗長化を実現している。ヘッダ処理部の動作パターンは、ＶＮＩＣ、すなわち装置内のＬ４スタックからパケットを読み込んだ場合と、ＶＮＩＣ以外からパケットを受け取った場合に分けられる。また、装置が現用系である場合と、装置が待機系である場合に分けられる。図２４、図２５、図２６、図２７を用いて、ＳＣＴＰを例にとり、ヘッダ処理部の動作を説明する。
By following the above procedure, even when packet processing for some SCTP connections is switched from the
3. Processing (flow chart)
In the gateway device according to the present embodiment, the header processing unit stores parameters used in the L4 connection and rewrites the header as necessary, thereby realizing redundancy of the L4 connection. The operation pattern of the header processing unit is divided into a case where a packet is read from the VNIC, that is, an L4 stack in the apparatus, and a case where a packet is received from other than the VNIC. Further, there are a case where the device is an active system and a case where the device is a standby system. The operation of the header processing unit will be described using SCTP as an example with reference to FIGS. 24, 25, 26, and 27.
図２４は、現用系においてヘッダ処理部がＶＮＩＣから読込んだＳＣＴＰパケットを処理するフローチャート図である。まず、ＶＮＩＣからＳＣＴＰパケットを読み込む（２４００）。読み込んだパケットがＤＡＴＡパケットである場合（２４０１）、図９Ａなどで示したパラメータ格納テーブルに該当するエントリがあれば、自分のシーケンス番号９０３と書換用のシーケンス番号９０５の値を１だけ増やして更新する（２４０２）。その後、同エントリの書換用シーケンス番号９０５に値が記述されている場合には、ＤＡＴＡパケットのヘッダをその値に書き換える（２４０３）。その後、ヘッダ処理部は、図８に示した転送先テーブルを参照して、適当なＣＰＵブレードのヘッダ処理部にＳＣＴＰパケットを転送する（２４０６）。
FIG. 24 is a flowchart for processing the SCTP packet read from the VNIC by the header processing unit in the active system. First, an SCTP packet is read from the VNIC (2400). When the read packet is a DATA packet (2401), if there is a corresponding entry in the parameter storage table shown in FIG. 9A or the like, the value of
一方、ＶＮＩＣから読み込んだＳＣＴＰパケットが、ＩＮＩＴパケットもしくはＩＮＩＴ−ＡＣＫパケットである場合（２４０４）、パケットに記述されている検証タグとシーケンス番号初期値を抽出し、図９Ａなどで示したパラメータ格納テーブルに新たなエントリを作成して、自分の検証タグ９０２と自分のシーケンス番号９０３に記憶する（２４０５）。その後、ヘッダ処理部は、図８に示した転送先テーブルを参照して、適当なＣＰＵブレードのヘッダ処理部にＳＣＴＰパケットを転送する（２４０６）。
On the other hand, if the SCTP packet read from the VNIC is an INIT packet or an INIT-ACK packet (2404), the verification tag and sequence number initial value described in the packet are extracted, and the parameter storage table shown in FIG. A new entry is created and stored in its
最後に、ＶＮＩＣから読み込んだＳＣＴＰパケットの種別に係わらず、スイッチブレードを介してそのパケットを通信相手に送信し（２４０７）、処理を終了する（２４０８）。 Finally, regardless of the type of the SCTP packet read from the VNIC, the packet is transmitted to the communication partner via the switch blade (2407), and the process ends (2408).
図２５は、現用系においてヘッダ処理部がＶＮＩＣ以外から受取ったＳＣＴＰパケットを処理するフローチャート図である。まず、ＶＮＩＣ以外からＳＣＴＰパケットを受け取る（２５００）。これはすなわち、通信相手からのＳＣＴＰパケットを受け取ったことを意味する。次に、図８に示した転送先テーブルを参照して、適当なＣＰＵブレードのヘッダ処理部にＳＣＴＰパケットを転送する（２５０１）。転送先テーブルの転送先８０２に、装置内のＬ４スタックにパケットを渡すことを意味する＜ｌｏｃａｌ＞を含むか検査し（２５０２）、含まなければ処理を終了する（２５１１）。
FIG. 25 is a flowchart for processing an SCTP packet received from a non-VNIC by the header processing unit in the active system. First, an SCTP packet is received from other than the VNIC (2500). This means that the SCTP packet from the communication partner has been received. Next, with reference to the transfer destination table shown in FIG. 8, the SCTP packet is transferred to the header processing unit of an appropriate CPU blade (2501). Whether the
２５０２に戻り、転送先に＜ｌｏｃａｌ＞を含む場合に進む。受け取ったＳＣＴＰパケットがＤＡＴＡパケットである場合（２５０３）、図９Ａなどで示したパラメータ格納テーブルに該当するエントリがあれば、通信相手のシーケンス番号９０７の値を１だけ増やして更新する（２５０４）。あるいは、受け取ったＳＣＴＰパケットがＩＮＩＴパケットもしくはＩＮＩＴ−ＡＣＫパケットである場合（２５０５）、パケットに記述されている検証タグとシーケンス番号初期値を抽出し、図９Ａなどで示したパラメータ格納テーブルに新たなエントリを作成して、通信相手の検証タグ９０６と通信相手のシーケンス番号９０７に記憶する（２５０６）。あるいは、受け取ったＳＣＴＰパケットがＳＡＣＫパケットである場合（２５０７）、ＳＡＣＫパケットのヘッダにある受信ＤＡＴＡパケットのシーケンス番号を、パラメータ格納テーブルの該当するエントリの自分のシーケンス番号９０３の値と異なれば、その値に書き換える（２５０８）。その後、受け取ったＳＣＴＰパケットの種別に係わらず、ＳＣＴＰパケットのヘッダの検証タグを、パラメータ格納テーブルの該当するエントリの自分の検証タグ９０２の値と異なれば、その値に書き換える（２５０９）。そして、ＶＮＩＣにＳＣＴＰパケットを書き込み（２５１０）、処理を終了する（２５１１）。
Returning to 2502, the process proceeds when <local> is included in the transfer destination. If the received SCTP packet is a DATA packet (2503), if there is a corresponding entry in the parameter storage table shown in FIG. 9A or the like, the value of the communication
図２６は、待機系においてヘッダ処理部がＶＮＩＣから読込したＳＣＴＰパケットを処理するフローチャート図である。まず、ＶＮＩＣからＳＣＴＰパケットを読み込む（２６００）。読み込んだパケットがＤＡＴＡパケットである場合（２６０１）、図９Ｂなどで示したパラメータ格納テーブルに該当するエントリがあれば、自分のシーケンス番号９０３と書換用のシーケンス番号９０５の値を１だけ増やして更新する（２６０２）。一方、ＶＮＩＣから読み込んだＳＣＴＰパケットが、ＩＮＩＴパケットもしくはＩＮＩＴ−ＡＣＫパケットである場合（２６０３）、パケットに記述されている検証タグとシーケンス番号初期値を抽出し、図９Ａなどで示したパラメータ格納テーブルに新たなエントリを作成して、自分の検証タグ９０２と自分のシーケンス番号９０３に記憶する（２６０４）。
FIG. 26 is a flowchart for processing the SCTP packet read from the VNIC by the header processing unit in the standby system. First, an SCTP packet is read from the VNIC (2600). If the read packet is a DATA packet (2601), if there is a corresponding entry in the parameter storage table shown in FIG. 9B etc., the value of
最後に、ＶＮＩＣから読み込んだＳＣＴＰパケットの種別に係わらず、パケットを破棄し（２６０５）、処理を終了する（２６０６）。 Finally, regardless of the type of the SCTP packet read from the VNIC, the packet is discarded (2605), and the process is terminated (2606).
図２７は、待機系においてヘッダ処理部がＶＮＩＣ以外から受取ったＳＣＴＰパケットを処理するフローチャート図である。まず、ＶＮＩＣ以外からＳＣＴＰパケットを受け取る（２７００）。ＳＣＴＰパケットの送信元のアドレスを特定する（２７０１）。送信元が現用系である、すなわち現用系から通信相手に送信されるＳＣＴＰパケットである場合に進む。ＳＣＴＰパケットがＩＮＩＴパケットもしくはＩＮＩＴ−ＡＣＫパケットである場合（２７０２）、パケットに記述されている検証タグとシーケンス番号初期値を抽出し、図９Ｂなどで示したパラメータ格納テーブルに新たなエントリを作成して、書換用の検証タグ９０４と書換用のシーケンス番号９０５に記憶する（２７０３）。次に、ＳＣＴＰパケットがＩＮＩＴパケットもしくはＤＡＴＡパケットである場合（２７０４）、接続要求やアプリケーションデータ送信を促すために、装置内のアプリケーションに対してＩＮＩＴパケットもしくはＤＡＴＡパケットを直接通知し（２７０５）、処理を終了する（２７１５）。一方、装でない場合、パケットを破棄し（２７０６）、処理を終了する（２７１５）。
FIG. 27 is a flowchart for processing the SCTP packet received from the header processing unit other than the VNIC in the standby system. First, an SCTP packet is received from other than the VNIC (2700). The source address of the SCTP packet is specified (2701). The process proceeds when the transmission source is the active system, that is, the SCTP packet is transmitted from the active system to the communication partner. When the SCTP packet is an INIT packet or an INIT-ACK packet (2702), the verification tag and the sequence number initial value described in the packet are extracted, and a new entry is created in the parameter storage table shown in FIG. Then, the data is stored in the
２７０１に戻り、ＳＣＴＰ送信元が通信相手である、すなわちゲートウェイ装置が通信相手から受信したＳＣＴＰパケットである場合に進む。受け取ったＳＣＴＰパケットがＤＡＴＡパケットである場合（２７０７）、図９Ａなどで示したパラメータ格納テーブルに該当するエントリがあれば、通信相手のシーケンス番号９０７の値を１だけ増やして更新する（２７０８）。あるいは、受け取ったＳＣＴＰパケットがＩＮＩＴパケットもしくはＩＮＩＴ−ＡＣＫパケットである場合（２７０９）、パケットに記述されている検証タグとシーケンス番号初期値を抽出し、図９Ａなどで示したパラメータ格納テーブルに新たなエントリを作成して、通信相手の検証タグ９０６と通信相手のシーケンス番号９０７に記憶する（２７１０）。あるいは、受け取ったＳＣＴＰパケットがＳＡＣＫパケットである場合（２７１１）、ＳＡＣＫパケットのヘッダにある受信ＤＡＴＡパケットのシーケンス番号を、パラメータ格納テーブルの該当するエントリの自分のシーケンス番号９０３の値と異なれば、その値に書き換える（２７１２）。その後、受け取ったＳＣＴＰパケットの種別に係わらず、ＳＣＴＰパケットのヘッダの検証タグを、パラメータ格納テーブルの該当するエントリの自分の検証タグ９０２の値と異なれば、その値に書き換える（２７１３）。そして、ＶＮＩＣにＳＣＴＰパケットを書き込み（２７１４）、処理を終了する（２７１５）。
Returning to 2701, the process proceeds when the SCTP transmission source is the communication partner, that is, the gateway device is an SCTP packet received from the communication partner. If the received SCTP packet is a DATA packet (2707), if there is a corresponding entry in the parameter storage table shown in FIG. 9A, etc., the value of the communication
以上の処理によって、本実施の形態のゲートウェイ装置は、冗長構成をとるゲートウェイ装置において、Ｌ４コネクションを確立した通信相手から受信したパケットを複製して、現用系と待機系の両方にパケットを入力し、それぞれのＬ４スタックで処理してＬ４コネクションの冗長化を実現できる。また、Ｌ４コネクションを確立したまま柔軟な冗長化装置の運用が可能となる。 Through the above processing, the gateway device according to the present embodiment duplicates the packet received from the communication partner that has established the L4 connection in the gateway device having a redundant configuration, and inputs the packet to both the active system and the standby system. , It is possible to realize redundancy of the L4 connection by processing in each L4 stack. In addition, it is possible to operate a flexible redundant apparatus while establishing the L4 connection.
本発明は、移動体通信のゲートウェイ装置に限らず、様々な通信システムにおいてＬ４コネクション端点となる通信制御装置の冗長化に適用することができる。 The present invention is not limited to a gateway device for mobile communication, but can be applied to redundancy of a communication control device serving as an L4 connection endpoint in various communication systems.
４００ ゲートウェイ装置
４１０−１ ＣＰＵブレード１
４２０ スイッチブレード
５００−１ ヘッダ処理部
５０１−１ ＶＮＩＣ
５０２−１ Ｌ４スタック
５０３−１ アプリケーション
５１０−１ パラメータ格納テーブル
５１１−１ 転送先テーブル
１９１０ Ｌ４パラメータ通知メッセージ
400 Gateway device 410-1
420 Switch Blade 500-1 Header Processing Unit 501-1 VNIC
502-1 L4 stack 503-1 application 510-1 parameter storage table 511-1 transfer destination table 1910 L4 parameter notification message
Claims (9)
前記通信相手から受信した前記レイヤ４コネクションのパケットが前記現用系もしくは前記待機系に入力されると、前記現用系もしくは前記待機系は前記レイヤ４コネクションに関して記憶しているパラメータを用いて前記パケットのヘッダを書き換えて、レイヤ４スタックに前記パケットを渡すことを特徴とするゲートウェイ装置。 A plurality of packet processing devices that operate independently; and a switch device that connects the plurality of packet processing devices, wherein one of the plurality of packet processing devices is an active system and one that is different from the active system It is a gateway device that takes a redundant configuration so as to become a standby system, and the working system is an end point of a layer 4 connection to a communication partner,
When a packet of the layer 4 connection received from the communication partner is input to the active system or the standby system, the active system or the standby system uses the parameters stored for the layer 4 connection to A gateway device, wherein a header is rewritten and the packet is passed to a layer 4 stack.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2010110728A JP2011239309A (en) | 2010-05-13 | 2010-05-13 | Gateway device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2010110728A JP2011239309A (en) | 2010-05-13 | 2010-05-13 | Gateway device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2011239309A true JP2011239309A (en) | 2011-11-24 |
Family
ID=45326769
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2010110728A Pending JP2011239309A (en) | 2010-05-13 | 2010-05-13 | Gateway device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2011239309A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114928660A (en) * | 2022-05-16 | 2022-08-19 | 北京计算机技术及应用研究所 | Method for transparent interprocess communication of embedded operating system |
-
2010
- 2010-05-13 JP JP2010110728A patent/JP2011239309A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114928660A (en) * | 2022-05-16 | 2022-08-19 | 北京计算机技术及应用研究所 | Method for transparent interprocess communication of embedded operating system |
| CN114928660B (en) * | 2022-05-16 | 2023-10-31 | 北京计算机技术及应用研究所 | Method for communication between transparent processes of embedded operating system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7801135B2 (en) | Transport protocol connection synchronization | |
| EP1829267B1 (en) | Redundant l2tp end points | |
| TW200845608A (en) | Redundant wireless base station | |
| JP5419907B2 (en) | Network system and communication recovery method | |
| CN102916897B (en) | A kind of method and apparatus realizing VRRP load balancing | |
| WO2016172926A1 (en) | Communication method and device, and system in communication system | |
| WO2021008591A1 (en) | Data transmission method, device, and system | |
| WO2021169291A1 (en) | Route advertising method, network elements, system, and device | |
| WO2015039512A1 (en) | Pool element status information synchronization method, pool register and pool element | |
| WO2014075216A1 (en) | Method and network device for establishing virtual cluster | |
| WO2012127644A1 (en) | Communication node apparatus system, apparatus, and method | |
| JP5309350B2 (en) | Mobile communication gateway apparatus and mobile communication gateway control method | |
| US8849270B2 (en) | System and method for providing geographic redundancy for mobile wireless data network components | |
| WO2011153870A1 (en) | System, method and base station for implementing local switching transmission | |
| JP2011239309A (en) | Gateway device | |
| WO2011143891A1 (en) | Method and apparatus for backup of subscriber service information | |
| WO2012159339A1 (en) | Interface register method and device for network device to join cluster system | |
| WO2011143888A1 (en) | Method and system for backing up protocol state between devices | |
| KR20180099143A (en) | Apparatus and method for recovering tcp-session | |
| WO2012097604A1 (en) | Method, system and gateway for processing messages when gateway has failed | |
| JP2013527648A (en) | Emergency switching method and system | |
| WO2014083922A1 (en) | Information distribution system, information distribution method, communication terminal, and program | |
| WO2018018897A1 (en) | Apparatus communication method, device and system | |
| WO2012088873A1 (en) | Selection and disaster recovery method and system for access support node, and access control device | |
| CN114793221B (en) | NAT association table processing method and device |