Thank you very much. [ABN] in this case it must be handled like a MERGED request...and send 482 - Loop detected response back... this would be absorbed by the forking proxy in between OR discarded by UAC since it had already got the 200OK final response for that call...
UAC sent it before it received 200 OK or any 100 Trying, the packet is delayed in the IP layer, maybe after all SIP prxoy. Handled like MERGED request is good for me. The difficulty is that the transaction is over. There is no on-going transaction to be matched. Regards, Cheng -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shan, Cheng Sent: Thursday, September 02, 2004 11:17 AM To: Vivek Srivastava (WT01 - TELECOM & INTER-NETWORKING SOLUTIONS); [EMAIL PROTECTED] Subject: RE: [Sip-implementors] Receive IN VITE retransmission after ACK In my question, it is a retransmission. The second INVITE is an exact same copy of the first one. [ABN] in this case it must be handled like a MERGED request...and send 482 - Loop detected response back... this would be absorbed by the forking proxy in between OR discarded by UAC since it had already got the 200OK final response for that call... Regards, Cheng -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wed 9/1/2004 8:27 PM To: Shan, Cheng; [EMAIL PROTECTED] Cc: Subject: RE: [Sip-implementors] Receive IN VITE retransmission after ACK What is the value of Cseq in first INVITE and second INVITE? It should be Re-INVITE but to tag should be present. Is there any forking proxy or B2BUA in the path to UAS? Vivek -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shan, Cheng Sent: Thursday, September 02, 2004 5:00 AM To: [EMAIL PROTECTED] Subject: [Sip-implementors] Receive IN VITE retransmission after ACK Hi, I have a question in SIP implementation: I receive an INVITE and I send back 200 OK and I receive an ACK. After that I received a retransmission of the original INVITE (although it does not usually happen, it is possible in IP network). My question is: this INVITE does not match the dialog since it does not have a TO Tag. This INVITE does not match any transaction since the original transaction is over. How Should I handle this retransmission? I think it should be ignored. But if I do all the check according to RFC3261, it seems not to be recognized as a retransmission. Thank you very much in advance. Regards, Cheng Shan _______________________________________________ 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 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
