IETF Logo Mail Archive

Re: [Cellar] Robert Wilton's No Objection on draft-ietf-cellar-ffv1-17: (with COMMENT)

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Wed, 07 October 2020 18:54 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: cellar@ietfa.amsl.com
Delivered-To: cellar@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C35DE3A1302; Wed, 7 Oct 2020 11:54:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 Lkn1K06YiWZZ; Wed, 7 Oct 2020 11:54:08 -0700 (PDT)
Received: from mail-yb1-xb2e.google.com (mail-yb1-xb2e.google.com [IPv6:2607:f8b0:4864:20::b2e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6822C3A1301; Wed, 7 Oct 2020 11:54:08 -0700 (PDT)
Received: by mail-yb1-xb2e.google.com with SMTP id h6so2577269ybi.11; Wed, 07 Oct 2020 11:54:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=nNAiFlr30tBmAHIEBqfwC6fMBdpApMGANQCsmgZsXuI=; b=s498soME5BW1yd2WTvRJnLd35nbtmeM5ngm2mkgQ0GN/D4Rlz3oE9ebLx0LjEFQBQ6 h6G2x5YaDoRxpewkeLL4Ly1aBWiweBdeOekzCEln53YXLMh49oX4yhKU/S5kq4CD+S9L iU7sTm4MRnq3O3OPNuajUyGt8cmF0MSfQ7EqY9OAaFtia+tlVYy+isiLJG5DhXTl3cAW pK0eNPih70JVps/ileYUTc2EytoSzkzDAnjKy3ScFnu552M43PsoQvly25VkyRxtmu+Y BQmq4lL9+Bh25qPx7jPscET1K451MwbnVBDy8ieSkbLLWVotlGTG9EPX+KCirEvBbp1E ejdA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=nNAiFlr30tBmAHIEBqfwC6fMBdpApMGANQCsmgZsXuI=; b=YlEk2HRHmmUU2QhsMmN01cdwNOHaMUcShEzr00fY9dFvTuv9vw0LCEtV63XnHWyz8P DUh+azeepvohdENxWZfQev4cA51gNg0p0a0Ka22oldpu1Iv/CkzFQdt8brNuZX6abywc 0gBaXeoL0Pqga9CYi1BkZ7+3UC1UXumQ5IROZwU2fNFHUimNY+gxvi8QjUoF8KxB5H3p Kif56MYGCLlJkXwFZd0rLAkaMtH+Kf7oN6nbZ8Dp+m5R/sdqkpERLuaWMJaJ0j4zpHfe M2TBZtRh3km7K6sAseY01P6f5sm94Ij0SRSXLDdZjH1syB+3h49taTX1V7UipB1W3YEs 2ebw==
X-Gm-Message-State: AOAM532/Zdw4klvyF4ANuWah2D5rRTve86a82Deg+nnQbgCTPEUnMFoH R7mhHYabQQiuQwOUuJbJ9Mns8/4kE11s0s3E0QY=
X-Google-Smtp-Source: ABdhPJyJK75txZZqnE9f/jYMaRTup2lRFiX13q1KN4dkVClNu4uFNVKq9QCJB9rXOf+nL29KDQvYh/Fq7D7vG5JGvnE=
X-Received: by 2002:a25:ae4d:: with SMTP id g13mr5669369ybe.288.1602096847605; Wed, 07 Oct 2020 11:54:07 -0700 (PDT)
MIME-Version: 1.0
References: <160190967658.31262.3611106747790904168@ietfa.amsl.com> <61aa6a30-a10a-0460-dbcb-aace9936a468@mediaarea.net> <CAKKJt-de6NfAFTv6GQQ6f=PfX7cQuCJY2nzgx98+mvA2zX02hg@mail.gmail.com> <18667.1602095984@localhost>
In-Reply-To: <18667.1602095984@localhost>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Wed, 07 Oct 2020 13:53:41 -0500
Message-ID: <CAKKJt-eg-cZBtYStF+f7qp1OPfepswDzEGaAoSMZmkOXcMiL6g@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: Robert Wilton <rwilton@cisco.com>, The IESG <iesg@ietf.org>, draft-ietf-cellar-ffv1@ietf.org, cellar-chairs@ietf.org, Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>, "Peter B." <pb@das-werkstatt.com>
Content-Type: multipart/alternative; boundary="0000000000007f555b05b1193dce"
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/SxkvVqe7Xb-8CMDZyiur6UOAt04>
Subject: Re: [Cellar] Robert Wilton's No Objection on draft-ietf-cellar-ffv1-17: (with COMMENT)
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Oct 2020 18:54:10 -0000

Hi, Michael,

On Wed, Oct 7, 2020 at 1:39 PM Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
> Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> wrote:
>     > Questions of what's obsoleted, or declared Historic, or otherwise
> done
>     > to FFV1 version 0, 1 and 3, would be decided by the working group,
> AD,
>     > and IESG when FFV1 version 4 is in IESG Evaluation, I think?
>
> I understood that FFV1 version 0/1/3 was Informational.
> I guess it could be marked Historic by the IESG at some point.
> I didn't think that time would be when FFV1 v4 was published, but sure.
>

Yeah, I should have said "at the earliest, when FFV1 version 4 was
approved", but my intention was to say "not yet".

I could have also reasonably said "or takes no action to twiddle the status
of FFV1 version 0/1/3" - that's also a path that would be open.

And I wasn't trying to guess what would happen. Different IESGs have
handled these situations on a case by case basis.


> I thought that this was even in our charter somewhere, so I'm confused by
> this thread.
>

Yup. I'm looking at this, from the charter.

 - Informational specification for FFV1 video codec versions 0, 1 and 3 to
IESG for publication

Best,

Spencer


> This follows the pattern of publishing an RFC that is not within IETF
> revision control that documents "current practice", and then publishing an
> RFC on standards track, that is within IETF revision control.
>
> Here "revision control" means we can change the bits-in-the-wire
> (or in the file) in incompatible ways.
>
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>            Sandelman Software Works Inc, Ottawa and Worldwide
>
>
>
>
>

v2.23.0 | Report a Bug | By Email