Tema
Evidencia basada en recursos de red
Dentro de la faceta Tema, la inteligencia temática Evidencia basada en recursos de red conecta artículos que comparten un tema específico, un enfoque en señales o una temática de seguimiento. La página ofrece a los lectores un recorrido más completo a través de informes relacionados, evidencia de fuentes, actores del mercado e implicaciones de infraestructura, con el contexto suficiente para entender por qué el tema es relevante en los movimientos corporativos, las decisiones de gobernanza, la exposición regional y el riesgo operativo. Los lectores pueden comparar señales recurrentes, organizaciones implicadas, evidencia pública, contexto de mercado, continuidad del servicio, contratación, competencia, cumplimiento y cuestiones de planificación estratégica que subyacen al tema, en lugar de quedarse en una lista escueta de artículos relacionados. Explica de qué trata el tema, qué actores o políticas de infraestructura están implicados, qué evidencia respalda la cobertura y por qué puede ser relevante para operadores, clientes, inversores y lectores interesados en las políticas.
Historia de Internet
El mensaje de error era un consejo, no un veredicto: cómo RFC 816 repartió las decisiones de fallo
El fallo más difícil de denunciar era el de la primera pasarela: al morir, también perdía la capacidad de explicar por qué desaparecían los paquetes. RFC 816 convirtió esa paradoja en una arquitectura de responsabilidades, desde la selección de ruta hasta el acuse final de la…
Historias
ARIN contó 17.000 redes heredadas, pero no publicó el cuadro que explica los porcentajes
ARIN puso cifras concretas a un problema conocido: registros de contacto antiguos que siguen siendo parte de la infraestructura operativa. El salto entre unas 17.000 redes, organizaciones bajo acuerdo y fichas POC individuales, sin embargo, queda implícito. No hay base para…
Historia de Internet
El segmento perdido no detenía al siguiente: cómo RDP separó fiabilidad y orden
Una imagen de memoria puede llegar por piezas. Si falta una, la imagen está incompleta; eso no convierte en inútiles las piezas posteriores que sí llegaron y que saben dónde deben colocarse. El Reliable Data Protocol nació de esa diferencia. Aseguraba que el hueco acabaría…
Historia de Internet
El nombre no era la dirección: cómo RFC 814 separó la identidad de la ruta
Un ordenador personal con una sola sesión Telnet no necesitaba conocer todos los destinos de Internet; quizá le bastaba una asociación de ruta. Un sistema compartido podía necesitar cien. RFC 814 partió de esa diferencia para defender algo mayor: el estado local debía crecer con…
Expediente
La solicitud conservó su firma. El certificado pudo cambiar: RFC 10002 y la autoridad dentro de CMC
Una firma válida no convierte toda la cadena de matriculación en una sola decisión. RFC 10002 permite conservar la petición original, delegar pruebas en una autoridad de registro, introducir cambios mediante capas externas y dejar que la autoridad de certificación aplique su…
Expediente
La sonda recorrió la misma ruta, pero no sufrió la misma cola: RFC 10014 y el límite probatorio de OAM
Un mapa idéntico no garantiza una experiencia idéntica. RFC 10014 separa tres preguntas que la expresión «OAM in-band» solía mezclar: si la medición crea u observa paquetes, si sigue la misma ruta y si recibe el mismo tratamiento de reenvío. Esa separación decide cuándo un…
Historia de Internet
El acuse que terminaba en el enlace: cómo PPP acotó la fiabilidad
Un acuse de recibo puede cerrar una duda y abrir otras. RFC 1663 permitió a dos vecinos PPP recuperar tramas perdidas con números de secuencia, ventanas y retransmisiones. Pero el significado del acuse terminaba allí: no acreditaba al interlocutor, no garantizaba una ruta y no…
Historias
ARIN enlaza los ROA con objetos IRR. Solo el lado ROA deja un historial visible
El IRR Auto-Manager de ARIN puede convertir una sola decisión en dos registros vinculados: una autorización de origen y un objeto de ruta. La automatización reduce trabajo y conserva opciones. Sin embargo, cuando esos registros se separan, el historial público documentado todavía…
Historia de Internet
La jerarquía era en realidad un grafo: cómo Gopher puso el siguiente servidor en cada línea de menú
Gopher parecía un archivador ordenado, pero cada selección podía abandonar la máquina que mostraba el menú. La línea elegida llevaba dos historias a la vez: una etiqueta amable para la persona y una instrucción precisa para el programa, compuesta por tipo, selector opaco, host y…
Historia de Internet
El informe no podía declarar mala la línea: PPP dejó el umbral en cada extremo
Dos equipos podían observar exactamente los mismos contadores y tomar decisiones distintas. PPP convirtió esa diferencia en una característica deliberada: Link-Quality-Report fijaba cómo comparar lo enviado y lo recibido, pero no decidía cuánta pérdida era tolerable ni quién…
Expediente
Los cuatro lotes encajaban; el buzón ya había cambiado: RFC 10022 y el límite de UIDBATCHES
Un intervalo de UID puede seguir siendo correcto aunque haya perdido mensajes, sus extremos no existan y aparezcan mensajes nuevos por encima. Esa aparente paradoja es el centro operativo de RFC 10022. UIDBATCHES ayuda a repartir trabajo sobre buzones grandes, pero no captura una…
Historia de Internet
Un enlace era en realidad varios: cómo PPP Multilink mantuvo una sola secuencia en el haz
Dos líneas podían comportarse ante la capa de red como una sola conversación. PPP Multilink no ocultó que cada miembro tenía su propio entramado, pero dio a todos los fragmentos un orden común dentro del haz. Así fijó la reconstrucción interoperable sin convertir la elección de…
Expediente
La tarjeta salió del chasis; la intención siguió dentro: RFC 10016 y el poder de aplicar
Preconfigurar una interfaz antes de instalar su tarjeta es útil. Retirar la tarjeta sin perder esa intención también lo es. El peligro aparece cuando una plataforma convierte «la configuración sigue guardada» en «la red sigue configurada». RFC 10016 separa esas frases y sitúa…
Historia de Internet
El éxito que invalidaba su propio flujo: por qué XMPP recomenzaba después de TLS y SASL
XMPP podía conservar intacta una conexión TCP y, aun así, declarar que el flujo XML anterior ya no servía. El éxito de TLS o de SASL cambiaba el suelo sobre el que se habían aprendido identidades y capacidades. Por eso la conversación volvía a presentarse: otro encabezado, otro…
Historia de Internet
Los caracteres que la suma de comprobación nunca vio: cómo PPP depuraba el trayecto serie antes de confiar en la trama
Una línea serie podía añadir su propia historia a los bytes que transportaba. PPP no convirtió esa historia en contenido protegido. Primero deshacía el revestimiento reversible de la ruta y retiraba un conjunto negociado de controles que podían proceder del equipo intermedio…
Expediente
El árbol estaba activo; la hoja doce seguía a oscuras: RFC 10018 y el cierre real de una entrega P2MP
Una red punto a multipunto puede declarar éxito con once destinos sanos y ocultar el único que importa en el promedio. RFC 10018 ordena la relación entre MVPN o EVPN, los anuncios A-D y los árboles P2MP de Segment Routing. No convierte el PMSI Tunnel Attribute, el estado del…
Expediente
El certificado era válido; el intercambio ya no: RFC 10015 y la retirada selectiva dentro de TLS 1.2
Cuando un equipo heredado deja de conectar tras un endurecimiento, el certificado suele recibir la culpa. RFC 10015 obliga a mirar otra capa: TLS 1.2 puede seguir permitido y el certificado puede seguir vigente, mientras la forma de acordar el secreto —FFDHE o RSA en esa versión…
Historia de Internet
La cabecera que solo existía si ahorraba bytes: la condición de IPComp
IPComp no convirtió la compresión en una promesa del túnel. La convirtió en un examen para cada datagrama. Si la carga comprimida y la cabecera de cuatro octetos ocupaban lo mismo o más que la carga original, la única salida válida era el paquete original, sin rastro de IPComp.…
Historia de Internet
El relé de datagramas que moría con un flujo: cómo SOCKS5 ató UDP a una asociación TCP
El último datagrama no podía cerrar una sesión porque UDP nunca había creado una. SOCKS5 resolvió el problema en otro lugar: una conversación TCP autorizaba y mantenía el contexto del relé. Al morir esa conversación, los paquetes que siguieran llegando ya no podían votar por la…
Historia de Internet
La clave que no cerraba el túnel: GRE separó el flujo de la seguridad
GRE llamó Key a cuatro octetos antes de poder demostrar que esos bits protegían algo. La corrección posterior no convirtió el número en credencial. Le dio una tarea más limitada y comprobable: escoger un flujo lógico dentro del túnel.