RE: [Sip] Support for Multipart/MIME

"Francois Audet" <audet@nortel.com> Fri, 11 May 2007 16:12 UTC

Return-path: <sip-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HmXjV-0000z9-SC; Fri, 11 May 2007 12:12:41 -0400
Received: from sip by megatron.ietf.org with local (Exim 4.43) id 1HmXjU-0000vD-Rh for sip-confirm+ok@megatron.ietf.org; Fri, 11 May 2007 12:12:40 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HmXjU-0000uu-H3 for sip@ietf.org; Fri, 11 May 2007 12:12:40 -0400
Received: from zrtps0kp.nortel.com ([47.140.192.56]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HmXjU-0001QP-8v for sip@ietf.org; Fri, 11 May 2007 12:12:40 -0400
Received: from zrc2hxm0.corp.nortel.com (zrc2hxm0.corp.nortel.com [47.103.123.71]) by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id l4BGCUh18999; Fri, 11 May 2007 16:12:30 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Sip] Support for Multipart/MIME
Date: Fri, 11 May 2007 11:12:29 -0500
Message-ID: <1ECE0EB50388174790F9694F77522CCF106B9EF4@zrc2hxm0.corp.nortel.com>
In-reply-to: <4643B58A.3060407@cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Sip] Support for Multipart/MIME
Thread-Index: AceTYXX0j4xcwlbwRRqzfesm3NPP+QAhWFOQ
References: <7374777208BDC7449D5620EF9423256703F85957@esealmw113.eemea.ericsson.se> <0ee901c7931e$dd43f9b0$c4a36b80@amer.cisco.com> <1ECE0EB50388174790F9694F77522CCF106564B4@zrc2hxm0.corp.nortel.com> <4643B58A.3060407@cisco.com>
From: Francois Audet <audet@nortel.com>
To: Paul Kyzivat <pkyzivat@cisco.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b
Cc: sip@ietf.org, Dan Wing <dwing@cisco.com>, "Christer Holmberg (JO/LMF)" <christer.holmberg@ericsson.com>
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Errors-To: sip-bounces@ietf.org

I think what we need to do is describe what you are explaining here, but
we need to make sure that we don't introduce backward compatibility
problems.

(e.g., maybe if Content-disposition: session is not present, it is
assumed
to mean session?)

> -----Original Message-----
> From: Paul Kyzivat [mailto:pkyzivat@cisco.com] 
> Sent: Thursday, May 10, 2007 17:15
> To: Audet, Francois (SC100:3055)
> Cc: Dan Wing; Christer Holmberg (JO/LMF); 
> Dale.Worley@comcast.net; sip@ietf.org
>
> Subject: Re: [Sip] Support for Multipart/MIME
> I would like to bring up something that isn't discussed much: 
> Content-Disposition. I brought it up earlier in this thread 
> for a slightly different reason.
> 
> One *should not* look for a particular body part of interest 
> solely based on the Content-Type. Both the content type and 
> the content disposition need to be correct. For instance, a 
> body part with content type of application/sdp should not be 
> considered an offer or answer unless the content-disposition 
> is "session". (This is confused because there are are also 
> defaulting rules for content-disposition.)
> 
> *In principle* you could have a multipart/mixed that had to 
> parts, both with content-type of application/sdp. This could 
> be quite legal if only one of them had content-disposition of 
> "session" and the other had some other content-disposition. 
> It would be sufficient for the other to have 
> "Content-Disposition:foo;handling=optional".
> 
> I realize this is obscure, and it isn't likely that anyone 
> will be including an sdp body part that isn't intended to be 
> an offer or answer. 
> But we are writing the specs here, and we ought to be 
> complete and precise about it.


_______________________________________________
Sip mailing list  https://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