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

Reply via email to