IETF Logo Mail Archive

Re: [RTG-DIR] [L2tpext] RTG-DIR review: draft-ietf-l2tpext-keyed-ipv6-tunnel-05

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Mon, 21 March 2016 19:07 UTC

Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69A4012DA57; Mon, 21 Mar 2016 12:07:55 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=eci365.onmicrosoft.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 lhte_5tm7QWE; Mon, 21 Mar 2016 12:07:52 -0700 (PDT)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0776.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::776]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41B6412DA52; Mon, 21 Mar 2016 12:07:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=CWASFwf2F5TKJcUzSpYZuVwMeiCGYnQbhuixSCzd+Ss=; b=i2gIDfEbnLV6ZscFdodWLICpsbl30eG6BZ5GhnqaoUSaerioOZvhV7jJb25EJlrTsiGNnlDZx+HtL0NCqaRFqnWyBCwPullrJitBaSX0H5opm1lRdPBp2Ro4HQSTtZuHu2C1Lsd49eCYilKfXHgqkHwwdwnxJI7VPRjnTHrKIrs=
Received: from DB3PR03MB0780.eurprd03.prod.outlook.com (10.161.55.12) by DB3PR03MB0777.eurprd03.prod.outlook.com (10.161.54.27) with Microsoft SMTP Server (TLS) id 15.1.443.12; Mon, 21 Mar 2016 19:06:46 +0000
Received: from DB3PR03MB0780.eurprd03.prod.outlook.com ([10.161.55.12]) by DB3PR03MB0780.eurprd03.prod.outlook.com ([10.161.55.12]) with mapi id 15.01.0443.014; Mon, 21 Mar 2016 19:06:46 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "Giles Heron (giheron)" <giheron@cisco.com>
Thread-Topic: [L2tpext] RTG-DIR review: draft-ietf-l2tpext-keyed-ipv6-tunnel-05
Thread-Index: AQHRMbgyYSkA9WxqhU+9XI011SBSI57BEFgAgAA0HuCAo45xgIAAE0gp
Date: Mon, 21 Mar 2016 19:06:46 +0000
Message-ID: <uka1pb7vqcp2lxr29npvgt87.1458587097958@email.android.com>
References: <DB3PR03MB07802A1F72B4B0E8459E60779D590@DB3PR03MB0780.eurprd03.prod.outlook.com> <8FEFEEB2-0AC5-4C81-9727-AB9D49DB1913@cisco.com> <743196D6-DD0E-44C7-916B-E70824FE2A15@cisco.com> <D8223CD8-6049-49ED-A4C1-0B0F68F6E0B8@cisco.com> <904C8E01-D07F-4376-8AAD-38F3A42D3F01@cisco.com> <DB3PR03MB07803677839A7B4D48ADA2CA9D080@DB3PR03MB0780.eurprd03.prod.outlook.com>, <BF350ECA-D4D4-42CB-9AA5-BD1F1AA5EF4B@cisco.com>
In-Reply-To: <BF350ECA-D4D4-42CB-9AA5-BD1F1AA5EF4B@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=ecitele.com;
x-originating-ip: [109.64.149.46]
x-ms-office365-filtering-correlation-id: 4905837b-6bbe-4b77-913d-08d351bbf2b0
x-microsoft-exchange-diagnostics: 1; DB3PR03MB0777; 5:TNB3j2anpXWflb9zfzIa0zANswmx6PHQUAcOUetxFJqtT6TC94vg00tx/v3Te8mhJGJxSCu3muW+SEi0mgbYgmiCqZdPGuwGlVeqgN4Rz+8AhhvKvhDs5vUBt9fHJLy6VXCw8WKhczaOUzA7XXNj+Q==; 24:ozhuHHItwigNnZaI4o09SZZ+igc/ijux7IEt+dzJW2VGtqghCozWfS1mi6I3uQmVfP3CM4ulb4KGT7ZHMDwsWgL5vdF2b/U8roZr45PinJ8=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0777;
x-microsoft-antispam-prvs: <DB3PR03MB07773A8BF2A3CC487C1675CE9D8F0@DB3PR03MB0777.eurprd03.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(95692535739014);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:DB3PR03MB0777; BCL:0; PCL:0; RULEID:; SRVR:DB3PR03MB0777;
x-forefront-prvs: 0888B1D284
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(43544003)(13464003)(377454003)(77096005)(11100500001)(66066001)(5004730100002)(2900100001)(230783001)(10400500002)(16236675004)(2950100001)(106116001)(5890100001)(5002640100001)(3280700002)(86362001)(33646002)(87936001)(3660700001)(110136002)(93886004)(1220700001)(1096002)(122556002)(2906002)(95246002)(4326007)(50986999)(54356999)(63666004)(76176999)(3846002)(6116002)(586003)(19580395003)(19580405001)(5008740100001)(81166005)(189998001)(92566002)(102836003); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0777; H:DB3PR03MB0780.eurprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_uka1pb7vqcp2lxr29npvgt871458587097958emailandroidcom_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Mar 2016 19:06:46.0670 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR03MB0777
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-dir/cethhgFIodNpeXaON067xBqdiDg>
Cc: "rtg-dir@ietf.org" <rtg-dir@ietf.org>, Maciek Konstantynowicz <maciek@cisco.com>, "draft-ietf-l2tpext-keyed-ipv6-tunnel.all@tools.ietf.org" <draft-ietf-l2tpext-keyed-ipv6-tunnel.all@tools.ietf.org>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>, "Carlos Pignataro (cpignata)" <cpignata@cisco.com>, Rainer Schatzmayr <rainer.schatzmayr@telekom.de>, "l2tpext-chairs@ietf.org" <l2tpext-chairs@ietf.org>, Stewart Bryant <stewart.bryant@gmail.com>, "Mark Townsley (townsley)" <townsley@cisco.com>, Wim Henderickx <wim.henderickx@alcatel-lucent.com>
Subject: Re: [RTG-DIR] [L2tpext] RTG-DIR review: draft-ietf-l2tpext-keyed-ipv6-tunnel-05
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Mar 2016 19:07:55 -0000

Giles,
I will read the draft and provide detailed comments tomorrow. If you want to post it earlier, it is also OK.

With regard to circular references - it is simple to resolve if the reference to the YANG draft in this one is Informational. To me it maked sense due to the imortant role management plays in this draft, but I do not insist on it.

Your claim that the techniques  draft allows for better ECMP looks very interesting. I must admit that I have completely missed this consideration in my original analysis.

Thumb typed on my cellphone
Regards,
Sasha

-------- Original Message --------
From: "Giles Heron (giheron)" <giheron@cisco.com>
Date: Mon, March 21, 2016 7:57 PM +0200
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
CC: Maciek Konstantynowicz <maciek@cisco.com>, Rainer Schatzmayr <rainer.schatzmayr@telekom.de>, Wim Henderickx <wim.henderickx@alcatel-lucent.com>, rtg-dir@ietf.org, draft-ietf-l2tpext-keyed-ipv6-tunnel.all@tools.ietf.org, "Mark Townsley (townsley)" <townsley@cisco.com>, Stewart Bryant <stewart.bryant@gmail.com>, l2tpext-chairs@ietf.org, rtg-ads@ietf.org, "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
Subject: Re: [L2tpext] RTG-DIR review:  draft-ietf-l2tpext-keyed-ipv6-tunnel-05



Updated draft attached (sorry for the delay).  will post this in an hour or two unless anyone objects.

changes:

1) updated the wording to make it clear that the management plane is now in charge instead of the control plane (to address your comment re re-configuration to change cookies etc.)  I didn't go as far as putting the word "orchestrator" in the draft as that may change by next week ;)   But I did use the phrase "matching configurations" - which should take care of concerns re e.g. MTU mismatches.

2) updated the draft to allow the L2-specific sublayer (for VCCV and frame sequencing)

3) added a paragraph to section 2 explaining the benefits of this approach (better ECMP and finer-grained route advertisements)

we can debate the other comments at a later point, but for now I wanted to get the draft published again - partly because there's a dependency on this draft from the keyed IP tunnel YANG draft.  Speaking of which I'm not sure I want to put a ref here to that draft as that would all get a bit circular.

Giles

v2.23.0 | Report a Bug | By Email