Re: [auth48] AUTH48: RFC-to-be 9486 <draft-ietf-ippm-ioam-ipv6-options-12> for your review
"Frank Brockners (fbrockne)" <fbrockne@cisco.com> Tue, 26 September 2023 07:42 UTC
Return-Path: <fbrockne@cisco.com>
X-Original-To: auth48archive@ietfa.amsl.com
Delivered-To: auth48archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A29CC15153E; Tue, 26 Sep 2023 00:42:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.608
X-Spam-Level:
X-Spam-Status: No, score=-14.608 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b="iAQaJv07"; dkim=pass (1024-bit key) header.d=cisco.com header.b="WwWVbhpg"
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 nB6l2b4eCjwe; Tue, 26 Sep 2023 00:42:42 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (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 8F075C15153D; Tue, 26 Sep 2023 00:42:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23844; q=dns/txt; s=iport; t=1695714162; x=1696923762; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=V7OL1VulOk1d+CP98ybNGCg2g9jdRytR7EprBQKeXhw=; b=iAQaJv07Rcs9xrwTsC7gs0gFLdyE7fB7/GcvBXWc3zbKEf3XvijbmuHN tWQgnvcFl7rDL/36AqNRn7NgtoFSuDmncWRTfQdJVrhqFEOyJJA14nZWc pyiTVpAs2fW1Cy/IC2XpoyyvAGpyXQuTfTW4pTwRV8Y40QsZzQn945UE7 U=;
X-CSE-ConnectionGUID: QqEQmn58Rym3Vy0ifGiDmg==
X-CSE-MsgGUID: DKZYWdW8Sx6n4QlhOmHuWQ==
X-IPAS-Result: A0ADAAARihJlmJpdJa1aGQEBAQEBAQEBAQEBAQEBAQEBARIBAQEBAQEBAQEBAQFAJYEWBAEBAQEBCwGBZCoodwJZKhJHhFKDTAOETl+GQIIjA4tchV6JL4MSFIERA1YPAQEBDQEBOQsEAQGFBwIWhm4CJjQJDgECAgIBAQEBAwIDAQEBAQEBAQIBAQUBAQECAQcEFAEBAQEBAQEBHhkFDhAnhWgNhkkBAQEBAQEBEhEEDQwBASwLAQsEAgEIDgIBBAEBAQICJgICAh8RFQgIAgQBDQUIGoJcAYIqAw4jAwEQBj+lUAGBQAKKKHp/M4EBggkBAQYEBbAWDYJJCYEaLgGHawQaAWhOGoFcgg0YhDUnG4FJRIEVQ3ltgQI+giBCAgGBIgMBBAESAQccg1k5gi+HKxdzgRSBR2ZKggUHDi4HMoELDAmBBYJDODUqgR2BZ4dvCSGBCAhcgWo9Ag1VCwtdgRGCRAICETkTR3AbAwcDgQQQKwcELxsHBgkWLSUGUQQtJAkTEj4EgWeBUQqBBj8RDhGCRSICBzY2GUuCWwkVDDROdhArBBQXbCgEagUaFR43ERIZDQMIdh0CESM8AwUDBDYKFQ0LIQUUQwNHBkwLAwIcBQMDBIE2BQ8eAhAaBg4pAwMZTgIQFAM+AwMGAwsyAzBhA0QdQAMLbT0UIRQbBQQ9KVkFoSVtgW4QFUwBKhMmAQMNGgEKEQ4BASIsLRUINRIFHgEFCwEPHCkPjG2FQRo3glsBR6xfCT5vCoQLjACODoEGhigXhAFMgQqLGAONJIgagk1ilzR5IIIvhxGEAYN1kSoEEoE/g0gCBAIEBQIOAQEGgTIxOmtwcBUaIYIzATMJSRkPgzyKZAkDDQkWdAEJHIImhRSKZXYCAQE3AgcBCgEBAwmGTYIhLIFQAV4BAQ
IronPort-PHdr: A9a23:0JTY2hb0/QNxOUHixO4sO8X/LTDhhN3EVzX9orI9gL5IN6O78IunZ QrU5O5mixnCWoCIo/5Hiu+Dq6n7QiRA+peOtnkebYZBHwEIk8QYngEsQYaFBET3IeSsbnkSF 8VZX1gj9Ha+YgBOAMirX1TJuTWp6CIKXBD2NA57POPwT4DYlcO81Oa/05bSeA5PwjG6ZOA6I BC/tw6ErsANmsMiMvMo1xLTq31UeuJbjW9pPgeVmBDxp4+8qZVi6C9X/fkm8qZ9
IronPort-Data: A9a23:AFYo7qlAXN2kTWEn9ncEQM3o5gwWJ0RdPkR7XQ2eYbSJt1+Wr1Gzt xIYCm3SPv/ZNzH1KYglaYW/oBsE6JWDn9BhQQQ9pStjEVtH+JHPbTi7wugcHM8zwunrFh8PA xA2M4GYRCwMZiaB4E/rav649SUUOZigHtLUEPTDNj16WThqQSIgjQMLs+Mii+aEu/Dha++2k Y20+5a31GONgWYuaTpFsfzb8XuDgdyr0N8mlg1mDRx0lAe2e0k9VPo3Oay3Jn3kdYhYdsbSq zHrlezREsvxpn/BO/v9+lrJWhRiro36YWBivkFrt52K2XCukMCdPpETb5LwYW8P49mAcksYJ N9l7fRcQi9xVkHAdXh0vxRwS0lD0aN6FLDvGGGSiMmVkh38Yn63/eQ2DU8ZPKEd9bMiaY1O3 aRwxDEldBuPgae9x6i2D7IqjcU4J86tN4Qa0p1i5WiGVrB9HtaSGOOTuIMwMDQY3qiiGd7Qb dAeYjlpYTzLYgZEPREcD5dWcOKA3yCuKWIC8wLLzUYxy0Tw/j1O3Ie9C8qLfICzQcVym2aFm VuTqgwVBTlfbbRz0wGt+2+whrOflDnwWIMMGZWi+PUvjVGS2msJThoMWjOTu/eyz0OyWs5YM WQO9CFroKQz6EuxCN7nUHWFTGWspBUQXZ9bFPc3rVrLwavP6AHfDW8BJtJcVDA4nPYvaAUv0 ALZpcLsXgJ+6LybZnOx87jB+FteJhMpBWMFYCYFSy4M7N/ivJw/g3rzczqOOLS+gtuwEjbqz nXR6iM/nL4Uy8UM0s1XHGwrYRry//AlqzLZAC2MDgpJCSsiNOaYWmBS1WU3Gc1odd7DJnHY5 SBss5HHsIgmU8rX/ATTG7plIV1cz6vfWBXGn0VVFoUsnxz0vSbLkXZ4um8ufS+E868sJFfUX aMkkVkKvMMPYCb6PPUfjkDYI51C8JUM3O/ND5j8RtFPeZN2MgSA+UlTiYS4hggBTGBEfXkDB Kqm
IronPort-HdrOrdr: A9a23:uThPMKNIKkktQMBcT4T255DYdb4zR+YMi2TDiHoBKiC9I/b5qy nxppUmPEfP+UcssREb9expOMG7MArhHO1OkPks1NCZLUfbUQqTXc5fBO7Zsl/d8kLFh5NgPM tbAs9D4ZjLfCZHZKXBkUiF+rQbsaW6GcmT7I+0oQYJPGVXguNbnnhE422gYzVLrXx9dOAE/e 2nl7F6TlSbCBIqR/X+LEMoG8LEoNrGno/nZxkpOz4LgTPlsRqYrJTBP1y9xBkxbxNjqI1OzY HCqWPEz5Tml8v+5g7X1mfV4ZgTssDm0MF/CMuFjdVQAinwiy6zDb4RGIGqjXQQmqWC+VwqmN 7Dr1MLJMJo8U7ceWmzvF/ExxTg6jAz8HXvoGXow0cL4PaJAQ7SOfAxwr6xQSGprXbIe+sMiZ 6j6ljp86a/yymwxBgVqeK4DC2C3XDE0kbK2dRj/UC3F7FuKIO4aeckjR5o+FBqJlOh1Kk3VO ZpF83S//BQbBeTaG3YpHBmxJi2Um00BQrueDlJhiW56UkfoJlC9TpS+OUP2nMbsJ4tQZhN4O rJdqxuibFVV8cTKaZwHv0IT8e7AnHEBUukChPfHX33UKUcf37doZ/+57s4oOmsZZwT1ZM33J DMSklRu2I+c1/nTceOwJpI+BbQR3jVZ0Wh9uhOo5xi/rHsTrviNiOODFgojsu7uv0aRtbWXv 6iUagmSsML7VGeb7qh8zeOLKW6c0NuJfH9kuxLL26zng==
X-Talos-CUID: 9a23:AwOWgG1zQ6aLWh/Ao2EPTLxfI9kIS3jbkSfqMkrjN3cxSbO6SHOV9/Yx
X-Talos-MUID: 9a23:MV8jlQivmbny81RtaWJd/cMpGORa0puiNxA2gcsA5/CANQt1GyqitWHi
X-IronPort-Anti-Spam-Filtered: true
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-3.cisco.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Sep 2023 07:42:41 +0000
Received: from rcdn-opgw-1.cisco.com (rcdn-opgw-1.cisco.com [72.163.7.162]) by rcdn-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 38Q7gelE010988 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 26 Sep 2023 07:42:40 GMT
X-CSE-ConnectionGUID: SjwPolIwTYS+rvZmvUWLpA==
X-CSE-MsgGUID: YJ/bc9qrTAy6U9XA+sNjWA==
Authentication-Results: rcdn-opgw-1.cisco.com; dkim=pass (signature verified) header.i=@cisco.com; spf=Pass smtp.mailfrom=fbrockne@cisco.com; dmarc=pass (p=quarantine dis=none) d=cisco.com
X-IronPort-AV: E=Sophos;i="6.03,177,1694736000"; d="scan'208";a="3020978"
Received: from mail-mw2nam10lp2106.outbound.protection.outlook.com (HELO NAM10-MW2-obe.outbound.protection.outlook.com) ([104.47.55.106]) by rcdn-opgw-1.cisco.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Sep 2023 07:42:39 +0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Cn/2ZKYrzz8BYLZGxNIDdYX6r3ydPmjgVU6d8HfnVZqGFzsoEgw7jFPYEqLK5B57dwIthl2uCQBs5nyQmc+YeWyP2PawIkSvST4AiTbKEOdB18Wdv1fy1MTzKs3oGUREQkrdGKFCfyzldEfnyGMKzORzIpQPsbmn2PCLpksqs8GC7FhdMAXRf845JonUOtw4TCkI1eaSSe4lcDKIQ4ftWier6TUm/i08L61RRzJsX2J3x7+dCVedvvDHZsFNs+M2mUQvuZLWEwpSrU6dN4q5Oo1WCZoK6LK7shIanWSR4FZx1r9PSoms8wbzV0vQjW68SdK4TfUWFUQ4U6bv7/szNA==
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=V7OL1VulOk1d+CP98ybNGCg2g9jdRytR7EprBQKeXhw=; b=i/ibp0Z+AqK3STAnSxciOX+SeUa1KNy7uDH7oqQcv3wqw6LLlreOoyVaKmSLXsnw0XDxnHCPtFhgPpDpih5phPEAuMmnbaFEtwIs/7U7LajrZfyP9lR9OBBTN2tb8O4DyjI5zhMaeS9Ojb25JuyBCi003tThVMcDFyDWxmy8E9vPuM2illaKhuq9vgQ2iKWyfxhC1fB35caMMInqHu2CnuaUfkGjNedn9Udef6LKubqwz0tuDd4P1szNL6Jx3fMZ26i7VVAGTv+z3cN4m796uDkL+7gYVxPijgrn7yhxmu3DcnYI5powbH8WD5Gs06wvVFseldnrPbkOLFShJN9dNg==
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=V7OL1VulOk1d+CP98ybNGCg2g9jdRytR7EprBQKeXhw=; b=WwWVbhpg3WTS7PCwLT7PHR+OaQ56Gx4QtO7ggC046W1y1HRW/DNn6bmVNOEm1fuGVITc8gXP96mp883f1sDzOwQ8Wf4JFSwXZLtpCDU3tWWldoIDoFFkm6n/ZJSC5MeaSaQhEO6QQyNtwwyXZdvpz3VkVHDHiINTyZB9zOfZSCU=
Received: from PH7PR11MB8478.namprd11.prod.outlook.com (2603:10b6:510:308::11) by CY8PR11MB7778.namprd11.prod.outlook.com (2603:10b6:930:76::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6813.28; Tue, 26 Sep 2023 07:42:38 +0000
Received: from PH7PR11MB8478.namprd11.prod.outlook.com ([fe80::698e:8eaf:bb2b:8701]) by PH7PR11MB8478.namprd11.prod.outlook.com ([fe80::698e:8eaf:bb2b:8701%7]) with mapi id 15.20.6813.027; Tue, 26 Sep 2023 07:42:38 +0000
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: Sarah Tarrant <starrant@amsl.com>, Shwetha <shwetha.bhandari@gmail.com>
CC: RFC Editor <rfc-editor@rfc-editor.org>, Shwetha Bhandari <shwetha.bhandari@thoughtspot.com>, "ippm-ads@ietf.org" <ippm-ads@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "marcus.ihlar@ericsson.com" <marcus.ihlar@ericsson.com>, Martin Duke <martin.h.duke@gmail.com>, "auth48archive@rfc-editor.org" <auth48archive@rfc-editor.org>
Thread-Topic: AUTH48: RFC-to-be 9486 <draft-ietf-ippm-ioam-ipv6-options-12> for your review
Thread-Index: AQHZ7RIFQOhI3U+0jkO1Tddg5pfVHLAoVFxwgAAPdACAA38+AIAA3GOw
Date: Tue, 26 Sep 2023 07:42:37 +0000
Message-ID: <PH7PR11MB8478134D09FBF8A5CC179E5DDAC3A@PH7PR11MB8478.namprd11.prod.outlook.com>
References: <20230922050204.452BD13BB565@rfcpa.amsl.com> <PH7PR11MB847889EA16B9345EF695912EDAFEA@PH7PR11MB8478.namprd11.prod.outlook.com> <CA+SnWFGpQYKLjATHubaQeUPDjVM=phvoEQTz6Ra1EtmPM0m6GQ@mail.gmail.com> <32720E5D-EC9E-4415-998F-220C49B91670@amsl.com>
In-Reply-To: <32720E5D-EC9E-4415-998F-220C49B91670@amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: PH7PR11MB8478:EE_|CY8PR11MB7778:EE_
x-ms-office365-filtering-correlation-id: 8d1556e0-e520-4092-18ad-08dbbe6427f9
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: KXttaUEXYxxcWEIIKyOd+zgALidFCPwe8uDTsis92C47PldumkiK1e9YB3zZRyAgywyznsKa0Lr61dWB9++auuTZwbgPZQUXFsUgVvNT2Lxbb8F5Bamm0+FQBszRwSFxaw+rs1358rS89x7pAhDvzMYarqOm5SeDf8//sKXGtfd8i0g/D5xE0nj6t0iDF2xGWvKdosRfwSpQj8bcYONBU/bPZ+jnXbqhTW/LvJO0IAMCY8nNKeKvH8CSvCnPgMwT67QnZrtssqmoBZLNrX5lMaMURixJAGk4iyIYjTVtvRZGUovYqzXGBmaLw2qbzxWPdoZK4+Lnwe4/JrcWsv+BTr8COz//wTcBUZYdJPKQvmvk0uCv1hcBp5aqjjTjobw7LBpVVvHAeQG0Bb1R54LW+Q9Sv3tWBSx4XQh86iOdBLJLl0LESGV8q3geK5zuiLY7p4DepKikZ58iwT0Ja0JugnwDd+SlSGTELAuuhHEfcP9/jZPP1n1YoU6VWSesaDatmxQdZ0jYfW70dZzM5OzViRsR/W7IOWmayy0vUCqDM5pMlI36n+fWvWX8E/LwlL3WY6jtebc0qfsRsLSzmtGCFHNzLe+RBU0VnsGH2plcizIk3xHSd8TEb5OsOqIjnNpkPqNjWemiWfjqHBRepS3094d06HZUe6Ja0/abgd51wqc=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH7PR11MB8478.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(136003)(366004)(346002)(396003)(376002)(39860400002)(230922051799003)(451199024)(1800799009)(186009)(55016003)(2906002)(66574015)(83380400001)(30864003)(38070700005)(38100700002)(122000001)(9686003)(53546011)(76116006)(66946007)(66556008)(66476007)(110136005)(966005)(478600001)(71200400001)(6506007)(19627235002)(7696005)(66446008)(54906003)(52536014)(4326008)(8676002)(5660300002)(41300700001)(316002)(8936002)(26005)(64756008)(86362001)(33656002)(562404015)(19607625013); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: d6T20LypOMQkf85CYdWejL35lY3V+tUzpu5rxEzEp3/mkmbr9jJkES6ZfRYLeV3rQZm3jlF793k+6w/e49GBtwLoA5yV/iINT+MPMkoxKd7RTEtjid2AVytdcrSsxAsL3DRGEpfGylr2jF7bOtUTrCcaOdtE/rQhVtzaW71R0R+dN1m5gfUqFe0b8imiB98Xu+shL9zFmkisgr9J1eCC3DF12eKdxn+ZjegV8+AZzvwGquokdvsmHOG30WzjnlIrjLuXIaCHtR877WJ9FlgdzwYtTF9KO/rD5wh7uh+TsdLg7Rn22TBHQTsgZraQWPXfm7qA/UzGpufF6yvmUZF+7VnzHwAhBuNgW3kdCfqcAvaab8oS0p8VuSZKV9g21YiclHDyzlgKZ6XJhhONyhlwZIv5qHXfgYSY0o6DGvHjsEax/wpf45xtZbwAG9gCkfR67giab2S6MSGB4SAO2+P9zXmOlmcY+4Mz/n3Er+CiKyjDl92H3b5/8/nckv/Lk+VBfH8dcJiE9Ly4jve228wZdwHr3KvgGkpfxg4Ni8zxP1UYx8hqlHAjgpRQzU6RaILP7mXHKL9IKXxJoPWmQGgnW7TdsNIkpP3+ZyKUTYLZWowyY7DvgLT+n8ji7ewKrCIDbAVpxOMtIpnMSN1/Z6l76Evj85wPOG9sPXDu7SVy72vdqwp3YIKfp+zHzkvLQWUHkacCN7wCpmHbaPTdtCIdVXD1NCqdL7CtiwbE8NQ9AZ7DDiv6uUjluaq6LpxKlAFi0yIeN6d9X4cJ9w9zQDbvAFENWA7a92hCc/l3DAjeMirYGJ18uz33jhhs9KoFWFzNb1Gnemb5KyGh/XHS8fj3eU9D60jEN0bY+ckeKd+F5rwibz8schbWWPVIU1geI+c2iZWclriBVyDYB65df35NrpVMTLclUQAKwy+aPf/DRlQ4LVBJt/tU2dax5JtdIwYOqWvA7YEB/rOYp21rU+dimu143Zio28JNmglwD6M8FfPHAe6WaTglySnWC3g6uGfxycfARmS61OGUMllAUqJvkiWqe3W6vuCLtjBPEQWMqhM+ih56COKZ8O5af6jQawnr74tj4PDya0vXyKZOjapNXM+99fWoj5wVWVWVmb5qINga05eNQss+qoOZvda2sYRBucacGhX58JgDdLmjI+IDIzVAm8vvzvvQri22ht92kBbYi0LS/aBixR51Z46bg4jQCxpr2QweSSuEBqvU+AGc4uEZgaZNTI0k8oBQUvN9EYjHGXCDueBqSEIsTDAcgBa9TI8InXmd7zPlTMmReFkWbEDzDTWUSOc9WCIAoK/4LCaXr12PtaN/JI40T3U06eJcI3NJIYQxc6Vnw2KYzvr4y/MFzRXJxtJwBgOCH3nfi8BCplHWqt44VJaF9FJOgGM3wxEQNtIcV9ZBXZv1uMHBYpTQVgevZwCNDmct9OarWiw+InnS9LttF5mNkQrZxim68piqXIbjOVDVstWNPtnf77aMOBAHrSInHs5mOGRRgYjIMGGOENbV1dMuhgLmSCfXWN2HvgGm9+i5rq/KUdb95Gm1u9LmsTmmbn9pWa/mfw82oFps3Os0rpihUjI5Lrp7
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: cisco.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PH7PR11MB8478.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8d1556e0-e520-4092-18ad-08dbbe6427f9
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Sep 2023 07:42:37.9482 (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: qZJI6i1zClrYjng3eRvEIy/E0DHB0spx/vFk3DchTsucGvUJgNO65p2XYXoX64ULDcI+Xbb4SlZE6T6wP8/Cqw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY8PR11MB7778
X-Outbound-SMTP-Client: 72.163.7.162, rcdn-opgw-1.cisco.com
X-Outbound-Node: rcdn-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/O8j4Zwan5MbS4vHqXy70Nxv7dfM>
Subject: Re: [auth48] AUTH48: RFC-to-be 9486 <draft-ietf-ippm-ioam-ipv6-options-12> for your review
X-BeenThere: auth48archive@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive/>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Sep 2023 07:42:49 -0000
Hi Sarah, Thanks a lot for implementing the changes this quickly - and thanks for all your help improving the document and catching even small nits. Great work. The documents looks good to me, i.e., I approve. Cheers, Frank > -----Original Message----- > From: Sarah Tarrant <starrant@amsl.com> > Sent: Monday, 25 September 2023 20:32 > To: Shwetha <shwetha.bhandari@gmail.com>; Frank Brockners (fbrockne) > <fbrockne@cisco.com> > Cc: RFC Editor <rfc-editor@rfc-editor.org>; Shwetha Bhandari > <shwetha.bhandari@thoughtspot.com>; ippm-ads@ietf.org; ippm- > chairs@ietf.org; marcus.ihlar@ericsson.com; Martin Duke > <martin.h.duke@gmail.com>; auth48archive@rfc-editor.org > Subject: Re: AUTH48: RFC-to-be 9486 <draft-ietf-ippm-ioam-ipv6-options- > 12> for your review > > Hello Frank and Swetha, > > Thank you for your replies. > > We have updated the document according to Frank’s reply. > > Please review the document carefully to ensure satisfaction as we do not > make changes once it has been published as an RFC. Please contact us with > any further updates or with your approval of the document in its current > form. Note that we will await approvals from each author prior to moving > forward in the publication process. > > Please review the document carefully to ensure satisfaction as we do not > make changes once it has been published as an RFC. Contact us with any > further updates or with your approval of the document in its current form. > We will await approvals from each author prior to moving forward in the > publication process. > > Note that it may be necessary for you to refresh your browser to view the > most recent version. > > Updated XML file: > http://www.rfc-editor.org/authors/rfc9486.xml > > Updated output files: > https://www.rfc-editor.org/authors/rfc9486.html > https://www.rfc-editor.org/authors/rfc9486.txt > https://www.rfc-editor.org/authors/rfc9486.pdf > > Diff file showing all changes made during AUTH48: > https://www.rfc-editor.org/authors/rfc9486-auth48diff.html > > Comprehensive Diffs: > https://www.rfc-editor.org/authors/rfc9486-diff.html > https://www.rfc-editor.org/authors/rfc9486-rfcdiff.html (side-by-side diff) > > For the AUTH48 status of this document, please see: > https://www.rfc-editor.org/auth48/rfc9486 > > Thank you, > > RFC Editor/st > > > On Sep 23, 2023, at 8:08 AM, Shwetha <shwetha.bhandari@gmail.com> > wrote: > > > > Thanks much for the review and suggestions. +1 to Frank's response to > the suggestions. > > Looks good to me. > > > > Thanks > > Shwetha > > > > On Sat, 23 Sept 2023, 6:21 pm Frank Brockners (fbrockne), > <fbrockne@cisco.com> wrote: > > Dear RFC editor, > > > > Thanks a lot for your review and suggestions. Please see inline below. > > > > > -----Original Message----- > > > From: rfc-editor@rfc-editor.org <rfc-editor@rfc-editor.org> > > > Sent: Friday, 22 September 2023 07:02 > > > To: shwetha.bhandari@thoughtspot.com; Frank Brockners (fbrockne) > > > <fbrockne@cisco.com> > > > Cc: rfc-editor@rfc-editor.org; ippm-ads@ietf.org; > > > ippm-chairs@ietf.org; marcus.ihlar@ericsson.com; > > > martin.h.duke@gmail.com; auth48archive@rfc-editor.org > > > Subject: Re: AUTH48: RFC-to-be 9486 > > > <draft-ietf-ippm-ioam-ipv6-options- > > > 12> for your review > > > > > > Authors, > > > > > > While reviewing this document during AUTH48, please resolve (as > > > necessary) the following questions, which are also in the XML file. > > > > > > 1) <!--[rfced] Would you like to rephrase the RFC's title as follows > > > in order for "(IOAM)" to be included, similar to the title of RFC 9197? > > > > > > Original: > > > In-situ OAM IPv6 Options > > > > > > Current: > > > In Situ Operations, Administration, and Maintenance (OAM) IPv6 > > > Options > > > > > > Perhaps: > > > IPv6 Options for In Situ Operations, Administration, and > > > Maintenance > > > (IOAM) > > > --> > > > > ...FB: Agreed. Consistency with RFC 9197 is a good thing. > > > > > > > > > > > 2) <!-- [rfced] Please insert any keywords (beyond those that appear > > > in the > > > title) for use on https://www.rfc-editor.org/search. > > > --> > > > > ...FB: Given that this document is about the encapsulation of IOAM into > IPv6 options, IMHO the keywords in the title are sufficient. > > > > > > > > > > > 3) <!-- [rfced] Section 1: To closely match the text in RFC 9197, > > > should this text be updated to add "that IOAM is enabled for"? > > > > > > Original: > > > The terms "encapsulation" and "decapsulation" are used in this > > > document in the same way as in [RFC9197]: An IOAM encapsulating > node > > > incorporates one or more IOAM-Option-Types into packets. > > > > > > Perhaps: > > > The terms "encapsulation" and "decapsulation" are used in this > > > document in the same way as in [RFC9197]: An IOAM encapsulating > node > > > incorporates one or more IOAM-Option-Types into packets > > > that IOAM is enabled for. > > > --> > > > > ...FB: Agreed. > > > > > > > > > > > > > 4) <!-- [rfced] Section 3: FYI, in order to make it clear that the > > > list goes with "Option Data", we have updated the text for as > > > follows and changed the indentation of the list. Please review and let us > know if you prefer otherwise. > > > > > > Original: > > > Option Data: Variable-length field. Option-Type-specific data. > > > > > > IOAM Option data is inserted as follows: > > > > > > 1. Pre-allocated Trace Option: ... > > > [...] > > > > > > 2. Proof of Transit Option: ... > > > [...] > > > > > > > > > Current: > > > Option Data: Variable-length field. The data is specific to the > > > Option Type, as detailed below. > > > > > > Pre-allocated Trace Option: ... > > > > > > Option Type: ... > > > > > > IOAM Type: ... > > > > > > Proof of Transit Option: ... > > > > > > Option Type: ... > > > > > > IOAM Type: ... > > > --> > > > > ...FB: Agreed. The enumeration also didn't make a lot of sense, i.e., the > simple list like you have it now, is better. > > > > > > > > > 5) <!--[rfced] Section 3: The term "4n alignment" has not been used > > > in in other RFCs. Would you like to update it as follows or otherwise? > > > (The surrounding text is included for context; it uses the phrase "a > > > multiple- > > > of-4 offset".) > > > > > > Original: > > > All the IOAM IPv6 options defined here have alignment requirements. > > > Specifically, they all require 4n alignment. This ensures that > > > fields specified in [RFC9197] are aligned at a multiple-of-4 offset > > > from the start of the hop-by-hop and destination options header. > > > > > > Perhaps: > > > All the IOAM IPv6 options defined here have alignment requirements. > > > Specifically, they all require alignment on multiples of 4 bytes. > > > This ensures that fields specified in [RFC9197] are aligned at > > > a multiple-of-4 offset from the start of the hop-by-hop and > > > destination options header. > > > --> > > > > ...FB: Agreed. > > > > > > > > > > > 6) <!--[rfced] Section 6: To confirm, is it intentional that the > > > descriptions of the two option types exactly match? > > > Both are "IOAM Destination Option and IOAM Hop-by-Hop Option", as > > > shown in the registry (https://www.iana.org/assignments/ipv6- > > > parameters/). > > > --> > > > > ...FB: This is probably the best we can do. TBD_1_0 (0x11) and TBD_1_1 > (0x31) apply to both hop-by-hop as well as destination options. An > alternative would be to explicitly spell out which IOAM option types apply > to which value - which would make the registry entries very long and also > would require updating them, as soon as any newly defined IOAM option > type would use a code point. > > > > > > > > > > > > > 7) <!-- [rfced] Contributors section > > > > > > FYI, per Section 4.1.1 of RFC 7322 ("RFC Style Guide"), we updated > > > the document to have one section titled "Contributors". We have > > > removed the sentence about "and the end of this document" and used > > > the contact information from the "Contributors' Addresses". > > > > > > Current: > > > Contributors > > > > > > This document was the collective effort of several authors. The text > > > and content were contributed by the editors and the coauthors listed > > > below. > > > > > > Carlos Pignataro > > > [...] > > > --> > > > > > > > ...FB: ACK. Makes sense. > > > > > > > > 8) <!-- [rfced] Please review these terms and let us know if it's > > > acceptable to update to the form on the right to match past RFCs, > particularly RFC 9197. > > > > > > Edge to Edge Option -> Edge-to-Edge Option > > > IOAM data fields -> IOAM Data-Fields > > > IOAM E2E option -> IOAM E2E Option > > > IOAM Option Type -> OAM Option-Type > > > IOAM domain -> IOAM-Domain > > > IOAM-Opt-Type -> IOAM Opt-Type > > > IOAM-Option-Types -> IOAM Option-Types > > > Option Type vs. Option-Type -> Option-Type > > > Proof of Transit Option -> Proof of Transit Option-Type > > > --> > > > > ...FB: Perfect. Thanks for driving towards consistency. > > > > > > > > > > > > > 9) <!-- [rfced] FYI - We have added expansions for abbreviations > > > upon first use per Section 3.6 of RFC 7322 ("RFC Style Guide"). > > > Please review each expansion in the document carefully to ensure > correctness. > > > --> > > > > ...FB: Thanks. All your expansions look good to me. > > > > > > > > > > > 10) <!-- [rfced] Please review the "Inclusive Language" portion of > > > the online Style Guide <https://www.rfc- > > > editor.org/styleguide/part2/#inclusive_language> > > > and let us know if any changes are needed. > > > > > > Note that our script did not flag any words in particular, but this > > > should still be reviewed as a best practice. > > > --> > > > > ..FB: Thanks. I did not catch any issues either. > > > > Thanks a lot for all the updates and suggested edits. With those, the doc > looks ready to me. > > > > Thanks, Frank > > > > > > > > > Thank you. > > > > > > RFC Editor/st/ar > > > > > > > > > On Sep 21, 2023, rfc-editor@rfc-editor.org wrote: > > > > > > *****IMPORTANT***** > > > > > > Updated 2023/09/21 > > > > > > RFC Author(s): > > > -------------- > > > > > > Instructions for Completing AUTH48 > > > > > > Your document has now entered AUTH48. Once it has been reviewed > and > > > approved by you and all coauthors, it will be published as an RFC. > > > If an author is no longer available, there are several remedies > > > available as listed in the FAQ (https://www.rfc-editor.org/faq/). > > > > > > You and you coauthors are responsible for engaging other parties > > > (e.g., Contributors or Working Group) as necessary before providing > > > your approval. > > > > > > Planning your review > > > --------------------- > > > > > > Please review the following aspects of your document: > > > > > > * RFC Editor questions > > > > > > Please review and resolve any questions raised by the RFC Editor > > > that have been included in the XML file as comments marked as > > > follows: > > > > > > <!-- [rfced] ... --> > > > > > > These questions will also be sent in a subsequent email. > > > > > > * Changes submitted by coauthors > > > > > > Please ensure that you review any changes submitted by your > > > coauthors. We assume that if you do not speak up that you > > > agree to changes submitted by your coauthors. > > > > > > * Content > > > > > > Please review the full content of the document, as this cannot > > > change once the RFC is published. Please pay particular attention to: > > > - IANA considerations updates (if applicable) > > > - contact information > > > - references > > > > > > * Copyright notices and legends > > > > > > Please review the copyright notice and legends as defined in > > > RFC 5378 and the Trust Legal Provisions > > > (TLP – https://trustee.ietf.org/license-info/). > > > > > > * Semantic markup > > > > > > Please review the markup in the XML file to ensure that elements of > > > content are correctly tagged. For example, ensure that <sourcecode> > > > and <artwork> are set correctly. See details at > > > <https://authors.ietf.org/rfcxml-vocabulary>. > > > > > > * Formatted output > > > > > > Please review the PDF, HTML, and TXT files to ensure that the > > > formatted output, as generated from the markup in the XML file, is > > > reasonable. Please note that the TXT will have formatting > > > limitations compared to the PDF and HTML. > > > > > > > > > Submitting changes > > > ------------------ > > > > > > To submit changes, please reply to this email using ‘REPLY ALL’ as > > > all the parties CCed on this message need to see your changes. The > > > parties > > > include: > > > > > > * your coauthors > > > > > > * rfc-editor@rfc-editor.org (the RPC team) > > > > > > * other document participants, depending on the stream (e.g., > > > IETF Stream participants are your working group chairs, the > > > responsible ADs, and the document shepherd). > > > > > > * auth48archive@rfc-editor.org, which is a new archival mailing list > > > to preserve AUTH48 conversations; it is not an active discussion > > > list: > > > > > > * More info: > > > https://mailarchive.ietf.org/arch/msg/ietf-announce/yb6lpIGh- > > > 4Q9l2USxIAe6P8O4Zc > > > > > > * The archive itself: > > > https://mailarchive.ietf.org/arch/browse/auth48archive/ > > > > > > * Note: If only absolutely necessary, you may temporarily opt out > > > of the archiving of messages (e.g., to discuss a sensitive matter). > > > If needed, please add a note at the top of the message that you > > > have dropped the address. When the discussion is concluded, > > > auth48archive@rfc-editor.org will be re-added to the CC list and > > > its addition will be noted at the top of the message. > > > > > > You may submit your changes in one of two ways: > > > > > > An update to the provided XML file > > > — OR — > > > An explicit list of changes in this format > > > > > > Section # (or indicate Global) > > > > > > OLD: > > > old text > > > > > > NEW: > > > new text > > > > > > You do not need to reply with both an updated XML file and an > > > explicit list of changes, as either form is sufficient. > > > > > > We will ask a stream manager to review and approve any changes that > > > seem beyond editorial in nature, e.g., addition of new text, > > > deletion of text, and technical changes. Information about stream > > > managers can be found in the FAQ. Editorial changes do not require > > > approval from a stream manager. > > > > > > > > > Approving for publication > > > -------------------------- > > > > > > To approve your RFC for publication, please reply to this email > > > stating that you approve this RFC for publication. Please use > > > ‘REPLY ALL’, as all the parties CCed on this message need to see your > approval. > > > > > > > > > Files > > > ----- > > > > > > The files are available here: > > > https://www.rfc-editor.org/authors/rfc9486.xml > > > https://www.rfc-editor.org/authors/rfc9486.html > > > https://www.rfc-editor.org/authors/rfc9486.pdf > > > https://www.rfc-editor.org/authors/rfc9486.txt > > > > > > Diff file of the text: > > > https://www.rfc-editor.org/authors/rfc9486-diff.html > > > https://www.rfc-editor.org/authors/rfc9486-rfcdiff.html (side by > > > side) > > > > > > Diff of the XML: > > > https://www.rfc-editor.org/authors/rfc9486-xmldiff1.html > > > > > > The following files are provided to facilitate creation of your own > > > diff files of the XML. > > > > > > Initial XMLv3 created using XMLv2 as input: > > > https://www.rfc-editor.org/authors/rfc9486.original.v2v3.xml > > > > > > XMLv3 file that is a best effort to capture v3-related format > > > updates > > > only: > > > https://www.rfc-editor.org/authors/rfc9486.form.xml > > > > > > For your convenience, we have also created an alt-diff file that > > > will allow you to more easily view changes where text has been > > > deleted or > > > moved: > > > http://www.rfc-editor.org/authors/rfc9486-alt-diff.html > > > > > > Tracking progress > > > ----------------- > > > > > > The details of the AUTH48 status of your document are here: > > > https://www.rfc-editor.org/auth48/rfc9486 > > > > > > Please let us know if you have any questions. > > > > > > Thank you for your cooperation, > > > > > > RFC Editor > > > > > > -------------------------------------- > > > RFC9486 (draft-ietf-ippm-ioam-ipv6-options-12) > > > > > > Title : In Situ Operations, Administration, and Maintenance (OAM) > > > IPv6 Options > > > Author(s) : S. Bhandari, Ed., F. Brockners, Ed. > > > WG Chair(s) : Marcus Ihlar, Tommy Pauly > > > Area Director(s) : Martin Duke, Zaheduzzaman Sarker
- [auth48] AUTH48: RFC-to-be 9486 <draft-ietf-ippm-… rfc-editor
- Re: [auth48] AUTH48: RFC-to-be 9486 <draft-ietf-i… rfc-editor
- Re: [auth48] AUTH48: RFC-to-be 9486 <draft-ietf-i… Frank Brockners (fbrockne)
- Re: [auth48] AUTH48: RFC-to-be 9486 <draft-ietf-i… Shwetha
- Re: [auth48] AUTH48: RFC-to-be 9486 <draft-ietf-i… Sarah Tarrant
- Re: [auth48] AUTH48: RFC-to-be 9486 <draft-ietf-i… Frank Brockners (fbrockne)
- Re: [auth48] AUTH48: RFC-to-be 9486 <draft-ietf-i… Shwetha Bhandari
- Re: [auth48] AUTH48: RFC-to-be 9486 <draft-ietf-i… Sarah Tarrant