Re: [nvo3] [Apn] should add the gap analysis for GENEVE (RFC8926)
Linda Dunbar <linda.dunbar@futurewei.com> Wed, 31 March 2021 15:24 UTC
Return-Path: <linda.dunbar@futurewei.com>
X-Original-To: nvo3@ietfa.amsl.com
Delivered-To: nvo3@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52D333A2BE2; Wed, 31 Mar 2021 08:24:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, T_REMOTE_IMAGE=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 GSGNb2INVJ7c; Wed, 31 Mar 2021 08:23:56 -0700 (PDT)
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12on2098.outbound.protection.outlook.com [40.107.244.98]) (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 36C103A2BDE; Wed, 31 Mar 2021 08:23:44 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LMARq1Q3KgeosCkqUuf7ddU7iUWFDYoYg8x6ksKI474nIClVji7JLnptNmVhw4amk6LLBIe9YG17i1dzRsMIT3LBOSq1hH047fWVyqUkyEIP69szXpYLa8V7AOjoFpYTH49QdfSxwWVS7Z+BSIf2BP4izh71tlGVRR3no7BlcjsXvnHZy/uS4Jbo97m1Ks+ldHSIe79WF7aWnseZb5deHTznICcK/tz0xMTK8wTBEKgdO5bYBudG//4K8qBaLy2OnZiwzuPtv/rd+syAQWGQVPpe4cQHK/gqcGuxBY+gKAbRAvDarcInmVaL06TGBv6Ys2gN7jXD7BMoAJdTxX9HBw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mUknYD3Y09MPOYndAz1Ywza+gKJ6wzFOSSeh24x6qLg=; b=kb2H6euuJmfSbdCVAKE7KIAGtBymaA8y+Gpi3hZLs0gjaJwPa6PsMXw8jgL3JzQifVMpquiEUKNTaE7kgBVC4QINnTLRPgyL3KSPjONugwk7zTdR0lHClS/YPpztise6Hkz2WWpyDqHfnrOCzdNfomSIj6B4hV+uTU+0Ijv7a/nG7KNqLvyDR0iI7P2nniQ3y2kw31ZWEds65nwpVd/R6/HiMI14A1by5+c0hHoAIdN42U2MZH07upf5bbvoEabdPWorZ17DYXx9d/nTBtjNO0sHG3LvXAq3dr/MGtZwt/GdNEzkEvhseaXlhLaWZyTpoR+VJacufnqm5X/S8N8DVg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mUknYD3Y09MPOYndAz1Ywza+gKJ6wzFOSSeh24x6qLg=; b=adrqmkUAqT/7Zq63zi4TLFsF/7reenDlGrr7TCXHKp9+cPL7N2CEHzi0GMTbKEin3nZX8tCUFF5fPYo3spgfuyeQUXvMHSW5DBCYVxBWQHQTNtWFEkb13vJt7CqvKzA0+fuxZo0fXnNiCza24BGhNsdcwTVP5h3s2sgJfewq4Yo=
Received: from SN6PR13MB2334.namprd13.prod.outlook.com (2603:10b6:805:55::16) by SA1PR13MB5022.namprd13.prod.outlook.com (2603:10b6:806:185::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.16; Wed, 31 Mar 2021 15:23:41 +0000
Received: from SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::3050:546b:c47:a42a]) by SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::3050:546b:c47:a42a%6]) with mapi id 15.20.3999.026; Wed, 31 Mar 2021 15:23:40 +0000
From: Linda Dunbar <linda.dunbar@futurewei.com>
To: Gyan Mishra <hayabusagsm@gmail.com>, "Pengshuping (Peng Shuping)" <pengshuping@huawei.com>
CC: "apn@ietf.org" <apn@ietf.org>, "draft-peng-apn-scope-gap-analysis@ietf.org" <draft-peng-apn-scope-gap-analysis@ietf.org>, "nvo3@ietf.org" <nvo3@ietf.org>
Thread-Topic: [Apn] should add the gap analysis for GENEVE (RFC8926)
Thread-Index: AdccUkbaMIFshIzhRci6WKwwf8chKwARl3NAAA20H/AAFwFhwAADW9NQAGCp+CAANUQHoAE6Gg+vAFgQQIAABMUAgAAVM7DA
Date: Wed, 31 Mar 2021 15:23:40 +0000
Message-ID: <SN6PR13MB2334C3669FA0383A77D9EEFF857C9@SN6PR13MB2334.namprd13.prod.outlook.com>
References: <SN6PR13MB2334C4F7D2306EF8907229F485699@SN6PR13MB2334.namprd13.prod.outlook.com> <4278D47A901B3041A737953BAA078ADE199E8C18@dggeml512-mbx.china.huawei.com> <SN6PR13MB2334ACCFC53BBF53A8A0EB0685689@SN6PR13MB2334.namprd13.prod.outlook.com> <4278D47A901B3041A737953BAA078ADE199F59E6@dggeml512-mbs.china.huawei.com> <SN6PR13MB23341B7846E18F07544E864785679@SN6PR13MB2334.namprd13.prod.outlook.com> <4278D47A901B3041A737953BAA078ADE19A09DCA@DGGEML532-MBX.china.huawei.com> <SN6PR13MB23347F5FA76E953DC90B52E485649@SN6PR13MB2334.namprd13.prod.outlook.com> <4278D47A901B3041A737953BAA078ADE19A29075@DGGEML532-MBX.china.huawei.com> <CABNhwV0nrdv7SBqCQDbEK+fW1tftziDZzgujmq3hFJ-BhHxPQw@mail.gmail.com> <4278D47A901B3041A737953BAA078ADE19A5C148@DGGEML532-MBX.china.huawei.com> <CABNhwV0nsm8KC56CwYgx41p5M+qrYzvzYSYGifwRM8KSquRhag@mail.gmail.com>
In-Reply-To: <CABNhwV0nsm8KC56CwYgx41p5M+qrYzvzYSYGifwRM8KSquRhag@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=futurewei.com;
x-originating-ip: [72.180.73.64]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 1f38233a-5de3-44bd-71e0-08d8f458f6e9
x-ms-traffictypediagnostic: SA1PR13MB5022:
x-microsoft-antispam-prvs: <SA1PR13MB502237067569124F8F73347F857C9@SA1PR13MB5022.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: HlNBrN3vU65VUqQcDePPlsktjh1W3u/Vgm9EH4UB1Nw7It7CYT9XlLN62aKRCBFRfUu8xCrWwG8B95wj50bSLPTi35znPJkiyn6Aoucs5gN9G7+yMV8GoB2SCqhXxoRPj4xrMVQRhOmiT2PzxdeXfs7tDKDklOwIw3y7Fb7nsZI9S3BD08Cir9HXcwFm72cgy9XSmNIvJQ10e8IC0sXsfL8mkx+DZB5J/fFJGB/Pv2RY4uwt/tKTkIQjyciTmiojSenmNKg6bcFJ03HurF0AexvugkWp8vPI8gtukcOAM4/HCP2fTb+BpQ4/6CsmT8Kbw6dl54Qy6Q/2S7Ct6qhKChLjUsfAi9z8lDOXti1bHdeKupOHwJDYU+SasjJgvXgq+1czUYiiXxfZ2VArexzKO87na6HiCKb/DGEpP7xeYI+Y/d+UqvN5wUWfvz+P66PvGQWgyAolsWx+oRTAAVqEDNc8VBM34qZo9ZFOo8+f8XA732Kuw3AeZgYW363XqmjZCmh6XEX46paqUSurj1RV3O6A9pvX6oCC2F5l3T5yQR4yA289RMmmZR37j604X6XPPXsf560dJtlmLCOHxyyQbs+xEWkIARq50EMzumd+ifLe+IiixsOisqAS3IimOUVOn8tO/ox2N3ugMWR//b8ElsbzvZL3pjNvgJsDaKSfAiTlC+mdxqUKcqBAM+V3gbT9e+GTa5Eo2ognjc9hZJdoFSeQvT44zuG8wBUqCs9uLiA=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR13MB2334.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39840400004)(376002)(396003)(346002)(366004)(136003)(478600001)(38100700001)(33656002)(4326008)(9686003)(26005)(66946007)(66476007)(66556008)(64756008)(66446008)(44832011)(966005)(52536014)(186003)(76116006)(2906002)(8676002)(5660300002)(86362001)(83380400001)(71200400001)(55016002)(316002)(7696005)(6506007)(53546011)(8936002)(54906003)(110136005)(166002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: Np5qoXU7tK5JwVrAAy8u/VYxY3V7vozBayxmsgYF6xbA/EiEn2xJhEIjIi3PbQBKYcgz6zjRZdppKwV2GHgQYdiCAhKAAVNMo8CRi5QpXjwcArFz8rmDizyalWryOyuK1yOSZtYAEPgJBpdO+VlfrAu6Eb/+fBml67ZWe9erkKnZzuogc/ZjYuRKKNsza/VIdbGXG+vEqx2GAPL88ix+slh2HUHNucI1UOyN2TDRKRgYeJ9iiPbUSFyOTxjD8BBC3IFgvwcLa5h/iSko5u2ZgVUFWr1/sShVa157+fmmyMk2DKWD9B8fZjbSHG+gMAzPA0iB0bhuRn2n6fLAStsiOdCGFxL3f0d1uKKW6iFJbcpbRJGZzWIiDz+vNJve4FVou5egG35pw/WrWRmYrpqvkFBvKa07WeC+XO1Tewhfgggq38utP7TSWPYlOtT5gLKHY8N0SYgXoc5935UzAWbMZE65YYJqKIRQiMj34eGOfMctVlyU3Y+VJzbqnEDUr8lxML+fA3frIDee1xgL56M5FY/FFj5HibHPr3IMuQuw/U/SRLIHvBOAHWXo17jpmxM/iOnLlxrZepnjaEq0RZbaufqkYVDCO+VCSQ1nlhfeCnjhYYU4v6gyMzv2B1wSZQ2UYcjnZcjW2mu4yL7O89TDiZjnz9NWQ6abAvInpIPgaeDrQROSGHdvu/+rpu8Vk/WLi0DoGU4p50dPGoAYZhNRvscgAnPxmAhfJuEnG3l+ue5ZVteNAjNse63fFEH29+P5lSuPw9cknET27wBhTQ9LqU3C+772rnCwehkKZ8S9VtM0fx3KTQOVY4ubHR1M04atQltnQDW5ILUPi4RIe/vhg9PWnXhPOPMsOYsUX9GqOiluneiUZ0Bh5HOHiUnTb2xOUi06Jr0PsmsOyzGUzRpUxvt8GMxf0eAVdRaXEKsGo5mXRIinoXM39WOs2wOhk5A90j7p8dv2L/rtsCL73JR+w/671htS6hhu8hZKKT09+QPI8S/2ZTJ9EYvM8sstNddV1CDw/XhNqyH1XwbKUlYpmIR/tsfQkO/CYHlxLYUL+rIGanBs7R9jmjebw2lh3zl2qMaaFWRg9gbbwSFfiUd3wCeuzSZCFdEabLOKFPdRRJjIS+xUqMjB9iug74whN0R6Fwa0hNqsyQ7GQURwkFLBNhgHMPrpi1oJvtHXnLwwgKdAjXxQgGJcyustgUP44pWNd9vjWGf1+idWA0st5PJXXPi4KuN3fU1mDsGA3muc7Lmy9Tt4j/LS5RoKvJWine06cY0vZjyYCEYyVV3Th8XeULjqRxP6qLfYj9MTsrYxI7s=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_SN6PR13MB2334C3669FA0383A77D9EEFF857C9SN6PR13MB2334namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SN6PR13MB2334.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 1f38233a-5de3-44bd-71e0-08d8f458f6e9
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Mar 2021 15:23:40.8879 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: sDN9SkESNbjNxBDdayRHH1686s6n5wxj7y455OVVM9gzY1Ka+sWZ8e79W2qNyLELb9JuwGFehk77d3xfqdK/0Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR13MB5022
Archived-At: <https://mailarchive.ietf.org/arch/msg/nvo3/kKbk2hQ1Hmy9trwb-6CwN1c54ZI>
Subject: Re: [nvo3] [Apn] should add the gap analysis for GENEVE (RFC8926)
X-BeenThere: nvo3@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Network Virtualization Overlays \(NVO3\) Working Group" <nvo3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/nvo3>, <mailto:nvo3-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nvo3/>
List-Post: <mailto:nvo3@ietf.org>
List-Help: <mailto:nvo3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nvo3>, <mailto:nvo3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Mar 2021 15:24:01 -0000
Gyan, ShuPing, GENEVE and VxLAN-GPE encapsulated packets added by DC Leaf nodes can also be across different DCs, as long as the Leaf nodes in those DCs agree upon the meaning of the Metadata carried by the GENEVE/VxLAN-GPE headers. Is the "agreement of the meaning of the metadata" what APN wants to achieve? Linda Dunbar From: Gyan Mishra <hayabusagsm@gmail.com> Sent: Wednesday, March 31, 2021 12:12 AM To: Pengshuping (Peng Shuping) <pengshuping@huawei.com> Cc: Linda Dunbar <linda.dunbar@futurewei.com>; apn@ietf.org; draft-peng-apn-scope-gap-analysis@ietf.org; nvo3@ietf.org Subject: Re: [Apn] should add the gap analysis for GENEVE (RFC8926) Hi Shuping My thoughts were that in any Data Center NVO3 environment the APN ID can be introduced by the host or in this case can be injected with a policy as metadata into the NVO3 overlay GENEVE or VXLN-GPE at the leaf tunnel endpoint that does the encapsulation / decapsulation of the overlay header. The App ID encoded as metadata into a Group policy ID shim header for VXLAN-GPE and for GENEVE in the data plane extensibility in TLV options format for future innovations such as APN. The APP ID would provide the signaling for fine grain network treatment and mapping to SRv6 SR-TE color mapping instantiation to achieve the desired application network treatment QOE. Kind Regards Gyan On Tue, Mar 30, 2021 at 10:55 PM Pengshuping (Peng Shuping) <pengshuping@huawei.com<mailto:pengshuping@huawei.com>> wrote: Hi Gyan, Thank you for this information. I agree with your following statements. "You can see some similarities between the two NVO3 overlays GENEVE and VXLAN-GPE both having the ability carry metadata and so would be perfect for DC environment to carry APN ID in the metadata field for the endpoint characteristics signaling to the network." Any concrete use cases that could potentially use APN ID with either VxLAN-GPE or GENEVE? I also copied NOV3. Hope experts could help here. Thank you! Best reards, Shuping -----Original Message----- From: Gyan Mishra [mailto:hayabusagsm@gmail.com<mailto:hayabusagsm@gmail.com>] Sent: Monday, March 29, 2021 4:54 PM To: Pengshuping (Peng Shuping) <pengshuping@huawei.com<mailto:pengshuping@huawei.com>> Cc: Linda Dunbar <linda.dunbar@futurewei.com<mailto:linda.dunbar@futurewei.com>>; apn@ietf.org<mailto:apn@ietf.org>; draft-peng-apn-scope-gap-analysis@ietf.org<mailto:draft-peng-apn-scope-gap-analysis@ietf.org> Subject: Re: [Apn] should add the gap analysis for GENEVE (RFC8926) Hi Shuping This is in similar context to use of VXLAN-GPE to carry APN APP ID marking information https://datatracker.ietf.org/doc/html/draft-ietf-nvo3-vxlan-gpe-11<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-nvo3-vxlan-gpe-11&data=04%7C01%7Clinda.dunbar%40futurewei.com%7Ce0bea3c9320f407f2ba108d8f40388fe%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637527643322516427%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=aZ5ap7Dp55Q7S3roP5TVIa9e0Tz63b3D9BLtNSWQ7yc%3D&reserved=0> The capabilities of the VXLAN-GPE protocol can be extended by defining next protocol "shim" headers that are used to implement new data plane functions. For example, Group-Based Policy (GBP) or In- situ Operations, Administration, and Maintenance (IOAM) metadata functionalities can be added as specified in [I-D.lemon-vxlan-lisp-gpe-gbp <https://datatracker.ietf.org/doc/html/draft-ietf-nvo3-vxlan-gpe-11#ref-I-D.lemon-vxlan-lisp-gpe-gbp<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-nvo3-vxlan-gpe-11%23ref-I-D.lemon-vxlan-lisp-gpe-gbp&data=04%7C01%7Clinda.dunbar%40futurewei.com%7Ce0bea3c9320f407f2ba108d8f40388fe%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637527643322516427%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=QRUEjf7X%2Fj1ctXJFw%2BGibNZsjypfJXp%2BbfuM%2FYFNDaM%3D&reserved=0>>] and [I-D.brockners-ippm-ioam-vxlan-gpe <https://datatracker.ietf.org/doc/html/draft-ietf-nvo3-vxlan-gpe-11#ref-I-D.brockners-ippm-ioam-vxlan-gpe<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-nvo3-vxlan-gpe-11%23ref-I-D.brockners-ippm-ioam-vxlan-gpe&data=04%7C01%7Clinda.dunbar%40futurewei.com%7Ce0bea3c9320f407f2ba108d8f40388fe%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637527643322526419%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=f%2FHmrh6UBBqlb%2FO3VHzHV9THyosfZiquhd5R51Y6sB4%3D&reserved=0>>]. GENEVE https://tools.ietf.org/html/rfc8926<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Frfc8926&data=04%7C01%7Clinda.dunbar%40futurewei.com%7Ce0bea3c9320f407f2ba108d8f40388fe%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637527643322526419%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=jkSRcdX7aD8lnZL7Xi%2F0fEdb%2Fm36xxXVJmBuXWLwemk%3D&reserved=0> Work such as "VL2: A Scalable and Flexible Data Center Network" [VL2 <https://tools.ietf.org/html/rfc8926#ref-VL2<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Frfc8926%23ref-VL2&data=04%7C01%7Clinda.dunbar%40futurewei.com%7Ce0bea3c9320f407f2ba108d8f40388fe%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637527643322536413%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=LyTsOdYLRhjEqNU0hzsvwa0cBLPs3AcONZz%2FK6n8wQ8%3D&reserved=0>>] and "NVO3 Data Plane Requirements" [NVO3-DATAPLANE <https://tools.ietf.org/html/rfc8926#ref-NVO3-DATAPLANE<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Frfc8926%23ref-NVO3-DATAPLANE&data=04%7C01%7Clinda.dunbar%40futurewei.com%7Ce0bea3c9320f407f2ba108d8f40388fe%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637527643322536413%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=jLyFl7x6bNgLQs12prSqcgXqiWrPDfQi2Wng0zXV06Q%3D&reserved=0>>] have described some of the properties that the data plane must have to support network virtualization. However, one additional defining requirement is the need to carry metadata (e.g., system state) along with the packet data; example use cases of metadata are noted below. The use of some metadata is certainly not a foreign concept -- nearly all protocols used for network virtualization have at least 24 bits of identifier space as a way to partition between tenants. This is often described as overcoming the limits of 12-bit VLANs; when seen in that context or any context where it is a true tenant identifier, 16 million possible entries is a large number. However, the reality is that the metadata is not exclusively used to identify tenants, and encoding other information quickly starts to crowd the space. In fact, when compared to the tags used to exchange metadata between line cards on a chassis switch, 24-bit identifiers start to look quite small. There are nearly endless uses for this metadata, ranging from storing input port identifiers for simple security policies to sending service-based context for advanced middlebox applications that terminate and re-encapsulate Geneve traffic. You can see some similarities between the two NVO3 overlays GENEVE and VXLAN-GPE both having the ability carry metadata and so would be perfect for DC environment to carry APN ID in the metadata field for the endpoint characteristics signaling to the network. Kind Regards Gyan On Tue, Mar 23, 2021 at 10:26 PM Pengshuping (Peng Shuping) < pengshuping@huawei.com<mailto:pengshuping@huawei.com>> wrote: > Thank you, Linda! > > > > When we start exploring the solution using GENEVE, we would need to > know more about the use cases. Thank you for the information! > > > > BR, > > Shuping > > > > *From:* Linda Dunbar [mailto:linda.dunbar@futurewei.com<mailto:linda.dunbar@futurewei.com>] > *Sent:* Tuesday, March 23, 2021 11:16 AM > *To:* Pengshuping (Peng Shuping) <pengshuping@huawei.com<mailto:pengshuping@huawei.com>>; > draft-peng-apn-scope-gap-analysis@ietf.org<mailto:draft-peng-apn-scope-gap-analysis@ietf.org>; apn@ietf.org<mailto:apn@ietf.org> > *Subject:* RE: should add the gap analysis for GENEVE (RFC8926) > > > > Shuping, > > > > Here is one example: for 5G Edge Computing, the edge devices have > limited capacity. It can use GENEVE to carry information about the > characteristics of the App, such as Types, Edge device information, etc. > > Linda > > > > > > *From:* Pengshuping (Peng Shuping) <pengshuping@huawei.com<mailto:pengshuping@huawei.com>> > *Sent:* Sunday, March 21, 2021 8:39 PM > *To:* Linda Dunbar <linda.dunbar@futurewei.com<mailto:linda.dunbar@futurewei.com>>; > draft-peng-apn-scope-gap-analysis@ietf.org<mailto:draft-peng-apn-scope-gap-analysis@ietf.org>; apn@ietf.org<mailto:apn@ietf.org> > *Subject:* RE: should add the gap analysis for GENEVE (RFC8926) > > > > Hi Linda, > > > > I was wondering about the concrete usage scenarios since I am not > familiar with those with GENEVE. For example, in what scenario > carrying what information to do what? > > > > Any references on the IoT case you mentioned about? > > > > Thank you! > > > > Best regards, > > Shuping > > > > *From:* Linda Dunbar [mailto:linda.dunbar@futurewei.com<mailto:linda.dunbar@futurewei.com> > <linda.dunbar@futurewei.com<mailto:linda.dunbar@futurewei.com>>] > *Sent:* Saturday, March 20, 2021 11:31 AM > *To:* Pengshuping (Peng Shuping) <pengshuping@huawei.com<mailto:pengshuping@huawei.com>>; > draft-peng-apn-scope-gap-analysis@ietf.org<mailto:draft-peng-apn-scope-gap-analysis@ietf.org>; apn@ietf.org<mailto:apn@ietf.org> > *Subject:* RE: should add the gap analysis for GENEVE (RFC8926) > > > > ShuPing, > > > > GENEVE is to carry metadata associated with the packet. Metadata can > be location information, compute information, service ID, App category, etc. -- [http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email]<https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.verizon.com%2F&data=04%7C01%7Clinda.dunbar%40futurewei.com%7Ce0bea3c9320f407f2ba108d8f40388fe%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637527643322546405%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=rpM6pXB%2Ftu1myw4XkGfeWIt%2FuGZruoBhSznmGGyqJFk%3D&reserved=0> Gyan Mishra Network Solutions Architect Email gyan.s.mishra@verizon.com<mailto:gyan.s.mishra@verizon.com> M 301 502-1347
- Re: [nvo3] [Apn] should add the gap analysis for … Pengshuping (Peng Shuping)
- Re: [nvo3] [Apn] should add the gap analysis for … Gyan Mishra
- Re: [nvo3] [Apn] should add the gap analysis for … Gyan Mishra
- Re: [nvo3] [Apn] should add the gap analysis for … Linda Dunbar
- Re: [nvo3] [Apn] should add the gap analysis for … Gyan Mishra
- Re: [nvo3] [Apn] should add the gap analysis for … Pengshuping (Peng Shuping)