Re: [sipcore] Content-Length in multipart body parts
<bruno.chatras@orange.com> Tue, 03 April 2012 09:09 UTC
Return-Path: <bruno.chatras@orange.com>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BF3A21F8535 for <sipcore@ietfa.amsl.com>; Tue, 3 Apr 2012 02:09:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level:
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DIxlSOinzXlI for <sipcore@ietfa.amsl.com>; Tue, 3 Apr 2012 02:09:13 -0700 (PDT)
Received: from p-mail1.rd.francetelecom.com (p-mail1.rd.francetelecom.com [195.101.245.15]) by ietfa.amsl.com (Postfix) with ESMTP id 911CE21F848A for <sipcore@ietf.org>; Tue, 3 Apr 2012 02:09:12 -0700 (PDT)
Received: from p-mail1.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 8E46E4110D9; Tue, 3 Apr 2012 11:09:11 +0200 (CEST)
Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by p-mail1.rd.francetelecom.com (Postfix) with ESMTP id 839264110D8; Tue, 3 Apr 2012 11:09:11 +0200 (CEST)
Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 3 Apr 2012 11:09:11 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 03 Apr 2012 11:09:10 +0200
Message-ID: <9ECCF01B52E7AB408A7EB8535264214103F38BB3@ftrdmel0.rd.francetelecom.fr>
In-Reply-To: <7F2072F1E0DE894DA4B517B93C6A05852C42C04CA3@ESESSCMS0356.eemea.ericsson.se>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [sipcore] Content-Length in multipart body parts
Thread-Index: Ac0RISltI66FLSKZSCC/pFN2WEBEfgAQusagAAVCjZA=
References: <CD5674C3CD99574EBA7432465FC13C1B22726A09E4@DC-US1MBEX4.global.avaya.com><4F79EC0A.2060201@alum.mit.edu><91DCD0FE-A00F-4A10-8230-63F367B4E3AF@acmepacket.com><4F7A2A13.5090002@alum.mit.edu> <7F2072F1E0DE894DA4B517B93C6A05852C42C04CA3@ESESSCMS0356.eemea.ericsson.se>
From: bruno.chatras@orange.com
To: christer.holmberg@ericsson.com, pkyzivat@alum.mit.edu, HKaplan@acmepacket.com
X-OriginalArrivalTime: 03 Apr 2012 09:09:11.0412 (UTC) FILETIME=[6EF8B340:01CD1179]
Cc: dworley@avaya.com, sipcore@ietf.org
Subject: Re: [sipcore] Content-Length in multipart body parts
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sipcore>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Apr 2012 09:09:14 -0000
I assume you mean a set of errata to fix the "Suspicious" examples. If Yes, I do agree as well. > -----Message d'origine----- > De : sipcore-bounces@ietf.org [mailto:sipcore-bounces@ietf.org] De la > part de Christer Holmberg > Envoyé : mardi 3 avril 2012 08:40 > À : Paul Kyzivat; Hadriel Kaplan > Cc : Dale R (Dale) Worley; <sipcore@ietf.org> > Objet : Re: [sipcore] Content-Length in multipart body parts > > Hi, > > >> Ugh. Yeah, that's not good for examples to show. > >> So what's the solution? Errata? > > > > Yes, I think the errata process is the right one for this. > > Agree, eventhough the C-L should cause no conflicts (as long as the > value is correct). > > And, even if a specific MIME contains another (nested) multipart entry, > C-L should not be needed, as the MIME borders are still present. > > Regards, > > Christer > > > > -hadriel > > p.s. I like the "Suspicious Line" thing - all RFC lines are > > suspicious! ;) > > > > > > On Apr 2, 2012, at 2:12 PM, Paul Kyzivat wrote: > > > >> [reposting with a subject line] > >> > >> On 4/2/12 6:53 PM, Worley, Dale R (Dale) wrote: > >>> Bruno Chatras has pointed out that a number of examples in various > >>> SIP-related RFCs show Content-Length header fields in the headers > of > >>> body-parts of multipart entities. MIME does not define the > meaining > >>> of such header fields, as the MIME framing of body parts is done by > the boundary markers. > >>> > >>> As Dale Moberg has pointed out, these header fields might not be > >>> truly incorrect but merely redundant or "to be ignored". > >>> > >>> But given that MIME multipart already frames the body-parts, > >>> Content-Length headers on body-parts are never necessary. > >>> > >>> So it seems to me that we should decide on a "best practices" for > >>> the use of Content-Length in the headers of a body part, to clarify > >>> the ambiguities in the specifications, and to state whether it's > >>> preferable to include such a Content-Length or not. > >>> > >>> I've appended a list of all the examples carrying such > >>> Content-Length headers that I could find by automated means. > >>> > >>> Dale > >>> ------------------------------------------------------------------- > - > >>> ------------------------------------ > >>> RFC 2848 > >>> > >>> The PINT Service Protocol: > >>> Extensions to SIP and SDP for IP Access to Telephone Call > >>> Services > >>> > >>> Suspicious line at rfc2848.txt:2195: Content-Length: 236 > >>> Suspicious line at rfc2848.txt:2209: Content-Length:50 > >>> Suspicious line at rfc2848.txt:2268: Content-Length: 316 > >>> Suspicious line at rfc2848.txt:2284: Content-Length: 172 > >>> Suspicious line at rfc2848.txt:2372: Content-Length: 325 > >>> Suspicious line at rfc2848.txt:2387: Content-Length: 352 > >>> > >>> Several of these body-part headers are not separated from the > >>> body-part contents by CR-LF-CR-LF. > >>> > >>> RFC 3261 > >>> > >>> SIP: Session Initiation Protocol > >>> > >>> Suspicious line at rfc3261.txt:11846: Content-Length: 231 > >>> > >>> RFC 3892 > >>> > >>> The Session Initiation Protocol (SIP) Referred-By Mechanism > >>> > >>> Suspicious line at rfc3892.txt:642: Content-Length: > (appropriate value) > >>> Suspicious line at rfc3892.txt:687: Content-Length: > (appropriate value) > >>> Suspicious line at rfc3892.txt:702: Content-Length: > (appropriate value) > >>> Suspicious line at rfc3892.txt:879: Content-Length: > (appropriate value) > >>> Suspicious line at rfc3892.txt:887: Content-Length: > (appropriate value) > >>> Suspicious line at rfc3892.txt:938: Content-Length: > (appropriate value) > >>> Suspicious line at rfc3892.txt:964: Content-Length: > (appropriate value) > >>> Suspicious line at rfc3892.txt:972: Content-Length: > (appropriate value) > >>> Suspicious line at rfc3892.txt:1056: Content-Length: > (appropriate value) > >>> Suspicious line at rfc3892.txt:1106: Content-Length: > (appropriate value) > >>> Suspicious line at rfc3892.txt:1168: Content-Length: > (appropriate value) > >>> Suspicious line at rfc3892.txt:1196: Content-Length: > (appropriate value) > >>> > >>> RFC 3893 > >>> > >>> Session Initiation Protocol (SIP) > >>> Authenticated Identity Body (AIB) Format > >>> > >>> Suspicious line at rfc3893.txt:249: Content-Length: 147 > >>> (This has an extra CR-LF before the body-part headers.) > >>> Suspicious line at rfc3893.txt:263: Content-Length: 608 > >>> > >>> RFC 4463 > >>> > >>> A Media Resource Control Protocol (MRCP) > >>> Developed by Cisco, Nuance, and Speechworks > >>> > >>> Suspicious line at rfc4463.txt:1705: Content-Length:176 > >>> Suspicious line at rfc4463.txt:1714: Content-Length:104 > >>> Suspicious line at rfc4463.txt:2977: Content-Length:176 > >>> (Also missing the CR-LF after the body part headers.) > >>> Suspicious line at rfc4463.txt:2985: Content-Length:104 > >>> > >>> RFC 5547 > >>> > >>> A Session Description Protocol (SDP) Offer/Answer Mechanism > >>> to Enable File Transfer > >>> > >>> Suspicious line at rfc5547.txt:1645: Content-Length: [length of > SDP] > >>> Suspicious line at rfc5547.txt:1670: Content-Length: [length of > image] > >>> Suspicious line at rfc5547.txt:2093: Content-Length: [length of > SDP] > >>> Suspicious line at rfc5547.txt:2118: Content-Length: [length of > image] > >>> > >>> RFC 5589 > >>> > >>> Session Initiation Protocol (SIP) Call Control - Transfer > >>> > >>> Suspicious line at rfc5589.txt:2609: Content-Length: 2961 > >>> (An extra CR-LF in the middle of the body part headers.) > >>> Suspicious line at rfc5589.txt:2677: Content-Length: 156 > >>> (An extra CR-LF in the middle of the body part headers.) > >>> Suspicious line at rfc5589.txt:2696: Content-Length: 2961 > >>> > >>> RFC 6086 > >>> > >>> Session Initiation Protocol (SIP) INFO Method and Package > >>> Framework > >>> > >>> Suspicious line at rfc6086.txt:1594: Content-length: 59 > >>> Suspicious line at rfc6086.txt:1620: Content-length: 59 > >>> Suspicious line at rfc6086.txt:1637: Content-length: 59 > >>> Suspicious line at rfc6086.txt:1664: Content-length: 59 > >>> _______________________________________________ > >>> sipcore mailing list > >>> sipcore@ietf.org > >>> https://www.ietf.org/mailman/listinfo/sipcore > >>> > >> > >> _______________________________________________ > >> sipcore mailing list > >> sipcore@ietf.org > >> https://www.ietf.org/mailman/listinfo/sipcore > > > > > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore
- [sipcore] (no subject) Colin Pons
- [sipcore] (no subject) Dale R Worley
- [sipcore] (no subject) Worley, Dale R (Dale)
- [sipcore] Content-Length in multipart body parts Paul Kyzivat
- Re: [sipcore] Content-Length in multipart body pa… Hadriel Kaplan
- Re: [sipcore] Content-Length in multipart body pa… Paul Kyzivat
- Re: [sipcore] Content-Length in multipart body pa… Christer Holmberg
- Re: [sipcore] Content-Length in multipart body pa… bruno.chatras
- Re: [sipcore] Content-Length in multipart body pa… Paul Kyzivat
- Re: [sipcore] Content-Length in multipart body pa… bruno.chatras
- Re: [sipcore] Content-Length in multipart body pa… Paul Kyzivat
- Re: [sipcore] Content-Length in multipart body pa… bruno.chatras
- Re: [sipcore] Content-Length in multipart body pa… Paul Kyzivat
- Re: [sipcore] Content-Length in multipart body pa… Worley, Dale R (Dale)
- Re: [sipcore] draft-ietf-sipcore-rfc4244bis-10: q… Brett Tate
- [sipcore] (no subject) Gottfried, Hal F