[SIPForum-discussion] Query for Time T4

[rupandeep singh]

Hi,

ACK doesnt create a transaction, it is used to acknowldge the invite transaction because invite transaction takes time to complete due to user intervation. So ACK is send by transport layer directly. so ACK would be discarded.

Thanks 
Rupandeep

--- On Wed, 1/13/10, Sumeet Bhardwaj <sumeet_bhardwaj at persistent.co.in> wrote:

From: Sumeet Bhardwaj <sumeet_bhardwaj at persistent.co.in>
Subject: Re: [SIPForum-discussion] Query for Time T4
To: "Nitin Kapoor" <nitinkapoorr at gmail.com>
Cc: "discussion at sipforum.org" <discussion at sipforum.org>
Date: Wednesday, January 13, 2010, 9:41 PM




 
 







It should just ignore the ACK. 

   

Thanks  

-Sumeet 

   



From: Nitin Kapoor
[mailto:nitinkapoorr at gmail.com] 

Sent: Thursday, January 14, 2010 12:47 AM

To: Sumeet Bhardwaj

Cc: sunilkumar.verma at wipro.com; lakhan.p at gmail.com;
discussion at sipforum.org

Subject: Re: [SIPForum-discussion] Query for Time T4 



   

Sumeet,



If it is not necessary, then could you please let me know what could be the
expected  behavior/mesage in that scenario.



Thanks,

Nitin Kapoor





 



2010/1/12 Sumeet Bhardwaj <sumeet_bhardwaj at persistent.co.in> 





Hello, 

  

It doesn’t necessary that it will
receive 481 for that. ACK is to acknowledge the response and if it receives ACK
after moving to terminated state, it should ignore the ACK. Sending 481 for
that ACK will be unnecessary response for that ACK. 481 is generally use to
send when matching transaction is not found for termination. 

  



Thanks  

-Sumeet 



  





From: discussion-bounces at sipforum.org
[mailto:discussion-bounces at sipforum.org]
On Behalf Of sunilkumar.verma at wipro.com

Sent: Tuesday, January 12, 2010 9:33 AM

To: lakhan.p at gmail.com;
discussion at sipforum.org

Subject: Re: [SIPForum-discussion] Query for Time T4 









  

Hi, 

Small correction it will be 481 and not
408. 

And yes after transaction reaches
terminated state and retransmission for that transaction will receive 481. 

  

Regards 

Sunil Verma 

  









From: discussion-bounces at sipforum.org
[mailto:discussion-bounces at sipforum.org]
On Behalf Of lakhan patel

Sent: Friday, January 08, 2010 11:14 AM

To: discussion at sipforum.org

Subject: [SIPForum-discussion] Query for Time T4 



  

Hi
All,



I have doubt about T4 Timer and what happen if any dialog is in terminated
state and other side tries to communicate with previous dialog which was
terminated?



After INVTE from A to B, B sends 404 Not found and B received ACk for
404 but when A-side receive 404 and send ACK for 404 Call
goes in Confirm state and after 5second(T4 timer fires) it goes
under Terminated state and after that if we are sending Re-send ACK for
404 it should reply with 408 Call leg does not exist.



Can Any body tell me is it correct call flow or not?









-- 

Thanks & Regards

Shivlakhan Patel

Email: lakhan.p at gmail.com,
lakhan.p at hotmail.com 

IBM India Private Ltd. Bangalore

Contact: +91-9902791177 







DISCLAIMER ========== This e-mail may contain privileged and confidential
information which is the property of Persistent Systems Ltd. It is intended
only for the use of the individual or entity to which it is addressed. If you
are not the intended recipient, you are not authorized to read, retain, copy,
print, distribute or use this message. If you have received this communication
in error, please notify the sender and delete all copies of this message.
Persistent Systems Ltd. does not accept any liability for virus infected mails. 





_______________________________________________

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 



   



DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.
 


-----Inline Attachment Follows-----

_______________________________________________
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



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20100117/2d3af0f0/attachment-0002.html>