[Int-area] New draft to update L2TP, GRE, PPTP, GTP & VXLAN, etc. for ECN

Bob Briscoe <ietf@bobbriscoe.net> Fri, 08 July 2016 12:18 UTC

Return-Path: <ietf@bobbriscoe.net>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB6FF12B044; Fri, 8 Jul 2016 05:18:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 Knzdqu3O7gTN; Fri, 8 Jul 2016 05:18:18 -0700 (PDT)
Received: from server.dnsblock1.com (server.dnsblock1.com [85.13.236.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 171AE12B031; Fri, 8 Jul 2016 05:18:18 -0700 (PDT)
Received: from 114.50.113.87.dyn.plus.net ([87.113.50.114]:59617 helo=[192.168.0.6]) by server.dnsblock1.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from <ietf@bobbriscoe.net>) id 1bLUjY-00054L-4l; Fri, 08 Jul 2016 13:18:16 +0100
From: Bob Briscoe <ietf@bobbriscoe.net>
To: tsvwg IETF list <tsvwg@ietf.org>, intarea IETF list <int-area@ietf.org>, Wassim Haddad <Wassim.Haddad@ericsson.com>, j.c.zuniga@ieee.org, Gorry Fairhurst <gorry@erg.abdn.ac.uk>, "Black, David" <david.black@emc.com>
References: <20160708114131.32189.93751.idtracker@ietfa.amsl.com>
Message-ID: <577F9A07.2060906@bobbriscoe.net>
Date: Fri, 08 Jul 2016 13:18:15 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0
MIME-Version: 1.0
In-Reply-To: <20160708114131.32189.93751.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server.dnsblock1.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - bobbriscoe.net
X-Get-Message-Sender-Via: server.dnsblock1.com: authenticated_id: in@bobbriscoe.net
X-Authenticated-Sender: server.dnsblock1.com: in@bobbriscoe.net
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/ZOvMIgmAm1KkqSyjde5DG-tWl_M>
Subject: [Int-area] New draft to update L2TP, GRE, PPTP, GTP & VXLAN, etc. for ECN
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Jul 2016 12:18:20 -0000

tsvwg, intarea, and respective co-chairs,
[re-sent with hyphen in int-area@]

I have posted a new very brief draft (under 2 pages not incl. 
boilerplate), intended for standards track as a bis to RFC6040.
As suggested in Buenos Aires, this has been extracted from 
draft-ietf-tsvwg-ecn-encap-guidelines, to cut all the clutter and 
highlight solely the standards track stuff.

Propagating Explicit Congestion Notification Across IP Tunnel Headers 
Separated by a Shim
https://tools.ietf.org/html/draft-briscoe-tsvwg-rfc6040bis-00

If approved, it is intended to update L2TP, GRE, PPTP, GTP & VXLAN.
Obviously the IETF does not control GTP - see text for how 3GPP might 
use this spec.
Simialrly, given VXLAN is informational, it's perhaps not appropriate to 
update it - exactly how this is worded is for discussion.

For IETF-96, I've asked for a slot in intarea to explain, and I also 
hope to cover this in an ecn-encap-guidelines slot in tsvwg.

I'd appreciate help identifying more tunnelling protocols that follow 
the pattern of a shim sandwiched between two IP headers.
Since posting, I've looked at Joe's Tunnelling draft and realised I 
missed out Geneve and GUE. More?

Cheers


Bob

On 08/07/16 12:41, internet-drafts@ietf.org wrote:
> A new version of I-D, draft-briscoe-tsvwg-rfc6040bis-00.txt
> has been successfully submitted by Bob Briscoe and posted to the
> IETF repository.
>
> Name:		draft-briscoe-tsvwg-rfc6040bis
> Revision:	00
> Title:		Propagating Explicit Congestion Notification Across IP Tunnel Headers Separated by a Shim
> Document date:	2016-07-08
> Group:		Individual Submission
> Pages:		5
> URL:            https://www.ietf.org/internet-drafts/draft-briscoe-tsvwg-rfc6040bis-00.txt
> Status:         https://datatracker.ietf.org/doc/draft-briscoe-tsvwg-rfc6040bis/
> Htmlized:       https://tools.ietf.org/html/draft-briscoe-tsvwg-rfc6040bis-00
>
>
> Abstract:
>     RFC 6040 on "Tunnelling of Explicit Congestion Notification" made the
>     rules for propagation of ECN consistent for all forms of IP in IP
>     tunnel.  This specification extends the scope of RFC 6040 to include
>     tunnels where two IP headers are separated by a shim header that
>     cannot stand alone.
>
>
>
>
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat
>

-- 
________________________________________________________________
Bob Briscoe                               http://bobbriscoe.net/