Re: [Sip] New version of draft-ietf-sip-body-handling-01.txt

Paul Kyzivat <pkyzivat@cisco.com> Thu, 24 January 2008 03:56 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 1JHtCO-0006UU-Gy; Wed, 23 Jan 2008 22:56:20 -0500
Received: from sip by megatron.ietf.org with local (Exim 4.43) id 1JHtCM-0006UJ-Uk for sip-confirm+ok@megatron.ietf.org; Wed, 23 Jan 2008 22:56:18 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JHtCM-0006UB-Jb for sip@ietf.org; Wed, 23 Jan 2008 22:56:18 -0500
Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JHtCM-0004mp-6B for sip@ietf.org; Wed, 23 Jan 2008 22:56:18 -0500
Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 23 Jan 2008 19:56:17 -0800
Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id m0O3uHml008819; Wed, 23 Jan 2008 19:56:17 -0800
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id m0O3uGj7004500; Thu, 24 Jan 2008 03:56:17 GMT
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 23 Jan 2008 22:56:15 -0500
Received: from [10.82.217.233] ([10.82.217.233]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 23 Jan 2008 22:56:15 -0500
Message-ID: <47980C64.2070801@cisco.com>
Date: Wed, 23 Jan 2008 22:56:20 -0500
From: Paul Kyzivat <pkyzivat@cisco.com>
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>
Subject: Re: [Sip] New version of draft-ietf-sip-body-handling-01.txt
References: <47979565.2050700@ericsson.com>
In-Reply-To: <47979565.2050700@ericsson.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 24 Jan 2008 03:56:15.0520 (UTC) FILETIME=[113BB200:01C85E3D]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1734; t=1201146977; x=1202010977; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=pkyzivat@cisco.com; z=From:=20Paul=20Kyzivat=20<pkyzivat@cisco.com> |Subject:=20Re=3A=20[Sip]=20New=20version=20of=20draft-ietf -sip-body-handling-01.txt |Sender:=20; bh=arOAE5DvWHDHdkn2PU2vxfjQp0S2lGPPO92U9mVM088=; b=KSKBAXNEwsokxzlo4NJr3JnNVuTiXrsEaGXzSZ90dqZe2pUigjrKGs4L6o tMNzRbTxmt9Sg5+2VD0jCp9+/U1NdZnDZ8V9+pjrUWDw6D5KWnmtVR38XQ/H 3uTpT90shU;
Authentication-Results: sj-dkim-3; header.From=pkyzivat@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; );
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Cc: sip <sip@ietf.org>
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

Gonzalo,

This is *much* improved! (Not that it was bad before.) It is very 
straightforward and clear. I like it a lot.

I was only thinking about one use case that may, or may not, warrant 
some special explanation - the use of sipfrag.

A sipfrag is allowed to contain any subset of initial lines, headers, 
and body from a sip message. This could for instance lead to unsatisfied 
references to body parts, or to body parts that were intended to be 
referenced, but whose references have been elided. As a result it may 
not be possible to properly process the body parts of a sipfrag.

I think this this is pretty much intended behavior and so it should be 
ok to send such ill-constructed things. But it might be good, here or 
somewhere else, to clarify the construction and usage of sipfrags - what 
makes sense and what does not.

	Thanks,
	Paul

Gonzalo Camarillo wrote:
> Folks,
> 
> I have put together a new version of the body handling draft:
> 
> http://www.ietf.org/internet-drafts/draft-ietf-sip-body-handling-01.txt
> 
> This version addresses all the comments we got in its APPS review, which 
> included modifying the structure of the document. With respect to 
> references to body parts, per the guidelines we got from the APPS 
> people, the document now only allows forward references.
> 
> Comments are welcome.
> 
> Cheers,
> 
> Gonzalo
> 
> 
> 
> _______________________________________________
> 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
> 


_______________________________________________
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