Re: [spring] Question from SPRING regarding draft-filsfilscheng-spring-srv6-srh-compression
"Francois Clad (fclad)" <fclad@cisco.com> Fri, 15 October 2021 21:55 UTC
Return-Path: <fclad@cisco.com>
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 AEC643A0C34; Fri, 15 Oct 2021 14:55:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.598
X-Spam-Level:
X-Spam-Status: No, score=-9.598 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 header.b=eaMZ+Et3; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Gqu1Tmzr
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 Y7gi6wFg5jca; Fri, 15 Oct 2021 14:55:21 -0700 (PDT)
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 9E0D63A0C33; Fri, 15 Oct 2021 14:55:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19034; q=dns/txt; s=iport; t=1634334921; x=1635544521; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=JAlY6NJvP53eHuo2Vs+xm5hakIet4Pg2IgtzgrNm/Yc=; b=eaMZ+Et3iyS2uiyJmet18ev9MYzAgo9q9IfadJe+LyKQKdxsV5NZ8h8z 8OIWph3YbL9NMg3Mb+DNEKQ/q6NxKVlQndgV3sDNVV9oQILyAhLXLHo7F MXPorBKXAbmlLewD9A8RSMd04d4IdvO0HeyueEDDpIm0Lqd2Oim7Zvu7P 4=;
X-IPAS-Result: A0AZAACb92lhl51dJa1QChwBAQEBAQEHAQESAQEEBAEBQIFFBwEBCwGBIDAjLn5aNzGIDgOEWWCIDQOKdIp0hQqBLhSBEQNUCwEBAQ0BASoBDAoEAQGEOUUCgkwCJTQJDgECBAEBAQEDAgMBAQEBBQEBBQEBAQIBBgQUAQEBAQEBAQGBCIVoDYZCAQEBAQMBARAuAQEsBAcBDwIBCA4DAQIBAigHIQYLFAMGCAIEAQ0FCBqCTwGBflcDLwEOoB8BgToCih94gTOBAYIIAQEGBASBSkGCfw0LgjUDBoE6AYMEgnZUSYZ2JxyBSUSBFAFDgmc+giFCAQEDgSgBBwsBBxweBgcJgxmCLot9EFsGFycmBAsXFhMIFA45BhpRAQ0EASUBASxFA5FcjD2NT5FEZwqDMYEziRSOQIYHFINqi22XQZYIH4xQg0SQMyCEaQIEAgQFAg4BAQaBYTlrcHAVO4JpURkPgVmMRwwNCRWDO4UUhUp0OAIGCwEBAwmTIAEB
IronPort-PHdr: A9a23:8yyXQxR6ba7VpR5SOo4ecrWxgNpso6HLVj580XJvo71Le6WnuZ/lO R+X6fZsiQrPWoPWo7JBhvHNuq/tEWoH/d6asX8EfZANMn1NicgfkwE6RsLQD0r9Ia3laiU7G IJJU1o2t32+OFJeTcD5YVCaq3au7DkUTxP4Mwc9Jun8FoPIycqt0OXn8JzIaAIOjz24MttP
IronPort-Data: A9a23:z8zrr6DGesHfMxVW/xTjw5YqxClBgxIJ4kV8jS/XYbTApDsghj1Ty WsZXWGPbqyMYDH8Lo1xb4S09ElS6pWDyoAyOVdlrnsFo1CmBibm6XV1Cm+qYkt+++WaFBoPA /3z6bAsFehsJpPmjk/F3oPJ8D8siMlkepKmULSdY3goGFc+IMscoUsLd9AR09YAbeeRW2thi fuqyyEIEAb4s9LcGjt8B5Or8HuDjtyr0N8rlgBWicRwgbPrvyJ94KTzik2GByCQroF8RoZWT gtYpV2z1juxExwFUrtJnltnG6EHaua6AOSAtpZZc/O9hzdojAse6PwYF9AXR0cHtBuRr88kn b2htbToIesoFrfHlOJYWB5CHmQge6ZH47TAZ3O4tKR/zWWfLCCqmKooXRpwZNBHkgp0KTkmG fgwJjsJZxyrjOOty7X9Qe5p7igmBJa1Zt5E5is/lVk1C949U5D9BPnA5OVnxRJglMFJONbHe u4GPG8HgBPoOk0TZQh/5IgFtOawmCfXcjBEphSSv6Vfy3PL1g1335DsPcbbPNuQSq19nEOYj mDB8mD5CxUCOcaZjzGC9xqEi+yJnC7nVqodEbS58rhhh1j7+4AIIAcdWV3+qv6jhwvgHdleM EcTvCEpqMDe6XBHUPGmQBiXilSjkiRGePl6GMM6uD6j0prLtlPx6nc/chZNb9kvtckTTDMs1 0OUk96BOdCJmODJIZ563urIxQ5eKRT5PkdZP35YElFtD83L5dBt0UqVEb6PBYbs1oWtcQwc1 Qxmu8TXa187t88A16yh8UvAhVpATbCWE1Zlv207so9Zhz6Viaa/bICurFPc9/sFcsCST0KKu z4PnM32AAEy4XOlyXflrAYlRezBCxO53Nv02gUH834JrGjFxpJbVdoMiAyS3W8wWir+RRfnY VXIpSRa74JJMX2hYMdfOtzqV59wl/a4T4u6Dpg4i+aihLAsK2drGwkzOiatM5zFzCDAbIlmY 87AKJbwZZrkIf08l2LeqxghPU8Dn3Bimjy7qWHTxBW82r3Wf2+OVboAKzOzghMRssu5TPHu2 48HbaOikkwHOMWnO3W/2dNDfDgicClgbbir+pM/XrDYeGJORjp+Y8I9NJt8IuSJaYwOzbyWl px8M2cFoGfCaYrvd1vVMy45NOK+NXu9xFpiVRER0Z+T8yBLSe6SAG03LfPboZFPGDRf8MNJ
IronPort-HdrOrdr: A9a23:Qs8LIqsf5m+Q6JuTqW58xQ7i7skC1IMji2hC6mlwRA09TyXGra GTdaUguyMc1gx/ZJh5o6H+BEGBKUmskqKdkrNhQ4tKPTOW+VdASbsD0WKM+UyaJ8STzJ856U 4kSdkDNDSSNyk7sS+Z2njDLz9I+rDum8rE6Za8vhVQpENRGtxdBmxCe2Cm+zhNNXF77O0CZe OhD6R81l6dUEVSSv7+KmgOXuDFqdGOvonhewQ6Cxku7xTLpS+06ZbheiLonSs2Yndq+/MP4G LFmwv26uGIqPeg0CLR0GfV8tB/hMbh8N1eH8aB4/JlaAkEyzzYIbiJaYfy+wzdk9vfrmrCV+ O8+ivICv4Dr085uFvF+ScFlTOQiwrGoEWSuGNwyUGT0fARAghKUfaoQeliA0fkA41KhqAg7E sD5RPri7NHSRzHhyjz/N7OSlVjkVe1u2MrlaoJg2VYSpZ2Us4dkWUzxjIfLH47JlOx1GnnKp gYMOjMoPJNNV+KZXHQuWdihNSqQ3QoBx+DBkwPoNac3TRalG1wixJw/r1Rol4QsJYmD5VU7e XNNapl0LlIU88NdKp4QOMMW9G+BGDBSQ/FdGiSPVPkHqcaPG+lke+63JwloOWxPJAYxpo7n5 rMFFteqG4pYkrrTdaD2ZVamyq9CFlVnQ6dg/22wqIJ9IEUaICbRBFreWpe5fdI+c9vcPEzc8 zDTK5rPw==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.85,376,1624320000"; d="scan'208,217";a="762534270"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Oct 2021 21:55:20 +0000
Received: from mail.cisco.com (xbe-aln-007.cisco.com [173.36.7.22]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 19FLtKqN024288 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 15 Oct 2021 21:55:20 GMT
Received: from xfe-rcd-001.cisco.com (173.37.227.249) by xbe-aln-007.cisco.com (173.36.7.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Fri, 15 Oct 2021 16:55:19 -0500
Received: from xfe-aln-005.cisco.com (173.37.135.125) by xfe-rcd-001.cisco.com (173.37.227.249) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Fri, 15 Oct 2021 16:55:19 -0500
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-005.cisco.com (173.37.135.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Fri, 15 Oct 2021 16:55:19 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZnPn8ML/swHpW76L0meDGe+GkKJIHMNi7KZOEmxO8r0oso/GJ9F/cJCnkCdsbNJ404txO+mw9UZltdBW1OD2viYY1Rp94HV/qcQt1uA+LnBdUM0Bcoy6TYhJcVDtLbTEt3dtWg+MSlT/n3ncYXNLwNh/NKHCgFe9j8+atl9eryKhY8HtmZNC+7WE6EmF8Hl/BvlH4m5VD+h/VQBb4eko7m333CwOKm3GKYVTWzdefDctX3T9671F+I1aA+Qa3UANn4GL8JFSPV2MQDgxyQrxXcpFBz3hAmvrg+6Ixc8zrkX2IeQpDGg5AFHnJ0uubtQT/d26FkKHNg7UxAdp7IdEmA==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=EdlVGmkRvHIVBVqMQqJHa/eng0EXVcLuAegvsA3/nWA=; b=oS7JSG8Mp1ZM7pjMScrINKIkJY71p0cdjmAE8GHwCMHZ0N755vY8k/9pulmePqgnneZNbAnAkS7xLlWR37MGwpzR2RSnk70EPCa41G9R95C2eoIQCS2XBGXBQMMPKv6yWyUzauAOOR0bW3RSxn6UyJVkfBAqthEacdhLiSJ4996jD9LXWgiQq8kI/OvnItzn5NMwnSWn+NNhoAinX0DzYMpAr8TnLlXumSGKSyf/eFBNEQYQrmFWgyYz3n+96beMbSXRMU+mNKMjuoJNt0S6dq89B/Z8NwLmb442jZsWXsvUCNPQOOJ5GZAyKuYr9X8191s6DostD0Oq7GZwgUm6LA==
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=EdlVGmkRvHIVBVqMQqJHa/eng0EXVcLuAegvsA3/nWA=; b=Gqu1TmzrKsZIr5JrkgeGV52gaicu2WVUAT1DlSzm5CoDnYoQ2GQtlNlnPOz3kPbp8bjn3hZcZsdJ6Dw7GIdfq2SHaswq4xvCe9fEboZvT4HcqxT6L47HxadHUKcw/7oHyeYMGe9WrDnDgMP6QeYnGp48SIyS4V6ShPuxLQ0RK0w=
Received: from CO6PR11MB5650.namprd11.prod.outlook.com (2603:10b6:5:35a::9) by CO6PR11MB5602.namprd11.prod.outlook.com (2603:10b6:303:13a::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4608.17; Fri, 15 Oct 2021 21:55:18 +0000
Received: from CO6PR11MB5650.namprd11.prod.outlook.com ([fe80::6071:7cb6:d30e:b0d]) by CO6PR11MB5650.namprd11.prod.outlook.com ([fe80::6071:7cb6:d30e:b0d%4]) with mapi id 15.20.4608.017; Fri, 15 Oct 2021 21:55:18 +0000
From: "Francois Clad (fclad)" <fclad@cisco.com>
To: Erik Kline <ek.ietf@gmail.com>, "Joel M. Halpern" <jmh@joelhalpern.com>
CC: "spring@ietf.org" <spring@ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>
Thread-Topic: [spring] Question from SPRING regarding draft-filsfilscheng-spring-srv6-srh-compression
Thread-Index: AQHXv+Xlhv5fTa3I2UKXYQQBq/ghoqvSu0aAgAHilS4=
Date: Fri, 15 Oct 2021 21:55:18 +0000
Message-ID: <CO6PR11MB5650D2647CFD16908FE55159ACB99@CO6PR11MB5650.namprd11.prod.outlook.com>
References: <85fddbe9-4eb8-7d90-d246-a888fe8bdcd3@joelhalpern.com> <CAMGpriXg0YuJtvmO84YzsahLMoV9SFVPez7AXirwx9PXFP24zQ@mail.gmail.com>
In-Reply-To: <CAMGpriXg0YuJtvmO84YzsahLMoV9SFVPez7AXirwx9PXFP24zQ@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=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: fcd4e2c1-234f-4360-e79c-08d990267a28
x-ms-traffictypediagnostic: CO6PR11MB5602:
x-microsoft-antispam-prvs: <CO6PR11MB560244A19951633D2F2982BCACB99@CO6PR11MB5602.namprd11.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: 0B3fLtmA1dEgPw+c+TNP0AgkX7hHnz9GPk/TS+Kc74tmI8NurKOx8w/s71ndgmWJe/J+BgBrWLwL+XdDAa6VT2JVmWQLPFMGehmnHpf0Pl6mF3cQ/7xoKHZ+Z2RgrUgQWeFCcQ5TFj2hDwiPLiPjeJINTSYVAEy1efnAUD/wnRZEvHgiMxzxaybDTAoNOq/o736seMOF4GfqJAEsutIruTrKY5Fsi51NzWF8aULfxwlUD3lEYCPCWBq1XRh+sf8a2HyinTlnawYjeER08FeInNOgRhnTwuk7QdJUQGO87YwFa+zC2jtNa/CRSL2UUmtsEr5hE0NaXd6MG7/IEiJc3RYh3/YTnvnthsiviYj0+QGFYW9sMhP0fpijhdiVbo2JyBt2X6opnfxQUYHpZHCHUWVMqO7ibLkiGchH4xWn62APZTh67L24xfRcNvXHlFV17SJrW1KMa3YYJB/LQD2vw4+0gIS7vMoEqlUJxKmlRK1TL0gyM57DuU8oznF4cs1ufRrnW55qS2Kk9hKKBtyF9atBF4CL8WuFdDSpgrtulsT75vZogOY9PAQoKJvUb1ndCVKLv7oZ4AZ5fj4KtUUwnQ00MF1Hm4KgRaHTDwWX7KM68EoXWHtuGqgAU0qWxNDzCDUkbSBtaQLWY6cRjYVw6+fNoryn92wwZ6hjIZMLxydLzpiYCjWyln9SMFlbCFra852KQ/5F2ScQY8PiRq/qvmtVR2GJSUfx/8HLa6NITkLY4EhC6VtUjyRacgpcdIuMieAXcHZuQjVrtxM8nNkHktXnhlFw7+2YXn5QEtAzrUUTAvRlPt6CVhS0JqVrlV6m4mAsDZkZdjs4810afUuuhw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO6PR11MB5650.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(966005)(110136005)(6506007)(53546011)(508600001)(5660300002)(122000001)(38100700002)(4326008)(2906002)(7696005)(83380400001)(166002)(8676002)(66946007)(38070700005)(52536014)(66476007)(66556008)(64756008)(66446008)(91956017)(76116006)(33656002)(54906003)(186003)(9686003)(316002)(8936002)(26005)(71200400001)(66574015)(55016002)(86362001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: h7tHXsQym9NDxJ60hqulhdZH46gRve8P+OaHrQVCLaTz/FrpDaSTzvr+W55YhZaf4ISfzIr3QK2i5cijK2o440Z1rxDrv9FwdUQFm6hiMxvM3rgJKwoTmCRhHdJhRczrIAo7eRHlsYf3/MN09azaNF616MF/lTpQNmS4Ypq+5MqOJnH5+OYpJ0dP1gqlInR8eEUIIBK9LtWZTOBgzB4giGpQgptnCsHQZyLGf6OwldKT6uEPwFh2VPnepavDzJbIk2YrRftg3dlfg5ndQJ9chE2UC4f1+1bwC84UxkZOAtwnUZqJy8muU+l8kMBv65NGhOHgxKvt6w0qkpdsNNz57g23TAkXynf2r78S86cfcZjKnxjkXSRN6NhSUv8LSV40kBq1TSNl1EDqaOIT7kuQxaK8h15hybsUevKXJl+qcvW/R0iPCpW8h2rH7We6IDXelNTvptDMk6ISWkSw3Gv9+h/l+XGPGkiQStl1SwlTpz0Wy5uegR+IgwISUKx8znxtCRxSVwSFybqpaAruBvy7g272UVOulMixz/TOb6Zu/JqbrDYD2Pnb3jox030g6dyawuiDTIuhQNrbdX8p9uQvCYne6xFCGMtqLHYxxBJmPycoseCnpeBwqdLXPL1eTZ72yLKPXYHBDD4rrhGbiIfGWi9+SGuNUwaUYVMvDwWbD7QfuILN7G2xKxENcjXfuSsSCQBR7GIB6YofuBU3i01Zde8lKQ8nsh1yi6OyMWsGCi8ohhVcWm8DyOCENDBnrwZLcKIMuXtQNHc6sNlhoVJkMAbkKGgkw5etuWD/mItLBsx0YVmn7qeiq95Gi2FUoGSB7nXaXccvI5LgVPXsWaQTWnntTuKJU+NHNuoxCBlrACSh60JEyz9FgqJ0TGX3MvbxcXYPLDDk+eIB+phpP+yAsao++lOArp5FoVXZvyFo8j1ui0VJwHXh/fjncA8fIRdbWT6z4WgomnBOxgaBwOY6huOYtUs7Zf0j6EoBHRUsyE017aM1892Gf6klqY3ycYn7dn2AePwKC1VNGSY+UspN3HnmbHjlnZagFUCxu2waVO0kAZ6saKafRSQXFK+h5kgpMfOrdZyDjhL0hv76mn3nb8O6i+qPoplAkMcc1Mq7uQz7FDgK7KxDqRxI4IJtN+atWPH9AvmuLGwk7JUESbHUYPPDTPjRGV9CnMDA8i8rkCsvyue4eMJyjnH/C4cHMDuZjPLJMNy0oRC8MB40r+984/AS/I2nuCkWhOypD/jD0p0VVKx1r1/Hyw0reo0UNh07QvnLzs35x5+V7vgUKNZgubgqbZ+u7QBz+qIibHhqPr2SAKcL+hoSaCLh0PqW0OSutXdLt5Hn7MCN5VczYb08bw==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_CO6PR11MB5650D2647CFD16908FE55159ACB99CO6PR11MB5650namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CO6PR11MB5650.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: fcd4e2c1-234f-4360-e79c-08d990267a28
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Oct 2021 21:55:18.1417 (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: MDwlV/5jTM+uQizqnRw/7E88f1amXCi7LPs2ZOBxumTeIg0rhtIoyIr7vIe8GkV5
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO6PR11MB5602
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.22, xbe-aln-007.cisco.com
X-Outbound-Node: rcdn-core-6.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/huyLIbelBer97fe0daSZugNQej4>
Subject: Re: [spring] Question from SPRING regarding draft-filsfilscheng-spring-srv6-srh-compression
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: Fri, 15 Oct 2021 21:55:27 -0000
Hello Erik, You may find some examples here: https://datatracker.ietf.org/doc/draft-clad-spring-srv6-srh-compression-illus/ Hope this helps. Thanks, Francois From: spring <spring-bounces@ietf.org> on behalf of Erik Kline <ek.ietf@gmail.com> Date: Thursday, 14 October 2021 at 19:06 To: Joel M. Halpern <jmh@joelhalpern.com> Cc: spring@ietf.org <spring@ietf.org>, ipv6@ietf.org <ipv6@ietf.org> Subject: Re: [spring] Question from SPRING regarding draft-filsfilscheng-spring-srv6-srh-compression Joel, Thank you for your email. The ADs and chairs have been discussing. One thing that would be very helpful to our discussions would be some worked examples of the various C-SID behaviors, showing some SRv6 datagrams and what happens to their contents as they move across some suitable example SR domain. (It would also be helpful if they showed what happens to something like an ICMPv6 Echo Request to a representative Destination Address in these cases when, say, an SRH is not present, i.e. to see when typical unicast semantics are preserved or when something more like anycast or multicast behavior is to be expected.) Assuming some forthcoming helpful examples, we have a goal to get a more complete answer back to you by the latter half of next week. Thanks, -Erik On Tue, Oct 12, 2021 at 8:53 PM Joel M. Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>> wrote: The SPRING working group is in the midst of an adoption call on https://datatracker.ietf.org/doc/draft-filsfilscheng-spring-srv6-srh-compression/. The SPRING charter has text that is explicit that modifications to data planes and architectures standardized by other working groups may not be modified in SPRING unless the chairs and ADs responsible for that data plane and / or architecture agree. To complete the context, as my SPRING co-chairs are co-authors on the document in question, they have recused themselves from decisional activities regarding the document. Therefore, this message is coming just from my as the responsible SPRING co-chair managing this adoption call. As you have seen, multiple questions have been raised about the relationship of the document to the IPv6 defined data plane and architecture (particularly RFC 4291 and 8200). In particular the questions seem to revolve around what the document describes as the NEXT-C-SID flavor of compressed SID, and its relationship to the IPv6 standards. (For those seeking more context without reading the full document, a paraphrase and simplification of the NEXT-C_SID flavor is provided as a postscript.) I raised the question of concurrence as required by the SPRING charter with the Internet ADs and SPRING chairs. They quite reasonably asked me to write a note to 6man explaining the concerns as clearly as a can, so that they can then determine how to proceed. The questions that prompted my inquiry are: 1) Does the placement of a list of sids in the IPv6 DA field change the IPv6 architectural description of that field. 2) Does the operation of shifting information around in the IPv6 destination address field represent a modification or extension of the IPv6 data plane. On a related note, the document in question also defines two other flavors, REPLACE-C-SID, and NEXT-and-REPLACE-C-SID. The NEXT-and-REPLACE-C_SID flavor is defined to include the NEXT-C_SID flavor operation, so seems to be affected by the same question. From my own reading, it appears that the REPLACE-C-SID flavor does not raise issues requiring 6man leadership concurrence. Yours, Joel M. Halpern for the SPRING working group PS: Clearly, understanding the question requires some understanding of what the NEXT-C_SID flavor does. This explanation is a simplification for length and context. Really, the best place to understand it is the draft. However, to give you enough information to let you decide whether you care, I will try to provide a fair summary. My apologies in advance to the authors for necessary liberties for length. Also, discussion of the draft contents (as distinct from the interaction with the IPv6 data plane and architecture) belongs on the SPRING list, and should not clutter up 6man. SIDs are the identifiers used in segment routing. In SRv6, as document in the current RFCs, these are 128 bits. As defined in the relevant RFCs, SIDs which identify endpoints to which packets are directed are identified by endpoint SIDs. These can have behaviors (decapsulate and forward is one example). They can have flavors such as where the SRH is removed. The topic under discussion is means to compress these SIDs in the packets on the wire. The document under discussion provides three flavors of compression. The fundamental mechanism of the draft is to use a single SRH entry as a container for multiple SIDs. In the NEXT-C_SID mechanism, when it is first encountered the entire container is copied into the desination address of the IPv6 packet. The container has a common routing prefix used for all the NEXT-C-SID SIDs. It is followed by a sequence of compressed SIDs of a configured length. One could configure 16, 24, or 32 bits. Or whatever length. The routing advertisements are arranged so that the IPv6 packet is directed to the node represented by the first compressed SID on the basis of longest prefix match matching the combination of the common routing prefix and that compressed SID. When the packet arrives at that node, it looks up the configured portion, the compressed SID, and determines the behavior and flavor. In the case of the NEXT-C-SID flavor, the resulting operation is to shift the entire remaining contents of the IPv6 address (the bits past the first compressed sid) so as to over-write the first compressed SID. 0 bits are shifted into the low order positions. If the result is a non-zero new first compressed SID, then the packets is forwarded and the process repeats. When all that is left are 0s, if there is an SRH, it is consulted to find the next SRH entry, which is, per normal SRv6 processing, put into the IPv6 DA. Note that in the common case where the SIDS needed all fit in to a single container, the analysis also assumes the use of the reduced encapsulation options which omits the SRH that is not needed as it would have no entries. This the packet contains a normal IPv6 header, with a sequence of compressed SIDs (what one might or might not call a source route) in the IPv6 destination address field. PPS: If the authors of the NEXT-C-SID flavor feel I have mis-represented the work, please, send clarifications or corrections. Again, the best source of information is the draft itself. I was asked to provide extra context in this email. _______________________________________________ spring mailing list spring@ietf.org<mailto:spring@ietf.org> https://www.ietf.org/mailman/listinfo/spring
- Re: [spring] Question from SPRING regarding draft… Stefano Salsano
- [spring] Question from SPRING regarding draft-fil… Joel M. Halpern
- [spring] Typo correction Re: Question from SPRING… Joel M. Halpern
- Re: [spring] Typo correction Re: Question from SP… Brian E Carpenter
- Re: [spring] Typo correction Re: Question from SP… Michael Richardson
- Re: [spring] Typo correction Re: Question from SP… Ted Hardie
- Re: [spring] Typo correction Re: Question from SP… Carsten Bormann
- Re: [spring] Question from SPRING regarding draft… Erik Kline
- Re: [spring] Typo correction Re: Question from SP… Brian E Carpenter
- Re: [spring] Typo correction Re: Question from SP… Tom Herbert
- Re: [spring] Typo correction Re: Question from SP… mohamed.boucadair
- Re: [spring] Typo correction Re: Question from SP… Mark Smith
- Re: [spring] Typo correction Re: Question from SP… mohamed.boucadair
- Re: [spring] Typo correction Re: Question from SP… Ted Hardie
- [spring] short term plan regarding adoption call … Joel M. Halpern
- Re: [spring] Typo correction Re: Question from SP… Tom Herbert
- Re: [spring] Question from SPRING regarding draft… Andrew Alston
- Re: [spring] Question from SPRING regarding draft… Francois Clad (fclad)
- Re: [spring] Typo correction Re: Question from SP… Michael Richardson
- Re: [spring] Typo correction Re: Question from SP… Brian E Carpenter
- [spring] All IPv6 fields are now mutable (Re: Typ… Mark Smith
- Re: [spring] Question from SPRING regarding draft… Brian E Carpenter
- Re: [spring] Question from SPRING regarding draft… Brian E Carpenter
- Re: [spring] All IPv6 fields are now mutable (Re:… Andrew Alston
- Re: [spring] Question from SPRING regarding draft… Mark Smith
- Re: [spring] Question from SPRING regarding draft… Brian Carpenter
- Re: [spring] Question from SPRING regarding draft… Michael Richardson
- Re: [spring] Question from SPRING regarding draft… Darren Dukes (ddukes)
- Re: [spring] All IPv6 fields are now mutable (Re:… Tom Herbert
- Re: [spring] Question from SPRING regarding draft… Brian E Carpenter
- Re: [spring] All IPv6 fields are now mutable (Re:… Brian E Carpenter
- Re: [spring] Question from SPRING regarding draft… Nick Hilliard
- Re: [spring] All IPv6 fields are now mutable (Re:… Tom Herbert
- Re: [spring] Question from SPRING regarding draft… Darren Dukes (ddukes)
- Re: [spring] Question from SPRING regarding draft… Brian E Carpenter
- Re: [spring] All IPv6 fields are now mutable (Re:… Brian E Carpenter
- Re: [spring] Question from SPRING regarding draft… otroan
- Re: [spring] Typo correction Re: Question from SP… Ted Hardie
- Re: [spring] Typo correction Re: Question from SP… Brian E Carpenter
- Re: [spring] Typo correction Re: Question from SP… Brian E Carpenter
- Re: [spring] Typo correction Re: Question from SP… Mark Smith
- [spring] Administrative interfaces (was draft-fil… Ted Hardie
- Re: [spring] Administrative interfaces (was draft… Robert Raszuk
- Re: [spring] Typo correction Re: Question from SP… Tom Herbert
- Re: [spring] Typo correction Re: Question from SP… Brian E Carpenter
- Re: [spring] Typo correction Re: Question from SP… Greg Mirsky
- Re: [spring] Typo correction Re: Question from SP… Brian E Carpenter
- Re: [spring] Question from SPRING regarding draft… Nick Hilliard
- Re: [spring] Typo correction Re: Question from SP… Darren Dukes (ddukes)
- Re: [spring] Typo correction Re: Question from SP… Gyan Mishra
- Re: [spring] Typo correction Re: Question from SP… Gyan Mishra
- Re: [spring] Typo correction Re: Question from SP… Chengli (Cheng Li)
- Re: [spring] Typo correction Re: Question from SP… Darren Dukes (ddukes)
- Re: [spring] Question from SPRING regarding draft… Erik Kline
- Re: [spring] Typo correction Re: Question from SP… Gyan Mishra
- Re: [spring] Typo correction Re: Question from SP… Greg Mirsky
- Re: [spring] Typo correction Re: Question from SP… Darren Dukes (ddukes)
- Re: [spring] Typo correction Re: Question from SP… Erik Kline
- Re: [spring] Typo correction Re: Question from SP… Erik Kline