#IEEE_VIS_2022 Highlights
▻https://nightingaledvs.com/ieee-vis-2022-highlights
IEEE VIS 2022 happened between October 16th and 22nd in Oklahoma City and I was really happy to have been able to attend in person...
#IEEE_VIS_2022 Highlights
▻https://nightingaledvs.com/ieee-vis-2022-highlights
IEEE VIS 2022 happened between October 16th and 22nd in Oklahoma City and I was really happy to have been able to attend in person...
the secret life of NaN
▻https://anniecherkaev.com/the-secret-life-of-nan
The floating point standard defines a special value called Not-a-Number (NaN) which is used to represent, well, values that aren’t numbers. Double precision NaNs come with a payload of 51 bits which can be used for whatever you want– one especially fun hack is using the payload to represent all other non-floating point values and their types at runtime in dynamically typed languages.
the non-secret life of NaN When I say “NaN” and also “floating point”, I specifically mean the representations defined in IEEE 754-2008, the ubiquitous floating point standard. This standard was born in 1985 (with much drama!) out of a need for a canonical representation which would allow code to be portable by quelling the anarchy induced by the menagerie of inconsistent floating point representations used by (...)
J’y ai évidemment pensé, tu penses ;-)
Mais celui-là, c’est du nan, ou plutôt du naan (ou nân dixit WP ▻https://fr.wikipedia.org/wiki/Naan ) avec payload …
Les identificateurs #IEEE 802 comme les adresses MAC d’Ethernet ne sont pas gérés par l’IETF et ne sont pas dans un registre #IANA. C’est l’IEEE qui les distribue et en garde trace. Toutefois, certains protocoles #IETF dépendent de ces identificateurs et ce #RFC documente cet usage. Il décrit l’OUI (Organizationally Unique Identifier) attribué à l’IANA, le 00-00-5E, et indique à quoi il peut servir et comment. « RFC 7042 : IANA Considerations and IETF Protocol and Documentation Usage for IEEE 802 Parameters » ▻http://www.bortzmeyer.org/7042.html
Désormais, on peut aussi mettre ces adresses dans le #DNS, en utilisant les nouveaux types créés par ce RFC. Attention : pour des raisons liées à la protection de la vie privée, il n’est pas prévu que ces enregistrements DNS EUI48 et EUI64 se retrouvent dans le DNS public, seulement dans des zones locales (un point qui a soulevé des controverses). « RFC 7043 : Resource Records for EUI-48 and EUI-64 Addresses in the DNS » ▻http://www.bortzmeyer.org/7043.html
Après l’épuisement des adresses IPv4, voici que se profile l’épuisement des adresses Ethernet (adresses MAC). En raison notamment de la virtualisation, qui multiplie le nombre de machines. Cet exposé décrit le problème et suggère des solutions (parmi elles, faire payer les adresses au « datacenter » qui les consomme plutôt qu’au vendeur qui les produit) :
►http://ieee802.org/secmail/pdfz7aHaNeQGV.pdf
L’#IEEE fait un appel aux commentaires sur ces propositions :
L’#IEEE, l’#IETF et le #W3C ont signé une déclaration commune « Modern Paradigm for Standards » qui décrit leur vision de ce que doit être une bonne #SDO (organisation de normalisation). Le site Web officiel est <►http://open-stand.org> et le communiqué de presse du lancement est en <►http://open-stand.org/openstandlaunch>.
Cette déclaration commune vise surtout l’#UIT, dans la perspective de la révision de l’ITR (International Telecommunication Regulations <http://www.itu.int/ITU-T/itr/>), qui pourrait inclure une obligation de n’utiliser que des normes UIT (les signataires de la déclaration demandent au contraire que l’adoption des normes et standards industriels soit basée sur le volontariat et non pas sur un décret).
Personnellement, je n’aime pas le fait que la référence principale soit au « commerce ». Les réseaux servent à autre chose qu’à acheter et vendre !
On notera aussi la présence de l’IEEE qui, de tous les signataires, est celle qui respecte le moins les principes du document signé (section 4 des principes). Par exemple, leurs normes ne sont toujours pas toutes librement accessibles en ligne <►http://www.ieee.org/publications_standards/index.html> alors que celles de l’UIT le sont...
Ce point avait suscité des troubles à l’IETF, Brian Carpenter par exemple avait demandé qu’on ajoute à la déclaration « The text of standards is made accessible to all, free of charge or at low cost » ce qui était très modéré mais a été refusé pour ne pas embêter l’IEEE.
La déclaration a aussi été publiée en #RFC, le RFC 6852 « Affirmation of the Modern Paradigm for Standards » ▻http://www.bortzmeyer.org/6852.html