Re: [spring] operator requirements for draft-srcompdt-spring-compression-requirement

"Darren Dukes (ddukes)" <ddukes@cisco.com> Wed, 21 April 2021 10:40 UTC

Return-Path: <ddukes@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 6F2363A1FA9; Wed, 21 Apr 2021 03:40:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.356
X-Spam-Level:
X-Spam-Status: No, score=-9.356 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, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=CJLwp9u+; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=ZadPa+1w
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 l0cSgMw-2DNF; Wed, 21 Apr 2021 03:40:16 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D8473A1FA8; Wed, 21 Apr 2021 03:40:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=60756; q=dns/txt; s=iport; t=1619001616; x=1620211216; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=piMRd54kWkstiyXVVTc9eW5UDVcAbu9NgNtha+w0Mgs=; b=CJLwp9u+D5LrY0XTa5rimv/Ikrl8H5p5AlGdcfO2x9/DlV92pwizFC15 GQs+SVGXLXJiKOLLMQeFGlVStj7Hyv1+Tr8R/iRTRdY72DICd0t0qxjW1 arzuRZPndI9ByHHdMIWu18vCKkuL16iSraPpvG8jGp/MTELr+CC9mEEIE 8=;
X-IPAS-Result: =?us-ascii?q?A0B2AACcAIBgmIMNJK1aHAEBAQEBAQcBARIBAQQEAQGCA?= =?us-ascii?q?QQBAQsBgSIwKSgZAWRaNjELhDiDSAOFOYhyA4ovhHqKFYFCgREDTwULAQEBD?= =?us-ascii?q?QEBHQEMCAIEAQGEDEQCF4FeAiU3Bg4CAwEBAQMCAwEBAQEBBQEBAQIBBgQUA?= =?us-ascii?q?QEBAQEBAQFohVANhkQBAQEBAwEBGCYBAQwZBwsBDwIBBgIRAQIBAgEgAQYFA?= =?us-ascii?q?gIfBgoBFAMGCAIEAQ0FCBMCBIJQAYF+VwMvAQ6MUZBtAoofcwmBMIEBggQBA?= =?us-ascii?q?QaBNwIOQYMxDQuCEwmBOgGCd4JxUjkNgRWFPyccgUlCgRNDgV+BAD6CHkIBA?= =?us-ascii?q?QIBF4EMBQERAgEiFQkNEYJVOoIrgVgBEAEURiJIBBQHNgEBBBAMDykDAhQKC?= =?us-ascii?q?AI/FQQfBQEEDB8ILA+QPQMlKQKCO4g4MoxRkQpbCoMNiWqGTVWGR4JBgxAQg?= =?us-ascii?q?0+BPolChGyBK41DglyVIItxgxmPIygEEwWEUAIEAgQFAg4BAQaBQSkia3BwF?= =?us-ascii?q?RohgmkJRxcCDo4fDA0JFW0BAoJJhRSFSXMCNgIGAQkBAQMJfIsDAYEPAQE?=
IronPort-PHdr: A9a23:jt0NQBWRY8hPMQP1oBPUrX4qpQjV8K0AAWYlgqEPgq9Scqml45XpN VDe4vMollLSQIHH8Jpsh+/fqaumWGEc79CGqn9ROJBPVhpQj8IQkkRgBcOeEkT0IbbsaDByB 8VNUlJpvhTZeUhYEcrzfRve93u16zNBFhD2LwEzJ+npFMjVlcvkn+y38ofYNgNPgjf1aLhuL RKw+APWsMRegYZrJqsrjBXTpX4dcOVNzmQuLlWWzH7B
IronPort-HdrOrdr: A9a23:oHAMp6lxOdouy0mvEX2PffH2hhDpDfN+jmdD5ilNYBxZY6Wkvu iUtrAyyQL0hDENWHsphNCHP+26TWnB8INuiLNxAZ6LZyOjnGezNolt4c/ZwzPmEzDj7eI178 ldWoBEIpnLAVB+5PyU3CCRGdwt2cTC1aiui/vXwXsFd3AUV4hLxW5Ce2GmO2dxQxRLAod8MZ Ka6NZOqTbIQwVoUu2QAH4ZU+/f4+DajZ6OW29JOzcLyimryQmp5rnzDgSC0n4lMw9n7L8+/Q H+4nfEz4q5tfXT8G6460by6NBslMLl2p9/AqW3+7QoAxHNrirtW4h7Qb2Fu1kO0aCSwXInis PFrRtlH+kb0QKqQkiPrRHg2xbt3V8VgheIozL18BiTw/DRfz40B9FMgohUaHLimjcdleth26 FG1X/xjeswMTr8nT/w79WNdxZmmlvcmwtbrccvjmdSWYZbVblJrYZ3xjItLL48GkvBmeQaOd grKPuZyOddcFucYXyclHJo2saQUnM6GQrDalQeu+SOugIm3ExR/g89/ogyj30A/JUyR91v/O LfKJllk7lIU4s/cb99PuEcWsG6Y1a9Ai7kASa3GxDKBasHM3XCp9rc+7Mu/tynf5QO0d8UlI neVkhb8Uo/YVjnB8HL/JAjyGGOfEyNGRDWju1O7ZlwvbPxAJDxNzeYdVwom8y85/oFBMnWXO uyJYJWD/fvIXCGI/cM4yTOH71pbVUOWswcvdg2H3iUpNjQF4HsvuvHNPbfTYCdVgoMayfaOD 8uTTLzLMJP4gSAQXnjmiXcXHvrZwj69ZJ0G67K4vgLxOE2R8txmzlQrW78ytCAKDVEvKBzVl B5OqnbnqSyonTz+33J4WVvMh9UFV1U/73kTnNPqWYxQgbJWIdGn+/aVXFZ3XOBKBM6ZdjRCh Rjq1N+/r/yM4ad3jk4C9WsMnuTinwaoH7ideZEpoSzoePePr8oBJcvX6J8UTjRHxtugABwtS NocwkfXHLSETvolISohJEZH/vkatF5mQunSPQk8U73hAG5n4UPTmFedyOyWcSX6DxeNgZ8tx lUyesjp5au3RyoMnAyhewkNkYkUhXmPJt2SCKfZItVnbj3fhpXVmniv03AtzgDPkz36k4Vmm vtaQqTdP2jOCsBhlloloD37VhzamKRO3hVV0k/m4h8GWPa00wDi9Ojbrav0meXd1sJyvwcNj aAejcJPgZy3bmMpW2osSfHGnM8ypo0OOvBSLwlbrHIw3uobJaFjKccApZvjdtYHcGrtu8ASu SEfQCJaDv+FuMywgSQz0xVcxVcuT0hkfny3gfi43X91HkjAeDKKFAjQ70AOdmT4yzlQPmPua 8Jx+4drK+1Mm/rbMSBxrySZzlfKgnLqWrzVvo2s/lvzNQPnao2G4OeXSrD1XlB0hl7JMDolF kGSKA+5LzaIIdgc8EbZioxxCtkqP2faE8w9gDmCO43el8gy2XWON6E+LLEo7siCE/pnnq5BX CPtylGu/vVVSqK0rAXT78qKWNNcU4m9TBs+viBe4C4MnTkS8hTuF6hdnmzf79WRPLbRfEerh Nm78qJmOHSfSziwwzUtSZ6JKUL82vPe7LHPCucXepTt9q9MhCQh6Hv5si5hjL+UyG6ZEQVnp ctTz1YUu1Tzj05yJQq2S2zQLHtqk0rk1FC8Shq/2Sdr7SO8SPeBwVaKgXXjZVdQClLPnWJhc rD9/KE1H6V2kkz5bDTUEFKft9PHNAMTo/4ayd2QPJgzoKVww==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.82,238,1613433600"; d="scan'208,217";a="705816810"
Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 21 Apr 2021 10:40:13 +0000
Received: from mail.cisco.com (xbe-aln-002.cisco.com [173.36.7.17]) by alln-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 13LAeDVF013592 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Wed, 21 Apr 2021 10:40:13 GMT
Received: from xfe-aln-004.cisco.com (173.37.135.124) by xbe-aln-002.cisco.com (173.36.7.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Wed, 21 Apr 2021 05:40:13 -0500
Received: from xfe-rcd-002.cisco.com (173.37.227.250) by xfe-aln-004.cisco.com (173.37.135.124) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Wed, 21 Apr 2021 05:40:12 -0500
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-002.cisco.com (173.37.227.250) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3 via Frontend Transport; Wed, 21 Apr 2021 05:40:12 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=f1MajkJiDjy/h0WVxE+yfVPp/5EMLV4UoHuLSAoge3zAPSCb0rzP6ViH2HhmZdEK1t6LdRqozHNCsQOtuHW8oNJyA/rtSCDt1eSkla16n/djpKIWix69JlmKBCtd8b0kYly0bqczMhmVqDaiO/RSSRzDkJka+1t9LRVWfMrTyyJKwCZQsvFnUCzQ9HQkcATS5a6cnlnbnXjb/+oBXuo38UQlNAEYY1ysfl/4WtSMbv8ikC/aP9TCIYyDjo4aIUpdG4xBedWXPLI0nrSOVhCqEdOW6RwB2oWW9QsTVDHQJVf9KWbJuYsUd8pPGoRhHYDB8p7LNBwg9DuWpuDaNCU+AA==
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=kQVC8H9sA7aL9GrRUL5qf8Nnf2R7qHad6YWZ7n+nC48=; b=TmuTq/h0HiXzzPgWxF+g9s6U+k4/UA+JF3hDbDFHcmjKBij6H0rUfHb7K1KO1vDYQb4123iA3/fbHA6djllfKZR3UCTlqeLwwr52Xg4IdcxLE8qGnQCGMvKE6G98aroqBVfM/aQ/soK4CyYzRSB8APRZbjbk62LppWae8DybYcRyKn1UF9U24rE3r330KPLczmeedtNjQ7xWmI9w2u/jrxmP2p1LXG7yoAEAtNC86mFu3Eimz6UlAbkqcLPtsnGN8rnxR6ENWHtWIopy5asZsFHDc2ZoJ0GGarM0h0Tftoap81J3Pr+BdyiEY+F2olHbFSGNmKcH30PEoepsHNhUIg==
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=kQVC8H9sA7aL9GrRUL5qf8Nnf2R7qHad6YWZ7n+nC48=; b=ZadPa+1wLkiYOLTNWHktrijyZZ34rtmSVMTRqb5GO1PuHCnYW/rMtaar7/r4TQ02Y7fpMlJBHH3mOSuAoPBzGbXl2fKlKHFbaCsEmqZj8fdyB6/feig73FTBUj6FEBtlKzLMFst87/z/7d5q/bIfNxVLPIEo3Wy6UmIxvc2OlXU=
Received: from BN6PR11MB4081.namprd11.prod.outlook.com (2603:10b6:405:78::38) by BN7PR11MB2658.namprd11.prod.outlook.com (2603:10b6:406:ae::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4065.21; Wed, 21 Apr 2021 10:40:10 +0000
Received: from BN6PR11MB4081.namprd11.prod.outlook.com ([fe80::5df8:e055:6f4e:f24]) by BN6PR11MB4081.namprd11.prod.outlook.com ([fe80::5df8:e055:6f4e:f24%7]) with mapi id 15.20.4042.024; Wed, 21 Apr 2021 10:40:10 +0000
From: "Darren Dukes (ddukes)" <ddukes@cisco.com>
To: Martin Horneffer <maho=40lab.dtag.de@dmarc.ietf.org>, Weiqiang Cheng <chengweiqiang@chinamobile.com>, "spring@ietf.org" <spring@ietf.org>
CC: "'srcomp'" <srcomp@ietf.org>
Thread-Topic: [spring] operator requirements for draft-srcompdt-spring-compression-requirement
Thread-Index: AQHXMUZeHj5uYxmcD0WY1esLpQl5vKq+ybaX
Date: Wed, 21 Apr 2021 10:40:09 +0000
Message-ID: <BN6PR11MB4081B49A3453C53EEFC450DEC8479@BN6PR11MB4081.namprd11.prod.outlook.com>
References: <160545233786.30631.15366800831645495687@ietfa.amsl.com> <2afc5fb1438eaff-00007.Richmail.00005040942471314941@chinamobile.com> <0df1b0805de34dbc8742313200c694de@M10-HQ-ML02.hq.cnc.intra> <ceec82c5-b304-cc08-4a6a-b9535e6682bd@gmail.com> <CAFqxzqaiLNetKwmtYMQKvnyxEBr_u7LQwNTaJc=181MpFic3Og@mail.gmail.com> <585e4345-5e4e-7c23-1de7-1e5c1e3767e3@lab.dtag.de> <01c401d72f42$cfc4b0c0$6f4e1240$@com>, <587b1fa3-b52b-3269-19e4-6a2f1b3e8c7c@lab.dtag.de>
In-Reply-To: <587b1fa3-b52b-3269-19e4-6a2f1b3e8c7c@lab.dtag.de>
Accept-Language: en-US
Content-Language: en-CA
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
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: [198.84.181.169]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 64f0df35-b98a-402c-ee4a-08d904b1d64e
x-ms-traffictypediagnostic: BN7PR11MB2658:
x-microsoft-antispam-prvs: <BN7PR11MB265855F729E8C5541B16A52FC8479@BN7PR11MB2658.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: vu0TQaZq+xbc+IqJZ3M/9dashCwIbsLh8wW+xs3yAe2mJNFQXClgSzoocAcFBRRGCR9cGgUnFLa35VSi8EEJpvk+yBaRCReU4f+kEQNKWb74V0iPjzCmRdtZ8I89/mr8qMYQoAQNvDjSRFIGzffbfVqZGdiebDWf1VKcSJ7ItNz0exKaBQJ7j7j3k9LyyGcPIZsllTLlil3MK1PwIGZFE3anK5SezoOghkhp5FXkqR1n8tgr9QaHppN3VlSpLWrgrI12UBsphrv4k+ZR5M+KCsaggxIt2NssOzC3PCAvJFGvisRZ0Ha1vQ8Orodq3UP6VwBn0/ArZMVIFOxamZMVZGWL9XCmEjJTZMocU9Zdl+owBIZ6Ohovw7KFwANlxgIZM0YaCmb2XUJm8Kuy0gOCBej2Wu9e7OkjrKA1jxG0mIRj+ZZuHDEz1ESBx2IQ7PW/+VSNU1zXz2AsMJDUGNJWjC4gPDRdgg4Uiy8PwjrEUcmAC7JKYrm1jNWrFbZ87pVO3TaChzqevMk+XEi0XX+rJZ2dze800sN65c440VbGUBg7JujZnjffmbD6gC6GBZIugRxxOc0YoPjOzR3ot0rrdzJ5WCYiaPO1CfuW6srJQ6ACGBTaCoj1sPNmCq+qRLxhnb5mO/RP47YEZtEYmJEQLpK6vBAEQnDGI2Thgs3HDyjF7JpatrE55wIV3sfJ0UoS
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN6PR11MB4081.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(136003)(396003)(39860400002)(346002)(376002)(366004)(7696005)(26005)(30864003)(66574015)(4326008)(9686003)(122000001)(53546011)(186003)(55016002)(6506007)(8676002)(9326002)(38100700002)(316002)(86362001)(8936002)(83380400001)(71200400001)(478600001)(33656002)(2906002)(110136005)(76116006)(166002)(4001150100001)(5660300002)(66446008)(64756008)(66556008)(66946007)(966005)(91956017)(52536014)(66476007); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?gb2312?B?Q1JNNjd1WjZmblJqV2ZTRUdKMVlCbkVtUFlSYXVqbnNyQzdNZHd3eXpRSXUv?= =?gb2312?B?YXNaNFA3bHVvWkxrK3Z3WFhlbWh3Q2QrRlBIOU1qOVZKU3NGa1d5N2dEZkZj?= =?gb2312?B?SzZEcUdWajYzanJzSDVHMTZFbGJ6czF0TWQvREJId1RKMG81NFRWY1MwaFRN?= =?gb2312?B?d1dGWHF5WEFsZlExV2VUQWVqZ2Z0T3Z1Vk5mbEN0VjZrTFA1UklmaE1hNW92?= =?gb2312?B?OEJ5RTBQeHI0M2FEYms2R0kvdEFqaG1BTHBmVjh0MG9McGh5UUZVSlBPalgx?= =?gb2312?B?VFJEVEpyd0N0ampKZFo4eWFHdG4wZ085c3NteVNadzBvOUNyd0tMQngvbzc0?= =?gb2312?B?WlpCZ2VLeTlJV2NHbDl4Y1JQdHhXM1Y3WDJUWWFNZ0YrcEFNYk9QZVVBbk1t?= =?gb2312?B?T2k4SGF0cmVzUTkwaWw5WTBBMGkrQVpPZlh5ZERhQmJvZG5ZNE1raVhETnZw?= =?gb2312?B?UXZSMm9XeXdTdFZ3MTZlZ0RmTURwMnM0V05uNUxyaFVielh2Q0cycDRxTko4?= =?gb2312?B?S1RZYzJXMWJPZDFGUm1HZmJIZlRJZ0VFcWw3U0RZd2tsMDdEeHNmNHRVMnU2?= =?gb2312?B?UjdGU2l5SkFvOHg0Y3Rtb0Q0Z3RYNVVidEpUcE0yU0JnS0FORUZ3elV0ZWZj?= =?gb2312?B?Qjc0N3FBNy9Jd01tMTg1QUV3SDlwMTNzL3EwZ0gxbDJzL1U4UFhyT2E5Wkhh?= =?gb2312?B?OGY0VjdEa3dSazFXbldtanVjLzkvSHI3WlkwVGszb05LNDg3a1F2cVByUTJt?= =?gb2312?B?c3g1aHBaaW0ybUZRMW93WXBWL0Vuc0p5bVVjNmlxcmJvcldFbHc0RCtkMmJO?= =?gb2312?B?Y3gxSzdsMmJmazdqTUc5TjhZZmhoTmxYbDN5M3JOQm5yT0FNQndmUms3VFVX?= =?gb2312?B?Ry93KzRXei82SHc4MnBFcUc0RDVGbHJkOGxyNUxOcXJ3OXp5em84NWkvTFB1?= =?gb2312?B?OXVFVXMvWjZmUSs2amVlMG9nT2JzZjIvTzhYYWRTOG15N1BQNGlZTyt1RlZS?= =?gb2312?B?ZTg1a2JaSGdCVXZGVEZ5R1ZYNERBNWdtNUQrV3V5N2NrUW1VdWJWUmVScUhv?= =?gb2312?B?dXhCSUpTNlVTdXV5dDdka0hjYU9RUGpDU0t4SUFyTUxwQWpxbUUra0VPSlZ1?= =?gb2312?B?MHB0N2JkNHZuU2Jwai83Q2hzODNSRHhTMkVzdjJ6ZldUZm5mM0JVQStGeUJC?= =?gb2312?B?R0xOYkMwL1pQZGwvZVRHVk81bzFZcU9OY2o2cTVZVmRJbEtlMmd3TkFMQy9G?= =?gb2312?B?UmkvSkphVUQvNFMzQnlvOHZTbWV1OUZVTW9uTllEZ3hCQ1ZoV2FYcGluYmcr?= =?gb2312?B?ZWh3cTBPc2pSQkRCU1F2My9jMjZVNW9URjNqL2c3WmsrMmNVMkY0bnlPclFa?= =?gb2312?B?MkU4YXFJcTRIVFdQcUo5TEM4RlltazBmNU9XQUVEd3JGQ29QWm4xcnE1OXZD?= =?gb2312?B?bWZ5TmxGTGdUVXEzTS9JZ0hrNkYwMHlJbm03U1Y2R2VpQnE4RXQ5QUdFbmhn?= =?gb2312?B?WE1iVWNqck4ySTI3dHJQVTBMQi9aaDZGRFdOaFppLyt4UGM2WVgxckZra3Bu?= =?gb2312?B?V3hXb0dJQUQ2K040RjNxTHhrakZwcEh0NEppd0NsNG1sVWl5VG1VaDUvUTdU?= =?gb2312?B?S3NnS0Vzb1FzYlJadC80QUV5Mm9QcGRWbkNReXFzRUpJK0t6VkFuMHBHbGs4?= =?gb2312?B?c0lSWktxOXo0bU9Vc1hpejUvdEoxYmk1dlY1WmRNcC96Q0RoaElEZDFGNXY5?= =?gb2312?B?Y011UDVDMlhTdm44UmJqaUJqWW8vZ0QyUlJOVzR2cUVBMDgzQTBZbVdxangx?= =?gb2312?B?VXFqWDZqcmN3SjBKSkhHdz09?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BN6PR11MB4081B49A3453C53EEFC450DEC8479BN6PR11MB4081namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BN6PR11MB4081.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 64f0df35-b98a-402c-ee4a-08d904b1d64e
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Apr 2021 10:40:09.9316 (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: 1CPHRbRDcB7w5aSLUVj5DcgHlethohpLtScO79hsujZ4rP56GLAKgVvsoyGaJsFVwQU57xY8zwa5KBq/nPyKLQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR11MB2658
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.17, xbe-aln-002.cisco.com
X-Outbound-Node: alln-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/tIIwSwE8_TbnIHRRg5_RZjKhrKw>
Subject: Re: [spring] operator requirements for draft-srcompdt-spring-compression-requirement
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: Wed, 21 Apr 2021 10:40:22 -0000

Hi Martin,

Your proposed section 4.3.4 requirement makes sense and is clear to me, thanks for taking the time to be clear and concise.  I agree it should be added.   In conjunction with SID Summarization I believe the intent of your 4.3.5 requirement is also achieved.

Thanks
  Darren

On 2021-04-14, 11:53 AM, "spring" <spring-bounces@ietf.org> wrote:


Hi Weiqiang,

thank you for looking into it!

Concerning address aggregation and SID summarization you are probably
right: When keeping the reqirements generic 4.2.4 should cover the
requirement of "address aggregation".
In my eyes, creating another company-wide concept for SID delegation and
reservation as we once did for IPv6 addresses, which needs to take care
of all requiements and growth potential of every single network domain
and service area, looks like a nightmare. But technically you are
perfetcly correct.

So please ignore point 4.3.5 from my suggestion.

Best regards, Martin

Am 12.04.21 um 04:23 schrieb Weiqiang Cheng:
> Hi Martin,
> Thanks a lot for your suggestions.
> Design team will discuss them and feedback you soon.
> We also hope WG members can discuss the comments together.
> A quick question, do you think whether Address Aggregation requirement has been covered by existed "4.2.4. SID summarization" ?
>
> B.R.
> Weiqiang Cheng
>
>
>
> -----邮件原件-----
> 发件人: spring [mailto:spring-bounces@ietf.org] 代表 Martin Horneffer
> 发送时间: 2021年4月7日 20:47
> 收件人: spring@ietf.org
> 主题: [spring] operator requirements for draft-srcompdt-spring-compression-requirement
>
> Dear srcomp dt, and spring wg,
>
> thanks a lot for the enormous effort to collect and describe all the
> requirements for compression mechanisms, and for already starting the
> analysis! A true work of merit.
>
>   From an operator’s point of view I would like to add two requirements
> that I believe to be crucial to any kind of new overarching
> architecture: address management and address aggregation.
>
> In my eyes, SRv6 does have the great potential to allow a new
> architectures that span many still separate network domains (access,
> aggregation, backbone, service areas, etc) and greatly simplify and
> streamline their operation. However, in order to allow this in an
> already existing operator environment, I really see these two points as
> essential.
>
> This probably has already been covered by Dirk’s mail below, and I tried
> to make the point during the IETF109 session, but probably wasn’t clear
> enough. I haven’t seen any discussion of it yet.
>
>
> In any case I tried to find a wording that might be suitable for
> addition to the requirements document. There are of course many ways to
> tackle the issue, and this is just one attempt. Please let me know what
> you think of it.
>
> Best regards,
> Martin
>
>
> Proposed additions for draft-srcompdt-spring-compression-requirement:
>
> 4.3.4.  Number Resource Management
>
>      Description: The compression mechanism SHOULD fit into existing IPv6
> address structures. It SHOULD NOT require management of a new kind of
> number resource that needs to be coordinated for all network domains
> that potentially could be connected to each other. Network domains
> rather take existing parts of their address space to provide their local
> functions, while staying fully interoperable with all other domains.
>
>      Rationale: In larger organizations different network domains (e.g.
> access, aggregation, backbone, service areas) are managed by different
> organizational units. Number resources such as IP addresses and numeric
> identifiers must be organized in a way, that a) makes sure that every
> network domain gets enough resources (e.g. address space) to meet its
> needs, and b) conflicts between domains are prevented. Network operators
> have solved this problem for resources such as IPv4 and IPv6 addresses
> already and can relatively easily base new technology on this. On the
> other hand introducing new types of number resources might impose
> serious costs on all affected organizational units and thus seriously
> impede the introduction of the related technology.
>
>      Metric: The compression mechanism fits into existing IPv6 address
> structures. It does not require management of a new kind of number
> resource that needs to be coordinated for all network domains that are
> potentially involved.
>
> 4.3.5.  Address Aggregation
>
>      Description: The compression mechanism MUST support address
> aggregation between network domains. It SHOULD support address
> aggregation within a domain.
>
>      Rationale: In larger organizations with multiple network domains and
> related organizational units it is effectively impossible to exactly
> foresee and plan the accumulated scale requirements for any reasonable
> future. Domain overarching architectures will fail if they do not apply
> serious aggregation of addresses at least at the borders between network
> domains.
>
>      Metric: The compression mechanism allows address aggregation at
> least between network domains, and at as many additional levels as possible.
>
>
>
>
>
> Am 19.11.20 um 16:46 schrieb Dirk Steinberg:
>> Hello SPRING WG,
>>
>> I have read the SRComp design team requirements draft
>> and would like to comment.
>>
>> I truly believe that a SID compression scheme MUST integrate into the
>> existing SRv6 framework. Otherwise it does not make much sense,
>> or said another way, it will not be a SID compression scheme for SRv6
>> at all but another animal altogether.
>>
>> SID compression should be used where the use case justifies it, i.e.
>> strict path TE inside a given domain. Inter-Domain usage of SRv6,
>> especially end systems in data centers, may have different requirements
>> and thus decide to use uncompressed SRv6 SIDs. It is important that
>> a SID list that describes a service that spans across multiple domains
>> be able to contain both compressed and uncompressed SIDs.
>> Consequently, the same CP needs to support both compressed and
>> uncompressed SIDs.
>>
>> I am currently working on an architecture based on SRv6 for different
>> domains within a carrier network. These domains have different
>> requirements and also different hardware capabilities that may lead
>> to different designs for each subnetwork. But all these domains/
>> subnetworks must be able to interoperate seamlessly based on SRv6
>> standards, regardless of whether SID compression is used or not.
>>
>> Therefore I strongly agree that Appendix A should be part of the draft.
>>
>> I would also like to suggest another requirement:
>> IMHO the single biggest advantage that SRv6 has compared to
>> MPLS is aggregation (route summarization), something that is
>> absolutely not possible with MPLS labels (SIDs).
>> Aggregation (CIDR) is the very technology that has enabled the Internet
>> to scale and to become the worldwide internetwork that it is today.
>> In retrospect I believe the omission of aggregation has been the
>> biggest design mistake in MPLS -- but back then there were a lot
>> of other factors and the idea to use a very short tag for forwarding.
>> After all Tag Switching and MPLS were inspired from ATM
>> and within this context aggregation made no sense.
>>
>> Consequently I propose to add to the draft the requirement that the
>> SID compression scheme MUST be compatible with aggregation,
>> i.e. it must be possible to express the reachability of a given set of
>> SIDs (maybe in some domain or data center) using a summary prefix.
>>
>> Thanks and Cheers
>> Dirk
>>
>>
>>
>>
>>
>>
>> On Thu, Nov 19, 2020 at 3:21 PM Ahmed Bashand <abashandy.ietf@gmail.com
>> <mailto:abashandy.ietf@gmail.com>> wrote:
>>
>>      I also agree that the requirements in Appendix A should be part of
>>      the draft. Having of existing standard as a basis greatly simplifies
>>      the development and deployment of any compression scheme
>>
>>
>>      Thanks
>>
>>
>>      Ahmed
>>
>>
>>
>>      On 11/19/20 12:58 AM, Ran Pang(联通集团中国联通研究院-本部) wrote:
>>>      Hi Weiqiang and WG,
>>>      I read the draft and agree with the requirements specified in it.I
>>>      think the requirements in Appendix A should be part of the draft
>>>      in the next version.
>>>          China Unicom is working on a network evolution plan for SRv6
>>>      now,  and we have done some field trials based on SRv6. In order
>>>      to maintain the continuity of  the functionality, we suggest the
>>>      solution based on the SRv6 standards.
>>>
>>>      Best regards,
>>>      Pang Ran
>>>
>>>          *From:* 程伟强 <mailto:chengweiqiang@chinamobile.com>
>>>          *Date:* 2020-11-15 23:27
>>>          *To:* spring <mailto:spring@ietf.org>
>>>          *CC:* srcomp <mailto:srcomp@ietf.org>; spring-chairs@ietf.o
>>>          <mailto:spring-chairs@ietf.org>
>>>          *Subject:* [spring] Fw:New Version Notification for
>>>          draft-srcompdt-spring-compression-requirement-01.txt
>>>
>>>          Hi Group,
>>>
>>>          SR compression design team have submitted a new version of
>>>          compression requirement draft.
>>>
>>>          Main changes as follows:
>>>
>>>          - added 3 items about scalibility with agreement within the
>>>          design team
>>>
>>>          - added an appendix including 3 items without without
>>>          unanimous consensus within the design team
>>>
>>>          - some minor text issue fixed
>>>
>>>          Please review it and let us know your comments.
>>>
>>>
>>>          BTW: We will have 1-hour session for the design team topic on
>>>          Friday and welcome to join us.
>>>
>>>
>>>          B.R.
>>>
>>>          Weiqiang on behalf of design team
>>>
>>>
>>>          ----邮件原文----
>>>          发件人:internet-drafts <internet-drafts@ietf.org>
>>>          <mailto:internet-drafts@ietf.org>
>>>          收件人:Weiqiang Cheng <chengweiqiang@chinamobile.com>
>>>          <mailto:chengweiqiang@chinamobile.com>,Sander Steffann
>>>          <sander@steffann.nl> <mailto:sander@steffann.nl>,SJM Steffann
>>>          <sander@steffann.nl> <mailto:sander@steffann.nl>
>>>          抄 送: (无)
>>>          发送时间:2020-11-15 22:58:57
>>>          主题:New Version Notification for draft-srcompdt-spring-
>>>          compression-requirement-01.txt
>>>
>>>
>>>          A new version of I-D, draft-srcompdt-spring-compression-requirement-01.txt
>>>          has been successfully submitted by Weiqiang Cheng and posted to the
>>>          IETF repository.
>>>
>>>          Name: draft-srcompdt-spring-compression-requirement
>>>          Revision: 01
>>>          Title: Compressed SRv6 SID List Requirements
>>>          Document date: 2020-11-13
>>>          Group: Individual Submission
>>>          Pages: 13
>>>          URL:
>>>          https://www.ietf.org/archive/id/draft-srcompdt-spring-compression-requirement-01.txt
>>>          <https://www.ietf.org/archive/id/draft-srcompdt-spring-compression-requirement-01.txt>
>>>          Status:
>>>          https://datatracker.ietf.org/doc/draft-srcompdt-spring-compression-requirement/
>>>          <https://datatracker.ietf.org/doc/draft-srcompdt-spring-compression-requirement/>
>>>          Htmlized:
>>>          https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement
>>>          <https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement>
>>>          Htmlized:
>>>          https://tools.ietf.org/html/draft-srcompdt-spring-compression-requirement-01
>>>          <https://tools.ietf.org/html/draft-srcompdt-spring-compression-requirement-01>
>>>          Diff:
>>>          https://www.ietf.org/rfcdiff?url2=draft-srcompdt-spring-compression-requirement-01
>>>          <https://www.ietf.org/rfcdiff?url2=draft-srcompdt-spring-compression-requirement-01>
>>>
>>>          Abstract:
>>>           This document specifies requirements for solutions to compress SRv6
>>>           SID lists.
>>>
>>>
>>>
>>>
>>>          Please note that it may take a couple of minutes from the time of submission
>>>          until the htmlized version and diff are available at
>>>          tools.ietf.org <http://tools.ietf.org>.
>>>
>>>          The IETF Secretariat
>>>
>>>
>>>
>>>          Subject:New Version Notification for draft-srcompdt-spring-
>>>          compression-requirement-01.txt
>>>
>>>
>>>          A new version of I-D, draft-srcompdt-spring-compression-requirement-01.txt
>>>          has been successfully submitted by Weiqiang Cheng and posted to the
>>>          IETF repository.
>>>
>>>          Name: draft-srcompdt-spring-compression-requirement
>>>          Revision: 01
>>>          Title: Compressed SRv6 SID List Requirements
>>>          Document date: 2020-11-13
>>>          Group: Individual Submission
>>>          Pages: 13
>>>          URL:
>>>          https://www.ietf.org/archive/id/draft-srcompdt-spring-compression-requirement-01.txt
>>>          <https://www.ietf.org/archive/id/draft-srcompdt-spring-compression-requirement-01.txt>
>>>          Status:
>>>          https://datatracker.ietf.org/doc/draft-srcompdt-spring-compression-requirement/
>>>          <https://datatracker.ietf.org/doc/draft-srcompdt-spring-compression-requirement/>
>>>          Htmlized:
>>>          https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement
>>>          <https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement>
>>>          Htmlized:
>>>          https://tools.ietf.org/html/draft-srcompdt-spring-compression-requirement-01
>>>          <https://tools.ietf.org/html/draft-srcompdt-spring-compression-requirement-01>
>>>          Diff:
>>>          https://www.ietf.org/rfcdiff?url2=draft-srcompdt-spring-compression-requirement-01
>>>          <https://www.ietf.org/rfcdiff?url2=draft-srcompdt-spring-compression-requirement-01>
>>>
>>>          Abstract:
>>>           This document specifies requirements for solutions to compress SRv6
>>>           SID lists.
>>>
>>>
>>>
>>>
>>>          Please note that it may take a couple of minutes from the time of submission
>>>          until the htmlized version and diff are available at
>>>          tools.ietf.org <http://tools.ietf.org>.
>>>
>>>          The IETF Secretariat
>>>
>>>
>>>
>>>      如果您错误接收了该邮件,请通过电子邮件立即通知我们。请回复邮件到
>>>      hqs-spmc@chinaunicom.cn <mailto:hqs-spmc@chinaunicom.cn>,即可以退
>>>      订此邮件。我们将立即将您的信息从我们的发送目录中删除。 If you have
>>>      received this email in error please notify us immediately by
>>>      e-mail. Please reply to hqs-spmc@chinaunicom.cn
>>>      <mailto:hqs-spmc@chinaunicom.cn> ,you can unsubscribe from this
>>>      mail. We will immediately remove your information from send
>>>      catalogue of our.
>>>
>>>      _______________________________________________
>>>      spring mailing list
>>>      spring@ietf.org  <mailto:spring@ietf.org>
>>>      https://www.ietf.org/mailman/listinfo/spring  <https://www.ietf.org/mailman/listinfo/spring>
>>      _______________________________________________
>>      spring mailing list
>>      spring@ietf.org <mailto:spring@ietf.org>
>>      https://www.ietf.org/mailman/listinfo/spring
>>      <https://www.ietf.org/mailman/listinfo/spring>
>>
>>
>> _______________________________________________
>> spring mailing list
>> spring@ietf.org
>> https://www.ietf.org/mailman/listinfo/spring
>>
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring
>
>
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring
>

_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring