Sip Isdn Call Flow
Sip Isdn Call Flow
Sip Isdn Call Flow
This call flow diagram was generated with EventStudio Sequence Diagram Designer
(http://www.EventHelix.com/EventStudio).
Alice is a SIP device while Carol is connected via a Gateway (GW 1) to a PBX. The PBX connection is via a ISDN trunk
group.
allocate Alice's PC allocates a port for receiving RTP data. This port
1:Port 49172 number will be included in the SIP Invite.
3:SIP 100 Trying Proxy 1 indicates to the SIP client that it is trying to establish
the call.
4:Identify the Gateway that servers Proxy 1 looks up the telephone number and locates the
Carol gateway that serves Carol. Carol is identified by her extension
(444-3333) in the Request-URI sent to GW 1.
5:SIP INVITE The host portion of the Request-URI in the INVITE is used to
identify the context (customer, trunk group, or line) in which the
private number 444-3333 is valid. Otherwise, this INVITE
message could get forwarded by GW 1 and the context of the
digits could become lost and the call unroutable.
6:SIP 100 Trying GW 1 indicates to the Proxy that it is trying to establish the call.
7:Q.931 SETUP The GW routes the call. Since Carol is served by an ISDN PBX,
the Gateway initiates a Q.931 call setup with the PBX.
8:Q.931 CALL PROCEEDING The ISDN PBX responds with Call Proceeding. This message
indicates that the call is in the process of being setup.
9:Q.931 PROGRESS The ISDN PBX passes call progress information to the
Gateway. This message indicates that the called subscriber is
being rung.
10:SIP 180 Ringing The Gateway sends the Ringing indication back to the proxy.
11:SIP 180 Ringing The proxy forwards the ringing indication to Alice's PC.
12:Q.931 CONNECT Carol has answered the call. This results in Q.931 CONNECT
message being sent to the Gateway.
allocate The Gateway allocates a port for receiving RTP data from
14:Port 3456 Alice's PC. The port information will be passed to originating
subscriber via the "SIP 200 OK" response.
15:SIP 200 OK The Gateway indicates to the Proxy that the call is successful.
Media information The RTP audio receive port information is also passed in this
message.
Two way voice is active at this time. Alice and Carol are talking.
21:Q.931 DISCONNECT The Gateway initiates the call release on SS7 side.
22:SIP 200 OK The Gateway acknowledges the BYE to the Proxy with an 200
OK response code.
free
24:Port 49172
25:Q.931 RELEASE The ISDN PBX indicates to the Gateway that it is releasing the
call.
free
26:Port 3456
27:Q.931 RELEASE COMPLETEThe Gateway acknowledges the call release of the call with the
Release Complete message.
This call flow diagram was generated with EventStudio Sequence Diagram Designer
(http://www.EventHelix.com/EventStudio).
Alice is a SIP device while Carol is connected via a Gateway (GW 1) to a PBX. The PBX connection is via a ISDN trunk
group.
allocate Alice's PC allocates a port for receiving RTP data. This port
1:Port 49172 number will be included in the SIP Invite.
v=0
o=alice 2890844526 2890844526 IN IP4 client.a.example.com
s=-
c=IN IP4 client.a.example.com
t=0 0
m=audio 49172 RTP/AVP 0
a=rtpmap:0 PCMU/8000
3:SIP 100 Trying Proxy 1 indicates to the SIP client that it is trying to establish
the call.
4:Identify the Gateway that servers Proxy 1 looks up the telephone number and locates the
Carol gateway that serves Carol. Carol is identified by her extension
(444-3333) in the Request-URI sent to GW 1.
5:SIP INVITE The host portion of the Request-URI in the INVITE is used to
identify the context (customer, trunk group, or line) in which the
private number 444-3333 is valid. Otherwise, this INVITE
message could get forwarded by GW 1 and the context of the
digits could become lost and the call unroutable.
v=0
o=alice 2890844526 2890844526 IN IP4 client.a.example.com
s=-
c=IN IP4 client.a.example.com
t=0 0
m=audio 49172 RTP/AVP 0
a=rtpmap:0 PCMU/8000
6:SIP 100 Trying GW 1 indicates to the Proxy that it is trying to establish the call.
7:Q.931 SETUP The GW routes the call. Since Carol is served by an ISDN PBX,
the Gateway initiates a Q.931 call setup with the PBX.
Protocol discriminator=Q.931
Message type=SETUP
Bearer capability: Information transfer capability=0 (Speech) or 16
(3.1 kHz audio)
Channel identification=Preferred or exclusive B-channel
Progress indicator=1 (Call is not end-to-end ISDN;further call
progress information may be available inband)
Called party number:
Type of number unknown
Digits=444-3333
8:Q.931 CALL PROCEEDING The ISDN PBX responds with Call Proceeding. This message
indicates that the call is in the process of being setup.
Protocol discriminator=Q.931
Message type=CALL PROC
Channel identification=Exclusive B-channel
9:Q.931 PROGRESS The ISDN PBX passes call progress information to the
Gateway. This message indicates that the called subscriber is
being rung.
Protocol discriminator=Q.931
Message type=PROG
Progress indicator=1 (Call is not end-to-end ISDN;further call
progress information may be available inband)
10:SIP 180 Ringing The Gateway sends the Ringing indication back to the proxy.
11:SIP 180 Ringing The proxy forwards the ringing indication to Alice's PC.
Content-Length: 0
12:Q.931 CONNECT Carol has answered the call. This results in Q.931 CONNECT
message being sent to the Gateway.
Protocol discriminator=Q.931
Message type=CONN
Protocol discriminator=Q.931
Message type=CONN ACK
allocate The Gateway allocates a port for receiving RTP data from
14:Port 3456 Alice's PC. The port information will be passed to originating
subscriber via the "SIP 200 OK" response.
15:SIP 200 OK The Gateway indicates to the Proxy that the call is successful.
Media information The RTP audio receive port information is also passed in this
message.
SIP/2.0 200 OK
Via: SIP/2.0/TLS ss1.a.example.com:5061;branch=z9hG4bK2d4790.1;received=192.0.2.111
Via: SIP/2.0/TLS client.a.example.com:5061;branch=z9hG4bK74bf9;received=192.0.2.101
Record-Route: <sips:ss1.a.example.com;lr>
From: Alice <sips:+13145551111@ss1.a.example.com;user=phone>;tag=9fxced76sl
To: Carol <sips:+19185553333@ss1.a.example.com;user=phone>;tag=314159
Call-ID: 2xTb9vxSit55XU7p8@a.example.com
CSeq: 2 INVITE
Contact: <sips:4443333@gw1.a.example.com>
Content-Type: application/sdp
Content-Length: 144
v=0
o=GW 2890844527 2890844527 IN IP4 gw1.a.example.com
s=-
c=IN IP4 gw1.a.example.com
t=0 0
m=audio 3456 RTP/AVP 0
a=rtpmap:0 PCMU/8000
SIP/2.0 200 OK
Via: SIP/2.0/TLS client.a.example.com:5061;branch=z9hG4bK74bf9;received=192.0.2.101
Record-Route: <sips:ss1.a.example.com;lr>
From: Alice <sips:+13145551111@ss1.a.example.com;user=phone>;tag=9fxced76sl
To: Carol <sips:+19185553333@ss1.a.example.com;user=phone>;tag=314159
Call-ID: 2xTb9vxSit55XU7p8@a.example.com
CSeq: 2 INVITE
Contact: <sips:4443333@gw1.a.example.com>
Content-Type: application/sdp
Content-Length: 144
v=0
o=GW 2890844527 2890844527 IN IP4 gw1.a.example.com
s=-
c=IN IP4 gw1.a.example.com
t=0 0
m=audio 3456 RTP/AVP 0
a=rtpmap:0 PCMU/8000
Call-ID: 2xTb9vxSit55XU7p8@a.example.com
CSeq: 2 ACK
Content-Length: 0
Two way voice is active at this time. Alice and Carol are talking.
21:Q.931 DISCONNECT The Gateway initiates the call release on SS7 side.
Protocol discriminator=Q.931
Message type=DISC
Cause=16 (Normal clearing)
22:SIP 200 OK The Gateway acknowledges the BYE to the Proxy with an 200
OK response code.
SIP/2.0 200 OK
Via: SIP/2.0/TLS ss1.a.example.com:5061;branch=z9hG4bK2d4790.1;received=192.0.2.111
Via: SIP/2.0/TLS client.a.example.com:5061;branch=z9hG4bK74bf9;received=192.0.2.101
From: Alice <sips:+13145551111@ss1.a.example.com;user=phone>;tag=9fxced76sl
To: Carol <sips:+19185553333@ss1.a.example.com;user=phone>;tag=314159
Call-ID: 2xTb9vxSit55XU7p8@a.example.com
CSeq: 3 BYE
Content-Length: 0
SIP/2.0 200 OK
Via: SIP/2.0/TLS client.a.example.com:5061;branch=z9hG4bK74bf9;received=192.0.2.101
From: Alice <sips:+13145551111@ss1.a.example.com;user=phone>;tag=9fxced76sl
To: Carol <sips:+19185553333@ss1.a.example.com;user=phone>;tag=314159
Call-ID: 2xTb9vxSit55XU7p8@a.example.com
31-May-21 Generated with EventStudio 6
SIP ISDN Call Flow with Message Details SIP_ISDN_Call_Flow
CSeq: 3 BYE
Content-Length: 0
free
24:Port 49172
25:Q.931 RELEASE The ISDN PBX indicates to the Gateway that it is releasing the
call.
Protocol discriminator=Q.931
Message type=REL
free
26:Port 3456
27:Q.931 RELEASE COMPLETEThe Gateway acknowledges the call release of the call with the
Release Complete message.
Protocol discriminator=Q.931
Message type=REL COM
This document and translations of it may be copied and furnished to others, and derivative works that comment on or
otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part,
without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies
and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright
notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing
Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or
as required to translate it into languages other than English.