Tema
Poder de delegación del DNS
Dentro de la faceta Tema, la inteligencia temática Poder de delegación del DNS 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
De KAIST a la NCA: el traslado y la autonomía de KRNIC
El registro de Internet de Corea cambió de sede institucional antes de convertirse en una fundación independiente. Un acta de septiembre de 1994 resume el relevo en una línea y en la nueva dirección de un servidor de nombres.
Historia de Internet
La petición no transfirió por sí sola .pn: el informe de la IANA de 2000
Entre 1997 y 2000, los habitantes de Pitcairn pidieron cambiar la gestión de .pn. La IANA recomendó la redelegación; Estados Unidos la aplicó después en la zona raíz.
Historia de Internet
La prueba de Jon Postel de 1998 se centró en la transferencia de zona, no en las consultas DNS
En enero de 1998, Jon Postel pidió a los operadores de los servidores raíz que obtuvieran una copia de la zona raíz desde un servidor de IANA alojado en USC/ISI. Su mensaje trataba de cómo recibían esa copia los servidores. Decía que los datos serían idénticos a los que ya…
Historias
Las respuestas DNSKEY de la raíz ya muestran la firma de KSK-2024
A las 15:32 UTC del 11 de octubre, cuatro consultas directas devolvieron una firma DNSKEY con la etiqueta 38696. Una muestra tres horas antes aún mostraba 20326; los mismos cuatro nombres devolvieron 38696 de nuevo hacia las 16:09 UTC. La página de IANA revalidada ya mostraba…
Historia de Internet
JUNET creó un árbol de nombres antes del DNS
Antes de que las redes universitarias de Japón adoptaran TCP/IP y DNS, JUNET hizo funcionar direcciones jerárquicas sobre UUCP y líneas telefónicas. La convención ayudó a conservar los nombres de las organizaciones durante el crecimiento de la red y después, cuando llegó el…
Historias
Panamá: cinco identidades raíz y seis instancias registradas
El informe de LACNIC de abril de 2026 menciona cinco identidades de servidores raíz en Panamá. Los registros públicos de los operadores, consultados meses después, suman seis instancias. No son magnitudes ni fechas equivalentes. El gráfico de tiempos de respuesta plantea además…
Historias
Las dos señales de APNIC sobre la clave raíz miden cosas distintas
El 11 de octubre está previsto que la raíz del DNS empiece a firmarse con KSK-2024. Las mediciones más recientes de APNIC colocan dos porcentajes junto a esa fecha: uno procede de señales emitidas por resolutores; el otro, de pruebas realizadas desde sistemas finales detrás de…
Historia de Internet
¿Quién podía solicitar un dominio de nivel superior? La primera lista de RFC 920
En octubre de 1984, la primera lista de dominios de nivel superior era también una política de admisión: ARPA tenía fecha de salida, varias etiquetas representaban categorías institucionales y cada nueva rama necesitaba una autoridad capaz de aprobarla.
Historia de Internet
La caché cambió el destino, no la raíz: la redirección de InterNIC por AlterNIC en 1997
Un resolvedor de la red de un operador devolvió una dirección de AlterNIC para `www.internic.net`. Su caché dejó visible el recorrido: un dato DNS adicional terminó convertido en una respuesta local. Eso prueba que un resolvedor cambió el destino; no que alguien tomara el control…
ICANN
La solicitud de `.mcp` convertiría la participación en el protocolo en una puerta de acceso
Cinco solicitantes aparecen en el grupo preliminar de contención de `.mcp`. Charleston Road Registry, que opera como Google Registry, propone que solo cuatro clases de participantes del Model Context Protocol puedan registrar nombres bajo esa extensión. Además, un `.MCP Policy…
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…
ICANN
Cinco solicitantes de `.agent` reaparecen en varios grupos de contienda de ICANN
El primer CSV de la ronda 2026 de ICANN sitúa a trece solicitantes en el grupo de `.agent`. Cinco de esas entidades aparecen en al menos once de los grupos numerados del archivo; la disputa por ese nombre también deja ver carteras de solicitudes repartidas por la ronda.
Historia de Internet
Una inscripción reservaba un conjunto, no una sola etiqueta: RFC 3743
Un registro puede aceptar una etiqueta de dominio CJK y administrar varias formas relacionadas como un solo objeto. En 2004, el Joint Engineering Team propuso reservar algunas variantes bajo un mismo titular, aunque solo ciertas formas llegaran a publicarse en el DNS.
ICANN
El 56,4 % de ICANN identifica vínculos, no a un mismo titular
El nuevo informe OCTO de ICANN señala que el 56,4 % de una muestra definida de nombres gTLD recientes, denunciados en 2025 en listas de reputación, tenía al menos un dominio asociado técnicamente. El resultado puede ampliar una investigación, pero no acredita que haya un titular…
ICANN
La regla UCAS orienta la revisión, pero no habilita por sí sola los dominios
El 5 de octubre, ICANN anunció una referencia de segundo nivel para la escritura silábica indígena canadiense unificada. Su propuesta contempla la convivencia con IDN franceses en una zona, pero publicarla no equivale a aprobar la tabla de un registro ni a demostrar que esté…
Empresas de servicios en la nube de Europa y Oriente Medio
La conectividad documentada de Genesis Cloud: una red de 10G bajo un estándar de evidencia independiente
El resumen de inteligencia de La conectividad documentada de Genesis Cloud: una red de 10G bajo un estándar de evidencia independiente explica el desarrollo, la evidencia pública disponible para los lectores, las organizaciones implicadas, el contexto regional, la exposición de…
IETF
El traslado aparecía en curso. Nadie había recibido todavía el control.
La pantalla mostraba «transferencia» y el equipo leyó «transferido». RFC 5144 permite una interpretación mucho más precisa: una operación puede estar pendiente o prohibida, puede pertenecer al registro, al registrador o a otro proveedor, y puede describir una base cuya última…
IETF
La respuesta era autoritativa. El resolvedor todavía podía equivocarse: RFC 9606
RFC 9606 ofrece al resolvedor DNS una ficha común para declarar privacidad, errores y soporte operativo. Saber quién emitió esa ficha no equivale a observar cómo resolvió una consulta concreta.
IETF
El algoritmo obtuvo un número; la ruta de validación no: RFC 9558
En DNSSEC, dos objetos pueden estar impecablemente publicados y aun así no formar una ruta que el resolvedor del usuario sea capaz de verificar.
IETF
La casa conservó la clave; la autoridad pública quedó repartida: RFC 9526
En el diseño de RFC 9526, el hogar firma la zona que describe sus servicios, pero no atiende las consultas públicas. Esa separación protege al equipo residencial y, al mismo tiempo, obliga a demostrar cada relevo entre autor, distribuidor, zona padre y observador externo.