Re: [AVTCORE] Errata 4192 RFC 3550

Julius Friedman <juliusfriedman@gmail.com> Thu, 11 December 2014 18:10 UTC

Return-Path: <juliusfriedman@gmail.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFFB41ACF05 for <avt@ietfa.amsl.com>; Thu, 11 Dec 2014 10:10:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 z2m1vYvCD0rh for <avt@ietfa.amsl.com>; Thu, 11 Dec 2014 10:10:24 -0800 (PST)
Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24B591A1BC7 for <avt@ietf.org>; Thu, 11 Dec 2014 10:10:24 -0800 (PST)
Received: by mail-pa0-f50.google.com with SMTP id bj1so5557812pad.9 for <avt@ietf.org>; Thu, 11 Dec 2014 10:10:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=PGscBfKtsbK6TZCcWJPkUN9KGAhjFkkl4CJVX3e5BQI=; b=rqrg4DJKLyfWmsK5YKM3q74Qd+C3oUD7IUt34bkN9vW8zcvgkervEdYZpsjAITcIHS 0rl2uvnx5zVfKbkePP2R8Yey/JVkJwguEMM3YE105kehCrRVAqRB7bqZzS4LDIu08pM/ qZcda5PwxhgI9UyXFNp7M1SOtA5UNLwzSpq7C6MUKHuO1OTcb5JouXeX/HnOCv7ptKRj T+QoyhXMQ0KsFnCQ1oQw7y8Gg47BYNFHNQFzaKrS1BBL4fwykpcx+qaa+Na3Pyj9RgVL RXIBKMUfBQ0oDvtYqxqBk58EeLNF0AbAIKRlK/dtUY81km7wi2HS00K0k0cXpv24+R1S hyrg==
MIME-Version: 1.0
X-Received: by 10.66.122.100 with SMTP id lr4mr19341663pab.56.1418321423204; Thu, 11 Dec 2014 10:10:23 -0800 (PST)
Received: by 10.70.117.99 with HTTP; Thu, 11 Dec 2014 10:10:22 -0800 (PST)
Received: by 10.70.117.99 with HTTP; Thu, 11 Dec 2014 10:10:22 -0800 (PST)
In-Reply-To: <CANO7kWC=3tRYHMuZp3NY9ZNQFAsur7me6xVCZiT6RGzJMm+Rdw@mail.gmail.com>
References: <CACFvNHXjy+PxHaZsrjdO5SHg6PSaQVt_J8WPH6hQTKQKkdoo5A@mail.gmail.com> <877fxy6s9u.fsf@hobgoblin.ariadne.com> <CACFvNHWW-HFWVPT2R04ywA9_vz6KkR+7SKC3BEiXDG0rWKN=ZQ@mail.gmail.com> <CANO7kWC=3tRYHMuZp3NY9ZNQFAsur7me6xVCZiT6RGzJMm+Rdw@mail.gmail.com>
Date: Thu, 11 Dec 2014 13:10:22 -0500
Message-ID: <CACFvNHVpNnk8939AVmU-mFVMSqGGo0pZ0y4T=7V58DGD9VYG5g@mail.gmail.com>
From: Julius Friedman <juliusfriedman@gmail.com>
To: Simon Perreault <sperreault@jive.com>, avt@ietf.org
Content-Type: multipart/alternative; boundary="047d7b2e0de79b8ae00509f4b047"
Archived-At: http://mailarchive.ietf.org/arch/msg/avt/Y7t82nT_kP4bb6SAPDefF7C1W0M
Subject: Re: [AVTCORE] Errata 4192 RFC 3550
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2014 18:10:27 -0000

So then are you implying that it would be correct to change the definition
of timestamp and other such proposed changes while not allowing this one?

Have I not show that it is incorrect to take the transit time including the
header but then send only the "payload" count in the report?

Even when the definition and calulcations just explicitly given show that
the times taken include ANY data transfer including non rtp?

Making the change in text makes this calulcations correct and unambiguous
just as the other proposed changes which are being contemplated.

It also allows for more than correctness by showing when a route is
altered.

What reason is there to acknowledge this but reject the errata only to
propose a new draft?
On Dec 11, 2014 12:30 PM, "Simon Perreault" <sperreault@jive.com> wrote:

>
> On Thu, Dec 11, 2014 at 10:20 AM, Julius Friedman <
> juliusfriedman@gmail.com> wrote:
>
>> How can the items be excellent for a draft but not consideration for
>> errata?
>
>
> Errata is appropriate when an RFC doesn't reflect what the working group
> meant.
> A draft is appropriate when an RFC does reflect what the working group
> meant, but the working group was wrong.
>
> Simon
>