JP6303302B2 - Communication control system, relay device, and communication control program - Google Patents
Communication control system, relay device, and communication control program Download PDFInfo
- Publication number
- JP6303302B2 JP6303302B2 JP2013136883A JP2013136883A JP6303302B2 JP 6303302 B2 JP6303302 B2 JP 6303302B2 JP 2013136883 A JP2013136883 A JP 2013136883A JP 2013136883 A JP2013136883 A JP 2013136883A JP 6303302 B2 JP6303302 B2 JP 6303302B2
- Authority
- JP
- Japan
- Prior art keywords
- node device
- state
- response
- node
- state confirmation
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
本発明の通信制御システム、中継装置及び通信制御プログラムに関し、例えば、セッション確立プロトコルを用いて、他ノードの状態を認識する通信制御システム、中継装置及び通信制御プログラムに適用し得るものである。 The communication control system of the present invention relates to a relay device and a communication control program, for example, using a Session Initiation Protocol, the communication control system recognizes the states of the other nodes, it is capable of applying to a relay device and a communication control program.
例えばＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を採用したネットワーク内において、複数のノード装置同士が、ＳＩＰのＯＰＴＩＯＮＳメソッドを利用して他ノード装置の障害状態を認識するヘルスチェック方法がある（非特許文献１参照）。 For example, in a network employing SIP (Session Initiation Protocol), there is a health check method in which a plurality of node devices recognize failure states of other node devices using the SIP OPTIONS method (see Non-Patent Document 1). .
例えば、あるノード装置が、ヘルスチェック対象の宛先にＳＩＰ ＯＰＴＩＯＮＳリクエストメッセージ（以下、ＯＰＴＩＯＮＳリクエストと呼ぶ。）を含むパケットを送信する。ＯＰＴＩＯＮＳリクエストを受信したノード装置は、ＯＰＴＩＯＮＳリクエストの宛先を確認し、自身宛である場合（すなわち、ＯＰＴＩＯＮＳリクエストが自身宛のヘルスチェックである場合）には送信元のノード装置に対してＳＩＰ ＯＰＴＩＯＮＳ応答メッセージ（以下、ＯＰＴＩＯＮＳ応答と呼ぶ。）を返信し、自身宛でない場合には宛先に向けてＯＰＴＩＯＮＳリクエスト転送している。 For example, a certain node device transmits a packet including a SIP OPTIONS request message (hereinafter referred to as an OPTIONS request) to a destination for health check. The node device that has received the OPTIONS request confirms the destination of the OPTIONS request, and if it is addressed to itself (that is, if the OPTIONS request is a health check addressed to itself), a SIP OPTIONS response is sent to the source node device. A message (hereinafter referred to as an OPTIONS response) is returned, and if it is not addressed to itself, the OPTIONS request is transferred to the destination.
ところで、例えばＳＩＰを採用したそれぞれ異なる事業者ネットワーク間の通信方式の差分を吸収するために、複数のネットワーク間のＮＮＩ（Ｎｅｔｗｏｒｋ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）に、ＳＩＰ−ＡＬＧ（ＳＩＰ Ａｐｐｌｉｃａｔｉｏｎ Ｌｅｖｅｌ Ｇａｔｅｗａｙ）装置を配置する場合がある。 By the way, for example, a SIP Application Level Gateway (SIP-ALG) device is arranged in an NNI (Network Network Interface) between a plurality of networks in order to absorb differences in communication methods between different operator networks adopting SIP. There is a case.
ＳＩＰ−ＡＬＧ装置がヘルスチェックでないＯＰＴＩＯＮＳリクエストを受信及び転送する際、転送先ノード装置が障害等で機能していない場合、転送先ノード装置からのＯＰＴＩＯＮＳ応答が期待できないという課題が生じ得る。この場合、要求元は、要求先の状態を確認することができないという問題が生じ得る。 When the SIP-ALG device receives and transfers an OPTIONS request that is not a health check, if the transfer destination node device is not functioning due to a failure or the like, there may be a problem that an OPTIONS response from the transfer destination node device cannot be expected. In this case, there may arise a problem that the request source cannot confirm the status of the request destination.
また、ＳＩＰ−ＡＬＧ装置は、ＯＰＴＩＯＮＳリクエストの送信側のノード装置から再送リクエスト等を受信した場合、再度ＯＰＴＩＯＮＳリクエストを宛先に向けて転送することになるため、リクエスト送信タイマ等の不要リソースの確保及びネットワークの輻輳が懸念される。 In addition, when the SIP-ALG device receives a retransmission request or the like from the node device on the transmission side of the OPTIONS request, the SIP-ALG device transfers the OPTIONS request again toward the destination. There is concern about network congestion.
そのため、上記課題に鑑み、セッション確立プロトコルを用いて他ノード装置の状態を認識する際に、対象とするノード装置が応答できない場合でも、当該ノード装置に代わって応答を行うことができ、制御信号を終端することができる通信制御システム、中継装置及び通信制御プログラムが求められている。 Therefore, in view of the above problems, even when the target node device cannot respond when recognizing the state of the other node device using the session establishment protocol, the control signal can be sent instead of the node device. There is a need for a communication control system, a relay device, and a communication control program that can terminate the communication.
かかる課題を解決するために、第１の本発明は、中継装置を介して、第１のノード装置が、セッション制御プロトコルを用いて、１又は複数の第２のノード装置の状態確認を行う通信制御システムにおいて、中継装置が、セッション制御プロトコルを用いて、第２のノード装置に対して第１の状態確認リクエストを送信し、第２のノード装置からの上記第１の状態確認リクエストに対する応答状況に基づいて、第２のノード装置の状態が正常であるか否かの状態確認を行う状態確認手段と、状態確認手段により確認された第２のノード装置の状態が正常であるか否かの結果を記憶する状態管理手段と、第１のノード装置から受信した第２のノード装置宛のセッション制御プロトコルが用いられた第２の状態確認リクエストに対して、セッション制御プロトコルを用いて、第２のノード装置の結果に応じた応答信号を第１のノード装置に返信する応答返信手段とを備えることを特徴とする通信制御システムである。 In order to solve such a problem, the first aspect of the present invention is a communication in which the first node device confirms the state of one or a plurality of second node devices using a session control protocol via a relay device. In the control system, the relay device transmits a first state confirmation request to the second node device using the session control protocol, and a response status to the first state confirmation request from the second node device. On the basis of the state confirmation means for confirming whether or not the state of the second node device is normal, and whether or not the state of the second node device confirmed by the state confirmation means is normal and state management means for storing the results, to the second status check request session control protocol of the second node apparatus destined received from the first node device is used, session Using a control protocol is a communication control system, characterized in that it comprises a response returning means for returning a response signal corresponding to the result of the second node device to the first node device.
第２の本発明は、第１のノード装置と１又は複数の第２のノード装置との間でセッション制御プロトコルに係るメッセージを中継する中継装置において、セッション制御プロトコルを用いて、第２のノード装置に対して第１の状態確認リクエストを送信し、第２のノード装置からの第１の状態確認リクエストに対する応答状況に基づいて、第２のノード装置の状態が正常であるか否かの状態確認を行う状態確認手段と、状態確認手段により確認された第２のノード装置の状態が正常であるか否かの結果を記憶する状態管理手段と、第１のノード装置から受信した第２のノード装置宛のセッション制御プロトコルが用いられた第２の状態確認リクエストに対して、セッション制御プロトコルを用いて、第２のノード装置の結果に応じた応答信号を第１のノード装置に返信する応答返信手段とを備えることを特徴とする中継装置である。 The second of the present invention is a relay apparatus for relaying a message according to the session control protocol between a first node device and one or more second node apparatus, using the session control protocol, a second node Status of whether or not the state of the second node device is normal based on the response status to the first status confirmation request from the second node device by transmitting the first status confirmation request to the device A state confirmation unit for performing confirmation, a state management unit for storing a result of whether or not the state of the second node device confirmed by the state confirmation unit is normal, and a second received from the first node device for the second status check request session control protocol destined node device is used, by using the session control protocol, a response signal corresponding to the result of the second node apparatus A relay device, characterized in that it comprises a response returning means for returning to the first node device.
第３の本発明は、第１のノード装置と１又は複数の第２のノード装置との間でセッション制御プロトコルに係るメッセージを中継する中継装置をコンピュータにより制御するための通信制御プログラムにおいて、コンピュータをセッション制御プロトコルを用いて、第２のノード装置に対して第１の状態確認リクエストを送信し、第２のノード装置からの第１の状態確認リクエストに対する応答状況に基づいて、第２のノード装置の状態が正常であるか否かの状態確認を行う状態確認手段、状態確認手段により確認された第２のノード装置の状態が正常であるか否かの結果を記憶する状態管理手段、第１のノード装置から受信した第２のノード装置宛のセッション制御プロトコルが用いられた第２の状態確認リクエストに対して、セッション制御プロトコルを用いて、第２のノード装置の結果に応じた応答信号を第１のノード装置に返信する応答返信手段として機能させることを特徴とする通信制御プログラムである。 According to a third aspect of the present invention, there is provided a communication control program for controlling a relay device that relays a message related to a session control protocol between a first node device and one or a plurality of second node devices. Using the session control protocol, a first state confirmation request is transmitted to the second node device, and the second node is determined based on the response status to the first state confirmation request from the second node device. State confirmation means for confirming whether or not the state of the device is normal, state management means for storing a result of whether or not the state of the second node device confirmed by the state confirmation means is normal, for the second status check request session control protocol of the second node device addressed by the received used from 1 node device, the session Using your protocol is a communication control program for causing to function as a response returning means for returning a response signal corresponding to the result of the second node device to the first node device.
本発明によれば、セッション確立プロトコルを用いて他ノード装置の状態を認識する際に、対象とするノード装置が応答できない場合でも、当該ノード装置に代わって応答を行うことができ制御信号を終端することができる。 According to the present invention, when recognizing the state of another node device using the session establishment protocol, even if the target node device cannot respond, the control signal can be returned on behalf of the node device and the control signal is terminated. can do.
（Ａ）主たる実施形態
以下では、本発明の通信制御システム、中継装置及び通信制御プログラムの実施形態を、図面を参照しながら詳細に説明する。
(A) Main Embodiments Hereinafter, embodiments of a communication control system, a relay device, and a communication control program of the present invention will be described in detail with reference to the drawings.
この実施形態では、ネットワークにおけるセッション確立プロトコルとしてＳＩＰを採用する場合の実施形態を例示する。 In this embodiment, an embodiment in which SIP is adopted as a session establishment protocol in the network is illustrated.
（Ａ−１）実施形態の構成
（Ａ−１−１）全体構成
図１は、実施形態に係る通信制御システムの全体構成を示す全体構成図である。図１において、実施形態に係る通信制御システム１００は、中継装置としてのゲートウェイ装置１、ノード装置２、ノード装置３−１及び３−２を有する。
(A-1) Configuration of Embodiment (A-1-1) Overall Configuration FIG. 1 is an overall configuration diagram showing an overall configuration of a communication control system according to the embodiment. In FIG. 1, a
図１において、実施形態に係る通信制御システム１００は、それぞれ異なる事業者のネットワークＡとネットワークＢとが接続するネットワークを想定する。
In FIG. 1, a
なお、図１では、２個のネットワークが接続する場合を例示するが、３個以上のネットワークが接続するものであっても良い。３個以上のネットワークが存在する場合、複数のネットワークが接続する各ＮＮＩとしてゲートウェイ装置１が配置される。
Although FIG. 1 illustrates a case where two networks are connected, three or more networks may be connected. When there are three or more networks, the
ネットワークＡとネットワークＢとはそれぞれ、セッション確立プロトコルとしてＳＩＰを採用するネットワークである。そのため、ネットワークＡとネットワークＢには、ＳＩＰを用いたセッション確立処理を行う１又は複数のサーバを有する。図１の例では、説明を容易にするため、ネットワークＡにはＳＩＰサーバとして機能するノード装置２が存在するものとして、ネットワークＢにはＳＩＰサーバとして機能するノード装置３−１及び３−２が存在するものとする。
Network A and network B are networks that employ SIP as a session establishment protocol. Therefore, the network A and the network B have one or more servers that perform session establishment processing using SIP. In the example of FIG. 1, for ease of explanation, it is assumed that the
ノード装置２は、ネットワークＡに存在するセッション確立サーバであり、例えばＳＩＰサーバである。ＳＩＰサーバとしてのノード装置２は、要求されたセッションを確立することに加えて、他のノード装置の状態を確認する状態確認機能（ヘルスチェック機能）を有する。
The
ノード装置３−１及び３−２はそれぞれ、ネットワークＢに存在するセッション確立サーバであり、例えばＳＩＰサーバである。ＳＩＰサーバとして機能するノード装置３−１及び３−２も、ノード装置２と同様に、要求されたセッションを確立することに加えて、他ノード装置の状態を確認する状態確認機能（ヘルスチェック機能）を有する。
Each of the node devices 3-1 and 3-2 is a session establishment server existing in the network B, for example, a SIP server. Similarly to the
なお、図１では、説明を容易にするために、ネットワークＡに存在するノード装置２が、ゲートウェイ装置１を介して、別のネットワークＢに存在するノード装置３−１及び３−２の状態確認を行う場合を例示している。つまり、一方のネットワーク上のノード装置が、ゲートウェイ装置１を介して、他方のネットワーク上の他ノード装置の状態確認を行う場合を示している。
In FIG. 1, for ease of explanation, the
勿論、ノード装置２、ノード装置３−１、ノード装置３−２は、同一ネットワーク上の他ノード装置の状態確認を行うようにしても良い。又、ネットワークＢ上のノード装置３−１、ノード装置３−２が、別のネットワークＡ上のノード装置２の状態確認を行うようにしても良い。さらに、ゲートウェイ装置１もＳＩＰ ＵＡ（ＳＩＰ ユーザエージェント）と見ることができるので、ノード装置２が、ゲートウェイ装置１の状態確認を行うようにしても良い。
Of course, the
ここで、他ノード装置の状態確認とは、対象とするノード装置の動作可能な状態（すなわち、セッション確立プロトコルによる処理動作が可能な状態）であるか否かを確認することを意味する。 Here, the state confirmation of the other node device means confirming whether or not the target node device is operable (that is, a state in which processing operation by the session establishment protocol is possible).
また、ノード装置２とノード装置３−１及び３−２とが行う他ノード装置の状態確認方法（ヘルスチェック方法）の一例として、ＳＩＰのＯＰＴＩＯＮＳメソッドを用いた方法を適用することができる。ＯＰＴＩＯＮＳメソッドは、ＲＦＣ３２６１で定義されるＳＩＰメソッドの１つである。ＯＰＴＩＯＮＳメソッドの機能は、相手装置との間でセッションの確立動作を行うことなく、相手装置の状態等を認識することができる。例えば、図１に示すように、状態確認の問い合せを行うノード装置２は、ＯＰＴＩＯＮＳリクエストのＲｅｑｕｅｓｔ−ＵＲＩに状態確認の対象とする相手のノード装置３−１又は３−２のＵＲＩ（例えば、ｓｉｐ−ｕｒｉ、ｓｉｐｓ−ｕｒｉ等）を設定したＳＩＰメッセージを含むパケット（図１ではＳＩＰと表記する。）を、ゲートウェイ装置１を介して送信する。なお、対象とする複数のノード装置のＵＲＩを同時に設定するようにしても良い。ＯＰＴＩＯＮＳリクエストを受信したノード装置３−１又は３−２が正常に動作している場合、ＯＰＴＩＯＮＳリクエストに対するＯＰＴＩＯＮＳ応答（例えば、ステータスコードが「２００」の応答等であり、図１では２００ ＯＰＴＩＯＮＳと表記する。）を、ゲートウェイ装置１を介して要求元に返信する。このように、ＯＰＴＩＯＮＳリクエストに対してＯＰＴＩＯＮＳ応答が返信されることで、要求元のノード装置２は、要求先のノード装置３−１及び３−２が正常に動作していることを認識できる。
Further, as an example of a status check method (health check method) of other node devices performed by the
ゲートウェイ装置１は、ネットワークＡに存在し、ネットワークＡ上のノード装置２と、ネットワークＢ上のノード装置３−１及び３−２との間でＳＩＰメッセージを含むパケットの中継を行うものである。ゲートウェイ装置１は、例えばＳＩＰ−ＡＬＧ装置として機能する。
The
ＳＩＰ−ＡＬＧ装置として機能するゲートウェイ装置１は、ネットワークＡとネットワークＢとの間のＮＮＩに配置され、ネットワークＡとネットワークＢとの間の通信方式の差分を吸収するものである。例えば、それぞれのネットワークのＩＰアドレスがＩＰｖ４とＩＰｖ６と異なる場合、ＳＩＰ−ＡＬＧ装置としてのゲートウェイ装置１はＩＰアドレスの相互変換を行い、ＳＩＰメッセージを含むパケットの中継を行う。アドレス変換技術は、特に限定されるものではなく種々の技術を広く適用することができる。
The
（Ａ−１−２）ゲートウェイ装置１の内部構成
図２は、この実施形態に係るゲートウェイ装置１の内部構成を示す内部構成図である。図２において、実施形態に係るゲートウェイ装置１は、制御部１０、通信部１５を有する。
(A-1-2) Internal Configuration of
通信部１５は、制御部１０の制御を受けて、ネットワークＡ、ネットワークＢの通信回線との間でパケットの送受信を行うものである。
The
制御部１０は、ゲートウェイ装置１全体の機能を司るものである。制御部１０は、例えば、ＣＰＵ、記憶装置、入出力インタフェース部等を有するものであり、ＣＰＵがＲＯＭに格納される処理プログラムを実行するソフトウェア処理により、ゲートウェイ装置１は図２に示す機能を実現することができる。処理プログラムはインストールにより構築することができ、その場合でも図２のように示すことができる。
The control unit 10 manages the functions of the
制御部１０は、図２に例示するように、状態管理部１１、記憶部１２を有する。
As illustrated in FIG. 2, the control unit 10 includes a
状態管理部１１は、通信部１５を介して、受信したＯＰＴＩＯＮＳリクエストが自身宛のヘルスチェックである場合には、ＯＰＴＩＯＮＳリクエストに対するＯＰＴＩＯＮＳ応答を行ったり、又受信したＯＰＴＩＯＮＳリクエストが他ノード装置宛の場合には、他ノード装置の状態管理を行ったりするものである。
When the received OPTIONS request is a health check addressed to itself via the
状態管理部１１は、定期的に、対象とする１又は複数のノード装置の状態を、ＳＩＰ ＯＰＴＩＯＮＳを用いて確認し、各ノード装置の状態管理を行うものである。また、状態管理部１１は、受信したＯＰＴＩＯＮＳリクエストが他ノード装置宛の場合であって、ＯＰＴＩＯＮＳリクエストの宛先のノード装置の状態管理をしているものであるとき、自身が管理している状態管理情報を参照して、要求元のノード装置に対してＯＰＴＩＯＮＳレスポンスを応答するものである。
The
つまり、状態管理部１１は、定期的に、他ノード装置宛のＯＰＴＩＯＮＳリクエストを他ノード装置に転送して、他ノード装置の状態管理を行う。当該他ノード装置からＯＰＴＩＯＮＳ応答がある場合、状態管理部１１は当該他ノード装置が「運用中」であると管理する。一方、当該他ノード装置からＯＰＴＩＯＮＳ応答がない場合、状態管理部１１は当該他ノード装置が「閉塞中」であると管理する。
That is, the
また、状態管理部１１は、受信したＯＰＩＯＮＳリクエストの要求先のノード装置の状態管理を行っており、要求先ノード装置の状態管理情報に基づいて、受信したＯＰＴＩＯＮＳリクエストに対するＯＰＴＩＯＮＳレスポンスを要求元に返信する。これにより、ゲートウェイ装置１がＯＰＴＩＯＮＳリクエストを終端できるため、要求元のノード装置に対して要求先のノード装置に障害が生じた旨を知らせることができる。また、要求元のノード装置からのＯＰＴＩＯＮＳリクエストの再送を軽減できるため、リクエストに係るリソース負荷の軽減及びネットワーク全体の輻輳回避を図ることができる。
Further, the
状態管理部１１は、リクエスト判定部１１１、状態管理情報検索部１１２、状態確認部１１３、障害検出部１１４、レスポンス返信部１１５、障害回復検出部１１６を有する。
The
リクエスト判定部１１１は、受信したＳＩＰメッセージのメソッド検査、ヘッダ検査等を行うものである。リクエスト判定部１１１は、受信したＳＩＰメッセージがＯＰＴＩＯＮＳメソッドのリクエストであること、ＯＰＴＩＯＮＳリクエストの宛先が自身宛であるか又は他ノード装置であるかを判定する。 The request determination unit 111 performs method inspection, header inspection, and the like of the received SIP message. The request determination unit 111 determines that the received SIP message is an OPTIONS method request, and determines whether the destination of the OPTIONS request is addressed to itself or another node device.
状態管理情報検索部１１２は、リクエスト判定部１１１により受信したＯＰＴＩＯＮＳリクエストの宛先が自身でない場合（すなわち、宛先が他ノード装置の場合）、記憶部１２の状態管理情報１２２を参照して、ＯＰＴＩＯＮＳリクエストの宛先のノード装置の状態管理情報を検索するものである。
When the destination of the OPTIONS request received by the request determination unit 111 is not itself (that is, when the destination is another node device), the state management information search unit 112 refers to the
状態確認部１１３は、記憶部１２に記憶される状態確認条件１２１に従って、１又は複数の他ノード装置の状態確認（ヘルスチェック）を行うものである。状態確認部１１３の処理については、動作の項で詳細に説明する。
The
障害検出部１１４は、対象とする１又は複数のノード装置に送信したＯＰＴＩＯＮＳリクエストに対して、要求先のノード装置からの応答状況に基づいて、当該ノード装置の障害検出を行うものである。障害検出部１１４は、状態確認条件１２１に設定された障害検出条件に従って障害検出を行う。障害検出部１１４による障害検出の方法の詳細については後述する。
The
レスポンス返信部１１５は、受信したＯＰＴＩＯＮＳリクエストの宛先が自身である場合（自身宛のヘルスチェックである場合）、ＯＰＴＩＯＮＳ応答を要求元のノード装置に送信する。
If the destination of the received OPTIONS request is itself (when it is a health check addressed to itself), the
レスポンス返信部１１５は、受信したＯＰＴＩＯＮＳリクエストの宛先が、自身が状態管理するノード装置である場合、状態管理情報検索部１１２による検索結果に基づいて、ＯＰＴＩＯＮＳレスポンスを返信するものである。
The
例えば、対象とするノード装置の状態が「運用中」である場合には、レスポンス返信部１１５は、ステータスコードが「２００」の応答をＯＰＴＩＯＮＳレスポンスとして返信する。また、対象とするノード装置の状態が「閉塞中」の場合（すなわち、障害が検出された場合）、レスポンス返信部１１５は、ステータスコードが「５０３」の応答をＯＰＴＩＯＮＳレスポンスとして返信する。
For example, when the state of the target node device is “in operation”, the
障害回復検出部１１６は、障害検出された他ノード装置に対してＯＰＴＩＯＮＳリクエストを送信し、ＯＰＴＩＯＮＳリクエストに対してＯＰＴＩＯＮＳ応答があった場合に、当該他ノード装置の障害回復を検出する。障害回復検出部１１６は、状態確認条件１２１に設定された障害回復条件に従って障害回復を検出する。
The failure
記憶部１２は、処理プログラムや処理に必要なデータ、状態確認条件１２１、状態管理情報１２２等を記憶するものである。
The storage unit 12 stores processing programs, data necessary for processing,
状態確認条件１２１は、ゲートウェイ装置１と他ノード装置との間のＳＩＰ ＯＰＴＩＯＮＳを用いた状態確認（ヘルスチェック）の実施条件である。上述したように、状態管理部１１は、状態確認条件１２１に従って他ノード装置の状態確認（ヘルスチェック）を行う。
The
図３は、実施形態に係る状態確認条件１２１を説明する説明図である。図３に示すように、実施形態に係る状態確認条件１２１は、項目として、起動条件２０１、実施周期２０２、成功条件２０３、再送期間２０４、障害検出条件２０５、障害回復条件２０６、カウント条件２０７を有する。
FIG. 3 is an explanatory diagram for explaining the
起動条件２０１は、ゲートウェイ装置１が他ノード装置の状態の保持及び管理を行う開始条件である。例えば、起動条件２０１は、他ノード装置に対する状態確認（ヘルスチェック）の実施の有無とすることができる。具体的には、対象とするノード装置の設定を行うようにしても良い、又は、ゲートウェイ装置１が受信したＯＰＴＩＯＮＳリクエストの宛先が他ノード装置宛である場合、ゲートウェイ装置１は当該ノード装置の状態管理を開始するようにしても良い。
The
実施周期２０２、対象とするノード装置の状態確認（ヘルスチェック）を周期的に実施する間隔である。実施周期２０２には、ヘルスチェックを実施するため、ＯＰＴＩＯＮＳリクエストの送信間隔が設定されている。実施周期２０２に設定される時間は、運用に応じて任意に決定することができる。
The
成功条件２０３は、対象とするノード装置が正常に動作していることを判断するための条件である。例えば、成功条件２０３は、ゲートウェイ装置１（ＳＩＰ−ＳＬＧ装置）が送信したＯＰＴＩＯＮＳリクエストに対して、ステータスコード「２００」以上のレスポンスをゲートウェイ装置１が受信した場合と設定することができる。レスポンスについては、ステータスコード「２００」の２００応答に限定されるものではなく、暫定応答（例えばステータスコード１８０応答等）を除いて、要求先のノード装置から応答があった場合、当該ノード装置は正常に動作していると判断する。
The success condition 203 is a condition for determining that the target node device is operating normally. For example, the success condition 203 can be set when the
再送期間２０４は、ゲートウェイ装置１がＯＰＴＩＯＮＳリクエストを再送する期間である。再送期間２０４に設定される時間は、運用に応じて任意に決定することができる。
The
障害検出条件２０５は、対象とするノード装置が正常に動作していないことを判断するための条件である。例えば、障害検出条件２０５は、ゲートウェイ装置１が対象とするノード装置宛に送信したＯＰＴＩＯＮＳリクエストの送信状況や又は応答状況に基づいて決定することができる。ここでは、２種類の障害検出条件を例示する。
The
第１の障害検出条件２０５の例は、周期的に実施される状態確認時間（ヘルスチェック時間）が再送期間で設定された時間を越えた場合である。つまり、ＯＰＴＩＯＮＳリクエストを用いた状態確認（ヘルスチェック）は、ゲートウェイ装置１が周期的に行う。ゲートウェイ装置１が所定の送信間隔で送信するＯＰＴＩＯＮＳリクエストの再送時間が、所定のタイムアウト時間を越えた場合、当該ノードに障害が発生したと判断する。これは、ゲートウェイ装置１のＯＰＴＩＯＮＳリクエストの再送時間に基づいて、対象とするノード装置の障害を検出する条件と言い換えることができる。
An example of the first
第２の障害検出条件２０５の例は、ＯＰＴＩＯＮＳリクエストに対する応答を再送期間内に受信しない場合である。例えば、第２の障害検出条件２０５は、前回の実施周期で送信したＯＰＴＩＯＮＳリクエストに対するＯＰＴＩＯＮＳ応答が、今回の実施周期まで未受信である場合と設定できる。この場合、前回の実施周期で送信したＯＰＴＩＯＮＳリクエストの再送を停止することができる。これは、ゲートウェイ装置１のＯＰＴＩＯＮＳリクエストに対する応答状況に基づいて、対象とするノード装置の障害を検出する条件と言い換えることができる。
An example of the second
また、障害検出条件２０５は、後述するカウント条件２０７に設定される障害検出カウント条件に従って、ノード装置の障害が検出される。例えば、障害検出カウント条件が１回の場合、上記第１の障害検出条件又は上記第２の障害検出条件が１回生じたときに、ノード装置の障害と判断する。
Further, the
障害回復条件２０６は、障害が生じたノード装置が回復したと判断するための条件である。例えば、障害回復条件２０６は、障害発生したノード装置に対して、ゲートウェイ装置１が実施周期に従ってＯＰＴＩＯＮＳリクエストを送信し、ステータスコード「２００」以上のレスポンスを受信した場合に当該ノード装置が障害回復したと判断する。
The
また、障害回復条件２０６は、後述するカウント条件２０７に設定される障害回復カウント条件に従って、ノード装置の障害回復が検出される。例えば、障害回復カウント条件が２回の場合、対象とするノード装置から連続して２回のレスポンスを受信したとき、当該ノード装置の障害回復を判断する。
Furthermore,
カウント条件２０７は、対象とするノード装置の障害、障害回復を判断するための、障害検出条件２０５、障害回復条件２０６を満たす回数に関する条件である。カウント条件２０７は、ノード装置の障害発生を判断するための障害検出カウント条件と、ノード装置の障害回復を判断するための障害回復カウント条件とを有する。
The
この実施形態では、例えば障害検出カウント条件は１回とする。つまり、障害検出条件２０５を満たす事象が１回検出されると、対象とするノード装置に障害が発生したと判断する。また例えば、障害回復カウント条件は２回とする。つまり、障害回復条件２０６を満たす事象が２回連続して検出されると、対象とするノードは障害回復したと判断する。
In this embodiment, for example, the failure detection count condition is one time. That is, when an event satisfying the
状態管理情報１２２は、ゲートウェイ装置１による他ノード装置の状態管理に関する情報である。
The
図４は、実施形態に係る状態管理情報１２２の構成を示す構成図である。図４において、状態管理情報１２２は、項目として、他ノード装置の識別情報３０１、状態３０２を有する。他ノード装置の識別情報３０１は、状態確認の対象とするノード装置を識別する情報であり、例えば、ＩＰアドレス、ホスト名等とすることができる。状態３０２は、ノード装置の状態確認結果であり、状態確認条件１２１に従って、ノード装置が運用中であるか又は閉塞中であるかを示す情報が格納される。ここで、運用中とは、対象とするノード装置が正常にセッション確立プロトコル（ＳＩＰ）による処理動作が可能な状態であることを示す。閉塞中とは、対象とするノード装置が正常にセッション確立プロトコル（ＳＩＰ）による処理動作をしていない状態であることを示す。
FIG. 4 is a configuration diagram illustrating a configuration of the
なお、図４の状態管理情報１２２は、状態確認の対象とするノード装置の識別情報と状態確認結果とを対応付けたものであり、状態確認の実施時刻、障害検出の時刻、障害回復検出の時刻等を含むようにしても良い。
The
（Ａ−１−３）ノード装置の内部構成
図５は、実施形態に係るノード装置２、ノード装置３−１及び３−２の内部構成を示す内部構成図である。
(A-1-3) Internal Configuration of Node Device FIG. 5 is an internal configuration diagram illustrating an internal configuration of the
ノード装置２、ノード装置３−１及び３−２における他ノード装置のヘルスチェックに係る構成は、基本的には、同一又は対応する構成とすることができる。そこで、ここでは、ノード装置２、ノード装置３−１及び３−２が備えるヘルスチェックに係る構成を、図５を参照して説明する。
The configuration related to the health check of the other node devices in the
図５において、ノード装置２、ノード装置３−１及び３−２は、制御部２０、通信部２５を有する。
In FIG. 5, the
通信部２５は、接続するネットワーク（ネットワークＡ、ネットワークＢ）の通信回線との間でパケットの送受信を行うものである。
The
制御部２０は、ノード装置２、３−１及び３−２全体の機能を司るものである。制御部２０は、例えば、ＣＰＵ、記憶装置、入出力インタフェース部等を有するものであり、ＣＰＵがＲＯＭに格納される処理プログラムを実行するソフトウェア処理により、ノード装置２、３−１及び３−２は図５に示す機能を実現することができる。処理プログラムはインストールにより構築することができ、その場合でも図５のように示すことができる。
The
制御部２０は、図５に例示するように、状態確認部２１、記憶部２２を有する。
The
状態確認部２１は、通信部１５を介して、対象とする他ノード装置宛にＯＰＴＩＯＮＳリクエストを送信したり、又は、受信した自身宛のＯＰＴＩＯＮＳリクエストに対してＯＰＴＩＯＮＳ応答を返信したりするものである。状態確認部２１は、図５に示すように、リクエスト送信部２１１、レスポンス返信部２１２、レスポンス受信判定部２１３を有する。
The
リクエスト送信部２１１は、状態確認の問い合せのため、ＯＰＴＩＯＮＳリクエストのＲｅｑｕｅｓｔ−ＵＲＩに対象とするノード装置のＵＲＩ（例えば、ｓｉｐ−ｕｒｉ、ｓｉｐｓ−ｕｒｉ等）を設定したＳＩＰメッセージを含むパケット（図１ではＳＩＰと表記する。）を送信するものである。
The
レスポンス返信部２１２は、自身宛のＯＰＴＩＯＮＳリクエストを受信すると、要求元のノード装置宛のＯＰＴＩＯＮＳ応答を返信するものである。例えば、レスポンス返信部２１２は、ＯＰＴＩＯＮＳリクエストに対してステータスコード「２００」のレスポンスを返信する。
When receiving the OPTIONS request addressed to itself, the
レスポンス受信判定部２１３は、要求先のノード装置から受信したＯＰＴＩＯＮＳレスポンスの内容を判定するものである。レスポンス受信判定部２１３は、受信したＯＰＴＩＯＮＳレスポンスのステータスコードが「２００」以上のレスポンスである場合、要求先のノード装置は正常に動作していると判定する。一方、受信したＯＰＴＩＯＮＳレスポンスのステータスコードが「５０３」のレスポンスである場合、レスポンス受信判定部２１３は、要求先のノード装置が正常に動作していないと判定する。
The response
記憶部２２は、処理プログラム、処理に必要なデータ、状態管理情報２２１等を記憶するものである。状態管理情報２２１は、レスポンス受信判定部２１３による判定結果を、対象とするノード装置毎に保持するものである。
The
（Ａ−２）実施形態の動作
次に、実施形態に係る通信制御システム１００におけるノード装置の状態確認処理の動作を、図面を参照しながら詳細に説明する。
(A-2) Operation of Embodiment Next, the operation of the node device status confirmation process in the
（Ａ−２−１）ゲートウェイ装置１における状態管理処理
図６は、実施形態に係る通信制御システム１００におけるノード装置の状態確認処理の動作を説明する説明図である。
(A-2-1) State Management Processing in
図６において、ネットワークＡに属するゲートウェイ装置１が、定期的に、ネットワークＢに存在するノード装置３−１及び３−２の状態を管理しているものとする。
In FIG. 6, it is assumed that the
図７は、実施形態のゲートウェイ装置１がノード装置の状態確認処理の一例を示すシーケンス図である。ここで、説明便宜上、対象とするノード装置については、ノード装置３と表記して説明する。
FIG. 7 is a sequence diagram illustrating an example of a state confirmation process of the node device by the
ゲートウェイ装置１において、状態確認部１１３は、状態確認条件１２１に従って、対象とするノード装置３の状態を確認する。状態確認部１１３は、状態確認条件１２１の実施周期２０２に基づいて、対象とするノード装置３宛のＯＰＴＩＯＮＳリクエストを送信する（Ｓ１０１）。
In the
つまり、実施周期２０２で設定されている送信間隔で、状態確認部１１３は、ＯＰＴＩＯＮＳリクエストを送信する。これにより、ゲートウェイ装置１は、定期的に、対象とするノード装置３の状態管理を行うことができる。
That is, the
このとき、状態確認部１１３は、ＯＰＴＩＯＮＳメソッドのＳＩＰメッセージのＲｅｑｕｅｓｔ−ＵＲＩをノード装置３のＩＰアドレスとして、ＯＰＴＩＯＮＳリクエストをノード装置３に送信する。
At this time, the
ノード装置３が正常に動作している場合、ノード装置３は、受信したＯＰＴＩＯＮＳリクエストに対するＯＰＴＩＯＮＳレスポンスを返信する（Ｓ１０２）。例えば、ＯＰＴＩＯＮＳレスポンスは２００応答とする。そうすると、ゲートウェイ装置１において、状態確認部１１３は、状態確認条件１２１の成功条件２０３を満たすものと判断する。従って、状態確認部１１３は、状態管理情報１２２において、当該ノード装置３の状態が運用中であることを登録する。
When the
ここで、ノード装置３に障害が発生したとする（Ｓ１０３）。ノード装置３の障害発生後、状態管理部１３１による次のヘルスチェックの実施周期の開始時に、状態確認部１１３がＯＰＴＩＯＮＳリクエストをノード装置３に送信する（Ｓ１０４）。しかし、ノード装置３が障害発生しているため、ＯＰＴＩＯＮＳリクエストに対する応答がなされない。ゲートウェイ装置１の状態確認部１１３は、ＯＰＴＩＯＮＳリクエストの再送を繰り返し行う（Ｓ１０５）。
Here, it is assumed that a failure has occurred in the node device 3 (S103). After the failure of the
ゲートウェイ装置１において、障害検出部１１４は、今回のヘルスチェックの実施周期における実施期間（実施時間）を管理しており、当該実施周期の実施期間が再送期間２０４を超えるか否かを判断している。そして、当該実施周期の実施期間が再送期間２０４を超えたとき、障害検出部１１４は、再送タイムアウト（再送Ｔ．Ｏ．）を検出する（Ｓ１０６）。
In the
そうすると、障害検出部１１４は、状態確認条件１２１の障害検出条件２０５及びカウント条件２０７（障害検出カウント条件）に基づいて、当該ノード装置３の障害発生を検出する（Ｓ１０７）。なお、障害検出カウント条件は例えば１回と設定されているため（図３参照）、障害検出部１１４は、１回の再送Ｔ．Ｏ．検出で、障害検出と判断する。
Then, the
そして、状態確認部１１３は、状態管理情報１２２において、当該ノード装置３の状態が閉塞中であることを登録する。
Then, the
次のヘルスチェックの実施周期においても、状態確認部１１３は、ノード装置３に対してＯＰＴＩＯＮＳリクエストを送信する。図７のＳ１０８〜Ｓ１１０の場合も、当該実施周期の実施期間が再送期間２０４を超え、障害検出部１１４は、再送タイムアウト（再送Ｔ．Ｏ．）を検出する。このとき、状態確認部１１３は、状態管理情報１２２において、当該ノード装置３の状態が閉塞中であるため、そのまま管理情報を維持する。
Also in the next health check execution cycle, the
ここで、次のヘルスチェックの実施周期になる前に、ノード装置３の障害が復旧したとする（Ｓ１１１）。ノード装置３の復旧後、次のヘルスチェックの実施周期に、状態確認部１１３がＯＰＴＩＯＮＳリクエストをノード装置３に送信する（Ｓ１１２）。このとき、ノード装置３は復旧しているため、ＯＰＴＩＯＮＳリクエストに対するＯＰＴＩＯＮＳレスポンス（図７では２００応答とする）が、ゲートウェイ装置１に受信される（Ｓ１１３）。
Here, it is assumed that the failure of the
ゲートウェイ装置１において、障害回復検出部１１６は、受信したＯＰＴＩＯＮＳレスポンスの内容を判定する。このとき、受信したＯＰＴＩＯＮＳレスポンスがステータスコード「２００」以上のレスポンスであることを、障害回復検出部１１６は確認する。
In the
次のヘルスチェックの実施周期に、状態確認部１１３がＯＰＴＩＯＮＳリクエストをノード装置３に送信し（Ｓ１１４）、ノード装置３がＯＰＴＩＯＮＳリクエストに対するＯＰＴＩＯＮＳレスポンス（図７では２００応答とする）がゲートウェイ装置１に送信する（Ｓ１１５）。
In the next health check execution cycle, the
ゲートウェイ装置１において、障害回復検出部１１６は、２回連続ステータスコードが「２００」以上の応答の受信を検出した。そのため、障害回復検出部１１６は、状態確認条件１２１の障害回復条件２０６及びカウント条件（障害回復カウント条件）に基づいて、当該ノード装置３の障害回復を検出する。
In the
そして、状態確認部１１３は、状態管理情報１２２において、当該ノード装置３の状態が運用中であることを登録する。
Then, the
図８は、実施形態のゲートウェイ装置１がノード装置の状態確認処理の別の例を示すシーケンス図である。
FIG. 8 is a sequence diagram illustrating another example of the state confirmation processing of the node device by the
上述した図７では、障害検出条件が再送タイムアウトである場合を例示したが、図８は、障害検出条件がＯＰＴＩＯＮＳレスポンスの未受信である場合を示す。 7 illustrates the case where the failure detection condition is retransmission timeout, but FIG. 8 illustrates the case where the failure detection condition is that an OPTIONS response has not been received.
図８では、障害検出条件が図７の処理と異なるため、以下では、障害検出処理を中心に説明する。なお、図８において、図７と同一又は対応する処理には同一番号を付している。 In FIG. 8, since the failure detection condition is different from the processing of FIG. 7, the following description focuses on the failure detection processing. In FIG. 8, the same or corresponding processes as those in FIG.
図８において、ノード装置３に障害が発生したとする（Ｓ１０３）。ノード装置３の障害発生後、状態管理部１３１による次のヘルスチェックの実施周期に、状態確認部１１３がＯＰＴＩＯＮＳリクエストをノード装置３に送信する（Ｓ１０４）、状態確認部１１３は、ＯＰＴＩＯＮＳリクエストの再送を繰り返し行う（Ｓ１０５）。
In FIG. 8, it is assumed that a failure has occurred in the node device 3 (S103). After the failure of the
ゲートウェイ装置１において、障害検出部１１４は、ＯＰＴＩＯＮＳリクエストに対する応答が再送期間２０４まで未受信である場合（Ｓ２０１）、状態確認条件１２１の障害検出条件２０５及びカウント条件２０７（障害検出カウント条件）に基づいて、当該ノード装置３の障害発生を検出する（Ｓ１０７）。
In the
ここで、Ｓ２０１では、ＯＰＴＩＯＮＳリクエストに対する応答が再送期間２０４までに未受信である場合を例示したが、この障害検出条件は、ＯＰＴＩＯＮＳリクエストに対する応答がないことを判断できればよい。
Here, although the case where the response to the OPTIONS request has not been received by the
そのため、再送期間２０４内に応答未受信を検出するようにしても良いし、又は、ヘルスチェックの実施に係る１周期内で、ＯＰＴＩＯＮＳリクエストに対する応答未受信を検出するようにしても良い。
For this reason, it is possible to detect whether or not a response is received within the
そして、状態確認部１１３は、状態管理情報１２２において、当該ノード装置３の状態が閉塞中であることを登録する。
Then, the
次のヘルスチェックの実施周期になると、状態確認部１１３は、前回の実施周期で送信していたＯＰＴＩＯＮＳリクエストの再送を停止する。次のヘルスチェックの実施周期においても、障害検出部１１４は、ＯＰＴＩＯＮＳリクエストに対する応答が再送期間２０４まで未受信である場合（Ｓ２０２）、当該ノード装置３の障害発生を検出する。
When the next health check execution cycle is reached, the
この場合、状態確認部１１３は、状態管理情報１２２において、当該ノード装置３の状態が閉塞中であるため、そのまま管理情報を維持する。
In this case, since the state of the
その後、ノード装置３が回復した後の処理は、図７の場合と同様であるため、ここでの説明は省略する。
Thereafter, the processing after the
（Ａ−２−２）ゲートウェイ装置１のＯＰＴＩＯＮＳリクエスト受信時
次に、ゲートウェイ装置１が、ＯＰＴＩＯＮＳリクエストを受信した場合の処理動作を、図面を参照しながら詳細に説明する。
(A-2-2) When OPTIONS Request is Received by
ここでは、図６に示すように、ネットワークＡ上のノード装置２が要求元であり、要求元のノード装置２が、ゲートウェイ装置１を介して、ネットワークＢ上のノード装置３−１及び３−２の状態確認を行う場合を例示する。
Here, as shown in FIG. 6, the
また、図６に示すように、説明便宜上、要求先のノード装置３−１は障害が生じており正常に動作しておらず、要求先のノード装置３−２が正常に動作しているものとする。 As shown in FIG. 6, for the sake of convenience of explanation, the requested node device 3-1 has failed and is not operating normally, and the requested node device 3-2 is operating normally. And
図９は、実施形態に係る通信制御システム１００におけるノード装置の状態確認処理を示すシーケンス図である。
FIG. 9 is a sequence diagram illustrating a state confirmation process of the node device in the
図９において、状態確認の要求元であるノード装置２において、ＯＰＴＩＯＮＳメソッドのリクエストが作成され（Ｓ３０１）、作成されたノード装置宛のＯＰＴＩＯＮＳリクエストを含むパケットが、ゲートウェイ装置１に送信される（Ｓ３０２）。
In FIG. 9, the OPTIONS method request is created in the
ゲートウェイ装置１では、受信パケットに含まれるＳＩＰメッセージがＯＰＴＩＯＮＳメソッドのリクエストであることが判定され、ＯＰＴＩＯＮＳリクエストの宛先判定がなされる（Ｓ３０３）。
The
図１０は、実施形態のゲートウェイ装置１における宛先判定処理を示すフローチャートである。
FIG. 10 is a flowchart illustrating destination determination processing in the
図１０において、受信されたＯＰＴＩＯＮＳリクエストは、スキームチェックが行なわれる（Ｓ５０１）。つまり、ゲートウェイ装置１において、リクエスト判定部１１１が、ＳＩＰメッセージのＲｅｑｕｅｓｔ−ＵＲＩに基づいて、ｓｉｐ−ｕｒｉ又はｓｉｐｓ−ｕｒｉであるか否かを確認する。
In FIG. 10, a scheme check is performed on the received OPTIONS request (S501). That is, in the
ｓｉｐ−ｕｒｉ又はｓｉｐｓ−ｕｒｉである場合、処理はＳ５０２に移行する。一方、ｓｉｐ−ｕｒｉ又はｓｉｐｓ−ｕｒｉ以外の場合、処理はＳ５０５に移行し、リクエスト判定部１１１は転送対象のＳＩＰメッセージであると判定する（Ｓ５０５）。 If it is sip-uri or sips-uri, the process proceeds to S502. On the other hand, if it is other than sip-uri or sips-uri, the process proceeds to S505, and the request determination unit 111 determines that the SIP message is a transfer target (S505).
Ｓ５０２では、リクエスト判定部１１１が、ＳＩＰメッセージのＲｅｑｕｅｓｔ−ＵＲＩにｕｓｅｒｉｎｆｏ部が含まれているか否かをチェックする（Ｓ５０２）。 In S502, the request determination unit 111 checks whether or not the userinfo part is included in the Request-URI of the SIP message (S502).
ｕｓｅｒｉｎｆｏ部が含まれていない場合、処理はＳ５０３に移行する。一方、ｕｓｅｒｉｎｆｏ部が含まれている場合、処理はＳ５０５に移行し、リクエスト判定部１１１は転送対象のＳＩＰメッセージであると判定する（Ｓ５０５）。 If the userinfo part is not included, the process proceeds to S503. On the other hand, if the userinfo part is included, the process proceeds to S505, and the request determination unit 111 determines that the SIP message is a transfer target SIP message (S505).
Ｓ５０３では、リクエスト判定部１１１が、Ｒｅｑｕｅｓｔ−ＵＲＩのｈｏｓｔ部の確認を行う（Ｓ５０３）。 In S503, the request determination unit 111 checks the host part of the Request-URI (S503).
そして、Ｒｅｑｕｅｓｔ−ＵＲＩのｈｏｓｔ部が自身（ゲートウェイ装置１）宛である場合、リクエスト判定部１１１は自身のヘルスチェック用ＯＰＴＩＯＮＳリクエストであると判定する（Ｓ５０４）。このとき、ゲートウェイ装置１において、レスポンス返信部１１５は、ＯＰＴＩＯＮＳリクエストに対するＯＰＴＩＯＮＳレスポンスとして２００応答を、要求元のノード装置２に送信する。
If the host part of the Request-URI is addressed to itself (gateway device 1), the request determination part 111 determines that it is its own health check OPTIONS request (S504). At this time, in the
また、Ｒｅｑｕｅｓｔ−ＵＲＩのｈｏｓｔ部が自身宛でない場合（他ノード装置）である場合、リクエスト判定部１１１は転送対象のＳＩＰメッセージであると判定する（Ｓ５０５）。 When the host part of the Request-URI is not addressed to itself (another node device), the request determination unit 111 determines that the request is a SIP message to be transferred (S505).
ここで、図１１は、Ｒｅｑｕｅｓｔ−ＵＲＩのｈｏｓｔ部のチェックのより詳細な処理を示すフローチャートである。 Here, FIG. 11 is a flowchart showing more detailed processing for checking the host part of the Request-URI.
図１１において、まず、リクエスト判定部１１１は、Ｒｅｑｕｅｓｔ−ＵＲＩのｈｏｓｔ部がＩＰアドレスであるか否かを確認する（Ｓ５１１）。 In FIG. 11, first, the request determination unit 111 checks whether or not the host part of the Request-URI is an IP address (S511).
ｈｏｓｔ部がＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）である場合、処理はＳ５１２に移行する。一方、ｈｏｓｔ部がＩＰアドレスである場合、処理はＳ５１３に移行する。 When the host part is FQDN (Fully Qualified Domain Name), the process proceeds to S512. On the other hand, if the host part is an IP address, the process proceeds to S513.
Ｓ５１２では、リクエスト判定部１１１が、名前解決処理を実施して、ｈｏｓｔ部のＦＱＤＮに対応するＩＰアドレスを検索する（Ｓ５１２）。なお、名前解決のため、ゲートウェイ装置１は、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）を有するようにしても良いし、ゲートウェイ装置１が、ネットワーク上のＤＮＳサーバを用いて名前解決を行うようにしても良い。
In S512, the request determination unit 111 performs name resolution processing and searches for an IP address corresponding to the FQDN of the host unit (S512). For name resolution, the
Ｓ５１３では、リクエスト判定部１１１が、宛先のＩＰアドレスと自身（ゲートウェイ装置１）のＩＰアドレスとを比較する（Ｓ５１３）。そして、一致する場合、リクエスト判定部１１１は自身宛であると判定し（Ｓ５１４）、一致しない場合、リクエスト判定部１１１は他ノード宛であると判定する（Ｓ５１５）。 In S513, the request determination unit 111 compares the destination IP address with the IP address of itself (gateway device 1) (S513). If they match, the request determination unit 111 determines that they are addressed to themselves (S514). If they do not match, the request determination unit 111 determines that they are addressed to another node (S515).
図９において、受信したＯＰＴＩＯＮＳリクエストの宛先が、他ノード装置宛であると判定されると、ゲートウェイ装置１において、状態管理情報検索部１１２は、記憶部１２の状態管理情報１２２から、対応するノード装置の状態管理情報を検索する（Ｓ３０４）。
In FIG. 9, when it is determined that the destination of the received OPTIONS request is addressed to another node device, in the
ゲートウェイ装置１において、レスポンス返信部１１５は、状態管理情報検索部１１２による検索結果に基づいて、ＯＰＴＩＯＮＳリクエストに対するＯＰＴＩＯＮＳレスポンスを作成し（Ｓ３０５）、要求元にＯＰＴＩＯＮＳレスポンスを送信する（Ｓ３０６）。
In the
例えば、ノード装置３−２のＩＰアドレスが「168.0.0.1」であり、図４の例の通り、ノード装置３−２の状態が「運用中」であるとする。また、ＯＰＴＩＯＮＳリクエストの宛先が「ＩＰアドレス：168.0.0.1」であるとする。状態管理情報検索部１１２は、ＯＰＴＩＯＮＳリクエストの宛先「ＩＰアドレス：168.0.0.1」に基づいて、状態管理情報１２２を参照して、当該対象のノード装置の状態が「運用中」であると判断する。この場合、レスポンス返信部１１５は、ＯＰＴＩＯＮＳレスポンスとして２００応答を作成して返信する。
For example, it is assumed that the IP address of the node device 3-2 is “168.0.0.1”, and the state of the node device 3-2 is “in operation” as in the example of FIG. Further, it is assumed that the destination of the OPTIONS request is “IP address: 168.0.0.1”. The state management information search unit 112 refers to the
また例えば、ノード装置３−１のＩＰアドレスが「168.0.0.2」であり、図４の例の通り、ノード装置３−１の状態が「閉塞中」であるとする。また、ＯＰＴＩＯＮＳリクエストの宛先が「ＩＰアドレス：168.0.0.2」であるとする。状態管理情報検索部１１２は、ＯＰＴＩＯＮＳリクエストの宛先「ＩＰアドレス：168.0.0.2」に基づいて、状態管理情報１２２を参照して、当該対象のノード装置の状態が「閉塞中」であると判断する。この場合、レスポンス返信部１１５は、ＯＰＴＩＯＮＳレスポンスとしてエラー応答（ステータスコード「５０３」応答：Ｓｅｒｖｉｃｅ Ｕｎａｖａｉｌａｂｌｅ）を作成して返信する。これにより、エラー応答を受けたノード装置は、ゲートウェイ装置１からのＯＰＴＩＯＮＳレスポンスに基づいて要求先のノード装置が故障していると判断することができ、例えば迂回等の処理を行うことで呼の接続を継続することができる。
Further, for example, it is assumed that the IP address of the node device 3-1 is “168.0.0.2” and the state of the node device 3-1 is “blocking” as in the example of FIG. Further, it is assumed that the destination of the OPTIONS request is “IP address: 168.0.0.2”. The state management information search unit 112 refers to the
（Ａ−３）実施形態の効果
以上のように、この実施形態によれば、ゲートウェイ装置が、ＯＰＴＩＯＮＳリクエストを用いてノード装置の状態を管理する。そして、ゲートウェイ装置を介したノード装置の状態確認がある場合に、転送先ノード装置が正常であればゲートウェイ装置が正常応答を返信し、転送先ノード装置に障害があれば、ゲートウェイ装置がエラー応答を返信する。これにより、要求元からのＳＩＰリクエストをゲートウェイ装置が終端することができるので、ノード装置間において不要リソースの削減及びネットワーク輻輳を低減することができる。
(A-3) Effect of Embodiment As described above, according to this embodiment, the gateway device manages the state of the node device using the OPTIONS request. Then, when there is a status check of the node device via the gateway device, if the transfer destination node device is normal, the gateway device returns a normal response, and if there is a failure in the transfer destination node device, the gateway device returns an error response Reply. As a result, the SIP request from the request source can be terminated by the gateway device, so that unnecessary resources and network congestion can be reduced between the node devices.
（Ｂ）他の実施形態
上述した実施形態においても、本発明の種々の変形実施形態を説明したが、本発明は、以下の他の実施形態も広く適用することができる。
(B) Other Embodiments In the above-described embodiments, various modified embodiments of the present invention have been described. However, the following other embodiments can be widely applied to the present invention.
上述した実施形態では、セッション制御プロトコルがＳＩＰである場合を例示した。しかし、セッション制御プロトコルは、ＳＩＰに限定されるものではなく、メディアゲートウェイ制御プロトコル（ＭＧＣＰ：Ｍｅｄｉａ Ｇａｔｅｗａｙ ＣｏｎｔｒｏＩ Ｐｒｏｔｏｃｏｌ）においても、同様に適用することが可能である。この場合、ＳＩＰ ＯＰＴＩＯＮＳ信号に代えて、Ｈ．２４８．１に規定されているＡｕｄｉｔ Ｖａｌｕｅ（Ｍｅｄｉａ Ｇａｔｅｗａｙ ＣｏｎｔｒｏＩ Ｐｒｏｔｏｃｏｌ）信号を用いることで実現することができる。 In the above-described embodiment, the case where the session control protocol is SIP has been exemplified. However, the session control protocol is not limited to SIP, and can be similarly applied to a media gateway control protocol (MGCP: Media Gateway Control Protocol). In this case, instead of the SIP OPTIONS signal, H.264 is used. This can be realized by using an Audit Value (Media Gateway Control Protocol) signal defined in 248.1.
上述した実施形態では、ゲートウェイ装置に本発明を適用する場合を例示した。より具体的には、事業者が異なるネットワーク間のＮＮＩに配置されるセッションボーダコントローラが有するＳＩＰ−ＡＬＧ機能に、本発明を適用するようにしても良い。 In the above-described embodiment, the case where the present invention is applied to the gateway device is illustrated. More specifically, the present invention may be applied to the SIP-ALG function of a session border controller that is arranged in an NNI between networks with different operators.
１００…通信制御システム、１…ゲートウェイ装置（例えばＳＩＰ−ＡＬＧ）、２…ノード装置（例えばＳＩＰサーバ）、３−１及び３−２…ノード装置（例えばＳＩＰサーバ）、
１０…制御部、１１…状態管理部、１１１…リクエスト判定部、１１２…状態管理情報検索部、１１３…状態確認部、１１４…障害検出部、１１５…レスポンス返信部、１１６…障害回復検出部、１２…記憶部、１２１…状態確認条件、１２２…状態管理情報。
DESCRIPTION OF
DESCRIPTION OF SYMBOLS 10 ... Control part, 11 ... State management part, 111 ... Request judgment part, 112 ... State management information search part, 113 ... State confirmation part, 114 ... Failure detection part, 115 ... Response reply part, 116 ... Failure recovery detection part, 12: storage unit, 121: state confirmation condition, 122: state management information.
Claims (10)
上記中継装置が、
上記セッション制御プロトコルを用いて、上記第２のノード装置に対して第１の状態確認リクエストを送信し、上記第２のノード装置からの上記第１の状態確認リクエストに対する応答状況に基づいて、上記第２のノード装置の状態が正常であるか否かの状態確認を行う状態確認手段と、
上記状態確認手段により確認された上記第２のノード装置の状態が正常であるか否かの結果を記憶する状態管理手段と、
上記第１のノード装置から受信した上記第２のノード装置宛の上記セッション制御プロトコルが用いられた第２の状態確認リクエストに対して、上記セッション制御プロトコルを用いて、上記第２のノード装置の上記結果に応じた応答信号を上記第１のノード装置に返信する応答返信手段と
を備える
ことを特徴とする通信制御システム。 In the communication control system in which the first node device uses the session control protocol to check the state of one or a plurality of second node devices via the relay device.
The relay device is
Using the session control protocol , the first state confirmation request is transmitted to the second node device, and based on the response state to the first state confirmation request from the second node device, State confirmation means for confirming whether or not the state of the second node device is normal;
State management means for storing a result of whether or not the state of the second node device confirmed by the state confirmation means is normal;
In response to the second status confirmation request using the session control protocol addressed to the second node device received from the first node device , using the session control protocol, the second node device Response response means for returning a response signal corresponding to the result to the first node device. A communication control system comprising:
上記中継装置は、
上記状態確認手段による上記第２のノード装置の状態確認に係る実施期間が所定の期間を超えた場合、当該第２のノード装置の障害発生を検出する障害検出手段を備える
ことを特徴とする請求項１〜３のいずれかに記載の通信制御システム。 The state confirmation unit periodically transmits the first state confirmation request to the second node device, and the second node device is based on a response status from the second node device. To check the status of
The relay device is
And a failure detection unit configured to detect the occurrence of a failure in the second node device when an implementation period related to the status confirmation of the second node device by the state confirmation unit exceeds a predetermined period. Item 4. The communication control system according to any one of Items 1 to 3.
上記中継装置は、
上記状態確認手段による今回の実施周期内で、上記第２のノード装置から上記第１の状態確認リクエストに対する応答を未受信の場合、当該第２のノード装置の障害発生を検出する障害検出手段を備える
ことを特徴とする請求項１〜３のいずれかに記載の通信制御システム。 The state confirmation unit periodically transmits the first state confirmation request to the second node device, and the second node device is based on a response status from the second node device. To check the status of
The relay device is
If a response to the first status confirmation request has not been received from the second node device within the current implementation period by the status confirmation device, a failure detection means for detecting the occurrence of a failure in the second node device is provided. The communication control system according to claim 1, comprising: a communication control system according to claim 1.
上記障害検出手段により障害発生が認められた上記第２のノード装置から、上記状態確認手段が送信した上記第１の状態確認リクエストに対する応答を受信したときに、当該第２のノード装置の障害回復を検出する障害回復検出手段を
備えることを特徴とする請求項４〜６のいずれかに記載の通信制御システム。 The relay device is
When a response to the first state confirmation request transmitted from the state confirmation unit is received from the second node device in which the failure is recognized by the failure detection unit, the failure recovery of the second node device is performed. The communication control system according to any one of claims 4 to 6, further comprising failure recovery detection means for detecting the error.
上記セッション制御プロトコルを用いて、上記第２のノード装置に対して第１の状態確認リクエストを送信し、上記第２のノード装置からの上記第１の状態確認リクエストに対する応答状況に基づいて、上記第２のノード装置の状態が正常であるか否かの状態確認を行う状態確認手段と、
上記状態確認手段により確認された上記第２のノード装置の状態が正常であるか否かの結果を記憶する状態管理手段と、
上記第１のノード装置から受信した上記第２のノード装置宛の上記セッション制御プロトコルが用いられた第２の状態確認リクエストに対して、上記セッション制御プロトコルを用いて、上記第２のノード装置の上記結果に応じた応答信号を上記第１のノード装置に返信する応答返信手段と
を備えることを特徴とする中継装置。 In a relay device that relays a message related to a session control protocol between a first node device and one or more second node devices,
Using the session control protocol , the first state confirmation request is transmitted to the second node device, and based on the response state to the first state confirmation request from the second node device, State confirmation means for confirming whether or not the state of the second node device is normal;
State management means for storing a result of whether or not the state of the second node device confirmed by the state confirmation means is normal;
In response to the second status confirmation request using the session control protocol addressed to the second node device received from the first node device , using the session control protocol, the second node device And a response return means for returning a response signal according to the result to the first node device.
上記コンピュータを
上記セッション制御プロトコルを用いて、上記第２のノード装置に対して第１の状態確認リクエストを送信し、上記第２のノード装置からの上記第１の状態確認リクエストに対する応答状況に基づいて、上記第２のノード装置の状態が正常であるか否かの状態確認を行う状態確認手段、
上記状態確認手段により確認された上記第２のノード装置の状態が正常であるか否かの結果を記憶する状態管理手段、
上記第１のノード装置から受信した上記第２のノード装置宛の上記セッション制御プロトコルが用いられた第２の状態確認リクエストに対して、上記セッション制御プロトコルを用いて、上記第２のノード装置の上記結果に応じた応答信号を上記第１のノード装置に返信する応答返信手段
として機能させることを特徴とする通信制御プログラム。 In a communication control program for controlling a relay device that relays a message related to a session control protocol between a first node device and one or a plurality of second node devices by a computer,
The computer transmits a first state confirmation request to the second node device using the session control protocol, and is based on a response status to the first state confirmation request from the second node device. Te, the state confirmation means the state of the second node apparatus performs a status check whether is normal,
State management means for storing a result of whether or not the state of the second node device confirmed by the state confirmation means is normal;
In response to the second status confirmation request using the session control protocol addressed to the second node device received from the first node device , using the session control protocol, the second node device A communication control program for causing a response signal according to the result to function as response reply means for returning the response signal to the first node device.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013136883A JP6303302B2 (en) | 2013-06-28 | 2013-06-28 | Communication control system, relay device, and communication control program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013136883A JP6303302B2 (en) | 2013-06-28 | 2013-06-28 | Communication control system, relay device, and communication control program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2015012477A JP2015012477A (en) | 2015-01-19 |
| JP6303302B2 true JP6303302B2 (en) | 2018-04-04 |
Family
ID=52305264
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2013136883A Active JP6303302B2 (en) | 2013-06-28 | 2013-06-28 | Communication control system, relay device, and communication control program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6303302B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020217403A1 (en) * | 2019-04-25 | 2020-10-29 | 日本電信電話株式会社 | Communication device, communication method, and communication program |
| WO2021171339A1 (en) * | 2020-02-25 | 2021-09-02 | 日本電信電話株式会社 | Communication device, communication method, and program |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4980826B2 (en) * | 2007-08-28 | 2012-07-18 | 株式会社日立製作所 | Relay device and information processing method |
| JP4599424B2 (en) * | 2008-03-26 | 2010-12-15 | 株式会社東芝 | Telephone system, exchange device thereof, and transmission control method |
| JP6044066B2 (en) * | 2011-11-24 | 2016-12-14 | 日本電気株式会社 | Communication network system, traffic reduction method in communication network system, communication control device, control method and control program thereof, and communication terminal |
-
2013
- 2013-06-28 JP JP2013136883A patent/JP6303302B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2015012477A (en) | 2015-01-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Arkko et al. | Failure detection and locator pair exploration protocol for IPv6 multihoming | |
| CN101247321B (en) | Method, device and system for routing diagnosis in network based on diameter protocol | |
| JP4470934B2 (en) | Proxy server, communication system, communication method, and program | |
| JP2005287045A (en) | Method for discovery of device connected to ip network and device to carry out the method | |
| JP5173607B2 (en) | Communications system | |
| JP2009296084A (en) | Multipath communication system | |
| CN103124265A (en) | Method for visiting websites and gateway device | |
| JP2015170286A (en) | connection management apparatus, communication system, connection management method and program | |
| US8930768B2 (en) | System and method of failover for an initiated SIP session | |
| JP6303302B2 (en) | Communication control system, relay device, and communication control program | |
| JP5797591B2 (en) | Relay device | |
| JP2006229399A (en) | Communications system, relay node and communication method used for the same, and program thereof | |
| US20110235641A1 (en) | Communication apparatus, method of controlling the communication apparatus,and program | |
| US10063495B2 (en) | Method and apparatus for improved handling of IMS node blacklisting | |
| JP5370493B2 (en) | COMMUNICATION SYSTEM, COMMUNICATION DEVICE, COMMUNICATION CONTROL METHOD, AND COMMUNICATION CONTROL PROGRAM | |
| JP6014068B2 (en) | Relay device, relay method, and computer program | |
| JP5045603B2 (en) | Communication monitoring method, communication monitoring system, management system, and external device | |
| KR101586761B1 (en) | Method for managing network components in a network, and a network component | |
| JP5723808B2 (en) | COMMUNICATION DEVICE, COMMUNICATION METHOD, AND PROGRAM | |
| JP5942997B2 (en) | Agent device and communication relay method | |
| JP5278358B2 (en) | Network connection device | |
| JP2008244822A (en) | Address duplication avoidance method, system, router | |
| JP6985606B2 (en) | Fault detectors, fault detection methods, and fault detection programs | |
| JP5445237B2 (en) | Protocol proxy processing apparatus and method | |
| JP2011055455A (en) | Management relay server and relay communication system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20160216 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20161226 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20170124 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20170327 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20170822 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20171121 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20171129 |
|
| 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: 20180206 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180219 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6303302 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |