Re: [codec] Frames to Packets in draft-ietf-codec-opus-07?

"Kevin P. Fleming" <kpfleming@digium.com> Fri, 29 July 2011 13:57 UTC

Return-Path: <kpfleming@digium.com>
X-Original-To: codec@ietfa.amsl.com
Delivered-To: codec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EC5C21F8B02 for <codec@ietfa.amsl.com>; Fri, 29 Jul 2011 06:57:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.47
X-Spam-Level:
X-Spam-Status: No, score=-106.47 tagged_above=-999 required=5 tests=[AWL=0.129, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 P7b5nAOcvINR for <codec@ietfa.amsl.com>; Fri, 29 Jul 2011 06:57:16 -0700 (PDT)
Received: from mail.digium.com (mail.digium.com [216.207.245.2]) by ietfa.amsl.com (Postfix) with ESMTP id 95E5121F8AFD for <codec@ietf.org>; Fri, 29 Jul 2011 06:57:15 -0700 (PDT)
Received: from zimbra.digium.internal ([10.24.55.203] helo=zimbra.hsv.digium.com) by mail.digium.com with esmtp (Exim 4.69) (envelope-from <kpfleming@digium.com>) id 1QmnYr-0005Dl-NA for codec@ietf.org; Fri, 29 Jul 2011 08:57:09 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.hsv.digium.com (Postfix) with ESMTP id ACB931A2020 for <codec@ietf.org>; Fri, 29 Jul 2011 08:57:09 -0500 (CDT)
Received: from zimbra.hsv.digium.com ([127.0.0.1]) by localhost (zimbra.hsv.digium.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id skdYW2RXsYQi for <codec@ietf.org>; Fri, 29 Jul 2011 08:57:09 -0500 (CDT)
Received: from [130.129.16.72] (dhcp-1048.meeting.ietf.org [130.129.16.72]) by zimbra.hsv.digium.com (Postfix) with ESMTPSA id 3C699D8024 for <codec@ietf.org>; Fri, 29 Jul 2011 08:57:09 -0500 (CDT)
Message-ID: <4E32BC34.3000604@digium.com>
Date: Fri, 29 Jul 2011 09:57:08 -0400
From: "Kevin P. Fleming" <kpfleming@digium.com>
Organization: Digium, Inc.
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11
MIME-Version: 1.0
To: codec@ietf.org
References: <00ec01cc4ad6$8125b2d0$83711870$@uni-tuebingen.de> <3343CB02-8D8B-4723-A8D2-ED3E65FF68A8@matthew.at> <4E31F672.1070208@xiph.org>
In-Reply-To: <4E31F672.1070208@xiph.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [codec] Frames to Packets in draft-ietf-codec-opus-07?
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Codec WG <codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/codec>, <mailto:codec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/codec>
List-Post: <mailto:codec@ietf.org>
List-Help: <mailto:codec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Jul 2011 13:57:17 -0000

On 07/28/2011 07:53 PM, Timothy B. Terriberry wrote:
>> Would it be possible to add an appendix or create an additional document
>> that describes how a middlebox could detect mode changes and avoid
>> concatenating in these cases?
>
> This is basically as simple as examining the first byte of the packet.
> But if you have some example text I'd be happy to make an appendix for
> it (and possibly other related issues).

If the PAYLOAD group ends up defining a multi-frame packetization 
mechanism for RTP encapsulation of Opus, then a middlebox could just use 
that mechanism and not have to care about whether the encoder changed 
modes between frames.

-- 
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
Jabber: kfleming@digium.com | SIP: kpfleming@digium.com | Skype: kpfleming
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at www.digium.com & www.asterisk.org