Flujo de multidifusión nativo - Modelo de multidifusión de cualquier origen

Introducción

Este documento describe el flujo de paquetes del modelo de multidifusión de cualquier origen (ASM).

Antecedentes

Este documento proporciona el flujo de paquetes detallado del flujo de paquetes de multidifusión nativa y el análisis de su salida. Esto describe la salida del análisis detallado y el flujo de paquetes en el plano de control y el plano de reenvío.

ASM es el modelo en el que el receptor no tiene conocimiento del remitente. Significa que puede recibir tráfico de cualquier origen. El receptor solo conoce el grupo de multidifusión que el remitente utiliza y el protocolo de administración de grupos de Internet (IGMP) para suscribirse y recibir todo el tráfico destinado a esta dirección.

Todo esto se trata en este documento:

1. Qué sucede cuando el receptor está activo.

2. Qué ocurre cuando Source está activo.

3. Qué ocurre cuando se recibe el Registro en el Punto de Encuentro (RP).

4. Cómo (S,G) se formó. Router de primer salto (FHR).

5. Qué trayecto toma para el primer flujo de multidifusión.

6. Qué ocurre cuando dos secuencias se reciben en el router de último salto (LHR).

7. Cómo se forma el árbol de trayecto más corto (SPT) sobre el árbol compartido. Exactamente lo que sucede y la razón por la que se produce el switchover. 

La multidifusión independiente de protocolo (PIM) se utiliza como protocolo de routing multidifusión entre el origen y el receptor para crear el árbol de multidifusión. En ASM, se utiliza la entrada de multidifusión (*,G) donde * representa cualquier origen y G es el receptor de dirección de grupo multicast que está interesado en recibir el tráfico.

Paso 1. Cuando el receptor está activo, envía un mensaje de informe IGMP

• Cuando se recibe la expresión de interés del receptor, el router designado (DR) envía un mensaje de unión PIM hacia el RP para ese grupo de multidifusión.
• Este mensaje Unirse se conoce como una unión (*,G) porque se une al grupo G para todos los orígenes a ese grupo.
• La unión (*,G) viaja salto a salto hacia el RP para el grupo, y en cada router que pasa, se crea una instancia del estado de árbol multicast para el grupo G.

LHR se considera el router de último salto porque tiene el indicador C en la entrada (*,G), lo que significa que ha conectado directamente al receptor (de hecho, en este caso es él mismo con el uso del comando igmp Join group).

Paso 2. Cuando el origen está activo

• Antes de que el DR envíe el mensaje de registro, en pocas palabras, debe consultar la tabla mroute para asegurarse de que no es el RP y tiene información RP-Set y todas las verificaciones requieren que el PIM esté habilitado entre el DR y el router RP.
• Tanto el túnel FHR como el RP necesitan tener encapsulación y desencapsulación de túnel de nivel de software.
• Register Message proporciona la información Source Group y la existencia de Source.
• Se extrae el paquete multicast encapsulado y el RP verifica si existe el estado (*,G) para la dirección de destino.
• Si no hay un estado (*,G), la función PIM Register-Stop se devuelve inmediatamente.

Paso 3. Árbol compartido de formularios

• Antes de que el DR envíe el mensaje de registro, en pocas palabras, debe consultar la tabla mroute para asegurarse de que no es el RP y tiene información RP-Set y todas las verificaciones requieren que el PIM esté habilitado entre el DR y el router RP
• Tanto el túnel FHR como el RP necesitan tener encapsulación y desencapsulación de túnel de nivel de software
• Register Message proporciona la información Source Group y exist if Source.
• Se extrae el paquete multicast encapsulado y el RP verifica si existe el estado (*,G) para la dirección de destino.
• Si no hay un estado (*,G), la función PIM Register-Stop se devuelve inmediatamente.

Paso 4. (S,G) Llegar al paquete hacia FHR

• Solo la presencia del MENSAJE REGISTER en RP (S,G) PIM JOIN se traslada al FHR. Para crear el estado Reenvío.
• Después de que el PIM JOIN complete el proceso para crear un estado de reenvío de hardware para el flujo de tráfico de multidifusión.
• Si hay receptores (*,G), el RP comienza a construir SPT hacia la dirección IP de origen multicast. Aquí es donde se realiza la verificación RPF para encontrar la interfaz ascendente a la que enviar la Unión PIM.

Paso 5. Primera secuencia de paquetes multidifusión, llegar al receptor a través del árbol compartido

• Un router reenvía el flujo multicast sólo si se recibe en la interfaz INC/RFP.
• La dirección de origen de los paquetes de multidifusión se verifica con la RT de unidifusión.
• Determine la interfaz y el router multicast de siguiente salto en la dirección del origen donde se envió la unión.
• RP está en proceso de unirse al árbol específico de origen para S, los paquetes de datos seguirán siendo encapsulados al RP. Cuando los paquetes de S también empiezan a llegar nativamente al RP, el RP recibirá dos copias de cada uno de estos paquetes.
• En este punto, el RP comienza a descartar la copia encapsulada de estos paquetes, y envía un mensaje REGISTER STOP al DR de S para evitar que el DR encapsula innecesariamente los paquetes.

• Una vez que el RP recibe el tráfico de origen a través del árbol de origen. Se establece la ruta de origen del hardware. Establezca la marca "T" y el árbol se construirá.
• RP envía REGISTER STOP para apagar el túnel del FHR al RP después de recibir el tráfico de origen.
• Para detener este proceso de registro, el RP envía un mensaje de detención de registro PIM 

Paso 6. LHR recibe tráfico de SPT y envía un mensaje de separación hacia el árbol compartido

Después de recibir dos flujos de tráfico de multidifusión, el LHR comienza a recibir el tráfico de SPT y envía un mensaje de recorte hacia el árbol compartido.

El indicador J significa que el estado respectivo (*,G) es conmutar el SPT por el router de hoja. 

Nº de LHR

(10.0.12.1, 239.1.1.1), 00:00:38/00:02:21, indicadores: LJT

  Interfaz entrante: FastEthernet0/0, RPF nbr 10.0.78.7

  Lista de interfaces salientes:

    GigabitEthernet1/0, Adelante/Disperso, 00:00:38/00:02:21

El indicador "F" se encuentra normalmente para los estados creados en el router PIM DR - señala los estados de reenvío que corresponden a los flujos registrados con el RP. Si el indicador "F" persiste, es muy probable que su router no pueda recibir los mensajes PIM Register-Stop del RP y, por lo tanto, hay fuentes que no han cambiado al SPT.