Re: [Sip] Manyfolks and re-INVITE

Christer Holmberg <christer.holmberg@lmf.ericsson.se> Thu, 13 September 2001 13:59 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA04014 for <sip-archive@odin.ietf.org>; Thu, 13 Sep 2001 09:59:19 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA09943; Thu, 13 Sep 2001 09:42:01 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA09875 for <sip@ns.ietf.org>; Thu, 13 Sep 2001 09:41:55 -0400 (EDT)
Received: from penguin-ext.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.110]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA03399 for <sip@ietf.org>; Thu, 13 Sep 2001 09:41:27 -0400 (EDT)
Received: from fogerty.lmf.ericsson.se (fogerty.lmf.ericsson.se [131.160.11.6]) by penguin.wise.edt.ericsson.se (8.11.0/8.10.1/WIREfire-1.3) with ESMTP id f8DDf3v04349; Thu, 13 Sep 2001 15:41:03 +0200 (MEST)
Received: from lmf.ericsson.se (E005004B52C74.lmf.ericsson.se [131.160.30.33]) by fogerty.lmf.ericsson.se (8.11.3/8.11.3) with ESMTP id f8DDetb29629; Thu, 13 Sep 2001 16:40:55 +0300 (EET DST)
Message-ID: <3BA0B75C.1748D3C6@lmf.ericsson.se>
Date: Thu, 13 Sep 2001 16:40:44 +0300
From: Christer Holmberg <christer.holmberg@lmf.ericsson.se>
X-Mailer: Mozilla 4.61 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: William Marshall <wtm@research.att.com>
CC: sip@ietf.org
Subject: Re: [Sip] Manyfolks and re-INVITE
References: <200109131330.JAA34674@fish.research.att.com>
Content-Type: multipart/mixed; boundary="------------594E3BC03752AA9EF19D61BF"
Sender: sip-admin@ietf.org
Errors-To: sip-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Session Initiation Protocol <sip.ietf.org>
X-BeenThere: sip@ietf.org

Hi,

> The sequence to change codecs mid-session would be identical to that
> to establish a new session.  The new media streams could require
> authorization, need resource reservations, etc, etc, etc.  The new
> media stream could even require "ringing" if the end user needs to
> do anything prior to the UAS accepting the codec change.  If any
> of this fails, the mid-session codec change fails.
> 
> Nothing in the protocol prevents 1xx provisional responses to a mid-session
> INVITE.  Nor does anything prevent a mid-session PRACK.

I know. I do think, however, that the re-INVITE scenario should be
described in the draft. And, even if 1xx messages ARE allowed, it am not
sure it is a very good idea to send 180 Ringing in the middle of the
call. I guess 183 is ok, and maybe we could even define a new 18x code
for this purpose, if needed. 

My point is that until now I guess most people have assumed that 18x and
PRACK are used only during the call setup, no matter what the standard
may allow.

Regards,

Christer (lmfchh)


> 
> Bill Marshall
> wtm@research.att.com
> 
> -----original message-----
> Date: Thu, 13 Sep 2001 16:00:54 +0300
> From: Christer Holmberg <christer.holmberg@lmf.ericsson.se>
> Subject: [Sip] Manyfolks and re-INVITE
> 
> Hi,
> 
> Another question related to the manyfolks draft.
> 
> If we want to send a mid-call re-INVITE, for example to change codecs, I
> assume that we will have to do the same procedure as in the beginning of
> the call, with the 18x-, PRACK-, and COMET messages.
> 
> Now, since there is nothing wrong by sending 1xx provisional responses
> for a mid-call request, isn't the 18x responses defined for the call
> setup procedure? Also, I've never seen any example of the use of
> mid-call PRACKs, even if I guess it's not illegal from a protocol point
> of view either.
> 
> Comments on this?
> 
> Regards,
> 
> Christer Holmberg
> Ericsson Finland
> 
> _______________________________________________
> Sip mailing list  http://www1.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP Protocol
> Use sip-implementors@cs.columbia.edu for questions on current sip
> Use sipping@ietf.org for new developments on the application of sip