[prev in list] [next in list] [prev in thread] [next in thread] 

List:       sip-implementors
Subject:    RE: [Sip-implementors] re-INVITE without Remote tag
From:       "Wu Wai Keung Richard" <richard () astri ! org>
Date:       2005-09-30 3:14:19
Message-ID: A7B1E4DD46AA7046A4398F745240F29418F1B0 () ASPROEXG ! astri ! local
[Download RAW message or body]


Yes, the TU will create a new IST transaction since the original IST has been \
terminated. If the call-id and to-tag match the existing dialog, we know that it is a \
forking request or re-transmission request (depends on the branch-id). If it is \
re-transmission, we can ignore this invite. If it is a forking request, we should \
reject it.

Richard Wu
ASTRI

________________________________

From: sip-implementors-bounces@cs.columbia.edu on behalf of Brian Badger
Sent: Thu 9/29/2005 11:08 PM
To: Dale R. Worley
Cc: Sip-Implementors
Subject: RE: [Sip-implementors] re-INVITE without Remote tag



It gets worse: a faulty re-INVITE like the one described will probably
not be identified as a retransmission or a fork, since it will probably
be received after Timer I fires and the original transaction is
"destroyed immediately". (3261 17.2.1)

As a result, TU will create a new transaction, the UAS core will receive
the message as a new transaction, will see the empty To tag, and will
create a new dialog.

So it probably would be seen as a new INVITE in most real world reINVITE
cases.

--
Brian Badger


On Thu, 2005-09-29 at 08:28, Dale R. Worley wrote:
> On Thu, 2005-09-29 at 15:15 +0100, Michael Procter wrote:
> > In addition, if it isn't a retransmitted initial request, then it
> > is probably a forked INVITE and SHOULD be rejected.  See RFC3261
> > Section 8.2.2.2 for more details.
> 
> Oops, that's right -- if it has the same call-ID as an ongoing dialog
> and the same CSeq as a previous INVITE in the dialog, it's either a
> retransmission (same branch-parameter) or another fork (different
> branch-parameter).  Etc.
> 
> Dale
> 
> 
> _______________________________________________
> Sip-implementors mailing list
> Sip-implementors@cs.columbia.edu
> http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors

_______________________________________________
Sip-implementors mailing list
Sip-implementors@cs.columbia.edu
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors




This message (including any attachments) is for the named addressee(s)'s use only. It \
may contain sensitive, confidential, private proprietary or legally privileged \
information intended for a specific individual and purpose, and is protected by law. \
If you are not the intended recipient, please immediately delete it and all copies of \
it from your system, destroy any hard copies of it and notify the sender. Any use, \
disclosure, copying, or distribution of this message and/or any attachments is \
strictly prohibited.


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic