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.

IETF
Eric Vyncke y la sonda que se identifica sin ganarse la confianza
La medición activa de Internet puede empezar como una pregunta científica y terminar, en la red de otra persona, como una alerta sin contexto. El RFC 9511, coescrito por Eric Vyncke, propone reducir esa opacidad con una declaración pequeña y comprobable, pero conserva una…

Historia de Internet
Una consulta menos, una responsabilidad distinta: el acuerdo detrás de OCSP stapling
Ahorrar una conexión y obtener información reciente no son la misma operación. OCSP stapling permitió recibir el estado firmado de un certificado a través del propio servidor, pero dejó intacta la pregunta decisiva: quién podía emitir esa respuesta y durante cuánto tiempo merecía…

Historia de Internet
La respuesta no llevaba una lista de lo que faltaba
Un servidor DNS podía devolver un conjunto de registros válido y dejar otros fuera, sin añadir una señal que enumerara esas ausencias. Para una consulta ANY, esa respuesta pequeña podía ser suficiente para terminar el intercambio y alimentar la caché. Para una aplicación que…

Historia de Internet
Unos paquetes llegaban; otros no sabían entrar
Que una máquina contestara no demostraba que pudiera leer todas las formas de paquete que su vecino enviaría después. Las encapsulaciones con tráiler de los años ochenta podían producir esa avería engañosa: el tráfico ordinario seguía llegando, mientras una parte seleccionada por…

Historia de Internet
Diez kilómetros de diámetro no eran diez kilómetros de radio
LOC llevó coordenadas al DNS, pero también hizo sitio para sus límites. El tamaño de una entidad, la incertidumbre de su posición y la finura con que se codificaba un ángulo no eran la misma cosa. Al convertir todo eso en un único marcador de mapa, una aplicación podía ofrecer…

Historias
RIPE RIS generó la instantánea BGP. La entrega aun así falló
El incidente del 25 de agosto no comenzó con un colector de rutas caído. RIPE NCC afirma que los archivos bview de las 16:00 UTC habían sido generados, pero no llegaron al archivo público después de una conmutación. La diferencia permite preguntar dónde termina de verdad un…

Tendencias de servicios en la nube globales
Dos proveedores reciben el correo del 38,6 % de los dominios populares. Falta medir la recuperación
El DNS permite observar a qué puerta llega el correo de un dominio. No permite saber si esa puerta puede cambiarse sin dejar atrás identidades, colas y archivos.

Historia de Internet
Los 1508 bytes no eran una trama completa
Una resta de ocho bytes acabó describiendo un cambio de responsabilidades en el acceso a Internet. Cuando PPPoE pasó del ordenador a la pasarela doméstica, conservar una carga PPP de 1500 exigía espacio adicional en Ethernet. La negociación podía expresar ese deseo, pero no…

Historia de Internet
La pila antes del cambio: qué momento conserva un error ICMP de MPLS
Una etiqueta recibida no es necesariamente la que habría salido del siguiente puerto. Tampoco es la que sigue configurada cuando alguien revisa un incidente. La extensión MPLS de ICMP tuvo que fijar el instante de su relato: la llegada del paquete al router que informa del error.

Historia de Internet
La trama volvió intacta, pero nadie había contestado: el número mágico de PPP
Una comprobación de integridad puede dar un resultado correcto en una comunicación que nunca llegó al interlocutor esperado. PPP necesitaba distinguir una trama devuelta por la propia línea de una decisión tomada al otro extremo. Su Magic-Number hizo esa diferencia observable…

Historia de Internet
El mensaje que SMTP podía olvidar sin colgar: cómo RSET delimitó la transacción
Una dirección rechazada puede dejar en el servidor un remitente válido y otro destinatario ya aceptado. `RSET` permitió borrar esa combinación incompleta, confirmar el descarte y aprovechar la misma conversación para el mensaje siguiente.

Historia de Internet
El archivo cambió de sitio: cómo DHCP aprovechó sus campos de arranque
Que el campo file dejara de contener un nombre no significaba que hubiera desaparecido el archivo de arranque. DHCP aprendió a reutilizar ese espacio y a expresar el nombre como una opción. La ganancia exigía algo más que capacidad: una declaración visible y reglas comunes para…

Historia de Internet
El resolutor responde por sí mismo: el límite que dio sentido a NSID
Una respuesta DNS puede contener datos obtenidos antes y en otro lugar. El identificador NSID no intenta reconstruir ese viaje: señala, cuando el operador decide proporcionarlo, la instancia que participa en el intercambio actual. Su historia es la de una pregunta deliberadamente…

Historia de Internet
El receptor no podía saberlo todo: la comprobación limitada de ECN Nonce
Para detectar que alguien ocultaba la congestión, un experimento de TCP aprovechó un dato que el propio marcado de la red había borrado. Su detalle más importante no era cómo detectar un error, sino cuándo dejar de comprobar: también un receptor honrado podía haber perdido la…

Historia de Internet
Una conexión, un nombre y una decisión local: la propuesta de TCPMUX
El puerto 1 podía servir de entrada a programas que no tenían un número oficial propio. Pero compartir la puerta no resolvía quién debía contestar, qué entendía el cliente ni cuándo podía darse por realizado el trabajo.

Historia de Internet
Un bit no mantiene encendido un servicio: el límite de DNS WKS
WKS prometía ahorrar conexiones inútiles mediante un catálogo de puertos en DNS. Pero un catálogo incompleto podía descartar servidores de correo que sí funcionaban: la ausencia no era una prueba segura.

Historia de Internet
La respuesta que solo podía nombrar lo que sabía un servidor: por qué DNS retiró IQUERY
Hubo una consulta DNS que llegaba sin pregunta. En su lugar, colocaba un registro de recurso en la sección Answer y pedía al servidor que descubriera los nombres asociados a ese valor. La simetría era atractiva: si una consulta normal iba del nombre al recurso, una consulta…

Historia de Internet
El acuse que no podía nombrar el paquete: cómo Karn enseñó a TCP a rechazar una medición
El mismo tramo de bytes sale dos veces: primero como transmisión original y después, al vencer el temporizador, como retransmisión. Llega un único ACK y la ventana avanza. La entrega es visible; el origen temporal no. El algoritmo de Karn convirtió esa diferencia en una norma de…

Historia de Internet
La máscara que el silencio calculó mal: cómo ICMP inició una subred
Un host acaba de arrancar con dirección IPv4, pero aún no sabe qué destinos están en su propio cable. Difunde una pregunta por la máscara y no recibe respuesta. La especificación antigua le permite usar provisionalmente la máscara sin subred de la clase de dirección, aunque…

Historia de Internet
La etiqueta que un cortafuegos no podía borrar sin riesgo: la opción de seguridad IPv4 en redes cerradas
Un cortafuegos elimina una opción que parece antigua y el paquete sigue adelante. Sin embargo, en una red multinivel esa limpieza puede alterar el significado operativo de los datos: el receptor quizá rechace el paquete ya sin etiqueta o le asigne la sensibilidad implícita de la…
