Re: [Cellar] I-D Action: draft-ietf-cellar-matroska-14.txt

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Mon, 03 October 2022 18:36 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 9F661C152560 for <cellar@ietfa.amsl.com>; Mon, 3 Oct 2022 11:36:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 70ZBWDPmn0Yo for <cellar@ietfa.amsl.com>; Mon, 3 Oct 2022 11:36:19 -0700 (PDT)
Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D080C14F749 for <cellar@ietf.org>; Mon, 3 Oct 2022 11:36:19 -0700 (PDT)
Received: by mail-wm1-x32c.google.com with SMTP id e18so7558681wmq.3 for <cellar@ietf.org>; Mon, 03 Oct 2022 11:36:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=0FYfwzW++c1reCmwLhueN58q+wm8cudWcKnQKT3aJVM=; b=gaDmJyYCpQuV/0Oj8PBIEraUjZ9D//1JXKJzdchUolBoRjmtTGwYsx26AIMGhECqWu oBfSlaiFvl1GdEdORzruuGOq2zkQSc+GMl1oVtVi3rT487UuZaw7ik1bf55QSh+To8J/ o9Noep8hWNY9WHax6d4sB1BC2J1iWilMEbEHwOVI6e4k94swGb99NBUPYMi7l6X7wl+l JMVjBRAFVIIuPAu37yPBx+JG3bPKeqDgIEtQwOGHSLViOzSZPvM/eV3jvH5akCujoXaA 1+tmiZsS94zqQY/pndxyJpTECn/3gMrDWRXdM7r2qs5xFliFf1pOTgrVU0C8XCkf55gc YzUw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=0FYfwzW++c1reCmwLhueN58q+wm8cudWcKnQKT3aJVM=; b=TMTO5TFd3QxL5y2kACACqBm4zIwhhIMDooHi5fv3ywUCfYAUoWPxvsQErdRp5ArXbH MvZ/V/viFAgzclBMQIXws3Oy50iVk0yTSbpsgpPldbloH7ZCL7K+8mPWKE8KaDB/mf/K CAfyy/WcBi4hSX7m+vyGtJyoQb9k/U9oaSeMacag/X1pexvI3zb3d+dsOLYfmod8GuOt ScJ8mlfw1BSJKwmXSRnOrC6VDANL2/h7yH1YT5+MEpyLzUjntf6NYGyjM5A+LRNjJVyo TkW3aIE/mbdTk6UbYGEbnLKi7hKHtBgcQhhgaJSiqGXXZdGWrDKoVrYYit9yMsg5dFUg 0Ezg==
X-Gm-Message-State: ACrzQf3pwH+88WbprvMmUtnmOE0DuUBIZokG/Wl2bnNSXT6znfj958fl CTPpbBMWdIwxV86AOpjPYfQccpN/O4JwQA68WmP1s0Ia
X-Google-Smtp-Source: AMsMyM6f4tc2ut3GrOE4gRUuNPwEsF/Ouz7kmX62uC8D0nl52gKNxFddaBjVS0P1jG81Vc/gIU1BBCanmpnlsxBMap8=
X-Received: by 2002:a05:600c:2b88:b0:3b4:8680:165b with SMTP id j8-20020a05600c2b8800b003b48680165bmr8227715wmc.113.1664822177752; Mon, 03 Oct 2022 11:36:17 -0700 (PDT)
MIME-Version: 1.0
References: <166469090779.58860.18032086209104316301@ietfa.amsl.com> <967062.1664711696@dooku>
In-Reply-To: <967062.1664711696@dooku>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Mon, 03 Oct 2022 13:35:51 -0500
Message-ID: <CAKKJt-c1N8V4PyniQZf_TzqOSc5YPc=mApuEO=H1pnrHn1ngrg@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: cellar@ietf.org
Content-Type: multipart/alternative; boundary="00000000000084eb8305ea259e9f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/4h1wY_DJdw5ACflO52Nj4fRqiS4>
Subject: Re: [Cellar] I-D Action: draft-ietf-cellar-matroska-14.txt
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.39
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: Mon, 03 Oct 2022 18:36:21 -0000

Just to insert a thought between a) and b) in Michael's excellent summary
below ...

On Sun, Oct 2, 2022 at 6:55 AM Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
> internet-drafts@ietf.org wrote:
>     > Abstract:
>     > This document defines the Matroska audiovisual container, including
>     > definitions of its structural elements, as well as its terminology,
>     > vocabulary, and application.
>
>
>     > The IETF datatracker status page for this draft is:
>     > https://datatracker.ietf.org/doc/draft-ietf-cellar-matroska/
>
>     > There is also an HTML version available at:
>     > https://www.ietf.org/archive/id/draft-ietf-cellar-matroska-14.html
>
>     > A diff from the previous version is available at:
>     > https://www.ietf.org/rfcdiff?url2=draft-ietf-cellar-matroska-14
>
> I checked out the diffs, and it all looks good, so I have requested
> publication of the document now.
>
> What to expect next:
> a) comments from our AD (Murray)
>

When Murray is a Happy AD, Murray would send this document out for "Last
Call". This is different from "Working Group Last Call" - it goes to anyone
in the IETF, or elsewhere, who hasn't been participating in Cellar, but has
questions or comments.

While it's not required by the standards process, various "area review
teams" will likely be asked to perform reviews while the document is in
"Last Call"- mostly focusing on their areas of expertise - and send
comments.

At the end of Last Call, our AD would make sure we're all happy with any
revisions that need to be made, and place the (potentially revised)
document on an IESG Agenda, where it would be balloted. That's where
the comments in b) come from.

I hope this helps!

Best,

Spencer


> b) review comments from the rest of the IESG, possibly including DISCUSS.
>    DISCUSSes are blocking comments.
>    We may also get "COMMENTS", which are non-blocking comments.
>
> c) probably we will have to issue at least one revision based upon (a) and
> (b).
>    We should capture the review comments into issue or issues, and reflect
>    back to the people involved where the issue is.
>    The reviewers have limited brain context memory, so reacting fast helps
>    them remember what they said and agree to the changes. Otherwise, we run
>    into thrashing...
>
> d) the document will go to an IESG telechat within a month or two, and
> if/when
>    we have enough positive comments, then it will go to the RFC editor.
>
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -= IPv6 IoT consulting =-
>
>
>
> _______________________________________________
> Cellar mailing list
> Cellar@ietf.org
> https://www.ietf.org/mailman/listinfo/cellar
>