Re: [Tsv-art] TSV Triage team: Review of IETF LC documents as of 01/11

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Tue, 17 January 2017 16:50 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: tsv-art@ietfa.amsl.com
Delivered-To: tsv-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49AAA129AE8 for <tsv-art@ietfa.amsl.com>; Tue, 17 Jan 2017 08:50:00 -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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 DxfW3srfe9_W for <tsv-art@ietfa.amsl.com>; Tue, 17 Jan 2017 08:49:57 -0800 (PST)
Received: from mail-yb0-x234.google.com (mail-yb0-x234.google.com [IPv6:2607:f8b0:4002:c09::234]) (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 B0B371279EB for <tsv-art@ietf.org>; Tue, 17 Jan 2017 08:49:57 -0800 (PST)
Received: by mail-yb0-x234.google.com with SMTP id w194so41395233ybe.0 for <tsv-art@ietf.org>; Tue, 17 Jan 2017 08:49:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=5qeNwWmLPIdN99W+6XgeYv9C1Pc/DlraxWxR79Q3jiQ=; b=VLiObvL7wDTAKSpdjB6vfUBF9BUWALIONfGFqgEGD7rQbVcT0cV3bvEsPABCbimfs4 HCTT20IHh/2UL+iS84jH+7bDNF7RtX3kZs78tYfICq6gVbl4dziRzFJcQcYawM9Gw9J3 pSlwkD7czsaSozjC8Gnek23scy9Xhu67vVsvAdg50he6oL+rm93meYnuH23LuBkizFxM TGPwRh3TjKtFxTJS393qH7GDnpbYyQbjuKOk1wf62FfJBt5xTlohUBo+hoPBODY24nGL U5Ih4lIaYSjBTcvqRxZey6xQhqBZa9z6J2UcozW+rsU/HjXZ7DCShijlw9INwVh1lH3l BugA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=5qeNwWmLPIdN99W+6XgeYv9C1Pc/DlraxWxR79Q3jiQ=; b=j9oMX7nJq9pgjX2hOy+z6m96k70kNCB+kch6VZyuvJn69WD5K/nU8zkgZbgxXB8HyU OsMWtXNgKzJdX5ihmaYC4VNt4I8r2MOdRmGAedzzlFvTjxg6xuzc7m5W+rYwzghvx9Pp 25mkq/Lk5srERTczcbrEGphMrg79ePSmst3vqiNQH0V/ZgTWoR2zDh3EQqHdMsalxzP9 g+q2l3w/+xWT9kPH1qaSnsiIlG31g9zJmbaZgfzxOnhJxqKUVmaI002GlmNSPxserLDa nqmFzPkQtpv5vs85PGn9s70wL2h+UYZjHpma6c+O2vbGN/YpSWV/fF0IXAGupizSP3x+ dNXA==
X-Gm-Message-State: AIkVDXKVIA3c7QWxdO4go4xkywBJa/vCyKaOaNYdJEb9ot3dnOcTOKqO/GzwFG3saUKGmp7kZvp4syaifhMFkg==
X-Received: by 10.37.208.196 with SMTP id h187mr26905905ybg.198.1484671796485; Tue, 17 Jan 2017 08:49:56 -0800 (PST)
MIME-Version: 1.0
Received: by 10.37.221.4 with HTTP; Tue, 17 Jan 2017 08:49:55 -0800 (PST)
In-Reply-To: <9b170723-141b-2f95-34fe-58b0791d1d62@isi.edu>
References: <7c475f41-c31d-b149-c20b-011cb2f87db0@gmail.com> <7aa4a8d0-8270-40b9-4bb8-0d09fd79ea81@isi.edu> <D12ABF2F-674B-473B-B7B0-34B3B17E8771@kuehlewind.net> <CE03DB3D7B45C245BCA0D243277949362F7CFDF1@MX307CL04.corp.emc.com> <30599C28-08A3-4146-BB8D-116B864574EB@isi.edu> <65b73a6b-dadc-89ec-bf84-adba0a6b7ca7@isi.edu> <CA3B83DD-24EA-446C-B6AE-42354F4767E2@kuehlewind.net> <9b170723-141b-2f95-34fe-58b0791d1d62@isi.edu>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Tue, 17 Jan 2017 10:49:55 -0600
Message-ID: <CAKKJt-eewjjTmZuzZZ9acSiuDcE18mBtsk0uNdN6FyF-m3yaXQ@mail.gmail.com>
To: Joe Touch <touch@isi.edu>
Content-Type: multipart/alternative; boundary="94eb2c05538209a4cd05464d17a3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-art/lPxl81X7Ogw_GhAUEJw_cuSCkIo>
Cc: Martin Stiemerling <mls.ietf@gmail.com>, "Black, David" <David.Black@dell.com>, "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>, "tsv-art@ietf.org" <tsv-art@ietf.org>
Subject: Re: [Tsv-art] TSV Triage team: Review of IETF LC documents as of 01/11
X-BeenThere: tsv-art@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Transport Area Review Team <tsv-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-art/>
List-Post: <mailto:tsv-art@ietf.org>
List-Help: <mailto:tsv-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Jan 2017 16:50:00 -0000

FWIW,

On Tue, Jan 17, 2017 at 9:38 AM, Joe Touch <touch@isi.edu> wrote:

>
>
> On 1/17/2017 4:10 AM, Mirja Kuehlewind (IETF) wrote:
> > Hi Joe,
> >
> > I finally read the draft myself completely. I agree that there is
> nothing in the draft that motivates a new tunnel protocol, however, the
> draft is also not (explicitly) requiring a new protocol.
> >
> > This says in the summary:
> >
> > „A tunnel encapsulation protocol is necessary.“
> >
> > which clearly doesn’t say that an existing one might not be sufficient.
>
> Good point, but it begs the question of the need for the rest of the
> document. The use cases have nothing to do uniquely with datacenters.
> > I don’t think there is anything we can do at this stage and with this
> draft…
>
> The IETF does err on the side of publishing (rather than requiring
> "proof of need or utility"). However, there's always the opportunity for
> pushback at the higher levels, e.g., to make sure that the doc itself
> indicates clearly what it does and does not contribute. E.g., it's
> possible to ask for a sentence explaining exactly how this is different
> from any other sort of overlay network - or stating clearly that the
> conclusion is that datacenters are not unique in their use of overlays.


This sounds like a plan. I'll include that in my ballot comments.

My biggest heartburn is that I'm not seeing a lot of details that separate
the use cases AT THE PROTOCOL LEVEL - yeah, of course, you'd rather run
compute-bound processes on real hardware, but how does that impact
requirements for protocols?

Spencer


> Joe
>
> >
> > I’ll wait for David’s review before I put in my ballot.
> >
> > Mirja
> >
> >
> >> Am 14.01.2017 um 18:22 schrieb Joe Touch <touch@isi.edu>:
> >>
> >> David - I think it'd be useful for fresh eyes on this. IMO, it's full of
> >> vendor terminology that I don't think sufficiently differentiates the
> >> data center case from any other variant of virtual network.
> >>
> >> This is the use case doc that purports to motivate "yet another" UDP
> >> tunneling mechanism, which has generated quite a bit of controversy and
> >> I expect would be more relevant to TSV.
> >>
> >> However, I'm struck by the need to publish a use case doc so soon after
> >> the problem statement doc (just two years ago), but that's not a TSV
> issue.
> >>
> >> Joe
> >>
> >>
> >> On 1/14/2017 8:09 AM, Joe Touch wrote:
> >>> I've been giving them feedback for a while.
> >>>
> >>> Joe
> >>>
> >>>> On Jan 14, 2017, at 7:07 AM, Black, David <David.Black@dell.com>
> wrote:
> >>>>
> >>>> As one of the authors of the NVO3 architecture RFC, RFC 8014, I'd be
> willing to help with a Transport review of this NVO3 use case draft.
> That'll have to happen quickly, as it looks like IETF LC ended on
> Wednesday, and the draft's on this week's telechat agenda.
> >>>>
> >>>> Joe?
> >>>>
> >>>> Thanks, --David
> >>>>
> >>>>> -----Original Message-----
> >>>>> From: Tsv-art [mailto:tsv-art-bounces@ietf.org] On Behalf Of Mirja
> Kuehlewind
> >>>>> (IETF)
> >>>>> Sent: Saturday, January 14, 2017 6:49 AM
> >>>>> To: Joe Touch
> >>>>> Cc: Martin Stiemerling; tsv-art@ietf.org
> >>>>> Subject: Re: [Tsv-art] TSV Triage team: Review of IETF LC documents
> as of 01/11
> >>>>>
> >>>>> Hi Joe,
> >>>>>
> >>>>> I also thought that this could potentially have a transport review.
> If you’d be able
> >>>>> to send one that be great, please do so. Or what do you meant by
> it’s already
> >>>>> being watched?
> >>>>>
> >>>>> Mirja
> >>>>>
> >>>>>
> >>>>>> Am 13.01.2017 um 23:09 schrieb Joe Touch <touch@isi.edu>:
> >>>>>>
> >>>>>> Hi Martin,
> >>>>>>
> >>>>>> I've been tracking this one for a while:
> >>>>>>
> >>>>>> draft-ietf-nvo3-use-case-15
> >>>>>>
> >>>>>> It does have significant transport issues, but it's already being
> >>>>>> watched ;-)
> >>>>>>
> >>>>>> Joe
> >>>>>>
> >>>>>>
> >>>>>>> On 1/11/2017 1:52 PM, Martin Stiemerling wrote:
> >>>>>>> Dear TSVers,
> >>>>>>>
> >>>>>>> First of all, a happy new (western) year! :)
> >>>>>>>
> >>>>>>> I did work through all documents that are in IETF LC, IESG
> processing
> >>>>>>> or being requested for publication as of 01/11, 09:00 pm UTC.
> >>>>>>>
> >>>>>>> Please find below all documents checked and what to do with these
> >>>>>>> documents.
> >>>>>>>
> >>>>>>>
> >>>>>>> Documents that require TSV attention:
> >>>>>>> none.
> >>>>>>>
> >>>>>>>
> >>>>>>> Documents that do not require TSV attention:
> >>>>>>> draft-ietf-oauth-jwsreq-09
> >>>>>>> draft-ietf-ipsecme-rfc4307bis-15
> >>>>>>> draft-ietf-geojson-text-sequence-03
> >>>>>>> draft-ietf-dime-agent-overload-08
> >>>>>>> draft-ietf-bmwg-ipv6-nd-04
> >>>>>>> draft-ietf-intarea-hostname-practice-03
> >>>>>>> draft-mohali-dispatch-cause-for-service-number-12
> >>>>>>> draft-ietf-trill-rfc6439bis-04
> >>>>>>> draft-ietf-trill-directory-assist-mechanisms-10
> >>>>>>> draft-ietf-teas-p2mp-loose-path-reopt-08
> >>>>>>> draft-ietf-teas-gmpls-resource-sharing-proc-06
> >>>>>>> draft-ietf-sidr-rpki-oob-setup-06
> >>>>>>> draft-ietf-sidr-publication-10
> >>>>>>> draft-ietf-sidr-adverse-actions-03
> >>>>>>> draft-ietf-rtgwg-rlfa-node-protection-10
> >>>>>>> draft-ietf-mpls-residence-time-12
> >>>>>>> draft-ietf-lisp-type-iana-04
> >>>>>>> draft-ietf-ecrit-ecall-22
> >>>>>>> draft-ietf-ecrit-car-crash-21
> >>>>>>> draft-ietf-bfcpbis-bfcp-websocket-13
> >>>>>>> draft-ietf-6man-rdnss-rfc6106bis-14
> >>>>>>> draft-holmberg-dispatch-mcptt-rp-namespace-04
> >>>>>>> draft-murchison-webdav-prefer-13
> >>>>>>> draft-ietf-dnsop-edns-key-tag-03
> >>>>>>> draft-ietf-payload-melpe-04
> >>>>>>> draft-ietf-insipid-logme-reqs-11
> >>>>>>> draft-ietf-softwire-multicast-prefix-option-11
> >>>>>>> draft-ietf-clue-rtp-mapping-10
> >>>>>>> draft-ietf-bfcpbis-sdp-ws-uri-07
> >>>>>>> draft-ietf-dhc-dhcpv6-failover-protocol-03
> >>>>>>> draft-ietf-nvo3-use-case-15
> >>>>>>> draft-ietf-softwire-dslite-multicast-14
> >>>>>>>
> >>>>>>> Thanks,
> >>>>>>>
> >>>>>>> Martin
> >>>>>>>
> >>>>>>> _______________________________________________
> >>>>>>> Tsv-art mailing list
> >>>>>>> Tsv-art@ietf.org
> >>>>>>> https://www.ietf.org/mailman/listinfo/tsv-art
> >>>>>> _______________________________________________
> >>>>>> Tsv-art mailing list
> >>>>>> Tsv-art@ietf.org
> >>>>>> https://www.ietf.org/mailman/listinfo/tsv-art
> >>>>> _______________________________________________
> >>>>> Tsv-art mailing list
> >>>>> Tsv-art@ietf.org
> >>>>> https://www.ietf.org/mailman/listinfo/tsv-art
> >> _______________________________________________
> >> Tsv-art mailing list
> >> Tsv-art@ietf.org
> >> https://www.ietf.org/mailman/listinfo/tsv-art
>
> _______________________________________________
> Tsv-art mailing list
> Tsv-art@ietf.org
> https://www.ietf.org/mailman/listinfo/tsv-art
>