Um roteador recebe pacotes multicast para (S,G), mas sua tabela de roteamento unicast não possui uma rota para S, causando uma falha na verificação RPF. Por padrão, como o roteador lida com esses pacotes multicast?

Quando um roteador recebe pacotes multicast para um grupo (S,G) e a verificação de RPF (Reverse Path Forwarding) falha porque não há uma rota unicast para a origem S na tabela de roteamento, o roteador descarta os pacotes por padrão. A verificação de RPF é um mecanismo de segurança essencial no multicast para evitar loops e garantir que o tráfego multicast chegue pela interface que seria usada para enviar tráfego unicast de volta à origem. Se não há rota para S, o roteador não pode validar o caminho reverso e, portanto, não encaminha o tráfego. As outras opções estão incorretas: encapsular e enviar para o RP ou gerar um PIM Register são ações relacionadas à descoberta de fontes ou ao envio de tráfego de fontes diretamente conectadas ao RP, e não à falha de RPF. Encaminhar para todas as interfaces downstream seria um comportamento inseguro e ineficiente.