[Gen-art] Re: Gen ART review of draft-ietf-avt-compact-bundled-evrc-09.txt

Colin Perkins <csp@csperkins.org> Tue, 10 October 2006 08:11 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GXCiF-0001Zb-O5; Tue, 10 Oct 2006 04:11:43 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GXCiE-0001Yc-8I for gen-art@ietf.org; Tue, 10 Oct 2006 04:11:42 -0400
Received: from mr1.dcs.gla.ac.uk ([130.209.249.184]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GXCam-0007tJ-Jd for gen-art@ietf.org; Tue, 10 Oct 2006 04:04:03 -0400
Received: from vpn20.dcs.gla.ac.uk ([130.209.254.20]:59768) by mr1.dcs.gla.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.42) id 1GXCak-0003SA-UP; Tue, 10 Oct 2006 09:03:59 +0100
In-Reply-To: <F222151D3323874393F83102D614E05502B674D5@CORPUSMX20A.corp.emc.com>
References: <F222151D3323874393F83102D614E05502B674D5@CORPUSMX20A.corp.emc.com>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <EDE7002F-8B1D-492D-B005-6D99A05A97A2@csperkins.org>
Content-Transfer-Encoding: 7bit
From: Colin Perkins <csp@csperkins.org>
Date: Tue, 10 Oct 2006 09:03:56 +0100
To: Black_David@emc.com
X-Mailer: Apple Mail (2.752.2)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5
Cc: fluffy@cisco.com, Qiaobing.Xie@motorola.com, gen-art@ietf.org, roni.even@polycom.co.il, rkapoor@qualcomm.com
Subject: [Gen-art] Re: Gen ART review of draft-ietf-avt-compact-bundled-evrc-09.txt
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/gen-art>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
Errors-To: gen-art-bounces@ietf.org

David, Qiaobing,

On 9 Oct 2006, at 23:55, Black_David@emc.com wrote:
...
> -- Changes to Default Values
>
>>> In the definition of dtxmin:
>>>
>>>          If this parameter is not present, the default value, 12, as
>>>          specified in [8] MUST be assumed (note, if a later version
> of
>>>          [8] specifies a new, different value, the new value will
> take
>>>          precedence).
>>> *** That's better, but the ability of 3GPP2 to change the default
> looks
>>> like it could cause an interoperability problem (applies to
> silencesupp,
>>> dtxmin, dtxmax, and hangover).  How will this be addressed? This
> needs
>>> to be explained.
>>
>> A few thoughts:
>>
>> 1. Due to the way the 4 parameters are used, even if the two ends
>> mistakenly assume a different set of default values, they most likely
>> should still be able to inter-operate, with *maybe* a bit suboptimal
>> performance in some implementation.
>>
>> 2. The note is meant for future-proof but maybe a bit unnecessary
> since
>> there is no evidence that I am aware of that 3GPP2 is going to change
>> the default values soon. We can perhaps remove that note.  (Any spec
> with
>> default values would face the same situation if for some good reasons
>> one or more default value needs to be changed in the future).  
>> There is
>> nothing special for this document.
>>
>> Our proposal is to remove the note.
>
> I don't like that idea - if there are interoperability issues here,  
> they
> need to be documented, but if there aren't interoperability issues  
> here,
> the MUST was probably wrong.  I would advise consulting your WG chairs
> (and possibly the responsible AD) about the importance and potential
> impact of this issue, as I'm not sufficiently expert to make the call.

Qiaobing is the expert on this codec. As working group chair, I'm  
happy to go with his opinion on this issue. This seems like a minor  
issue, with no impact on the larger protocol design choices.

Colin


_______________________________________________
Gen-art mailing list
Gen-art@ietf.org
https://www1.ietf.org/mailman/listinfo/gen-art