Re: [mpls] draft-ietf-mpls-in-udp was RE: gre-in-udp draft (was: RE: [tsvwg] Milestones changed for tsvwg WG)

"Adrian Farrel" <adrian@olddog.co.uk> Thu, 09 January 2014 10:22 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 78C701AE1AE; Thu, 9 Jan 2014 02:22:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham
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 PVl5ZX95-Aw7; Thu, 9 Jan 2014 02:22:04 -0800 (PST)
Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) by ietfa.amsl.com (Postfix) with ESMTP id 8D3AF1AE23A; Thu, 9 Jan 2014 02:22:04 -0800 (PST)
Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id s09ALoZl029262; Thu, 9 Jan 2014 10:21:50 GMT
Received: from 950129200 (15.21.90.92.rev.sfr.net [92.90.21.15]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id s09ALjKd029119 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 9 Jan 2014 10:21:48 GMT
From: Adrian Farrel <adrian@olddog.co.uk>
To: l.wood@surrey.ac.uk, randy@psg.com
References: <8D3D17ACE214DC429325B2B98F3AE712026EF305B4@MX15A.corp.emc.com> <290E20B455C66743BE178C5C84F1240847E63346B0@EXMB01CMS.surrey.ac.uk>, <m2d2k1a8ze.wl%randy@psg.com> <290E20B455C66743BE178C5C84F1240847E63346B5@EXMB01CMS.surrey.ac.uk>
In-Reply-To: <290E20B455C66743BE178C5C84F1240847E63346B5@EXMB01CMS.surrey.ac.uk>
Date: Thu, 09 Jan 2014 10:21:44 -0000
Message-ID: <012801cf0d24$9b80b180$d2821480$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQLp3cWoqiSzZKGjmFXJEPC82F9z6gH14gYaAYJCBgICOkjTg5gY93Xw
Content-Language: en-gb
Cc: gorry@erg.abdn.ac.uk, mpls@ietf.org, lisp@ietf.org, ietf@ietf.org, david.black@emc.com, jnc@mit.edu, tsvwg@ietf.org
Subject: Re: [mpls] draft-ietf-mpls-in-udp was RE: gre-in-udp draft (was: RE: [tsvwg] Milestones changed for tsvwg WG)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Jan 2014 10:22:07 -0000

Lloyd and Randy,

With respect to draft-ietf-mpls-in-udp, this is why we have IETF last calls, so
thanks for the comments.

We did take the precaution of sending this I-D for an early TSV Directorate
review because of the concern about a number of factors and the overlap with
tsvwg work, but the review came back "clean". Of course, such a review is just
one person, so this conversation is good.

Wrt zero checksum, where do you stand on nested checksums? There is some claim
that they represent a waste of processing. I am not convinced by that when each
layer is using dedicated hardware (that can presumably process checksums at line
speed), but I am interested in the consequences for cheap hardware and for
software implementations (as have been claimed to be some of the motivations for
this work).

Other TSV-related issues that surely pop up are:
- allocation of ports for foo-in-UDP
- congestion control

Please note that there are a number of I-Ds that you missed in your broad sweep
of "I am opposed". You should probably look at the NVGRE and VXLAN work (which I
think is lurking around the NVO3 working group) because that is also looking at
UDP encaps of a tunnelling protocol.

Thanks,
Adrian

Health warnings:
I am responsible AD for draft-ietf-mpls-in-udp
I am a co-author of the gre-in-udp draft.

> -----Original Message-----
> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of l.wood@surrey.ac.uk
> Sent: 09 January 2014 08:07
> To: randy@psg.com
> Cc: gorry@erg.abdn.ac.uk; mpls@ietf.org; ietf@ietf.org; david.black@emc.com;
> tsvwg@ietf.org; jnc@mit.edu; lisp@ietf.org
> Subject: Re: [mpls] draft-ietf-mpls-in-udp was RE: gre-in-udp draft (was: RE:
> [tsvwg] Milestones changed for tsvwg WG)
> 
> Randy,
> 
> okay, let  tsvwg adopt draft-yong-tsvwg-gre-in-udp-encap, and let's get
> consensus on  it. And then the authors can adopt that consensus for
mpls-in-udp,
> which overlaps in authorship...
> 
> thanks,
> 
> Lloyd Wood
> http://about.me/lloydwood
> ________________________________________
> From: Randy Bush [randy@psg.com]
> Sent: 09 January 2014 07:51
> To: Wood L  Dr (Electronic Eng)
> Cc: david.black@emc.com; gorry@erg.abdn.ac.uk; ietf@ietf.org; mpls@ietf.org;
> jnc@mit.edu; lisp@ietf.org; tsvwg@ietf.org
> Subject: Re: draft-ietf-mpls-in-udp was RE: gre-in-udp draft (was: RE: [tsvwg]
> Milestones changed for tsvwg WG)
> 
> > Because they specify zero UDP checksums,
> > I oppose publication of draft-ietf-mpls-in-udp in its current form
> > I oppose tsvwg adoption of draft-yong-tsvwg-gre-in-udp-encap in its current
> form.
> > I oppose the IETF lisp documents.
> 
> lloyd,
> 
> i think i understand your position.  but i disagree with preventing wg
> adoption of draft-yong-tsvwg-gre-in-udp-encap, mainly because i strongly
> see wg adoption as how we get to discuss and work on a document, not as
> approval of the document.  as david said, i think we need to discuss it
> so we can decide if it should be fixed.  to do so, we have to adopt it.
> 
> randy
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls