Re: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Fri, 22 May 2020 03:13 UTC

Return-Path: <ketant@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 364EE3A0AB1; Thu, 21 May 2020 20:13:03 -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, 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=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=HfacPdi/; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=PuTwfQif
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 hZHMbC64Sm1Y; Thu, 21 May 2020 20:13:01 -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 53EE03A09FA; Thu, 21 May 2020 20:13:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2004; q=dns/txt; s=iport; t=1590117181; x=1591326781; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=nTk2N/PVR1XidmuAR7YXpwxLwv89xYUNtwtUElM45MM=; b=HfacPdi/ttAw8I5hU3f4iKi5Qd+U1BLBFpxKNhg+w0WwddrImwim/Yp6 yesUK8cnoMA/vmkxI2o16tI0ZXBarMHCWT0PmYX+wJGGyw7xnoH2GvDN4 1uldwJL9TnqCtYeMpMgD53hJOX4tAZ296ZzDhndHiooBKEvq5odTUOVE0 k=;
IronPort-PHdr: 9a23:Tzw1nRaIE/HywWwl272keCb/LSx94ef9IxIV55w7irlHbqWk+dH4MVfC4el21QaVD4re4vNAzeHRtvOoVW8B5MOHt3YPONxJWgQegMob1wonHIaeCEL9IfKrCk5yHMlLWFJ/uX3uN09TFZXxYlTTpju56jtBUhn6PBB+c+LyHIOahs+r1ue0rpvUZQgAhDe0bb5oahusqgCEvcgNiowkIaE0mRY=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DFBQAuQsde/4YNJK1mHAEBAQEBAQcBARIBAQQEAQFAgUeBVFEHgUcvLAqEGoNGA40+iXmOQoJSA1ULAQEBDAEBLQIEAQGERAIXgXskOBMCAwEBCwEBBQEBAQIBBQRthVYMhXEBAQEBAxIREQwBATcBCwQCAQgRBAEBAwImAgICHxEVCAgCBAENBQgMBweFUAMuAaRWAoE5iGF2gTKDAQEBBYUdDQuCDgmBDiqCY4lfGoFBP4ERQ4JNPoIegjKDEjOCLY5Ggx6gd0oKglOTeoR1gmKIfJIXhQOLRow4kSQCBAIEBQIOAQEFgWkigVZwFYMkUBgNkECDcoodATh0AjUCBgEHAQEDCXyKQAGBDwEB
X-IronPort-AV: E=Sophos;i="5.73,420,1583193600"; d="scan'208";a="497366821"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 May 2020 03:13:00 +0000
Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by alln-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 04M3D0qc025496 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 22 May 2020 03:13:00 GMT
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 21 May 2020 22:13:00 -0500
Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 21 May 2020 22:12:59 -0500
Received: from NAM12-BN8-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; Thu, 21 May 2020 22:12:59 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZfkHzLECNozPfhrfScsNYJ8giw6yaqW9dloQKv6jLzry5KJcldf8JRfyM6avtVM55Q6hdaApFXUH0cNelOINKr9za0wSizdsRMiIHJYjpuxTNrCU1C7QIBq+CNlXu2K6l2q9aPo59GhC1JQ4vcNwF7laoEGuGGdKm0TnD2CnzCpiWqJ78YNhPVEMXoWUgdhmTnpO8gDYYPiV9CSyt7bww9kZlCu23+/PJA2eNdXih5bJUq8elgLEFKjkbeYkysNR005ESH6vSCmfj2dgFoJ0UtQaD/IobMGchF/LgWE3rmRVsSuw53gQ2AbFRngby1ZFq1H5/vYEvDGW6tNgfgQyxQ==
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=nTk2N/PVR1XidmuAR7YXpwxLwv89xYUNtwtUElM45MM=; b=jM3e/IkheDeFVxKtSkOKJJP23DhY4knxpdIGCsZqUmjgZudbsUixuu9o7C4zsrEtKipqpDIT7tWTs6ocLKblMQu9VjCqwDLfTXdaTpvSXWbFgSJ+20o8xWp7oDTwNo7OP0z0zHBInUKz4J6JopWYfVQ3UgTqSjrqjXi80AvVXnNj0aisQ0T0plgROeyjE0rDJaXGyUrbUzx/Em5gUEMI3zDxWtf7ucPPJCODDu/GqhPeJOvgS2e70oRbUFRjLJbqCDA6i/1eqpPnnNppavsim+TsdlKqXjosxBEs5rTKjwqB6kiYKvKDauWPmHXR2MytOjYHK4uEw8/udn5iOofKyg==
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=nTk2N/PVR1XidmuAR7YXpwxLwv89xYUNtwtUElM45MM=; b=PuTwfQifWQAInDE32QjEDMuv+pb3j5xn68C0UbaLuhWoJymu0SEAjE1A1XGy3RtYxF4b/WJjnnJm0pBT/tX3Ag3IcVaqXW77w6CA5/xrsC40ZDguag7F/yK8snpQWibLC3n6P0LNYLrB35KU7xXl0Ya4NeBku1wJqqfrQHLrsFY=
Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MW3PR11MB4698.namprd11.prod.outlook.com (2603:10b6:303:5a::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3021.23; Fri, 22 May 2020 03:12:59 +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.3021.020; Fri, 22 May 2020 03:12:58 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, Ron Bonica <rbonica@juniper.net>, "Chengli (Cheng Li)" <c.l@huawei.com>, "Zafar Ali (zali)" <zali@cisco.com>, Robert Raszuk <robert@raszuk.net>
CC: "spring@ietf.org" <spring@ietf.org>, 6man <6man@ietf.org>
Thread-Topic: CRH is back to the SPRING Use-Case - Re: Size of CR in CRH
Thread-Index: AQHWL4VxmYvkCvDoNEmQ3Xkat3whdqiytyCggAALHOCAAAWDcIAAXREAgABKZfA=
Date: Fri, 22 May 2020 03:12:58 +0000
Message-ID: <MW3PR11MB4570B197EE00C5385DAEE138C1B40@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>
In-Reply-To: <93a31c7f-a102-da59-d9a8-2585cd8e3c65@gmail.com>
Accept-Language: en-GB, 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-originating-ip: [72.163.220.29]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a8ae32c7-9217-42c7-e503-08d7fdfe07bf
x-ms-traffictypediagnostic: MW3PR11MB4698:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MW3PR11MB4698905841FA9C5094546144C1B40@MW3PR11MB4698.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 04111BAC64
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: tnfO4DtOyLsE2aJC9rljlg5AuWkyWPMf/7QewuoR5PzCjH7xIMX0Fb8rohnEZFzJW6wGpBTaT342kBRFZZeQwjNspsvakIJkalUucPH4O2t0VxzRc5SB0Fuw+nDqPmgBYt6Uzq+d9P0r6LR7uIzMo/j2HBiyD0Uf/dD2s+lHesVUgPJcDpLOJ3gXj3rQ0pawizbIipHFCDL5dmk0K8jbVAqpQL2tk4CyTOhKBjUuq430qHsYyrOhogj5x+SyRPM5LZvNDxNoWfOspgFMJkW7r9TEUOvpGnL8WysIWxtln4poDB1fWSTrC9cWVlDCkz5ymzN55xWsV21YyVeF+BTtBQ==
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)(136003)(396003)(39860400002)(346002)(376002)(366004)(110136005)(8676002)(186003)(9686003)(26005)(64756008)(52536014)(66556008)(7696005)(76116006)(66476007)(478600001)(66446008)(66946007)(33656002)(8936002)(4326008)(5660300002)(6506007)(2906002)(55016002)(71200400001)(316002)(54906003)(86362001)(53546011); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: ok5et2MHOJgnQV9npkuGcEBgZ5cC3AyBGkTiVt0Y3mMClxwwY/MIF+I181yELgIoVUQdgPyNRQePL9ZromZu1jolId2hcPOoeO0a21KZXZyRBU1e++KELccoIwlaYnFyX/ReQqZaSsuNcySsHrTedtIgpetMU0Y6ZwVSSrDKS/iKC5JQB+NIooZHPcM8FUJuDvEXjsGSAaWqMmIud1xTr/Q3ovM8Q7pHyjzEAYhB+eO+sgk4rThZu3eUdcbmaRuFVJatmW8goBHHbLyeBAFEdIHiHYD2pJGNN4dQEvmSEb5DmVNJ+Ike9h0zv6JMvfLMm9Q5Mzs8nXgmUeE5SehD9KzsWJCN2SUt0U9GgZrHb1WAtrHunjO8LCvUgBPE+rpYo8V3wJRSZgd1labKSqLi1WsF4EFQU8W9rPJXlZJ9Dtdv2rWEzwZfA8JTosPO6n3owwurqSveN9oLymgYlCjdd1632QorUGCLs5G2RPDJjBA7mJ5Am1BTpkaLbSvY6fe1
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: a8ae32c7-9217-42c7-e503-08d7fdfe07bf
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 May 2020 03:12:58.7342 (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: +h3VvS102yC6ht1X8EgPZ0RJqWbYeGLZsDiCHnBFdFgFBvCt5eqPeFfpIM6KTtAsfx/iEm/o1ISLVeIHI0rysQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW3PR11MB4698
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.13, xch-aln-003.cisco.com
X-Outbound-Node: alln-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/tJiLWpeTnoc0U-O-LEyb13YAeCI>
Subject: Re: [spring] CRH is back to the SPRING Use-Case - Re: Size of CR in CRH
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, 22 May 2020 03:13:03 -0000

Hi Brian,

Please see my previous response to your comments. 

My argument is not legalistic. I am not as experience in IETF work as you and Bob are. But what I understand is that the reason why we have these "legal" process of charters and BoF is to enable a proper technical discussion with the right context and details of the proposal presented for review of the community. 

I do not see how shortcutting them helps anyone and I wonder why it is being done in this case?

Thanks,
Ketan

-----Original Message-----
From: Brian E Carpenter <brian.e.carpenter@gmail.com> 
Sent: 22 May 2020 04:18
To: Ketan Talaulikar (ketant) <ketant@cisco.com>; Ron Bonica <rbonica@juniper.net>; Chengli (Cheng Li) <c.l@huawei.com>; Zafar Ali (zali) <zali@cisco.com>; Robert Raszuk <robert@raszuk.net>
Cc: spring@ietf.org; 6man <6man@ietf.org>
Subject: Re: CRH is back to the SPRING Use-Case - Re: Size of CR in CRH

On 22-May-20 05:26, Ketan Talaulikar (ketant) wrote:
...> It is the 6man charter that precludes it from defining a new Source Routing solution..
> “It is not chartered to develop major changes or additions to the IPv6 specifications.”

If this addition was major, that would be true. But adding a new RH type is well within the scope of maintenance, IMHO. We have already done it quite recently.

In any case, legalistic arguments about WG charters are really not how we should take technical decisions. 

Regards
    Brian