Re: [MEDIACTRL] WGLC: Call Flows

Eric Burger <eburger@standardstrack.com> Tue, 04 December 2012 15:16 UTC

Return-Path: <eburger@standardstrack.com>
X-Original-To: mediactrl@ietfa.amsl.com
Delivered-To: mediactrl@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5130121F8BF3 for <mediactrl@ietfa.amsl.com>; Tue, 4 Dec 2012 07:16:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.999
X-Spam-Level:
X-Spam-Status: No, score=-100.999 tagged_above=-999 required=5 tests=[AWL=-1.000, BAYES_50=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31SRFD-a9DQN for <mediactrl@ietfa.amsl.com>; Tue, 4 Dec 2012 07:16:05 -0800 (PST)
Received: from biz104.inmotionhosting.com (biz104.inmotionhosting.com [173.247.254.120]) by ietfa.amsl.com (Postfix) with ESMTP id D29E821F8BF2 for <mediactrl@ietf.org>; Tue, 4 Dec 2012 07:16:05 -0800 (PST)
Received: from dhcp63-140-165-138.hil-sjchshx.sjc.wayport.net ([63.140.165.138]:64997) by biz104.inmotionhosting.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from <eburger@standardstrack.com>) id 1TfuE6-00061N-Fw for mediactrl@ietf.org; Tue, 04 Dec 2012 07:16:02 -0800
From: Eric Burger <eburger@standardstrack.com>
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: multipart/signed; boundary=Apple-Mail-109-517324212; protocol="application/pkcs7-signature"; micalg=sha1
Date: Tue, 4 Dec 2012 07:16:02 -0800
In-Reply-To: <20121204001339.0beadeb7@rainpc>
To: mediactrl@ietf.org
References: <32EF9DF1-B5EB-4AFE-9080-91BAC1E6559C@standardstrack.com> <50BD0C95.10401@nostrum.com> <20121204000035.796e04b4@rainpc> <50BD2FE8.2080907@nostrum.com> <20121204001339.0beadeb7@rainpc>
Message-Id: <6F92011F-C9AB-4A8F-9500-7346F6C49923@standardstrack.com>
X-Mailer: Apple Mail (2.1085)
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - biz104.inmotionhosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - standardstrack.com
X-Source:
X-Source-Args:
X-Source-Dir:
Subject: Re: [MEDIACTRL] WGLC: Call Flows
X-BeenThere: mediactrl@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Media Control WG Discussion List <mediactrl.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mediactrl>, <mailto:mediactrl-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mediactrl>
List-Post: <mailto:mediactrl@ietf.org>
List-Help: <mailto:mediactrl-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mediactrl>, <mailto:mediactrl-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Dec 2012 15:16:06 -0000

This is why we need to look VERY closely at this document. It will uncover assumptions that were left unstated.  What we miss will be considered gospel, so please look long and hard!

On Dec 3, 2012, at 3:13 PM, Lorenzo Miniero wrote:

>>> Just as with SIP, we tried to keep the content length consistent when the payload was edited (e.g., in small changes in the protocol that didn't really need a new dump). With respect to the example you reported, the payload in our prototype does not include the trailing LF either, but just the XML content, so I guess that's where the extra character in the count comes from.
>> That would be it. The type application/msc-ivr+xml doesn't require the 
>> trailing newline does it?
> 
> 
> I just checked and it looks like it doesn't, and I guess the same applies to the mixer spec as well.