[SIPForum-discussion] Query for Time T4

[Sumeet Bhardwaj]

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<mailto: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> [mailto:discussion-bounces at sipforum.org<mailto:discussion-bounces at sipforum.org>] On Behalf Of sunilkumar.verma at wipro.com<mailto:sunilkumar.verma at wipro.com>
Sent: Tuesday, January 12, 2010 9:33 AM
To: lakhan.p at gmail.com<mailto:lakhan.p at gmail.com>; discussion at sipforum.org<mailto: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> [mailto: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<mailto: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<mailto:lakhan.p at gmail.com>, lakhan.p at hotmail.com<mailto: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<mailto: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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20100114/0ddcf736/attachment-0002.html>