RE: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH
"Ketan Talaulikar (ketant)" <ketant@cisco.com> Fri, 29 May 2020 16:54 UTC
Return-Path: <ketant@cisco.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2855C3A0DD2; Fri, 29 May 2020 09:54:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.497
X-Spam-Level:
X-Spam-Status: No, score=-9.497 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_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=U9fIK2/g; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=htDwhMX2
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 zlLdeHYX4RGF; Fri, 29 May 2020 09:54:25 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3248F3A0DD0; Fri, 29 May 2020 09:54:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=28062; q=dns/txt; s=iport; t=1590771265; x=1591980865; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=RCTpBprFb854VnNtjopLVLArb7UxnVHCXUuJ6tX6da8=; b=U9fIK2/gylw+GP1MVLS4Ch4KbFXy2rklDJpWB8Uy1ODeDwxMnTl8RpeK QvUFWsMH9TZomqurmDk+SHMQAe3SBBGYdOaAo0u7COm1yW7nwyw8iWQ0s ccX6mkEk/8Z+vwZBKKHAsOH5hj7TPi8AwWzixd43dBcvOKzztDfFqxtzj o=;
IronPort-PHdr: 9a23:BPpVLhPIcVhuhofS6fEl6mtXPHoupqn0MwgJ65Eul7NJdOG58o//OFDEvK8x3lPMVJ/QrfNJl+SQtLrvCiQM4peE5XYFdpEEFxoIkt4fkAFoBsmZQVb6I/jnY21ffoxCWVZp8mv9PR1TH8DzNFHXq2e5qz8fBhu5MhB6daz5H4fIhJGx0Oa/s5TYfwRPgm+7ZrV/ZBW7pAncrI8Ym4xnf60w0RDO5HBPfrdb
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0B0AAACPdFe/5JdJa1mHAEBAQEBAQcBARIBAQQEAQFAgTcGAQELAYEgL1IHbw5KLywKhXiBaQONQphJgS4UgRADVQsBAQEMAQEeDwIEAQGDDoE2AoIiAiQ1CA4CAwEBCwEBBQEBAQIBBgRthVkMhXIBAQEBAxIbEwEBNwELBAIBCBEBAwEBIQcHMhQDBggCBAENBQgTB4MFgX5NAy4BDqU1AoE5iGF0gTSDAQEBBYU9GIIOAwaBOAGCY4lhGoFBP4ERQ4JNPoJnAQECAYEtARIBIysJgxGCLY5jBoktJYplkCcKglSIMZBYgmaJBpIohQeLVolzk30CBAIEBQIOAQEFgVUBNmZwcBWDJFAXAg2QHCQMBRKDT4UUhUJ0AjUCBggBAQMJfItMAYEPAQE
X-IronPort-AV: E=Sophos;i="5.73,449,1583193600"; d="scan'208,217";a="501709115"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 29 May 2020 16:54:24 +0000
Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id 04TGsNMc007064 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 29 May 2020 16:54:24 GMT
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 29 May 2020 11:54:23 -0500
Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 29 May 2020 12:54:23 -0400
Received: from NAM10-BN7-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 29 May 2020 11:54:22 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KMdUBrc6H0dVvh+Qn8agfgA7GtwzuvELFIJjDN9l9Q3pr4flBChViNTD/qQHbhT1AAJ0knl03b4W5WLMqZa1RO9sIHz6MjtaxF1y8OYKIZPLKJvj0+rC5TKfrEYKSGmX7h/Q4xPiYyZqpH6fLeZmTAZiBw5jjlEvtlPrmz6d2A3Tcsf8CAezw1/tkBuEr/Hjze/LaUphQM/Pi4CXmbftM6BobuhgFuZgKGZKIZzXCtJAt2B2/XDeavH4S858KXjcJGv2Qe1Pusbcmm8SBOW1wQm8p7O9Ge/2sNEezaeDsKGar1RsyRLu1NUVx99GKlb+eSNbNWmp0n0kWHHLjYmqdA==
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=B5SaAAQN8/wFs3nVfuMvNXUw99XSBPN4c43tUj1cjPw=; b=W1EiRvLZIPpYDFkJBP5B95IM3B71eYcu1FZkv4NQA8oYKZmcBbdqPu86/jIpYROFU1v1NfZoiYEAitlCC2MRX1zrjHSQrajD0uaOwEukdgxVpDpFzrUjUvrSkbEFzmDMafden9cfZhqtj+i/RFdmnMKEC0qKX5aYDNtmmXdbDzvQGll+fXus2XD1/GWw3zgaAbCIkkYlpGz+UniZCfLUmrJuwjkBhU9UbBdbpkxSSG6fi3z5lOlYO7A1N9tsCQn/kaVOCPxD8IrQYdRLcHoC4KrtzqDcrYmeS9kTvwxeCWZHGZniJJlK9uGv18qNpRtiUgcDjNXqhz5ibm4DbBMYNg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=B5SaAAQN8/wFs3nVfuMvNXUw99XSBPN4c43tUj1cjPw=; b=htDwhMX21VW2rS7C7B342jRc6Kys9GOzFkV184DzMuaENhzIFtdxtANSi3aGzkOtY/06oPLX4SV3fz6CqssGry4bTrcV7ClSCoABvuxbFnatrDm7o6X47/ZPEYUFDy++gslgRizcRPa6FhNKMm7xNJcjn2BWzJAX5ohuN0JrTJg=
Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MW3PR11MB4730.namprd11.prod.outlook.com (2603:10b6:303:58::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.19; Fri, 29 May 2020 16:54:21 +0000
Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::9552:d301:4b19:601c%5]) with mapi id 15.20.3045.018; Fri, 29 May 2020 16:54:21 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, "Joel M. Halpern" <jmh@joelhalpern.com>
CC: "rtg-ads@ietf.org" <rtg-ads@ietf.org>, "spring@ietf.org" <spring@ietf.org>, 6man <6man@ietf.org>
Subject: RE: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH
Thread-Topic: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH
Thread-Index: AQHWL4VxmYvkCvDoNEmQ3Xkat3whdqiytyCggAALHOCAAAWDcIAAXREAgABKZfCAAAVCgIAAAypAgAANNoCAAAvxgIAAnLwAgAKNblCAAWx9AIAAV42QgAB2TjCAAw9dsIABn99ggAGvCiA=
Date: Fri, 29 May 2020 16:54:21 +0000
Message-ID: <MW3PR11MB4570A730B4D2BB43BA55852AC18F0@MW3PR11MB4570.namprd11.prod.outlook.com>
References: <9CF68CCE-B584-4648-84DA-F2DBEA94622D@cisco.com> <C7C2E1C43D652C4E9E49FE7517C236CB02A2C1AE@dggeml529-mbx.china.huawei.com> <DM6PR05MB6348A22A123AFA7E7345087BAEB70@DM6PR05MB6348.namprd05.prod.outlook.com> <MW3PR11MB457041A967A6BBDA1C7EF0FDC1B70@MW3PR11MB4570.namprd11.prod.outlook.com> <93a31c7f-a102-da59-d9a8-2585cd8e3c65@gmail.com> <MW3PR11MB4570B197EE00C5385DAEE138C1B40@MW3PR11MB4570.namprd11.prod.outlook.com> <5F062FA6-9E2D-46BB-A3D6-257D374D8F92@gmail.com> <MW3PR11MB4570485EEDBADEF3B193BB82C1B40@MW3PR11MB4570.namprd11.prod.outlook.com> <ec63e90e-19fa-cd6c-eacb-4dee44815c99@joelhalpern.com> <MW3PR11MB4570FB2397D4B28A42626802C1B40@MW3PR11MB4570.namprd11.prod.outlook.com> <3bbb28c8-0106-ad63-abf9-c9dc4e428e0c@joelhalpern.com> <MW3PR11MB4570FD37ED32519C677F5E59C1B20@MW3PR11MB4570.namprd11.prod.outlook.com> <DM6PR05MB63486B842CD9DF5BE57FC1A5AEB30@DM6PR05MB6348.namprd05.prod.outlook.com> <MW3PR11MB45706D51FBE6CD63B58CDF15C1B30@MW3PR11MB4570.namprd11.prod.outlook.com> <DM6PR05MB634848BE997686F212FF9E49AEB30@DM6PR05MB6348.namprd05.prod.outlook.com> <MW3PR11MB457006B3ECAF2E812CD2E721C18E0@MW3PR11MB4570.namprd11.prod.outlook.com> <DM6PR05MB6348E2C1D2144B3D1724E141AE8E0@DM6PR05MB6348.namprd05.prod.outlook.com>
In-Reply-To: <DM6PR05MB6348E2C1D2144B3D1724E141AE8E0@DM6PR05MB6348.namprd05.prod.outlook.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-05-25T03:32:27Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=fce2e8ee-c77f-4352-852c-4509f560098b; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [72.163.220.18]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 269eb397-946b-4d9c-6d60-08d803f0ef8f
x-ms-traffictypediagnostic: MW3PR11MB4730:
x-microsoft-antispam-prvs: <MW3PR11MB4730D1B606F5CF67609640EFC18F0@MW3PR11MB4730.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-forefront-prvs: 04180B6720
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: GGsUooWU7aEDChWUd1nY5ci4k50zpWcNCObMAWdBN6UsMiQ8cAfhFO/5LH/PagivyUnbWHYwzYB3v0CZC3LoSdG/KFuTIzgFK9tpHSh9+LBd+HQKKpVZFEkyh+6IY9BRuEER5H7KXDbDkxcPJlu1xDAVjf8o/cUxQehxhX9viNDp022sStiB0epxgnJKYQ7mfn4+zipuhDO3kdln9y9hF26pEyQyLRmBSDZlh0zeNxl090drKxlruetgYBfSfXHa1TUt4/JZ9hNlnz9cMyz8VPj173jCSjTjDDRc1kaem4EIyrsPO1Pf/hI6DG52ETymKVsoOiTwmvlDHuSQ6se6HOu9YXVogMn6moup7mHY6mSwn8jliT1XKBAjL2EAFHi/D+PhVzR/jKOw96rKllv1TA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(39860400002)(366004)(346002)(136003)(396003)(66476007)(52536014)(66556008)(26005)(55016002)(166002)(64756008)(66446008)(966005)(33656002)(66946007)(9686003)(76116006)(2906002)(83380400001)(186003)(86362001)(8676002)(71200400001)(53546011)(8936002)(6506007)(316002)(9326002)(4326008)(7696005)(478600001)(5660300002)(110136005)(54906003); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: u4+kDnB0cQqJ0QFw8aHxQMjTkXAdFQ7ovE7LO9zv7FzPmL9AnuE53aEtbq+DlPx/b+yQE/zmJC+etz1NHtYaJajbYY85rlbWWlvMKFQYo19mf3MOO75eERYfuudPvGr+4rSFdDbXjTrLnmwWH7Udv02zvN/VeMCOPiTClDxUFqqQhZVCJV+xW0fk0t7Qi1xHyXAfhy6B5QYmvfpfbhnlqmy++hMMtJQKGGmkJk3kDKTDKma6gASFGbJoDX8LM0N7r5cTQRWFhYuj1tEi8Ln3Lg7MWLrltzg4GIrzXZkJ1iYzMBUlsCQWLYBfSbeWR+ZP0LKHlgTtLZNIt6LWH4BTGmTNsMGFvbU9GECIPztFPqiUsh5kFiQaz3VcAeZDDCbqtUtfbEIcuUS8e9rQoDZAxzrgBX4HCWhHQQeVP4sIQaBksndaEHVLvts2rYGVXyhAjJBncrGPdo+hhak6l8r8Pf4UKmZ7BGw/ipyoFeV/CQ2lB2R2vTpWb6+usuE6Whbf
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MW3PR11MB4570A730B4D2BB43BA55852AC18F0MW3PR11MB4570namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 269eb397-946b-4d9c-6d60-08d803f0ef8f
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 May 2020 16:54:21.7809 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: EAfvvgaYeXaB02IAXjP/NGH0jtqU+nwKx8hGfpPaTAt90dx0I8o9BzgVI8gOz5uqmxTpgSlxOmOEDVxgfUrKTg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4730
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com
X-Outbound-Node: rcdn-core-10.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/uHwHwyKx0VWHVpqn_ryMz1pa7p0>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 May 2020 16:54:29 -0000
Hi Ron, You are correct and I don't believe I said that the Segment Routing (Spring) work has a special claim on them. My point was that it is a subset of what is covered by Spring architecture. The more important point was that with the use of mapping IDs and mapping FIB, the proposal is comparable more to SR-MPLS than SRv6. It is better to do a holistic analysis of any proposal such as CRH that is introducing an MPLS label like mapping construct into IPv6 architecture - doing so should be considered as a significant change to IPv6. Thanks, Ketan From: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org> Sent: 28 May 2020 20:41 To: Ketan Talaulikar (ketant) <ketant@cisco.com>; Joel M. Halpern <jmh@joelhalpern.com> Cc: rtg-ads@ietf.org; spring@ietf.org; 6man <6man@ietf.org> Subject: RE: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH Ketan, Neither of these forwarding methods are unique to SR.. In Section 3.1 of RFC 791, you will see that IPv4 had a Strict Source Route Option and a Loose Source Route Option. These predate SR by roughly twenty-five years. Ron Juniper Business Use Only From: Ketan Talaulikar (ketant) <ketant=40cisco.com@dmarc.ietf.org<mailto:ketant=40cisco.com@dmarc.ietf.org>> Sent: Thursday, May 28, 2020 7:46 AM To: Ron Bonica <rbonica@juniper.net<mailto:rbonica@juniper.net>>; Joel M. Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>> Cc: rtg-ads@ietf.org<mailto:rtg-ads@ietf.org>; spring@ietf.org<mailto:spring@ietf.org>; 6man <6man@ietf.org<mailto:6man@ietf.org>> Subject: RE: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH [External Email. Be cautious of content] Hi Ron, Some of the operators may not care about the SR name, but it is clear to me that the proposal in the CRH draft is a subset of Segment Routing (i.e. a reduced portion of Spring Architecture) that only supports prefix and adjacency SIDs as indicated by the two "forwarding methods". https://tools.ietf.org/html/draft-bonica-6man-comp-rtg-hdr-22#section-4<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-bonica-6man-comp-rtg-hdr-22*section-4__;Iw!!NEt6yMaO-gk!WUUoiYhNiQq44bqITjU9p16KKdON00tbtfOIgQoDmKHLycmNLLtVobJe9BtxN6V1$> o Forward the packet to the next-hop along the least-cost path to >>> Prefix SID the next segment endpoint. o Forward the packet through a specified interface to the next >>> Adjacency SID segment endpoint. Given the use of mapping IDs and mapping FIB, the proposal is comparable more to SR-MPLS than SRv6. It is better to do a holistic analysis of any proposal such as CRH that is introducing an MPLS label like mapping construct into IPv6 architecture - doing so should be considered as a significant change to IPv6. Thanks, Ketan -----Original Message----- From: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org<mailto:rbonica=40juniper.net@dmarc.ietf.org>> Sent: 25 May 2020 21:14 To: Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>>; Joel M. Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>> Cc: rtg-ads@ietf.org<mailto:rtg-ads@ietf.org>; spring@ietf.org<mailto:spring@ietf.org>; 6man <6man@ietf.org<mailto:6man@ietf.org>> Subject: RE: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH Ketan, It would not be fair to say that these operators "wish to deploy a Traffic Engineering solution using a subset of Segment Routing". It would be fair to say that these operators "wish to deploy IPv6 Traffic Engineering". Some of these operators don't care about SR. Some are actively averse to SRv6. All they want is a Routing header. Ron Juniper Business Use Only -----Original Message----- From: Ketan Talaulikar (ketant) <ketant=40cisco.com@dmarc.ietf.org<mailto:ketant=40cisco.com@dmarc.ietf.org>> Sent: Monday, May 25, 2020 5:21 AM To: Ron Bonica <rbonica@juniper.net<mailto:rbonica@juniper.net>>; Joel M. Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>> Cc: rtg-ads@ietf.org<mailto:rtg-ads@ietf.org>; spring@ietf.org<mailto:spring@ietf.org>; 6man <6man@ietf.org<mailto:6man@ietf.org>> Subject: RE: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH [External Email. Be cautious of content] Hi Ron, Thanks for that clarification. I note that you are not anymore saying "Are not interested in SR" like you had mentioned before the WG adoption call : https://urldefense.com/v3/__https://mailarchive.ietf.org/arch/msg/ipv6/LheyFD_uwuHp7tiG8Y1CwKngDYI/__;!!NEt6yMaO-gk!X2qW2zTZEbZRfBSE6c_KM-k7aIvZTIT9bycp3jyFJ3sTbf8MtGo4E_uGX7zYZ7lk$<https://urldefense.com/v3/__https:/mailarchive.ietf.org/arch/msg/ipv6/LheyFD_uwuHp7tiG8Y1CwKngDYI/__;!!NEt6yMaO-gk!X2qW2zTZEbZRfBSE6c_KM-k7aIvZTIT9bycp3jyFJ3sTbf8MtGo4E_uGX7zYZ7lk$> So, would it be fair to say that the operator that you are referring to below, wishes to deploy a Traffic Engineering solution using a subset of Segment Routing (i.e. a reduced portion of Spring Architecture) that only supports prefix and adjacency SIDs as indicated by the two "forwarding methods" that are referred to in draft-bonica-6man-comp-rtg-hdr? Thanks, Ketan -----Original Message----- From: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org<mailto:rbonica=40juniper.net@dmarc.ietf.org>> Sent: 25 May 2020 09:03 To: Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>>; Joel M. Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>> Cc: rtg-ads@ietf.org<mailto:rtg-ads@ietf.org>; spring@ietf.org<mailto:spring@ietf.org>; 6man <6man@ietf.org<mailto:6man@ietf.org>> Subject: RE: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH Ketan, Please consider an operator who: - Wants a way to steer IPv6 packets through a specified path that includes many nodes (>8) - Does not want any of the following: - A new VPN encapsulation technique - A new service function chaining technique - Network programming - MPLS and uSID - To encoding instructions in IPv6 addresses. These operators want a compact routing header, nothing more. Ron Juniper Business Use Only -----Original Message----- From: ipv6 <ipv6-bounces@ietf.org<mailto:ipv6-bounces@ietf.org>> On Behalf Of Ketan Talaulikar (ketant) Sent: Sunday, May 24, 2020 1:42 AM To: Joel M. Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>> Cc: rtg-ads@ietf.org<mailto:rtg-ads@ietf.org>; spring@ietf.org<mailto:spring@ietf.org>; 6man <6man@ietf.org<mailto:6man@ietf.org>> Subject: RE: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH [SNIP] I am looking for explanation of the "other ways" that CRH can be used (i.e. those outside the Spring architecture). I am trying to understand from the authors what would be the applicability of that solution, it's use-cases and it's requirements. That is what, I believe, will help us evaluate the CRH proposal in the context of this working call. That will help us answer these questions like the scope of the SID, 32-bit or 16-bit or something else and what the CRH-FIB is going to turn out like. [SNIP] ------------------------------------------------------
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- Re: [spring] CRH is back to the SPRING Use-Case -… Joel M. Halpern
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- Re: [spring] CRH is back to the SPRING Use-Case -… Bob Hinden
- RE: CRH is back to the SPRING Use-Case - Re: Size… Ketan Talaulikar (ketant)
- CRH is back to the SPRING Use-Case - Re: Size of … Zafar Ali (zali)
- RE: CRH is back to the SPRING Use-Case - Re: Size… Chengli (Cheng Li)
- RE: CRH is back to the SPRING Use-Case - Re: Size… Ron Bonica
- RE: CRH is back to the SPRING Use-Case - Re: Size… Ketan Talaulikar (ketant)
- Re: CRH is back to the SPRING Use-Case - Re: Size… Brian E Carpenter
- Re: CRH is back to the SPRING Use-Case - Re: Size… Brian E Carpenter
- RE: [spring] CRH is back to the SPRING Use-Case -… Andrew Alston
- RE: [spring] CRH is back to the SPRING Use-Case -… Andrew Alston
- Re: [spring] CRH is back to the SPRING Use-Case -… Fernando Gont
- Re: [spring] CRH is back to the SPRING Use-Case -… Joel M. Halpern
- RE: [spring] CRH is back to the SPRING Use-Case -… Pengshuping (Peng Shuping)
- RE: [spring] CRH is back to the SPRING Use-Case -… Pengshuping (Peng Shuping)
- Re: [spring] CRH is back to the SPRING Use-Case -… Tom Herbert
- 答复: [spring] CRH is back to the SPRING Use-Case -… Aijun Wang
- RE: [spring] 答复: CRH is back to the SPRING Use-Ca… Andrew Alston
- RE: [spring] 答复: CRH is back to the SPRING Use-Ca… Pengshuping (Peng Shuping)
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- Re: [spring] 答复: CRH is back to the SPRING Use-Ca… Aijun Wang
- Re: [spring] 答复: CRH is back to the SPRING Use-Ca… Joel Halpern Direct
- Re: [spring] 答复: CRH is back to the SPRING Use-Ca… Aijun Wang
- RE: [spring] CRH is back to the SPRING Use-Case -… Ron Bonica
- Re: [spring] CRH is back to the SPRING Use-Case -… Robert Raszuk
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- Re: [spring] CRH is back to the SPRING Use-Case -… Sander Steffann
- Re: [spring] CRH is back to the SPRING Use-Case -… otroan
- Re: [spring] CRH is back to the SPRING Use-Case -… Sander Steffann
- RE: [spring] CRH is back to the SPRING Use-Case -… Ron Bonica
- RE: [spring] CRH is back to the SPRING Use-Case -… Ron Bonica
- Re: [spring] CRH is back to the SPRING Use-Case -… Robert Raszuk
- Re: [spring] CRH is back to the SPRING Use-Case -… Ole Troan
- RE: [spring] CRH is back to the SPRING Use-Case -… Ron Bonica
- What's the colour of the hat (was: Re: [spring] C… otroan
- RE: What's the colour of the hat (was: Re: [sprin… Ron Bonica
- Re: [spring] CRH is back to the SPRING Use-Case -… Andrew Alston
- Re: What's the colour of the hat (was: Re: [sprin… Sander Steffann
- RE: What's the colour of the hat (was: Re: [sprin… Ron Bonica
- Re: What's the colour of the hat (was: Re: [sprin… Robert Raszuk
- Re: [spring] CRH is back to the SPRING Use-Case -… Srihari Sangli
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- Re: [spring] CRH is back to the SPRING Use-Case -… Fernando Gont
- RE: [spring] CRH is back to the SPRING Use-Case -… Wang, Weibin (NSB - CN/Shanghai)
- Re: [spring] CRH is back to the SPRING Use-Case -… Gyan Mishra
- RE: [spring] CRH is back to the SPRING Use-Case -… Ron Bonica
- RE: [spring] CRH is back to the SPRING Use-Case -… Ron Bonica
- Re: [spring] CRH is back to the SPRING Use-Case -… Peter Psenak
- Re: [spring] CRH is back to the SPRING Use-Case -… Gyan Mishra
- Re: [spring] CRH is back to the SPRING Use-Case -… Peter Psenak
- Re: [spring] CRH is back to the SPRING Use-Case -… Henderickx, Wim (Nokia - BE/Antwerp)
- Re: [spring] CRH is back to the SPRING Use-Case -… John Scudder
- Re: [spring] CRH is back to the SPRING Use-Case -… Peter Psenak
- Re: [spring] CRH is back to the SPRING Use-Case -… John Scudder
- Re: [spring] CRH is back to the SPRING Use-Case -… Peter Psenak
- Re: [spring] CRH is back to the SPRING Use-Case -… John Scudder
- Re: [spring] CRH is back to the SPRING Use-Case -… Peter Psenak
- Re: [spring] CRH is back to the SPRING Use-Case -… Tony Przygienda
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- Re: [spring] CRH is back to the SPRING Use-Case -… Robert Raszuk