Juste pour le plaisir: quelques RFC divertissantes

Le format RFC existe depuis 1969 - il a été introduit lors de la discussion sur ARPANET. L'ingénieur Steve Crocker a ensuite rédigé la RFC 1 sur le fonctionnement du logiciel hôte.



Plus de 50 ans se sont écoulés depuis, mais la demande de commentaires est toujours en circulation - environ 9 000 documents ont été publiés sur les protocoles réseau, les modèles de stockage de données et les algorithmes de chiffrement.



Dans cette variété, il existe des RFC qui n'ont aucune application pratique. Ils ont été écrits principalement comme une blague . Aujourd'hui, nous allons vous parler de certaines des découvertes dans ce domaine.





Photo - Braydon Anderson - Unsplash



RFC 8771



La notation de réseau internationalisé intentionnellement illisible ( I-DUNNO ) est décrite ici . Selon les auteurs, le document vise à équilibrer la situation suivante:



Au début des années 80, le DNS a été introduit . Cela a rendu l'accès aux ressources réseau plus pratique, mais les ingénieurs continuent à «envahir» les communications de machine à machine : ils lisent et écrivent manuellement les adresses IP. La tâche d'I-DUNNO est d'empêcher cette activité et, enfin, d'attribuer le travail avec des adresses aux systèmes informatiques.



I-DUNNO utilise le codage UTF-8pour masquer les adresses IP et les rendre plus difficiles à lire pour les humains. Les points de code sont de un à quatre octets, et la séquence elle-même contient au moins un caractère interdit par IDNA2008 .



A titre d'exemple, les auteurs de la RFC 8771 citent la transformation de l'adresse IPv4 198.51.100.164. Tout d'abord, il est écrit sous forme de chaîne de 32 bits:



11000110001100110110010010100100


Puis traduit sous forme symbolique:



1100011 -> U+0063 ( c)
0001100 -> U+000C (   form feed)
1101100 -> U+006C ( l)
10010100100 -> U+04A4 (   «»)


L'algorithme de conversion inverse n'est pas spécifié car «les ordinateurs savent quoi faire et les gens ne devraient même pas essayer».


RFC 8774



Ce document décrit les erreurs spéciales qui surviendront dans les réseaux quantiques du futur. Les informations qu'ils contiennent sont transmises par des câbles à fibres optiques utilisant des qubits - photons polarisés. L'auteur de la RFC 8774 écrit qu'après l'introduction massive de tels réseaux, la valeur du temps de transmission des paquets peut être égale à zéro. Ce fait entraînera des pannes sur Internet, car l'infrastructure et les protocoles de réseau classiques ne sont pas conçus pour fonctionner avec un tel timing.



Seuls quelques protocoles sont préparés pour la situation 0-RTT: TFO , TLS 1.3 et QUIC . Beaucoup d'autres fonctionneront avec des erreurs - des bogues quantiques .





Photo - Umberto - Unsplash



Multipath TCP pour l'estimation de la bande passantela valeur alpha est calculée . A l'une des étapes, il faut diviser par RTT, ce qui est impossible avec un retard aller-retour de zéro. À son tour, le protocole LEDBAT utilisé par Apple et BitTorrent commencera à transmettre les paquets le plus rapidement possible et obstruera le canal, bien qu'il devrait limiter la charge du réseau.



Pour résoudre le problème, l'auteur de la RFC 8774 suggère de commencer par une liste complète des protocoles sujets aux bogues quantiques. Comme référence, vous pouvez utiliser RFC 2626 - sur le problème de l'an 2000. Ensuite, il restera à mettre à jour tout le code non approuvé. Ce processus peut être retardé, étant donné qu'en 2038 le problème a résolu plusieurs années pour Linux et n'a fini de réécrire le code du noyau que cette année.






:



«, , »:

UTF-8

: ARPANET









All Articles