Región
Global Internet Governance
La inteligencia regional de Global Internet Governance explica cómo las empresas, las personas, las medidas políticas, las operaciones de red, las señales de inversión, la demanda de centros de datos, la ejecución de telecomunicaciones y las restricciones del mercado configuran la provisión de infraestructura en el mismo mercado geográfico o área de gobernanza. La página conecta la cobertura publicada con la evidencia, los actores regionales, las dependencias operativas, el contexto de mercado y la exposición de clientes o regulatoria que, de otro modo, podrían estar repartidos entre páginas de temas o empresas separadas. Los lectores pueden comparar quién está activo, qué señales están respaldadas por evidencia pública, cómo el riesgo de ejecución local se relaciona con la estrategia más amplia de infraestructura de Internet y qué cambios pueden afectar a clientes, socios, reguladores o la planificación de capital. Los lectores pueden comprender la geografía, los sectores de infraestructura relevantes, la base de evidencia pública y las preguntas prácticas que hacen que la página regional sea más útil que una breve lista de artículos.
Historia de Internet
El párrafo 72 del Programa de Túnez y el Foro que no pudo decidir
El Gobernanza de Internet Forum no nació con una versión defectuosa del poder regulatorio. Fue diseñado sin ese poder. El párrafo 72 del Programa de Túnez de 2005 le dio al nuevo foro una amplia agenda: discutir políticas públicas, conectar instituciones, intercambiar evidencia y…
Historia de Internet
Ginebra 2003: El compromiso que difirió la cuestión de la autoridad
La primera fase de la Cumbre Mundial sobre la Sociedad de la Información no decidió quién tenía la autoridad final sobre Internet. Se logró un pacto diferente. Los gobiernos recibieron una declaración expresa de que la autoridad política sobre las cuestiones de política pública…
IETF
NRS promueve estándares sin soberanía del organismo
La Sociedad de Recursos Numéricos puede promover interfaces abiertas basadas en IETF y utilizar evidencia de implementación sin pretender que NRS o un organismo de estándares defina los derechos del operador. Los registros reconocidos y los proveedores autorizados deben…
IETF
Lo que los responsables de políticas de los RIR tomaron prestado del IETF
Los procesos políticos de los registros regionales de Internet tomaron prestado el consenso aproximado de una cultura de ingeniería en la que las afirmaciones podían probarse mediante implementaciones independientes y ser rechazadas por las redes que no las implementaban.…
IETF
La captura de estándares se mide en implementaciones, no en asistencia
Una reunión de estándares muy concurrida puede producir un resultado cuya autoría, patentes, código e implementación están controlados por un interés comercial estrecho. Una reunión poco concurrida puede producir un protocolo genuinamente independiente si se responden las…
IETF
La urgencia del Área de Seguridad y el problema del ocaso
Los estándares de seguridad deben actuar antes de que la evidencia sea completa. Un ataque práctico, un primitivo comprometido o un cambio en la capacidad del adversario pueden hacer que la demora sea más peligrosa que una respuesta imperfecta. Esa urgencia es legítima, pero no…
IETF
La voz arquitectónica de la IAB y sus límites democráticos
La Junta de Arquitectura de Internet (IAB) es valiosa porque puede observar a través de protocolos, investigación, áreas de estándares y límites institucionales los riesgos que ningún grupo de trabajo posee individualmente. Esa competencia panorámica no la convierte en una…
IETF
La apelación que toma más tiempo que la implementación
Una apelación del IETF puede estar proceduralmente disponible y prácticamente tarde. La RFC 2026 ofrece rutas a un objetor a través del liderazgo del grupo de trabajo, los Directores de Área, la IESG y la IAB, pero no establece un máximo general para una decisión ni otorga a una…
IETF
El estado BCP y el mito del consentimiento universal
El estado Best Current Practice registra un serio juicio del IETF: un documento ha superado la ruta de revisión aplicable y expresa el mejor pensamiento técnico o procedimental actual de la comunidad. No significa que todos los implementadores participaron, que todas las redes…
IETF
El RFC que se convirtió en política fuera del IETF
Un RFC puede volverse extraordinariamente influyente sin convertirse en ley. Implementaciones interoperables, dependencia operativa, opciones de compra, prácticas de registro y adopción razonada por parte de autoridades públicas pueden dar fuerza práctica al consejo técnico. El…
IETF
Revisores Expertos como Puntos Únicos de Política
La Revisión de Expertos Designados da a IANA acceso a un juicio técnico preciso sin obligar a que cada extensión de protocolo pase por un nuevo RFC. La eficiencia es real, pero también lo es la concentración: un voluntario puede convertirse en la puerta práctica a través de la…
IETF
Registros de protocolo y la silenciosa función de IANA
Todo protocolo extensible de Internet depende de un registro de valores acordados. Los RFC deciden quién puede recibir un punto de código y en qué términos; IANA convierte esas reglas en un hecho operativo público y duradero. El arreglo funciona porque la política, la ejecución…
IETF
La divulgación de patentes que llega después del consenso
Una divulgación de patente puede ser formalmente pública y aun así llegar demasiado tarde para que el consenso sea informado. Para cuando un grupo de trabajo ha seleccionado una arquitectura, los editores han estabilizado el texto, los implementadores han escrito código y los…
IETF
Humanos, no empresas: hasta que los empleadores paguen el tiempo
El IETF hace bien en exigir a los participantes juicio técnico individual en lugar de votos corporativos. Sin embargo, la participación individual es una norma de conducta, no una prueba de que el poder organizacional haya desaparecido. Los empleadores financian tiempo de…
IETF
RFC 2026 y los derechos de un objetor
El IETF otorga a un objetor técnico algo más serio que un derecho a hablar y algo menos poderoso que un veto: una ruta desde los presidentes del grupo de trabajo hasta los Directores de Área, el IESG y el IAB. La ruta puede exponer errores, pero su jerarquía interna, discreción…
IETF
El código en ejecución como control antirretórico
La implementación y el despliegue pueden obligar a una propuesta de la IETF a responder preguntas que una prosa elegante evade: si los sistemas independientes interoperan, si los operadores pueden diagnosticar fallos, y si el beneficio afirmado sobrevive al contacto con redes…
IETF
El consenso aproximado se concibió para los protocolos, no para la propiedad
El consenso aproximado ganó legitimidad al contrastar objeciones técnicas con la arquitectura, la interoperabilidad, la implementación y el despliegue. Es un método poderoso para decidir cómo deben comunicarse las redes, pero no es, por sí mismo, autoridad para cancelar…
ICANN
Un ICP-2 para servicios, no para franquicias territoriales
Un sucesor moderno del ICP-2 debería dejar de tratar las regiones de servicio continentales como franquicias institucionales permanentes. Debería certificar a los proveedores según las funciones que hacen que un sistema numérico global sea confiable: unicidad, seguridad…
ICANN
La defensa de NRS por la opción de salida que ICP-2 olvidó
ICP-2 imaginó la migración cuando un nuevo registro regional reemplazaba el servicio existente, y el borrador de reforma actual imagina la operación de emergencia cuando un RIR completo falla. Ninguno comienza con el operador que necesita continuidad antes de que se declare…
ICANN
Cumplimiento de ICP-2 sin recertificación periódica
El reconocimiento otorgó a cada Registro Regional de Internet un lugar duradero en el sistema de numeración de Internet después de una exigente revisión de lanzamiento. No creó una prueba independiente rutinaria de si las capacidades demostradas en el lanzamiento aún existen. Una…