Re: [Lsr] Doubt regarding A bit set/clear

"Les Ginsberg (ginsberg)" <ginsberg@cisco.com> Fri, 23 April 2021 13:30 UTC

Return-Path: <ginsberg@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 875FF3A081D for <lsr@ietfa.amsl.com>; Fri, 23 Apr 2021 06:30:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.618
X-Spam-Level:
X-Spam-Status: No, score=-9.618 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, 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=APAiSftd; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=aTiHC+13
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 1Zi0UGuSYrhp for <lsr@ietfa.amsl.com>; Fri, 23 Apr 2021 06:30:15 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 121503A0840 for <lsr@ietf.org>; Fri, 23 Apr 2021 06:30:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=43746; q=dns/txt; s=iport; t=1619184613; x=1620394213; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ihFT3gGhnWAGqnVOL8HWPgqODkHJmqWjg0vkR4HF2Rg=; b=APAiSftdSk7QX4JJSh0oh1pqmfyhdEJagvJjz6Y2OehTbxUAhQ6Wbeef UduOtS3R2xszIBiMTtVNILriWa1WxhTau6Yzsuu8a+J1EG/otzs6Z9eZo crae2qMckIcpN9ygt1gZFP/XwMIwvB1AubeUdgc88Q+YwDE2A41m6U6BT E=;
X-IPAS-Result: A0AGAABJy4JgmJRdJa1aGgEBAQEBAQEBAQEDAQEBARIBAQEBAgIBAQEBggADAQEBAQsBgSIwIy5+WjYxhEODSAOFOYhpA4oyjxCBLoElA1QLAQEBDQEBKAoCBAEBhFACF4FiAiU2Bw4CAwEBAQMCAwEBAQEBBQEBAQIBBgQUAQEBAQEBAQFohVANhkQBAQEEIwoTAQE3AQ8CAQYCEQMBAQEhAQYDAgICHxEUCQgCBA4FCIJpAYF+VwMvAQ6MFJBtAoofeoEygQGCBAEBBoUUDQuCEwMGgToBgniECQEBgROFQCccgUlCgVaCXz6CHkIBAQIBgSo1FQkNCYJhNoIrgVhygRciAlANZRsBlG8BQodyjQSQUzlbCoMOiXGNboVREINRiwWWOqEfgxmRQYJ7AgQCBAUCDgEBBoFbByqBW3AVgyRQFwIOjh8Zg1eFFIVJcwI2AgYBCQEBAwl8iU6CRQEB
IronPort-PHdr: A9a23:p6qJgRyyZAz4HSnXCzMjngc9DhMPsqjoPgMT9pssgq5PdaLm5Zn5I UjD/p1FjUfIW4vG8PNDjazdtKWzEWAD4JPUtncEfdQMUhIekswZkkQmB9LNEkz0KvPmLklYV MRPXVNo5Te3ZE5SHsutZkXTpHOv9j8VHFP0Mg8mbujwE5TZ2sKw0e368pbPYgJO0Ty6Z746L Bi/oQjL8McMho43IacqwRyPqXxNKIxr
IronPort-HdrOrdr: A9a23:2ILZsKDjB5CeRLPlHej+tceALOonbusQ8zAX/mhLY1h8btGYm8 eynP4SyB/zj3IrVGs9nM2bUZPgfVr1zrQwxYUKJ7+tUE3duGWuJJx/9oeK+VPdMgXE3Kpm2a 9kGpIQNPTZB1J3lNu/xQG+HcopztXvytHWuc715R5WPGZXQotn6Bp0DRveN0VwShVPC5ZRLu vj2uNsoT28dXMLKvmqH3VtZZmMm/TntrLDJSQHCRku9RWUgVqTiILSPhCE0n4lIkhy6Jg492 ytqX2d2oyCtLWBxgbYxyvv6f1t6afc4/9iIODJtcQPMDXrjW+TFcVccpmPpio8ru3qyHtCqq i3nz4aM85+62zccwiOyHOHsWSNoVVeiUPK8lOWjWDupsb0XlsBerd8rLhEeRjU4VdIhqAb7I t33nmUv5cSLRTMkDWV3amxazhWl1G5qXdnrOgLj3Y3a/pmVJZtq+UkjSdoOaZFOBi/xJEsEe FoAs2Zzu1Ra0mmY3fQuXQq6MCwX1wody32AnQqi4iw6Xx7jXp5x0wXyIg0hXEb7q8wTJFC+q DtLrlorrdTVcUbBJgNR9spcI+SMCjgUBjMOGWdLRDMD6ccIU/ArJbx/fET6Py1focLiL8/go 7IXl8dlWNaQTOtNeS+mLlwtjzdSmS0WjrgjutE4YJih7H6TL33dSKZTlQjlNahvuUfDsXXV+ 3bAuMTP9bTaU/VXapZ1Qz3XJdfbVMEVtcOh9o9U1WS5sLHQ7ea8dDzQbL2Hv7AADwkUmTwDj 8oRz7oPvhN6UitRzv9iBjVUHX9Z1zn8ftLYe7n1tlW7LJIGpxHswATh1j8zNqMMyd+vqs/e1 Y7JqjmnKO9rWy/5n3J8G1tJxpYAi9ukfDdekIPgTVPH1L/cL4FtdnaU3tVxmG7Khh2SN6TDB RSvE1t+aW8L4WZwCcrD97PCBPCs1Ij4FaxC7sMkKyK4snoPq4iBpE9QaprCEHgDBpugztnr2 9FdS4JTkLSDSnVlK2glZAYbduvL+VUsUOOG4p0oWianViArcsvL0FrLgKGYIqyu0ISYBZ6wn d26LQShbKcny3HExpOvM0IdHtWaGqWB7paCh+if4s8oMGxRChACUGXmDedlxY/Pk3t+kl6vB 29EQSkPdfWH1FapndUlpzPzWoxXGCcc0VsA0oK67FVHXjau3p1zO+Abrey1WzUcVcZ3uQBKl j+EEgvCxIryNat2BGPnjGeUX0g25U1J+TYSK8uarfJxxqWWcG1vLBDG/9f55B+Mt/y9ucNTO KEYgeQRQmIQd8BykiQpnw/PjNzp2RhmfT02Af95Gz92HIkG/LdLBBnQL4cSuvsolTMVrKN0J 9ji8gysvb1OmLtasSewaWSdiVdMHro0CeLZvBtrYoRsbM5tbN1EZWeWTzU1Gtf1BF7KMvvjk sRTKly/bipAP4hQ+UCPyZCulY5ntWGK0Um9hb7BeIzZlkhhX7WNdHh2cuClZM/Rkma4AfgM1 iW9CNQu+rfVyyYzLgAFuY+J39VZEVU0gUVwMqSM4nLTAOkeOFI8ADkbjuzcLpBRLOEHrtVpB Bg+N2Ml/KWcS292A24h0oOHotet2K8BcW1C0aQHOQN9dqwM1GFmLGr786+ly2fc0ryV20IwY leMVUNZcFCgCQ4hII50iKuWrX6y3hV5md28HVijBrxwYCo72fQAFFePQDYiptQWyNPMnLgt7 WzzcGIkHLn4DZE3pHfFEBfOtFWcuJgPLTKEw==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.82,245,1613433600"; d="scan'208,217";a="674965876"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 23 Apr 2021 13:30:11 +0000
Received: from mail.cisco.com (xbe-aln-001.cisco.com [173.36.7.16]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id 13NDUBXt013015 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 23 Apr 2021 13:30:11 GMT
Received: from xfe-rcd-005.cisco.com (173.37.227.253) by xbe-aln-001.cisco.com (173.36.7.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Fri, 23 Apr 2021 08:30:11 -0500
Received: from xfe-aln-004.cisco.com (173.37.135.124) by xfe-rcd-005.cisco.com (173.37.227.253) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.3; Fri, 23 Apr 2021 08:30:10 -0500
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (173.37.151.57) 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 via Frontend Transport; Fri, 23 Apr 2021 08:30:10 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=M3jRqNWKzxN8SZR/85TPcdfsWeuO5l/XdbLIu5M7hms3v21mhwvONo4EhDN/fpPCMvN7XE1+p/Apk4Z2GNvxObzdSfN18XHVvls5NfN8kAsbodc/oVVhKNGUfKjAA7tuXUD9GCZ/vsOvg/EfrnHorDG59E54v3xYnYFZ9rx2+zCG1t1AplYr7uv0ziXW1SwBuvVQDud+0BerY3bzszQwcmfsaEM8X6xLW5Wo2kHAo5zfRttBtjU/EyJuG+RCZU6W8t3ibkDwRcmKZFUvkXZMk3HWwRAJ7xJmZTfC0P9GJIP5UaoDiWNg0laWi9vV5uEpCTS7/TqQOrV3xd7S4GAUfw==
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=ihFT3gGhnWAGqnVOL8HWPgqODkHJmqWjg0vkR4HF2Rg=; b=aNdHWt0k66+WWcF40LUmYbpRShXgAzGxk/CNGqVcRF4a+G+isuOtfsy9RznkbDcgdHfr4JO/GdcplcptvMfAQxbWRcFaumlwv0JtKokKljPSbZNUjubtrNG20ft0AE63S8kpMCUlZuItag6Hp6DhAzuekuzTHYp7jLXTjbNgUgDjxW8yfcQI3iKaA7OWbdycwJy1IjuUDj+WtR+cI9rTVBIDsBpP8yDpA2iskMqMYqd7jDxCFtqooQ665RccVcBjdMlML8evsGpUku+zOaYHyHG5LUJkkwwVWvdm7eGOq0/fbLJQJv10IeP92QRIFAGC22Jn21m1bq2l+og/dB47zA==
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=ihFT3gGhnWAGqnVOL8HWPgqODkHJmqWjg0vkR4HF2Rg=; b=aTiHC+13VfAE12rJEH60ZRlMrGjup4PYxr5/oOWMa8xRirlNu+7uNcjxaIXENCG0rUoQ3oc8G1jcy8aCI2eilMYA8hJLzCxwkmAxj/lrv9s3wHhWytKoi2kuTwoNw3r1t6gOCiGWR6+rb+iQDpaHLZOtm0ATDWhB5zKXUUfdLWk=
Received: from BY5PR11MB4337.namprd11.prod.outlook.com (2603:10b6:a03:1c1::14) by BYAPR11MB3206.namprd11.prod.outlook.com (2603:10b6:a03:78::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4065.20; Fri, 23 Apr 2021 13:30:07 +0000
Received: from BY5PR11MB4337.namprd11.prod.outlook.com ([fe80::4180:2080:6475:89c4]) by BY5PR11MB4337.namprd11.prod.outlook.com ([fe80::4180:2080:6475:89c4%7]) with mapi id 15.20.4065.025; Fri, 23 Apr 2021 13:30:07 +0000
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Gurusiddesh Nidasesi <gurusiddesh.nidasesi@ipinfusion.com>
CC: "Acee Lindem (acee)" <acee@cisco.com>, "lsr@ietf.org" <lsr@ietf.org>, "spencer.giacalone@gmail.com" <spencer.giacalone@gmail.com>, "stefano@previdi.net" <stefano@previdi.net>, Dona Maria John <dona.john@ipinfusion.com>, Vikram Agrawal <vikram.agrawal@ipinfusion.com>, Mahalakshmi Kumar <mahalakshmi.udhaya@ipinfusion.com>
Thread-Topic: [Lsr] Doubt regarding A bit set/clear
Thread-Index: AQHXNR9C4ktUvNNAs0uhdzS0IZMhy6rBmfOAgABeboCAAB4WgIAAB/Wg
Date: Fri, 23 Apr 2021 13:30:07 +0000
Message-ID: <BY5PR11MB4337657416846A492383FDB4C1459@BY5PR11MB4337.namprd11.prod.outlook.com>
References: <C8D3F1D2-728D-4DE2-98FA-3155716DF241@cisco.com> <CAHhGMfGJbs8mgV6OrnPQ+r-ziL5VMOMiPF+w-3D1SfhX_UTTSg@mail.gmail.com> <BY5PR11MB433786C2E674B1EE849E65B2C1459@BY5PR11MB4337.namprd11.prod.outlook.com> <CAHhGMfGcKj=SoG0HWJ9RTaCP6NhSXEkOroVOSX16Hm+-rhTJmQ@mail.gmail.com>
In-Reply-To: <CAHhGMfGcKj=SoG0HWJ9RTaCP6NhSXEkOroVOSX16Hm+-rhTJmQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ipinfusion.com; dkim=none (message not signed) header.d=none;ipinfusion.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2602:306:36ca:6640:eda5:940c:2c71:6566]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: eae47bca-08e5-46fc-10b6-08d9065be973
x-ms-traffictypediagnostic: BYAPR11MB3206:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BYAPR11MB3206F66806F6F775B8F127EEC1459@BYAPR11MB3206.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: N8LeP2mnNzaG0Ix5GJy9DQoo/ahr3TpwpsH1mTVbdj0BRPyFZPN/uauu8w1etydXOxbsUgKiVz43QiuBHNwF1eblnONQPfSnf8bW2v7LToLw4Ywi7EALqAT569a7Og0tVY/mzxetWF86XQ4K0+59c8mtFxis/s1yErg/XnAWul4VefjeMp/1UZO8xeByPOM3QlcpA9y2jaPb0RCxmn/8/ZOESI8MdiDd2R9k6navUm1kL3e/EDldhaCr8u+iIhlsv108uGKlxc4cnzTYnLKLbulFUhJdA70NGKxtYTehIpd2gcPGGz7nWhka0oBS/Q/VdL+DJ/xW3E2T6H/2OA5dodgcv3PLtzgPOe9ZAhjJzOUV/mx9gq7qjOf9RT/OAEOWVQTCvEvJYBATqP3IZwr3NsE7fJVM+WgtKyiYZ6K52z9s9/VVnfIrBZ8Vqhu4BIfSEOrbwRGTwDhtubVeqo7UH5JH2Lc6XzL2PFvonbVvEeFgLA8uHJlqRx1PcuUvTOxLgK/rdHHn/YPPB826rB1IajUfyDZKPfnre8DhdOnuU6CRPjp12alkP7pcPm25kMNgsspGW7OoFV9unvnjIc41eUUlVzPiaYdrtH6BRsZnH5kWE9UTJWZU7nJpCvCJ/rwOjeAbU3DSl4NQvlfIm+38rWvB4hSIBsXHA7+Ru81SAIchYnRcpCqkMrJ0sJLulxNI
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY5PR11MB4337.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(136003)(39860400002)(396003)(376002)(346002)(366004)(54906003)(316002)(166002)(2906002)(33656002)(4326008)(71200400001)(478600001)(6916009)(966005)(83380400001)(8676002)(6506007)(53546011)(66556008)(8936002)(66446008)(64756008)(55016002)(66476007)(86362001)(66946007)(52536014)(76116006)(122000001)(186003)(9686003)(7696005)(38100700002)(5660300002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: 9XlHQj5BTpEEUW0pzdzPh+t60ufFpBaoueGM3dC4FdatM/aNgi/QcpRdNQzOM27eVXlaRQ5VkhcxkwfLFsx5DjJk8NGR2pdDvJGesYUul7Tetad5dnRxA+n79o8XAK2dgcE5PUFB6/+EK1Xex4123E+Z0PZKkec9z+KozQiLKDadQPQ34FWA4NmXsKeLxsMZe1itcIEdPEpq/nvpEbd0KSTbHn7OBkNHb40mX63w9QQZSOu1tOGWmCuU0m/eDBkjtcvb//2gYQiw7f+/U8cC92uOu375xs01FFCtO6Z0OTZKb6gmelesR+hKQA6+ixGq44mx8kPocGGYLrKQfPedWrYDuY1QIUTbFphdD7H7p8hIv/DcpX0R2qGi4ICu/1PhnWAH9e42ZTdSZVgilwdGxRrItJ33imOg4rTWp8wVqndvbGuvy4lB8QOHSsi/k0LsgmEMdMmdRJ6vomVf5NTHzpdFNQNOTzCBegsETkzgB84ydwaOknRNMEwCPTkWgkJ/G/dTEsxhprZu7IYzoDv3zJe+t85gGQQOGODnpq93cPCICOAYN7gd58+/lAjUbZZtM+8Wt/1qbILsFO8FKkoAmoH4RfzTqpnAmqw3UgEUc1nIf+aHCV1I1CgXH8GmpxPc6muN54eN2Jl9MF6t8R9m84Q/UPRFYJWG6aJLDYzBL1PtzT43NtJuSQGuzfYek7/ipKYCxSKqPr6lUyWl07Q1lbj4zyI4aA0Ibw+RWH13tKNIWhpoWYqATqki1Gi0rqRUYaPwA6/sxYHsln5r8+48XRmB+g3fw0W0ZSOPMjVR3oLVFoveUXmTXYArhxIHq6qEU2ZUQxFq5D9joO81m9G45bH0aN1CXXPJ8rLG4x4LtArh9Rn/fcraLXcxPSWKLDA6kvrmILI7gbhBtbwJiSo+htL46McENPeXzAgneevoNULRxybddvPeKAwodX8ICi8LQUZleFnGNaPM3oIDH2Z74UADqaMfhTTOi+WaJlM/+og7wHMaXMszivqY2slN4NCaQcus7j9WMT/8Mo7kD7n1DnP3ByHSvZ6xnbsGrzIX7XAMZNypGVE5wL/IZ4K5aNvS+MUeTGg4VJXDAc+Jnmje836rZg2KiwDhygfMVruEGxQ7OCHd/1OnB51ziGcwG6YsSH7DtkYqDb3VAVK7HZI/XQUSgBqGZ0RBZy/EH8IYVKsxZZVFxvu8jdH9HO2wAjDfSI8bdBDI/6b55O0j8vXJ/lwvPwYlSNG60TD8pS3LapbjU6Xxlgkw0ZxIbIM061npvsw1qVu3u0C2/Jn9vG/zM9iNTOGgi05QFwMYmqulcFUMESmUZM4Ng/AnAq0NZmo9aK3jDocx8lfThDcq5frhWPkawk+Xf1IodNkdydZh31Up/Uw5u5JnK6jTn+BoSRf0
Content-Type: multipart/alternative; boundary="_000_BY5PR11MB4337657416846A492383FDB4C1459BY5PR11MB4337namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY5PR11MB4337.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: eae47bca-08e5-46fc-10b6-08d9065be973
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Apr 2021 13:30:07.6649 (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: ppg8fcyJFfa2o7MJIWTJATuMu8RpxBOCdlbW8qiPOeRk29gjG8Zo/+1QaEiFnTUhqgIvqq/q9DB/z7c+sdBfPg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3206
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.16, xbe-aln-001.cisco.com
X-Outbound-Node: rcdn-core-12.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/jOPshd4g5SouzZIbnZv1Y8piS-o>
Subject: Re: [Lsr] Doubt regarding A bit set/clear
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, 23 Apr 2021 13:30:21 -0000

Gurusiddesh -

From: Gurusiddesh Nidasesi <gurusiddesh.nidasesi@ipinfusion.com>
Sent: Friday, April 23, 2021 5:58 AM
To: Les Ginsberg (ginsberg) <ginsberg@cisco.com>
Cc: Acee Lindem (acee) <acee@cisco.com>; lsr@ietf.org; spencer.giacalone@gmail.com; stefano@previdi.net; Dona Maria John <dona.john@ipinfusion.com>; Vikram Agrawal <vikram.agrawal@ipinfusion.com>; Mahalakshmi Kumar <mahalakshmi.udhaya@ipinfusion.com>
Subject: Re: [Lsr] Doubt regarding A bit set/clear

Hi Les,

Thank you very much for your response.
On top of your response, I have a few more queries. Please find them below.

1. For Min/Max Unidirectional Link Delay Sub-TLV, there is only one A-bit.



     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

    |   Type        |     Length    |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

    |A| RESERVED    |                   Min Delay                   |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

    |   RESERVED    |                   Max Delay                   |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+



Does this mean A-bit is applicable only for Min-delay?

[Les:] The RFC states in Section 4.2 (emphasis added):



“A bit:  This field represents the Anomalous (A) bit.  The A bit is

      set when one or more measured values exceed a configured maximum

      threshold…”



I think the rest you can figure out for yourself.



   Les







IF not, then should we maintain 2 different maximum threshold and reuse thresholds?

And if both min-delay and max-delay values fall below reuse threshold we have clear A-bit.



Will below example follow the RFC?
min-delay reuse threshold : 50 usec
min-delay maximum threshold : 100 usec

max-delay reuse threshold : 200 usec
max-delay maximum threshold : 300 usec



1st measured value:

min-delay: 110 usec

max-delay: 190 usec

conclusion: Set A bit. (As min-delay value has exceeded max-threshold value?)

2nd measured value :

min-delay: 40 usec

max-delay: 320 usec



conclusion : Do nothing (Maintain pervious state of A bit as max-delay value has exceeded max-threshold value?)

3rd measured value :

min-delay: 40 usec

max-delay: 150 usec

conclusion : Clear A bit (As both min-delay and max-delay values are falling below resue threshold?)



Thanks & Regards,

Gurusiddesh V N


On Fri, Apr 23, 2021 at 4:51 PM Les Ginsberg (ginsberg) <ginsberg@cisco.com<mailto:ginsberg@cisco.com>> wrote:
Gurusiddesh –

The short answer to all your questions is “yes”.
More inline.

From: Gurusiddesh Nidasesi <gurusiddesh.nidasesi@ipinfusion.com<mailto:gurusiddesh.nidasesi@ipinfusion.com>>
Sent: Thursday, April 22, 2021 10:33 PM
To: Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>>
Cc: lsr@ietf.org<mailto:lsr@ietf.org>; spencer.giacalone@gmail.com<mailto:spencer.giacalone@gmail.com>; stefano@previdi.net<mailto:stefano@previdi.net>; Les Ginsberg (ginsberg) <ginsberg@cisco.com<mailto:ginsberg@cisco.com>>; Dona Maria John <dona.john@ipinfusion.com<mailto:dona.john@ipinfusion.com>>; Vikram Agrawal <vikram.agrawal@ipinfusion.com<mailto:vikram.agrawal@ipinfusion.com>>; Mahalakshmi Kumar <mahalakshmi.udhaya@ipinfusion.com<mailto:mahalakshmi.udhaya@ipinfusion.com>>
Subject: Re: [Lsr] Doubt regarding A bit set/clear

Hi All.

Gentle Reminder!

Regards,
Gurusiddesh V N

On Mon, Apr 19, 2021 at 6:54 PM Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>> wrote:
Gurusiddesh,

I’ll defer to the RFC authors on your question. However, please refrain from referring to bits as being “unset”. They are set or clear.

Thanks,
Acee

From: Lsr <lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org>> on behalf of Gurusiddesh Nidasesi <gurusiddesh.nidasesi@ipinfusion.com<mailto:gurusiddesh.nidasesi@ipinfusion.com>>
Date: Monday, April 19, 2021 at 6:13 AM
To: "lsr@ietf.org<mailto:lsr@ietf.org>" <lsr@ietf.org<mailto:lsr@ietf.org>>
Cc: Spencer Giacalone <spencer.giacalone@gmail.com<mailto:spencer.giacalone@gmail.com>>, Stefano Previdi <stefano@previdi.net<mailto:stefano@previdi.net>>, "Les Ginsberg (ginsberg)" <ginsberg@cisco.com<mailto:ginsberg@cisco.com>>, Dona Maria John <dona.john@ipinfusion.com<mailto:dona.john@ipinfusion.com>>, Vikram Agrawal <vikram.agrawal@ipinfusion.com<mailto:vikram.agrawal@ipinfusion.com>>, Mahalakshmi Kumar <mahalakshmi.udhaya@ipinfusion.com<mailto:mahalakshmi.udhaya@ipinfusion.com>>
Subject: [Lsr] Doubt regarding A bit set/unset

Hi All,

I had a query regarding setting/unsetting A bit.

https://tools.ietf.org/html/rfc8570#section-4.1 states that

A bit:  This field represents the Anomalous (A) bit.  The A bit is

      set when the measured value of this parameter exceeds its

      configured maximum threshold.  The A bit is cleared when the

      measured value falls below its configured reuse threshold.  If the

      A bit is cleared, the sub-TLV represents steady-state link

      performance.



So does it mean we have to have two configurations one for reuse and another for maximum threshold?

[Les:] Yes. The goal is to prevent altering the advertisement due to small oscillations of the advertisement. If you had a single value then if the measured value bounced between (for example) +1/-1 of the threshold) the advertisement of the A-bit would change rapidly – this is undesirable.

So the max threshold triggers setting of the A-bit and the reuse threshold triggers clearing of the bit. The reuse threshold provides some confidence that the measurement has stabilized below the maximum anomalous threshold.





Will below example follow the RFC?

reuse threshold : 50 usec

maximum threshold : 100 usec

1st measured value : 110 usec

conclusion: Set A bit.



2nd measured value : 75 usec

conclusion : Do nothing (Maintain pervious state of A bit as the value is less than reuse or greater than threshold)



3rd measurement value : 30 usec

conclusion: Unset A bit.



[Les:] Yes this conforms to specified behavior.



 If we have to have two configuration for threshold to set/unset A bit, will they be different from the threshold that we use for advertisements?

[Les:] Yes .  This is clearly stated in Section 5:



“4.  For sub-TLVs that include an A bit, an additional threshold

       SHOULD be included corresponding to the threshold for which the

       performance is considered anomalous (and sub-TLVs with the A bit

       are sent)…”
   Les



Regards,
Gurusiddesh V N

.


--
Thanks,
Gurusiddesh V N

.


--
Thanks,
Gurusiddesh V N

.