Avanços em IP multicast

Transcrição

2 Agenda Novos Serviços (Soluções): Video IP Rede do Saber (Intragov) Bolsa de Valores Tecnologias SSM Multicast VPN - mvpn LSM Label Switch Multicast mldp (multicast LDP) P-to-MP RSVP-TE 2

3 Pré-requisitos É necessário conhecimento básico em: Roteamento IP (IGP, BGP) Roteamento Multicast PIM (SM) MSDP IGMP Tecnologia MPLS LSP L3VPN TE 3

4 Agenda Novos Serviços (Soluções): Video IP Rede do Saber (Intragov) Bolsa de Valores Tecnologias SSM Multicast VPN - mvpn LSM Label Switch Multicast mldp (multicast LDP) P-to-MP RSVP-TE 4

5 Soluções de Video IP Multicast Broadcast TV (ou IPTV) Video-Conferencia Telepresence Serviço de Monitoramento - Surveillance Anúncio Digital Digital signage 5

6 Replicação Multicast - IPTV Distribuição de canais para vários assinantes Multicast Unicast Vantagens replicação Multicast 1. Controle eficiente do tráfego de rede 2. Redução da carga nos servidores 3. Elimina tráfego redundante 4. Multicast torna possível esse tipo de aplicação Multipoint Tráfego na Rede # Clientes Benefícios Redução de Custos Banda, Servidores Possibilidade de fornecer mais e mais canais 6

7 Multicast Rede do Saber (Intragov) O governo de Sao Paulo possui um serviço de Video-Conferencia conectando várias escolas e Universidades. Esse serviço é usado para treinamento (curso à distância), capacitação de professores. O serviço é chamado Rede do Saber, cujo transporte é via mvpn Existem mais de 100 pontos nesta rede e suporte para 10 video-conferências simultâneas Cada ponto em uma video-conferência atua como source e receiver Comunicação Any-to-Any 7

8 Aplicação Multicast Bolsa de Valores Data Center NYSE, DAX,CAC,Bovespa* Provedor de Serviço - Financeiro Data Center Corretoras Investidores Source Multicast A Local A Local B Source Multicast B 8

9 Agenda Novos Serviços (Soluções): Video IP Bolsa de Valores Rede do Saber (Intragov) Tecnologias SSM Multicast VPN - mvpn LSM Label Switch Multicast mldp (multicast LDP) P-to-MP RSVP-TE 9

10 Source Specific Multicast (SSM) Modelo de Serviço Multicast adequado para aplicações One-to-Many Maioria das aplicações Multicast da Internet se encaixam neste Modelo Incluso IPTV A priori, os Hosts(Recievers) devem saber o source (end. IP origem), não somente o Grupo Tipicamente através de algum mecanismo out of band (página Web, Servidor de Conteúdo) Não é necessário RP, ou Shared Tree ou MSDP Hosts/Roteadores devem suportar IGMPv3 10

11 Sinalização IGMP - overview Hosts sinalizam aos roteadores - via IGMP interesse de se juntar em um grupo Multicast 3 Versões IGMP Versão 1 - RFC 1112 Suportado em Windows 95 Versão 2 - RFC 2236 Suportado em Windows2000/2003/XP/etc, Unix Versão 3 - RFC 3376 Suportado em XP/Vista e várias plataformas UNIX 11

12 Sinalização IGMPv2 Join no Grupo Joining um Group H1 H H3 Report Host envia um report IGMP para se juntar ao Grupo

13 Sinalização IGMPv2 Manutenção Manutenção de um Grupo X Suprimido H H H3 X Report Suprimido Query O roteador envia queries periódicos para (end reservado All-Hosts ) Um membro do grupo multicast responde Demais Membros, que participam do mesmo grupo, escutam a resposta e suprimem resposta Report Suppression 13

14 Sinalização IGMPv2 Leaving de um grupo Leaving um Grupo (IGMPv2) H1 H H3 Leave to Grupo Específico Query para Host envia uma mensangem de Leave para o Endereço Roteador envia um query para o grupo Se nenhum Host responde em 3 seg, o grupo é retirado da tabela de roteamento Multicast (timeout) 14

15 Sinalização IGMPv3 RFC 3376 Report inclui lista de sources que pode ser incluido ou excluido Endereço reservado para report IGMPv1/v2 usa o próprio grupo como destino do report Somente Roteadores respondem para este endereço Não há report supression Todos os Hosts respondem aos Queries do Roteador Resposta do query com report

16 IGMPv3 - Joining um Source Específico H1 H2 H3 v3 Report ( ) Grupo: Inclui: rtr-a Report IGMPv3 contém os sources prentendidos Árvore Multicast SPT montada somente para os grupos com Sources inclusos 16

17 IGMPv3 Manutenção dos Estados H1 H2 H3 v3 Report ( ) v3 Report ( ) v3 Report ( ) Query all-hosts Roteador envia queries periodicamente TODOS os Hosts IGMPv3 respondem ao query, usando mensagem de report O report contém todos os Grupos e Sources de interesse 17

18 Características Source Specific Multicast (SSM) Hosts necessitam suporte ao IGMPv3 Hosts se juntam a um grupo multicast especificando o Grupo com os respectivos Sources O roteador que conecta ao Host envia o PIM join (S,G) diretamente para o Source Não há montagem da árvore Shared Tree Somente fluxos (S,G) são encaminhado ao host Simplica endereçamento multicast Diferentes conteúdos (ou canais) podem ser encaminhados usando o mesmo grupo multicast, sem perigo de um fluxo interferir no outro 18

19 PIM Source Specific Mode Source = Grupo= Source Os Hosts (Receivers) aprendem (out-of -band) sobre os Sources/Grupos Receiver envia join IGMPv3 (S,G) O roteador mais próximo envia o PIM (S,G) diretamente para o Source PIM (S, G) Join A B C D Out-of-band Depositório de Sources, Exemplo: web server IGMPv3 (S, G) Join E F Receiver 19

20 PIM Source Specific Mode Source Resultado: SPT (Shortest Path Tree) é criada Não há Shared Tree A B C D Out-of-band Depositório source, exemplo: web server E F Receiver 20

21 Mapeamento SSM Caso Host/App não suportem IGMPv3 Workaround: Mapeamento SSM Rotador mapeia (*,G) para (S,G) Mapeamento pode ser estático ou dinâmico Mapeamento dinâmico via DNS Limitação Mapeamento SSM Um conteúdo (canal) por grupo 21

22 Mapeamento SSM DNS Video Source= Group= PIM (S,G) join Mapeamento DNS Group Reverse DNS lookup for group G PIM (S,G) join IGMPv2 join DNS response: Group G Source S Set Top Box (STB) 22

23 Benefícios SSM Gerenciamento de Endereços: Possibilidade de overlap Vários conteúdos com um Único Grupo Provê maior segurança: Core da rede SP proteção (D)DoS Hosts tráfego indesejado Simplica plano de controle no shared tree Estados (*,G) Gerenciamento RP SPT switchover MSDP Multicast Source Discovery Protocol Melhor convergência comparado ao ASM Possibilita rastreamento dos receivers Redução da tabela de roteamento multicast 1 entrada por fluxo Melhor Controle de Admissão Simplifica comutação mvpn Sem RP no Core 23

25 Multicast e MPLS L3VPN? Brasilia RIO Como transportar tráfego multicast do Cliente VPN entre Rio, Brasilia e Bahia? RFC2547 MPLS Bahia 25

26 Multicast em L3VPN Desafios Multicast não é suportado em MPLS(*) Workaround Tunel GRE ponto-a-ponto CE - CE Solução não escalável Difícil gerenciamento/provisionamento e controle CE CE CE MPLS Core CE CE CE CE CE 26

27 Solução mvpn Baseado na espec draft-rosen-vpn-mcast-09.txt Comutação é feita em Multicast IPv4 Utiliza tunelamento GRE PtoMP Permite: Independencia dos modos de operação PIM no Core e na rede do cliente (mvpn) A implementação deve suportar qualquer modo de operação PIM, tanto no Core do SP quanto na rede do Cliente PIM Bidirectional (PIM-BIDIR) PIM Source Specific Multicast (PIM-SSM) PIM Sparse-Mode (PIM-SM ou ASM) 27

28 Benefícios para o Cliente e SP Clientes: Roteadores CE fazem adjancência PIM somente com o PE Sem overlay de tuneis GRE CE-CE Roteamento Multicast do cliente atual não sofre afetação Modo de operação PIM Posicionamento do RP Mecânismos de descoberta do RP SP: Core continua rodando o mesmo modo multicast PIM ASM PIM SSM PIM-Bidir Simplicidade Roteador P não participa do roteamento multicast do Cliente 28

29 Alguns Conceitos 29

30 Multicast VPN Overview Blue Ponto de Vista do Cliente SP participa do mesmo domínio Multicast Red Dominio Multicast Blue Provider Net Blue Red Domínio Multicast Red Blue Red 30

31 Multicast VPN Overview Red Blue Source Ponto de Vista do SP Tráfego Multicast do cliente é encapsulado em um túnel GRE (destino multicast) e encaminhado adequadamente na Default-MDT Cada Default-MDT usa um grupo multicast distinto na rede do SP SP Blue Red (*, ) (*, ) Blue Receiver Red 31

32 Instâncias PIM & Adjacências Multicast Tunnel Interface Multicast Tunnel Interface No Core Adjâncias PIM PE-P e P-P Na mvpn Instância PIM PE-CE Instância PE-PE via MTI 32

33 Encapsulamento MVPN Source G= C-Packet Src = Grp = C-Packet S G CE B3 C-Packet P-Packet Src = Grp = GRE header and trailer Lo0 = S G S G C-Packet Src = Grp = C-Packet S G CE B1 C-Join (*, ) Receiver MDT-default = Comutação na MDT usa GRE C-Packet encapsulado em um P-packet P-Packet Source = End IP do PE usado para peering BGP Grupo = Endereço do Grupo MDT (Default or Data) TOS/DSCP do C-Packet é copiado para o P-Packet MPLS labels não é usado no Core, somente multicast nativo 33

34 Detalhamento - Default MDT Source S= G= Vantagens e Desvantagens LO LO Provider Net Fluxo Multicast descartado (*, ) Default-MDT Receiver S= G= LO LO Vantagem : Reduz a tabela roteamento Multicast no Core (Roteadores P) Desvantagem : Pode resultar em desperdício de banda. Solução Usar data-mdt para os sources com alta taxa 34

35 Data MDTs Conceitos High-Rate Source S= G= LO LO Provider Net (*, ) Default-MDT Receiver S= G= LO LO Se o fluxo Multicast exceder um threshold configurado no PE Headend montagem da árvore Data-MDT 35

36 Data MDTs Conceitos High-Rate Source S= G= P- control packet S= D= Payload: (PIM MDT-Data) S= , G= MDT Group = Provider Net LO LO (*, ) Default-MDT Receiver S= G= LO LO PE sinaliza troca da comutação para a Data-MDT usando um novo Grupo - No exemplo, grupo

37 Data MDTs Conceitos High-Rate Source S= G= P- control packet S= D= Payload: (PIM Join) S= , G= Provider Net LO LO Receiver S= G= LO LO (*, ) Default-MDT Todos PEs da mvpn que possuem receivers enviam join para o grupo Data-MDT é construída usando o grupo (*, ) Data-MDT 37

38 Data MDTs Conceitos High-Rate Source S= G= LO LO Provider Net Receiver S= G= LO LO (*, ) Default-MDT (*, ) Data-MDT Fluxos com alta taxa passam a fluir via Data-MDT Fluxo Multicast chega apenas aos PEs que possuem clientes para este fluxo 38

39 Data MDTs Conceitos High-Rate Source S= G= C - data packet S= D= Payload: (multicast data) P- data packet S= D= Payload: (C - data packet) Receiver S= G= Provider Net LO LO LO LO (*, ) Default-MDT (*, ) Data-MDT C - data packet S= D= Payload: (multicast data) 39

40 MVPN : Default MDT Default-MDT: Emula uma LAN entre as várias vrfs de uma VPN. Nenhum protocolo novo apenas PIM, GRE Usa tunelamento GRE-Multicast Source Loopack do peering BGP Destino Grupo Multicast default-mdt Todos os PEs da VPN são senders e receivers Mais comum usar ASM para formar Default-MDT Default-MDT com SSM Requer novo tipo de mensagem BGP trocada entre os PEs Novo address-family BGP - MDT 40

41 MVPN - Data-MDT Resolve possível problema de desperdício de banda na rede Árvore multicast dedicada do PE headend para os demais PEs que possuem clientes interessados no fluxo Headend-PE determina qual tráfego colocar em cada Data-MDT, baseado no threshold configurado Sinalização do PE-Headend para demais PEs é feito na Default-MDT Somente tráfego (S,G) no Data-MDT Todo tráfego de Controle é feito na Default-MDT 41

43 LSM(Label Switch Multicast) Componentes Solução Multicast em redes MPLS Há duas opções de encapsulamento em túnel: GRE (mvpn desta apresentação) MPLS mldp Extensão Multicast para LDP Extensão Multicast para RSVP-TE Tipos de árvore multicast MPLS: P2MP LSP MP2MP LSP 43

44 LSM - Protocolos mldp Extensão ao LDP para construção de árvores P2MP ou MP2MP Bastante similar ao PIM Árvore construída a partir do receiver Adequada para várias aplicações ex. mvpn FRR é opcional P2MP RSVP-TE Extensão do RSVP-TE para construção de árvores P2MP Fornece garantia de banda para a árvore identico ao TE Oposto ao PIM Árvore construida a partir do source Suporte nativo à FRR Adequada para aplicações multicast cuja árvore são fixas 44

45 Join PIM SSM via mldp M-LDP Label Mapping: FEC = S+ G+RD+ Root Label=(20) PIM-V4 JOIN: VRF IPTV Source= Group = PIM-V4 Join: VRF IPTV Source= Group = IPv4 M-LDP Label Mapping: FEC = S+G +RD+Root Label=(100) PE-2 IPv4 CE-2 VRF IPTV CE-1 VRF IPTV PE-1 P-4 MPLS Core PIM-V4 JOIN: VRF IPTV P2MP LSP Root M-LDP Label Mapping: FEC= S + G + RD + Root Label=(30) PE-3 VRF IPTV IPv4 Source= Group = CE-3 45

46 mldp Comutação de Tráfego Segue o modelo de comutação MPLS baseado em Label Não há PHP Tailend precisa do Label para identicar a árvore IPv4 L20 IPv4 CE-2 IPv4 IPv4 IPv4 L100 IPv4 PE-1 CE-1 P-4 MPLS Core PE-2 Pop Push IPv4 L30 PE-3 IPv4 IPv4 Swap CE-3 dalin@cicso.com 2006 Cisco Systems, Inc. All rights reserved. 46

47 P2MP RSVP-TE Overview Sinalização Semelhante ao RSVP-TE LSP construído do headend para o tailend. ERO, cspf, link protection Headend (Source) constrói LSP P2MP (via cspf) Cada destino é um sub-lsp Mesmas mensagens do RSVP-TE : PATH e RESV Modos de Sinalização PATH suportados: Não agregado Headend envia uma mensagem de PATH por destino Agregado Headend envia uma única mensagem com todos sub-lsps 47

48 P2MP RSVP-TE Sinalização PATH (ñ agregado) Source Service Edge Core Distribution/ Access Receiver Layer 2 Switch Layer 2 Switch R4 PE Tail R6 CE R1 CE PE R2 PE Head R3 P Layer 2 Switch R5 R7 PE Tail CE Headend envia uma mensagem PATH por destino PATH Message : ERO -> R2-R3-R4 PATH Message : ERO -> R2-R3-R5 48

49 P2MP RSVP-TE Sinalização RESV Source Service Edge Core Distribution/ Access Receiver Label Merge Layer 2 Switch Layer 2 Switch R4 PE R6 CE R1 CE PE R2 PE 33 R3 P PE Layer 2 Switch 55 R5 R7 CE Mensagens RESV são enviadas pelos Tailend; Label alocado & reserva de BW em cada link RESV Msg Initiated by R4 RESV Msg Initiated by R5 55 Label Advertisement carries in the RESV Message 49

50 P2MP RSVP-TE Comutação Source Service Edge Core Distribution/ Access Receiver 44 Layer 2 Switch PIM-SSM, R1 CE PE R2 PE 33 R3 P 55 R4 PE PE R5 R6 CE SSM, PIM-SM, R7 CE Layer 2 Switch Layer 2 Switch Identica ao mldp Não há PHP Tailend precisa do Label para identicar a árvore Multicast Packet Labeled Packet 50

51 Conclusão Multicast é um protocolo fundamental para várias aplicações Tanto no ambiente SP quanto Enterprise O modo de operação Multicast SSM se adequa muito bem para aplicações One-to-Many Modo PIM-Bidir é mais adequado para aplicações Many-to-Many mvpn disponível hoje via draft-rosen Não usa MPLS como transporte Tunelamento PtoMP GRE Multicast MPLS disponível via 2 novos protocolos: mldp Construção de árvores multicast (LSP) PtoMP e MPtoMP receiver driven PtoMP RSVP-TE Árvores multicast (LSP) PtoMP - sender driven 51

52 Dúvidas? 52