Hi Roman,
From your description it looks like , the responses to the INVITE
are not getting matched to the ICT at the UAC. Hence the Server closes the transaction
when it sends a 200 OK , but the UAC is still retransmitting as it has not got any
valid response which is matching it's transaction.
But, if you are talking about the case where the 1xx is lost and
the 2xx and INVITE are over the wire at the same time , probably you should use some
way to detect such cases at the UAS, like the one Ranga suggests.
Cheers.
Simith
Roman Shpount <[EMAIL PROTECTED]> wrote:
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
Yahoo! India Matrimony: Find your life partneronline.
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
