Perfil
Research
La inteligencia de perfil de Research conecta la cobertura de personas, empresas, instituciones y otras entidades para que los lectores puedan comparar los sujetos detrás de los reportajes de BTW.MEDIA. La página ayuda a comparar perfiles públicos, eventos relacionados, paquetes de evidencia, cambios de cargo, huellas operativas, exposición a la gobernanza, vínculos organizativos y relevancia de mercado, manteniendo a la vez los registros de organizaciones y personas diferenciados de la cronología ordinaria de noticias. Los lectores pueden entender el sujeto detrás del titular, la evidencia que respalda ese perfil y las relaciones de infraestructura o de mercado que lo hacen relevante. Pueden ver a quién o qué representa el perfil, qué fuentes públicas lo respaldan, cómo se conecta con empresas, mercados, organismos de gobernanza o eventos, y qué cambios pueden merecer atención continua a medida que el sujeto evoluciona.
Líderes
Tina Dam y la prueba de la raíz que no podía aprobar un nombre
Antes de añadir un dominio internacionalizado de nivel superior a la raíz, ICANN planteó una pregunta deliberadamente acotada: ¿alterarían las etiquetas codificadas el funcionamiento de los servidores y resolutores DNS? La prueba de laboratorio respondió dentro de su montaje. No…
IETF
Syslog podía informar sobre la calidad del reloj. El operador aún debía fijar sus límites: RFC 5424
Un sello horario expresado en UTC puede parecer inequívoco y, aun así, dejar sin respuesta una pregunta básica: ¿quién sabía qué reloj y qué zona horaria estaba usando el sistema que originó el mensaje? RFC 5424 permite adjuntar parte de esa respuesta al propio registro.
IETF
Dentro de EAP-FAST, el tipo 6 significaba otra cosa: RFC 5421
RFC 5421 llevó un código EAP conocido a un marco distinto: el tipo 6 seguía figurando como Generic Token Card, pero dentro del túnel EAP-FAST seleccionaba un intercambio interno con otro formato. La norma fijó una separación estricta entre ambos usos y la nota del IESG advirtió…
Académicos
Lorrie Cranor quiere que la privacidad siga el rastro del código
El trabajo sobre la sección Data safety de Google Play plantea una pregunta práctica: ¿puede un desarrollador vincular cada declaración de la tienda con el código y el comportamiento de los SDK? La investigación de Lorrie Cranor sobre privacidad usable sitúa ese problema de…
IETF
El éxito del aprovisionamiento no decidía el acceso a la red: RFC 5422
RFC 5422 separa la preparación de credenciales de la autorización de red; su modo sin autenticación del servidor se reserva para aprovisionar.
Historia de Internet
Publicar la falla no era publicar el gusano: el debate de divulgación de RFC 1135
Después del gusano de Internet de 1988, “divulgar” no significaba una sola cosa. Los registros distinguen entre describir las fallas, explicar los métodos, distribuir correcciones y publicar el código descompilado. RFC 1135 conservó respuestas enfrentadas sin convertirlas en una…
Líderes
El regreso de Rebecca MacKinnon pone en perspectiva dos métodos de rendición de cuentas
¿Qué demuestra que una empresa pertenezca a una iniciativa de derechos digitales? En el Índice de Ranking Digital Rights (RDR) de 2020, la respuesta fue deliberadamente limitada para un indicador concreto: la membresía en Global Network Initiative (GNI), por sí sola, solo merecía…
IETF
AAA reconocía al abonado. El Home Agent aún necesitaba su propia clave: RFC 5419
RFC 5419 explica por qué algunos operadores de Mobile IPv6 querían aprovechar la relación AAA existente para autenticar a sus abonados. La pregunta decisiva aparece después: el servidor AAA del hogar puede reconocer al usuario, pero el Home Agent elegido todavía necesita una…
Historia de Internet
« De rutina » no significaba « sin revisión »: el criterio de RFC 6709
Una extensión puede añadir muy poca sintaxis y exigir mucho trabajo a los sistemas que ya están en servicio. Por eso RFC 6709 no medía lo «rutinario» contando líneas de código. Lo vinculaba a una condición más estricta: ¿podían el protocolo base y las implementaciones desplegadas…
IETF
Autenticar CAPWAP no daba de alta el equipo en la red: RFC 5418
El análisis de RFC 5418 separa la autenticación WTP–AC del alta en un despliegue, la función autorizada y la ruta de los datos. Una sesión válida solo resuelve una parte de la decisión operativa.
Historia de Internet
Una Internet, muchos operadores: la analogía telefónica de RFC 1462
El FYI de 1993 recurrió a una llamada telefónica para explicar una topología nueva: el usuario veía un servicio de Internet, aunque distintas redes operaban y reparaban sus propios tramos.
Historia de Internet
NAT era una función, no una interfaz: por qué tuvo que cambiar la MIB de la RFC 4008
En el ejemplo de configuración de la RFC 4008, el gestor SNMP crea primero una fila ligada a un índice de interfaz y luego añade los mapas de direcciones. Diez años después, NATV2-MIB describía la traducción como una función lógica que puede abarcar varias interfaces. La propia…
Líderes
El marco de Anriette Esterhuysen preguntó qué capacidad perdura después del IGF
El informe de 2021 del Foro para la Gobernanza de Internet cuenta subvenciones, participantes con apoyo y talleres. El marco que Anriette Esterhuysen preparó antes planteaba una pregunta de más largo plazo: ¿podían las personas y sus instituciones seguir definiendo y alcanzando…
Historia de Internet
La trama cruzaba el pseudowire, pero no su rol de servicio: RFC 7152
En 2014, un memorando de requisitos del IETF señaló una brecha discreta en las VPN de capa 2: un equipo de borde podía recibir una trama Ethernet por un pseudowire sin saber si procedía de un acceso raíz o de hoja. La RFC 7152 convirtió esa falta de contexto en requisitos para…
IETF
Antes del descubrimiento CAPWAP, DHCP ordenaba los controladores que podía probar el punto de acceso: RFC 5417
Una opción DHCPv4 o DHCPv6 puede anteponer un controlador a otro en la búsqueda inicial de un punto de acceso. RFC 5417 define esa secuencia como una preferencia configurada; la fase de descubrimiento y DTLS determinan después qué par puede convertirse en el extremo de control.
Expediente
El DNS raíz recibió el doble de consultas; la pista estaba en los resolvedores
Durante cerca de una semana, las consultas que llegaron a la raíz del DNS pasaron de unos 1,6 millones a 3,2 millones por segundo. Eran peticiones válidas procedentes de redes de resolución recursiva y no causaron un efecto medible en el servicio raíz. El episodio muestra cómo…
IETF
RFC 5416: el vínculo 802.11 tiene un límite de época
RFC 5416 no es una promesa de compatibilidad con todo el Wi-Fi actual. Es la definición de un vínculo CAPWAP para la base IEEE 802.11-2007: estaciones, radios, QoS, BSSID y WLAN se describen dentro de ese contrato. La pregunta de gobierno es qué puede demostrar un mensaje de ese…
IETF
El estado de CAPWAP no prueba el servicio: RFC 5415
RFC 5415 ordena el plano de control WLAN: un Access Controller gestiona Wireless Termination Points, protege sesiones, cambia configuraciones y transporta datos. Pero completar un estado, terminar DTLS o ver un paquete solo demuestra una ruta de protocolo; no prueba que la…
Líderes
Al crecer las solicitudes de la zona raíz, Kim Davies reconstruyó el RZMS
Para 2022, el crecimiento de las carteras de dominios de nivel superior y los cambios más frecuentes de claves DNSSEC habían superado los supuestos del Root Zone Management System. Kim Davies explicó cómo un equipo de ICANN lo reconstruyó con aprobaciones configurables…
IETF
WiCoP es un registro histórico, no una base de despliegue: RFC 5414
RFC 5414 presenta WiCoP para controlar y aprovisionar grandes WLAN desde un punto central. El RFC Editor lo clasifica como Historic y señala RFC 5415 como referencia posterior. Por eso un inventario de puntos de acceso o un acuse de configuración no demuestra autoridad vigente ni…