[bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt

Wen Lin <wlin@juniper.net> Tue, 04 June 2024 01:26 UTC

Return-Path: <wlin@juniper.net>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7BEAC1D5C76 for <bess@ietfa.amsl.com>; Mon, 3 Jun 2024 18:26:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.994
X-Spam-Level:
X-Spam-Status: No, score=-6.994 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b="hD71fHo5"; dkim=pass (1024-bit key) header.d=juniper.net header.b="XzFiDcXY"
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OafDBiqwjitm for <bess@ietfa.amsl.com>; Mon, 3 Jun 2024 18:26:38 -0700 (PDT)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7CFD1C1DA1CF for <bess@ietf.org>; Mon, 3 Jun 2024 18:26:38 -0700 (PDT)
Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 453IZ60u023786; Mon, 3 Jun 2024 18:26:35 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h= content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to; s=PPS1017; bh=6yaACCR74xrKl7bVzyCosFfsLi Jo2XMH4OUcD66JXz0=; b=hD71fHo5QBc1fVAzWAdE8f6hd4xY3vbFyEDZWQcJ4I UMqLb6e3Lu1pQHGyVsW7t4YycMwnkBhkpRam+0W3+x5uhXF6qsllFETZK56eM4q6 gmOBjh+zU/gUkWGTIMSKixbZo7LjSU/4EeqMwMYYt/7R2NE4bwWPCFHXxqw6kJee 2vkeNFYWn8mIoH96Xpyeg43isDOohIYTnFs5QMkIg5Me5T/SjRipkOsI8arwQ8R7 /ykx9MUOwhIIlMoyqtuT4uWuOTHC3x8gPFNJez8bgy/sUUaI7enFuMJiaSoCk5V/ C2UmUO9DwEFR/auSldfFWQ5phjrmlLRVxaXdmb2nHfjA==
Received: from ch1pr05cu001.outbound.protection.outlook.com (mail-northcentralusazlp17010002.outbound.protection.outlook.com [40.93.20.2]) by mx0b-00273201.pphosted.com (PPS) with ESMTPS id 3yg1jbcfa5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 03 Jun 2024 18:26:34 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JKzSHxTGpY4XYTcy11UTjo4n0oelXyVB52X3IW4MQ34wusQ/0IRJLHyeZ5sHGwqiynpyoNRfGzXFpgC+wHNI6UgAaOdxPFJCfYZG/GrVBCA+MLt+dpKzQnUTcC6DcDM/GCRjbyJncRQcsaFpFINNl3WsYG5QB7zzX156NGBFV3jjlJi7G3iuUpLqp36QOXcqEDFJ4N3Vq9XtsufoRe+Jq9qgnWC1piMds8bURb8r9B6Ry/CzcCDUUwMsDnnuzYFe07aQkHDeSHICy1l2AYbgVVH8zNu2/Yoq4o8Yi4xPCb31BVO5cCpBe4ai7Khv5wv1GuPZmwW7hWK/XPeJ1EUslw==
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=6yaACCR74xrKl7bVzyCosFfsLiJo2XMH4OUcD66JXz0=; b=ZCsI/FaZp2FHw/SC18JvkOY9f3faejIEi83wLW7J/iL7yKRnClfgftWwelvzXQqymd9hVMViZpttxHFPARHJH18ExrMksNjiwsQG3RKWTYB8BP0gTnTXKmfhNdBaQO2Fqew5TC3F1icxkIYPgxxou0pQCr6jOZZ6vDKz4H3eQVa2Z/WgoyRWbo4lW3QO1Fmksx19arsw1oRqzfml63DynHglihWZg41o+kE1oWAbg+C9f7y+2Ol/vIFYLFQztIuFcUJlguTvAo8OKqV9Y0zvHwOuBXqpabRoCC5jNmspAOGhNTIuGxpyR0QaLbOSfJLTo6XF7DbSS7CmCaG3hfAAPQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6yaACCR74xrKl7bVzyCosFfsLiJo2XMH4OUcD66JXz0=; b=XzFiDcXYDJogD1wqeNYpqc6LSgpmI6B6ZudrrjfJzuXWE8nuiaGmtxC0k2GEQ3cDYhhV9rVYcUDUU4oiI7yM0AEP3HGALCdPRgbFN2xA8Z5nUtgob7Hd4LCxlIB/RKha2aoS1P+0aEtormmBoIp6S+38QRxP9BQ1kvJiK6Yzo4Q=
Received: from DM4PR05MB9462.namprd05.prod.outlook.com (2603:10b6:8:10e::6) by PH7PR05MB10317.namprd05.prod.outlook.com (2603:10b6:510:2eb::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7633.29; Tue, 4 Jun 2024 01:26:31 +0000
Received: from DM4PR05MB9462.namprd05.prod.outlook.com ([fe80::8afb:f50e:e679:dc97]) by DM4PR05MB9462.namprd05.prod.outlook.com ([fe80::8afb:f50e:e679:dc97%6]) with mapi id 15.20.7633.018; Tue, 4 Jun 2024 01:26:30 +0000
From: Wen Lin <wlin@juniper.net>
To: "Ali Sajassi (sajassi)" <sajassi=40cisco.com@dmarc.ietf.org>, Luc André Burdet <laburdet.ietf@gmail.com>, "Ali Sajassi (sajassi)" <sajassi@cisco.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt
Thread-Index: AQHapvEOoQ09Ai0Hb0WP5763hz0gMLGuprZsgACTqQCAAKjXYIAAOCOAgAAJX3aAAJ5RAIAAAgchgAVbXgCAACfdgIAApYHm
Date: Tue, 04 Jun 2024 01:26:30 +0000
Message-ID: <DM4PR05MB9462AB8F53C4C7C4DCBD5F5BC8F82@DM4PR05MB9462.namprd05.prod.outlook.com>
References: <171471134541.42173.14638240280412402413@ietfa.amsl.com> <DM4PR05MB9462D9CC7EE6B2D306E48EDBC8E72@DM4PR05MB9462.namprd05.prod.outlook.com> <SJ0PR11MB5770B1EABA9CE8F292666AEBB0EC2@SJ0PR11MB5770.namprd11.prod.outlook.com> <DM4PR05MB9462286DB5BEE439E0D6CBF0C8F22@DM4PR05MB9462.namprd05.prod.outlook.com> <SJ0PR11MB5770A0C80BA7B71D6493F6EAB0F32@SJ0PR11MB5770.namprd11.prod.outlook.com> <DM4PR05MB946237881D1F07C00468A952C8F32@DM4PR05MB9462.namprd05.prod.outlook.com> <SJ0PR11MB57703A686CDE5466AF9E8195B0F32@SJ0PR11MB5770.namprd11.prod.outlook.com> <DM4PR05MB94625DFFD83AB2CF8BCB95C4C8F32@DM4PR05MB9462.namprd05.prod.outlook.com> <SJ0PR11MB577010BAA066C8BB18BD14FEB0FC2@SJ0PR11MB5770.namprd11.prod.outlook.com> <DM4PR05MB9462304B953117B09212F5A4C8FC2@DM4PR05MB9462.namprd05.prod.outlook.com> <BN9PR14MB49724818AEA10F692B9CE146AFFC2@BN9PR14MB4972.namprd14.prod.outlook.com> <SJ0PR11MB577038B9F928DE871A7CFA2CB0FF2@SJ0PR11MB5770.namprd11.prod.outlook.com>
In-Reply-To: <SJ0PR11MB577038B9F928DE871A7CFA2CB0FF2@SJ0PR11MB5770.namprd11.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2024-05-10T17:35:08.1165645Z;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: DM4PR05MB9462:EE_|PH7PR05MB10317:EE_
x-ms-office365-filtering-correlation-id: 5e71831c-cec0-4a3a-29fc-08dc84355d18
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;ARA:13230031|366007|376005|1800799015|38070700009;
x-microsoft-antispam-message-info: KkkmhHR6AVVIZj5Fihi3GfaLMhq8MNCFsn9iB/NbQXaLvAki5CS/wH5Ks7gVxa08ycCjzjbyZhiF7X+L0RmQn/8jgu1tZj0fJesC8xQSbZ8Nvb24gVDKGb6WvhiQq8XqrPwJhgCXwuE02/7aXoBlqUhznd5ew/oyDXs7gBenOcRe9rMVGIk6f/Aa4Xo8sI91rd4JfYqEjIXLpED0BSlJxU97a2T1/htfml1//CeAgmpW8VO7+BPfei1OyQXGaP7F6NKYUvj50f7/I2ZXXG5J2WA8nwtcSpIVytG8sSqow6r3jIyymIE2LZvPd2BuQ5QK1f0NWhLbKmqLgblku/8tT3ArVcv0UGDujODHbXPKc7wDARni8LK669l4ZzNF7onhv9IOcJDOPp0poi7dhEmJupzNzFzDyXZoNjujeD5m2Fm8TBFpNFh6AAM6hUOCgVU1PK70M6zZoDqLo72Ke7pWv7JZkcKmfiMIsbMszXhvfkDsXon2/+HA48KK/TYmlQh1LTLQHYZqj+kJOz+KC02qNvRmg0dVsb9xQ2Dijhgj2RhHsh13AVvhdk1xn0cI9KlWJD8QNdArr28FtMEyBcBBcfgBwASDr8oVUb8W70eaOsDWKcZfN5HpmKkjCokYS1fJWK1BzDgJDBUOzm6k5wcNlc8bRkQb73AyY+e1w8eyVvn09+LFdpgG+7xaFX/Nd8LxE6/YlqAOesBH88x2AqmmIo8IAocAK68H+Jj2e3OgSGf6a1AfmDARsyWa4/GUMl+uEoxofKNhqALsIiQts4+RZTwthr/MSPke5VhJs8dfF/+N6iSjZ3ifWjwDKp2VR3FNkbx0JgGSw4ApLa6b0U3LHDP0kgXRoM0GgyAoIRgu/+5haKHAiV47Ca8ln/yz4FmES/C8332bWWKrny2EQ//3kqOpBejKWRKUQqUSJM38ML27KOASXXtDNCJAihHVs6HvQOmyOnzgMEUCvVRirOtwYljwEqCxJNIq4glmk32z5DPRCV7Tr86zUdskRfi6/x73EdaFfE0JtQf+s7esOvvZl8M9RGRh7MM8aY4xolIfpYLt20yh2SwWkG1XZ4KnRFr/lCE2c94YCyCddq3T4OaSII7Xw3VvtHinDlgv2WuPD6sVEytE/C28Jhadj2vZcwiOAbvU5jS+Qh3L71HZdZ/mKn4jNX5cuLO6Chwkc4sGza+RQ0oFzT/ogQNkcmfgtRWfn+o65d87Uxe6GN8Kt+2mPY1nEGkYoFZ/WOjNtJL3OthAPiRvafHMOBzypGugVCf3e146tS3KdAV6x1R92D12hggcc0gJXlYzG/iFHvmJJVoz9tc5yTczFR9NRYKDo3tZ
x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DM4PR05MB9462.namprd05.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230031)(366007)(376005)(1800799015)(38070700009);DIR:OUT;SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: PAQPHhA74ypqBR+lS+gfjCwqV6R6mXXpmAqyirg2jN13dAttDhK1+jsQvUSGEtVJ/citQyQI6xJe3RkHqGfH+zlxlgqPsUJwYW2xkqoknRoUcb9ap52spkH5VVnrp2GuQIIvd0zzkFuPEUO/F4LAcrGQagMgCEceke3O/YnXl+etr6bl9Y30Nym9cSQamjba7m34YA4/j7QmuwbZDV2oxS5XEbzrwdPb+Ep41JlFdaA+rJps8rLicwOfnmb/o8LdWFPNhwRLA6ClS8aRFjNl9kkWvVJVChslk5+BZG53Py78ZUJrNKs7YFNscfukiW80siFUurO1YKh8/QeYukmCVlQYrJ4JSmbLkEk/XFOtUUubTmF1Mg2bqab8UdcTIMjjcRpfFtuNIR0Vb2gMdnqdcTWYy/wAW9VlVxr5Wc3hIBazd6f6xXqjEDg2dGEjGdCXkUAyQn4QhK4zGMH0B3LPEGAIGnYPWe1XCH+7RRJ3u5FmmFLcNMTC1bgqd3oavCskSArkGoX3LV8aGO4LzzEdtd8GtEhZAVGBcYrqP4la20kNjt/uc2hKM70OUlOrb0zjjK/uvgecR94SNnb6HDBHeQ0m1EMfxKU06561u+HDBGETyOHkbV7XUYiDIudhK1eDUOOX2enD23XfO3FRP+5cdyzknrsFs+1kuoAUkTXOeN75qxAaYZguTOxJs0ZL9LMAOKLFQ69X3tTlzo6u1hesAVkYmiJsmB43k6uYhBnGSC/vvcYgUf28JjFKwYgyp1v9tb/FJWWh3epslSaRFhWp2ULc5JObRxAyXIP4XPOU7BYUiHPgB0Gx+SSmUNIoKNzjCd+BORwecP+y3t5tUCdt3eQOmxA2+oQAuBR986GA4hZSqJiZOpXa08u+meP6KswnOvCApFwyNjk1yX7DDlEyb5OoDl5C4Mio13ZzbFt/PmpYdy3RvzjdvrVsG62bfI5ggp6cQLukhNjQqghtgcGeAZM8VjSY4OHrXjAJfXMlIrKZNzvAcliT7qYxj/6wwRzMqSCVMlRADVNsYQEq1OBj4igWnaPlmPMVIIypfe1S6R1O8PDbT5ePfI/eHeP266SmcLootcQegcLbjRCeEDocPDNtR3i7EmaTzK2yfKB+jTTZv8BL6/01Rj14ikLMHtvYnjOqEySAzhLaE2VvIx+OfuzACGf2adMSdTv92qTKcfN/MVhhgT03tBHNZbhn0Le9CTtXUOozYU3vrbH7J0NJTOJmavltDSJKHgM9aEZecJzoISkqg/eadgDU5hhEZziHPHDxuxAf+DLobSD57QuhM18VkbrpkPt9gpYgWFqHBkwlTodjErD/KZh6MSgrOkM1PnTXizJjIgXD5eU4QSQF6La2qVLgRRLSa9HjqsHhm1fOrCiq63+41OiCf5NooejrapjJGhQGDJxADflPU8OJ1pSjhwyZ3N7w6Del2+coDEO8o3NukQ4i3YiDiK5vpQlOvT6kxqXX4nOJ9xIHecwXe/yKjkbP95vnRj5zqV5WjGGmnxWQcH54sTayd5IQiYATuifWoPBC+fHzWppOz5BvYryWJKxF1mhhQEnYrPclcjVVcwyt551Cs+YIQhbCn51JBNrc5dqZkBJLFcZv2mGk5A==
Content-Type: multipart/alternative; boundary="_000_DM4PR05MB9462AB8F53C4C7C4DCBD5F5BC8F82DM4PR05MB9462namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM4PR05MB9462.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 5e71831c-cec0-4a3a-29fc-08dc84355d18
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Jun 2024 01:26:30.9532 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: B1XtRlyd4dYnmDVUkkFG1DrGOHesrulaKKu0lYdRo6YY2w6wO6jkXiQrXxRuJATJvv/dOqSiDx0ClqP6oVNbPA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH7PR05MB10317
X-Proofpoint-GUID: -Uo5Ez-kBGfh_NzWSUCT8Rt9yfExB3lZ
X-Proofpoint-ORIG-GUID: -Uo5Ez-kBGfh_NzWSUCT8Rt9yfExB3lZ
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1039,Hydra:6.0.650,FMLib:17.12.28.16 definitions=2024-06-03_17,2024-05-30_01,2024-05-17_01
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 impostorscore=0 adultscore=0 suspectscore=0 priorityscore=1501 spamscore=0 mlxscore=0 phishscore=0 malwarescore=0 lowpriorityscore=0 bulkscore=0 clxscore=1011 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2405170001 definitions=main-2406040010
Message-ID-Hash: 6QVOLR5VBVT3BYR3LPAJVQ7UFUFMXFED
X-Message-ID-Hash: 6QVOLR5VBVT3BYR3LPAJVQ7UFUFMXFED
X-MailFrom: wlin@juniper.net
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-bess.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/7LbIqoO87dW22gqHhGvw5gMyT3o>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Owner: <mailto:bess-owner@ietf.org>
List-Post: <mailto:bess@ietf.org>
List-Subscribe: <mailto:bess-join@ietf.org>
List-Unsubscribe: <mailto:bess-leave@ietf.org>

@ Luc,  Thanks for the link.

@Ali,  I agree this implementation specific, it does not change the outcome of the DF election result. It seems to be better to revert to the original text to avoid confusion.

Thanks,
Wen



Juniper Business Use Only
From: Ali Sajassi (sajassi) <sajassi=40cisco.com@dmarc.ietf.org>
Date: Monday, June 3, 2024 at 11:31 AM
To: Luc André Burdet <laburdet.ietf@gmail.com>, Wen Lin <wlin@juniper.net>, Ali Sajassi (sajassi) <sajassi@cisco.com>, bess@ietf.org <bess@ietf.org>
Subject: Re: [bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt
[External Email. Be cautious of content]

Luc,

That is the matter of implementation and in standards we don’t specify how the implementation should be done! A given standard should specify the outcome and the behavior in enough detailed level that there is no room for ambiguity or misinterpretation but not a specific implementation. You don’t need to know the type of the IPv6 address in order to perform the comparison. The point was that any valid IPv6 address type used for the Originating router’s IP address has the first byte as non-zero and thus the value of IPv6 address is always bigger than the value of IPv4 address.

Wen,

I will revert the text back to what it was before with the additional clarifications that I mentioned in my previous emails. As I mentioned previously, the modified text in section 8.5 is not a new algorithm or mechanism but rather was done only for clarifications; however, it apparently caused some confusion because of getting into a specific implementation.

Cheers,
Ali



Juniper Business Use Only
From: Luc André Burdet <laburdet.ietf@gmail.com>
Date: Monday, June 3, 2024 at 6:08 AM
To: Wen Lin <wlin=40juniper.net@dmarc.ietf.org>, Ali Sajassi (sajassi) <sajassi@cisco.com>, Ali Sajassi (sajassi) <sajassi=40cisco.com@dmarc.ietf.org>, bess@ietf.org <bess@ietf.org>
Subject: Re: [bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt
Hi Wen, Ali,

The addition came from the following discussion:
https://mailarchive.ietf.org/arch/msg/bess/Afnejmi8rOkcrUY55E4YRGD2jkM/<https://urldefense.com/v3/__https:/mailarchive.ietf.org/arch/msg/bess/Afnejmi8rOkcrUY55E4YRGD2jkM/__;!!NEt6yMaO-gk!COHTUv-jVa066HqrIQsQIob1VbKfG_QoO0azp2kkQfV85AyvY4rQ452vCZZUBtRnUwsxFodd-e7GrZ4gGddYlIX96nHYuA$>

In short, the question was how does one “compare” 4 octets to 16 octets.
> IPv4 read 4 octets as unsigned integer and IPv6 is considered as 16 octet unsigned integer.

The update’s intent is to make explicit the comparison by stating all 4-octet values are “numerically smaller (4<16)” than any 16-octet Originating IP (regardless of known-values, ULA, GUA) before comparing like-to-like dimensions.

Regards,
Luc André

Luc André Burdet |  Cisco  |  laburdet.ietf@gmail.com  |  Tel: +1 613 254 4814


From: Wen Lin <wlin=40juniper.net@dmarc.ietf.org>
Date: Thursday, May 30, 2024 at 23:31
To: Ali Sajassi (sajassi) <sajassi@cisco.com>, Ali Sajassi (sajassi) <sajassi=40cisco.com@dmarc.ietf.org>, bess@ietf.org <bess@ietf.org>
Subject: [bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt
Hi Ali,

Thank you for the investigation.   I think it will be good to specify the followings:

  1.  changing the ordered list from IP address only to a tuple of IP address length and IP address does not change the DF election result.
  2.  the reason for introducing the above change.

Thanks,
Wen




Juniper Business Use Only
From: Ali Sajassi (sajassi) <sajassi@cisco.com>
Date: Thursday, May 30, 2024 at 11:13 PM
To: Wen Lin <wlin@juniper.net>, Ali Sajassi (sajassi) <sajassi=40cisco.com@dmarc.ietf.org>, bess@ietf.org <bess@ietf.org>
Subject: Re: [bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt
[External Email. Be cautious of content]

Hi Wen,

Both texts say basically the same thing and translate into the same outcome (7432bis is just a clarification). If you think they don’t, please explain why not or provide an example.  Basically both text say that if you have a mix of IPv4 and IPv6 addresses in a list, sort IPv4 addresses first and then IPv6 addresses (as I said in my previous email). IPv4 values should always be less than IPv6 values for all three types of IPv6 addresses (i.e., ULA, LLA, and GUA).

Cheers,
Ali



Juniper Business Use Only
From: Wen Lin <wlin@juniper.net>
Date: Thursday, May 30, 2024 at 11:46 AM
To: Ali Sajassi (sajassi) <sajassi=40cisco.com@dmarc.ietf.org>, bess@ietf.org <bess@ietf.org>, Ali Sajassi (sajassi) <sajassi@cisco.com>
Subject: Re: [bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt

Hi Ali,



Thanks for your explanation.



To illustrate the differences between RFC7432 and RFC7432-bis,  I have included excerpts from both documents below.   To constructing an ordered list under RFC7432, we only extract “Originating Router's IP address" field of the advertised Ethernet Segment route, while under RFC7432-bist, we extract both the "IP Address length" and "Originating Router's IP address" fields of the advertised Ethernet Segment route.   IMHO, some text to explain whether there is any interop issue will be helpful.



RFC7432:

“…each PE builds an ordered list of the IP addresses of all the PE nodes connected to the Ethernet segment (including itself), in increasing numeric value.  Each IP address in this list is extracted from the "Originating Router's IP address" field of the advertised Ethernet Segment route.  Every PE is then given an ordinal indicating its position in the ordered list, starting with 0 as the ordinal for the PE with the numerically lowest IP address. “


RFC7432-bis:
“… each PE builds an ordered list of the IP addresses of all the PE nodes connected to the Ethernet segment (including itself), in increasing numeric value. Each IP address in this list is extracted from the "IP Address length" and "Originating Router's IP address" fields of the advertised Ethernet Segment route. Every PE is then given an ordinal indicating its position in the ordered list, starting with 0 as the ordinal for the PE with the lowest IP address length and numeric value tuple. The tuple list is ordered by the IP address length first and IP address value second. “

Thanks,
Wen




Juniper Business Use Only
From: Ali Sajassi (sajassi) <sajassi=40cisco.com@dmarc.ietf.org>
Date: Thursday, May 30, 2024 at 1:13 PM
To: Wen Lin <wlin@juniper.net>, bess@ietf.org <bess@ietf.org>, Ali Sajassi (sajassi) <sajassi@cisco.com>
Subject: Re: [bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt
[External Email. Be cautious of content]

Hi Wen,

The text in RFC7432bis for section 8.5 is basically a clarification to RFC7432 and has been around for several years (i.e., introduced in 2021) to ensure that the order list for DF election is uniformly formed among all the participating PEs in the redundancy group. The intention of RFC7432 was always to allow a mix of IPv4 and v6 in the DF list. So, if the RFC7432 was implemented as intended, then there is no interop or backward compatibility issue (i.e., sort the list based on v4 first and then v6 and further more based on the lowest value first). And if it wasn’t, then we would have an interop issue for those implementation of RFC7432 (i.e., it would be an interop issue and NOT backward compatibility issue!).

Cheers,
Ali



Juniper Business Use Only
From: Wen Lin <wlin=40juniper.net@dmarc.ietf.org>
Date: Thursday, May 30, 2024 at 7:32 AM
To: Ali Sajassi (sajassi) <sajassi@cisco.com>, bess@ietf.org <bess@ietf.org>, i-d-announce@ietf.org <i-d-announce@ietf.org>
Cc: bess@ietf.org <bess@ietf.org>
Subject: Re: [bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt
Hi Ali,

Under RFC7432,  the ordered list used for electing the DF/BDF is formed based solely on the numerical value of each router’s IP address, the originating router’s IP address.   RFC7432-bis introduces a refinement, i.e., the ordered list is now formed based on the tuple of each router’s IP address length and its numerical value.

It would be helpful to add some text to clarify whether there is any backward combability issue if we have a mixed of IPv4 and IPv6 addresses for the originating router’s IP addresses in the network and with some routers running DF election based on RFC7432 and others based on RFC7432-bis.

Thanks,
Wen




Juniper Business Use Only
From: Ali Sajassi (sajassi) <sajassi=40cisco.com@dmarc.ietf.org>
Date: Wednesday, May 29, 2024 at 11:48 PM
To: Wen Lin <wlin@juniper.net>, bess@ietf.org <bess@ietf.org>, i-d-announce@ietf.org <i-d-announce@ietf.org>
Cc: bess@ietf.org <bess@ietf.org>
Subject: Re: [bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt
[External Email. Be cautious of content]

Hi Wen,

There shouldn’t be any backward compatibility issue as section 8.5 states:


    “Every PE is then given an ordinal
       indicating its position in the ordered list, starting with 0 as
       the ordinal for the PE with the lowest IP address length and
       numeric value tuple.  The tuple list is ordered by the IP address
       length first and IP address value second.”

Because IP address length is factored into sorting the list, both IPv4 and IPv6 are allowed to be in the list. This is the expected behavior because in a simple of dual-homing, an ES can span across two ASes with different address families.

Cheers,
Ali





Juniper Business Use Only
From: Wen Lin <wlin=40juniper.net@dmarc.ietf.org>
Date: Wednesday, May 29, 2024 at 12:47 PM
To: Ali Sajassi (sajassi) <sajassi@cisco.com>, bess@ietf.org <bess@ietf.org>, i-d-announce@ietf.org <i-d-announce@ietf.org>
Cc: bess@ietf.org <bess@ietf.org>
Subject: Re: [bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt
Hi Ali,

Thank you for providing the following text.

I think it will be helpful to mention the backward compatibility issue regarding the change introduced in DF election (Section 8.5) as we need to consider the possibility of originating router’s IP addresses coming in with different IP address families.

Thanks,
Wen





Juniper Business Use Only
From: Ali Sajassi (sajassi) <sajassi=40cisco.com@dmarc.ietf.org>
Date: Wednesday, May 15, 2024 at 1:55 PM
To: Wen Lin <wlin@juniper.net>, bess@ietf.org <bess@ietf.org>, i-d-announce@ietf.org <i-d-announce@ietf.org>
Cc: bess@ietf.org <bess@ietf.org>
Subject: Re: [bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt
[External Email. Be cautious of content]

Hi Wen,

I am thinking of adding  the following paragraph as a clarification for the originating router’s IP address.


“The Originating Router’s IP address does not need to be a routable address and its purpose is to identify the originator of that EVPN route uniquely. It can be either IPv4 or IPv6 address independent of the BGP next hop address type for that NLRI and it must remain the same for all EVPN routes advertised by that PE.”



Cheers,

Ali



Juniper Business Use Only
From: Wen Lin <wlin=40juniper.net@dmarc.ietf.org>
Date: Friday, May 10, 2024 at 11:06 AM
To: bess@ietf.org <bess@ietf.org>, i-d-announce@ietf.org <i-d-announce@ietf.org>
Cc: bess@ietf.org <bess@ietf.org>
Subject: [bess] Re: I-D Action: draft-ietf-bess-rfc7432bis-09.txt
Thank you for the updated draft.

I think we need to explicitly specify how we set the Originating Router’s IP address – when it will be to IPv6 or IPv4 address for both Ethernet Segment Route and Inclusive Multicast Ethernet Tag Route.  Today, there is no mentioning about it in the draft.
7.4. <https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-ietf-bess-rfc7432bis-09*section-7.4__;Iw!!NEt6yMaO-gk!D8FxrZ9AXM1VDe0Lr_x1vfnVhlT_Aa-m2k5dfbuYNwjcHjUrl4PwNDjonwQ2by0T_aS2klGdRdmVhPe9_ee4pOSj3vUNqw$> Ethernet Segment Route<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-ietf-bess-rfc7432bis-09*name-ethernet-segment-route__;Iw!!NEt6yMaO-gk!D8FxrZ9AXM1VDe0Lr_x1vfnVhlT_Aa-m2k5dfbuYNwjcHjUrl4PwNDjonwQ2by0T_aS2klGdRdmVhPe9_ee4pOQZKTSEyg$>
            +---------------------------------------+
            |  RD (8 octets)                        |
            +---------------------------------------+
            |Ethernet Segment Identifier (10 octets)|
            +---------------------------------------+
            |  IP Address Length (1 octet)          |
            +---------------------------------------+
            |  Originating Router's IP Address      |
            |          (4 or 16 octets)             |
            +---------------------------------------+

We need to add definition or reference for the Originating Router’s IP Address.
7.3. <https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-ietf-bess-rfc7432bis-09*section-7.3__;Iw!!NEt6yMaO-gk!D8FxrZ9AXM1VDe0Lr_x1vfnVhlT_Aa-m2k5dfbuYNwjcHjUrl4PwNDjonwQ2by0T_aS2klGdRdmVhPe9_ee4pORjQTaKBA$> Inclusive Multicast Ethernet Tag Route<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-ietf-bess-rfc7432bis-09*name-inclusive-multicast-etherne__;Iw!!NEt6yMaO-gk!D8FxrZ9AXM1VDe0Lr_x1vfnVhlT_Aa-m2k5dfbuYNwjcHjUrl4PwNDjonwQ2by0T_aS2klGdRdmVhPe9_ee4pOSIekbGxQ$>

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

            |  RD (8 octets)                        |

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

            |  Ethernet Tag ID (4 octets)           |

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

            |  IP Address Length (1 octet)          |

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

            |  Originating Router's IP Address      |

            |          (4 or 16 octets)             |

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



For IMET route, we have the following definition in section 11.1:

“The Originating Router's IP Address field value MUST be set to an IP address of the PE that should be common for all the EVIs on the PE (e.g., this address may be the PE's loopback address). The IP Address Length field is in bits.”



A router may have both IPv4 and IPv6 addresses configured for the loopback.  We need to specify when IPv6 address will be used based on whether EVPN is used IPv4 or IPv6 underlay.
Thanks,
Wen



Juniper Business Use Only
From: BESS <bess-bounces@ietf.org> on behalf of internet-drafts@ietf.org <internet-drafts@ietf.org>
Date: Friday, May 3, 2024 at 12:42 AM
To: i-d-announce@ietf.org <i-d-announce@ietf.org>
Cc: bess@ietf.org <bess@ietf.org>
Subject: [bess] I-D Action: draft-ietf-bess-rfc7432bis-09.txt
[External Email. Be cautious of content]


Internet-Draft draft-ietf-bess-rfc7432bis-09.txt is now available. It is a
work item of the BGP Enabled ServiceS (BESS) WG of the IETF.

   Title:   BGP MPLS-Based Ethernet VPN
   Authors: Ali Sajassi
            Luc Andre Burdet
            John Drake
            Jorge Rabadan
   Name:    draft-ietf-bess-rfc7432bis-09.txt
   Pages:   73
   Dates:   2024-05-02

Abstract:

   This document describes procedures for Ethernet VPN (EVPN), a BGP
   MPLS-based solution which addresses the requirements specified in the
   corresponding RFC - "Requirements for Ethernet VPN (EVPN)".  This
   document obsoletes RFC7432 (BGP MPLS-Based Ethernet VPN) and updates
   RFC8214 (Virtual Private Wire Service Support in Ethernet VPN).

The IETF datatracker status page for this Internet-Draft is:
https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-ietf-bess-rfc7432bis/__;!!NEt6yMaO-gk!DQNdb1zziDhGamgqVCqazNaTWtGRyB4JfRJn_4PBJ-meIo5dUeuj3X1ZZzUL6Ak1xr3TX2QD68p6Le_VrAUK3PyL$<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-ietf-bess-rfc7432bis/__;!!NEt6yMaO-gk!DQNdb1zziDhGamgqVCqazNaTWtGRyB4JfRJn_4PBJ-meIo5dUeuj3X1ZZzUL6Ak1xr3TX2QD68p6Le_VrAUK3PyL$>

There is also an HTMLized version available at:
https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draft-ietf-bess-rfc7432bis-09__;!!NEt6yMaO-gk!DQNdb1zziDhGamgqVCqazNaTWtGRyB4JfRJn_4PBJ-meIo5dUeuj3X1ZZzUL6Ak1xr3TX2QD68p6Le_VrD-_D2Jy$<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-ietf-bess-rfc7432bis-09__;!!NEt6yMaO-gk!DQNdb1zziDhGamgqVCqazNaTWtGRyB4JfRJn_4PBJ-meIo5dUeuj3X1ZZzUL6Ak1xr3TX2QD68p6Le_VrD-_D2Jy$>

A diff from the previous version is available at:
https://urldefense.com/v3/__https://author-tools.ietf.org/iddiff?url2=draft-ietf-bess-rfc7432bis-09__;!!NEt6yMaO-gk!DQNdb1zziDhGamgqVCqazNaTWtGRyB4JfRJn_4PBJ-meIo5dUeuj3X1ZZzUL6Ak1xr3TX2QD68p6Le_VrF5Wvh7P$<https://urldefense.com/v3/__https:/author-tools.ietf.org/iddiff?url2=draft-ietf-bess-rfc7432bis-09__;!!NEt6yMaO-gk!DQNdb1zziDhGamgqVCqazNaTWtGRyB4JfRJn_4PBJ-meIo5dUeuj3X1ZZzUL6Ak1xr3TX2QD68p6Le_VrF5Wvh7P$>

Internet-Drafts are also available by rsync at:
rsync.ietf.org::internet-drafts


_______________________________________________
BESS mailing list
BESS@ietf.org
https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/bess__;!!NEt6yMaO-gk!DQNdb1zziDhGamgqVCqazNaTWtGRyB4JfRJn_4PBJ-meIo5dUeuj3X1ZZzUL6Ak1xr3TX2QD68p6Le_VrCT0gLFF$<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/bess__;!!NEt6yMaO-gk!DQNdb1zziDhGamgqVCqazNaTWtGRyB4JfRJn_4PBJ-meIo5dUeuj3X1ZZzUL6Ak1xr3TX2QD68p6Le_VrCT0gLFF$>