|
|
以下の節では、Oracle Communications Converged Application Server で SIP 非対応のロード バランサを使用する場合のネットワーク コンフィグレーションについて、ネットワーク コンフィグレーションの具体例を示しながら説明します。
Oracle Communications Converged Application Server では SIP 非対応のロード バランサも使用可能です。SIP 非対応のロード バランサとは、サーバへのリクエストをルーティングする際に、進行中の SIP ダイアログを考慮しないロード バランサのことです。このドキュメントでは、ロード バランサと Oracle Communications Converged Application Server のコンフィグレーション、および、さまざまなコンフィグレーションにおいて SIP とネットワーク アドレス変換 (NAT) が相互に及ぼす影響について、実際的な例を示しながら説明します。
NAT に関する実装固有の問題の詳細については、IETF のドキュメント「NAT Behavioral Requirements for Unicast UDP (ユニキャスト UDP に対応するための NAT の動作要件)」を参照してください。
図 3-1 は、以下の説明でサンプルとして使用するネットワーク トポロジを示したものです。この例では、WLSS 1 および WLSS 2 の 2 つのエンジンで構成された Oracle Communications Converged Application Server クラスタが、プライベート IP ネットワーク 10.1//16 (内部的な 16 ビットのサブネット) 上にコンフィグレーションされています。クラスタのパブリック IP アドレスは 1.2.3.4 であり、このアドレスは、ロード バランサ上にコンフィグレーションされている仮想 IP アドレスです。
2.3.4.5 という IP アドレスを持つユーザ エージェント UAC A から、Oracle Communications Converged Application Server クラスタのアドレスとしてコンフィグレーションされている内部 IP アドレスはまったく認識できません。ユーザ エージェント UAC A は、この内部アドレスではなく、パブリック アドレスの 1.2.3.4 に対してリクエストを送信し、1.2.3.4 から発信された応答を受信します。
以下の節では、この例のシステムの Oracle Communications Converged Application Server クラスタおよびロード バランサのコンフィグレーションについて説明します。
Oracle Communications Converged Application Server クラスタのコンフィグレーションでは、各エンジンのパブリック アドレスは 1.2.3.4、パブリック ポートは 5060 に設定されています (「ロード バランサのアドレスのコンフィグレーション」を参照)。両方の Oracle Communications Converged Application Server エンジン上のデフォルト ルートは、ロード バランサの 10.1/16 ネットワーク インタフェース : 10.1.3.4 を示します。コード リスト 3-1 には、Oracle Communications Converged Application Server （WLSS 1 サーバと WLSS 2 サーバ) のルーティング テーブルを示します。
$ /sbin/routeKernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.1.0.0 * 255.255.0.0 U 0 0 0 eth0
default 10.1.3.4 0.0.0.0 UG 0 0
ロード バランサには 1.2.3.4 という仮想 IP アドレスがコンフィグレーションされており、実際に使用される 2 つのサーバ WLSS 1 および WLSS 2 にはそれぞれ 10.1.1.1 および 10.1.1.2 のアドレスが割り当てられています。また、ロード バランサには、10.1/16 ネットワーク上の内部 IP アドレスである 10.1.3.4 も割り当てられています。UAC のアドレスである 2.3.4.5 は、ロード バランサ上の静的ルートのコンフィグレーションによって、ロード バランサからアクセス可能になっています。コード リスト 3-2 に、ロード バランサのルーティング テーブルの内容を示します。
$ /sbin/routeKernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.1.0.0 * 255.255.0.0 U 0 0 0 eth1
1.2.0.0 * 255.255.0.0 U 0 0
SIP のユーザ エージェントがリクエストまたは応答を送信する際に使用すべき送信先 IP アドレスと UDP ポート番号は SIP プロトコル仕様 (RFC 3261) で規定されているため、ロード バランサの NAT コンフィグレーションは RFC 3261 の要件に違反しない形で行う必要があります。そのようなコンフィグレーションは、次の 3 とおりの設定方法で実現できます。
ロード バランサの UDP NAT のデフォルトの動作は、パブリック ネットワーク -> プライベート ネットワークの方向に転送されるパケット対しては送信先 IP アドレス変換を実行し、プライベート ネットワーク -> パブリック ネットワークの方向に転送されるパケットに対しては送信元 IP アドレス変換を実行することです。つまり、UAC -> Oracle Communications Converged Application Server (2.3.4.5 -> 1.2.3.4) 方向のパケットに対して送信元アドレス変換を行わずに送信先アドレス変換だけを実行し、Oracle Communications Converged Application Server -> UAC (10.1/16 -> 2.3.4.5) 方向のパケットに対しては送信先アドレス変換を行わずに送信元アドレス変換だけを実行するように設定します。
図 3-2 は、SUBSCRIBE/200OK トランザクションの UDP パケットの流れを示したものです。
各 UDP パケットの送信元と送信先の IP アドレスは青字で記してあります。UAC -> Oracle Communications Converged Application Server 方向のパケットの転送時にはロード バランサによって送信先 IP アドレス変換が行われますが、送信元 IP アドレスは変換されません。Oracle Communications Converged Application Server -> UAC 方向のパケットの転送時にはロード バランサによって送信先 IP アドレス変換が行われますが、送信元 IP アドレスは変換されません。
図 3-2 のシーケンスの (IP ヘッダ、UDP のヘッダ、および SIP ペイロードを含む) 詳細なメッセージ トレースを次のコード リスト 3-3 に示します。
No. Time Source Destination Protocol Info
1 1.425250 2.3.4.5 1.2.3.4 SIP Request: SUBSCRIBE sip:subscribe@1.2.3.4:5060
Internet Protocol, Src: 2.3.4.5 (2.3.4.5), Dst: 1.2.3.4 (1.2.3.4)
User Datagram Protocol, Src Port: 9999 (9999), Dst Port: sip (5060)
Session Initiation Protocol
Request-Line: SUBSCRIBE sip:subscribe@1.2.3.4:5060 SIP/2.0
Message Header
Via: SIP/2.0/UDP 2.3.4.5:9999;branch=1
From: sipp <sip:sipp@2.3.4.5>;tag=1
To: sut <sip:subscribe@1.2.3.4:5060>
Call-ID: 1-25923@2.3.4.5
Cseq: 1 SUBSCRIBE
Contact: sip:sipp@2.3.4.5:9999
Max-Forwards: 70
Event: ua-profile
Expires: 10
Content-Length: 0
No. Time Source Destination Protocol Info
2 2.426250 2.3.4.5 10.1.1.1 SIP Request: SUBSCRIBE sip:subscribe@1.2.3.4:5060
Internet Protocol, Src: 2.3.4.5 (2.3.4.5), Dst: 10.1.1.1 (10.1.1.1)
User Datagram Protocol, Src Port: 9999 (9999), Dst Port: sip (5060)
Session Initiation Protocol
Request-Line: SUBSCRIBE sip:subscribe@1.2.3.4:5060 SIP/2.0
Message Header
Via: SIP/2.0/UDP 2.3.4.5:9999;branch=1
From: sipp <sip:sipp@2.3.4.5>;tag=1
To: sut <sip:subscribe@1.2.3.4:5060>
Call-ID: 1-25923@2.3.4.5
Cseq: 1 SUBSCRIBE
Contact: sip:sipp@2.3.4.5:9999
Max-Forwards: 70
Event: ua-profile
Expires: 10
Content-Length: 0
No. Time Source Destination Protocol Info
3 3.430903 10.1.1.1 2.3.4.5 SIP Status: 200 OK
Internet Protocol, Src: 10.1.1.1 (10.1.1.1), Dst: 2.3.4.5 (2.3.4.5)
User Datagram Protocol, Src Port: 42316 (42316), Dst Port: 9999 (9999)
Session Initiation Protocol
Status-Line: SIP/2.0 200 OK
Message Header
To: sut <sip:subscribe@1.2.3.4:5060>;tag=82722c03
Content-Length: 0
Contact: <sip:app-12eomtm5h5f77@1.2.3.4:5060;transport=udp;wlsscid=1ae4479ac6ff71>
CSeq: 1 SUBSCRIBE
Call-ID: 1-25923@2.3.4.5
このトランザクションに続いて Oracle Communications Converged Application Server が UAC に向けて NOTIFY リクエストを送信したとすると、次の図 3-3 に示したシーケンスが発生します。
前掲のシーケンスの場合と同様、Oracle Communications Converged Application Server -> UAC 方向のパケットの転送時には送信元 IP アドレス変換が行われ、UAC -> Oracle Communications Converged Application Server 方向のパケットの転送時には送信先 IP アドレス変換が行われます。
このセットアップでは、ロード バランサがセッション ステート情報を保持する必要はなく、SIP 対応である必要もありません。図 3-3 のシーケンスの詳細なメッセージ トレースを次のコード リスト 3-4 に示します。
No. Time Source Destination Protocol Info
1 5.430952 10.1.1.1 2.3.4.5 SIP Request: NOTIFY sip:sipp@2.3.4.5:9999
Internet Protocol, Src: 10.1.1.1 (10.1.1.1), Dst: 2.3.4.5 (2.3.4.5)
User Datagram Protocol, Src Port: 42316 (42316), Dst Port: 9999 (9999)
Session Initiation Protocol
Request-Line: NOTIFY sip:sipp@2.3.4.5:9999 SIP/2.0
Message Header
To: sipp <sip:sipp@2.3.4.5>;tag=1
Content-Length: 0
Contact: <sip:app-12eomtm5h5f77@1.2.3.4:5060;transport=udp;wlsscid=1ae4479ac6ff71>
CSeq: 1 NOTIFY
Call-ID: 1-25923@2.3.4.5
Via: SIP/2.0/UDP 1.2.3.4:5060;wlsscid=1ae4479ac6ff71;branch=z9hG4bKc5e4c3b4c22be517133ab749adeece4e
From: sut <sip:subscribe@1.2.3.4:5060>;tag=82722c03
Max-Forwards: 70
No. Time Source Destination Protocol Info
2 6.430952 1.2.3.4 2.3.4.5 SIP Request: NOTIFY sip:sipp@2.3.4.5:9999
Internet Protocol, Src: 1.2.3.4 (1.2.3.4), Dst: 2.3.4.5 (2.3.4.5)
User Datagram Protocol, Src Port: 2222 (2222), Dst Port: 9999 (9999)
Session Initiation Protocol
Request-Line: NOTIFY sip:sipp@2.3.4.5:9999 SIP/2.0
Message Header
To: sipp <sip:sipp@2.3.4.5>;tag=1
Content-Length: 0
Contact: <sip:app-12eomtm5h5f77@1.2.3.4:5060;transport=udp;wlsscid=1ae4479ac6ff71>
CSeq: 1 NOTIFY
Call-ID: 1-25923@2.3.4.5
Via: SIP/2.0/UDP 1.2.3.4:5060;wlsscid=1ae4479ac6ff71;branch=z9hG4bKc5e4c3b4c22be517133ab749adeece4e
From: sut <sip:subscribe@1.2.3.4:5060>;tag=82722c03
Max-Forwards: 70
No. Time Source Destination Protocol Info
3 7.431367 2.3.4.5 1.2.3.4 SIP Status: 200 OK
Internet Protocol, Src: 2.3.4.5 (2.3.4.5), Dst: 1.2.3.4 (1.2.3.4)
User Datagram Protocol, Src Port: 9999 (9999), Dst Port: sip (5060)
Session Initiation Protocol
Status-Line: SIP/2.0 200 OK
Message Header
Via: SIP/2.0/UDP 1.2.3.4:5060;wlsscid=1ae4479ac6ff71;branch=z9hG4bKc5e4c3b4c22be517133ab749adeece4e
From: sut <sip:subscribe@1.2.3.4:5060>;tag=82722c03
To: sipp <sip:sipp@2.3.4.5>;tag=1;tag=1
Call-ID: 1-25923@2.3.4.5
CSeq: 1 NOTIFY
Contact: <sip:2.3.4.5:9999;transport=UDP>
| 警告 : | ロード バランサは通常、リクエストに対する応答では特定の送信先ポート番号が使用されることを前提としてアドレス変換を行うので、送信元 IP アドレス変換 (SNAT) と送信先 IP アドレス変換 (DNAT) の両方の NAT を実行すると、このコンフィグレーションは正常に機能しません。ポート番号の値は RFC 3261 によって規定されていて、Via ヘッダに記述されている値を使用することが必須となっていますが、このことはロード バランサの NAT の要件と衝突します。RFC 3261 の規定により、SIP リクエストに対する応答は、そのリクエストの送信に使用された IP アドレスに対して送信しなければなりません (ただし、「maddr ベースのコンフィグレーション」で説明しているように、Via ヘッダ内に maddr パラメータの値が記述されている場合は、そのパラメータで指定されているアドレスが使用されます)。したがって、次の図 3-4 の (3) の段階では Oracle Communications Converged Application Server からロード バランサの内部 IP アドレス (10.1.3.4) のポート 5060 に対して 200 OK 応答が送信されます。この応答はその時点で破棄されます。 |
図 3-4 のシーケンスの詳細なメッセージ トレースを次のコード リスト 3-5 に示します。
No. Time Source Destination Protocol Info
1 1.425250 2.3.4.5 1.2.3.4 SIP Request: SUBSCRIBE sip:subscribe@1.2.3.4:5060
Internet Protocol, Src: 2.3.4.5 (2.3.4.5), Dst: 1.2.3.4 (1.2.3.4)
User Datagram Protocol, Src Port: 9999 (9999), Dst Port: sip (5060)
Session Initiation Protocol
Request-Line: SUBSCRIBE sip:subscribe@1.2.3.4:5060 SIP/2.0
Message Header
Via: SIP/2.0/UDP 2.3.4.5:9999;branch=1
From: sipp <sip:sipp@2.3.4.5>;tag=1
To: sut <sip:subscribe@1.2.3.4:5060>
Call-ID: 1-25923@2.3.4.5
Cseq: 1 SUBSCRIBE
Contact: sip:sipp@2.3.4.5:9999
Max-Forwards: 70
Event: ua-profile
Expires: 10
Content-Length: 0
No. Time Source Destination Protocol Info
2 2.426250 10.1.3.4 10.1.1.1 SIP Request: SUBSCRIBE sip:subscribe@1.2.3.4:5060
Internet Protocol, Src: 10.1.3.4 (10.1.3.4), Dst: 10.1.1.1 (10.1.1.1)
User Datagram Protocol, Src Port: 2222 (2222), Dst Port: sip (5060)
Session Initiation Protocol
Request-Line: SUBSCRIBE sip:subscribe@1.2.3.4:5060 SIP/2.0
Message Header
Via: SIP/2.0/UDP 2.3.4.5:9999;branch=1
From: sipp <sip:sipp@2.3.4.5>;tag=1
To: sut <sip:subscribe@1.2.3.4:5060>
Call-ID: 1-25923@2.3.4.5
Cseq: 1 SUBSCRIBE
Contact: sip:sipp@2.3.4.5:9999
Max-Forwards: 70
Event: ua-profile
Expires: 10
Content-Length: 0
No. Time Source Destination Protocol Info
3 3.430903 10.1.1.1 10.1.3.4 SIP Status: 200 OK
Internet Protocol, Src: 10.1.1.1 (10.1.1.1), Dst: 10.1.3.4 (10.1.3.4)
User Datagram Protocol, Src Port: 42316 (42316), Dst Port: 9999 (9999)
Session Initiation Protocol
Via ヘッダ内に maddr パラメータの値が記述されている場合、応答はリクエストの送信元の IP アドレスに対してではなく、maddr パラメータで指定されている IP アドレスに送信されます (このことは SNAT が有効に設定されている場合でも同じです)。次の例では、UAC からのリクエストの Via ヘッダ内に maddr パラメータが記述されていて、その値として 2.3.4.5 が設定されています。そのため、SIP サーバからの応答は問題なく UAC に着信します。
図 3-5 のシーケンスの詳細なメッセージ トレースを次のコード リスト 3-6 に示します。
No. Time Source Destination Protocol Info
1 1.425250 2.3.4.5 1.2.3.4 SIP Request: SUBSCRIBE sip:subscribe@1.2.3.4:5060
Internet Protocol, Src: 2.3.4.5 (2.3.4.5), Dst: 1.2.3.4 (1.2.3.4)
User Datagram Protocol, Src Port: 9999 (9999), Dst Port: sip (5060)
Session Initiation Protocol
Request-Line: SUBSCRIBE sip:subscribe@1.2.3.4:5060 SIP/2.0
Message Header
Via: SIP/2.0/UDP 2.3.4.5:9999;maddr=2.3.4.5;branch=1
From: sipp <sip:sipp@2.3.4.5>;tag=1
To: sut <sip:subscribe@1.2.3.4:5060>
Call-ID: 1-25923@2.3.4.5
Cseq: 1 SUBSCRIBE
Contact: sip:sipp@2.3.4.5:9999
Max-Forwards: 70
Event: ua-profile
Expires: 10
Content-Length: 0
No. Time Source Destination Protocol Info
2 2.426250 10.1.3.4 10.1.1.1 SIP Request: SUBSCRIBE sip:subscribe@1.2.3.4:5060
Internet Protocol, Src: 10.1.3.4 (10.1.3.4), Dst: 10.1.1.1 (10.1.1.1)
User Datagram Protocol, Src Port: 2222 (2222), Dst Port: sip (5060)
Session Initiation Protocol
Request-Line: SUBSCRIBE sip:subscribe@1.2.3.4:5060 SIP/2.0
Message Header
Via: SIP/2.0/UDP 2.3.4.5:9999;maddr=2.3.4.5;branch=1
From: sipp <sip:sipp@2.3.4.5>;tag=1
To: sut <sip:subscribe@1.2.3.4:5060>
Call-ID: 1-25923@2.3.4.5
Cseq: 1 SUBSCRIBE
Contact: sip:sipp@2.3.4.5:9999
Max-Forwards: 70
Event: ua-profile
Expires: 10
Content-Length: 0
No. Time Source Destination Protocol Info
3 3.430903 10.1.1.1 2.3.4.5 SIP Status: 200 OK
Internet Protocol, Src: 10.1.1.1 (10.1.1.1), Dst: 2.3.4.5 (2.3.4.5)
User Datagram Protocol, Src Port: 42316 (42316), Dst Port: 9999 (9999)
Session Initiation Protocol
Status-Line: SIP/2.0 200 OK
Message Header
To: sut <sip:subscribe@1.2.3.4:5060>;tag=82722c03
Content-Length: 0
Contact: <sip:app-12eomtm5h5f77@1.2.3.4:5060;transport=udp;wlsscid=1ae4479ac6ff71>
RFC 3581 では、SIP と NAT が相互に及ぼす影響を改善するために、クライアントがサーバに対して、応答の送信先として Via ヘッダに記述されている UDP ポート番号ではなく、リクエストの送信に使用されたポート番号を使用することを要求できるようになっています。この方法で SUBSCRIBE と NOTIFY の両方のメッセージを正常に送受信できるようにするには、UAC と Oracle Communications Converged Application Server の両方で RFC 3581 がサポートされている必要があります。図 3-6 は SUBSCRIBE の流れを示したものです。
図 3-6 のシーケンスの詳細なメッセージ トレースを次のコード リスト 3-7 に示します。
No. Time Source Destination Protocol Info
1 1.425250 2.3.4.5 1.2.3.4 SIP Request: SUBSCRIBE sip:subscribe@1.2.3.4:5060
Internet Protocol, Src: 2.3.4.5 (2.3.4.5), Dst: 1.2.3.4 (1.2.3.4)
User Datagram Protocol, Src Port: 9999 (9999), Dst Port: sip (5060)
Session Initiation Protocol
Request-Line: SUBSCRIBE sip:subscribe@1.2.3.4:5060 SIP/2.0
Message Header
Via: SIP/2.0/UDP 2.3.4.5:9999;rport;branch=1
From: sipp <sip:sipp@2.3.4.5>;tag=1
To: sut <sip:subscribe@1.2.3.4:5060>
Call-ID: 1-25923@2.3.4.5
Cseq: 1 SUBSCRIBE
Contact: sip:sipp@2.3.4.5:9999
Max-Forwards: 70
Event: ua-profile
Expires: 10
Content-Length: 0
No. Time Source Destination Protocol Info
2 2.426250 10.1.3.4 10.1.1.1 SIP Request: SUBSCRIBE sip:subscribe@1.2.3.4:5060
Internet Protocol, Src: 10.1.3.4 (10.1.3.4), Dst: 10.1.1.1 (10.1.1.1)
User Datagram Protocol, Src Port: 2222 (2222), Dst Port: sip (5060)
Session Initiation Protocol
Request-Line: SUBSCRIBE sip:subscribe@1.2.3.4:5060 SIP/2.0
Message Header
Via: SIP/2.0/UDP 2.3.4.5:9999;rport;branch=1
From: sipp <sip:sipp@2.3.4.5>;tag=1
To: sut <sip:subscribe@1.2.3.4:5060>
Call-ID: 1-25923@2.3.4.5
Cseq: 1 SUBSCRIBE
Contact: sip:sipp@2.3.4.5:9999
Max-Forwards: 70
Event: ua-profile
Expires: 10
Content-Length: 0
No. Time Source Destination Protocol Info
3 3.430903 10.1.1.1 10.1.3.4 SIP Status: 200 OK
Internet Protocol, Src: 10.1.1.1 (10.1.1.1), Dst: 10.1.3.4 (10.1.3.4)
User Datagram Protocol, Src Port: 42316 (42316), Dst Port: 2222 (2222)
Session Initiation Protocol
Status-Line: SIP/2.0 200 OK
Message Header
To: sut <sip:subscribe@1.2.3.4:5060>;tag=82722c03
Content-Length: 0
Contact: <sip:app-12eomtm5h5f77@1.2.3.4:5060;transport=udp;wlsscid=1ae4479ac6ff71>
CSeq: 1 SUBSCRIBE
Call-ID: 1-25923@2.3.4.5
図 3-7 は NOTIFY の流れを示したものです。
送信元アドレスの NAT は両方向 (UAS -> Oracle Communications Converged Application Server および Oracle Communications Converged Application Server -> UA) とも有効に設定されていますが、ロード バランサは、リクエストの送信に使用したポートと同じポートに応答が返されるという前提に基づいて、(3) の段階の送信先アドレスを適切に識別することができます。このことは、ロード バランサによってステート情報が保持されていることを意味します。
図 3-7 のシーケンスの詳細なメッセージ トレースを次のコード リスト 3-8 に示します。
No. Time Source Destination Protocol Info
1 5.430952 10.1.1.1 2.3.4.5 SIP Request: NOTIFY sip:sipp@2.3.4.5:9999
Internet Protocol, Src: 10.1.1.1 (10.1.1.1), Dst: 2.3.4.5 (2.3.4.5)
User Datagram Protocol, Src Port: 42316 (42316), Dst Port: 9999 (9999)
Session Initiation Protocol
Request-Line: NOTIFY sip:sipp@2.3.4.5:9999 SIP/2.0
Message Header
To: sipp <sip:sipp@2.3.4.5>;tag=1
Content-Length: 0
Contact: <sip:app-12eomtm5h5f77@1.2.3.4:5060;transport=udp;wlsscid=1ae4479ac6ff71>
CSeq: 1 NOTIFY
Call-ID: 1-25923@2.3.4.5
Via: SIP/2.0/UDP 1.2.3.4:5060;wlsscid=1ae4479ac6ff71;branch=z9hG4bKc5e4c3b4c22be517133ab749adeece4e;rport
From: sut <sip:subscribe@1.2.3.4:5060>;tag=82722c03
Max-Forwards: 70
No. Time Source Destination Protocol Info
2 6.430952 1.2.3.4 2.3.4.5 SIP Request: NOTIFY sip:sipp@2.3.4.5:9999
Internet Protocol, Src: 1.2.3.4 (1.2.3.4), Dst: 2.3.4.5 (2.3.4.5)
User Datagram Protocol, Src Port: 2222 (2222), Dst Port: 9999 (9999)
Session Initiation Protocol
Request-Line: NOTIFY sip:sipp@2.3.4.5:9999 SIP/2.0
Message Header
To: sipp <sip:sipp@2.3.4.5>;tag=1
Content-Length: 0
Contact: <sip:app-12eomtm5h5f77@1.2.3.4:5060;transport=udp;wlsscid=1ae4479ac6ff71>
CSeq: 1 NOTIFY
Call-ID: 1-25923@2.3.4.5
Via: SIP/2.0/UDP 1.2.3.4:5060;wlsscid=1ae4479ac6ff71;branch=z9hG4bKc5e4c3b4c22be517133ab749adeece4e;rport
From: sut <sip:subscribe@1.2.3.4:5060>;tag=82722c03
Max-Forwards: 70
No. Time Source Destination Protocol Info
3 7.431367 2.3.4.5 1.2.3.4 SIP Status: 200 OK
Internet Protocol, Src: 2.3.4.5 (2.3.4.5), Dst: 1.2.3.4 (1.2.3.4)
User Datagram Protocol, Src Port: 9999 (9999), Dst Port: (2222)
Session Initiation Protocol
Status-Line: SIP/2.0 200 OK
Message Header
Via: SIP/2.0/UDP 1.2.3.4:5060;wlsscid=1ae4479ac6ff71;branch=z9hG4bKc5e4c3b4c22be517133ab749adeece4e;rport
From: sut <sip:subscribe@1.2.3.4:5060>;tag=82722c03
To: sipp <sip:sipp@2.3.4.5>;tag=1;tag=1
Call-ID: 1-25923@2.3.4.5
CSeq: 1 NOTIFY
Contact: <sip:2.3.4.5:9999;transport=UDP
  
|