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.
Tendencias de ISP regionales de Europa y Oriente Medio
Prime-Service: el mismo precio oculta dos futuros de acceso distintos
La oferta comercial vinculada a Prime-Service coloca GPON y WiMAX en niveles con los mismos precios publicados, pero con velocidades anunciadas muy diferentes. Esa comparación convierte una tabla tarifaria en una pregunta de diligencia: qué tecnología llega realmente al…
Sociedad de recursos numéricos
El maxLength de una ROA no es una política de ingeniería de tráfico
Una ruta puede resultar RPKI Valid porque su longitud está admitida por el maxLength de una ROA. Ese resultado acredita una autorización de origen acotada. No demuestra que la ruta más específica fuera planificada, aprobada, anunciada o preferida por el operador.
Historias
Las reglas de asignación IPv6 de LACNIC permiten planificar el crecimiento
**BTW analysis:** La abundancia de IPv6 no explica por sí sola cuánto puede solicitar una red ni cómo se evalúa su necesidad. En América Latina y el Caribe, la política publicada por LACNIC convierte esa capacidad en criterios operativos.
IETF
Cuando 255 octetos ya no bastan: RFC 9885 y los TLV IS-IS multiparte
Un LSP de IS-IS puede ser válido desde el punto de vista sintáctico y, aun así, dejar al receptor con un objeto incompleto cuando la información supera 255 octetos y el receptor procesa una sola aparición del TLV. La RFC 9885 define cómo reconocer y procesar esas apariciones…
IETF
Happy Eyeballs fija un presupuesto de carrera, no demuestra la salud de IPv4 e IPv6
Una página puede cargar con normalidad mientras una familia de direcciones presenta un problema aún indeterminado. Happy Eyeballs protege al usuario dejando que gane otro candidato, pero ese éxito engaña cuando se usa como prueba de que IPv4 e IPv6 funcionan correctamente.
Expediente
La CRL con el número mayor perdió la votación: RFC 9829
Dos listas de revocación parecen aptas. Una lleva el contador más alto; la otra coincide con el archivo y el hash del manifiesto vigente. En la RPKI, comparar los números no resuelve el empate: inventa una autoridad paralela. RFC 9829 obliga a seguir la publicación verificable…
Expediente
La traza unió la acción, pero no demostró la autoridad
Cinco sistemas pueden compartir el mismo identificador y discrepar sobre el hecho decisivo. El usuario recuerda una aprobación limitada; el agente registra una decisión; el servidor de autorización muestra un token válido; la herramienta afirma que ejecutó; el sistema de destino…
Historias
Un salto de TTL puede hacer que una traza de RIPE Atlas invente un enlace entre AS
Una traza puede colocar el destino justo después de una red visible aunque varios routers ocultos hayan reenviado el paquete. Ese tramo no siempre falta por silencio o por un túnel. Un nuevo estudio con RIPE Atlas muestra que un dispositivo en ruta puede elevar el TTL de la sonda…
Sociedad de recursos numéricos
Un certificado de router BGPsec no autoriza a un AS a originar un prefijo
Una firma BGPsec válida puede demostrar que una clave autorizada actuó por un sistema autónomo dentro de una ruta. Por sí sola no demuestra que ese AS estuviera autorizado a originar el prefijo. El registro operativo debe conservar ambas afirmaciones y los pasos que las conectan.
Historia de Internet
Dos campus usaban el mismo número; el túnel no podía fingir que eran uno: RFC 1504
El conflicto no empezaba con un intruso. Dos redes AppleTalk administradas por separado podían haber elegido legítimamente la misma numeración. AURP les permitía encontrarse sin borrar su pasado local, pero la solución funcionaba sólo mientras nadie confundiera el número…
Tendencias de ISP regionales de Europa y Oriente Medio
Poyrazwifi: la huella inalámbrica que convierte la capacidad de reparación en el producto real
El resumen de inteligencia de Poyrazwifi: la huella inalámbrica que convierte la capacidad de reparación en el producto real explica el desarrollo, la evidencia pública disponible para los lectores, las organizaciones implicadas, el contexto regional, la exposición de mercado y…
Historia de Internet
La clave que cambió sin cortar la conexión: la señal de relevo de TCP-AO
Cambiar la clave de una sesión TCP de larga duración era una operación delicada: bastaba que los extremos eligieran instantes distintos para rechazar tráfico legítimo. TCP-AO convirtió ese salto oculto en una transición visible mediante KeyID y RNextKeyID, sin hacer de TCP un…
IETF
La IETF aprobó la inundación dinámica como experimento. Falta medir «aceptable»
Una red muy mallada puede inundar demasiadas veces el mismo cambio de estado. El nuevo experimento de la IETF intenta recortar esa repetición con otro grafo, mucho más pequeño. Lo que no recorta es la responsabilidad: antes de activar el método, alguien debe decir qué resultado…
Expediente
La métrica no cambió. La procedencia de la etiqueta sí: RFC 9825
Dos LSA aportaban caminos de igual coste hacia el mismo prefijo. Una llevaba las etiquetas asociadas al trayecto norte; la otra, las del trayecto sur. El RIB seguía mostrando la misma métrica y el mismo número de siguientes saltos, pero tras un cambio de Router-ID el ABR…
IETF
La etiqueta llegó, ¿pero al camino correcto? RFC 9884 y la validación de PSID
Una etiqueta MPLS puede llegar al egress previsto y ser retirada allí, pero seguir asociada a la SR Policy, candidate path o segment list equivocada. RFC 9884 permite comprobar esa diferencia entre alcance del egress e identidad del contexto.
Historias
El estudio de rutas 2025 de LACNIC no indica cuándo se hicieron las mediciones
Un operador que quiera contrastar su red con el estudio regional de LACNIC encuentra porcentajes, mapas y una invitación sensata a comparar. Le falta, sin embargo, el dato que permite colocar esa comparación en el tiempo: la ventana en que se observaron las rutas.
Expediente
El token permitía usar la herramienta; no aprobaba esos argumentos
La autorización de un agente puede fallar sin que nadie robe el token. Basta con que una instrucción contaminada cambie el destinatario después de que el cliente haya obtenido permiso para usar la API correcta. OAuth demuestra una capacidad; la operación concreta aún necesita una…
Historia de Internet
Una fila en la lista no convertía al usuario en miembro: RFC 1501
The Phoenix Group quería reunir en una base de datos a quienes respondieran a su invitación de 1993. Esa lista podía volver visible un interés disperso, pero una fila sólo acreditaba una respuesta: todavía faltaban el acto de afiliación, las reglas de representación y la decisión…
Expediente
La cabecera decía NOERROR; el cuerpo firmado probaba que el nombre no existía: RFC 9824
Una biblioteca pidió AAAA, recibió una respuesta vacía con `NOERROR` y, obedientemente, preguntó después por A. El validador del mismo resolvedor ya había comprobado una señal NXNAME firmada: sabía que el nombre no existía. La segunda consulta no fue un fallo criptográfico, sino…
Expediente
El servicio ya estaba en otra red, pero ganó su registro antiguo
Dos proxies anuncian el mismo nombre. Uno conserva la dirección de ayer; el otro lleva la actualización que acaba de enviar el dispositivo. El mecanismo local protege al primero porque llegó antes. DNSSD quiere corregir ese resultado cuando ambos anuncios proceden de la misma…