[SIPForum-discussion] Regarding 180 ringing

Tomasz Zieleniewski tzieleniewski at gmail.com
Wed May 6 10:27:08 UTC 2009


Hi,

When You send INVITE there is an B Timer started which controls transaction
timeout.
The retransmission of provisional response doesn't reset the B timer.
When B timer fires there is a transaction timeout.
180 response creates an early dialog so when there is no final response and
early dialog is terminated.
UAC should but not must terminate the dialog by sending the BYE request as
for INVITE dialogs.

Kind regards,
- Tomasz Zieleniewski

2009/5/5 Garron, James <jgarron at sonusnet.com>

>  Interesting question.
>
>
>
> I believe that once you receive the provisional response putting the call
> into the proceeding state you would reset Timer B (T1*64), and that the call
> would stay in the proceeding state until receiving a final response of until
> Timer B is expires.  Of course if there were a retransmission of the
> provisional response that would reset Timer B again.
>
>
>
> Jim
>
>
>
>
>  ------------------------------
>
> *From:* discussion-bounces at sipforum.org [mailto:
> discussion-bounces at sipforum.org] *On Behalf Of *vijay kant gupta
> *Sent:* Tuesday, May 05, 2009 1:48 AM
> *To:* discussion at sipforum.org
> *Subject:* [SIPForum-discussion] Regarding 180 ringing
>
>
>
> Hi ,
>
> My question is
>
> Q if uac receive 180 ringing and he didn't get any final response "under
> proceeding state so at that time which timer get expire and what is the
> duration for that timer?
>
>
> Fig:--
>
>                                |INVITE from TU
>
>              Timer A fires     |INVITE sent
>
>              Reset A,          V                      Timer B fires
>
>              INVITE sent +-----------+                or Transport Err.
>
>                +---------|           |---------------+inform TU
>
>                |         |  Calling  |               |
>
>                +-------->|           |-------------->|
>
>                          +-----------+ 2xx           |
>
>                             |  |       2xx to TU     |
>
>                             |  |1xx                  |
>
>     300-699 +---------------+  |1xx to TU            |
>
>    ACK sent |                  |                     |
>
> resp. to TU |  1xx             V                     |
>
>             |  1xx to TU  -----------+               |
>
>             |  +---------|           |               |
>
>             |  |         |Proceeding |-------------->|
>
>             |  +-------->|           | 2xx           |
>
>             |            +-----------+ 2xx to TU     |
>
>             |       300-699    |                     |
>
>             |       ACK sent,  |                     |
>
>             |       resp. to TU|                     |
>
>             |                  |                     |      NOTE:
>
>             |  300-699         V                     |
>
>             |  ACK sent  +-----------+Transport Err. |  transitions
>
>             |  +---------|           |Inform TU      |  labeled with
>
>             |  |         | Completed |-------------->|  the event
>
>             |  +-------->|           |               |  over the action
>
>             |            +-----------+               |  to take
>
>             |              ^   |                     |
>
>             |              |   | Timer D fires       |
>
>             +--------------+   | -                   |
>
>                                |                     |
>
>                                V                     |
>
>                          +-----------+               |
>
>                          |           |               |
>
>                          | Terminated|<--------------+
>
>                          |           |
>
>                          +-----------+
>
>
>                  Figure 5: INVITE client transaction
>
> Need to modify RFC 3261 for handling that response or not , please specify your valuable comment .
>
>
>
> ThanKs in advance
>
>
> Regards
>
>
> Vijay Gupta
>
>
>
> _______________________________________________
> This is the SIP Forum discussion mailing list
> TO UNSUBSCRIBE, or edit your delivery options, please visit
> http://sipforum.org/mailman/listinfo/discussion
> Post to the list at discussion at sipforum.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20090506/313ac880/attachment-0002.html>


More information about the discussion mailing list