Hi Roman, It seems this UAC is not stopping Timer A after receiving provisional response. UAC should not retransmit the invite in "proceeding" state. Re-Invite is possible. Vivek
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Roman Shpount Sent: Tuesday, August 17, 2004 4:30 AM To: [EMAIL PROTECTED] Subject: [Sip-implementors] Problem with an intial SIP INVITE servertransaction. I run into the problem with handling of retransmitted SIP INVITE message based on the RFC 3621. Imagine the following situation INVITE 1 -----------------------> 100 <----------------------- 2XX <----------------------- re-transmitted INVITE 1 -----------------------> Based on RFC 3261, server INVITE transaction terminates as soon as 2XX response is sent. This means that re-transmitted INVITE will be treated as a new transaction. This INVITE message will not match the existing dialog, since its To tag is empty. This means it will be treated as new dialog creating message and phone will treat this message as a new call, which is clearly not intended. ___________________________________ Roman Shpount, VP of Technology aTelo, Inc. -- www.atelo.com _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors Confidentiality Notice The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient, please notify the sender at Wipro or [EMAIL PROTECTED] immediately and destroy all copies of this message and any attachments. _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
