Intercambio de rutas de C-Multicast
En esta sección se describe la distribución PE-PE de las rutas de tipo 7 que se describe en Configuración de túneles de proveedores de señalización y plano de datos.
En el modo de solo árbol de origen, un enrutador perimetral del proveedor receptor (PE) genera e instala una ruta de tipo 6 en su <routing-instance-name>.mvpn.0 tabla en respuesta a la recepción de un mensaje (C-*, C-G) de un receptor local, pero no anuncia esta ruta a otros enrutadores de PE a través de BGP. El enrutador PE receptor espera una ruta de tipo 5 correspondiente a la unión en C.
Las rutas de tipo 5 contienen información sobre fuentes activas y pueden ser anunciadas por cualquier enrutador PE. En Junos OS, un enrutador PE origina una ruta de tipo 5 si se produce una de las siguientes condiciones:
El enrutador PE comienza a recibir datos de multidifusión directamente desde una fuente de multidifusión VPN.
El enrutador PE es el punto de encuentro candidato (enrutador) (RP candidato) y comienza a recibir mensajes de registro C-PIM.
El enrutador PE tiene una sesión de Protocolo de detección de origen de multidifusión (MSDP) con el RP candidato y comienza a recibir rutas activas de origen de MSDP.
Una vez instaladas las rutas Tipo 6 y Tipo 5 en la <routing-instance-name>.mvpn.0 tabla, el enrutador PE receptor estará listo para originar una ruta Tipo 7
Publicidad de rutas de C-Multicast mediante BGP
Si la unión C recibida a través de una interfaz VPN es una unión de árbol de origen (C-S, C-G), el enrutador PE receptor simplemente origina una ruta de tipo 7 (paso 7 del siguiente procedimiento). Si la unión C es una unión de árbol compartida (C-*, C-G), el enrutador PE receptor debe seguir algunos pasos (pasos 1-7) antes de originar una ruta de tipo 7.
Tenga en cuenta que el enrutador PE1 es el RP candidato que está convenientemente ubicado en el mismo enrutador que el enrutador PE remitente. Si el enrutador PE remitente y el enrutador PE que actúan como RP candidato (o emparejamiento MSDP con) son diferentes, los mensajes del registro de multidifusión VPN primero deben entregarse al enrutador PE que actúa como RP candidato responsable de originar la ruta de tipo 5. Los enrutadores a los que se hace referencia en este tema se muestran en Descripción de la topología de red MVPN de próxima generación.
Un enrutador PE que recibe un mensaje de unión (C-*, C-G) procesa el mensaje utilizando los procedimientos normales de C-PIM y actualiza su base de datos C-PIM en consecuencia.
Introduzca el comando en el
show pim join extensive instance vpna 224.1.1.1enrutador PE3 para comprobar que el enrutador PE3 crea la base de datos C-PIM después de recibir el mensaje C-join (*, 224.1.1.1) del enrutador CE3:user@PE3> show pim join extensive instance vpna 224.1.1.1 Instance: PIM.vpna Family: INET R = Rendezvous Point Tree, S = Sparse, W = Wildcard Group: 224.1.1.1 Source: * RP: 10.12.53.1 Flags: sparse,rptree,wildcard Upstream protocol: BGP Upstream interface: Through BGP Upstream neighbor: Through MVPN Upstream state: Join to RP Downstream neighbors: Interface: so-0/2/0.0 10.12.87.1 State: Join Flags: SRW Timeout: InfinityLa entrada (C-*, C-G) en la base de datos C-PIM desencadena la generación de una ruta de tipo 6 que, a continuación, se instala en la
<routing-instance-name>.mvpn.0tabla mediante C-PIM. La ruta Tipo 6 utiliza la dirección IP RP candidata como origen.Escriba el comando en el
show route table vpna.mvpn.0 detail | find 6:10.1.1.1enrutador PE3 para comprobar que el enrutador PE3 instala la siguiente ruta de tipo 6 en lavpna.mvpn.0tabla:user@PE3> show route table vpna.mvpn.0 detail | find 6:10.1.1.1 6:10.1.1.1:1:65000:32:10.12.53.1:32:224.1.1.1/240 (1 entry, 1 announced) *PIM Preference: 105 Next hop type: Multicast (IPv4), Next hop index: 262144 Next-hop reference count: 11 State: <Active Int> Age: 1d 1:32:58 Task: PIM.vpna Announcement bits (2): 0-PIM.vpna 1-mvpn global task AS path: I Communities: no-advertise target:10.1.1.1:64El diferenciador de ruta y el destino de ruta adjunto a la ruta de tipo 6 se aprenden a partir de una búsqueda de ruta en la
<routing-instance-name>.inet.0tabla para la dirección IP del RP candidato.Introduzca el comando en el
show route table vpna.inet.0 10.12.53.1 detailenrutador PE3 para comprobar que el enrutador PE3 tiene la siguiente entrada paraC-RP 10.12.53.1en lavpna.inet.0tabla:user@PE3> show route table vpna.inet.0 10.12.53.1 detail vpna.inet.0: 9 destinations, 9 routes (9 active, 0 holddown, 0 hidden) 10.12.53.1/32 (1 entry, 1 announced) *BGP Preference: 170/-101 Route Distinguisher: 10.1.1.1:1 Next hop type: Indirect Next-hop reference count: 6 Source: 10.1.1.1 Next hop type: Router, Next hop index: 588 Next hop: via so-0/0/3.0, selected Label operation: Push 16, Push 299808(top) Protocol next hop: 10.1.1.1 Push 16 Indirect next hop: 8da91f8 262143 State: <Secondary Active Int Ext> Local AS: 65000 Peer AS: 65000 Age: 4:49:25 Metric2: 1 Task: BGP_65000.10.1.1.1+179 Announcement bits (1): 0-KRT AS path: I Communities: target:10:1 src-as:65000:0 rt-import:10.1.1.1:64 Import Accepted VPN Label: 16 Localpref: 100 Router ID: 10.1.1.1 Primary Routing Table bgp.l3vpn.0Después de que el origen VPN comienza a transmitir datos, el primer enrutador PE que detecta el origen activo (ya sea recibiendo mensajes de registro o las rutas activas de origen MSDP) instala una ruta de tipo 5 en su
VRF mvpntabla.Introduzca el comando en el
show route table vpna.mvpn.0 detail | find 5:10.1.1.1enrutador PE1 para comprobar que el enrutador PE1 ha instalado la siguiente entrada en lavpna.mvpn.0tabla y comienza a recibir mensajes de registro C-PIM del enrutador CE1:user@PE1> show route table vpna.mvpn.0 detail | find 5:10.1.1.1 5:10.1.1.1:1:32:192.168.1.2:32:224.1.1.1/240 (1 entry, 1 announced) *PIM Preference: 105 Next hop type: Multicast (IPv4) Next-hop reference count: 30 State: <Active Int> Age: 1d 1:36:33 Task: PIM.vpna Announcement bits (3): 0-PIM.vpna 1-mvpn global task 2-BGP RT Background AS path: IBGP recoge las rutas de tipo 5 instaladas en la
<routing-instance-name>.mvpn.0tabla y las anuncia en enrutadores de PE remotos.Ingrese el comando en el
show route advertising-protocol bgp 10.1.1.3 detail table vpna.mvpn.0 | find 5:enrutador PE1 para comprobar que el enrutador PE1 anuncia la siguiente ruta de tipo 5 a enrutadores de PE remotos:user@PE1> show route advertising-protocol bgp 10.1.1.3 detail table vpna.mvpn.0 | find 5: * 5:10.1.1.1:1:32:192.168.1.2:32:224.1.1.1/240 (1 entry, 1 announced) BGP group int type Internal Route Distinguisher: 10.1.1.1:1 Nexthop: Self Flags: Nexthop Change Localpref: 100 AS path: [65000] I Communities: target:10:1El enrutador PE receptor que tiene una ruta Tipo 5 y Tipo 6 para (C-*, C-G) ya está listo para originar una ruta Tipo 7.
Escriba el comando en el
show route table vpna.mvpn.0 detailenrutador PE3 para comprobar que el enrutador PE3 tiene las siguientes rutas de tipo 5, 6 y 7 en lavpna.mvpn.0tabla.C-PIM instala la ruta Tipo 6 en el paso 2. La ruta Tipo 5 se aprende a través de BGP en el paso 5. La ruta Tipo 7 es originada por el módulo MVPN en respuesta a tener rutas Tipo 5 y Tipo 6 para el mismo (C-*, C-G). El destino de ruta de la ruta de tipo 7 es el mismo que el destino de ruta de tipo 6, ya que se puede acceder a ambas rutas (dirección IP del RP candidato [10.12.53.1] y la dirección del origen de multidifusión VPN [192.168.1.2]) a través del mismo enrutador [PE1]). Por lo tanto,
10.12.53.1y192.168.1.2llevar la misma ruta objetivo de importación (10.1.1.1:64) comunidaduser@PE3> show route table vpna.mvpn.0 detail 5:10.1.1.1:1:32:192.168.1.2:32:224.1.1.1/240 (1 entry, 1 announced) *BGP Preference: 170/-101 Next hop type: Indirect Next-hop reference count: 4 Source: 10.1.1.1 Protocol next hop: 10.1.1.1 Indirect next hop: 2 no-forward State: <Secondary Active Int Ext> Local AS: 65000 Peer AS: 65000 Age: 1d 1:43:13 Metric2: 1 Task: BGP_65000.10.1.1.1+55384 Announcement bits (2): 0-PIM.vpna 1-mvpn global task AS path: I Communities: target:10:1 Import Accepted Localpref: 100 Router ID: 10.1.1.1 Primary Routing Table bgp.mvpn.0 6:10.1.1.1:1:65000:32:10.12.53.1:32:224.1.1.1/240 (1 entry, 1 announced) *PIM Preference: 105 Next hop type: Multicast (IPv4), Next hop index: 262144 Next-hop reference count: 11 State: <Active Int> Age: 1d 1:44:09 Task: PIM.vpna Announcement bits (2): 0-PIM.vpna 1-mvpn global task AS path: I Communities: no-advertise target:10.1.1.1:64 7:10.1.1.1:1:65000:32:192.168.1.2:32:224.1.1.1/240 (1 entry, 1 announced) *MVPN Preference: 70 Next hop type: Multicast (IPv4), Next hop index: 262144 Next-hop reference count: 11 State: <Active Int Ext> Age: 1d 1:44:09 Metric2: 1 Task: mvpn global task Announcement bits (3): 0-PIM.vpna 1-mvpn global task 2-BGP RT Background AS path: I Communities: target:10.1.1.1:64BGP recoge la ruta Tipo 7 instalada en la tabla MVPN VRF y la anuncia en enrutadores PE remotos.
Ingrese el comando en el
show route advertising-protocol bgp 10.1.1.1 detail table vpna.mvpn.0 | find 7:10.1.1.1enrutador PE3 para comprobar que el enrutador PE3 anuncia la siguiente ruta de tipo 7:user@PE3> show route advertising-protocol bgp 10.1.1.1 detail table vpna.mvpn.0 | find 7:10.1.1.1 * 7:10.1.1.1:1:65000:32:192.168.1.2:32:224.1.1.1/240 (1 entry, 1 announced) BGP group int type Internal Route Distinguisher: 10.1.1.3:1 Nexthop: Self Flags: Nexthop Change Localpref: 100 AS path: [65000] I Communities: target:10.1.1.1:64Si la unión C es una unión de árbol de origen, la ruta Tipo 7 se origina inmediatamente (sin esperar una ruta Tipo 5).
Ingrese el comando en el
show route table vpna.mvpn.0 detail | find 7:10.1.1.1enrutador PE2 para comprobar que el enrutador PE2 origina la siguiente ruta de tipo 7 en respuesta a recibir una unión en C (192.168.1.2, 232.1.1.1):user@PE2> show route table vpna.mvpn.0 detail | find 7:10.1.1.1 7:10.1.1.1:1:65000:32:192.168.1.2:32:232.1.1.1/240 (1 entry, 1 announced) *PIM Preference: 105 Next hop type: Multicast (IPv4), Next hop index: 262146 Next-hop reference count: 4 State: <Active Int> Age: 2d 18:59:56 Task: PIM.vpna Announcement bits (3): 0-PIM.vpna 1-mvpn global task 2-BGP RT Background AS path: I Communities: target:10.1.1.1:64
Recepción de rutas de multidifusión C
Un enrutador PE remitente importa una ruta de tipo 7 si la ruta lleva un destino de ruta que coincide con la comunidad de importación de destino de ruta de origen local. Todas las rutas de tipo 7 deben pasar la __vrf-mvpn-import-cmcast-<routing-instance-name>-internal__ política para poder instalarse en la <routing-instance-name>.mvpn.0 tabla.
Cuando un enrutador PE remitente recibe una ruta de tipo 7 a través de BGP, esta ruta se instala en la <routing-instance-name>.mvpn.0 tabla. A continuación, la ruta BGP se traduce de nuevo en una unión C normal dentro de la tabla VRF y la unión C se instala en la base de datos C-PIM local del enrutador PE receptor. Una nueva unión C agregada a la base de datos C-PIM desencadena C-PIM para originar una ruta de tipo 6 o tipo 7. El C-PIM en el enrutador PE remitente crea su propia versión de la misma ruta de tipo 7 recibida a través de BGP.
Utilice el show route table vpna.mvpn.0 detail | find 7:10.1.1.1 comando para comprobar que el enrutador PE1 contiene las siguientes entradas para una ruta de tipo 7 en la vpna.mvpn.0 tabla correspondiente a un mensaje de unión (192.168.1.2, 224.1.1.1). Hay dos entradas; una entrada es instalada por PIM y la otra entrada es instalada por BGP. En este ejemplo también se muestra la ruta de tipo 7 correspondiente a la unión (192.168.1.2, 232.1.1.1).
user@PE1> show route table vpna.mvpn.0 detail
| find 7:10.1.1.1
7:10.1.1.1:1:65000:32:192.168.1.2:32:224.1.1.1/240 (2 entries, 2 announced)
*PIM Preference: 105
Next hop type: Multicast (IPv4)
Next-hop reference count: 30
State: <Active Int>
Age: 1d 2:19:04
Task: PIM.vpna
Announcement bits (2): 0-PIM.vpna 1-mvpn global task
AS path: I
Communities: no-advertise target:10.1.1.1:64
BGP Preference: 170/-101
Next hop type: Indirect
Next-hop reference count: 4
Source: 10.1.1.3
Protocol next hop: 10.1.1.3
Indirect next hop: 2 no-forward
State: <Secondary Int Ext>
Inactive reason: Route Preference
Local AS: 65000 Peer AS: 65000
Age: 53:27 Metric2: 1
Task: BGP_65000.10.1.1.3+179
Announcement bits (2): 0-PIM.vpna 1-mvpn global task
AS path: I
Communities: target:10.1.1.1:64
Import Accepted
Localpref: 100
Router ID: 10.1.1.3
Primary Routing Table bgp.mvpn.0
7:10.1.1.1:1:65000:32:192.168.1.2:32:232.1.1.1/240 (2 entries, 2 announced)
*PIM Preference: 105
Next hop type: Multicast (IPv4)
Next-hop reference count: 30
State: <Active Int>
Age: 2d 19:21:17
Task: PIM.vpna
Announcement bits (2): 0-PIM.vpna 1-mvpn global task
AS path: I
Communities: no-advertise target:10.1.1.1:64
BGP Preference: 170/-101
Next hop type: Indirect
Next-hop reference count: 4
Source: 10.1.1.2
Protocol next hop: 10.1.1.2
Indirect next hop: 2 no-forward
State: <Secondary Int Ext>
Inactive reason: Route Preference
Local AS: 65000 Peer AS: 65000
Age: 53:27 Metric2: 1
Task: BGP_65000.10.1.1.2+49165
Announcement bits (2): 0-PIM.vpna 1-mvpn global task
AS path: I
Communities: target:10.1.1.1:64
Import Accepted
Localpref: 100
Router ID: 10.1.1.2
Primary Routing Table bgp.mvpn.0
Las uniones C remotas (rutas de tipo 7 aprendidas a través de BGP traducidas de nuevo a uniones C normales) se instalan en la base de datos VRF C-PIM en el enrutador PE remitente y se procesan según los procedimientos regulares de C-PIM. Este proceso completa el intercambio de enrutamiento de multidifusión C de extremo a extremo.
Utilice el comando para comprobar que el show pim join extensive instance vpna enrutador PE1 tiene instaladas las siguientes entradas en la base de datos C-PIM:
user@PE1> show pim join extensive instance vpna
Instance: PIM.vpna Family: INET
R = Rendezvous Point Tree, S = Sparse, W = Wildcard
Group: 224.1.1.1
Source: 192.168.1.2
Flags: sparse,spt
Upstream interface: fe-0/2/0.0
Upstream neighbor: 10.12.97.2
Upstream state: Local RP, Join to Source
Keepalive timeout: 201
Downstream neighbors:
Interface: Pseudo-MVPN
Group: 232.1.1.1
Source: 192.168.1.2
Flags: sparse,spt
Upstream interface: fe-0/2/0.0
Upstream neighbor: 10.12.97.2
Upstream state: Local RP, Join to Source
Keepalive timeout:
Downstream neighbors:
Interface: Pseudo-MVPN
Instance: PIM.vpna Family: INET6
R = Rendezvous Point Tree, S = Sparse, W = Wildcard