Solo por diversi贸n: un par de RFC entretenidos

El formato RFC existe desde 1969; se introdujo durante la discusi贸n sobre ARPANET. Luego, el ingeniero Steve Crocker escribi贸 RFC 1 sobre c贸mo funciona el software de host.



Han pasado m谩s de 50 a帽os desde entonces, pero la Solicitud de comentarios todav铆a est谩 en circulaci贸n: se han publicado aproximadamente 9 mil documentos sobre protocolos de red, modelos de almacenamiento de datos y algoritmos de cifrado.



En esta variedad, hay RFC que no tienen aplicaci贸n pr谩ctica. Fueron escritos principalmente como una broma . Hoy te contaremos algunos de los hallazgos de esta zona.





Foto - Braydon Anderson - Unsplash



RFC 8771



La notaci贸n de red internacionalizada intencionalmente ilegible ( I-DUNNO ) se describe aqu铆 . Seg煤n los autores, el documento tiene como objetivo equilibrar la siguiente situaci贸n:



A principios de los 80 se introdujo el DNS. Ha hecho que el acceso a los recursos de la red sea m谩s conveniente, pero los ingenieros a煤n "invaden" las comunicaciones de m谩quina a m谩quina leyendo y escribiendo direcciones IP manualmente. La tarea de I-DUNNO es prevenir esta actividad y, finalmente, asignar el trabajo con direcciones a los sistemas inform谩ticos.



I-DUNNO usa codificaci贸n UTF-8para ocultar las direcciones IP y hacerlas m谩s dif铆ciles de leer para los humanos. Los puntos de c贸digo son de uno a cuatro octetos, y la secuencia en s铆 contiene al menos un car谩cter que est谩 prohibido por IDNA2008 .



Como ejemplo, los autores de RFC 8771 citan la transformaci贸n de la direcci贸n IPv4 198.51.100.164. Primero, est谩 escrito como una cadena de 32 bits:



11000110001100110110010010100100


Luego traducido a forma simb贸lica:



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


El algoritmo de conversi贸n inversa no se especifica porque "las computadoras saben qu茅 hacer y la gente ni siquiera deber铆a intentarlo".


RFC 8774



Este documento describe los errores especiales que surgir谩n en las redes cu谩nticas del futuro. La informaci贸n en ellos se transmite a trav茅s de cables de fibra 贸ptica que utilizan qubits, fotones polarizados. El autor de RFC 8774 escribe que despu茅s de la introducci贸n masiva de tales redes, el valor del tiempo de transmisi贸n del paquete puede ser igual a cero. Este hecho conducir谩 a fallas en Internet, ya que la infraestructura y los protocolos de red cl谩sicos no est谩n dise帽ados para funcionar con tal sincronizaci贸n.



Solo se preparan unos pocos protocolos para la situaci贸n 0-RTT: TFO , TLS 1.3 y QUIC . Muchos otros funcionar谩n con errores: errores cu谩nticos .





Foto - Umberto - Unsplash Multipath



TCP para estimaci贸n de ancho de bandase calcula el valor alfa. En una de las etapas, es necesario dividir por RTT, lo cual es imposible con un retardo de ida y vuelta de cero. A su vez, el protocolo LEDBAT utilizado por Apple y BitTorrent comenzar谩 a transmitir paquetes lo m谩s r谩pido posible y obstruir谩 el canal, aunque deber铆a limitar la carga de la red.



Para resolver el problema, el autor de RFC 8774 sugiere comenzar con una lista completa de protocolos que son propensos a errores cu谩nticos. Como referencia, puede utilizar RFC 2626 , sobre el problema del a帽o 2000. Luego quedar谩 actualizar todo el c贸digo que no sea de confianza. Este proceso puede retrasarse, dado que en 2038 el problema se resolvi贸 varios a帽os para Linux y se termin贸 de reescribir el c贸digo del kernel solo este a帽o.






:



芦, , 禄:

UTF-8

: ARPANET









All Articles