Impacto
Alto
En la faceta Impacto, el análisis de impacto de Alto destaca artículos en los que el nivel de efecto esperado, la exposición operativa o la relevancia para la toma de decisiones es comparable. La página permite a los lectores distinguir las actualizaciones rutinarias del mercado de las señales de mayor calado sobre gobernanza, infraestructura, seguridad e inversión que pueden afectar a la planificación, la contratación, las políticas o la exposición de los clientes. Conecta el nivel de consecuencia con la evidencia pública, las organizaciones relacionadas, el contexto regional, las dependencias operativas, la continuidad del servicio, la competencia, el momento de la inversión, el cumplimiento normativo y el riesgo para el cliente. Ayuda a los lectores a decidir qué novedades merecen un seguimiento más profundo, qué actores están más expuestos y cómo una señal puede afectar a las operaciones o a la planificación del mercado.
Historia de Internet
La conexión más allá de su dirección: identificadores QUIC
Dirección y puerto UDP pueden cambiar con trabajo pendiente. El identificador QUIC conserva el hilo, pero validar la ruta y rotar valores limita la confianza.
IETF
Ketan Talaulikar y el prefijo que conservó el nombre de su primer router
La avería aparece en un área distinta de aquella donde nació el prefijo. La ruta está en la base, el siguiente salto existe y el Advertising Router apunta al ABR. Todo parece coherente, salvo la pregunta que importa para investigar: ¿qué router originó realmente el prefijo antes…
Historia de Internet
HTTP 100 Continue: permiso sin aceptación
HTTP 100 Continue permite rechazar por las cabeceras antes de enviar un cuerpo grande, sin confundir el permiso provisional con la aceptación final.
IETF
Tony Li y el sobre de cuatro octetos que no manda sobre la carga
Un túnel GRE no sustituye el destino de un paquete: le añade otro. La dirección exterior guía el sobre por la red de transporte; la interior vuelve a decidir cuando el extremo lo abre. Entre ambas, la cabecera GRE mínima ocupa solo cuatro octetos. La coautoría documentada de Tony…
IETF
Acee Lindem y el router que debía recordar su reinicio
Reiniciar un router borra memoria volátil; no borra el archivo de paquetes del atacante. Ahí aparece una paradoja incómoda: un mensaje antiguo puede conservar un digest impecable justo cuando el receptor pierde el dato que demostraba que ya era antiguo. RFC 7474 hace que OSPFv2…
IETF
Enke Chen y la ruta que duró más que su sesión
Cuando cae una sesión BGP, la última ruta recibida se convierte en un testimonio sin testigo disponible. Puede seguir describiendo un camino útil o haber quedado desmentida por la red. RFC 9494 permite conservar ese testimonio durante más tiempo, pero exige mostrar su antigüedad…
Historia de Internet
El silencio que no era un fallo: por qué TCP keepalive siguió siendo opcional
Una conexión TCP establecida puede callar durante horas y funcionar correctamente. Keepalive nació para interrogar ese silencio sin atribuirle una causa: provocar un ACK, obtener evidencia limitada y dejar a la aplicación la decisión sobre cuánto tiempo puede convivir con la…
Historia de Internet
¿Quién abrió demasiado pronto la ventana TCP? El costo del permiso inmediato
Un receptor TCP podía publicar cada byte recién liberado y el emisor consumir inmediatamente cada oferta. La apertura parecía exacta y cooperativa. Al repetirse, obligaba a la conexión a gastar casi todo su trabajo en paquetes diminutos. La reparación histórica dio a cada extremo…
Historia de Internet
La actualización de ventana que podía perderse: por qué TCP aprendió a persistir en cero
Una ventana cero no significa que la conexión haya muerto. Significa que el receptor no admite bytes nuevos ahora. El problema histórico apareció cuando recuperó espacio y el ACK que abría la ventana se perdió: sin una pregunta excepcional, dos extremos correctos podían esperar…
Historia de Internet
El veredicto que UDP se reservó: ¿de quién era el riesgo del cero?
En UDP, cero no era un resultado favorable: avisaba que el emisor no entregaba veredicto. La transición de IPv4 a IPv6 fue así una disputa por la responsabilidad. ¿Quién podía retirar una prueba compartida y cuándo debía el beneficiario del ahorro poseer también el riesgo?
Historia de Internet
Cuando ambos extremos llamaron a la vez: la apertura simultánea de TCP no era una colisión
La historia más repetida del establecimiento TCP empieza con un cliente que llama y un servidor que espera. En 1981, el protocolo ya permitía algo menos ceremonial: dos procesos podían iniciar la misma asociación al mismo tiempo. Sus SYN se cruzaban, ambos cambiaban de estado y…
Historia de Internet
El precio de la tolerancia: cómo la indulgencia del receptor convirtió errores en ley de protocolo
La regla más famosa del Internet imperfecto permitió que implementaciones distintas conversaran. El receptor absorbía la ambigüedad para poner la red en marcha. Al perpetuarse, la concesión ocultó defectos, convirtió rarezas en obligaciones y cargó a cada implementación futura…
Historia de Internet
El puntero que nunca estuvo fuera de banda: cómo la urgencia TCP se apartó de su propio flujo
TCP quiso avisar a una aplicación ocupada sin inventar otra conexión. La señal señalaba un límite dentro de la secuencia normal; las API separaron un byte, las implementaciones eligieron otra aritmética y el camino terminó decidiendo si la urgencia llegaba.
Historia de Internet
El mensaje que Internet aprendió a ignorar: por qué ICMP Source Quench perdió su autoridad
La Internet temprana permitía que un gateway saturado enviara una orden separada para que una fuente distante redujera su ritmo. La experiencia invirtió el acuerdo: la congestión seguía necesitando señales, pero un mensaje ICMP desnudo ya no merecía gobernar la tasa de un…
IETF
Susan Hares y la ruta que autoriza el filtro FlowSpec
Una actualización BGP puede describir un destino. FlowSpec puede ordenar que ciertos paquetes sean limitados, descartados, marcados o desviados. El salto entre describir y actuar obliga a preguntar quién está autorizado. En el estándar que coescribió Susan Hares, la respuesta…
Tendencias de ISP regionales globales
El percentil 95 no compra horas: distribuye el riesgo de la cola
Una muestra cada cinco minutos produce 8.640 observaciones en un mes de 30 días. Si se elimina el 5% superior, desaparecen 432 intervalos, equivalentes a 36 horas. Pero esas horas no existen como una reserva que el cliente pueda gastar. Pueden estar dispersas entre cientos de…
ICANN
El CIP de ICANN ya está en marcha. La prueba de rendición de cuentas viene después
El primer balance anual del Continuous Improvement Program de ICANN muestra seis de las ocho estructuras participantes trabajando y una de ellas, ALAC, en fase de ejecutar mejoras. Es una señal verificable de puesta en marcha, no todavía de mayor eficacia o rendición de cuentas.…
Tendencias de ISP regionales globales
Los 3.274 millones de Ubiquiti reflejan un giro empresarial, no un rebote de los operadores
El récord fiscal de Ubiquiti nació de una divergencia: Enterprise Technology creció más que toda la compañía, mientras el negocio de equipos para proveedores de servicios se contrajo. El resultado cambia el centro económico del fabricante y también concentra sus riesgos.
Tendencias de telecomunicaciones nacionales de Norteamérica
Las 33,6 millones de unidades de Charter para Cox pasaron de US$11.900 millones a US$5.000 millones
La compra de Cox se cerró con prácticamente la misma cantidad de unidades comunes de Charter Holdings pactada en 2025. La diferencia está en el valor implícito: Charter asignó US$11.900 millones a esas 33,6 millones de unidades al firmar y unos US$5.000 millones al cerrar, de…
Historia de Internet
La suma que tenía dos ceros: cómo el checksum de Internet acotó el error, no la confianza
El checksum de Internet permitió descartar muchas alteraciones con una operación barata. Su historia muestra una disciplina mayor: el resultado sólo habla de los bits que suma, y ni siquiera sus dos ceros pueden confundirse sin consecuencias.