Dominio principal
Infraestructura de Internet
En la faceta Dominio principal, los análisis de Infraestructura de Internet se agrupan por dominio principal para que los lectores puedan seguir un área concreta de la infraestructura de Internet, la gobernanza, los mercados de conectividad o el capital digital. La página reúne artículos relacionados, evidencia pública, instituciones, empresas, personas, exposición regional, dependencias operativas y contexto de mercado que de otro modo aparecerían en páginas de categoría separadas. Explica el dominio, la clase probable de actor, el contexto de mercado o de gobernanza y el material de origen que los lectores deben usar al comparar señales. Operadores, analistas y lectores de gobernanza pueden ver cómo el mismo dominio aparece en eventos, perfiles, cambios de mercado, evidencia de fuentes públicas, dependencias regionales y decisiones de infraestructura de ciclos más largos a lo largo del tiempo.
Historia de Internet
Antes de DHCP, cuatro octetos eligieron la gramática: RFC 1048 y el límite de 64 octetos de BOOTP
La paradoja del arranque por red era temporal: el equipo necesitaba configuración para usar la red, pero pretendía obtener esa configuración de la propia red. BOOTP reservó 64 octetos para cerrar el círculo. RFC 1048 convirtió ese espacio en un mensaje ampliable cuyo comienzo…
Historia de Internet
El nombre era la dirección. No era una ruta: el mapeo IP sobre NetBIOS de RFC 1088
RFC 1088 hizo algo muy específico en 1989: convirtió cada dirección IP de un host IP-sobre-NetBIOS en un nombre NetBIOS predecible, `IP.XX.XX.XX.XX`. Con eso podía enviarse un datagrama sin preguntar por una dirección física. La precisión importa porque el nombre resultante…
Historia de Internet
Cuatro bytes dieron un límite a TCP. No reconstruyeron la red OSI: el borde TPKT de RFC 1006
TCP puede entregar todos los bytes en orden sin conservar la frontera con la que una aplicación los escribió. RFC 1006 convirtió ese hecho en una regla explícita para el transporte ISO sobre TCP: antes del TPDU se leen cuatro bytes y, con ellos, una longitud.
Expediente
El código heredado llegó al cliente. No volvió a autorizar al servidor: RFC 9963
Un valor nuevo en un registro puede parecer una autorización amplia cuando una organización revisa una migración. RFC 9963 dibuja una frontera mucho más estrecha. Sus tres valores RSASSA-PKCS1-v1_5 heredados sólo sirven para que un cliente TLS 1.3 firme `CertificateVerify`…
Expediente
Llegó la conexión inversa. La identidad del equipo seguía por probar: RFC 10011
El puerto de escucha recibió justo la conexión que el diseño esperaba. Eso no convierte al remoto en el equipo que dice ser. Tampoco demuestra una sesión RESTCONF utilizable ni autoriza una orden de cambio. RFC 10011 ayuda a describir la relación de clientes, servidores y Call…
Historia de Internet
El token encontró la conexión. No admitió el subflujo: la frontera MP_JOIN de MPTCP
Una segunda conexión TCP no llega vacía: puede proponer que su propio cinco-tupla se incorpore a una relación MPTCP creada antes. La innovación no consiste en llamar «camino» a cualquier dirección adicional. Consiste en conservar la diferencia entre localizar un estado, demostrar…
Expediente
Se añadió la clave poscuántica. El destinatario clásico aún podía abrir el correo: RFC 9980
RFC 9980 incorpora criptografía poscuántica a OpenPGP con claves compuestas que unen ML-KEM y X25519 o X448. La mejora es real, pero no convierte por sí sola cada mensaje en confidencial frente a un adversario cuántico futuro. Durante la transición, el mismo mensaje puede incluir…
IETF
Weiqiang Cheng y el arrendamiento de localizador SRv6 que aún necesitaba una ruta
El equipo de DHCPv6 puede tener razón al declarar «asignado» y el equipo de encaminamiento al declarar «ausente». RFC 10038 explica por qué: ambos observan estados distintos de una cadena que solo produce servicio cuando sus traspasos quedan demostrados.
Tendencias de telecomunicaciones nacionales de Europa y Oriente Medio
Un aviso final de línea fija digital no es un cese seguro hasta confirmar la ruta de llamada crítica
Un aviso con fecha demuestra que el proveedor inició un proceso final. No demuestra por sí solo que la persona, la teleasistencia o la ruta de llamada crítica del domicilio haya pasado ese proceso con seguridad.
Historia de Internet
La franja quedó en pantalla; la política, fuera de ella: RFC 933 y el límite visual de Telnet
Repetir un aviso de seguridad dentro de cada pantalla obligaba a la aplicación a cuidar una frontera que pertenecía al terminal. RFC 933 quiso enviar el aviso una sola vez y entregar su custodia al cliente, sin fingir que el texto podía decidir permisos.
Expediente
El paquete rápido mantuvo la sesión activa. No autorizó el cambio: RFC 9985
RFC 9985 no intenta convertir cada paquete BFD en una ceremonia costosa. Distingue el momento en que una sesión cambia de significado del largo período en que conserva un estado `Up` sin cambios. Para el primer caso reserva autenticación más costosa para la implementación; para…
Historia de Internet
El NAK rechazó el puerto, no el paquete: RFC 938 y el límite entre recepción y despacho
Un receptor de IRTP podía reconocer que una secuencia de paquetes había avanzado y, al mismo tiempo, rechazar el puerto local indicado en el paquete. El `PORT NAK` de RFC 938 no era una contradicción: separaba el hecho de transporte de la decisión de entregar datos a un proceso.
Historia de Internet
Cuatro bytes cruzaron la conexión. La autoridad se quedó: RFC 927 y el pacto contra el segundo inicio de sesión
Que un usuario no tuviera que escribir dos veces la contraseña no significaba que una segunda decisión hubiera desaparecido. RFC 927 propuso que un host transmitiera un número binario de cuatro bytes tras autenticar al usuario; el host de destino conservaba el derecho a decidir…
Historia de Internet
La rama dijo «nadie aguas abajo»: RFC 1075 y el informe de no pertenencia que caducaba en DVMRP
En 1988, el encaminamiento multicast experimental necesitaba saber cuándo dejar de enviar el tráfico de un grupo por una rama. RFC 1075 ofreció una respuesta estrecha: un router aguas abajo podía informar que no tenía miembros descendientes para un grupo, y su vecino aguas arriba…
Historia de Internet
La pulsación costó cuatro octetos: cómo RFC 916 dejó que el estado sustituyera la repetición
Antes de recibir datos, una máquina pequeña podía decir cuánto estaba dispuesta a aceptar. Ese límite viajaba en el mismo octeto que después contaría la carga o, en el caso más corto, sería la propia carga. RFC 916 convirtió la capacidad local en parte explícita del contrato de…
Historia de Internet
El nombre que no entregaba una lectura: RFC 1065 y la forma de las cosas gestionables
En 1988, la gestión de Internet necesitaba describir lo que podía observarse sin hacer pasar una descripción por una observación. RFC 1065 impuso esa cautela: un tipo de objeto gestionado podía tener nombre estable, sintaxis, codificación y categoría de acceso, mientras que el…
Historia de Internet
El byte que decía «empecemos de nuevo»: SLIP, RFC 1055 y el coste de recuperar una trama serie
Una línea serie no entrega paquetes: entrega bytes, y a veces entrega también el rastro de un ruido que nadie invitó. RFC 1055 propuso una solución de una sobriedad casi pedagógica. `END` cerraba un datagrama SLIP, pero podía enviarse también antes del siguiente. Ese byte inicial…
IETF
Mike McBride y el registro multicast que evitó una clase de colisión
El servidor y el host podían elegir números distintos por casualidad, pero la norma no les daba territorios distintos. RFC 10028 dejó de confiar en esa suerte: convirtió un intervalo compartido en seis zonas con propósito propio.
Historia de Internet
El corte no fue un solo corte: cómo RFC 897 separó el cambio de nombre de la resolución DNS
Un host podía conservar durante un tiempo su nombre antiguo como alias. Eso ayudaba a encontrarlo, pero no reparaba el `Cc` guardado en una máquina remota ni una lista de correo mantenida por otra organización. RFC 897 entendió que cambiar un nombre no era una operación local…
Historia de Internet
Las LAN que el host no debía ver: RFC 925 y el coste de ocultar una topología
Un sitio de la Internet temprana podía hacer visible cada cable a la red exterior o conseguir que sus hosts vieran varias LAN como una sola red local. RFC 925 optó por esa segunda ilusión: dejó intacto el ARP del host y trasladó al intermediario el descubrimiento, la memoria y…