プライマリおよびバックアップSIPサーバーの紹介SIPサーバーの冗長性メカニズム
SIPサーバー冗長メカニズムは、SIPサービスの信頼性と継続性を保証します。主用/予備サーバーの展開は、これらの冗長方法の1つです。主用サーバーと予備サーバーは、ユーザーアカウント、ダイアログ情報（サーバー冗長の実装に依存）、登録情報、およびその他の関連データを共有します。通常の状態では、すべてのSIPリクエストとレスポンスは主用サーバーによって処理されます。主用サーバーが障害発生、メンテナンス中、または到達不能になると、SIP端末は自動的に予備サーバーに切り替えてサービスリクエストを行い、ユーザーの継続的なアクセスを保証します。主用サーバーが回復すると、SIP端末は自動的に主用サーバーに切り替えることができます。
図1 SIPサーバー主用/予備
フェイルオーバー：主用サーバーが利用できない場合に、ユーザーエクスペリエンスに影響を与えることなく、予備サーバーがすべてのサービスを引き継ぐメカニズム。
フェイルバック：予備サーバーがサービスを提供している間に、デバイスが主用サーバーが回復したかどうかをチェックし、迅速に主用サーバーに切り戻すことができるメカニズム。
サーバー不可用：クライアントが登録を試みるとき、サーバーが500/503で応答するか、UDPがICMP宛先到達不能メッセージを受信するか、TCP接続がタイムアウトする状態。
登録フェイルバック：主用サーバーが利用できず、電話が予備サーバーに登録するとき、電話は主用サーバーが回復したかどうかを検出するために新しい登録ダイアログを作成します。この機能には独立した設定可能なプローブ間隔があります。
このドキュメントは、電話ユーザーと保守担当者を対象としています。
電話のSIP回線に2つのサーバーエントリを設定します。SIPサーバー1が主用サーバー、SIPサーバー2が予備サーバーです。
電話は現在、Register、Invite、Byeのシグナリングフェイルオーバーをサポートしています。他のシグナリング方法は現在サポートされていません。
1. 登録フェイルオーバー
トリガー条件：手動登録 / 登録タイムアウト / OPTIONSタイムアウト / CANCELリクエストタイムアウト
(1) 電話は主用サーバーにRegisterリクエストを送信します。
(2) 電話は、指定された回数（V3製品）または指定された期間内（V2製品）にわたって、主用サーバーにRegisterリクエストを送信しようとします。
(3) 主用サーバーが利用できない場合、電話は予備サーバーにRegisterリクエストを送信します。
(4) 予備サーバーは200 OKで応答し、電話は正常に登録されます。
2. Inviteフェイルオーバー
トリガー条件：ユーザーが通話を発信する
(1) 電話Aが電話Bを呼び出します。
(2) 電話Aは主用サーバーにInviteリクエストを送信します。
(3) 電話Aは、指定された回数（V3製品）または指定された期間内（V2製品）にわたって、主用サーバーにInviteリクエストを送信しようとします。
(4) 主用サーバーが利用できない場合、電話は予備サーバーにRegisterリクエストを送信します。
(5) 予備サーバーは200 OKで応答し、電話は予備サーバーへの登録に成功します。
(6) 電話は予備サーバーにInviteリクエストを送信します。
(7) 予備サーバーは200 OKで応答し、電話AとBの間で通話が確立されます。
3. Byeフェイルオーバー
トリガー条件：主用サーバーを介して通話が確立された後、電話が切断する
(1) 電話Aは主用サーバーを介して電話Bとの通話を確立します。
(2) 電話Aが切断します。
(3) 電話Aは主用サーバーにByeリクエストを送信します。
(4) 電話Aは、指定された回数（V3製品）または指定された期間内（V2製品）にわたって、主用サーバーにByeリクエストを送信しようとします。
(5) 主用サーバーが利用できない場合、電話は予備サーバーにRegisterリクエストを送信します。
(6) 予備サーバーは200 OKで応答し、電話は予備サーバーへの登録に成功します。
(7) 電話は予備サーバーにByeメッセージを送信します。
(8) 予備サーバーは200 OKで応答し、電話Bとの通話が終了します。
4. フェイルオーバー失敗
すべてのサーバーが利用できない場合、電話は主用/予備の優先順位に従って各サーバーに指定された回数（V3製品）または指定された期間内（V2製品）試行します。最後のサーバーは例外として扱われます。RFC 3261によれば、SIPは64*T1（32秒）間再試行します。現在のSIPシグナリングリクエストがそれでも失敗する場合、失敗はユーザーに報告されます。
電話は独立した登録フェイルバックをサポートしています。電話が予備サーバーへの登録に成功すると、定期的に独立したRegisterリクエストを主用サーバーに送信して、主用サーバーが回復したかどうかを検出します。
トリガー条件：登録フェイルバックタイマーのタイムアウト。
(1) 電話が予備サーバーへの登録に成功します。
(2) 登録フェイルバックがタイムアウトすると、電話は主用サーバーに独立したRegisterリクエストを送信します。
(3) 主用サーバーが200 OKで応答した場合、電話は主用サーバーに切り戻します。
(4) 主用サーバーがまだ利用できない場合、RegisterリクエストはRFC 3261に従って再送され、64*T1（32秒）がタイムアウトするまで続きます。タイムアウト後、タイマーは再始動し、定期的に主用サーバーのプローブを続けます。
| 設定項目 | 説明 | 値 |
| SIPN Register Addr: | 主用サーバーのアドレス。 | IP / ドメイン名 デフォルト：空 |
| SIPN Register Port: | 主用サーバーのポート。 | 数値 デフォルト：5060 |
| SIPN Register TTL: | 主用サーバーの登録間隔。 | 数値 デフォルト：3600秒 |
| SIPN Transport: | 主用サーバーのトランスポートプロトコル：UDP、TCP、またはTLS。 |
0: UDP 1: TCP 3: TLS デフォルト：0 |
| SIPN Backup Addr: | 予備サーバーのアドレス。 | IP / ドメイン名 デフォルト：空 |
| SIPN Backup Port: | 予備サーバーのポート。 | 数値 デフォルト：5060 | |
| SIPN Backup TTL: | 予備サーバーの登録間隔。 | 数値 デフォルト：3600秒 | |
| SIPN Backup Transport: | 予備サーバーのトランスポートプロトコル：UDP、TCP、またはTLS。 |
0: UDP 1: TCP 3: TLS デフォルト：0 |
|
| SIPN Enable Failback: | この回線で登録フェイルバックを有効にするかどうかを制御します。 | 0 / 1 デフォルト：1 | |
| SIPN Failback Interval: | 電話が予備サーバー/プロキシに登録した後、主用サーバー/プロキシが回復したかどうかをプローブする間隔。 | 数値 デフォルト：1800秒 | |
| SIPN Signal Retry Counts: | サーバー/プロキシが利用できない場合のSIPリクエスト再送信回数（最後のサーバー/プロキシを除く。32秒タイムアウト）。 | 数値 デフォルト：3 |
ユーザーは電話のWebサーバーにログインして、主用サーバーと予備サーバーを設定できます。
(1) 「回線」タブをクリックし、SIPサブタブを選択します（これがデフォルトページです）。
(2) ページ内の「回線」ドロップダウンリストから設定する回線を選択します。
(3) 回線の登録情報を設定します。
(4) SIPサーバー1（主用サーバー）とSIPサーバー2（予備サーバー）の情報を設定します（図2参照）。
(5) 現在のページで「基本設定」をクリックして、主用サーバーと予備サーバーのフェイルバック関連設定を設定します（図3参照）。
(6) ページ下部の「送信」ボタンをクリックして設定を適用します。
図2 SIPサーバー主用/予備設定
