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
La huella que crecía hacia atrás: cómo Path evitaba que un relé de Usenet devolviera el artículo
Usenet podía detener un duplicado cuando regresaba, pero para entonces ya había pagado la transmisión. El campo `Path` resolvió el problema anterior: dejó que cada relé escribiera su paso en el artículo para que el siguiente no enviara las mismas noticias de vuelta al vecino que…
IETF
Ari Keränen y el par de candidatos que ganó antes de poder declarar el éxito
La selección de un par ICE resuelve qué combinación de direcciones de transporte usará un componente. No resuelve quién está al otro lado, si el medio fue útil, si la aplicación autorizó la sesión ni cuánto tiempo sigue vigente el permiso para enviar.
Historia de Internet
El enlace que no salía del mensaje: cómo Content-ID unió las partes MIME
Un correo HTML podía llamar a una imagen mediante una dirección parecida a una URL y, aun así, no consultar ningún servidor. La imagen viajaba en otra parte MIME y el prefijo `cid:` dirigía al lector hacia dentro del propio mensaje. Lo difícil no era dibujarla, sino conservar una…
Historia de Internet
Un Call-ID, varios diálogos: cómo los tags de SIP dieron nombre a una bifurcación
Una invitación enviada a una sola dirección podía hacer sonar varios terminales y devolver varias respuestas. SIP no convirtió el Call-ID en un número universal de llamada: cada extremo aportó un tag para nombrar el contexto que continuaría después de aquella invitación.
IETF
Erik Nordmark y el vecino que quedó STALE sin estar caído
El estado `STALE` de IPv6 no diagnostica a la máquina vecina: fecha la última prueba positiva que conserva quien observa. Separar la dirección recordada, la vigencia de la evidencia y la existencia de una ruta alternativa evita convertir un caché de reenvío en una autoridad que…
Historia de Internet
Se cortó la conexión, no la sesión: cómo RTSP guardó el estado fuera de TCP
El servidor podía perder el socket que había llevado PLAY y conservar, aun así, el contexto de reproducción. RTSP dio a esa memoria un identificador propio y caducable, pero no permitió confundirlo con la película, la ruta de medios ni la autoridad de quien sostenía el mando.
Historia de Internet
La regla que un validador no podía fingir que entendía: el indicador crítico de X.509
Extender un certificado parece sencillo hasta que el nuevo campo contiene una prohibición. Si el software antiguo lo salta, la firma sigue siendo válida pero la prohibición desaparece. X.509 v3 convirtió esa tensión en una decisión firmada: compatibilidad con quien no sabe, o…
IETF
Carsten Bormann y el Token que vinculaba una respuesta, no una persona
Una respuesta puede volver con el Token correcto y seguir dejando abiertas las preguntas más importantes. CoAP no falló al hacerlo así: separó correlación, entrega y seguridad para que cada operador pudiera demostrarlas por su cuenta.
Historia de Internet
El número que se despidió para que el flujo continuara: cómo RTP resolvió las colisiones SSRC
En RTP, un BYE podía anunciar el final de un número sin terminar la voz ni el vídeo que lo usaban. Esa separación convirtió una coincidencia aleatoria de 32 bits en un incidente recuperable: el identificador viejo se retiraba, el origen elegía otro y los receptores conservaban…
Historia de Internet
Un XID, dos ejecuciones: por qué RPC necesitó memoria además del número de respuesta
Reintentar una llamada no reconstruye lo que ocurrió antes del silencio. ONC RPC dio a cada respuesta una referencia; la experiencia de NFS obligó a guardar el resultado si se quería afirmar que el efecto sucedió una sola vez.
IETF
Fernando Gont y el primer fragmento que debía decir qué venía después
Un filtro recibe una dirección de origen, una de destino y una etiqueta que afirma «soy el primer fragmento». Falta, sin embargo, el dato que decide su política: el protocolo superior o el puerto. RFC 7112, escrita por Fernando Gont junto con Vishwas Manral y Ron Bonica…
Historia de Internet
La respuesta que traía la siguiente pregunta: cómo SNMP recorrió la MIB
Un gestor sabía cómo se llamaba una columna de la tabla de rutas, pero no qué filas guardaba el equipo. GetNext convirtió esa carencia en un procedimiento: el agente devolvía el primer OID accesible situado después del nombre consultado, y el gestor usaba ese nombre completo para…
Historia de Internet
La opción desconocida aún decía qué hacer: cómo IPv6 puso límites a la ignorancia
IPv6 no supuso que cada equipo entendería todas las extensiones futuras. Diseñó una salida más realista: el propio tipo de opción indicaba cuánto podía continuar el paquete cuando el significado era nuevo para el procesador.
IETF
Jen Linkova y el reloj de cinco minutos que dejó IPv4 de guardia
La opción 108 de DHCPv4 no ordena despedirse de IPv4. Propone algo más sobrio: que un equipo capaz no tome una dirección durante un tiempo, bajo las condiciones de una red concreta, y vuelva a preguntar cuando venza el reloj o cambie el enlace. En el trabajo de Jen Linkova como…
Historia de Internet
Los bytes que no pertenecían al valor: cómo XDR puso de acuerdo a las máquinas
XDR resolvió una disputa de arquitecturas sin obligarlas a parecerse por dentro. Les exigió una sola representación exterior, incluso en sus huecos: el relleno viajaba por la red, pero quedaba fuera del valor.
IETF
Warren Kumari y el Wi-Fi que cifraba sin saber quién estaba allí
Una red inalámbrica pública puede desconocer la identidad de sus extremos sin regalar una copia legible de cada conversación a quien escuche la radio. Opportunistic Wireless Encryption, definido por el RFC 8110, negocia un secreto distinto para cada asociación y cifra el primer…
Historia de Internet
El número pertenecía a la operación, no al paquete: cómo LDAP separó respuestas entrelazadas
LDAP hizo que un entero elegido por el cliente acompañara todas las respuestas de una operación. Así pudo mezclar búsquedas, comparaciones y resultados en una sola sesión sin confundirlos; pero la misma historia dejó claro que señalar el trabajo correcto no equivale a demostrar…
Historia de Internet
El vecino no murió cuando la caché pasó a STALE: cómo IPv6 esperó una prueba positiva
IPv6 convirtió la antigüedad de una observación en una duda graduada, no en una sentencia. Una entrada STALE podía seguir enviando; solo el uso real abría el camino hacia DELAY, PROBE y una nueva prueba.
IETF
Álvaro Retana y el prefijo que salió de la RIB sin llevarse el enlace
Una vecindad OSPF puede seguir completa, el enlace puede conservar su lugar en el cálculo SPF y los paquetes pueden atravesarlo aunque su prefijo numerado ya no figure en las tablas de rutas remotas. La RFC 6860 convierte esa aparente contradicción en una herramienta. Álvaro…
Historia de Internet
La cookie que cambió la regla de coincidencia: por qué las ramas SIP empiezan por z9hG4bK
Un servidor SIP puede decidir cómo reconocer una transacción leyendo siete caracteres del primer Via. Esa pequeña señal evitó que una etiqueta antigua recibiera, por error, la autoridad de un identificador nuevo.