Re: [codec] Joel Jaeggli's No Objection on draft-ietf-codec-oggopus-13: (with COMMENT)

joel jaeggli <joelja@bogus.com> Wed, 17 February 2016 06:36 UTC

Return-Path: <joelja@bogus.com>
X-Original-To: codec@ietfa.amsl.com
Delivered-To: codec@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 71D451ACD8E; Tue, 16 Feb 2016 22:36:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.006] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rkDqBRSQZavy; Tue, 16 Feb 2016 22:36:02 -0800 (PST)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D3301A8A60; Tue, 16 Feb 2016 22:36:02 -0800 (PST)
Received: from mb-2.local ([IPv6:2601:647:4204:51:c4fd:c888:b630:384a]) (authenticated bits=0) by nagasaki.bogus.com (8.14.9/8.14.9) with ESMTP id u1H6a0eX040130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 17 Feb 2016 06:36:01 GMT (envelope-from joelja@bogus.com)
To: "Timothy B. Terriberry" <tterribe@xiph.org>, The IESG <iesg@ietf.org>
References: <20160216170016.13734.77381.idtracker@ietfa.amsl.com> <56C3DA99.8060400@xiph.org>
From: joel jaeggli <joelja@bogus.com>
Message-ID: <006463b0-052f-dcef-b902-1d72ddd664de@bogus.com>
Date: Tue, 16 Feb 2016 22:36:01 -0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.0
MIME-Version: 1.0
In-Reply-To: <56C3DA99.8060400@xiph.org>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="L3BKPWofP69AuK7nq3Uc0uukFvbffRvVH"
Archived-At: <http://mailarchive.ietf.org/arch/msg/codec/kT2d5DQrmb1DbPbfd6zx9q2qkQ0>
Cc: codec-chairs@ietf.org, codec@ietf.org, draft-ietf-codec-oggopus@ietf.org
Subject: Re: [codec] Joel Jaeggli's No Objection on draft-ietf-codec-oggopus-13: (with COMMENT)
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 17 Feb 2016 06:36:04 -0000

On 2/16/16 6:27 PM, Timothy B. Terriberry wrote:
> Joel Jaeggli wrote:
>> Scott Bradner performed the OPSdir review.
>>
>> There was an ask for a paragraph covering the following
>>
>> That said, I wonder if it would be possible to as a OAM-like ability to
>> support "in-band" condition information - for example by adding an OAM
>> channel to the channel mapping function (i.e. the "Opus Channel Mapping
>> Families" registry) where the definition would be that the channel is for
>> the use of OAM services and is otherwise passed unmodified.  Having the
>> ability to have real time "what the customer is seeing" RTCP like, but
>> with more expansion abilities, feedback could be quite helpful
>> operations-wise
>>
>> which has not yet come to conclusion.
> 
> I'll attempt to summarize where I think the discussion currently is:
> both Scott and I agreed that it is probably too late in the process to
> make changes to the channel mappings in this document, and that could be
> done later via the IANA registry. A general paragraph stating that
> someone should be thinking about OAM type things would be welcome, but I
> don't feel qualified to write one, and we currently lack a volunteer to
> do so.

yup, I don't hold a discuss so I'm not an obstacle to progress, but if
we come up with that either collectively or indivudally then great.