[SIPForum-discussion] Regarding 180 ringing

[Bob Penfield]

I don't implement UAs, but I would think that you would want to have a timer to cover the case of a (possibly malicious) user dialing a number and then just walking away without hanging up the phone.

cheers,
(-:bob

-----Original Message-----
From: discussion-bounces at sipforum.org [mailto:discussion-bounces at sipforum.org] On Behalf Of Nils Ohlmeier
Sent: Wednesday, May 06, 2009 2:19 AM
To: vijay kant gupta
Cc: discussion at sipforum.org
Subject: Re: [SIPForum-discussion] Regarding 180 ringing

Hi,

counter question: when you make a call how long do you let it ring 
before you give up? :-)
Or to say it in other words: I think on the UAC side should be no timer. 
At some point the user will give up almost for sure. The only exception 
to me are automatic calling system. For them just choose any value which 
seems to be appropriate to you.
And if any downstream element is not willing to let you ring the UAS 
side that long it will let you know by a final response.

Best regards
   Nils Ohlmeier

Am 05.05.2009 7:48 Uhr, schrieb vijay kant gupta:
> 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

_______________________________________________
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