Re: [IPFIX] [Technical Errata Reported] RFC5102 (4984)
"Brian Trammell (IETF)" <[email protected]> Tue, 18 Apr 2017 17:01:56 +0200
| Newsgroups | gmane.ietf.ipfix |
|---|---|
| Message-ID | <[email protected]> |
--===============6104362707648535086== Content-Type: multipart/signed; boundary="Apple-Mail=_E19A3EF6-02C4-4ECD-B6CF-17CCA49DFE3D"; protocol="application/pgp-signature"; micalg=pgp-sha512 --Apple-Mail=_E19A3EF6-02C4-4ECD-B6CF-17CCA49DFE3D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, all, You can't raise an erratum against the registry, but 7013 provides for = interoperable revisions to Information Elements to correct errors = (section 5.2 criterion 2 holds). Cheers, Brian > On 06 Apr 2017, at 15:45, Stewart Bryant <[email protected]> = wrote: >=20 > It depends on what IANA think, but it's only about an hour to write = and the reviews will all go though on the nod. >=20 > Of course as an AD Benoit may just be able to direct that that this = obvious correction happens. >=20 > Stewart >=20 >=20 > On 06/04/2017 14:23, Andrew Feren wrote: >> What about an errata on 5102 with a note that that the definitions = have moved to the registry? Seems like an odd end run, but if it solves = the problem... >>=20 >> -Andrew >>=20 >> ________________________________________ >> From: IPFIX [[email protected]] on behalf of PJ Aitken = [[email protected]] >> Sent: Thursday, April 06, 2017 5:37 AM >> To: Stewart Bryant; [email protected]; [email protected]; = [email protected]; [email protected]; [email protected]; = [email protected]; [email protected]; [email protected] >> Cc: [email protected] >> Subject: Re: [IPFIX] [Technical Errata Reported] RFC5102 (4984) >>=20 >> That would be possible, though it seems like a lot of effort for the >> addition of two clarifying words, "least significant" ? >>=20 >> P. >>=20 >>=20 >> On 06/04/17 10:29, Stewart Bryant wrote: >>> Paul >>>=20 >>> If necessary you could write a one page RFC asking IANA to add a = note >>> to the registry. >>>=20 >>> Stewart >>>=20 >>>=20 >>> On 05/04/2017 19:16, PJ Aitken wrote: >>>> I should point out that although RFC 5102 has been obsoleted by RFC >>>> 7012, 7012 doesn't actually contain any Information Element >>>> definitions; it simply points to IANA's IPFIX registry as the >>>> normative reference for Element definitions. >>>>=20 >>>> So the issue doesn't arise in 7012, and I suspect it's not possible >>>> to raise an errata against the registry. >>>>=20 >>>> P. >>>>=20 >>>>=20 >>>> On 30/03/17 13:45, RFC Errata System wrote: >>>>> The following errata report has been submitted for RFC5102, >>>>> "Information Model for IP Flow Information Export". >>>>>=20 >>>>> -------------------------------------- >>>>> You may review the report below and at: >>>>> = https://linkprotect.cudasvc.com/url?a=3Dhttps://urldefense.proofpoint.com/= v2/url%3fu%3dhttps-3A__www.rfc-2Deditor.org_errata-5Fsearch.php-3Frfc-3D51= 02-26eid-3D4984%26d%3dDwIC-g%26c%3dIL_XqQWOjubgfqINi2jTzg%26r%3dl3qN-NVkUT= PhhRxKVpFXRDjrG3WNcj_6aGqXB9E7JYU%26m%3dlbHlVRM8W9dbZUz-UVd1z1hzVa3rIiNL-6= zIIFo8oMo%26s%3dqFdcGTGJe09BgcdUjB6EszW7hMzekalZnfj8wx5JlNw%26e%3d&c=3DE,1= ,POSFjbIcmfzya-gNUP5rX4D4UfQQg4AwYC59vms0nF1wQWLNUVnaAiF5ob6Uae9OGK7KJmApL= 2_YmgpwUhW4gYwEcADORoaJSQoTSL3CL1vf&typo=3D1 >>>>>=20 >>>>> -------------------------------------- >>>>> Type: Technical >>>>> Reported by: Paul Aitken <[email protected]> >>>>>=20 >>>>> Section: 5.2.10, appA >>>>>=20 >>>>> Original Text >>>>> ------------- >>>>> Each bit represents an Information Element in the Data Record >>>>> with the n-th bit >>>>> representing the n-th Information Element. >>>>>=20 >>>>> Corrected Text >>>>> -------------- >>>>> Each bit represents an Information Element in the Data Record, >>>>> with the n-th least significant bit >>>>> representing the n-th Information Element. >>>>>=20 >>>>> Notes >>>>> ----- >>>>> A misunderstand arose as to whether bits were assigned in host = order >>>>> or network order - so clarify that the bits are assigned from the >>>>> least significant to the most significant, ie right-to-left rather >>>>> than left-to-right. >>>>>=20 >>>>> Moreover, this clarification applies to IANA's IPFIX registry. >>>>>=20 >>>>> NB RFC 8038 re-uses this definition for mibIndexIndicator. >>>>> Consistency between the definitions is desirable. >>>>>=20 >>>>> Instructions: >>>>> ------------- >>>>> This erratum is currently posted as "Reported". If necessary, = please >>>>> use "Reply All" to discuss whether it should be verified or >>>>> rejected. When a decision is reached, the verifying party >>>>> can log in to change the status and edit the report, if necessary. >>>>>=20 >>>>> -------------------------------------- >>>>> RFC5102 (draft-ietf-ipfix-info-15) >>>>> -------------------------------------- >>>>> Title : Information Model for IP Flow Information = Export >>>>> Publication Date : January 2008 >>>>> Author(s) : J. Quittek, S. Bryant, B. Claise, P. Aitken, >>>>> J. Meyer >>>>> Category : PROPOSED STANDARD >>>>> Source : IP Flow Information Export >>>>> Area : Operations and Management >>>>> Stream : IETF >>>>> Verifying Party : IESG >>>>>=20 >>>>> _______________________________________________ >>>>> IPFIX mailing list >>>>> [email protected] >>>> _______________________________________________ >>>> IPFIX mailing list >>>> [email protected] >>>> = https://linkprotect.cudasvc.com/url?a=3Dhttps://urldefense.proofpoint.com/= v2/url%3fu%3dhttps-3A__www.ietf.org_mailman_listinfo_ipfix%26d%3dDwIC-g%26= c%3dIL_XqQWOjubgfqINi2jTzg%26r%3dl3qN-NVkUTPhhRxKVpFXRDjrG3WNcj_6aGqXB9E7J= YU%26m%3dlbHlVRM8W9dbZUz-UVd1z1hzVa3rIiNL-6zIIFo8oMo%26s%3d2CAUPZ9aGFiHyUV= Utn2cZFp3fcwj4DUALHp38x4XnC8%26e%3d&c=3DE,1,pcYrfKgiAK5NJHIqb30BLQrXBHi8Lo= 8-mgP6pHj3ho1uiEqr0t_tIoUPPm2W5esu67hb-exkoIxDnLvptn6Fk1XN_eXkMZbhZslQnOte= FYgZtZG7_ZC0ruA,&typo=3D1 >>>=20 >> _______________________________________________ >> IPFIX mailing list >> [email protected] >> = https://linkprotect.cudasvc.com/url?a=3Dhttps://www.ietf.org/mailman/listi= nfo/ipfix&c=3DE,1,usIqknq8V3E9Vc_Br3gQ45teOaNlF3LfzLHNrQfB4rcp1FD80k14Pk3J= Vl_c5gVkoOA2yrwp8SRtE_kUr0YLtIlWtEs33OppFfZ7Xp_6PNt-XItuFw,,&typo=3D1 >=20 > _______________________________________________ > IPFIX mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/ipfix --Apple-Mail=_E19A3EF6-02C4-4ECD-B6CF-17CCA49DFE3D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJY9ipkAAoJEIoSt78L6kaj+sQQAL1uHKSnypHiclkJ8NQm94lx dSVAC/cp9Vl+AmXFJl8JsKQw4826ysMoEG+xLSLF5+0iaPfLd4Yn+Ggh1Zmig7dS HzfGwW8jWZzKGJYyoXef04D/n0xQhzbU1/ss9lO/J8AkgqfNHmkOsBFO++5UKGXu hoN9Zt2ad+4JrTM70u9G2XbJkg6vMqjQRhjDRmHo/2WqkDThBfhxWatrW1EC4mt5 zWLYRiPPhvr62OkX/k8HohFS2zQvHFizLxpo8JcQ5qnqOj4H6rIVSv2DrQa/WMJs duw+f9HZWEIOyvSzc0KiXf1nS9DIC7p00jF5KWh27K2NwtBYeUiyRfOX/IZ/xzbm 4/ZRDB3zS7+ZwED8O1nItiRu3DcuAoP9KuqDQ5q3DHHdH6mhPL9FNDqpanJ5QAzV QkbWZG5lkEo+W6UzrPqUuN5ZG1G0zXhp5RY5XOZrQY2Q8WqmOgPmGGxKpuXL6FUl g31J4hwctbStv5Sv1MQeboDhY+tOy3alWavW8lJKPo5fLibzK3UhPjRj/VMYo/9g xs3Td960GtfswJgFDsUo3bUm9E6wSlWF7C+stdbp7g0NWx2/TsD7Y/7/+uI8dTfG 3fpV3jfL4XKIGZJRxwzDFQErfUgOcK7u+PMbNaPlNjRtVc9xkUMaVvR//J+b/THw mvbBcTbgqRg+Y8cTYzFW =uSUs -----END PGP SIGNATURE----- --Apple-Mail=_E19A3EF6-02C4-4ECD-B6CF-17CCA49DFE3D-- --===============6104362707648535086== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ IPFIX mailing list [email protected] https://www.ietf.org/mailman/listinfo/ipfix --===============6104362707648535086==--