SIP モジュール

要求によっては、シグナルモジュールから別のSIP デバイスやSIP Server にリレーされることもありま す。こういった要求は、SIP Client サブコンポーネントに渡され、そこでSIP Client トランザクション が生成されます。このトランザクションを使って、SIP 要求が所定のインターネットプロトコルを介 して送信され、応答が処理されます。

上記のように、SIP 要求パケットは通常、SIP Server サブコンポーネントに送られます。一方、SIP 応 答パケットは、SIP Client サブコンポーネントに送信されます。ただし、次の2 つの例外があります。

• 応答パケットを処理できるSIP Client トランザクションが見つからなかった場合、その応答パ ケットは、シグナルモジュールによって「アップストリーム」にリレーされます。
• ACK 要求を処理できるSIP Server トランザクションが見つからなかった場合、SIP Client トラン ザクションが生成され、そのトランザクションによってACK 要求が「ダウンストリーム」に リレーされます。

CommuniGate Pro のSIP モジュールでは、UDP 通信とTCP 通信の両方をサポートしています。また、 TCP プロトコル上でのセキュア（TLS） 通信もサポートしています。

The CommuniGate Pro SIP module supports near-end and far-end NAT traversal, enabling SIP communications for both large corporations with many internal LANs, as well as for home users connecting to the Internet via "dumb" NAT devices.

The session initiation schema described above works correctly only if both parties can communicate directly. If there is a firewall or a NAT device between the parties, direct communication is not possible. In this case, the CommuniGate Pro SIP module builds and manages media proxies, relaying not only the SIP protocol requests and responses, but the media data, too.

ログレベル

このオプションでは、SIP モジュールによってサーバーログに記録される情報の範囲（ログ レベル） を指定できます。このオプションは通常、［Failure］ （回復不可能の障害のみ）、 ［Major］ （セッション確立レポート）、［Problems］ （障害、セッション確立/ 非致命的エラー） のいずれかに設定しておきます。一方、SIP モジュールに問題が発生していると思われると きには、［Low-Level］ または［All Info］ に設定します。この場合、それぞれ、プロトコルレ ベルの情報またはリンクレベルの情報がシステムログに記録されます。なお、問題が解決す れば、ログレベルを元に戻します。［Low-Level］ または［All Info］ のままにしておくと、シ ステムログファイルのサイズが急速に大きくなります。
ログされたSIP 情報レコードには、SIP タグが付加されています。

UDP

このオプションでは、UDP トランスポート（要求の最大サイズ、下記） を設定できます。 ［UDP listener］ リンクをクリックすると［UDP Listener］ ページが開きます。デフォルトで は、SIP モジュールのUDP ポートは5060 です。

UDP TOSタグ

Use this setting to specify the TOS tag for all outgoing SIP UDP packets. This tag can be used to set the SIP traffic priority on your LAN.

TCP

このオプションでは、TCP トランスポート（入力チャンネルなど、下記を参照） を設定でき ます。［TCP Listener］ リンクをクリックすると［TCP Listener］ ページが開きます。この ページでは、クリアテキストTCP ポートとセキュアTCP ポートの設定が可能です。デフォ ルトでは、SIP モジュールのクリアテキストTCP ポートは5060、セキュア（TLS） TCP ポー トは5061 に設定されています。

チャネル

このオプションでは、TCP 通信チャンネルの最大数を指定できます。SIP モジュールでは、 この数までのチャンネルがオープン可能です。オープンしているチャンネルの数が、この設 定に達している場合、新規のTCP 接続は拒否されます。

アイドルタイムアウト

このオプションには、アイドルタイムアウトを指定します。TCP 通信チャンネル上で非アク ティブ状態が続き、その時間が、ここで指定したタイムアウトに達したときには、そのチャ ンネルは閉鎖されます。アイドルタイムアウトを使うことで、とくにシステムが大きい場 合、TCP 通信チャンネルに必要なリソースを節約できます。ただし、このタイムアウトが実 行された場合、SIP クライアントの中には正常に動作しなくなるクライアントもあります。

Transactions （トランザクション）

［Server Transactions］ パネルでは、SIP Server （UAS） トランザクションに関する設定が可能です。

ログレベル

［Log］ オプションでは、SIP Server サブコンポーネントによってサーバーログに記録される情報 の範囲（ ログレベル） を指定できます。このオプションは通常、［Failure］ （回復不可能の障害の み）、［Major］ （セッション確立レポート）、［Problems］ （障害、セッション確立/ 非致命的エラー） のいずれかに設定しておきます。
SIP Server サブコンポーネントによって記録されたログにはSIPS タグが付加されます。

制限

このオプションでは、SIP モジュールが処理できる同時サーバートランザクション（SIP Server サブコンポーネントによる同時トランザクション） の最大数を指定できます。

プロセス

ここでは、SIP Server トランザクションの処理に使われるスレッドの数を指定できます。

Protocol （プロトコル）

SIP Server サブコンポーネントによってリモートクライアントからの要求の認証が実装されます。リ モートクライアントから要求が送られ、その要求に認証データが格納されていなかったときには、その要求は拒否されます。その場合、SIP モジュールが応答に特殊フィールドを追加し、その応答がリ モートクライアントに送信されます。この応答により、リモートクライアントに対して認証が要求さ れます。

Digest'認証の通知

このオプションを有効にしておくと、標準DIGEST 認証方式がサポートされていることが SIP クライアントに通知（アドバタイズ） されるようになります。

NTLM'認証の通知

このオプションを有効にしておくと、非標準NTLM 認証方式がサポートされていることが SIP クライアントに通知（アドバタイズ） されるようになります。

認証データに格納されているユーザー名は、ルータコンポーネントによって処理されます。したがっ て、認証データの名前としては、アカウントのエイリアス、フォワーダ、ドメインのエイリアスのい ずれでも使用できます。
認証データのアカウントドメインはどちらも、そのアカウント、ドメインについてSIP サービスが有 効になっていなければなりません。有効になっていない場合、認証は失敗します。

CommuniGate Pro のアカウントのパスワードはすべて、SIP 認証で使用できます。

リレーダイアログの強制

このオプションを無効にしておくと、SIP ダイアログのうち、SIP モジュールの「参加」 （NAT/ ファイアウォールの横断） が必要なSIP ダイアログに限って処理されるようになりま す。有効にしておいた場合、オープンされたSIP ダイアログ全部について処理（強制リレー） が行われます。このオプションでは、ダイアログのトランザクションに関する詳細なデータ がサーバーログに記録されるため、トラブルシューティングに有効です。

右記のアドレスから如何なるIPアドレスへもリレー可

このオプションを［anybody］ に設定しておくと、SIP モジュールはオープンリレーとして 機能します。つまり、SIP 要求はすべて任意のデスティネーションにリレーされます。
ただし、サーバーの濫用を防ぐため、このオプションは通常、［clients］または ［nobody］に設定しておきます。
要求は、以下のいずれかの条件が満足されたときにSIP モジュールによって送信されます。

• デスティネーションアドレスがクライアントIPアドレスとして登録されている。
• 要求のリレー先がデバイスで、そのデバイスがCommuniGate Pro サーバーのいずれかのアカウントに登録されている。
• 要求がローカルノード（PBX タスクなど） によって生成された要求である。
• 要求の送信者がCommuniGate Pro サーバーで認証済みである。
• 要求の送信元のネットワークアドレスがクライアントIPアドレスとして登録されているネットワークアドレスである（このオプションを［clients］に設定している場合）

以上のどの条件にも該当しない場合、要求は401 エラーコード（認証が必要） で拒否されます。

リレー先

送信パケットをすべて外部SIP サーバーを介して送信（ リレー） したい場合、このオプショ ンを有効にします。なお、この設定は、接尾辞.viaなどのルーティング方法を使って明示的 に外部ホストにルートされるアドレスには使用されません。

タイマーB

This option controls the value of the "Timer B" (specified in RFC3261). It controls the maximum time the INVITE-type transaction will wait for any first response from the called party.
While the standard specifies the 32 seconds value, we strongly recommend to lower this value to 5-10 seconds: if the remote party does not provide any answer within that time (not even the 100-Trying response), most likely it is down and there is no need to wait for 32 seconds before reporting this to the call originator.
Lowering this time allows the SIP Client transaction to try other SRV records (if any exists): if this timer is set to 32 seconds, the calling user is likely to give up before the next SRV record is tried.

ゲートウェイ名

このフィールドには、使用する外部ゲートウエイの内部名（外部ゲートウエイを示す任意の 名前） を指定します。この名前は、ルータレコードで使用でき、したがって特定のコールを 外部ゲートウエイに向けることもできます。名前は英数字で指定し、同じ外部ゲートウエイ に設定できる名前は一つに限られます。

ドメイン

このフィールドには、外部ゲートウエイのドメイン名を指定します。

リレー先

ゲートウエイのドメイン名に対応するネットワークアドレスに要求を直接送信したくない場 合、このオプションを使用します（例えば、プロキシを介して要求をゲートウエイに送信す るときに使用します）。
値としては、代替ドメイン（DNS） 名、IP アドレス、正規のSIP URI を指定できます。

ユーザー名

外部ゲートウエイへの登録に使用されるユーザー名を指定します。この名前は、外部ゲート ウエイを介してコールがリレーされるときにも使用されます。
名前には@ を付加する必要はありません。@ がない場合、自動的にドメイン名が付加され正 規のユーザー名が作成されます。

パスワード

パスワードを指定します。このパスワードが外部ゲートウエイで使用されます。

認証名

認証名を指定します（オプション）。ユーザー名とは別に認証名も使用するときに限って指 定します。ユーザー名と認証名を同じにするときには不要です。

右記時間毎にREGISTER

REGISTER 要求をどの程度の頻度で外部ゲートウエイに送るかを指定します。

Contactアドレス

コンタクトアドレスを指定します。このアドレスが外部ゲートウエイに登録されます。ゲー トウエイで受信コールが受信された場合、このアドレスにコールシグナル要求が送信されま す。
このコンタクトアドレスとしては通常、CommuniGate Pro サーバーのアカウントのうち、「自 動転送」リアルタイムアプリケーションの起動元のアカウントの名前を指定します。このよ うにすることで、そのアカウントでコールが受信されると、コールを別のアカウントに転送 するという処理が可能です。

コール: 認証

このオプションを［Auth］ または［Proxy-Auth］ に設定しておいた場合、それぞれ認証 ヘッダフィールドとしてAuthorization フィールドまたはProxy-Authorization フィールドがコール（INVITE）要求に追加され、要求が外部ゲートウエイに送信されます。 なお、ゲートウエイにREGISTER 要求が送信される場合、認証トークンとしてはNONCE が 使用されます。したがって、［Register every ］ オプションの値（時間間隔） は、 NONCE の「寿命」より短くしておかなければなりません。

コール: アドレス変換 From

このオプションを選択しておいた場合、コールシグナル（INVITE）要求のFrom アドレス （発信側の名前とアドレス）が［Username］フィールドに指定されている値に置き換えられ ます（発信側仮装）

コール: アドレス変換 To

このオプションを選択しておいた場合、コールシグナル（INVITE）要求のTo アドレスがシ グナル要求URI に置き換えられます（URI ポート番号とURI パラメータが削除された後の URI が使用されます）。

新規の外部ゲートウエイを作成（定義） する場合、表の最後の［Gateway Name］ フィールド（空白） にゲートウエイの名前を入力します。その後、［Update］ ボタンをクリックします。

既存の外部ゲートウエイを削除する場合、［Gateway Name］ フィールドの文字列を削除し、［Update］ ボタンをクリックします。

外部ゲートウエイを使用するときには、上記の設定のほかルータレコードを定義しなければなりませ ん。下はルータレコードの例です。

例 1.

1number@main_domain 宛てのコールをすべて、コールnumber への要求としてゲートウエイProvider1 にルートします。
+1number@main_domain 宛てのコールをすべて、コールnumber への要求としてゲートウエイProvider1 にルートします。
+number@main_domain（number の先頭は1 以外）宛てのコールをすべて、コール011number への要求としてゲートウエイIntlProvider にルートします。
011number@main_domain 宛てのコールをすべて、コール011number への要求としてゲートウエイIntlProvider にルートします。
9number@main_domain 宛てのコールをすべて、コール415number への要求としてゲートウエイLocProvider にルートします。

上記の処理を行う場合、ルータレコードは次のようになります。

NoRelay:Signal:<1*>   = *@Provider1.sipgw
NoRelay:Signal:<+1*>  = *@Provider1.sipgw
NoRelay:Signal:<+*>   = 011*@IntlProvider.sipgw
NoRelay:Signal:<011*> = 011*@IntlProvider.sipgw
NoRelay:Signal:<9*>   = 415*@LocProvider.sipgw

注意: 上記のように、接頭辞NoRelay: を付加しておくことで、CommuniGate Pro サーバーがオー プンサーバーになるのを防ぐことができます。付加しなかった場合、外部のユーザーが CommuniGate Pro サーバーの認証情報を入手し、その認証情報を使ってコールを外部サーバーにリ レーできるようになる（オープンサーバーになる） リスクがあります。

Web サイト（ http://www.communigate.com/SIP/HCL.html） にテスト済みのSIP クライアント、問題、現在の回避策の一覧があります。一覧は定期的に更新されます。

シグナルのアドレスのドメイン名がIP アドレスだった場合（つまり[xx.yy.zz.tt] の形式だった 場合）、SIP モジュールは直ちに（ルータに対する最初の呼び出しで）、そのアドレスを受け入れま す。この場合、IP アドレスが括弧で囲まれていなかったときには、ルータによって前後に括弧が追 加されます。また、ドメイン名がローカルドメインの名前だったときには、そのドメインの名前に変 換されます。このルータによる処理はいずれも、各モジュールに対する呼び出しの前に実行されま す。

また、シグナルのアドレスのドメイン名に接尾辞.sipgw が付加されていた場合も、そのアドレス はSIP モジュールによって直ちに受け入れられます。この場合、接尾辞.sipgw を除いたドメイン名 は外部ゲートウエイの名前でなければならず、したがって、その外部ゲートウエイにシグナルがルー トされます。

ルータに対する最後のコールで、シグナルのアドレスのドメイン名に少なくてもドット（.） が一つ 存在する場合、そのアドレス（シグナル） はすべてSIP モジュールにより受け付けられ、処理されま す。SIP モジュールの［Relay via］ オプションが有効になっており（外部SIP サーバーが指定されて おり）、その外部SIP サーバーとシグナルのアドレスが一致する場合、その外部SIP サーバーにシグナルがリルートされます。

なお、アドレスの受け付けと処理に先立ち、SIP モジュールはアドレスに@ 記号ではなく記号%（単 一もしくは複数）があるかどうかをチェックします。存在した場合、右端の% 記号が@ 記号に置き 換えられます。

ターゲットのドメイン名に.udp、.tcp、.tls のいずれかの接尾辞が付加されているときには、そ の接尾辞に対応する転送プロトコルが使用されます。接頭辞は、転送の際に自動的に削除されます。

サーバー管理者はWebAdmin インターフェイスの［Monitors］ セクションでSIP モジュールのアク ティビティをチェックできます。SIP アクティビティのモニタリング用のページは、受信（サー バー） フレームと送信（ クライアント） フレームの2 つのフレームで構成されています。

下記はサーバー（SIPS）フレームです。ここにはSIP Server トランザクションの内容が表示されま す。

下記はクライアント（SIPC）フレームです。ここにはSIP Client トランザクションの内容が表示されます。