Re: [Tsv-art] TSV Triage team: Review of IETF LC documents as of 01/11
"Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net> Tue, 17 January 2017 16:17 UTC
Return-Path: <ietf@kuehlewind.net>
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 AF128129553 for <tsv-art@ietfa.amsl.com>; Tue, 17 Jan 2017 08:17:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.101
X-Spam-Level:
X-Spam-Status: No, score=-5.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-3.199, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 HBtknshFtmlY for <tsv-art@ietfa.amsl.com>; Tue, 17 Jan 2017 08:17:39 -0800 (PST)
Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 44CE61294EF for <tsv-art@ietf.org>; Tue, 17 Jan 2017 08:17:38 -0800 (PST)
Received: (qmail 30200 invoked from network); 17 Jan 2017 17:17:36 +0100
Received: from p5dec276e.dip0.t-ipconnect.de (HELO ?192.168.178.33?) (93.236.39.110) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 17 Jan 2017 17:17:36 +0100
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
From: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
In-Reply-To: <9b170723-141b-2f95-34fe-58b0791d1d62@isi.edu>
Date: Tue, 17 Jan 2017 17:17:35 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <23B76B26-164E-40B0-80E3-73E97C05B015@kuehlewind.net>
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>
To: Joe Touch <touch@isi.edu>
X-Mailer: Apple Mail (2.3259)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-art/oKNPzvpYArH2F4bf639R_-iYQT0>
Cc: Martin Stiemerling <mls.ietf@gmail.com>, "Black, David" <David.Black@dell.com>, "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:17:40 -0000
Hi Joe, agreed but this still doesn’t justify a discuss. I will put a comment in my ballot. However, these are probably comments that should have been discussed at chartering… Mirja > Am 17.01.2017 um 16:38 schrieb Joe Touch <touch@isi.edu>: > > > > 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. > > 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