On 2/8/07, Michael Jerris <[EMAIL PROTECTED]> wrote: > We recently ran in to something very similar (we were trying to do a > re-invite during early media) but ran in to a bunch of MUST's in rfc 3261 > which stopped us in our tracks. If there is a reasonable way to do this > within the rfc I would love to know a good way. Is sending another 183 in > early media allowed?
Sure you can send an another 183 but the problem is that what we should do with the different SDP in it. > Can we do this in the case that we have made the call? Yes, caller can always send another offer after answer has been received, for instance, the 3GPP caĺl model calls for second offer-answer exchange in PRACK transaction sent when 183 was received. If there is no PRACK (183 was sent without 100rel), the caller can use UPDATE. Callee can send an offer in UPDATE when answer has been delivered reliably, in other words, after it has received ACK (or PRACK in case of 183/100rel). I'd love to know how well SIP user-agents supporting UPDATE cope with the early offer from callee: my hunch is that actually more implementations support the multiple-answers-in-183 kludge than UPDATE with offer in early dialog. -- Pekka.Pessi mail at nokia.com ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Sofia-sip-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
