Re: [Raw] "leg" vs "lane"

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Wed, 07 December 2022 08:49 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: raw@ietfa.amsl.com
Delivered-To: raw@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92B72C1771F8; Wed, 7 Dec 2022 00:49:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.597
X-Spam-Level:
X-Spam-Status: No, score=-14.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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=JTQLd1d6; dkim=pass (1024-bit key) header.d=cisco.com header.b=IoNFdttV
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 oi6agoDmveKI; Wed, 7 Dec 2022 00:49:29 -0800 (PST)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (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 517A1C14CE2F; Wed, 7 Dec 2022 00:49:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=52416; q=dns/txt; s=iport; t=1670402969; x=1671612569; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=1oPmv8DPX6eDVUk2TVkYtsBXAqaKBpnz8m7GvunQUJI=; b=JTQLd1d63iBD6dSb4xz05bP0eWEXVi539WdbQRuZYPZMtXHhz98r2Uih UVCH6wnwNZrg2OtRhFcBnvH+O0K0PFkyq5pojTw64OXW7dH1wm6CNPYcr klQkCnsTQmGWXBdXdnidBA0k8U5H9Yu+tYOBedQ4kd3FZFJjzw6EIz9sh E=;
X-CSE-ConnectionGUID: 4u+uNTXLSKKYA638DebXHA==
X-CSE-MsgGUID: XhoVaSUuQB2cicgwOnfJ0w==
X-IPAS-Result: A0B1AAAMU5Bj/4ENJK1aHQEBAQEJARIBBQUBgWcQBggBCwGBKTFSB30CWTpFhE6DTAOEUF+IHwOLO4d7hx2BN4EsFIERA1EFBwgBAQENAQEuAQwJBAEBhQUCFmstAYNiAiU0CQ4BAhkBAQUBAQECAQcEgQoThWgNhlUBAQEBAwEBEBEEBhMBASwLAQ8CAQYCEQEDAQEhAQYDAgICHwYLFAMGCAIEDgUIGoJdghZYAzEDAQ+PRI88AYE/Aoofen8zgQGCCAEBBgQEgTgBFUGHYQ2CRgMGgUABhzEDdVwBAYgRJxyBSUSBFAFDgWaBAT6CIEIBAQIBgSMcBBwVDwcJgyE5gi6IYo8RBzcDRx5CAws0IjMIAwIDCAMCAxsLAgMWCQ0DHQgJFxIQEgIEERoLCAMWPwkCBA4DQAgOAxEEAw8YCRIIEAQGAzEMJQsDFA0BBgMGAgUFAQMgAxQDBSQHAyEPJg0NBBsHHQMDBSUDAgIbBwICAwIGFQYCAmw5CAQIBCsjDwUCBy8FBC8CHgQFBhEIAhYCBgQFAgQEFgIQCAIIJxcHEzMZAQVZEAkhHA4aCgYFBhUDIW0FRQ8oMzY8LB8bCoEVKisVAwQEAwIGGgMDIgIQLjEDFQYpExQsByp9CQIDInMDAwQsBQQZAZhQBxGBRQEDHSYQW0UlCAoDKw4kQJYLii2OHpFDgUVvCoNqi1KLOYNKhiMWg3mMVpdvXpdAgkuKeoNqkQ6FFQIEAgQFAg4BAQaBYjyBWXAVO4JnUhkPjiAMFoNQhRSFSnUCCTACBAMBCgEBAwmKHwEB
IronPort-PHdr: A9a23:2nwMchwWrdiGbgnXCzPZngc9DxPP8534PQ8Qv5wgjb8GMqGu5I/rM 0GX4/JxxETIUoPW57Mh6aLWvqnsVHZG7cOHt3YPI5BJXgUO3MMRmQFoCcWZCEr9efjtaSFyH MlLWFJ/uX+hNk0AE8flbFqUqXq3vlYv
IronPort-Data: A9a23:9nNWkaPTSdw+QMfvrR3zlsFynXyQoLVcMsEvi/4bfWQNrUpz1mdWx zRLC2iOb/eDMzakKo9yaIm2o0MD6J7Wm4IyGXM5pCpnJ55oRWUpJjg4wmPYZX76whjrFRo/h ykmQoCdaphyFjqE/krF3oHJ9RFUzbuPSqf3FNnKMyVwQR4MYCo6gHqPocZh6mJTqYX/Ul3lV e/a+ZWFYgb/g2Esawr41orawP9RlKWq0N8nlgRWicBj5Df2i3QTBZQDEqC9R1OQrl58R7PSq 07rldlVz0uBl/sfIorNfoXTLiXmdoXv0T2m0RK6bUQNbi9q/UTe2o5jXBYVhNw+Zz+hx7idw /0V3XC8pJtA0qDkwIwgvxdk/y5WYbAF5Zn7EVyEku+i5hOdI1fhycVOJRRjVWEY0r4f7WBm/ PgcLnUGaQqOwrPwy7OgQe4qjcMmRCXpFNpA4Tc7k3eAVrB/G8Grr6bivbe02B8omsBTF/vEe +ISaCFka1LLZBgn1lI/Us5hwr/51yGXnztwmFKSm6MM3nXq5lZ60bPiL/3TdP7SWpAA9qqfj iecl4jjOTkAPcO3yDeZ/DSrnOCntS/1VY4DF5W8//Rsxlue2gQ7EhoSUXO6rOW3zEmkVLp3M UUU5y5orKUu+mSkS9D8W1uzp3vsg/IHc9NUF+t/4waXx++FpQ2YHWMDCDVGbbTKqfMLeNDj7 XfR9/uBONClmOf9pa61nltMkQ6PBA==
IronPort-HdrOrdr: A9a23:OsSUV6rI54gKbMM0CrCnSm0aV5ueL9V00zEX/kB9WHVpm5Oj+f xGzc516farslossSkb6K+90KnpewK5yXcH2/huAV7CZnirhILMFuBfBOTZskXd86OVzJ8n6U 4NSdkdNDS0NykHsS+Y2nj2Lz9D+qj8zEnAv463pB0BLXAIV0gj1XYFNu/xKDwQeOAyP+tBKH Pq3Lsgm9PPQwVzUu2LQl0+G8TTrdzCk5zrJTQcAQQ81QWIhTS0rJbnDhmxxH4lIn1y6IZn1V KAvx3y562lvf3+4ATbzXXv45Nfn8ak4sdfBfaLltMeJlzX+0eVjcVaKv2/VQIO0aOSAWUR4Z zxStAbToBOAkbqDyKISN3Wqk7dOXgVmjnfIBSj8AreSITCNUIH4ox69Ntkmt+z0Tt6gDm6u5 g7h15x/qAnfi/ojWDz4cPFWAptkVfxqX0+kfQLh3gaSocGbqRNxLZvt3+9Pa1wVR4S0rpXWN VGHYXZ/rJbYFmaZ3fWsi1mx8GtRG06GlODTlIZssKY3jBKlDQhpnFoifA3jzMF7tYwWpNE7+ PLPuBhk6xPVNYfaeZ4CP0aScW6B2TRSVbHMX6UI17gCKYbUki94aLf8fEw/qWnaZYIxJw9lN DIV05Zr3c7fwb0BciHzPRwg2bwqaWGLEPQI+1lluxEU+fHNcjW2AW4OSUTr/c=
X-Talos-CUID: 9a23:cRCRT21v+Uj3OuMJLHonarxfRt1mb1vh/FPrAGyJIDgyGJGYQ2+w0fYx
X-Talos-MUID: 9a23:pS4GlQlpvaP6TrZwabgPdnpSNMBW6p+TFXkny54HsMabEip+GW+C2WE=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos; i="5.96,223,1665446400"; d="scan'208,217"; a="24760990"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-3.cisco.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Dec 2022 08:49:28 +0000
Received: from mail.cisco.com (xfe-aln-001.cisco.com [173.37.135.121]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 2B78nQXY001338 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Wed, 7 Dec 2022 08:49:27 GMT
Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xfe-aln-001.cisco.com (173.37.135.121) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1118.15; Wed, 7 Dec 2022 02:49:26 -0600
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1118.9 via Frontend Transport; Wed, 7 Dec 2022 03:49:26 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MSzjQv2ycs0r/RS2Dx7HsTZTohgprbVlMblVDEg1AWa0+Ua68RaTzKObUYKjcIJfVVM4ZcK9EhD63uYkSTpPjTaDpyBs/wgwWf3QC0F0UR2Tm5X70+qsZaxHTN70CsIs/pYIsjldhgRfDELJRo5F4BPZ77YO7dXeus1F0+5m4C4TMfnpLqO+Tj3+YhwKu4RubJl4o/1z+2pFAUY6NsqzvGqym166fod/P39iNUuK8d/+kiKKAsmG9y0q0ca5KMbelunrriNQWnQD/pt3sbV+UOHDb5bod1RNx8x2DAnJOjWxpgeNu0GJrcTY7zqkAxn2TGaTzXnvKBtzpG2u3SGn6g==
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=1oPmv8DPX6eDVUk2TVkYtsBXAqaKBpnz8m7GvunQUJI=; b=mr9X90xkYqSG5uKzVLQUVaKnK1tAFOQ0fJu3rTT4uwwkR8JCNU5/+OZT7p0pADvaeTckLJaow7KLQjtfQXIckEuGxwHiWzN2Lsw5Uzh243TdJ+e1+r1gI+7TlLyTINTXvHrXF9Rm/s4Pwwj/lMuXLxcFnnlGDjBeSrxK5KvooMKdcuCiFL0FdxZTIa9ZW2s/s5QbyrI/ZQgDjCeA1gvvq/jbALnyDTqWq8FZ2ACLWLS5gwhjMX1KF5giEkbo+wOc8jOolUZw55jxfbuEVBeXb10NW7gdcdf6Kd1dW2wK0cjyvKHDOH3LdaoPyQslunuWg/4h2ou93BCxhOXOVvP9BA==
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.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1oPmv8DPX6eDVUk2TVkYtsBXAqaKBpnz8m7GvunQUJI=; b=IoNFdttVbklfGGQh9HECzoCI6AwRM997OI0xZ/VMSdu0U8eAyQGlXkaaSLq/+Mto5Wp7KctOeO+WCfkPDA17M/gVLsSQVhFp5QQMRN5AhYSDRGIoQGFqC+fObykBQDL3tOJ6FY66FA3CJPi59MdxwuzksWxCrFxJVQxzPrPKpHo=
Received: from CO1PR11MB4881.namprd11.prod.outlook.com (2603:10b6:303:91::20) by DM4PR11MB5293.namprd11.prod.outlook.com (2603:10b6:5:390::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5880.14; Wed, 7 Dec 2022 08:49:24 +0000
Received: from CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::20d9:5c5:9e71:961]) by CO1PR11MB4881.namprd11.prod.outlook.com ([fe80::20d9:5c5:9e71:961%5]) with mapi id 15.20.5880.014; Wed, 7 Dec 2022 08:49:24 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Rahul Jadhav <rahul.ietf@gmail.com>
CC: "ROLL WG (roll@ietf.org)" <roll@ietf.org>, Don Fedyk <dfedyk@labn.net>, "raw@ietf.org" <raw@ietf.org>
Thread-Topic: [Raw] "leg" vs "lane"
Thread-Index: AQHZCerqiIcKpa0iPk+9TceHD0v1165iDq3w
Date: Wed, 07 Dec 2022 08:48:55 +0000
Deferred-Delivery: Wed, 7 Dec 2022 08:48:53 +0000
Message-ID: <CO1PR11MB4881DED543BF60B36152DBBAD81A9@CO1PR11MB4881.namprd11.prod.outlook.com>
References: <CO1PR11MB48818E49BF42B09B90BBCF29D81B9@CO1PR11MB4881.namprd11.prod.outlook.com> <CAO0Djp1sOMNTcZZdr5VE+8Xj=3fcgJsPMURc1c3HqtzL2LY0Eg@mail.gmail.com>
In-Reply-To: <CAO0Djp1sOMNTcZZdr5VE+8Xj=3fcgJsPMURc1c3HqtzL2LY0Eg@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: CO1PR11MB4881:EE_|DM4PR11MB5293:EE_
x-ms-office365-filtering-correlation-id: c81f1719-9575-4527-f910-08dad82ff138
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 1PHq5S1+lkeYcZW6KkyOZqcT7TTTqpaXL4kIeadqBCsZ3bwgaHdE2dZ6JdL4b/1a5tCkhjRGrDGw0emrjTzor9VFUlbfa8ElCeGfMmAwgUrviARhUIUPtPafvPmDWkWt1hruWT+QSRdMNX/tVcdmRvgmtsb1AVbktPPDv3elXnoZklAtNVn3wPr99RwmXr1sZr/7bOROlAOFmUcGmZXkwis4L9A5k3JM1VCawttnoqfUKp4IqyeukFU2hs3PXNhs7+9PU2fOtszsWH6d04T2gckLcbpxC6q19tksM3stBkxTzxYeju2VOXcEpfGfeFaVeG2ycirwtI6x8P/+znJn0Ch35jEUVEH1/RaFFdyKKwLl1ID426WaZU3+wPehLHFZZ9itptjEAxWCIxurNYxDN2zM12VxhnxOr6lwvLF6M40mHgX6nZs3WmaTiMW18+oL/g7CF4a0B9xdGi+9wav23TI09aoYtvuphllRjjurakuO9m8/FMuDN1OeC+FBW23F7U/M5n6gE79b7wu+T1n4tfRbIa5bvTreU0Kj8Nxaldsel2zBoEuqYEV9iFC1i9pJYrvsixVUahCcPWZC9MBE51s1nKUA/HW/sZ8E1vyu/30tiIa6zzwxHBQUkdbdGnqv/dhek8gsMBrxHwUzagTd2tm7/bDUdKQyrByNUgBHmgYtYcSxAZJaeUWIygdlme1dRgc4wkLDS/An7eNiVrUbmfNdNgeCiQo2EYZFQ1I9dRzZ2ra+mVQYH2IGWP2/DR9vfYLue0kX7iLeNU/A4m0AZQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR11MB4881.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230022)(4636009)(39860400002)(136003)(346002)(376002)(396003)(366004)(451199015)(71200400001)(966005)(316002)(53546011)(83380400001)(6506007)(66556008)(6916009)(7696005)(8676002)(478600001)(6666004)(41300700001)(66476007)(76116006)(52536014)(66946007)(186003)(4326008)(8936002)(66574015)(2906002)(5660300002)(64756008)(66446008)(38100700002)(33656002)(55016003)(122000001)(54906003)(9686003)(166002)(38070700005)(86362001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: z9gtD/J9+g1tV6fATIbyeOGyC27Jl0gYwY5HIxlPpieU6Siw/DbBC5xTUbKPeG8TdKHWv3lxhY85I+CRzHlK8dNzsueBKFwAUkak0WgU5rOQPyrbX6Bat+SMcqaAW7vU5ymA6VyLvrs+2dDUK2V3k1nLZSL24IOYl2Uzbd2xzHGy8DDK/OS7lLrkxhpJNnuNFfRPGg3yfbJdiIll7YDGKz9Mxn35EaSnEAVEXHLDuxuHHPCQjtPvQs3f88BKMyiweUgDGHy889BBXh1uekLiiLCp/YWfoQ2STB2x7HgKxtROaNCRMdZoLF64V1Rh+dEkED+QiaPiE1Wh1hQ2lcwbVVDfo3oRvKYjmiHSZ69N5+eRvq04DvlIfaP8A/q7/TrarQIArROsJLeHf7gDp5G2EgnSD7kFuGH0eXbmw9ZxliNjFFQZf1noFnIJPO0tCdS9nJJospdEj1Gf2DaYU65hbYeKc962AauqwdhH/FWbdaKfY/MuooJKHIap2oL2+opFsf2VONJo0Oj8GN3GiBBIbw6vg1LwR4Vi9GWNF2SpvyYkINHEtsC/M+jUdTpfGNC//x6SaM41xKZWVyUU5I8RKj1LrFeyHxSPHsqQ9QA3HkIKx82J5pmFVZoNUQLoxpTFf6tZXtbWyt34TObyeGApqaYFg0HpW4ANswypPPB6OxZjdFjHmdVWGX/B7N13ZftJZqjpVi9NySE5MAqzEg2aLoQq8Mvp2FKAnAc/mmdNHrsE0DEVHZFtJwdqoueLvGOryQ1IZfikTanSmXEOWcvCNLRAYFjc2Q7D3DXuetL1ijVdsRyEQBYHtplzEnvvhMZZbgbIFQzArHX+Woyu0y67LPnhJhMeiRKvV+erwGqztXRkmRO22gX2GY+/IbfuNuqxiMN9hGnieCE+5jXnk9h5JPyTW9r0krukavz2GPyP6Etzo5D4UAgDUzbP+hC7VvbBuNz/2rCD78YHhcPNWxNA2iMOUGQ+9/uYm861fY2YJ3CNWhydiGS57JYfMN1IofP34WxcNIVhEHrYws1cb+bTD6ZJvSoxVmqx6tUwB9Zd/RKi9FcqpDeBlu1KkAn1rCPeutSBG4nxfnMwtPaSG5wtPdWYEcTs77iXRxdHcgrMvJF+lDjkGciFUcdh8/iPYFJnYfTYr9uIa1kvD7mVpTw61z41Z9zSrdV6hNmLXw67Br43FWb0u3zozaBViOI5TO4grB7HqWn8wn2nDh52bAJz9X33rb0hY9905c0AlMJ37rI1bQaU/FpKzA/PQWlnCU/nTPTRrfbwNu/jFsXwRaAUlj1O6WdveBrJoYR60CA6QqH50zewLtRnHNoOpqntGa+3RxAWAqVW4UjKeVrlwWlGQVEm9HEC24yBqFgCeZ0tVQXblnppLhc3J1ao3RqJorTC8j22JC4fSf/wpcQf6F/brhp34J7K5DODbd0mMe2s6m7o6zjwuShjtkNhbxrBpNbTi8SoBU6xTzl+wkIuc3cNfnNYcLTFB2X6cShZSpsgxNrQMAIb/pbEs9rwoAZsUd4sOtAOWlWZnJ+5J7MtN95BVpVrwcQ7lGDfr23mW9WYBA79yfZkTp+6rc5Xw9cNCZ0iOQychjKetaAJeGjxibtDhmEY3An29sMlp0s3r64hsFK7JZZHhDArpcLUJfqqMMr5
Content-Type: multipart/alternative; boundary="_000_CO1PR11MB4881DED543BF60B36152DBBAD81A9CO1PR11MB4881namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4881.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c81f1719-9575-4527-f910-08dad82ff138
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Dec 2022 08:49:24.8139 (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: NzhfeQ8D/nIU6LpIbzP9NLHc2FoE1oc+L8XH5o3PJhXO+RjPuHHwLJx3dvHOAijvp57bY0O5FEzAho9zMxKe5g==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR11MB5293
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.135.121, xfe-aln-001.cisco.com
X-Outbound-Node: alln-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/raw/K6PL97T6yHIJTIqyhnZGvWLvsUo>
Subject: Re: [Raw] "leg" vs "lane"
X-BeenThere: raw@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: reliable and available wireless <raw.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/raw>, <mailto:raw-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/raw/>
List-Post: <mailto:raw@ietf.org>
List-Help: <mailto:raw-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/raw>, <mailto:raw-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2022 08:49:33 -0000

Hello Rahul

Many thanks for those useful comments. Let’s do a pass cleaning up the DAO projection draft and aligning to RAW.
-        subTrack is removed
-        leg -> Lane
-        define stand-alone as opposed to stand-alone Track.


To your points below:


  *   1. Section 2.2 in DAO projection -29 says, "The RAW Architecture also defines the concepts of subTrack, Segment, leg, East-West, and more." but I did not find any context of "Leg" or "subTrack" in that draft<https://datatracker.ietf.org/doc/draft-ietf-raw-architecture/>. Maybe we should fix this while at it.

This takes a little rewrite to explain the concepts well, and compare what RPL DODAGs are vs. Tracks. Proposed update:

“
2.2.  References

   In this document, readers will encounter terms and concepts that are
   discussed in the "Routing Protocol for Low Power and Lossy Networks"
   [RPL], the "6TiSCH Architecture" [RFC9030], the "Deterministic
   Networking Architecture" [RFC8655], the "Reliable and Available
   Wireless (RAW) Architecture" [RAW-ARCHI], and "Terminology in Low
   power And Lossy Networks" [RFC7102].  Both architecture documents
   define the concept of Track in a compatible fashion.  This documents
   only builds Tracks that are DODAGs, meaning that all links are
   oriented From Ingress to Egress.  This specification also utilizes
   the terms Segment and Lane that are also defined in the RAW
   Architecture.

   As opposed to routing trees, RPL DODAGs are typically constructed to
   provide redundancy and dynamically adapt the forwarding operation to
   the state of the LLN links.  Note that the plain forwarding operation
   over DODAGs does not provide redundancy for all nodes, since at least
   the node nearest to the Root does not have an alternate feasible
   successor.

   RAW solves that problem by defining Protection Paths that can be
   fully non-congruent and can be activated dynamically upon failures.
   This requires additional control to take the routing decision early
   enough along the Track to route around the failure.

   RAW only uses single-ended DODAGs, meaning that they can be reversed
   in another DODAG by reversing all the links.  The Ingress of the
   Track is the Root of the DODAG, whereas the Egress is the Root of the
   reversed DODAG.  From the RAW perspective, single-ended DODAGs are
   special Tracks that only have East-West links, and that can be
   leveraged to provide Protection services by defining destination-
   oriented Protection Paths within the DODAG.

“



  *   2. Section 2.4.5.5 defines "Stand-Alone Track" ... but the remainder of the text uses the term "Stand-Alone Segment". There is no reference of "Stand-Alone Track" except in the terms section.

My mistake; a Track is “serial” not “stand alone”. What’s “stand alone” is a Segment or a Lane that forms a Serial Track with one P DAO. For a Lane that means it is strict as opposed to loose. For a segùment it means it is end to end.
“

2.4.5.5.  Stand-Alone

   Refers to a Segment or a Lane that is installed with a single P-DAO
   and fully defines a Serial Track, e.g., a Stand-Alone Segment
   installed with a single Storing Mode Via Information option (SM-VIO)
   all the way between Ingress and Egress.
“




  *   3. In all other contexts, the lane can be a suitable alternative to leg.


Very cool!

I’m committing as with https://github.com/roll-wg/dao-projection/commit/0880797634fd632a8d32d0c6752bc59928f46ab6

Many thanks Rahul 😊

All the best,

Pascal









From: Rahul Jadhav <rahul.ietf@gmail.com>
Sent: mercredi 7 décembre 2022 4:20
To: Pascal Thubert (pthubert) <pthubert@cisco.com>
Cc: ROLL WG (roll@ietf.org) <roll@ietf.org>; Don Fedyk <dfedyk@labn.net>; raw@ietf.org
Subject: Re: [Raw] "leg" vs "lane"

The term leg appears in existing literature (last I saw it getting used was for SIP Call legs) and hence I too think it might be better to use the term "lane" in the context of DAO projection. Would like to know if there was a discussion/background on RAW/elsewhere about how the term lane originated.

After going through ver -29 of DAO projection (simply grepping for "leg" and checking if "lane" makes more sense), here are some thoughts:
1. Section 2.2 in DAO projection -29 says, "The RAW Architecture also defines the concepts of subTrack, Segment, leg, East-West, and more." but I did not find any context of "Leg" or "subTrack" in that draft<https://datatracker.ietf.org/doc/draft-ietf-raw-architecture/>. Maybe we should fix this while at it.
2. Section 2.4.5.5 defines "Stand-Alone Track" ... but the remainder of the text uses the term "Stand-Alone Segment". There is no reference of "Stand-Alone Track" except in the terms section.
3. In all other contexts, the lane can be a suitable alternative to leg.

Regards,
Rahul

On Tue, 6 Dec 2022 at 12:52, Pascal Thubert (pthubert) <pthubert=40cisco.com@dmarc.ietf.org<mailto:40cisco.com@dmarc.ietf.org>> wrote:
Dear all

RAW has mostly completed its architecture work, for which the DAO projection work provides a useful component. We are in the process of cleaning up the terminology, juggling with the tension between compatibility with the IETF art when fit and avoiding confusion by overloading existing terms too much.

As part of the review, we got a comment that the term "lane" could be appropriate for east west protection paths.
The DAO projection draft introduced the term "leg" for this.

I agree with the commenter that "lane" is a good term (probably better than "leg") and would like to sync RAW and ROLL on it, using the RAW architecture as the defining place for the concept.

Please let me know if that's a bad idea, otherwise it will show in the next publication.

All the best,

Pascal

--
RAW mailing list
RAW@ietf.org<mailto:RAW@ietf.org>
https://www.ietf.org/mailman/listinfo/raw