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 >
- [Tsv-art] TSV Triage team: Review of IETF LC docu… Martin Stiemerling
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Spencer Dawkins at IETF
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Joe Touch
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Mirja Kuehlewind (IETF)
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Black, David
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Joe Touch
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Joe Touch
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Black, David
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Joe Touch
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Mirja Kuehlewind (IETF)
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Black, David
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Mirja Kuehlewind (IETF)
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Mirja Kuehlewind (IETF)
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Joe Touch
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Mirja Kuehlewind (IETF)
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Spencer Dawkins at IETF
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Black, David
- Re: [Tsv-art] TSV Triage team: Review of IETF LC … Martin Stiemerling