Multicast

Configuración de multicast a nivel LAN, intra AS e inter AS

Transcript

1. Multicast Configuración de multicast a nivel LAN, intra AS e inter AS Fernando López UNLP 29 de Septiembre de 2014 Fernando López (UNLP) Multicast 29 de Septiembre de 2014 1 / 12
2. Introducción El objetivo es emitir datos a multiples receptores sin retransmitirlos para cada uno. Cada dirección representa un grupo. Las direcciones se usan de forma distinta a unicast, ningún host en particular tiene configurada una dirección multicast. Los origenes de datos emiten datagramas usando como dirección destino la dirección de un grupo. Los clientes se subscriben a uno o más grupos. Los routers deben decidir si dejan pasar el tráfico multicast por un determinado camino en base a los requerimientos de los clientes. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 2 / 12
3. Introducción El objetivo es emitir datos a multiples receptores sin retransmitirlos para cada uno. Cada dirección representa un grupo. Las direcciones se usan de forma distinta a unicast, ningún host en particular tiene configurada una dirección multicast. Los origenes de datos emiten datagramas usando como dirección destino la dirección de un grupo. Los clientes se subscriben a uno o más grupos. Los routers deben decidir si dejan pasar el tráfico multicast por un determinado camino en base a los requerimientos de los clientes. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 2 / 12
4. Introducción El objetivo es emitir datos a multiples receptores sin retransmitirlos para cada uno. Cada dirección representa un grupo. Las direcciones se usan de forma distinta a unicast, ningún host en particular tiene configurada una dirección multicast. Los origenes de datos emiten datagramas usando como dirección destino la dirección de un grupo. Los clientes se subscriben a uno o más grupos. Los routers deben decidir si dejan pasar el tráfico multicast por un determinado camino en base a los requerimientos de los clientes. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 2 / 12
5. Introducción El objetivo es emitir datos a multiples receptores sin retransmitirlos para cada uno. Cada dirección representa un grupo. Las direcciones se usan de forma distinta a unicast, ningún host en particular tiene configurada una dirección multicast. Los origenes de datos emiten datagramas usando como dirección destino la dirección de un grupo. Los clientes se subscriben a uno o más grupos. Los routers deben decidir si dejan pasar el tráfico multicast por un determinado camino en base a los requerimientos de los clientes. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 2 / 12
6. Introducción El objetivo es emitir datos a multiples receptores sin retransmitirlos para cada uno. Cada dirección representa un grupo. Las direcciones se usan de forma distinta a unicast, ningún host en particular tiene configurada una dirección multicast. Los origenes de datos emiten datagramas usando como dirección destino la dirección de un grupo. Los clientes se subscriben a uno o más grupos. Los routers deben decidir si dejan pasar el tráfico multicast por un determinado camino en base a los requerimientos de los clientes. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 2 / 12
7. Introducción El objetivo es emitir datos a multiples receptores sin retransmitirlos para cada uno. Cada dirección representa un grupo. Las direcciones se usan de forma distinta a unicast, ningún host en particular tiene configurada una dirección multicast. Los origenes de datos emiten datagramas usando como dirección destino la dirección de un grupo. Los clientes se subscriben a uno o más grupos. Los routers deben decidir si dejan pasar el tráfico multicast por un determinado camino en base a los requerimientos de los clientes. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 2 / 12
8. Direcciones Las direcciones IP multicast son asignadas IANA -a diferencia de las direcciones unicast que son asignadas por los Regional Internet Registries (RIRs)-. Address Range Size Designat ------------- ---- -------- 224.0.0.0 - 224.0.0.255 (/24) Local Ne 224.0.1.0 - 224.0.1.255 (/24) Internet 224.0.2.0 - 224.0.255.255 (65024)Non Membersh 224.1.0.0 - 224.1.255.255 (/16) RESERVED 224.2.0.0 - 224.2.255.255 (/16) SDP/SAP 224.3.0.0 - 224.4.255.255 (2 /16s) AD-HOC B 224.5.0.0 - 224.255.255.255 (251 /16s) RESERVED 225.0.0.0 - 231.255.255.255 (7 /8s) RESERVED 232.0.0.0 - 232.255.255.255 (/8) Source-S 233.0.0.0 - 233.251.255.255 (16515072) GLOP Blo Fernando López (UNLP) Multicast 29 de Septiembre de 2014 3 / 12
9. Algunos rangos “Local Network Control Block” multicasts que no deben salir de una red (por ejemplo RIPv2 224.0.0.9). “Internetwork Control Block” multicasts que los routers puedenNon Membership Report (NMR) enrutar. “Source-Specific Multicast Block” grupos donde el cliente especifica la dirección del origen de datos desde el cual desea recibir datagramas. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 4 / 12
10. Algunos rangos “Local Network Control Block” multicasts que no deben salir de una red (por ejemplo RIPv2 224.0.0.9). “Internetwork Control Block” multicasts que los routers puedenNon Membership Report (NMR) enrutar. “Source-Specific Multicast Block” grupos donde el cliente especifica la dirección del origen de datos desde el cual desea recibir datagramas. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 4 / 12
11. Algunos rangos “Local Network Control Block” multicasts que no deben salir de una red (por ejemplo RIPv2 224.0.0.9). “Internetwork Control Block” multicasts que los routers puedenNon Membership Report (NMR) enrutar. “Source-Specific Multicast Block” grupos donde el cliente especifica la dirección del origen de datos desde el cual desea recibir datagramas. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 4 / 12
12. Multicasts en una LAN Subscripción IGMP: Los clientes usan el protocolo IGMP para unirse a un grupo. El origen de datos emite datagramas usando como dirección destino de capa 3 la ip del grupo. Como dirección destino Non Membership Report (NMR)ethernet usa direcciones en el rango 01-00-5E-00-00-00 a 01-00-5E-7F-FF-FF. Switches sin soporte especifico. Switches con soporte a través de IGMP Snoop. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 5 / 12
13. Multicasts en una LAN Subscripción IGMP: Los clientes usan el protocolo IGMP para unirse a un grupo. El origen de datos emite datagramas usando como dirección destino de capa 3 la ip del grupo. Como dirección destino Non Membership Report (NMR)ethernet usa direcciones en el rango 01-00-5E-00-00-00 a 01-00-5E-7F-FF-FF. Switches sin soporte especifico. Switches con soporte a través de IGMP Snoop. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 5 / 12
14. Multicasts en una LAN Subscripción IGMP: Los clientes usan el protocolo IGMP para unirse a un grupo. El origen de datos emite datagramas usando como dirección destino de capa 3 la ip del grupo. Como dirección destino Non Membership Report (NMR)ethernet usa direcciones en el rango 01-00-5E-00-00-00 a 01-00-5E-7F-FF-FF. Switches sin soporte especifico. Switches con soporte a través de IGMP Snoop. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 5 / 12
15. Multicasts en una LAN Subscripción IGMP: Los clientes usan el protocolo IGMP para unirse a un grupo. El origen de datos emite datagramas usando como dirección destino de capa 3 la ip del grupo. Como dirección destino Non Membership Report (NMR)ethernet usa direcciones en el rango 01-00-5E-00-00-00 a 01-00-5E-7F-FF-FF. Switches sin soporte especifico. Switches con soporte a través de IGMP Snoop. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 5 / 12
16. Multicasts en una LAN Subscripción IGMP: Los clientes usan el protocolo IGMP para unirse a un grupo. El origen de datos emite datagramas usando como dirección destino de capa 3 la ip del grupo. Como dirección destino Non Membership Report (NMR)ethernet usa direcciones en el rango 01-00-5E-00-00-00 a 01-00-5E-7F-FF-FF. Switches sin soporte especifico. Switches con soporte a través de IGMP Snoop. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 5 / 12
17. Multicasts dentro de un AS Es necesario transmitir información multicast entre los routers para esto existen protocolos específicos. PIM DVMRP Fernando López (UNLP) Multicast 29 de Septiembre de 2014 6 / 12
18. Multicasts dentro de un AS Es necesario transmitir información multicast entre los routers para esto existen protocolos específicos. PIM DVMRP Fernando López (UNLP) Multicast 29 de Septiembre de 2014 6 / 12
19. Multicasts dentro de un AS Es necesario transmitir información multicast entre los routers para esto existen protocolos específicos. PIM DVMRP Fernando López (UNLP) Multicast 29 de Septiembre de 2014 6 / 12
20. PIM Construye árboles compartidos de distribución de paquetes multicast. Modo denso: Primero envia tráfico e información de rutas incluso a locaciones que no tienen hosts interesados en ningún grupo. Modo sparse: solo envia tráfico multicast a las locaciones que lo piden. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 7 / 12
21. PIM Construye árboles compartidos de distribución de paquetes multicast. Modo denso: Primero envia tráfico e información de rutas incluso a locaciones que no tienen hosts interesados en ningún grupo. Modo sparse: solo envia tráfico multicast a las locaciones que lo piden. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 7 / 12
22. PIM Construye árboles compartidos de distribución de paquetes multicast. Modo denso: Primero envia tráfico e información de rutas incluso a locaciones que no tienen hosts interesados en ningún grupo. Modo sparse: solo envia tráfico multicast a las locaciones que lo piden. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 7 / 12
23. PIM Modos de distribución: “Any Source Multicast” (ASM): provee descubrimiento de origenes multicast. Requiere que se configure un Rendezvouz Point. “Single Source Multicast” (SSM) construye un source tree que se origina en el router designado del segmento LAN que recibe la petición para unirse al origen multicast. No require que se configure un RP. Existe una configuración Auto-RP para hacer un descubrimiento dinámico del RP, incluso pueden anunciarse varios RPs y se aplicará un mecanismo de desempate. ip pim send-rp-announce loopback0 scope 16 ip pim send-rp-discovery scope 16 Fernando López (UNLP) Multicast 29 de Septiembre de 2014 8 / 12
24. PIM Modos de distribución: “Any Source Multicast” (ASM): provee descubrimiento de origenes multicast. Requiere que se configure un Rendezvouz Point. “Single Source Multicast” (SSM) construye un source tree que se origina en el router designado del segmento LAN que recibe la petición para unirse al origen multicast. No require que se configure un RP. Existe una configuración Auto-RP para hacer un descubrimiento dinámico del RP, incluso pueden anunciarse varios RPs y se aplicará un mecanismo de desempate. ip pim send-rp-announce loopback0 scope 16 ip pim send-rp-discovery scope 16 Fernando López (UNLP) Multicast 29 de Septiembre de 2014 8 / 12
25. PIM Modos de distribución: “Any Source Multicast” (ASM): provee descubrimiento de origenes multicast. Requiere que se configure un Rendezvouz Point. “Single Source Multicast” (SSM) construye un source tree que se origina en el router designado del segmento LAN que recibe la petición para unirse al origen multicast. No require que se configure un RP. Existe una configuración Auto-RP para hacer un descubrimiento dinámico del RP, incluso pueden anunciarse varios RPs y se aplicará un mecanismo de desempate. ip pim send-rp-announce loopback0 scope 16 ip pim send-rp-discovery scope 16 Fernando López (UNLP) Multicast 29 de Septiembre de 2014 8 / 12
26. PIM Modos de distribución: “Any Source Multicast” (ASM): provee descubrimiento de origenes multicast. Requiere que se configure un Rendezvouz Point. “Single Source Multicast” (SSM) construye un source tree que se origina en el router designado del segmento LAN que recibe la petición para unirse al origen multicast. No require que se configure un RP. Existe una configuración Auto-RP para hacer un descubrimiento dinámico del RP, incluso pueden anunciarse varios RPs y se aplicará un mecanismo de desempate. ip pim send-rp-announce loopback0 scope 16 ip pim send-rp-discovery scope 16 Fernando López (UNLP) Multicast 29 de Septiembre de 2014 8 / 12
27. Soporte del protocolo PIM Soporte en Linux El demonio pimd tiene varios bugs 1. En mis pruebas fue inusable. Soporte en IOS NX-OS soporta solo modo sparse. 1http://troglobit.com/pimd.html Fernando López (UNLP) Multicast 29 de Septiembre de 2014 9 / 12
28. Soporte del protocolo PIM Soporte en Linux El demonio pimd tiene varios bugs 1. En mis pruebas fue inusable. Soporte en IOS NX-OS soporta solo modo sparse. 1http://troglobit.com/pimd.html Fernando López (UNLP) Multicast 29 de Septiembre de 2014 9 / 12
29. Soporte del protocolo PIM Soporte en Linux El demonio pimd tiene varios bugs 1. En mis pruebas fue inusable. Soporte en IOS NX-OS soporta solo modo sparse. 1http://troglobit.com/pimd.html Fernando López (UNLP) Multicast 29 de Septiembre de 2014 9 / 12
30. Soporte del protocolo PIM Soporte en Linux El demonio pimd tiene varios bugs 1. En mis pruebas fue inusable. Soporte en IOS NX-OS soporta solo modo sparse. 1http://troglobit.com/pimd.html Fernando López (UNLP) Multicast 29 de Septiembre de 2014 9 / 12
31. Soporte del protocolo PIM Soporte en Linux El demonio pimd tiene varios bugs 1. En mis pruebas fue inusable. Soporte en IOS NX-OS soporta solo modo sparse. 1http://troglobit.com/pimd.html Fernando López (UNLP) Multicast 29 de Septiembre de 2014 9 / 12
32. Soporte del protocolo DVMRP Distance Vector Multicast Routing Protocol (DVMRP) Flood and prune: Inunda todos los streams multicast a todos los routers. Para evitar esto un router puede enviar un comando Non Membership Report (NMR) declarando que no debe recibir tráfico para un determinado grupo. Soporte en Linux Soporte completo con mrouted. La tabla de mrouted no está visible para Quagga. Soporte en IOS Soporte limitado. Puede integrar la información de la tabla que arma PIM. Puede retransmitir la información DVMRP. Puede hacer tuneles para transmitir la info DVMRP. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 10 / 12
33. Soporte del protocolo DVMRP Distance Vector Multicast Routing Protocol (DVMRP) Flood and prune: Inunda todos los streams multicast a todos los routers. Para evitar esto un router puede enviar un comando Non Membership Report (NMR) declarando que no debe recibir tráfico para un determinado grupo. Soporte en Linux Soporte completo con mrouted. La tabla de mrouted no está visible para Quagga. Soporte en IOS Soporte limitado. Puede integrar la información de la tabla que arma PIM. Puede retransmitir la información DVMRP. Puede hacer tuneles para transmitir la info DVMRP. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 10 / 12
34. Soporte del protocolo DVMRP Distance Vector Multicast Routing Protocol (DVMRP) Flood and prune: Inunda todos los streams multicast a todos los routers. Para evitar esto un router puede enviar un comando Non Membership Report (NMR) declarando que no debe recibir tráfico para un determinado grupo. Soporte en Linux Soporte completo con mrouted. La tabla de mrouted no está visible para Quagga. Soporte en IOS Soporte limitado. Puede integrar la información de la tabla que arma PIM. Puede retransmitir la información DVMRP. Puede hacer tuneles para transmitir la info DVMRP. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 10 / 12
35. Soporte del protocolo DVMRP Distance Vector Multicast Routing Protocol (DVMRP) Flood and prune: Inunda todos los streams multicast a todos los routers. Para evitar esto un router puede enviar un comando Non Membership Report (NMR) declarando que no debe recibir tráfico para un determinado grupo. Soporte en Linux Soporte completo con mrouted. La tabla de mrouted no está visible para Quagga. Soporte en IOS Soporte limitado. Puede integrar la información de la tabla que arma PIM. Puede retransmitir la información DVMRP. Puede hacer tuneles para transmitir la info DVMRP. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 10 / 12
36. Soporte del protocolo DVMRP Distance Vector Multicast Routing Protocol (DVMRP) Flood and prune: Inunda todos los streams multicast a todos los routers. Para evitar esto un router puede enviar un comando Non Membership Report (NMR) declarando que no debe recibir tráfico para un determinado grupo. Soporte en Linux Soporte completo con mrouted. La tabla de mrouted no está visible para Quagga. Soporte en IOS Soporte limitado. Puede integrar la información de la tabla que arma PIM. Puede retransmitir la información DVMRP. Puede hacer tuneles para transmitir la info DVMRP. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 10 / 12
37. Soporte del protocolo DVMRP Distance Vector Multicast Routing Protocol (DVMRP) Flood and prune: Inunda todos los streams multicast a todos los routers. Para evitar esto un router puede enviar un comando Non Membership Report (NMR) declarando que no debe recibir tráfico para un determinado grupo. Soporte en Linux Soporte completo con mrouted. La tabla de mrouted no está visible para Quagga. Soporte en IOS Soporte limitado. Puede integrar la información de la tabla que arma PIM. Puede retransmitir la información DVMRP. Puede hacer tuneles para transmitir la info DVMRP. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 10 / 12
38. Soporte del protocolo DVMRP Distance Vector Multicast Routing Protocol (DVMRP) Flood and prune: Inunda todos los streams multicast a todos los routers. Para evitar esto un router puede enviar un comando Non Membership Report (NMR) declarando que no debe recibir tráfico para un determinado grupo. Soporte en Linux Soporte completo con mrouted. La tabla de mrouted no está visible para Quagga. Soporte en IOS Soporte limitado. Puede integrar la información de la tabla que arma PIM. Puede retransmitir la información DVMRP. Puede hacer tuneles para transmitir la info DVMRP. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 10 / 12
39. Soporte del protocolo DVMRP Distance Vector Multicast Routing Protocol (DVMRP) Flood and prune: Inunda todos los streams multicast a todos los routers. Para evitar esto un router puede enviar un comando Non Membership Report (NMR) declarando que no debe recibir tráfico para un determinado grupo. Soporte en Linux Soporte completo con mrouted. La tabla de mrouted no está visible para Quagga. Soporte en IOS Soporte limitado. Puede integrar la información de la tabla que arma PIM. Puede retransmitir la información DVMRP. Puede hacer tuneles para transmitir la info DVMRP. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 10 / 12
40. Soporte del protocolo DVMRP Distance Vector Multicast Routing Protocol (DVMRP) Flood and prune: Inunda todos los streams multicast a todos los routers. Para evitar esto un router puede enviar un comando Non Membership Report (NMR) declarando que no debe recibir tráfico para un determinado grupo. Soporte en Linux Soporte completo con mrouted. La tabla de mrouted no está visible para Quagga. Soporte en IOS Soporte limitado. Puede integrar la información de la tabla que arma PIM. Puede retransmitir la información DVMRP. Puede hacer tuneles para transmitir la info DVMRP. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 10 / 12
41. Soporte del protocolo DVMRP Distance Vector Multicast Routing Protocol (DVMRP) Flood and prune: Inunda todos los streams multicast a todos los routers. Para evitar esto un router puede enviar un comando Non Membership Report (NMR) declarando que no debe recibir tráfico para un determinado grupo. Soporte en Linux Soporte completo con mrouted. La tabla de mrouted no está visible para Quagga. Soporte en IOS Soporte limitado. Puede integrar la información de la tabla que arma PIM. Puede retransmitir la información DVMRP. Puede hacer tuneles para transmitir la info DVMRP. Fernando López (UNLP) Multicast 29 de Septiembre de 2014 10 / 12
42. MBGP MBGP toma la información de PIM y la distribuye con los vecinos que indiquemos: # Habilitar MBGP con un vecino address-family ipv4 multicast neighbor x.x.x.x ac # Ver información MBGP show bgp ipv4 multicast Fernando López (UNLP) Multicast 29 de Septiembre de 2014 11 / 12
43. Links Asignación de direcciones multicast (rfc5771) Configuración de IGMP Snoop Configuración de PIM Soporte de interoperabilidad de DVMRP en IOS pimd mrouted Extensiones para soporte de multicast en los hosts (rfc1112) Configuring IP Multicast Routing Multicast Quick-Start Configuration Guide Fernando López (UNLP) Multicast 29 de Septiembre de 2014 12 / 12