Tipo de contenido
Analysis
Dentro de la faceta Tipo de contenido, la inteligencia de Analysis reúne artículos de BTW.MEDIA que comparten el mismo formato editorial, lo que ayuda a los lectores a comparar informes, perfiles, notas de riesgo, análisis de mercado y cobertura de eventos sin mezclar distintos tipos de evidencia. La página explica cómo este tipo de contenido enmarca los eventos de infraestructura de Internet, los movimientos empresariales, las decisiones de gobernanza, las señales operativas y la evidencia pública en todo el sitio. Los lectores pueden comparar qué actores o sistemas de infraestructura aparecen con más frecuencia, cómo la calidad de las fuentes cambia la interpretación y si el material es un perfil duradero, un evento sensible al tiempo, una señal estratégica de mercado o un desarrollo de gobernanza. El resultado es una página de búsqueda útil para operadores, inversores, clientes, analistas y partes interesadas en políticas públicas que necesitan comprender la consecuencia, el momento y la evidencia detrás de formatos de artículo similares.
Historia de Internet
El paquete de baja demora recibió una cola más corta, no un carril infinito: RFC 1046
Tres casillas en la cabecera podían pedir baja demora, alto rendimiento y alta fiabilidad. El enlace, en cambio, seguía teniendo una sola capacidad finita. RFC 1046 resolvió esa diferencia con colas que repartían perjuicios distintos: esperar menos significaba tener menos espacio…
Historia de Internet
El buzón era un contacto, no una sala de control: la tradición oral de la RFC 1173
En la Internet temprana, la distancia entre quien veía un problema y quien podía corregirlo era institucional, no sólo técnica. La RFC 1173 intentó salvarla con algo deliberadamente sencillo: una persona localizable, con medios reales para responder en el sistema que…
Historia de Internet
Una frase de política no era un control de red: RFC 1087 y los límites del «uso aceptable»
En 1989, el Internet Activities Board podía señalar conductas que amenazaban una infraestructura de investigación compartida. Podía llamar inaceptables la intrusión deliberada, la interrupción, el desperdicio, la destrucción y la vulneración de la privacidad. No podía, solo por…
Historia de Internet
El bit conservaba el camino de vuelta, no autenticaba la solicitud: el SRC de HYPERchannel en RFC 1044
Supongamos que una respuesta puede volver exactamente al proceso que envió un mensaje. Es una propiedad importante de la red, pero aún no sabemos quién controla ese proceso ni si tenía permiso para pedir nada. RFC 1044 convirtió esa diferencia en campos separados dentro de…
Historia de Internet
La velocidad era una pista de pantalla, no el enlace: el límite Telnet del RFC 1079
En 1988 un programa de terminal remoto podía recibir un dato útil sobre el terminal de su interlocutor sin inventar conocimiento sobre la red entre ambos. El RFC 1079 fijó esa frontera. Permitía pedir dos velocidades del terminal y responderlas con una sintaxis limitada. El dato…
Historia de Internet
Antes de DHCP, cuatro octetos eligieron la gramática: RFC 1048 y el límite de 64 octetos de BOOTP
La paradoja del arranque por red era temporal: el equipo necesitaba configuración para usar la red, pero pretendía obtener esa configuración de la propia red. BOOTP reservó 64 octetos para cerrar el círculo. RFC 1048 convirtió ese espacio en un mensaje ampliable cuyo comienzo…
Historia de Internet
El nombre era la dirección. No era una ruta: el mapeo IP sobre NetBIOS de RFC 1088
RFC 1088 hizo algo muy específico en 1989: convirtió cada dirección IP de un host IP-sobre-NetBIOS en un nombre NetBIOS predecible, `IP.XX.XX.XX.XX`. Con eso podía enviarse un datagrama sin preguntar por una dirección física. La precisión importa porque el nombre resultante…
Historia de Internet
Cuatro bytes dieron un límite a TCP. No reconstruyeron la red OSI: el borde TPKT de RFC 1006
TCP puede entregar todos los bytes en orden sin conservar la frontera con la que una aplicación los escribió. RFC 1006 convirtió ese hecho en una regla explícita para el transporte ISO sobre TCP: antes del TPDU se leen cuatro bytes y, con ellos, una longitud.
Historia de Internet
El token encontró la conexión. No admitió el subflujo: la frontera MP_JOIN de MPTCP
Una segunda conexión TCP no llega vacía: puede proponer que su propio cinco-tupla se incorpore a una relación MPTCP creada antes. La innovación no consiste en llamar «camino» a cualquier dirección adicional. Consiste en conservar la diferencia entre localizar un estado, demostrar…
Historias
LACNIC y la economía de una transición más allá de los RIR
El verdadero problema no es quién sustituye al registro, sino cómo se evita un vacío de autoridad mientras cambian sus manos operativas.
Historia de Internet
La franja quedó en pantalla; la política, fuera de ella: RFC 933 y el límite visual de Telnet
Repetir un aviso de seguridad dentro de cada pantalla obligaba a la aplicación a cuidar una frontera que pertenecía al terminal. RFC 933 quiso enviar el aviso una sola vez y entregar su custodia al cliente, sin fingir que el texto podía decidir permisos.
Historia de Internet
El NAK rechazó el puerto, no el paquete: RFC 938 y el límite entre recepción y despacho
Un receptor de IRTP podía reconocer que una secuencia de paquetes había avanzado y, al mismo tiempo, rechazar el puerto local indicado en el paquete. El `PORT NAK` de RFC 938 no era una contradicción: separaba el hecho de transporte de la decisión de entregar datos a un proceso.
Historia de Internet
Cuatro bytes cruzaron la conexión. La autoridad se quedó: RFC 927 y el pacto contra el segundo inicio de sesión
Que un usuario no tuviera que escribir dos veces la contraseña no significaba que una segunda decisión hubiera desaparecido. RFC 927 propuso que un host transmitiera un número binario de cuatro bytes tras autenticar al usuario; el host de destino conservaba el derecho a decidir…
Empresas de servicios en la nube de Asia-Pacífico
Velo Technologies amplía su negocio de infraestructura desde Cyberjaya
La compañía privada malaya cubre centros de datos, nube, seguridad gestionada, redes y outsourcing de TI. Sus alianzas ganan visibilidad, pero la escala financiera absoluta, los nombres de propiedad y la economía tras varios compromisos de infraestructura siguen sin hacerse…
Historia de Internet
La rama dijo «nadie aguas abajo»: RFC 1075 y el informe de no pertenencia que caducaba en DVMRP
En 1988, el encaminamiento multicast experimental necesitaba saber cuándo dejar de enviar el tráfico de un grupo por una rama. RFC 1075 ofreció una respuesta estrecha: un router aguas abajo podía informar que no tenía miembros descendientes para un grupo, y su vecino aguas arriba…
Historia de Internet
La pulsación costó cuatro octetos: cómo RFC 916 dejó que el estado sustituyera la repetición
Antes de recibir datos, una máquina pequeña podía decir cuánto estaba dispuesta a aceptar. Ese límite viajaba en el mismo octeto que después contaría la carga o, en el caso más corto, sería la propia carga. RFC 916 convirtió la capacidad local en parte explícita del contrato de…
Historia de Internet
El nombre que no entregaba una lectura: RFC 1065 y la forma de las cosas gestionables
En 1988, la gestión de Internet necesitaba describir lo que podía observarse sin hacer pasar una descripción por una observación. RFC 1065 impuso esa cautela: un tipo de objeto gestionado podía tener nombre estable, sintaxis, codificación y categoría de acceso, mientras que el…
Historia de Internet
El byte que decía «empecemos de nuevo»: SLIP, RFC 1055 y el coste de recuperar una trama serie
Una línea serie no entrega paquetes: entrega bytes, y a veces entrega también el rastro de un ruido que nadie invitó. RFC 1055 propuso una solución de una sobriedad casi pedagógica. `END` cerraba un datagrama SLIP, pero podía enviarse también antes del siguiente. Ese byte inicial…
Historia de Internet
El corte no fue un solo corte: cómo RFC 897 separó el cambio de nombre de la resolución DNS
Un host podía conservar durante un tiempo su nombre antiguo como alias. Eso ayudaba a encontrarlo, pero no reparaba el `Cc` guardado en una máquina remota ni una lista de correo mantenida por otra organización. RFC 897 entendió que cambiar un nombre no era una operación local…
Historia de Internet
Las LAN que el host no debía ver: RFC 925 y el coste de ocultar una topología
Un sitio de la Internet temprana podía hacer visible cada cable a la red exterior o conseguir que sus hosts vieran varias LAN como una sola red local. RFC 925 optó por esa segunda ilusión: dejó intacto el ARP del host y trasladó al intermediario el descubrimiento, la memoria y…