Tema
Enrutamiento multidifusión
Dentro de la faceta Tema, la inteligencia temática Enrutamiento multidifusión 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
RFC 2357: el estándar no podía prometer fiabilidad a costa de congestionar a los demás
El atractivo del multicast era contar una copia en el origen y muchas entregas en los extremos. RFC 2357 obligó a contar también los retornos, las reparaciones, el tiempo sin límite natural y el tráfico ajeno que podía quedar atrapado en la misma red.
IETF
El filtro que puede hacer parecer libre una dirección multicast IPv6
La asignación automática evita pedir permiso a un registro central, pero no elimina la necesidad de escuchar a los demás equipos. En la última consulta de la IETF sobre un nuevo método multicast, la ausencia de respuesta solo vale como señal si mDNS puede atravesar la red.
IETF
El visto bueno a BIER Ping todavía no cierra la ruta hasta la prueba
La noticia no es que Internet haya aprendido de pronto a «hacer ping» al multicast. La IESG acaba de aprobar una especificación para preguntar por fallos dentro del plano BIER; la utilidad de esa pregunta dependerá de que los identificadores, el texto definitivo y las…
Historia de Internet
La dirección decía «quédate aquí». Solo el router imponía el límite: RFC 2365
El destino 239/8 podía describir una región administrativa sin mantener dentro de ella ni un solo paquete. RFC 2365 separó el nombre del alcance de su ejecución: el cierre real dependía de definiciones por interfaz, de la conducta del protocolo multicast y del código que corría…
Historia de Internet
El Join no tenía recibo: el árbol vivía de renovarse — RFC 2117
RFC 2117 no describió el árbol multicast disperso como una operación atómica. Una señal local abría estado, cada router renovaba su propio tramo, los datos de una fuente nueva llegaban primero encapsulados y solo después podía aparecer un camino específico. La escala surgía de…
Historia de Internet
El contador pasó la ventana de un receptor sin identificar al emisor: RFC 2085
RFC 2085 incorporó un contador antirrepetición de 64 bits a una transformación HMAC-MD5 del Authentication Header, pero solo cuando la asociación de seguridad lo seleccionaba. Cada receptor podía admitir números inéditos dentro de su propia ventana de desorden. Era evidencia…
IETF
EVPN puede seleccionar una fuente multicast, no certificar la redundancia
Dos codificadores envían el servicio que operaciones considera idéntico y una pantalla recibe una sola copia. RFC 9856 permite producir ese resultado en EVPN, pero no demuestra que ambas señales fueran equivalentes, que la elegida estuviera sana o que el cambio ocurriera sin…
IETF
TreeDN abarata la copia, no certifica el visionado
La distribución de un directo puede mover menos tráfico y seguir sin entregar una imagen utilizable a parte de su público. La frontera comercial de la replicación necesita una frontera de pruebas igualmente precisa.
Historia de Internet
Eve Schooler y la invitación que no transportaba la conversación
El timbre anuncia una llamada, pero no lleva la voz. La trayectoria de Eve Schooler desde los experimentos de conferencia distribuida hasta el primer borrador de SIP convirtió esa diferencia cotidiana en una decisión técnica: localizar, invitar y acordar una sesión sin obligar a…
IETF
La raíz anycast sobrevivió; el estado multicast, no
La dirección compartida vuelve a responder. La ruta RPF converge y el panel de red se pone en verde. Aun así, algunos receptores siguen sin recibir el flujo. El nuevo ITR físico puede haber heredado la dirección anycast sin heredar el conocimiento de qué ETR pidió cada…
IETF
PIM Light sin Hello obliga a resolver la redundancia en dos lugares distintos
La RFC 9739 permite crear estado multicast sin formar antes una vecindad PIM. Esa frontera más ligera conserva una exigencia concreta: separar quién reenvía la petición del receptor, qué equipo suministra el único flujo y cómo una avería termina retirando la interfaz de salida.
IETF
La sonda de mayor CoS no mide todos los servicios BIER
Una alarma verde puede describir bien la ruta probada y mal el servicio que se presenta al cliente. RFC 9974 admite que, en un flujo compuesto, el operador compruebe la continuidad con la clase de servicio más alta y derive la continuidad de las clases inferiores. El valor de esa…
IETF
El router conservaba el estado; el receptor seguía en silencio: RFC 9777
MLDv2 organiza el interés multicast de IPv6 en el enlace local. Ese registro tiene una caducidad y un alcance precisos: no demuestra por sí solo que la aplicación siga autorizada, que el árbol exista ni que el contenido haya llegado.
IETF
Un árbol P2MP no es un mandato de distribución
La escena más peligrosa no es un árbol caído, sino uno sano que llega a un destinatario equivocado. La Raíz reenvía, los puntos de replicación dividen el flujo y todas las hojas contestan a la prueba. Técnicamente, el resultado puede ser impecable. Institucionalmente, aún falta…
Historia de Internet
RFC 2022: el padrón encontraba receptores, pero no construía el circuito
MARS podía contestar qué direcciones ATM representaban a un grupo multicast dentro de su clúster. Esa respuesta no transportaba el paquete. RFC 2022 dejó el salto a cargo del emisor: reunir una lista completa, crear su propio circuito punto a multipunto y corregirlo cuando el…
Expediente
Se solicitó un grupo del underlay; no se acreditaron los receptores: RFC 9798
Un grupo multicast puede ser la dirección de recepción pedida por un ETR y, a la vez, no decir nada concluyente sobre cuántos receptores existen. RFC 9798 obliga a separar dos datos que suelen acabar mezclados en los inventarios: el Receiver RLOC multicast describe la ruta…
Historia de Internet
La red acertó con la zona. Aún no sabía quién estaba dentro: RFC 2009
RFC 2009 convirtió una región física en dos problemas: una partición aproximada que la red podía encaminar y un polígono exacto que el extremo debía comprobar por su cuenta.
Expediente
Dos fuentes, una elección y ninguna sentencia de continuidad: RFC 9856
Un receptor no consume una elección BGP: consume paquetes. RFC 9856 coordina fuentes multicast redundantes en EVPN, pero deja intacta la obligación de demostrar qué llegó, cuántas veces y con qué continuidad.
IETF
Cuando un estándar se convierte en infraestructura: quién controla la continuidad de Internet
Los estándares de Internet no transportan paquetes, firman zonas DNS ni anuncian rutas. Pero al fijar máquinas de estados, dependencias criptográficas y procedimientos de recuperación, pueden convertir una decisión técnica coordinada en una obligación operativa distribuida. La…
Historia de Internet
RFC 10028: la autoridad normativa termina donde empieza la implementación
RFC 10028 no solo reorganiza rangos de direcciones IPv6 multicast. También muestra cómo un consenso técnico se convierte en una frontera administrativa operable: el texto normativo define el cambio, mientras que la IANA mantiene el registro que hace visible qué espacio queda…