Configurar IGMP e MLD Snooping no Sophos Switch

O IGMP e o MLD Snooping impedem que um Sophos Switch encaminhe desnecessariamente dados multicast para todas as portas de uma VLAN. O IGMP Snooping observa as associações a grupos IPv4, enquanto o MLD Snooping desempenha a mesma função para IPv6. Com base nestas informações, o switch cria uma lista das portas que devem receber os dados multicast e encaminha o fluxo apenas para essas portas.

O Snooping é uma função de Camada 2. Não gera um fluxo multicast nem substitui o Multicast Routing entre VLANs. Se um fluxo tiver de atravessar o limite de uma sub-rede, é também necessário um design de routing adequado, por exemplo, uma rota multicast estática na Sophos Firewall ou PIM-SM.

⚠️ Importante: Uma versão IGMP/MLD inadequada, um Querier inexistente ou planeado incorretamente ou a ativação precipitada de Fast leave podem interromper a receção. O Status geral pode aplicar-se a todo o switch ou site; como a Sophos não documenta uma regra de precedência relativamente ao Status da VLAN, editar apenas uma linha de VLAN não constitui automaticamente um piloto isolado. Antes da ativação, é necessário verificar o possível âmbito de aplicação e a existência de Queries regulares.

Procedimento resumido:

1. Documentar, por VLAN, a família IP, o emissor, o grupo, os recetores, o router multicast e o Querier existente.
2. Abrir o switch no Sophos Fusion e tratar IGMP e MLD separadamente em L3 protocols; segundo a Sophos, também é possível selecionar um site para IGMP.
3. Definir o estado geral e Report suppression; verificar a Configuration source apresentada.
4. Definir, por VLAN, o estado, a versão, o Querier, os temporizadores, Fast leave e Static ports.
5. Observar o Querier efetivo e as consultas gerais regulares (General Queries); em seguida, verificar a adesão ao grupo, a Group list e os dados úteis durante o intervalo efetivo de expiração da associação.
6. Em caso de impacto em VLANs não envolvidas, repor primeiro o Status geral; caso contrário, repor apenas a última alteração para os valores iniciais documentados.

IGMP para IPv4, MLD para IPv6

As funções são configuradas separadamente. Por isso, uma receção IPv4 funcional não comprova nada relativamente ao IPv6 e vice-versa. Numa VLAN Dual Stack, IGMP e MLD são validados como dois casos de teste distintos.

O Snooping Querier envia consultas às quais os dispositivos finais interessados respondem com Membership Reports. Estes Reports fornecem ao switch as informações necessárias para a sua lista de encaminhamento. Antes de ativar o Querier, é necessário saber se outro componente na VLAN já desempenha esta função. A interface da Sophos permite ativar e desativar o Querier por VLAN, mas não substitui o levantamento do design multicast existente.

Segundo a Sophos, as Static ports são as portas ligadas a routers com capacidade multicast. Não se devem introduzir indiscriminadamente as portas dos recetores, todos os uplinks ou as portas do emissor. O caminho real até ao router deve ser determinado para cada VLAN com base na topologia.

Pré-requisitos e plano de alteração

A configuração descrita neste artigo é efetuada através do Sophos Fusion. Para tal, o switch tem de estar registado e sincronizado. É necessária uma subscrição Sophos Switch Support and Services válida para cada switch gerido através do Sophos Fusion; sem uma subscrição válida, o switch continua a funcionar e pode continuar a ser gerido localmente, mas não é possível efetuar alterações através do Sophos Fusion. A conta Fusion utilizada necessita de autorização para alterar a configuração do switch do dispositivo ou site em questão. As contas locais do switch e as permissões do Fusion são independentes entre si.

Antes da alteração, também se define se a autoridade sobre a configuração pertence ao Sophos Fusion ou à interface local. Not set delega o respetivo valor para a configuração local e, por isso, não deve ser utilizado como atalho para um estado pretendido desconhecido. Se a subscrição ou a ligação ao Fusion não estiver disponível durante uma avaria, deve existir um acesso de gestão local testado para diagnóstico e reversão.

Antes da alteração, são registadas as seguintes informações para cada VLAN afetada:

• ID da VLAN e switch ou site afetado;
• IPv4, IPv6 ou Dual Stack;
• emissor multicast, endereço do grupo e porta da aplicação do fluxo de teste;
• pelo menos um recetor controlável e a respetiva porta física do switch;
• porta para o router com capacidade multicast;
• Querier IGMP ou MLD existente e respetivas definições;
• Querier efetivo observado por família IP, incluindo endereço de origem, versão do protocolo e General Queries recorrentes;
• versão IGMP ou MLD necessária para os dispositivos envolvidos;
• estado geral atual e estado atual da VLAN;
• Report suppression, temporizadores do Querier, Fast leave, Static ports e a Configuration source das definições gerais;
• entrada esperada na Group list, janela de manutenção e valores de rollback.

Se o Status geral tiver de mudar de Disabled ou Not set para Enabled, a verificação prévia abrange todas as VLANs que, em consequência, possam tornar-se ativas no switch selecionado. Para cada uma dessas VLANs, devem ser determinados o estado efetivo, o Querier, a versão e o comportamento das portas ligadas a routers com capacidade multicast. Numa alteração ao nível do site, esta verificação aplica-se a todos os switches incluídos. Se não estiver comprovado quais as VLANs que se tornarão ativas devido ao estado geral, a alteração deve ser interrompida.

Um piloto verdadeiramente limitado a uma VLAN só é admissível num switch dedicado de teste/laboratório, quando exista uma regra de precedência confirmada pelo fabricante para o firmware de destino ou após uma medição exatamente nessa versão de firmware que comprove que todas as VLANs não incluídas no piloto permanecem inalteradas. Caso contrário, a ativação deve ser planeada, monitorizada e preparada para reversão como uma alteração ao nível do switch ou do site, mesmo que apenas seja editada uma linha de VLAN.

A VLAN e as respetivas associações de portas já têm de funcionar corretamente. O Snooping não corrige tagging incorreto. A estrutura de Camada 2 é abordada no guia Configurar VLANs do Sophos Switch em segurança.

Para a validação, a aplicação recetora tem de conseguir aderir efetivamente a um grupo conhecido. Um ping para um endereço unicast não é um teste multicast. Uma configuração guardada também não é suficiente: o que importa é o grupo aprendido e o fluxo real no recetor previsto.

Exemplo de teste compacto

O exemplo seguinte mostra apenas a associação; os valores devem ser substituídos pelos da topologia real. Na VLAN 30, 192.0.2.10 envia para o grupo multicast de utilização administrativa 239.1.1.10 na porta UDP 5000. Um único dispositivo de teste está ligado à porta 7 do switch. O router multicast e Querier existente 192.0.2.1 está acessível através da porta 24.

Para este teste, configura-se IGMP, não MLD. A porta 24, enquanto ligação ao router, deve ser incluída em Static ports; a porta do emissor e a porta 7 não devem ser incluídas. Fast leave só deve ser considerado para a porta 7 se estiver efetivamente ligado diretamente a essa porta exatamente um único dispositivo final. A versão e os temporizadores não são copiados do exemplo, mas determinados com base nos dispositivos envolvidos e no Querier observado.

Durante a validação, 239.1.1.10 tem de aparecer na Group list após a adesão, o fluxo tem de permanecer estável na porta 7 e não deve chegar desnecessariamente a uma porta controlada sem recetor. A verificação periódica do Querier e o intervalo de expiração da associação seguem o indicado na secção Validação.

Not set não é um valor operacional próprio

Em Status, Version, Querier status e Fast leave, Not set significa que é utilizada a definição configurada localmente no switch. Nos campos de estado, o valor local herdado pode estar ativado ou desativado; em Version, aplica-se a versão do protocolo selecionada localmente. Configuration source indica a origem das definições gerais de Snooping. Para definir um estado pretendido através do Sophos Fusion, devem ser especificados valores explícitos e, depois de guardar, deve ser verificada a respetiva origem.

Implementação controlada

A ativação mantém-se controlável da seguinte forma:

1. Guardar o estado inicial dos dois níveis de configuração e a Configuration source das definições gerais.
2. Se o estado geral tiver de ser ativado, inventariar todas as VLANs que possam tornar-se ativas em cada switch incluído. Não prosseguir sem esclarecer o âmbito de aplicação.
3. Definir um emissor, um grupo conhecido e um recetor controlável para a VLAN de teste.
4. Observar, através de uma captura de pacotes ou de telemetria equivalente do switch/router, o Querier efetivo existente para cada família IP, o respetivo endereço de origem e versão do protocolo, bem como General Queries recorrentes. Um Querier status configurado, por si só, não é suficiente. Se não existir esta confirmação, não ativar o Snooping nem alargar a implementação. A única exceção é a utilização inicial planeada do Sophos Switch como Querier; nesse caso, a verificação descrita abaixo imediatamente após Save constitui um critério de interrupção.
5. Configurar apenas a família IP necessária; em Dual Stack, configurar IGMP e MLD sequencialmente.
6. Ativar o estado geral apenas depois de concluída com sucesso a verificação do âmbito de aplicação e configurar a VLAN de teste com a versão adequada.
7. Ativar o Querier apenas de acordo com o plano de funções. Podem estar configurados vários dispositivos com capacidade de Querier; o fator decisivo é a existência de um Querier selecionado ou efetivo que possa ser observado. Se o Sophos Switch assumir esta função, observar na VLAN, após Save, o endereço de origem real das Queries e a respetiva versão. Manter inicialmente os temporizadores nos valores iniciais documentados.
8. Manter Fast leave desativado no primeiro teste, exceto quando for garantido que está ligado exatamente um dispositivo final à porta.
9. Selecionar em Static ports exclusivamente a ligação ao router.
10. Guardar, verificar novamente os valores apresentados e confirmar a Configuration source das definições gerais.
11. Permitir que o recetor adira e efetuar a verificação periódica completa descrita na secção Validação.
12. Fazer o recetor abandonar o grupo de forma controlada e observar o comportamento.
13. Só adicionar outras VLANs individualmente depois de uma validação bem-sucedida, incluindo o intervalo de expiração da associação.

Configurar IGMP Snooping para IPv4

Abrir o seguinte caminho no Sophos Fusion:

My Products > Switches > Switches > [switch ou site] > L3 protocols > IGMP snooping

Os campos seguintes são definidos pela ordem da implementação controlada.

1. Definir as Settings gerais

Em IGMP snooping > Settings estão disponíveis:

• Status
  • Enabled: ativar IGMP Snooping.
  • Disabled: desativar IGMP Snooping.
  • Not set: utilizar o estado configurado localmente.
• Report suppression: limitar o número de Membership Reports enviados pelo membro aos routers com capacidade multicast. São permitidos valores entre 1 e 25.
• Configuration source: origem apresentada das definições gerais de IGMP Snooping.

Se o IGMP Snooping tiver de ser ativado, definir Status: Enabled. Em Report suppression, manter o valor inicial documentado, exceto se estiver planeada uma alteração justificada e testável.

⚠️ Antes do Save geral: Esta alteração pode afetar todo o switch selecionado. Ao nível do site, pode afetar todos os switches incluídos. Selecionar Save apenas depois de, para cada switch afetado, terem sido identificadas todas as VLANs que podem tornar-se ativas devido ao estado geral, terem sido verificados o respetivo estado efetivo, Querier, versão e comportamento da porta do router e ter sido registado o valor geral de reversão. Sem esta confirmação, interromper a alteração.

Em seguida, selecionar Save, voltar a abrir os valores guardados e verificar a Configuration source.

2. Editar as definições da VLAN

Na tabela de VLANs, abrir a VLAN planeada através de edit e definir os seguintes campos:

• Status: Enabled, Disabled ou Not set;
• Version: v1, v2, v3 ou Not set;
• Querier status: Enabled, Disabled ou Not set;
• Fast leave: Enabled, Disabled ou Not set;
• Querier interval (seconds): 60 a 600;
• Response interval (seconds): 0 a 25;
• Startup query counter: 2 a 5;
• Startup query interval (seconds): 15 a 150;
• Static ports: portas para routers com capacidade multicast.

A Version tem de ser compatível com os recetores efetivamente utilizados e com o router multicast. Não mudar apenas por existir um número de versão superior. Not set utiliza a versão local e, por isso, só deve ser escolhido deliberadamente quando esse valor local for conhecido.

Querier status: Enabled só deve ser definido se o Sophos Switch tiver de assumir a função documentada de Querier nesta VLAN. Os temporizadores não devem ser otimizados por tentativa: Querier interval define o intervalo entre Queries gerais e Response interval o prazo de resposta dos hosts. Startup query counter e Startup query interval controlam a quantidade e a cadência das consultas IGMP após o arranque.

Ativar Fast leave apenas se estiver efetivamente ligado um único dispositivo final à respetiva porta. Nesse caso, o switch trata a porta como uma ligação exatamente a esse dispositivo final. Atrás de outro switch ou de outra ligação de Camada 2 partilhada podem existir vários recetores; nesses casos, Fast leave deve permanecer desativado enquanto essa estrutura não tiver sido testada explicitamente.

Em Static ports, selecionar exclusivamente as portas documentadas que ligam aos routers com capacidade multicast. Por fim, selecionar Save.

Configurar MLD Snooping para IPv6

Para IPv6, abrir o caminho separado:

My Products > Switches > Switches > [Switch] > L3 protocols > MLD snooping

Os campos seguintes são definidos pela ordem da implementação controlada.

1. Definir as Settings gerais

Em MLD snooping > Settings estão disponíveis os seguintes campos:

• Status: Enabled, Disabled ou Not set;
• Report suppression: valor de 1 a 25;
• Configuration source: origem apresentada das definições gerais de MLD Snooping.

Se o MLD Snooping tiver de ser ativado, definir explicitamente o estado como Enabled. Em Report suppression, manter o valor inicial documentado, exceto se estiver planeada uma alteração justificada e testável.

⚠️ Antes do Save geral: Esta alteração pode afetar todo o switch selecionado. Se o âmbito de gestão escolhido incluir vários switches, é necessária a mesma verificação em cada switch incluído. Selecionar Save apenas depois de terem sido identificadas todas as VLANs que podem tornar-se ativas devido ao estado geral, terem sido verificados o respetivo estado efetivo, Querier, versão e comportamento da porta do router e ter sido registado o valor geral de reversão. Sem esta confirmação, interromper a alteração.

Guardar com Save e, em seguida, verificar a Configuration source apresentada.

2. Editar as definições da VLAN

Abrir a VLAN prevista através de edit. É possível configurar:

• Status: Enabled, Disabled ou Not set;
• Querier status: Enabled, Disabled ou Not set;
• Querier interval (seconds): 60 a 600;
• Version: v1, v2 ou Not set;
• Fast leave: Enabled, Disabled ou Not set;
• Static ports: portas para routers com capacidade multicast.

A Sophos associa funcionalmente MLDv1 a IGMPv2 e MLDv2 a IGMPv3 para IPv4. Esta associação ajuda no design, mas não torna os protocolos intercambiáveis: na VLAN IPv6, continua a ser necessário utilizar MLD e testá-lo separadamente.

Aplicam-se ao Querier, à versão, a Fast leave e a Static ports os mesmos critérios de decisão que para IGMP: esclarecer primeiro a função do Querier existente, escolher a versão de acordo com os dispositivos envolvidos, utilizar Fast leave apenas numa porta com um único dispositivo final e selecionar estaticamente apenas portas reais de router. Em seguida, selecionar Save.

Validação

Comprovar o Querier efetivo e o estado periódico

A validação é efetuada separadamente para cada VLAN testada e cada família IP. O Querier status configurado ou uma adesão única não comprova a existência de um Querier permanentemente ativo. Antes da aprovação, uma captura de pacotes num ponto de medição adequado ou dados de telemetria equivalentes do switch ou router têm de demonstrar o seguinte:

1. General Queries do Querier selecionado ou efetivo para esta VLAN, incluindo o respetivo endereço de origem e a versão IGMP ou MLD realmente utilizada;
2. pelo menos outra General Query no intervalo regular observado, não apenas Startup Queries imediatamente após guardar;
3. um Membership Report do recetor de teste em resposta a uma General Query posterior;
4. a permanência da entrada na Group list e um fluxo de teste sem interrupções durante o intervalo aplicável de expiração da associação.

A duração da observação não é um valor fixo universal. Para IGMPv3 e MLDv2, é determinada a partir dos valores de Robustness, Query Interval e Query Response efetivamente anunciados pelo Querier. O intervalo de expiração da associação resulta de Robustness Value × Query Interval + Query Response Interval. Para versões anteriores, são utilizados os valores efetivamente aplicados pelo Querier e pelo firmware de destino. Se não for possível determinar de forma fiável os parâmetros necessários ou o intervalo efetivo, o teste não pode ser considerado concluído com sucesso.

Se estiver previsto um Querier externo antes da alteração, as suas Queries periódicas têm de ser comprovadas antes da ativação do Snooping. Se, em alternativa, o Sophos Switch tiver de assumir pela primeira vez a função de Querier, tal deve ser registado no plano de alteração e reversão; imediatamente após Save, são verificados o endereço de origem, a versão e as General Queries recorrentes. Se não forem emitidas ou forem incompatíveis, a implementação não deve prosseguir e a configuração deve ser reposta de acordo com o plano de reversão. Podem estar configurados vários dispositivos com capacidade de Querier; o requisito não é existir exatamente um dispositivo configurado, mas sim um Querier efetivo observável por VLAN e família IP.

Verificar a associação ao grupo e os dados úteis

A Group list em IGMP ou MLD apresenta os grupos multicast detetados. Uma validação bem-sucedida abrange mais do que uma entrada visível:

1. Documentar o estado inicial da Group list antes da adesão.
2. Iniciar a aplicação recetora e aderir ao grupo IPv4 ou IPv6 planeado.
3. Recarregar a Group list. O grupo esperado tem de aparecer após a adesão.
4. Iniciar o fluxo de teste e verificar o conteúdo, a estabilidade e o funcionamento da aplicação no recetor previsto.
5. Confirmar que uma porta sem um recetor interessado não recebe desnecessariamente o fluxo. Efetuar este teste negativo apenas com uma medição adequada ou um dispositivo de teste controlado.
6. Durante o intervalo de expiração da associação determinado acima, observar uma General Query posterior e a resposta do recetor; em seguida, verificar novamente a Group list e o fluxo.
7. Fazer o recetor abandonar o grupo. Se Fast leave estiver ativado, verificar especialmente se apenas é afetada a porta prevista para esse fim e que contém um único dispositivo final.
8. Repetir o teste após um reinício planeado ou uma nova sincronização, se esse comportamento específico fizer parte da alteração.

A Group list confirma a associação detetada, mas não comprova, por si só, o caminho de dados de ponta a ponta. Inversamente, um fluxo brevemente visível sem um grupo corretamente aprendido pode indicar um encaminhamento ainda instável ou demasiado abrangente. Ambas as observações devem ser consideradas em conjunto.

Controlo da configuração

Para a aprovação, são documentados em conjunto dois elementos: em primeiro lugar, o estado efetivo da configuração, incluindo o estado geral e da VLAN, a versão, o Querier e os temporizadores, Fast leave, Static ports, Report suppression e Configuration source; em segundo lugar, a comprovação operacional, incluindo a origem e a versão das Queries, a cadência regular das Queries, um Membership Report posterior, a Group list e a estabilidade da adesão, do fluxo e do abandono durante o intervalo de expiração da associação determinado.

Voltar a verificar após alterações de firmware e topologia

A Group list mostra um estado operacional dinâmico, não uma lista de permissões permanente. Após alterações no recetor, router multicast, caminho da VLAN ou versão do protocolo, bem como após uma atualização de firmware, devem ser novamente verificados a adesão, a Group list, os dados úteis e o abandono. O mesmo se aplica quando a autoridade sobre a configuração muda entre a gestão local e o Sophos Fusion; no caso de Not set, deve ser novamente determinado o valor local atualmente efetivo.

O Snooping continua limitado ao encaminhamento seletivo de Camada 2 dentro da VLAN. Não substitui o Multicast Routing, nem a geração ou disponibilidade do fluxo, nem o planeamento da capacidade no caminho do emissor, router, uplink e recetor.

Restringir erros por sintoma

A Group list permanece vazia

1. Verificar se a aplicação recetora aderiu efetivamente ao grupo correto na família IP correta.
2. Verificar o estado geral e o estado da VLAN. Not set pode herdar um valor local inesperado.
3. Verificar a Configuration source das definições gerais e confirmar se os valores guardados são apresentados depois de voltar a abrir a configuração.
4. Comparar a versão IGMP ou MLD com o recetor e o router.
5. Determinar se existe um Querier funcional na VLAN. Se o switch tiver sido planeado como Querier, verificar o respetivo Querier status e intervalo.
6. Verificar a associação à VLAN, o tagging e a porta física do recetor.

A adesão funciona inicialmente, mas mais tarde o grupo desaparece ou o fluxo para

1. Utilizar uma captura de pacotes ou telemetria equivalente para verificar se continuam a chegar General Queries do Querier efetivo esperado.
2. Comparar o endereço de origem e a versão IGMP/MLD das Queries observadas com o plano documentado de funções e versões. Um Querier status ativado, por si só, não comprova o funcionamento.
3. Verificar se o recetor responde a uma General Query posterior com um Membership Report.
4. Comparar o intervalo de expiração da associação determinado a partir dos parâmetros realmente efetivos do Querier com o momento em que o grupo ou o fluxo se perdeu.
5. Em caso de Queries inexistentes ou incompatíveis, interromper a implementação e reverter a última alteração; não alterar os temporizadores por tentativa.

O grupo está visível, mas o recetor não recebe nenhum fluxo

• Garantir que o emissor multicast, o grupo e a porta da aplicação correspondem aos valores de teste.
• Verificar se o fluxo chega ao switch e se o recetor está a escutar no mesmo grupo e na porta correta da aplicação.
• Para tráfego que atravessa os limites da VLAN, verificar separadamente o Multicast Routing. O Snooping não cria rotas.
• Comparar as Static ports com a porta real que liga ao router com capacidade multicast.
• Não confundir IGMP e MLD; um grupo IPv6 não aparece devido a uma configuração IGMP.
• Verificar a firewall do host e a aplicação recetora antes de alterar os temporizadores de Snooping.

O fluxo continua a ser distribuído por demasiadas portas

• Verificar se o Snooping está efetivamente Enabled tanto de forma geral como para a VLAN afetada.
• Verificar a Configuration source das definições gerais; um Not set visível não comprova que a função local esteja ativa.
• Confirmar que o grupo esperado aparece na Group list e que o recetor previsto recebe o fluxo de teste.
• Verificar se foram selecionados indiscriminadamente uplinks ou portas de recetores em Static ports e manter apenas as ligações documentadas aos routers.
• Não alterar Report suppression e os temporizadores como primeira tentativa de reparação. Verificar primeiro a aprendizagem do grupo, a VLAN e o Querier.

A receção é interrompida quando outro dispositivo abandona o grupo

• Desativar Fast leave na porta partilhada ou repor o valor anterior documentado.
• Verificar se existe outro switch ou vários recetores ligados atrás dessa porta.
• Voltar a estabelecer o grupo com ambos os recetores, fazer apenas um recetor abandonar o grupo e verificar o fluxo restante.
• Verificar a versão e o estado do Querier se o comportamento persistir mesmo com Fast leave desativado.

IPv4 funciona, mas IPv6 não

• Para IPv6, verificar explicitamente MLD snooping e a respetiva tabela de VLANs; IGMP é responsável apenas por IPv4.
• Verificar separadamente a versão MLD e o Querier.
• Procurar o grupo IPv6 na Group list de MLD, não na lista IGMP.
• Testar o Multicast Routing IPv6 e a aplicação recetora separadamente do caminho IPv4 funcional.

Após Save, o switch comporta-se de forma diferente do esperado

• Verificar se foi editado o switch ou site correto.
• Consultar a Configuration source das definições gerais e comparar os valores gerais e específicos da VLAN com o estado inicial.
• Em caso de Not set, determinar o valor local em vez de guardar repetidamente o mesmo valor do Fusion.
• Reverter apenas a última alteração delimitada e, em seguida, testar novamente a adesão, a Group list e o fluxo.

Rollback

A reversão repõe os valores iniciais documentados. Not set só deve ser utilizado quando se pretender deliberadamente voltar a aplicar a configuração local; não é um substituto geral de Disabled.

Se a alteração do Status geral afetar uma VLAN não envolvida, o caminho de reversão ao nível do switch ou do site tem prioridade: repor imediatamente o Status geral no respetivo valor inicial documentado e selecionar Save. Numa alteração ao nível do site, isto aplica-se ao âmbito de gestão afetado. Em seguida, validar as VLANs de produção afetadas através das Queries observadas, da Group list e do fluxo real. Só depois de este estado permanecer estável devem ser analisadas ou repostas opções individuais das VLANs.

Se não existir impacto em VLANs não envolvidas, a reversão normal é efetuada passo a passo:

1. Terminar o fluxo de teste e documentar a última Group list, as VLANs afetadas e o padrão do erro.
2. Na VLAN IGMP ou MLD afetada, repor primeiro a última opção alterada, por exemplo, Fast leave, Querier status, Version, temporizadores ou Static ports.
3. Definir o Status da VLAN para o valor inicial documentado: Enabled, Disabled ou Not set.
4. Se o estado geral fizer parte da alteração, repô-lo também no respetivo valor anterior. Não alterar a outra família IP nem VLANs não envolvidas.
5. Repor Report suppression no valor anterior e selecionar Save.
6. Voltar a abrir os valores guardados e verificar a Configuration source das definições gerais.
7. Permitir que o recetor de produção anterior volte a aderir e verificar as General Queries, a resposta do recetor, a lista de grupos e o fluxo durante, pelo menos, o intervalo efetivo de expiração da associação anteriormente determinado.

Se o Snooping for completamente desativado, deixa de existir o encaminhamento seletivo aqui configurado com base na lista de portas aprendidas. Isto pode voltar a distribuir o tráfego multicast por mais portas e, por isso, constitui apenas um caminho de reversão temporário e controlado, não um substituto da análise da causa. A alteração só está concluída quando a receção anterior funcionar permanentemente, as Queries e os Reports periódicos tiverem sido observados no estado esperado e a origem efetiva da configuração estiver documentada.