Re: [Masque] Adoption call for "Requirements for a MASQUE Protocol to Proxy IP Traffic"

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Thu, 17 September 2020 22:55 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: masque@ietfa.amsl.com
Delivered-To: masque@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CC293A0D4F for <masque@ietfa.amsl.com>; Thu, 17 Sep 2020 15:55:53 -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 gjW9KaTwOTUd for <masque@ietfa.amsl.com>; Thu, 17 Sep 2020 15:55:52 -0700 (PDT)
Received: from mail-yb1-xb33.google.com (mail-yb1-xb33.google.com [IPv6:2607:f8b0:4864:20::b33]) (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 ED1FF3A0C89 for <masque@ietf.org>; Thu, 17 Sep 2020 15:55:51 -0700 (PDT)
Received: by mail-yb1-xb33.google.com with SMTP id s19so2876084ybc.5 for <masque@ietf.org>; Thu, 17 Sep 2020 15:55:51 -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=wglDybymUZ0Ud80xsPFFGts4sU9+W/9tMoIJFPLaxrU=; b=RHw3xyGcLphwgzxAzgRMFiigX6lE8pb/c/a4cWOV+E+YQfjYNAeDJVZhz/CYTjcqqu z5rErnFCHFfDCoLoLywzLuVz+OFfv0byHUvn0l0aGO36g2ggvSyQmaCjf48Ab2dIqmiI dsqSeNoo1UFTYQY9J2NImpIJ5IzRdVbuggCQHqqhRgebbOnHVQ67Gqdixm/jIYexKEuu hps9a5JfEUNC7oelTMXEq3O+g9s3xD4M5f7OXRtNOKOmf7y6sSNLbTm4+8x8ob9TNTr4 YCLh7iOE75r+BjLgiA8VEl/meDLcZDdtwzhd78yd2V8zjnIUGqUyNOCA5LXzP9I92ihj TqgA==
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=wglDybymUZ0Ud80xsPFFGts4sU9+W/9tMoIJFPLaxrU=; b=Kq9Fip2slkCbhjqGjNV0aoOI/QsWjKQ/Y+63KpAY8AlOZq2vBqLGVVVARSW2+bs/It CQOjWVAFoWtax2pr7PyzVaszK74IS04U+A1ncbS8ywhcEt1MaKdxvszreY9u6ue1nVn5 kC1zmEu1VBQKLYDL3qkUmTmLZSLjRYjm4borBlqL122Mj8rCNq9/UKLYx/czjERGghWe Y6lPMoOybfKJVvSUCdmLcBAbWt3lt64v2n7oG9kbVIG0VQ0lia2mkuGpr/rAjj9xsdlU bu2uxTQOQQGjKEKj1CBAT28MOfcO5A945ln1RRHBFulpfjVdZ/Y60C/zcRi13wLUyKn+ g7Gg==
X-Gm-Message-State: AOAM533VP5AnhkIhK/YmPyFD0AN774qdrKASTzo6OJWifkcWMTqdkcQR h15JlEw+p9WtLpic0KdC9xGpPPOfH8WJ8ev2hwNpPv31
X-Google-Smtp-Source: ABdhPJxfa3MbXBBZWvPRPl0CGYQEsdaMl5kfkddoEx/xhJOtWAN3By185XcBZlwV5HGYE20zI2HPmHoxWpjVU8tiGA8=
X-Received: by 2002:a25:7481:: with SMTP id p123mr4466358ybc.380.1600383351170; Thu, 17 Sep 2020 15:55:51 -0700 (PDT)
MIME-Version: 1.0
References: <4f83a742-e6c3-4aef-a26b-1801ecf19cdf@www.fastmail.com>
In-Reply-To: <4f83a742-e6c3-4aef-a26b-1801ecf19cdf@www.fastmail.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Thu, 17 Sep 2020 17:55:25 -0500
Message-ID: <CAKKJt-cbawpybS1xNBbfe-ybqsuAs-y6EGBjb1u+k5LQwWVVaw@mail.gmail.com>
To: Christopher Wood <caw@heapingbits.net>
Cc: MASQUE <masque@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000026a88d05af8a4940"
Archived-At: <https://mailarchive.ietf.org/arch/msg/masque/kG_BNeCShr98jXWC5MbjVjgHqH4>
Subject: Re: [Masque] Adoption call for "Requirements for a MASQUE Protocol to Proxy IP Traffic"
X-BeenThere: masque@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multiplexed Application Substrate over QUIC Encryption <masque.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/masque>, <mailto:masque-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/masque/>
List-Post: <mailto:masque@ietf.org>
List-Help: <mailto:masque-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/masque>, <mailto:masque-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Sep 2020 22:55:54 -0000

Hi, Chris,

On Wed, Sep 9, 2020 at 7:31 AM Christopher Wood <caw@heapingbits.net> wrote:

> One of the goals on our charter is producing a requirements document for
> IP proxying. draft-cms-masque-ip-proxy-reqs is one attempt at accomplishing
> this goal. Based on feedback received during the last meeting and the
> document revision since, we'd like to start an adoption call for this
> document in its current form as a starting point.
>
> The document may be found here:
>
>    https://datatracker.ietf.org/doc/draft-cms-masque-ip-proxy-reqs/


I'd like to see this document adopted (as the basis for future work).

I am sympathetic to Mirja's comment that we are still talking about use
cases. My suggestion would be adding tags to each requirement pointing to
the corresponding use case(s) with this requirement so that any use case we
punt that had unique requirements can be easily identified.

I don't have an opinion about whether this is adopted for WG usage or for
publication at this time. I do note that the working group can have that
conversation with the IESG at any time (including during IESG evaluation),
so my suggestion would be to take your best guess and know that your best
guess isn't locking anything in forever.

I do expect that this document will be of use within 3GPP (at least in SA2,
and perhaps other 3GPP working groups), but I don't know if they'll need a
normative dependency on something that gets published in the RFC series, so
don't worry about that as part of the publish/don't publish discussion.

One point that's worth mentioning is that some of our least helpful
documents were written as working group supporting documents, not
maintained while the target protocol was being specified, and then either
publication-requested in a form that was outdated or publication-requested
after a fire drill to do last minute cleanup. If the working group wants to
publish this as an RFC, please keep it updated on along the way!

Best,

Spencer