Hi,
I will not be right to generate CANCEL to drop the call as timer C fires,
because proxy cannot know the user's intension.
But if 3rd Party Call Controller in between the end points, then after the
timer fires we can very well release the call.
Other than this it depends upon the end points application to decide
whether to release the call or wait for the callee
to respond.
Rgds,
Amar
Mobile: +919886395894
The greatest enemy of best is "good." If you're willing to accept "good"
you'll never be the "Best."
"Ettore
Benedetti"
<ettore.benedetti To
@nl.thalesgroup.c <[email protected]>,
om> <[EMAIL PROTECTED]>
Sent by: cc
sip-implementors-
[EMAIL PROTECTED] Subject
ia.edu Re: [Sip-implementors] wait time
for 200 ok
11/30/2005 07:08
PM
Hi Somesh,
I agree with you, the early-dialog at that point can go on forever
and the application ought to take care of that.
However, it is not so unlikely to have at least one stateful
proxy on the way to the UAS. In such a case, its TimerC would then
eventually
fire and the proxy itself would generate the CANCEL to drop the call.
Not really something to rely upon, though.
Ettore Benedetti
THALES COMMUNICATIONS B.V.
Bestevaer 46, 1271 ZA Huizen
The Netherlands
Unclassified
>>> Somesh S Shanbhag <[EMAIL PROTECTED]> 11/30/05 2:09:51 PM >>>
Hi Suganya,
As per RFC 3261, I think no timers are specified about
this scenario.
When 'A' receives the 180 from 'B' it moves to
"Proceeding" state, wherein
it expects some final response like 2xx - 6xx. Now,
it's left to the UA
implementation, that how far it has to wait and send
the CANCEL.
Someone, please correct me if I am wrong.
Regds,
Somesh S. Shanbhag
--- suganya <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Suppose A calls B.
>
> B responds with 180 Ringing. But does not send 200
> ok or 200 ok gets
> lost.
>
> How long should A wait before sending Cancel /
> Request timeout?
>
>
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
>
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
>
-----------------------------------------
SIMPLICITY IS THE BEAUTY.
BE NATURAL LIVE NATURAL.
-----------------------------------------
Somesh S. Shanbhag
Focus Area - VoIP Team (FA-VoIP)
Mascon Global Communication Technologies
Enterprise of Mascon Global Limited
#59/2, 100Ft Ring Road
Banashankari II stage
Bangalore-560070
Karnataka
INDIA
Website: http://www.mgl.com/
-----------------------------------------
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
*********************** FSS-Unclassified ***********************
"DISCLAIMER: This message is proprietary to Hughes Software Systems Limited
(HSS) and is intended solely for the use of the individual to whom it is
addressed. It may contain privileged or confidential information and
should not be circulated or used for any purpose other than for what it is
intended. If you have received this message in error, please notify the
originator immediately. If you are not the intended recipient, you are
notified that you are strictly prohibited from using, copying, altering, or
disclosing the contents of this message. HSS accepts no responsibility for
loss or damage arising from the use of the information transmitted by this
email including damage from virus."
_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
