Re: [tsvwg] [Int-area] New draft to update L2TP, GRE, PPTP, GTP & VXLAN, etc. for ECN
"Carlos Pignataro (cpignata)" <cpignata@cisco.com> Fri, 08 July 2016 22:04 UTC
Return-Path: <cpignata@cisco.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 312E212D896; Fri, 8 Jul 2016 15:04:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.946
X-Spam-Level:
X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 WHAPESd7ukS5; Fri, 8 Jul 2016 15:04:19 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C17B12B00F; Fri, 8 Jul 2016 15:04:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=30932; q=dns/txt; s=iport; t=1468015459; x=1469225059; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=aeVEZ3BkKLfA/7y6zenI3Blx1CTKBWQkaeX+HUdM3nM=; b=eBw9/+L9KXMl/EDuSdOzQgLyi0sCQ74v+cR+Lb7zpappYgXoFeZLVw+v qoPq1WnIVRkWmOHQ0zJsJ15qfK++bUKuME8vkFJL5XWgfQDFYZjGM+ncy kqDZwKLyHsJhbtepWi16vg6lialIiihDLSOuYoxvN9xi+8thpj19XNYPR U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0B5AgA3IoBX/4QNJK1cgnBOVnwGqAmRCIF6JIV0AhyBDDgUAQEBAQEBAWUnhE0BBQEBIUsLEAIBCA4qBwMCAgIlCxQRAgQOBYgwDq55jxwBAQEBAQEBAQEBAQEBAQEBAQEBAQEchieBeIJVhFgngkMrgi8FjgSLEAGGC4hDgWpOhAqIaoZaiTMBHjaDcW4BiDJ/AQEB
X-IronPort-AV: E=Sophos;i="5.28,332,1464652800"; d="scan'208,217";a="293997678"
Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 08 Jul 2016 22:04:18 +0000
Received: from XCH-RTP-020.cisco.com (xch-rtp-020.cisco.com [64.101.220.160]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id u68M4H7n028029 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 8 Jul 2016 22:04:18 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-020.cisco.com (64.101.220.160) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 8 Jul 2016 18:04:17 -0400
Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Fri, 8 Jul 2016 18:04:17 -0400
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Bob Briscoe <ietf@bobbriscoe.net>
Thread-Topic: [Int-area] New draft to update L2TP, GRE, PPTP, GTP & VXLAN, etc. for ECN
Thread-Index: AQHR2WGPdcmpQit00Uy8MFPT2rDAzaAPWZ+A
Date: Fri, 08 Jul 2016 22:04:17 +0000
Message-ID: <93847C7A-5F4F-41AD-930B-9E26BD963576@cisco.com>
References: <20160708114131.32189.93751.idtracker@ietfa.amsl.com> <577F9A07.2060906@bobbriscoe.net> <F166D944-9CC9-4E93-A471-A22A5C581A01@cisco.com> <57801E22.1030805@bobbriscoe.net>
In-Reply-To: <57801E22.1030805@bobbriscoe.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.82.175.96]
Content-Type: multipart/alternative; boundary="_000_93847C7A5F4F41AD930B9E26BD963576ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/gO0VlFQlhSz2Ch7uuLL0G1UaeUY>
Cc: Gorry Fairhurst <gorry@erg.abdn.ac.uk>, intarea IETF list <int-area@ietf.org>, tsvwg IETF list <tsvwg@ietf.org>, Juan Carlos Zuniga <j.c.zuniga@ieee.org>
Subject: Re: [tsvwg] [Int-area] New draft to update L2TP, GRE, PPTP, GTP & VXLAN, etc. for ECN
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Jul 2016 22:04:22 -0000
Bob, On Jul 8, 2016, at 5:41 PM, Bob Briscoe <ietf@bobbriscoe.net<mailto:ietf@bobbriscoe.net>> wrote: Carlos, On 08/07/16 20:32, Carlos Pignataro (cpignata) wrote: Bob, When you say L2TP, do you mean only L2TPv2 [RFC 2661] as in the I-D, or also L2TPv3 [RFC 3931]? (I think should be both). Thx. I've added L2TPv3 to my local copy - might post -01 later tonight. I recall adding that to my list in the past, but it must have fallen off again. One additional point of clarification — the draft says: This specification therefore updates the following specifications of tightly coupled shim headers by adding that RFC 6040 SHOULD apply when the shim header is used between IP headers: However, some of the listed tunneling technologies include additional encapsulations between the shim and the inner IP. Those are not part of the shim header per se. For example, IP | GRE | Ethernet | IP. Same for VXLAN. There’s PPP for L2TP, etc. The draft scope says: In many cases the shim header(s) and the outer IP header are always added (or removed) as part of the same process. We call this a tightly coupled shim header. It might be beneficial to tighten the scope to more definitively spec if it is IP | shim | something | IP, for “something” being non-null. Any suggestions for how I can make the scope clearer - I thought I had made it clear: it's only if the shim and outer IP are added to an inner IP. Because, in the example you give an Ethernet header doesn't have an ECN field. That case falls under the last catch-all paragraph that refers to draft-ietf-ecn-encap-guidelines, which attempts to cover every possibility in a more general way. In section 4.2 & section 6 you'll find that if ECN is in an IP header within an Ethernet header either you give up, or if you're a switch-router you violate layering and look inside the Ethernet header to find ECN in the IP header. Then, you refer to RFC6040 to propagate to/from the outer IP, jumping over the shim. Thanks. Indeed, the paragraphs in ietf-tsvwg-ecn-encap-guidelines cover my question. Thanks, — Carlos. Bob However, Thanks, — Carlos. On Jul 8, 2016, at 8:18 AM, Bob Briscoe <ietf@bobbriscoe.net<mailto:ietf@bobbriscoe.net>> wrote: 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/ _______________________________________________ Int-area mailing list Int-area@ietf.org https://www.ietf.org/mailman/listinfo/int-area -- ________________________________________________________________ Bob Briscoe http://bobbriscoe.net/
- Re: [tsvwg] [Int-area] New draft to update L2TP, … Carlos Pignataro (cpignata)
- Re: [tsvwg] New draft to update L2TP, GRE, PPTP, … Bob Briscoe
- Re: [tsvwg] [Int-area] New draft to update L2TP, … Bob Briscoe
- Re: [tsvwg] New draft to update L2TP, GRE, PPTP, … Carlos Pignataro (cpignata)
- Re: [tsvwg] New draft to update L2TP, GRE, PPTP, … Carlos Pignataro (cpignata)
- Re: [tsvwg] [Int-area] New draft to update L2TP, … Carlos Pignataro (cpignata)
- Re: [tsvwg] New draft to update L2TP, GRE, PPTP, … Bob Briscoe
- Re: [tsvwg] New draft to update L2TP, GRE, PPTP, … Bob Briscoe
- Re: [tsvwg] New draft to update L2TP, GRE, PPTP, … Black, David
- Re: [tsvwg] New draft to update L2TP, GRE, PPTP, … Andrew G. Malis
- [tsvwg] New draft to update L2TP, GRE, PPTP, GTP … Bob Briscoe
- [tsvwg] New draft to update L2TP, GRE, PPTP, GTP … Bob Briscoe