[Sip] Manyfolks and re-INVITE

Christer Holmberg <christer.holmberg@lmf.ericsson.se> Thu, 13 September 2001 13:32 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 JAA03239 for <sip-archive@odin.ietf.org>; Thu, 13 Sep 2001 09:32:14 -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 JAA08754; Thu, 13 Sep 2001 09:01:45 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA08727 for <sip@ns.ietf.org>; Thu, 13 Sep 2001 09:01:43 -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 JAA02587 for <sip@ietf.org>; Thu, 13 Sep 2001 09:01:36 -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 f8DD1Bv29294 for <sip@ietf.org>; Thu, 13 Sep 2001 15:01:11 +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 f8DD14b28299 for <sip@ietf.org>; Thu, 13 Sep 2001 16:01:05 +0300 (EET DST)
Message-ID: <3BA0AE06.6E70F93D@lmf.ericsson.se>
Date: Thu, 13 Sep 2001 16:00:54 +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: sip@ietf.org
Content-Type: multipart/mixed; boundary="------------B9ADB88AD901AC19B3DF5EF6"
Subject: [Sip] Manyfolks and re-INVITE
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,

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