Subject: RE: [Sip] [SIP Cacel Method]

From: [email-masked]
Date: Wed, 30 Nov 2005 13:04:03 +0530

Yes you must generate ACK in second case also.
 
also, in case2) it is not "timerb timeout" as the caller received
provisional response its state machine goes to "proceeding state"
It should be some other timer implemented  at the uac to handle the case
when there is no final response in the "proceeding state"    
 
HTH,
Sreeram.

________________________________

From: [email-masked] [mailto:[email-masked]] On Behalf Of
Chen Shuping
Sent: Wednesday, November 30, 2005 11:50 AM
To: [email-masked]
Subject: [Sip] [SIP Cacel Method]

Hi,All
 
  I have such a doubt:
 
   In RFC 3261 17.1.1.2  Time_B timeout in Calling state,Invite
transaction transit to terminated
 
state,What if Timer_B timeout in Proceeding  state(this could happen
when the callee is not in office,
 
his softphone keep ringring until caller's timer_b timeout).
 
In my implementation my call flow like this:
 
CASE 1:
 
caller                                          callee
------------INVITE------------------->
<-----------100 Trying-----------------
<-----------180 Ringing--------------
 
caller hang up
 
--------------Cancel----------------->
<-------------200 for Cancel--------
<-------------487----------------------
---------------ACK------------------>
 
CASE 2:
 
INVITE-------------------> 
<-----------100 Trying-----------------
<-----------180 Ringing--------------
 
caller keep waiting ,Timer_b time out
 
--------------Cancel----------------->
<-------------200 for Cancel--------
<-------------487----------------------
<-------------487----------------------
<-------------487----------------------
<-------------487----------------------
<-------------487----------------------
 
My question is should I generate ACK for the second case.

Thanks

 
_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email-masked] for questions on current sip
Use [email-masked] for new developments on the application of sip