Organismo de estándares abiertos con impacto en la implementación a nivel mundial.
Gobernanza / IETF
IETF
El análisis de IETF abarca los desarrollos públicos que afectan a la infraestructura de Internet, a las decisiones de gobernanza, a los mercados de conectividad, a los flujos de capital digital y al riesgo operativo.

Proceso de protocolo y legitimidad de estándares.
Brecha entre especificación e implementación en proveedores y operadores.
Los cambios importantes en los estándares suelen afectar a los sistemas durante ciclos de 120 días o más.
Cobertura reciente
Titulares de IETF
1644 artículos

IETF
La etiqueta derivada de una RT cruza fronteras; el filtro aún busca el tipo anterior
El borrador -13 del IETF distingue una Route Target de la etiqueta Extended Community que deriva de ella. Esa etiqueta no controla la distribución de rutas ni la importación a una VRF. Aun así, su forma transitiva puede cruzar una frontera entre sistemas autónomos sin que la…

IETF
El IETF transfirió sus derechos. En julio, cinco acuerdos de IANA seguían pendientes de firma.
Los activos de propiedad intelectual del IETF pasaron a la IPMC en marzo. En la última actualización pública fechada que encontramos, en julio, cinco novaciones de acuerdos de IANA aún esperaban las firmas finales; un borrador de octubre busca actualizar los documentos…

IETF
La llave de repuesto de ECH también decide sobre la privacidad
Una propuesta para firmar los reintentos de conexión pone el foco en quién autoriza la recuperación, no solo en si vuelve a circular el tráfico.

IETF
Joe Abley midió DNSSEC poscuántico: 1 ms en la mediana, 1.405 ms en p99
La mediana del primer ensayo de Cloudflare casi no se movió. El último 1% sí: el camino con doble firma registró 1.405 ms más de tiempo transcurrido que el control clásico en p99. La gráfica de resolutores validadores también llamó «net breakage» al resultado agregado del 6,0%.…

IETF
La ACL ya tiene horario. El mapa de grupos aún debe funcionar
RFC 10065 ofrece una forma común de hacer que las reglas de acceso a la red coincidan con grupos de terminales y franjas horarias. El tramo más difícil sigue siendo pasar de la identidad recibida al iniciar sesión a los paquetes que el dispositivo filtra de verdad.

IETF
BPM estrena cinco -00; el historial IPPM importa antes de adoptarlos
BPM tiene cinco registros activos, todos en -00, pero Replaces remite a trabajo previo de IPPM. Uno de esos antecedentes llegó a -10. Para quien evalúa una especificación, el número nuevo no reemplaza el expediente que viene detrás.

IETF
BMWG e IPPM cierran; BPM hereda sus RFC y cambia quién los mantiene
La nueva carta convierte a BPM en sucesor de BMWG e IPPM y le asigna el mantenimiento de sus RFC y del BCP 170. También separa la custodia de protocolos genéricos de las tareas específicas de cada tecnología, que requieren colaboración entre grupos.

IETF
QUIC quiere multicast. El IETF aún no ha dicho que sí.
En noviembre, una sesión BoF preguntará si QUIC puede usar multicast específico de origen para distribuir datos comunes y conservar una conexión individual con cada receptor. La reunión busca requisitos; no formará un grupo de trabajo ni elegirá un protocolo.

IETF
La migración de correo del IETF terminó. El procesamiento de rebotes, no.
El IETF declaró completada su transición de correo el 11 de septiembre. Dos semanas después, su director ejecutivo enumeró regresiones de lanzamiento, una acumulación oculta de direcciones muertas y un proceso de rebotes suspendido porque algunas señales parecían equivocadas. La…

IETF
Tres apoyos para que el IETF revise un recurso: el apoyo no es un voto
La revisión 02 pide tres participantes cualificados para que el IESG o el IAB examine una apelación en pleno. Sus mensajes solicitan revisión, no respaldan al apelante; el grupo original sigue contando si el caso sube al IAB.

IETF
La IETF da nombre al proxy. La pasarela hereda la compatibilidad.
CONNECT-TCP identifica con origen y ruta el servicio que abre el túnel. El IESG aprobó el borrador como Proposed Standard; cada pasarela que ofrezca compatibilidad deberá cargar esa solicitud entre las versiones HTTP que admite.

IETF
El cliente puede usar la dirección. El router aun así la bloquea.
Saber adónde enviar un paquete no demuestra que su cliente tenga permiso para usar esa dirección de origen. RFC 10078 explica qué falla cuando la tabla de rutas debe responder ambas preguntas.

IETF
El sitio de cálculo más rápido supera el límite de 20 ms
Un ejemplo de realidad virtual en la nube de un documento del IETF envía la solicitud con menor tiempo de cálculo al borde equivocado. Solo una decisión que suma cómputo y red queda por debajo de 20 ms.

IETF
PCEP puede emparejar las rutas. No puede demostrar que la vuelta funciona
La pregunta que cuesta una guardia empieza fuera del mensaje PCEP: ¿quién declara caído el servicio si solo falla la vuelta? RFC 10067 asocia dos rutas SR; la decisión aún depende de dos medidas direccionales y de una regla operativa explícita.

IETF
El algoritmo 18 ya tenía número. Joe Abley encontró la barrera EPP.
IANA registra ML-DSA-44 como el algoritmo DNSSEC 18. En RIPE 93, Joe Abley describió el obstáculo siguiente: un registro puede rechazar los datos DS que un operador debe enviar mediante EPP. Su borrador de octubre propone que las reglas de aceptación sigan los registros de IANA.

IETF
El IETF pide a la OIF futuras especificaciones ópticas; dos borradores citados están caducados
El grupo CCAMP del IETF pide a la OIF compartir documentos de trabajo sobre futuras versiones de CMIS y C-CMIS para actualizar en paralelo los modelos YANG que usan los controladores. La carta identifica un dato que puede cruzar la frontera del módulo: la frecuencia central de la…

IETF
El borrador de NMOP abre la puerta a la IA. ¿Quién la cierra?
El proyecto limitaría los ensayos a anomalías e incidentes. Antes de empezar, exigiría alcance, criterio de salida, compromiso de implementación y capacidad de seguimiento del grupo.

IETF
El borrador de enrutamiento elástico pide volver antes de empezar a volver
En un enlace agregado, puede fallar una fibra y quedar viva la conexión con menos capacidad. La tabla de rutas conserva la misma respuesta; la capacidad disponible, no. La revisión de octubre propone apartar tráfico del enlace saturado y después pone una condición desconcertante…

IETF
Una respuesta puede marcar fallida toda la tarea. ¿Quién decide la regla?
En iTIP, RFC 10051 espera que todos los `ATTENDEE` de una solicitud realicen la tarea. Pero una sola respuesta `PARTSTAT=FAILED` puede cambiar el estado de toda la tarea. El modo determina quién pone la regla.

IETF
El avión cambia de red. Su ruta BGP no debe salir del dominio aeronáutico.
Cuando un avión cambia de cobertura, la red terrestre tiene que encontrarlo de nuevo. Un borrador del IETF propone seguir esos movimientos con BGP dentro de una red aeronáutica superpuesta, lejos del enlace de radio. La prueba de gobierno está en el router que también habla con…
Desbloqueo para miembros
Análisis de perfil reservado
Inicia sesión para desbloquear los informes completos de perfil y las secciones de análisis en profundidad.
Informe de Strategic Circle
Únete para desbloquear informes estratégicos después de iniciar sesión.
Únete al Círculo EstratégicoInforme de Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance