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

From: "Prakash Maria susai - NPD, Chennai" <[email-masked]>
Date: Wed, 30 Nov 2005 15:36:34 +0530

Hi,
 
As Sreeram has mentioned, it cannot be Timer B, since Timer B is not active
once 1xx is got.
The some other timer could be a Timer started through Expires Header
indicated in INVITE request.
 
Thanks,
Prakash.

-----Original Message-----
From: [email-masked] [mailto:[email-masked]]On Behalf Of
[email-masked]
Sent: Wednesday, November 30, 2005 1:04 PM
To: [email-masked]; [email-masked]
Subject: RE: [Sip] [SIP Cacel Method]

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

Disclaimer:

This message and any attachment(s) contained here are information that is confidential, proprietary to HCL Technologies and its customers, privileged or otherwise protected by law. The information is solely intended for the individual or the entity it is addressed to. If you are not the intended recipient of this message, you are not authorized to read, forward, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer.
_______________________________________________
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