Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07)

Salih K A <salih@juniper.net> Thu, 22 July 2021 10:05 UTC

Return-Path: <salih@juniper.net>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 174233A407A; Thu, 22 Jul 2021 03:05:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.447
X-Spam-Level:
X-Spam-Status: No, score=-2.447 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, 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_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=v+8kscZY; dkim=pass (1024-bit key) header.d=juniper.net header.b=jysBSDxH
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 v9l26TujiFoE; Thu, 22 Jul 2021 03:05:17 -0700 (PDT)
Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 3816A3A4077; Thu, 22 Jul 2021 03:05:17 -0700 (PDT)
Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 16MA3omX009815; Thu, 22 Jul 2021 03:05:15 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=uqIDR+V0BbgfkYeG3vuozchmhACaiLUKM6OGudMNufE=; b=v+8kscZYOSNMM7mGXg7sT84b6Mkbe9Nfl+lPyQnCXKLqPunJvMuRrba6sqDGuiuI04nd F65M2FlYT1tUmWbpzzunS7hg03dpaZjywEax156ioFmRQuJ5t/dmsDFdhEBxpLGjxJoK JhQPI8WcIkue1g1BhiqNu6VP58YylwWYY8+QcOcU6O2fHIQ9BUbzmm67HJGmdB+k/OUl 7IQhif1CN9YkMp4KFSepFi2wPjHA0Dhbq++cpl3jc/4VnRmr7Ccu0dtbhk+GLyDHzQwu lcwTMbafWDpjbHYqd/WmqDjhbSwsSh2GUh9vMSkc4HmE5m2202LcjMZRgoxFxcha2erC kQ==
Received: from nam10-dm6-obe.outbound.protection.outlook.com (mail-dm6nam10lp2103.outbound.protection.outlook.com [104.47.58.103]) by mx0a-00273201.pphosted.com with ESMTP id 39y0uvgfpa-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 22 Jul 2021 03:05:15 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=YN7akaylf+WcvTUOtg/lCu4YXhhg0urkFTjSvNTTyB/TNfuA1UI2GAASyX2FbUi/e9/gcEJkFnO3OrASWGR2Bxbfp5ta6p8UWVsNRl6Rt5BhmRUatFCKYCIPfBkiDv7L/A0te9TYuY240nm5eW3yqtQnKmLn91GLrqq93Yk6Jx+cRqyDJbMzcp8paYK7QXV7Hu/xNATHyhun58EtdXVquzDU1X/10wEGv4Lkoc7Yq42VE2Ov7ODcc0f+VmDhwzSbOuHoj03goSDACiI+9IhPBITM5OiXPcWkDjcaGL9j70NMbiDikl7E3ltyYc+63t75FW2XvlJ02KOktR8ejTpG8g==
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=uqIDR+V0BbgfkYeG3vuozchmhACaiLUKM6OGudMNufE=; b=Wj82IwT9KYbCuqRaYsYNfMTMuh5A7YihIalKSmoKKz0ylB6ifAE3/SycVL5UfS+W5y8Kc906ay8cHJkcCzg3j0RsdioGEs0khMYNRCa09WH1XduadGSaFMB37EtijmJpTDRttZlhxnkL1+c1dJ1NYOaFgtU0J0r51MddNhw6bHIdJr/FueSvA2CkmOJiVMSjc5p9sp+B3C3u6+6dNbKmtN51zV2nGXR0CXIdHS4yFiaJCWmmFjnzan9rdbkU4CIDNIRM0agdOtI9FITF9GwlqVT+q9x09diR4Sa7TGS4XTuUhOAchwVYkZuiXRkJewzZS/6Mpvz+sgB7liCYKX1rsw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uqIDR+V0BbgfkYeG3vuozchmhACaiLUKM6OGudMNufE=; b=jysBSDxHG1zlfpG7kPtlTnq65JlLMnwiTjl72X0oKRMCpPfzMPsT9DR53zCAbD2/f9Sr/dGyst30JVhLrb4UJ5mOffH3ACnHVTsioEfwGLw+Nymacy8adIRRBgKaCkwy7Aa3FRu1cfVJ02wyUzToRKjGqw8YgXipiBuTylxhi14=
Received: from PH0PR05MB8591.namprd05.prod.outlook.com (2603:10b6:510:c3::17) by PH0PR05MB8091.namprd05.prod.outlook.com (2603:10b6:510:7b::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4352.10; Thu, 22 Jul 2021 10:05:13 +0000
Received: from PH0PR05MB8591.namprd05.prod.outlook.com ([fe80::49a7:fa73:7ed0:f774]) by PH0PR05MB8591.namprd05.prod.outlook.com ([fe80::49a7:fa73:7ed0:f774%9]) with mapi id 15.20.4352.025; Thu, 22 Jul 2021 10:05:12 +0000
From: Salih K A <salih@juniper.net>
To: "Ketan Talaulikar (ketant)" <ketant@cisco.com>, Rajesh M <mrajesh@juniper.net>
CC: "draft-ietf-bess-srv6-services@ietf.org" <draft-ietf-bess-srv6-services@ietf.org>, "spring@ietf.org" <spring@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07)
Thread-Index: AQHXftQXRymFG5lplU6k2L+8bR3kyqtOrleAgAByUYA=
Date: Thu, 22 Jul 2021 10:05:12 +0000
Message-ID: <2EDFEEA6-F3E6-42BB-B888-804B06101908@juniper.net>
References: <D9D76C88-0466-4AB8-8D4E-CDE10D924B74@juniper.net> <MW3PR11MB4570A0EA852747EEA4CABEDFC1E49@MW3PR11MB4570.namprd11.prod.outlook.com>
In-Reply-To: <MW3PR11MB4570A0EA852747EEA4CABEDFC1E49@MW3PR11MB4570.namprd11.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.50.21061301
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-07-15T11:06:24.0000000Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard
authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 39668614-2e98-4e62-7fdf-08d94cf83250
x-ms-traffictypediagnostic: PH0PR05MB8091:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <PH0PR05MB809180584DFA2F7B8225A42FABE49@PH0PR05MB8091.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: CmsQLR90z6eIzf4CrhezZjp24JFCA9B/ROl1OOl8VebLngGD1MVUOoWhAZ9MkrAEqVb9vXZF0fCoL9veKPVIVMk5bPU++st9uJeoKN5nkWPYwKfU7rXNZ5XBBW3vNftMaKd6mE8UEod7+tnh7GgvFnkNKpCT30FIJv8JTSOAySErkb/MPDp+O/XMHgzMIvDGfc6wITX6K2Njhq7JVi21FbTIqi8Bng8/6jxy0fRmvYfvC6FOfVuIUKFurCr2BrB65H1WDEZgurIgWFKEBtXeebZyjqAPSUJTn4O/xz0pc+Vc2g3zf2dhooQVEsAlxospqFh5+Vrs3TTJudrESvtS86DbXvZVSBXfKVpk+/iEg+5r7JMQ1O4GdLfmPhwW+bLw4idBacMW7kDdCN8bTkKgg8tTl+PIZ9NxVnfbJT5pxCiHnZCJcYSOwpwk3a8OjsHxkDEqmwcaYqe72ATa6l7xZUXm3ezdbk9I9Q7bjpSPKYx/w9Wa9kvqRZrpv7MF8mPhsW6mObibabuR37tKjrMxlSJgZvCbeN93LvALU+ICC6N2OWRYcXbiTaX6SGGEbo/m5aH9rY8YyzAe/GURNEX3qcmgDHOAWQ/cEH/Lq1U28CnYrrMnxKXvAQEuH8sSCDtGFZuwoITHHXVtG6FLhNiDG1x/XjYFSy3VD/OcppsWlvbrS3JKe3GXNvhhlYQa0Bhbp8ljcH7xDEtCCq0JR8Au8nJFqJvoFWEoWxAXsSoT41xxyqt3R9kh3BfA/lt5Gk2usXBmzMVy8Kmw4djoS5Y9BnMgThNQqSufHeVKKn3AAyLEnmpvY0T5+sjsBVN/H4lbTiaRHhdYj7JRUHxhCUFt1OLOBHBFwdfDFDqtCybTiZ8=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR05MB8591.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(136003)(376002)(346002)(39860400002)(396003)(91956017)(6486002)(76116006)(66556008)(66946007)(6636002)(66476007)(66446008)(53546011)(64756008)(6506007)(8676002)(8936002)(2616005)(478600001)(2906002)(110136005)(71200400001)(966005)(5660300002)(186003)(83380400001)(33656002)(38100700002)(4326008)(36756003)(54906003)(122000001)(6512007)(86362001)(166002)(316002)(26005)(45980500001)(38070700004); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?ZFRlRDlLOWh0dzNXY1ZZRHNsMDhaYU81N0RIZnA0TEI0Ni9lVnVhT3RHUUcv?= =?utf-8?B?aEJYMFJnK1AzZXFoUHBhcjNDN2pqWUYzazhnMHlLczJGSHgyQVJ0WVQrb2Yv?= =?utf-8?B?cnV3STF5ZVM2Z2cyVmxvQmc5eXVuSnpKRHZwdjd0aFlqT0NlSTkzQTR5MDJj?= =?utf-8?B?Zkd4cXZEWmtwK3NsM0o3NDdwdk0vTDRXcnQranNEMFVWSGZha2M0ZW44WVhO?= =?utf-8?B?R1FKdmFic1NXZDJwbnZqNURzUHVSY01wOE0va1dKdUxEalUyc0FBOUc5eUlz?= =?utf-8?B?NjRVK2ZtL3dRN1VMRnhoTTRoeHF1UDQvSldtcjN5M2ExMnJ0dCtCSnF4VTdm?= =?utf-8?B?VVFlUVA0OTJFNWNTMjBBYlpvYTFZN25HYy82aTZpajVUTzc0OUNXNTZmVTln?= =?utf-8?B?cU1DWk1wYjJreDU0cFd6YTFIS2o4d2FnY0lMa3dISEhSWXlsUDBsblk5QTdJ?= =?utf-8?B?NlU1amw4Q29talFHK0Q2dVp5b25jUk5GcGQ4aEZ1MDZaYTBHMGFRTHFyOGtm?= =?utf-8?B?VUMvbWdYYXFkbWRONzBFNUVFTFJLaS9FMDk0NlMvVUpyS0NCaUJCdUpTbkRu?= =?utf-8?B?cXB1Zi9DMnBhcFRmTlFGakJDVFZQajU5QmdoVG1IMmIzU2tDT0lNTnczYjNr?= =?utf-8?B?UUtuRHVkMGxTWjZ2ZFFWQ1l1V0NrZHQ2Zk5qMDhiR1VJYzIvUGpEbkh4VjRW?= =?utf-8?B?bFJCaTJ3RnUvNWNML090ZU1JT1dHZTJsb0VFVkZXekNaMUs0WEpFaE4ydGpo?= =?utf-8?B?bGVHLzlMVXd0YWtmMHNIUEdsZXYxanlZSHZZcEZFQ0U5Qk10dzVrbzFpLzlz?= =?utf-8?B?RWFqakI1Qmw4cUEzdFlCU25KaERBMzJ2S2xMNGl5aDNuNExpbmNZZjJsS3NZ?= =?utf-8?B?a2Jvc0FGNXQ0QmFlRVJ3U3pVWmlEQ25uNGlvQUNNVjRpV2o2aEw5b1kxdTJz?= =?utf-8?B?b0pOaGdtMjZ3ekx4dW5Hdllod0xiTlhhc3ovdnJCNkxnVFp2QVp4d3FhVWR1?= =?utf-8?B?akdTd0h3N1h5YjI4S1prM0Z3WkJoQTcwbzVoS3V4WXJRa0g0d3d1UUVBTzdp?= =?utf-8?B?bExIMGk2dEtLK0lUdUNWekVMN2svUVpyUzhPZk4yM0lOU28xdFRPMWFoS2JN?= =?utf-8?B?c3pNb2ZMU0RoN3ZsTjlDeVRLVGZkZ2cxKzBIajF4Q2VSbjk3UFVCejFKcCtY?= =?utf-8?B?aThDdk5Ob1JxUkdMVTI2b0Y4VVVIWnZoV09PZnJ0S0Jqdmc2Wm0wUXdkbWla?= =?utf-8?B?clJRS3ljc0drWmpTMzNuSTJpby9vdU03SW04N2trOGVwVkZZMndyOHdUbXhy?= =?utf-8?B?WXN2QTZWaTl5R3RTOFROK3d2N2NDWU5aTGZ4YmtwZXlCZWJwU0xobHpRV3Nr?= =?utf-8?B?SGZSKzJQS2JTMkdGYXNkSSs1KzltTDNIc29aQ0NkaWNOYVBIcTVXbCtHVTlj?= =?utf-8?B?OHFPS3hCNDV2SUk4WGg3SG1ReWoyYThML1VXKytPNVljQmtIRm1FTmJpZkFq?= =?utf-8?B?SFd6UElhQlpJcXg3SnViYWduZXVoc2d2ZUhpRXQza05XUDh4QjRFZ29hOW5P?= =?utf-8?B?ZDZRODBuUjlGak0zRFVVTzhXY1haQkR3NVVCYXAxcmI3TU9Zc1pvKzI5WXdu?= =?utf-8?B?UFR6anoycXJiMHJBMDgva0NQcU5tVmxPUitRdmJ2b1M3WmcvRVZ2VVZSeDdk?= =?utf-8?B?THd4M3A3L2ZLSUE1UStWY1EzM0RGV3prWVJlTFlSN0pYL0dHUEIzZE81SFd6?= =?utf-8?B?VEdzWjFKWHoxZDdudlpjVjlwWVdpTTR1U0tUa09VbzNMTkhXL2U3U1ZGYWVL?= =?utf-8?B?Y1lIWEtWUG40MXpGaVVTUT09?=
Content-Type: multipart/alternative; boundary="_000_2EDFEEA6F3E642BBB888804B06101908junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PH0PR05MB8591.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 39668614-2e98-4e62-7fdf-08d94cf83250
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jul 2021 10:05:12.7371 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 72RrP/ZiK1H+AdHlPFvD2J33nups1rZdeFNN7o+/izVeJNPqJYRXf4bYSO3dopqSNF5dmyXWZvEUfy0UfBlqjQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR05MB8091
X-Proofpoint-GUID: 6-Yi9nxK5tEAboLOdv3w1-kn8tM71cMz
X-Proofpoint-ORIG-GUID: 6-Yi9nxK5tEAboLOdv3w1-kn8tM71cMz
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.790 definitions=2021-07-22_04:2021-07-22, 2021-07-22 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 impostorscore=0 mlxscore=0 suspectscore=0 mlxlogscore=999 adultscore=0 priorityscore=1501 lowpriorityscore=0 phishscore=0 clxscore=1011 spamscore=0 bulkscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104190000 definitions=main-2107220067
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/NB4m-SclwKwKdBEZSwoSw63Ux_w>
Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07)
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Jul 2021 10:05:25 -0000

Thanks, Ketan.

This indicates a preference for steering over SR Policy while using color extended community.
Then specify color only bits etc modes for specifying fallbacks if required. Currently it doesn’t talk about flex (but mention mostly IGP path to the next-hop N) and hence it need not necessarily pick SRv6 flex algo paths.

Are we suggesting only if some indication comes the fallback will happen to flex algo? OR can we define an order like:
SRv6 policy (using BGP NH)
SRv6 Flex (using SRv6 Service SID)

and a mention of local policy which can override if required.

Regards,
Salih
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
Date: Thursday, July 22, 2021 at 2:25 PM
To: Salih K A <salih@juniper.net>et>, Rajesh M <mrajesh@juniper.net>
Cc: "draft-ietf-bess-srv6-services@ietf.org" <draft-ietf-bess-srv6-services@ietf.org>rg>, "spring@ietf.org" <spring@ietf.org>rg>, "bess@ietf.org" <bess@ietf.org>
Subject: RE: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07)

[External Email. Be cautious of content]

Hi Salih,

Could you please check the following regarding the choice/fallback when using SR Policy based steering?

https://datatracker.ietf.org/doc/html/draft-ietf-spring-segment-routing-policy-13#section-8.4<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-ietf-spring-segment-routing-policy-13*section-8.4__;Iw!!NEt6yMaO-gk!TYCZx62Jhc5xQg9DaeTZQM8PD_jYpavDX9bwo69wEp_Rycrt39LGrMOUxwCSPQ$>
https://datatracker.ietf.org/doc/html/draft-ietf-spring-segment-routing-policy-13#section-8.8<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-ietf-spring-segment-routing-policy-13*section-8.8__;Iw!!NEt6yMaO-gk!TYCZx62Jhc5xQg9DaeTZQM8PD_jYpavDX9bwo69wEp_Rycrt39LGrMMv4_vtIA$>

Thanks,
Ketan

From: Salih K A <salih@juniper.net>
Sent: 22 July 2021 14:02
To: Ketan Talaulikar (ketant) <ketant=40cisco.com@dmarc.ietf.org>rg>; Rajesh M <mrajesh@juniper.net>
Cc: draft-ietf-bess-srv6-services@ietf.org; spring@ietf.org; bess@ietf.org
Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07)

Hi Ketan,

1 clarification query:

With flex algo and SRTE policies, service routes can carry color extended communities.
Now for the ingress, how to decide whether to resolve over SRv6 Service SID (to choose flex algo) OR over BGP Protocol next hop (to choose SRTE)?
In a domain both can be present & operators may want fallbacks as well if one is not available. So, I think it’s better to clarify that to avoid ambiguity.

Thanks,
Salih
From: spring <spring-bounces@ietf.org<mailto:spring-bounces@ietf.org>> on behalf of "Ketan Talaulikar (ketant)" <ketant=40cisco.com@dmarc.ietf.org<mailto:ketant=40cisco.com@dmarc.ietf.org>>
Date: Thursday, July 22, 2021 at 1:19 PM
To: Rajesh M <mrajesh@juniper.net<mailto:mrajesh@juniper.net>>
Cc: "draft-ietf-bess-srv6-services@ietf.org<mailto:draft-ietf-bess-srv6-services@ietf.org>" <draft-ietf-bess-srv6-services@ietf.org<mailto:draft-ietf-bess-srv6-services@ietf.org>>, "spring@ietf.org<mailto:spring@ietf.org>" <spring@ietf.org<mailto:spring@ietf.org>>, "bess@ietf.org<mailto:bess@ietf.org>" <bess@ietf.org<mailto:bess@ietf.org>>
Subject: Re: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07)

[External Email. Be cautious of content]

Resending with individual email addressed trimmed

From: Ketan Talaulikar (ketant)
Sent: 22 July 2021 13:13
To: Rajesh M <mrajesh@juniper.net<mailto:mrajesh@juniper.net>>; Rajesh M <mrajesh=40juniper.net@dmarc.ietf.org<mailto:mrajesh=40juniper.net@dmarc.ietf.org>>; Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com<mailto:jorge.rabadan@nokia.com>>; gdawra.ietf@gmail.com<mailto:gdawra.ietf@gmail.com>; Clarence Filsfils (cfilsfil) <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>; robert@raszuk.net<mailto:robert@raszuk.net>; bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>
Cc: spring@ietf.org<mailto:spring@ietf.org>; bgp@ans.net<mailto:bgp@ans.net>; Shraddha Hegde <shraddha@juniper.net<mailto:shraddha@juniper.net>>; bess@ietf.org<mailto:bess@ietf.org>; Srihari Sangli <ssangli@juniper.net<mailto:ssangli@juniper.net>>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07)

Hi Rajesh,

My apologies for the delay in my response. However, some of my co-authors and other WG members have already clarified this point. Let me try to summarize.

The draft covers two SRv6 based mechanisms for the transport of services between SRv6 PEs. (1) using SR Policy based steering (i.e. for service routes with Color Extended Communities) using the H.encap construct along with a list of SRv6 segments  and the other (2) using H.encap with just the SRv6 Service SID in the IPv6 DA.

As mentioned in the draft, it is required to verify the reachability of the SRv6 Service SID before the mechanism (2) can be used. This is an explicit clarification for verification of reachability. In an MPLS-VPN scenario, if the egress PE NH’s IP route is reachable at the ingress PE but without an MPLS label, such a path cannot be used. This is semantically similar.

The mechanism (1) is different since the routing to the egress PE is via SR Policy and hence the requirement for verification of reachability of the SRv6 Service SID is not there.

There is no mandate for the setting of the NH since that is left to deployment design.

I hope this helps in addition to the various clarifications already provided by others.

Thanks,
Ketan

From: Rajesh M <mrajesh@juniper.net<mailto:mrajesh@juniper.net>>
Sent: 22 July 2021 12:09
To: Rajesh M <mrajesh=40juniper.net@dmarc.ietf.org<mailto:mrajesh=40juniper.net@dmarc.ietf.org>>; Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com<mailto:jorge.rabadan@nokia.com>>; Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>>; gdawra.ietf@gmail.com<mailto:gdawra.ietf@gmail.com>; Clarence Filsfils (cfilsfil) <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>; robert@raszuk.net<mailto:robert@raszuk.net>; bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>
Cc: spring@ietf.org<mailto:spring@ietf.org>; bgp@ans.net<mailto:bgp@ans.net>; Shraddha Hegde <shraddha@juniper.net<mailto:shraddha@juniper.net>>; bess@ietf.org<mailto:bess@ietf.org>; Srihari Sangli <ssangli@juniper.net<mailto:ssangli@juniper.net>>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07)

Could Authors respond to this ?



Juniper Business Use Only
From: Rajesh M <mrajesh=40juniper.net@dmarc.ietf.org<mailto:mrajesh=40juniper.net@dmarc.ietf.org>>
Sent: Monday, July 19, 2021 7:28 PM
To: Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com<mailto:jorge.rabadan@nokia.com>>; Rajesh M <mrajesh@juniper.net<mailto:mrajesh@juniper.net>>; Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>>; gdawra.ietf@gmail.com<mailto:gdawra.ietf@gmail.com>; Clarence Filsfils (cfilsfil) <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>; robert@raszuk.net<mailto:robert@raszuk.net>; bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>
Cc: spring@ietf.org<mailto:spring@ietf.org>; bgp@ans.net<mailto:bgp@ans.net>; Shraddha Hegde <shraddha@juniper.net<mailto:shraddha@juniper.net>>; bess@ietf.org<mailto:bess@ietf.org>; Srihari Sangli <ssangli@juniper.net<mailto:ssangli@juniper.net>>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07)

[External Email. Be cautious of content]

Hi All,

For best effort service, flex algo – Resolve SRv6 Service SID for forwarding.
For SR-TE, CAR/CT - Resolve BGP next hop for forwarding.

There is no unification here, it’s better to unify.
Any other solution is OK.

Thanks
Rajesh



Juniper Business Use Only
From: Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com<mailto:jorge.rabadan@nokia.com>>
Sent: Monday, July 19, 2021 7:17 PM
To: Rajesh M <mrajesh@juniper.net<mailto:mrajesh@juniper.net>>; Rajesh M <mrajesh=40juniper.net@dmarc.ietf.org<mailto:mrajesh=40juniper.net@dmarc.ietf.org>>; Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>>; gdawra.ietf@gmail.com<mailto:gdawra.ietf@gmail.com>; Clarence Filsfils (cfilsfil) <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>; robert@raszuk.net<mailto:robert@raszuk.net>; bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>
Cc: spring@ietf.org<mailto:spring@ietf.org>; bgp@ans.net<mailto:bgp@ans.net>; Shraddha Hegde <shraddha@juniper.net<mailto:shraddha@juniper.net>>; bess@ietf.org<mailto:bess@ietf.org>; Srihari Sangli <ssangli@juniper.net<mailto:ssangli@juniper.net>>
Subject: Re: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07)

[External Email. Be cautious of content]

Hi Rajesh,

The draft is written so that the next-hop address MAY be covered by the locator, but there are cases in which the next-hop address is not part of the locator prefix, and there are implementations already allowing that, so I don’t agree the document should mandate what you are suggesting.

Thanks.
Jorge

From: Rajesh M <mrajesh@juniper.net<mailto:mrajesh@juniper.net>>
Date: Monday, July 19, 2021 at 3:24 PM
To: Rajesh M <mrajesh=40juniper.net@dmarc.ietf.org<mailto:mrajesh=40juniper.net@dmarc.ietf.org>>, Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>>, gdawra.ietf@gmail.com<mailto:gdawra.ietf@gmail.com> <gdawra.ietf@gmail.com<mailto:gdawra.ietf@gmail.com>>, Clarence Filsfils (cfilsfil) <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>, robert@raszuk.net<mailto:robert@raszuk.net> <robert@raszuk.net<mailto:robert@raszuk.net>>, bruno.decraene@orange.com<mailto:bruno.decraene@orange.com> <bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>>, Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com<mailto:jorge.rabadan@nokia.com>>
Cc: spring@ietf.org<mailto:spring@ietf.org> <spring@ietf.org<mailto:spring@ietf.org>>, bgp@ans.net<mailto:bgp@ans.net> <bgp@ans.net<mailto:bgp@ans.net>>, Shraddha Hegde <shraddha@juniper.net<mailto:shraddha@juniper.net>>, bess@ietf.org<mailto:bess@ietf.org> <bess@ietf.org<mailto:bess@ietf.org>>, Srihari Sangli <ssangli@juniper.net<mailto:ssangli@juniper.net>>
Subject: RE: SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07)
Hi Authors,

Please respond.

Thanks
Rajesh



Juniper Business Use Only
From: spring <spring-bounces@ietf.org<mailto:spring-bounces@ietf.org>> On Behalf Of Rajesh M
Sent: Thursday, July 15, 2021 4:36 PM
To: Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>>; gdawra.ietf@gmail.com<mailto:gdawra.ietf@gmail.com>; Clarence Filsfils (cfilsfil) <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>; robert@raszuk.net<mailto:robert@raszuk.net>; bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>; jorge.rabadan@nokia.com<mailto:jorge.rabadan@nokia.com>
Cc: spring@ietf.org<mailto:spring@ietf.org>; bgp@ans.net<mailto:bgp@ans.net>; Shraddha Hegde <shraddha@juniper.net<mailto:shraddha@juniper.net>>; bess@ietf.org<mailto:bess@ietf.org>
Subject: [spring] SRv6 BGP based Overlay Services (draft-ietf-bess-srv6-services-07)

[External Email. Be cautious of content]

Hi All,

As per this draft, this is how resolution must work.

1)For Non Intent service Route:
if BGP next hop is not reachable return.
Resolve SRv6 Service SID for forwarding.

2)For Intent service Route (IGP Flex-Algo first then BGP CAR then SR Policy):
BGP next hop is not reachable return.
Resolve SRv6 Service SID for forwarding(To find IGP flex algo).if successfully resolves then return.
Resolve BGP next hop for forwarding (in case above is not success).


Using Service SID (overlay),for resolution is definitely not recommended.

Instead in case of srv6, we always resolve on BGP nexthop. This will be in line with BGP legacy.
In case of best effort/flex algo we must mandate user to set corresponding locator as BGP nexthop for srv6 routes.
I think this is a reasonable mandate.

Thanks
Rajesh


Juniper Business Use Only