Re: [lisp] RFC6830bis and multiprotocol support
"Marc Portoles Comeras (mportole)" <mportole@cisco.com> Mon, 04 December 2017 05:28 UTC
Return-Path: <mportole@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F57B126B72 for <lisp@ietfa.amsl.com>; Sun, 3 Dec 2017 21:28:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.52
X-Spam-Level:
X-Spam-Status: No, score=-14.52 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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 3oxrVaA66cTw for <lisp@ietfa.amsl.com>; Sun, 3 Dec 2017 21:28:56 -0800 (PST)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17497124D37 for <lisp@ietf.org>; Sun, 3 Dec 2017 21:28:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=56084; q=dns/txt; s=iport; t=1512365336; x=1513574936; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=SFpnX61ZeACyQ3QrjGsngzGz8mBDHASdpOC7UhHaQH0=; b=DCMXtGwZT+Ren40mMb19/uQUkuk9ZpHyNMJ0ZXoFOIwNY7Zv6mlE4CaW SHTNfKjdzl0YY72bmp8QNyiuhjvhXKSdHtVEDShsMMRiDs/2b9oRGiMW0 9CzVLYlJCI6/fYS0QaSd1wFIqzEgTcG0iL6ldklQmw1hh+r5N/5Ex9hix I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0D+AADy2yRa/5tdJa1cGQEBAQEBAQEBAQEBAQcBAQEBAYJKcmZuJweDeIogjnSBfYh0jg2CEgMKGAEKhRgCGoURPxgBAQEBAQEBAQFrHQuFIgEBAQQBASFLGwIBCBEDAQIhAQYDAgICHwYLFAkIAgQTCYk1TAMVEKdigicmhwkNgxgBAQEBAQEBAQEBAQEBAQEBAQEBAQEdhUtUgmspgXSBDoFJgRASOYFWETYWgl8xgjIFmTqIdT0Ch3KDa4Q4hHqTVo07iGUCERkBgTkBHzmBTW8VOioBgX4JgkkMEIFneIdMgTOBFAEBAQ
X-IronPort-AV: E=Sophos; i="5.45,357,1508803200"; d="scan'208,217"; a="39807245"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Dec 2017 05:28:44 +0000
Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id vB45Sibo025275 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <lisp@ietf.org>; Mon, 4 Dec 2017 05:28:44 GMT
Received: from xch-rtp-011.cisco.com (64.101.220.151) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 4 Dec 2017 00:28:43 -0500
Received: from xch-rtp-011.cisco.com ([64.101.220.151]) by XCH-RTP-011.cisco.com ([64.101.220.151]) with mapi id 15.00.1320.000; Mon, 4 Dec 2017 00:28:43 -0500
From: "Marc Portoles Comeras (mportole)" <mportole@cisco.com>
To: "lisp@ietf.org" <lisp@ietf.org>
Thread-Topic: [lisp] RFC6830bis and multiprotocol support
Thread-Index: AQHTaWH+PD7Ok2jFlUCIS7iQFH0MsqMsRiaAgAAAeICAAAMCgIAABGQAgAAAxgCAAAG6gIAAG+mAgABbWgCAAANegIAAJbCAgAAhTQCAAE/GgIAAOKYAgAVoAAA=
Date: Mon, 04 Dec 2017 05:28:43 +0000
Message-ID: <035D7D09-C4A9-4E14-A4DB-4BED6498F41D@cisco.com>
References: <211ad1ba-b5fb-b0d5-7001-0f91e89691b7@cisco.com> <F3E9C718-E68C-4769-9AEA-878701774313@gmail.com> <d861dfd2-a403-2e52-cea6-088f4f7e4077@cisco.com> <5f8210ab-3281-2686-c8df-e584173ab481@cisco.com> <53CFBDF2-3DF5-4A1A-B90D-4209FD251571@gmail.com> <f3cea5bf-8d00-dd31-740d-c786b3165e4f@cisco.com> <646859C5-7A0A-479F-8FB8-E37DF6742DE3@gmail.com> <ef03ebdc-075d-6ea1-b712-004fe8557e82@cisco.com> <E2CCB598-341A-42EC-A2E4-DEDEFCA4807B@cisco.com> <CEAAF3B9-DD8B-4B7F-BDEA-9D47EF7A717C@gmail.com> <13f18cab-7017-0af3-6da6-074aed8cb24f@ac.upc.edu> <CAGE_Qez+Jo-z4TCkMXeikOhAqFsjBd+K5SxDtpNJyRDedPDv-w@mail.gmail.com> <E47D513B-9939-4EEE-A3D6-23C3E6B654A4@gmail.com> <D64590E8.DA8DC%vermagan@cisco.com>
In-Reply-To: <D64590E8.DA8DC%vermagan@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.27.0.171010
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.32.170]
Content-Type: multipart/alternative; boundary="_000_035D7D09C4A94E14A4DB4BED6498F41Dciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/zs6yaSxRRasK5vYNj66hSVmWLhU>
Subject: Re: [lisp] RFC6830bis and multiprotocol support
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lisp/>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Dec 2017 05:28:59 -0000
+1 too.
This extension enables the possibility to carry L2 packets and provides a path to completely support the eid-mobility draft.
Marc
From: lisp <lisp-bounces@ietf.org> on behalf of "Vina Ermagan (vermagan)" <vermagan@cisco.com>
Date: Thursday, November 30, 2017 at 10:55 AM
To: "lisp@ietf.org" <lisp@ietf.org>
Subject: Re: [lisp] RFC6830bis and multiprotocol support
+1 on proposed extension.
This would enable LISP to carry L2 payload and NSH as well, which are all implemented in FD.io (VPP) and and interoperable with ODL Mapping Server.
Best,
Vina
From: lisp <lisp-bounces@ietf.org<mailto:lisp-bounces@ietf.org>> on behalf of Dino Farinacci <farinacci@gmail.com<mailto:farinacci@gmail.com>>
Date: Thursday, November 30, 2017 at 7:32 AM
To: Albert Cabellos <albert.cabellos@gmail.com<mailto:albert.cabellos@gmail.com>>
Cc: "lisp@ietf.org<mailto:lisp@ietf.org>" <lisp@ietf.org<mailto:lisp@ietf.org>>
Subject: Re: [lisp] RFC6830bis and multiprotocol support
+1 here too. I can do an implantation so I can interoperate with the other implementations.
Dino
On Nov 30, 2017, at 2:46 AM, Albert Cabellos <albert.cabellos@gmail.com<mailto:albert.cabellos@gmail.com>> wrote:
Hi all
Support proposed 6830bis extension.
This is indeed implmemented in OOR.
Albert
On Thu, Nov 30, 2017 at 9:47 AM, Albert López <alopez@ac.upc.edu<mailto:alopez@ac.upc.edu>> wrote:
+1
I also support extending RFC 6830bis as suggested. We have an initial implementation of LISP-GPE in OOR and we think this extension could be really useful.
Albert López
El 30/11/17 a les 07:32, Florin Coras ha escrit:
+1
The LISP implementation in FD.io<http://FD.io> VPP makes use of it to distinguish between Ethernet, IP and NSH payloads.
Florin
On Nov 29, 2017, at 10:20 PM, Victor Moreno (vimoreno) <vimoreno@cisco.com<mailto:vimoreno@cisco.com>> wrote:
I’m strongly supportive of this proposal as it completes the necessary specifications to support the L2 services proposed in the eid-mobility draft.
Victor
On Nov 29, 2017, at 4:54 PM, Fabio Maino (fmaino) <fmaino@cisco.com<mailto:fmaino@cisco.com>> wrote:
sounds good.
Fabio
On 11/29/17 3:13 PM, Dino Farinacci wrote:
I’d also add before the last sentence:
If the N-bit and V-bit are 0 when the P-bit is set, the middle 16-bits are set to 0.
Dino
On Nov 29, 2017, at 3:07 PM, Fabio Maino <fmaino@cisco.com<mailto:fmaino@cisco.com>> wrote:
On 11/29/17 3:05 PM, Dino Farinacci wrote:
How about this wording Fabio:
P: The P-bit is the Next Protocol bit. When set, the low-order 8 bits is used for the Next Protocol field. When the N-bit is also set with the P-bit, the Nonce field is the middle 16 bits. When the V bit is also set with the P-bit, the Version field is the middle 16 bits. Details on Next Protocol field usage are described in [draft-lewis-lisp-gpe].
Comments?
much better.
Thanks,
Fabio
Dino
On Nov 29, 2017, at 2:49 PM, Fabio Maino <fmaino@cisco.com<mailto:fmaino@cisco.com>> wrote:
Definition of the P bit will look like:
P: The P-bit is the Next Protocol bit. When this bit is set to
1, Nonce length, when used, is limited to 16 bits and the lenght
of the Source and Destination Map-Version fields, when used, is limited
to 8 bits. Refer to [draft-lewis-lisp-gpe] for more details.
The P-bit is set to 1 to indicate the presence of the 8 bit Next Protocol field encoded as:
Do you think the overall proposed extension makes sense?
Thanks,
Fabio
On 11/29/17 2:38 PM, Fabio Maino wrote:
On 11/29/17 2:36 PM, Dino Farinacci wrote:
The use of the P-bit is not compatible with the Map-Versioning feature, but an equivalent function can be specified (if needed) with a Next-Protocol shim header. I can add text to the LISP-GPE draft to reflect that.
Well it could be. Just like you did with the Nonce field. Make the Version field the middle 16-bits. So V and P can be set at the same as well as N and P.
Dino
Good point, shortening versions to 8 bits...
Seems fine to me.
Fabio
_______________________________________________
lisp mailing list
lisp@ietf.org<mailto:lisp@ietf.org>
https://www.ietf.org/mailman/listinfo/lisp
_______________________________________________
lisp mailing list
lisp@ietf.org<mailto:lisp@ietf.org>
https://www.ietf.org/mailman/listinfo/lisp
_______________________________________________
lisp mailing list
lisp@ietf.org<mailto:lisp@ietf.org>
https://www.ietf.org/mailman/listinfo/lisp
_______________________________________________
lisp mailing list
lisp@ietf.org<mailto:lisp@ietf.org>
https://www.ietf.org/mailman/listinfo/lisp
_______________________________________________
lisp mailing list
lisp@ietf.org<mailto:lisp@ietf.org>https://www.ietf.org/mailman/listinfo/lisp
_______________________________________________
lisp mailing list
lisp@ietf.org<mailto:lisp@ietf.org>
https://www.ietf.org/mailman/listinfo/lisp
_______________________________________________
lisp mailing list
lisp@ietf.org<mailto:lisp@ietf.org>
https://www.ietf.org/mailman/listinfo/lisp
- [lisp] RFC6830bis and multiprotocol support Fabio Maino
- Re: [lisp] RFC6830bis and multiprotocol support Dino Farinacci
- Re: [lisp] RFC6830bis and multiprotocol support Fabio Maino
- Re: [lisp] RFC6830bis and multiprotocol support Fabio Maino
- Re: [lisp] RFC6830bis and multiprotocol support Dino Farinacci
- Re: [lisp] RFC6830bis and multiprotocol support Fabio Maino
- Re: [lisp] RFC6830bis and multiprotocol support Dino Farinacci
- Re: [lisp] RFC6830bis and multiprotocol support Fabio Maino
- Re: [lisp] RFC6830bis and multiprotocol support Victor Moreno (vimoreno)
- Re: [lisp] RFC6830bis and multiprotocol support Florin Coras
- Re: [lisp] RFC6830bis and multiprotocol support Albert López
- Re: [lisp] RFC6830bis and multiprotocol support Albert Cabellos
- Re: [lisp] RFC6830bis and multiprotocol support Dino Farinacci
- Re: [lisp] RFC6830bis and multiprotocol support Vina Ermagan (vermagan)
- Re: [lisp] RFC6830bis and multiprotocol support Marc Portoles Comeras (mportole)
- Re: [lisp] RFC6830bis and multiprotocol support Alberto Rodriguez-Natal
- Re: [lisp] RFC6830bis and multiprotocol support John Lemon
- Re: [lisp] RFC6830bis and multiprotocol support Frank Brockners (fbrockne)
- Re: [lisp] RFC6830bis and multiprotocol support Dino Farinacci
- Re: [lisp] RFC6830bis and multiprotocol support Fabio Maino
- Re: [lisp] RFC6830bis and multiprotocol support Dino Farinacci
- Re: [lisp] RFC6830bis and multiprotocol support Fabio Maino
- Re: [lisp] RFC6830bis and multiprotocol support Luigi Iannone
- Re: [lisp] RFC6830bis and multiprotocol support Dino Farinacci
- Re: [lisp] RFC6830bis and multiprotocol support Fabio Maino
- Re: [lisp] RFC6830bis and multiprotocol support Dino Farinacci
- Re: [lisp] RFC6830bis and multiprotocol support Joel M. Halpern
- Re: [lisp] RFC6830bis and multiprotocol support Fabio Maino
- Re: [lisp] RFC6830bis and multiprotocol support Luigi Iannone
- Re: [lisp] RFC6830bis and multiprotocol support Fabio Maino
- Re: [lisp] RFC6830bis and multiprotocol support Joel M. Halpern
- Re: [lisp] RFC6830bis and multiprotocol support Fabio Maino