Resumen

  • RFC 9777 descubre oyentes y fuentes de interés únicamente en enlaces IPv6 conectados de forma directa.
  • El estado de sockets se agrega por interfaz y luego se resume en registros INCLUDE/EXCLUDE del router que envejecen mediante temporizadores.
  • La disponibilidad exige ocho comprobantes independientes, desde la intención del socket hasta el consumo útil del receptor.

Una consola puede mostrar INCLUDE(S) y un temporizador positivo al mismo tiempo que la pantalla del receptor permanece negra. Ambas observaciones pueden ser verdaderas. RFC 9777 no promete más: su ámbito es descubrir interés en el enlace conectado, no certificar el resultado del servicio.

La agregación oculta al solicitante

Una aplicación pide recepción a la capa IP mediante un socket, una interfaz, un grupo, un modo y una lista de fuentes. INCLUDE selecciona las fuentes aceptadas; EXCLUDE define las rechazadas. Sin embargo, el mensaje MLDv2 no conserva una fila por aplicación.

El host fusiona los sockets en un estado por interfaz. Si todos están en INCLUDE, forma la unión de fuentes. Si aparece un socket EXCLUDE, calcula una proyección que satisface el conjunto. El router vuelve a resumir: normalmente solo necesita saber que al menos un nodo del enlace quiere (S,G). Su tabla no dice qué proceso originó la petición ni si sigue vivo.

La entrega local tampoco está incluida. Una vez que IP acepta el paquete, el socket aún puede rechazarlo por su estado o por el puerto de transporte. RFC 9777 no obliga a que toda implementación filtre fuentes por socket. Ver una trama, aceptar un paquete y obtener una unidad útil en la aplicación son hechos distintos.

El tiempo forma parte de la afirmación

Current-State Reports refrescan; State-Change Reports notifican cambios y se repiten según la Robustness Variable. Con los valores por defecto—robustez 2, consultas cada 125 segundos y ventana de respuesta de 10—el Multicast Address Listening Interval es 270 segundos. El registro dice que el router no ha agotado todavía su horizonte de certeza; no que una aplicación haya sido observada en este instante.

El abandono rápido también consulta antes de borrar. Con LLQI de un segundo y dos consultas, LLQT es dos segundos por defecto. Durante esa espera, MLD sigue sugiriendo el reenvío. En INCLUDE, la expiración elimina una fuente; en EXCLUDE puede trasladarla de la lista solicitada a la excluida. La expiración del Filter Timer cambia el grupo de EXCLUDE a INCLUDE. Un único campo “activo” no conserva estas diferencias.

Una versión antigua reduce la precisión

Al recibir una General Query de MLDv1, el host entra en compatibilidad v1 en esa interfaz. El intervalo por defecto resulta en 260 segundos y el cambio cancela respuestas y retransmisiones pendientes. Mientras tanto, desaparece la señalización por fuente.

Un MLDv1 Report hace que el router degrade ese grupo durante un intervalo equivalente. En ese modo ignora BLOCK y descarta listas de fuentes en ciertos cambios a EXCLUDE. Volver a v2 no recupera la precisión de inmediato; una fuente que debería bloquearse puede seguir abierta hasta MALI.

Para SSM, RFC 4604 exige más cuidado: una petición antigua no específica no debe crear estado de reenvío en el rango SSM. Hosts y routers deben coincidir en el rango. Por eso un evento v1 no es un detalle de inventario; es un cambio temporal en el significado del control.

MLD termina donde comienza el árbol

RFC 9777 entrega su información al protocolo multicast y aclara que no anula la información de ruta. RFC 4607 condiciona el éxito de PIM-SSM a que el Join explícito avance salto a salto hacia la fuente por una ruta sin bucles. RFC 7761 añade árboles compartidos y por fuente, cambios de camino, réplica, duplicados transitorios y podas. Una tabla local no prueba que esas operaciones hayan convergido.

RFC 4541 añade la decisión del switch con snooping. Los puertos de router multicast, la topología y las tablas de datos deciden si el paquete llega al puerto receptor. Además, MLDv2 carece de autenticación criptográfica: los controles link-local, Hop Limit 1 y Router Alert impiden mensajes remotos, pero no falsificaciones dentro del enlace.

El expediente de ocho comprobantes

El comprobante de intención identifica proceso, autorización, interfaz y filtro. El de emisión captura el Report correcto. El del querier fija versión, QRV, QQI y temporizadores. El de estado del router registra modo, listas y tiempo restante. El de compatibilidad explica degradaciones y semántica SSM. El ascendente sigue Join/Prune y RPF. El de replicación prueba las ramas recorridas. El de recepción mide secuencia, pérdida, latencia, decodificación y consumo.

Cada pieza necesita observador y hora. Un Report auténtico prueba que un host emitió una proyección; no que la fuente era alcanzable. Un (S,G) en el router prueba estado; no paquetes. El último comprobante no es “joined”. Es la aplicación haciendo algo útil con los datos.

Fuentes

  1. RFC 9777 — MLDv2 para IPv6
  2. RFC 3810 — especificación sustituida
  3. RFC 2710 — MLDv1
  4. RFC 4604 — IGMPv3 y MLDv2 para SSM
  5. RFC 4607 — Source-Specific Multicast
  6. RFC 7761 — PIM-SM
  7. RFC 4541 — switches con snooping IGMP/MLD