MULTICAST - Dense Mode Fallback

1.1           PIM Dense Mode Fallback

Se a rede multicast é crítica, deve-se evitar sempre o uso de PIM-DM (dense mode).

O Dense mode fallback funciona fazendo a mudança do modo sparse (que usa RP) para o modo Dense (que não usa RP) quando a informação do RP da rede é perdida.

Por padrão, se todas as interfaces do roteador, seja pertencente a VPN ou na instancia de roteamento global, estiverem configuradas com sparse mode, não existirá o modo dense de fallback.

Benefícios de evitar o PIM Dense Mode Fallback

•         Bloquear o trafego de grupos que não foram especificamente configurados. Quando um grupo não é especificamente configurado ele não será roteado, pois o roteador diretamente conectado ao receptor não identificará o RP para aquele grupo e irá dropar o pacote.

•         Se as interfaces estiverem conectadas como sparse-dense-mode, por exemplo, no uso do Auto-RP, o fallback para o PIM dense mode pode causar uma indesejável onda de pacotes multicast na rede.

Por padrão, o PIM dense mode fallback é habilitado.

2        Cenário

2.1           Objetivo

Cinco roteadores (R1, R2, R3, R4 e R5) e dois hosts (HOST1 e HOST2) são conectados fisicamente HOST1-R1-R2-R3-R4-R5-HOST2 e deverá ser implementado um serviço de multicast utilizando os critérios abaixo:

•         Todos os roteadores da rede deverão utilizar o OSPF na área 0 como protocolo de roteamento redistribuindo todas as suas interfaces;

•         O roteamento multicast deverá ser habilitado e utilizado o PIM como protocolo de envio de multicast;

•         Para envio de multicast deverá ser utilizado o Auto-RP para a definição do Rendezvous Point onde o roteador Mapping Agent e o RP deverá ser o R3;

•         O HOST2 é receptor do grupo 224.1.1.1 e o HOST1 envia o tráfego para o grupo que o HOST2 é receptor;

•         Deverá ser configurada e testada o não uso do modo Dense em caso de falha do RP;

•         A conectividade com os hosts deverá ser IGMPv2.

2.2           Topologia

Figure-01:              Topologia

2.3           IOS utilizados

•         R1, R2, R3, R4 e R5 – c7200-k91p-mz.122-25.S15.bin

2.4           Configuração dos Roteadores

2.4.1      Configurações do OSPF

Para o OSPF a configuração é feita pelo comando “router ospf ” onde o “processo” é um numero do processo OSPF. Para adicionar interfaces usa-se o comando “network

area ”. Para o roteador fazer vizinhança OSPF é necessário que a rede da interface esteja no comando “network” e a interface não esteja configurada como “passive-interface”.

As interfaces de borda dos roteadores de borda são configuradas como “passive-interface” dentro das configurações de roteamento.

2.4.2      Configurações do PIM

Antes de configurar o PIM é necessário configurar o roteamento multicast no roteador com o comando “ip multicast-routing”. No PIM, para a utilização do Auto-RP, é necessário que sejam configurados tanto o Sparse quanto o Dense mode usando a configuração na interface: “ip pim sparse-dense-mode”. Habilita-se então o Auto-RP no roteador com o comando global “ip pim autorp listener”.

Os roteadores que desejam se anunciar para serem RP devem habilitar o envio de Cisco-RP-Announce em suas interfaces com o comando global “ip pim send-rp-announce scope ” onde o é a interface do IP que é anunciado como RP, o é o numero de saltos que aquela mensagem chegará.

Para habilitar um roteador para ser o Mapping Agent, ou seja, o roteador que definirá quem será o RP deve-se habilitar o envio de Cisco-RP-Discovery por suas interfaces multicast com o comando global “ip pim send-rp-discovery scope ” onde o é a interface e o é o numero de saltos que aquela mensagem chegará.

Para desabilitar o modo Dense em caso de falha de todos os RPs, usa-se o comando “no ip pim dm-fallback”.

2.4.3      Configurações do IGMP

O IGMP é configurado em todas as interfaces que estão com o multicast PIM configurado. Caso algum host conectado ao roteador enviar um trafego de “join multicast” o roteador automaticamente passará para o Source daquele grupo, caso exista.

Nesse exemplo é pode-se utilizar o comando “ip igmp join-group ” para enviar uma solicitação de join no grupo multicast.

2.5           Observações e Bugs

Documentação:

http://cisco.biz/en/US/docs/ios/12_3t/12_3t4/feature/guide/gtautorp.html

2.6           Comandos Importantes de Verificação

Testa-se o serviço enviando multicast do HOST1 para o grupo 224.1.1.1 com o comando “ping 224.1.1.1 repeat 100” e ao mesmo tempo desabilita-se a interface loopback0 do R3.

3        Configuração

As configurações de hosts não são exibidas, mas são roteadores fazendo papel de host.

3.1           R1

! ip multicast-routing ! ! interface FastEthernet0/0  ip pim sparse-dense-mode ! interface Serial1/1  ip pim sparse-dense-mode ! router ospf 1  router-id 1.1.1.1  network 0.0.0.0 255.255.255.255 area 0 ! no ip pim dm-fallback ! ip pim autorp listener !

3.2           R2

! ip multicast-routing ! ! ! interface Serial1/0  ip pim sparse-dense-mode ! interface Serial1/1  ip pim sparse-dense-mode ! ! router ospf 1  router-id 2.2.2.2  network 0.0.0.0 255.255.255.255 area 0 ! ! ip pim autorp listener !

3.3           R3

! ip multicast-routing ! ! ! interface Serial1/0  ip pim sparse-dense-mode ! interface Serial1/1  ip pim sparse-dense-mode ! ! router ospf 1  router-id 3.3.3.3  network 0.0.0.0 255.255.255.255 area 0 ! ! ip pim send-rp-announce Loopback0 scope 16 ip pim send-rp-discovery Loopback0 scope 16 ! ! ip pim autorp listener !

3.4           R4

! ip multicast-routing ! ! ! interface Serial1/0  ip pim sparse-dense-mode ! interface Serial1/1  ip pim sparse-dense-mode ! ! router ospf 1  router-id 4.4.4.4  network 0.0.0.0 255.255.255.255 area 0 ! ! ip pim autorp listener !

3.5           R5

! ip multicast-routing ! ! ! interface Serial1/0  ip pim sparse-dense-mode ! interface Serial1/1  ip pim sparse-dense-mode ! ! router ospf 1  router-id 5.5.5.5  network 0.0.0.0 255.255.255.255 area 0 ! ! ip pim autorp listener !