Re: [Webtransport] Alissa Cooper's Block on charter-ietf-webtrans-00-00: (with BLOCK)

David Schinazi <dschinazi.ietf@gmail.com> Thu, 06 February 2020 13:48 UTC

Return-Path: <dschinazi.ietf@gmail.com>
X-Original-To: webtransport@ietfa.amsl.com
Delivered-To: webtransport@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B23941208A9; Thu, 6 Feb 2020 05:48:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 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, RCVD_IN_DNSWL_NONE=-0.0001, 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 CeUG_ZYoaQ9b; Thu, 6 Feb 2020 05:47:58 -0800 (PST)
Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (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 21BDF120806; Thu, 6 Feb 2020 05:47:58 -0800 (PST)
Received: by mail-lj1-x230.google.com with SMTP id h23so6168024ljc.8; Thu, 06 Feb 2020 05:47:57 -0800 (PST)
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=UMOXWcKkahrGzyi/uqqYiOmzaLnAOxaCFKGaXKiBpEs=; b=r/VWSsNxbD8Ln8YSeU7B0Bv1zVGa/frOz1uX1AayunAfU9XqVRjmegK3qGXKSp+44e g5SN9WIByi7o7jhxxzYUwYynIkVUht0iO1OHcDyITixUzMExTTMarvR5KdRCGiNBvRp7 qNpGO1TK94uYw6V88GZI1ieXMYIgOB2SBdCLlQ7hRdGDm7/8BWM1lxzFoySHqLSmWyCm hi9B42HDHLdeOmPUxqX+W3U8Khh5bCnTKOuK5Ose2B+X3ihl/AVYjgkE/Di5TWDmnmAK XCu8S2bNUx3Fduvj/3mcC2ss9fSebXdFUWBON1ToxHJvQhdI5DrmeS4tL+NrxSC4+qhg c0Eg==
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=UMOXWcKkahrGzyi/uqqYiOmzaLnAOxaCFKGaXKiBpEs=; b=R3LbhpBxgQ2wlPGgeqeLpqFaHqONudoygV+3f0MMy00a9hIxEWzroRGJXcK2fWGwsR hPRkY5u53Q1400Y80lHPWhmynAo2WAR+Al7JR21ulLTwxhCPRylAuDbwe52Hi/fsesPr uaCLi/hzdy1l0rmBx/MjrrRITkdo9KicYwVxcIytJaVnpxlcItmF3KXodsO4XEiR9Kk7 E4Os5f7cNyMg3g+U7iEapyDqUZ0LC9sTaZU+NiRo6zYppP7oBtHWicwSD+yt8RnA8r+J kIrr8JQ/I4ow8Ke5lmX++xOebQ7uyXy03ww1USWHlBVH5V0WYN+O706nZwDeeWVT2OFY dfaw==
X-Gm-Message-State: APjAAAVvgqY2QnJtjxXAH1MGipVRvMk+4JtoGtBbBvznWG6P4MgpKJ0E WOB37b+T9aNLUiGVzFrcntSPfOmhCpnf/z6Ug9E=
X-Google-Smtp-Source: APXvYqxVlOEOfYX8sbutSHyvVG3EKbb/vP3IDinx2RpMK14S08fvqyi0jGxM2fqrZNY2T1YZKLGepBaWUQ7J3Cqs9wU=
X-Received: by 2002:a2e:b8d0:: with SMTP id s16mr1979386ljp.32.1580996876325; Thu, 06 Feb 2020 05:47:56 -0800 (PST)
MIME-Version: 1.0
References: <158091329253.12815.9369576484605200664.idtracker@ietfa.amsl.com> <CAPDSy+52=_gcydGergkgbp5OfuLihoZLnd55Op4iN6_QGcX7aA@mail.gmail.com> <AD8831CB-02D0-4C59-B2E3-5625705B95C5@cooperw.in>
In-Reply-To: <AD8831CB-02D0-4C59-B2E3-5625705B95C5@cooperw.in>
From: David Schinazi <dschinazi.ietf@gmail.com>
Date: Thu, 06 Feb 2020 14:47:45 +0100
Message-ID: <CAPDSy+6sHAPpdwQQCBbdk5HZOqnZJpNEX2Jc+4gSSHqwkBLRyw@mail.gmail.com>
To: Alissa Cooper <alissa@cooperw.in>
Cc: IESG <iesg@ietf.org>, WebTransport <webtransport@ietf.org>, webtrans-chairs@ietf.org
Content-Type: multipart/alternative; boundary="0000000000003455a6059de8855f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/webtransport/cL3619JUN4tKIaADKjEtveAcaqY>
Subject: Re: [Webtransport] Alissa Cooper's Block on charter-ietf-webtrans-00-00: (with BLOCK)
X-BeenThere: webtransport@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <webtransport.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/webtransport>, <mailto:webtransport-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/webtransport/>
List-Post: <mailto:webtransport@ietf.org>
List-Help: <mailto:webtransport-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/webtransport>, <mailto:webtransport-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Feb 2020 13:48:01 -0000

Thank you. We'll send out updated text soon, probably tomorrow
due to time zone differences.

David

On Thu, Feb 6, 2020 at 2:42 PM Alissa Cooper <alissa@cooperw.in> wrote:

>
>
> On Feb 6, 2020, at 8:36 AM, David Schinazi <dschinazi.ietf@gmail.com>
> wrote:
>
> Hi Alissa, thank you for the review - responses inline.
>
> On Wed, Feb 5, 2020 at 3:34 PM Alissa Cooper via Datatracker <
> noreply@ietf.org> wrote:
>
>> Alissa Cooper has entered the following ballot position for
>> charter-ietf-webtrans-00-00: Block
>>
>> When responding, please keep the subject line intact and reply to all
>> email addresses included in the To and CC lines. (Feel free to cut this
>> introductory paragraph, however.)
>>
>>
>>
>> The document, along with other ballot positions, can be found here:
>> https://datatracker.ietf.org/doc/charter-ietf-webtrans/
>>
>>
>>
>> ----------------------------------------------------------------------
>> BLOCK:
>> ----------------------------------------------------------------------
>>
>> Based on the responses to Magnus' comment I think there are two issues to
>> sort
>> out before proceeding further.
>>
>> 1) Whether the API is creating requirements for the protocol, or the
>> protocol
>> is creating requirements for the API. The charter is written as if the
>> situation is the former, but the list mail points towards the latter. The
>> charter should be clear about this before it goes out for external review.
>>
>
> The intention is for the API to create requirements on the protocol.
> We'll clarify the text to make this more explicit.
>
> 2) It sounds like there is still some chance that the change control for
>> the
>> API shifts from the W3C to the WHATWG. Would this group re-charter (or
>> close)
>> if that happens, or would it be better to make the charter more
>> generically
>> tied to the API but not to its change controller?
>>
>
> That's a good point. We'll replace all mentions of "W3C" with something
> like
> "the owner of the API". That way, the details of interactions between W3C
> and WHATWG (and also internal changes in those organizations) become
> opaque to this WG.
>
>
>> Please keep the IESG on cc on all replies. Thanks.
>>
>
> Would these edits be satisfactory?
>
>
> Yes, thanks.
> Alissa
>
>
> Thanks,
> David
>
>
>
>