Closed: routing area design team on dataplane encapsulation considerations
Alia Atlas <akatlas@gmail.com> Thu, 28 May 2015 15:12 UTC
Return-Path: <akatlas@gmail.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF6ED1A89AC; Thu, 28 May 2015 08:12:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.999
X-Spam-Level:
X-Spam-Status: No, score=-101.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, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 YCztorJlVoRJ; Thu, 28 May 2015 08:12:57 -0700 (PDT)
Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::229]) (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 3DAE21B2AD4; Thu, 28 May 2015 08:12:48 -0700 (PDT)
Received: by oihb142 with SMTP id b142so34589619oih.3; Thu, 28 May 2015 08:12:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=2lN7EClxTEyAu4A7mANF6hoOLPFn6RsirpbYUDWaGjo=; b=EM04Kl27z0dDnA992E8ppJaDM7dKfRHb7B2ZFnMBtZSgzpxXmDuQvoonObEeJUpQfD 9zIghbaFBNmjbmwaiUrBXtjG0iYGqZd+8s8hc9CUD0ycnCIUGbP6ArSH8FOF9a6gM7MW LBISvL//LZZqb+DU4aUCl5Fu05OgeV8zPdjGKCOkrzewvBR3cbs00vNxKb5JX4WEfIz8 d6ytHDloNp/f8rJZHKp4q1nYN+rNZeHXIXvlOFDS/UavvcOXg7Y6plOAw1qMazenwFHr h/AfQwv1jSdbVeCY8nNQCFdZ6Fay6nY5QFVAagzgbfX8n3mD94TqweF4zYcOshkWLk4h Lafw==
MIME-Version: 1.0
X-Received: by 10.60.123.83 with SMTP id ly19mr2882239oeb.13.1432825967662; Thu, 28 May 2015 08:12:47 -0700 (PDT)
Received: by 10.60.172.77 with HTTP; Thu, 28 May 2015 08:12:45 -0700 (PDT)
Date: Thu, 28 May 2015 11:12:45 -0400
Message-ID: <CAG4d1rf9-YZcyi7NRoAHbpHm7kKOTWMXnsKyJ8fBkuwLjhvVCA@mail.gmail.com>
Subject: Closed: routing area design team on dataplane encapsulation considerations
From: Alia Atlas <akatlas@gmail.com>
To: "routing-discussion@ietf.org" <routing-discussion@ietf.org>, "rtgwg@ietf.org" <rtgwg@ietf.org>
Content-Type: multipart/alternative; boundary="047d7b5d5498d3db67051725ca31"
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtgwg/XTXrNaE8X_m2E7gwm_-YtbdvyUw>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 May 2015 15:12:59 -0000
I would like to thank the Design Team for their hard work. They have addressed comments and published draft-rtg-dt-encap-02 ( https://datatracker.ietf.org/doc/draft-rtg-dt-encap/ ). This draft is being considered now by RTGWG for adoption. Thanks again for the work and speed, Alia On Tue, Dec 9, 2014 at 5:46 PM, Alia Atlas <akatlas@gmail.com> wrote: > I have chartered a Routing Area Design Team to work on data-plane > encapsulation considerations. > > I've bcc'd nvo3, sfc, bier, and rtgwg as the most directly relevant. > Please keep any conversation in one place on routing-discussion. > > Erik Nordmark has kindly agreed to lead this design team. The members of > the design > team are: > > Albert Tian <albert.tian@ericsson.com> > Erik Nordmark <nordmark@sonic.net> > Jesse Gross <jgross@vmware.com> > Jon Hudson <jon.hudson@gmail.com> > Larry Kreeger (kreeger) <kreeger@cisco.com> > Pankaj Garg <Garg.Pankaj@microsoft.com> > Pat Thaler <pthaler@broadcom.com> > Tom Herbert <therbert@google.com> > > The mailing list, rgt-dt-encap-considerations@ietf.org, is closed but the > archives are > publicly available at: > > http://www.ietf.org/mail-archive/web/rtg-dt-encap-considerations/current/maillist.html > > The Design Team is chartered as follows: > > There have been multiple efforts over the years that have resulted in new > or modified data plane behaviors involving encapsulations. That includes > IETF efforts like MPLS, LISP, and TRILL but also industry efforts like > Vxlan and NVGRE. These collectively can be seen as a source of insight > into the properties that data planes need to meet. The IETF is currently > working on potentially new encapsulations in NVO3 and SFC and considering > working on BIER. In addition there is work on tunneling in the INT area. > > This is a short term design team chartered to collect and construct useful > advice to parties working on new or modified data plane behaviors that > include additional encapsulations. The goal is for the group to document > useful advice gathered from interacting with ongoing efforts. An Internet > Draft will be produced for IETF92 to capture that advice, which will be > discussed in RTGWG. > > Data plane encapsulations face a set of common issues such as: > > * How to provide entropy for ECMP > * Issues around packet size and fragmentation/reassembly > * OAM - what support is needed in an encapsulation format? > * Security and privacy. > * QoS > * Congestion Considerations > * IPv6 header protection (non-zero UDP checksum over IPv6 issue) > * Extensibility - e.g., for evolving OAM, security, and/or congestion > control > * Layering of multiple encapsulations e.g., SFC over NVO3 over BIER > > The design team will provide advice on those issues. The intention is that > even where we have different encapsulations for different purposes carrying > different data, each such encapsulation doesn’t have to reinvent the wheel > for the above common issues. > > The design team will look across the routing area in particular at SFC, > NVO3 and BIER. It will not be involved in comparing or analyzing any > particular encapsulation formats proposed in those WGs and BoFs but instead > focus on common advice. > > Regards, > Alia >