Re: [Lsr] Warren Kumari's No Record on draft-ietf-lsr-ospf-prefix-originator-09: (with COMMENT)

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Fri, 02 April 2021 17:13 UTC

Return-Path: <ketant@cisco.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D61F23A1D9A; Fri, 2 Apr 2021 10:13:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.617
X-Spam-Level:
X-Spam-Status: No, score=-9.617 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_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=JVH+q+6E; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=FZHOipUA
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 tv1vypU7u3zE; Fri, 2 Apr 2021 10:13:40 -0700 (PDT)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 23B0D3A1D97; Fri, 2 Apr 2021 10:13:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=48450; q=dns/txt; s=iport; t=1617383620; x=1618593220; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=mDWMu3JZ2AsiZSd+MmylrJUhDxqRlkA5Uow13cLTQnE=; b=JVH+q+6EXNoo3/Iw1PKqGGMGENoLhpH2IUBYJeAZ77pdd+cBHuZ2X6mK CLdbMHAW8+elqTx4sjN+5kvJDzLUQDR9ISrjovUTbFr/rUblZjDPzPH1E pgblI/PVaH37g70RYlETU0gmafRT6nmvse5IxG416Iufl5K3TXkpZvJNw s=;
X-IPAS-Result: =?us-ascii?q?A0DOAgCMT2dgmJpdJa1QCh4BAQsSDIIHC4EjMFF+WjYxC?= =?us-ascii?q?oQ4g0gDhTmISgOBCYkjhHmKEoEuFIERA1QLAQEBDQEBKggCBAEBhFACF4FlA?= =?us-ascii?q?iU2Bw4CAwEBAQMCAwEBAQEBBQEBAQIBBgQUAQEBAQEBAQFohVANhkQBAQEEI?= =?us-ascii?q?woTAQE3AQsEAgEIEQQBASEBBgMCAgIfERQJCAIEAQ0FCIJpAYF+VwMvAQ6gf?= =?us-ascii?q?AKKH3eBMoEBggQBAQaBNwIOQYMMDQuCEwMGgTmCdoQHAQGBE4U4FhAcgUlCg?= =?us-ascii?q?RJDgVtJNT6CHkIBAQEBAYEmAQcFBgEjKwmCYDWCK4FZEFsIWAoEIhkICAYCB?= =?us-ascii?q?AUOZAQZQREBEQEEETmQWSEHgmoBQodnnUwwWwqDColfjV4EgjqDG4NMiniDd?= =?us-ascii?q?JI1lRKCEIlYgxaPNQ4LhFUCAgICBAUCDgEBBoFbDiNrWBEHcBWDJFAXAg6OH?= =?us-ascii?q?wwNCRWDOYUUhUVzAgE1AgYBCQEBAwl8izeBNQGBDgEB?=
IronPort-PHdr: A9a23:GsHo3Bdw/DFhh0JEZePPFtNhlGM/TYqcDmYuwpM6l7JDdLii9J3+P UvZoO9gl0LNQZ6zw+5fiuzZs73pH2sa7tCKtiNKfJ9NUkoDjsMb10wlDdWeAEL2ZPjtc2QhH ctEWVMkmhPzMUVcFMvkIVGHpHq04G0OART5OgpoL6LyAIGUhMLkn+y38ofYNgNPgjf1aLhuL RKw+APWsMRegYZrJqsrjBXTpX4dcOVNzmQuLlWWzH7B
IronPort-HdrOrdr: A9a23:ormipaM86RKIVMBcT5Px55DYdL4zR+YMi2QD/3taDTRIb82VkN 2vlvwH1RnyzA0cQm0khMroAsi9aFvm39pQ7ZMKNbmvGDPntmyhMZ144eLZrQHIMxbVstRQ3a IIScdDIfX7B1RikILe6A63D94vzLC8gd+VrM31pk0dKj1CQadm8gt/F0K/Gkp5WAFJCfMCZe Shz+BAoCetfmlSU9SjChA+Lqb+jvDotLajWx4JABY79BKD5AnJ1JfWGwWVty1uKA9n7qwl9Q H+4mnEz4Wl98q20xrNk1LUhq4m5OfJ7vtmKIiyhtMOKjPq4zzYJbhJf7GZpjg6rKWOxT8R4a PxiiwtNchy9H/dF1vdyXCGtmWQs0dN11bYxVCVmnflq8DiLQhKdvZpv55TcRfS9iMbzbdB+Z 9LxG6Qut52Ch7NjU3GlqD1fixqjUa9rD4el/cShRVkIPIjQYJWxLZvmH99IdMlJmbX+YonGO 5hAIX3//BNa26XaHjfoy1G3MGsdm5bJGbHfmEy/uiulxRGlnFwyEUVgOYFmG0byZ47Q55Yo8 zZL6VTkq1URMN+V9M/OM4xBe+MTkDdSxPFN2yfZX79ErscBn7Lo5nrpJI4+f+tY55N6Jcpgp zOXBd5uAcJCgDTIPzL+KcO3gHGQW27Uzio4NpZ/YJFtrr1Q6euPjaETFwojsu8s/QSCsDWQJ +ISdZrKs6mCVGrNZdC3gX4VZUXA2IZStcpttEyXE/Los+jEPysisXrNNLoYJb9GzctXW3yRl EZWiLoGclG5ke3HnvxgB3bXWLxalXylKgAVpTyzqw28swgJ4dMug8ahRCS/ceQMwBPtaQwYQ 95O7PokqSyoGGs5mbW52B1Oh5QZ3wlpYnIYjdvn0snIkn0ebEMt5G0YmZJxkaKIRd5UofLCg JFvk92/qi2NpSUwignB7ucQzunpkpWgEjPY4YXm6WF68ugR4gxCYw+XrdtUS/REQZupApsoG BfSQMNS0PFDAnygaG9gJF8PpCGS/BMxCOQZe9dszb2qFiVr8BHfAprYxeeFeqsxTsIaxURrF tr6KMbiKeHgl+UWBsCqdV9FkZNZmSRCK9BFyKfauxv6+vWUTA1a3uWjjqHjBx2XWzm+ywp9z HcBBzRX+3XCVxAvX0d6ILWyRdfc2WQeF8YUAEhjaR0CXnGtnFv0eWCe6q01C+LZkEfx/wGWQ u1Egc6M0dgwcu62wWSnyvHHXI6xo82NuiYF7g7darPs0ndZbGghOUDH/VO+oxiO82ruugXUf iHcwv9FkKyN8o5nwiUrG0iIi96tT0tlu7pwgTs6Cy90GQkCfTfZFRgSLdzGaDX00H0A/KJ2o 5+l9Q7oK+5NXjwcMePzeXPdCFYQymj11KeXqUts9RZrKgyvLx8E93SVibJzmhO2FE7IN3vnE 0TTaxn6Nn6S8NSVt1Xfzgc8ksildyJIkduqADwD+MkdVwmjnPQPbqykvL1gKtqBlfEqBr7OF GZ/SEY4uzMWDGb06UGT603OmZbZSEHmTtf1fLHc5eVDgqkd+tOpgXndnC8daJQU6iDF/EbqA 1g79SBgu+QcG751WnrzE9GC7ML93ziR8W4RB+IE6pP9dexPFyXmKuk4MKpll7MOHKGQlVdgZ cAbFAaa8RIlyIrg4I22DWjU6CfmDNRr3JOpTV80kP30oeo4G3HDVhLPA3QjJJRRyRSOBGz/L P42Pnd0m/87jhD0YTCE0kVfsgmIaljcrTK
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.81,300,1610409600"; d="scan'208,217";a="713774179"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Apr 2021 17:13:38 +0000
Received: from mail.cisco.com (xbe-aln-003.cisco.com [173.36.7.18]) by rcdn-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 132HDcWm016228 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 2 Apr 2021 17:13:38 GMT
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xbe-aln-003.cisco.com (173.36.7.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.3; Fri, 2 Apr 2021 12:13:38 -0500
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 2 Apr 2021 13:13:37 -0400
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 2 Apr 2021 13:13:37 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hp3Lw8iialODQh13NJNNMYa4B+x6d5Qc6lKoU5foCkcbsWCekz3kMRSzXMiRsetYZmDDSNhHaxhGFH80mcoMrSPMs1OPW7d8xAKtuqjMFgd8Qg4PjNXi1HMZHIx8fjKS21Vitvm13ppPRoQd2FzTQC2EaCR9D9lPJbYPdO9czeBOC8ULZ0V02lyBv1Z+auUDJzFEAvSCDlBFDmAUnTch9tb/0cpfecrFhulWeiunzzyZDaXIyg1wfEr8WYI+XytM0OdHZFp2jV8AIeU7k6ncf2X4HVOxGDBKLf1H1a9DSEzrqGlAsg25h9vWEzdQThuNaMRP6VK0JNnKAIsqzKQk/A==
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=mDWMu3JZ2AsiZSd+MmylrJUhDxqRlkA5Uow13cLTQnE=; b=MjiNokWppXRlY5Z+tM8TGQwOxx8ZpiukWy9yuAfnJ5gQeSAFVluB7YpApWaE7UpAAzIN9QVi5gzg/u22dtpAmMtNsRHFA4O/Jj1BGG/giwvZn9T5ZBn+FX7uQElMw4rjZhsbRuIGrRkAE6GRuRx7rXwK3HUUXWRmPY2EeteuEiUJ+9lke+ghJ1qvAqR36ZOh+qu49XxoTRkI21VKWljsOJcH359/2BIowc794gycEmKDnb3swFHmlhVnGmbllbAu5GtFBUSBTp9YyWIrcZvgxcVJiMl1K9mZ1BInbMzktOcsFxQ4dKToRHdgGahxLCih5rl9z+gMmDOl9lFQX8+vUg==
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=mDWMu3JZ2AsiZSd+MmylrJUhDxqRlkA5Uow13cLTQnE=; b=FZHOipUAY0IHwqD4eIYhZ3JMTWBZlE30bOC9UXwQIleo69FI0T4r9/RC2RpWqLwC/TTEGmgAszxXT5val751TmioAYRV3JHv70FDdmzo5NmP0UBz/FNmiUvqRMvmiac7cs0w+1BCJQeuZzwUs1jawLxbpnfeD+F10zsix/X5noE=
Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by MWHPR11MB1663.namprd11.prod.outlook.com (2603:10b6:301:d::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.27; Fri, 2 Apr 2021 17:11:08 +0000
Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::592f:2e19:cf5b:a0f5]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::592f:2e19:cf5b:a0f5%5]) with mapi id 15.20.3999.032; Fri, 2 Apr 2021 17:11:08 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Aijun Wang <wangaijun@tsinghua.org.cn>, "'Warren Kumari'" <warren@kumari.net>
CC: "'Christian Hopps'" <chopps@chopps.org>, "aretana.ietf@gmail.com" <aretana.ietf@gmail.com>, "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>, "'The IESG'" <iesg@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>, "draft-ietf-lsr-ospf-prefix-originator@ietf.org" <draft-ietf-lsr-ospf-prefix-originator@ietf.org>
Thread-Topic: [Lsr] Warren Kumari's No Record on draft-ietf-lsr-ospf-prefix-originator-09: (with COMMENT)
Thread-Index: AQHXJZoiwGXybbBnkEyjeHQdbyntt6qdobpwgADsHICAAADLgIAAUIOAgAD1jtCAAaYJUA==
Date: Fri, 2 Apr 2021 17:11:08 +0000
Message-ID: <MW3PR11MB4570B3ECB44C0E707DAD9653C17A9@MW3PR11MB4570.namprd11.prod.outlook.com>
References: <161713218098.27090.4773071343890763490@ietfa.amsl.com> <SA0PR11MB4576DCDFCC449AEA63E5F433C17C9@SA0PR11MB4576.namprd11.prod.outlook.com> <CAHw9_iKV1hDK6fHDpNptqEdZ3tmBNLT1sYmrX7FwgvO=+jiYBA@mail.gmail.com> <CAHw9_i+U+beEhR1918iCdN3DYzbKpkZa-U0FyOzHYKZRo-7Nxg@mail.gmail.com> <006f01d72695$2d640070$882c0150$@tsinghua.org.cn> <MW3PR11MB457006C9AF76CE80BD29F57CC17B9@MW3PR11MB4570.namprd11.prod.outlook.com>
In-Reply-To: <MW3PR11MB457006C9AF76CE80BD29F57CC17B9@MW3PR11MB4570.namprd11.prod.outlook.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: tsinghua.org.cn; dkim=none (message not signed) header.d=none;tsinghua.org.cn; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [72.163.220.25]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 19035c44-7dcd-472d-5c75-08d8f5fa4f09
x-ms-traffictypediagnostic: MWHPR11MB1663:
x-microsoft-antispam-prvs: <MWHPR11MB16632D36E3034A2B8E95ECDDC17A9@MWHPR11MB1663.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: 81hmi0Lp2ptb9TDOm9w0mVUmBvu36Trk5/fWGHkT3e8IU98CQfNlvTAGIbLVO7SvRWL85j7JLBhZwI4PimZ176MR4DUloHYybMxbBYM/ZZZzWn+zAudKqpmQimiVKeuC/tsFNiPVyMhfcL0UsDU1IAD+rDYdTpqrTt6+qMe+SmPqb6yW+hNWkAbwl1lTLT7Z1SqVQlcCFfCMOWKMajvkxN/BysEMUQUBaEYoe16154s7btfdQrPFnqFwJHWYO0aVf7TNjoS1UeC8jtF/DZ2IxUDj778jMdtPvqDlcCPULXihigIIFBxrkpdV0UlOfcYoj0+95k4pIDg6YSs9EB6PcV/x4wPW1/k2GklYO53zNDpElRmNsjph8lVvdnIkWrd03+xtc+I38/OlYhdfQVsoYgNxPNrD9hg5RY395D0wOFJTLp+vmuPa9Vz++ylYopLUt/lPyjMI75KaqsqyI4E8A5HBOGCXr7GYBZYWsUyxgKJLsX95l0A/IcH2nWDzhQxsGP3mIswYRLSyr+TSHFzHrGSXtMZIWEDiqE3zRi46o4pQT58YQO+l0WMHnaK8yX3OtavtzlkWminX9GVnz40xn2waQNDaMv0sIYp/Cg7WtqSpbVTOQwitLW5CFkXcvZMrcwVEBInOQCAv+u3aKRo9DOzsDBmt2CQCXZE/kDbfMU2g99m4nfW2JZzJXngswokOBK3L2YrrY1bymtBkNq6uK0WCz/qvIsJAs4HOmI3ApKw=
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; SFS:(39860400002)(396003)(376002)(136003)(366004)(346002)(186003)(5660300002)(52536014)(21615005)(53546011)(54906003)(64756008)(166002)(38100700001)(4326008)(478600001)(8676002)(66556008)(6506007)(8936002)(316002)(2906002)(55016002)(26005)(9686003)(76116006)(110136005)(7696005)(66574015)(83380400001)(66476007)(66446008)(966005)(9326002)(33656002)(66946007)(71200400001)(86362001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?utf-8?B?UnhPUFdMRTZyMXhyK1N0MEtZU0RtVitCTklDR1BFZ0VUL3JEajhET3VVQldK?= =?utf-8?B?VjF3RVRhVWdGalFRQkpLV095VDFxM2F3Qm9ydGQ0V2lMdDJGZjQ1U1VKNm5t?= =?utf-8?B?MGgrRXEvdjB6R0lNVmJlaDlBQVN1aXU0eDY5T2tRWDNjTmVkRnBlRExzWldn?= =?utf-8?B?YUh4UWxXRTlLYlJtdGEvYTNwSUZiQkRuTnA5RmYyRFdzalVjNFJxOGRuM1pB?= =?utf-8?B?VUt3TXBHbGluUlV0bUlLUlRxa3hyUjZ1VEYrZEJUck1PNCs4U29nREdtdkpP?= =?utf-8?B?R0ZLUHdjaGxndlloOGVBM0twSzVTYldLSFgwK2U3eXJPYkxOaHc1RmVzTW5m?= =?utf-8?B?ZTNTbGJISUJTalNERGdjY3RadjNjclcrcXhiYVNXeWhpYnJBMEg0TWNNblNQ?= =?utf-8?B?cEhOZkRtRXJEeW1zSTBFbDRNSTdmK0lWZkxwYmYybTQybTcrRU9zVXpqWGNr?= =?utf-8?B?d3NkbDJvalhqMzdBcjJSTXF5ODJ1aEpEVVliVVlUMWFacXh2UlJnc3dnVm8z?= =?utf-8?B?SGsrNXdqOHBlYkZaOFdUTm1ORW9MZFRCSWdMcmdYSkliTnpBeEVFTmQyanNW?= =?utf-8?B?VCtPd2M0TllKQnpFMXZuZ0tJSGE1VVNPc04zQ0ViZ0lpNkxqKzlhWjVWN1M0?= =?utf-8?B?NTlBOVlZNE1aS1ExbE0xNktkZkNadkxkcklxaDA3eTFuNS9VdVNPSm1jbUVY?= =?utf-8?B?Z1lCNEVaK0dNVTI2TGZXSWZMc2RZc0lTeXZXSUNlYWtYVFFrU1lkZWJidDcz?= =?utf-8?B?bkR5VVM4eVlOM2w1N2R5b1liakxleUV3VGtLSm56RzNXTG5xRGp5VWgwZGZH?= =?utf-8?B?cjRxdDRTYXdncG9OcXZYR2xYUVc5em5mY3o1OWxLZW9GT1ZBOUhsMXIyc3FX?= =?utf-8?B?bkJKUjNCamtGaE9odUx2YUtUSzJWbFJBTzNzdWxMNUp4bHIwbnlRd05QdmZr?= =?utf-8?B?b1MyNGJHOUEwUzVsV1dudXNPK0RHUWJiR1M5QUtHbGpEYzBLbkNDTUlwSzRH?= =?utf-8?B?L1lkSE1EWU5UYWhqU21PREZzd0lBQ0F0R2RoOWZkNmVzR2IxR2RxQ1BwaG8w?= =?utf-8?B?S084R0hyL2xwQ3RDSGlMWmtOazlwdkd0R21ER0hlSENRZURxamh6ek1CMmJR?= =?utf-8?B?TXRJajFidXN2Rm5VTklkTU83Mnp0bDVtSHpxdFY5VVI4STEvODY1bVZGbGhD?= =?utf-8?B?ZDBHaDFVbHJVejg3V0hnL2N5bUdQaGRMcmtSQ0lrNUY1b3o2UkNJWk5ES3RL?= =?utf-8?B?Z2NNbkY0Mkx4aWMreVVlalRMZ1RMczRyNkxzMm1EakR2NEdsU0s2azZzanlH?= =?utf-8?B?MGZQY1lHcXo5K0ZEYXlsQmV2R1l1SWloUmZQZDBLWnljamhXSU1qODB1TjI1?= =?utf-8?B?RzRGTEVQbjI0b1Vydzg3dDZKeHBIcnpGWEw1QlZuZ2dadmtkUFVGQzRPMVVl?= =?utf-8?B?OWZ4Y3cwaVl6dTBlYS9iQkU3a1h3ZnBHQ3hLVVJGNG9la3RzTENreU5DZktT?= =?utf-8?B?cVg0dDJmV3RwOEpSS21jSFlFaG83aHUwS0hnVGJ1OG5KS1JJZ3lyZmw2UkE2?= =?utf-8?B?RnlRR2dUMGwrOC9sVDNERlJuQTJXK2NhT0ZzR1ord2FBSzN1VUl4ajJPMVFU?= =?utf-8?B?U3dYbk05V1djZ1N3a29YcllVZVBtQ3lGT3BuWlFoRWEyenM4dktndkVNK1ls?= =?utf-8?B?cUdiQTFWSmpKK3BZN0pOYWRDNkVxcytHQmVCcDUxYTNJYWNQVUZZOWdybWF0?= =?utf-8?Q?JAByERdgRYxyFWEETGtN4TKc6g9vc9u3CZa7mW4?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MW3PR11MB4570B3ECB44C0E707DAD9653C17A9MW3PR11MB4570namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MW3PR11MB4570.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 19035c44-7dcd-472d-5c75-08d8f5fa4f09
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Apr 2021 17:11:08.8562 (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: dY8SyTyyCNLD6i5kXdFcOsBGjt2uVFw1B0nYXKDnbZ/JyldLWdVh3XqkG2oZjvErG+6EN49gDEc5+G2tASf0dg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1663
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.18, xbe-aln-003.cisco.com
X-Outbound-Node: rcdn-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/u9TV468sR7llDLiER_75a_mfHNw>
Subject: Re: [Lsr] Warren Kumari's No Record on draft-ietf-lsr-ospf-prefix-originator-09: (with COMMENT)
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Apr 2021 17:13:45 -0000

Hi Warren,


We’ve posted an update to the draft as discussed in the thread below : https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-prefix-originator-10

Please let know if this addresses your comments.

Thanks,
Ketan

From: Ketan Talaulikar (ketant)
Sent: 01 April 2021 21:31
To: Aijun Wang <wangaijun@tsinghua.org.cn>cn>; 'Warren Kumari' <warren@kumari.net>
Cc: 'Christian Hopps' <chopps@chopps.org>rg>; aretana.ietf@gmail.com; lsr-chairs@ietf.org; 'The IESG' <iesg@ietf.org>rg>; lsr@ietf.org; draft-ietf-lsr-ospf-prefix-originator@ietf.org
Subject: RE: [Lsr] Warren Kumari's No Record on draft-ietf-lsr-ospf-prefix-originator-09: (with COMMENT)

Hi Warren,

Thanks for your inputs. We’ll make the changes and share with you in the upcoming update.

Thanks,
Ketan

From: Aijun Wang <wangaijun@tsinghua.org.cn<mailto:wangaijun@tsinghua.org.cn>>
Sent: 01 April 2021 06:50
To: 'Warren Kumari' <warren@kumari.net<mailto:warren@kumari.net>>; Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>>
Cc: 'Christian Hopps' <chopps@chopps.org<mailto:chopps@chopps.org>>; aretana.ietf@gmail.com<mailto:aretana.ietf@gmail.com>; lsr-chairs@ietf.org<mailto:lsr-chairs@ietf.org>; 'The IESG' <iesg@ietf.org<mailto:iesg@ietf.org>>; lsr@ietf.org<mailto:lsr@ietf.org>; draft-ietf-lsr-ospf-prefix-originator@ietf.org<mailto:draft-ietf-lsr-ospf-prefix-originator@ietf.org>
Subject: RE: [Lsr] Warren Kumari's No Record on draft-ietf-lsr-ospf-prefix-originator-09: (with COMMENT)

Hi, Warren and Ketan:

As the co-author of this draft, I recommended to use “A received Prefix Source Router Address Sub-TLV that has an invalid length (i.e. not consistent with the prefix's address family) MUST be considered invalid and ignored”. or just remove it as Warren’s suggestion.


Best Regards

Aijun Wang
China Telecom

From: lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org> <lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org>> On Behalf Of Warren Kumari
Sent: Thursday, April 1, 2021 4:32 AM
To: Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>>
Cc: Christian Hopps <chopps@chopps.org<mailto:chopps@chopps.org>>; aretana.ietf@gmail.com<mailto:aretana.ietf@gmail.com>; lsr-chairs@ietf.org<mailto:lsr-chairs@ietf.org>; The IESG <iesg@ietf.org<mailto:iesg@ietf.org>>; lsr@ietf.org<mailto:lsr@ietf.org>; draft-ietf-lsr-ospf-prefix-originator@ietf.org<mailto:draft-ietf-lsr-ospf-prefix-originator@ietf.org>
Subject: Re: [Lsr] Warren Kumari's No Record on draft-ietf-lsr-ospf-prefix-originator-09: (with COMMENT)

... and apparently I'd lied to you, both in the Ballot itself, and also in this thread. I'd said that I had balloted NoObjection, but apparently  I'd hit No Comment instead. I'm fixing it now; mentioning just for the record...
W

On Wed, Mar 31, 2021 at 4:29 PM Warren Kumari <warren@kumari.net<mailto:warren@kumari.net>> wrote:


On Wed, Mar 31, 2021 at 2:46 AM Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>> wrote:
Hi Warren,

Thanks for your review and please check inline below. Will look forward to your inputs on how best to incorporate them in the draft.

-----Original Message-----
From: Warren Kumari via Datatracker <noreply@ietf.org<mailto:noreply@ietf.org>>
Sent: 31 March 2021 00:53
To: The IESG <iesg@ietf.org<mailto:iesg@ietf.org>>
Cc: draft-ietf-lsr-ospf-prefix-originator@ietf.org<mailto:draft-ietf-lsr-ospf-prefix-originator@ietf.org>; lsr-chairs@ietf.org<mailto:lsr-chairs@ietf.org>; lsr@ietf.org<mailto:lsr@ietf.org>; Christian Hopps <chopps@chopps.org<mailto:chopps@chopps.org>>; aretana.ietf@gmail.com<mailto:aretana.ietf@gmail.com>; chopps@chopps.org<mailto:chopps@chopps.org>
Subject: Warren Kumari's No Record on draft-ietf-lsr-ospf-prefix-originator-09: (with COMMENT)

Warren Kumari has entered the following ballot position for
draft-ietf-lsr-ospf-prefix-originator-09: No Record

When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-lsr-ospf-prefix-originator/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I'm balloting No Objection, but I really would like a response...

1: I'm assuming I'm just missing something obvious here, but Section 2.2 sayeth:
"A received Prefix Source Router Address Sub-TLV that has an invalid length (i.e. not consistent with the prefix's address family) or a Router Address containing an invalid IPv4 or IPv6 address (dependent on address family of the associated prefix) MUST be considered invalid and ignored. "

What is an "invalid IPv4" address here? If the length is 4, and the route address is 00000001 or 0xc0a80001, how do you know that that's not what I'm using? Again, I suspect that there is something obvious that I'm missing here...
[KT] I did some digging around and was not really able to find a good reference to what would be "invalid IPv4" in this context. 0x00000001 would be invalid but 0xc0a80001 would be valid. A multicast or ClassE or 0xffffffff would also be invalid. Basically, any address that cannot be used as Router Address (i.e. https://tools.ietf.org/html/rfc3630#section-2.4.1) would be invalid. Not sure if we should just remove the "invalid" part here or to attempt to go about specifying it.

I'd suggest just removing it -- trying to specify what "invalid" means in this case will likely lead to madness. If you really want to keep it, I'd suggest just saying something along the lines of "A received Prefix Source Router Address Sub-TLV that has an invalid length (i.e. not consistent with the prefix's address family) or a Router Address containing any address that cannot be used as Router Address (i.e. https://tools.ietf.org/html/rfc3630#section-2.4.1) MUST be considered invalid and ignored." If it were me, I'd just delete the last bit, and back away slowly.... Actually, I'm not even sure that ignoring it *is* the right answer. If I look through $whatever and see a Router Address of 0xffffffff, it is "meaningless", but possibly it is evidence that something, somewhere, is horribly borked, and I should probably go investigate.



2: This presumable has the side effect of increasing the size of the lsdb, possibly by a fairly large margin. It seems like it would have been nice to include an operational considerations section noting this, and, while you are at it, that this document will significantly aid in debugging....
[KT] Almost all of the protocol extensions do result in increase of the LSDB size. However, depending on the use-case, these extensions may be used for select prefixes (e.g. the leaf networks to which traffic/service flows are destined to). The Sec 3 does have the following text that touches upon mitigation for this scaling part:

   Implementations MAY support the selection of specific prefixes for
   which the originating node information needs to be included with
   their prefix advertisements.

   Implementations MAY provide control on ABRs to selectively disable
   the propagation of the originating node information across area
   boundaries.

Noted (and that all extensions do increase the LSDB size) -- this extension is *possibly* different in that it seems that it has larger scope. Whatever the case, a simple "This may provide information hiding, and also limit the increase of the LSDB size" or "Consideration should be given to the operational impact of the increase in LSDB size" somewhere would make me a happy bunny. Note that my ballot is a NoObjection (non-blocking), and I will not be overly sad if you ignore this...



[KT] Regarding the debugging part - I agree. Should we add an operational considerations section here or just include this aspect in the introduction within the following text?

   The primary use case for the extensions proposed in this document is
   to be able to identify the originator of a prefix in the network.  In
   cases where multiple prefixes are advertised by a given router, it is
   also useful to be able to associate all these prefixes with a single
   router even when prefixes are advertised outside of the area in which
   they originated.  It also helps to determine when the same prefix is
   being originated by multiple routers across areas.

Either. I'd personally like an operational considerations section (hey, I'm an OpsAD, I *always* want an Operational Consideration section :-)), but I'm also fine with this just being stuffed elsewhere in the document. If you**do** add an operational consideration section it would be a perfect place for the above comment :-)


Thanks,
Ketan


--
The computing scientist’s main challenge is not to get confused by the
complexities of his own making.
  -- E. W. Dijkstra


--
The computing scientist’s main challenge is not to get confused by the
complexities of his own making.
  -- E. W. Dijkstra