Meu palpite é que não é um problema de WAN per se, mas que a interface lateral da LAN do seu roteador está sendo inundada por quadros multicast inundados pelo seu switch.
Como foi mencionado em outro comentário, você precisará habilitar o rastreamento IGMP para permitir que seu switch restrinja corretamente os quadros multicast. Você provavelmente também precisará habilitar o querier de snooping IGMP, a menos que você tenha um roteador multicast (PIM) em cada uma de suas VLANs. Em um switch Cisco, você pode habilitar o snooping IGMP e o querier snooping inserindo os dois comandos a seguir no modo de configuração global:
ip igmp snooping
ip igmp snooping querier
Você deve garantir que o rastreamento do igmp esteja ativado em todos os switches da sua rede. O query do snooping só precisa estar habilitado em um switch, assumindo que o switch tenha um IP em cada uma de suas VLANs. No entanto, meu entendimento é que não vai atrapalhar a ativação do query da snooping em todos os switches. Observe que, para o consultor de espionagem funcionar, o seu comutador precisará de um IP em cada uma de suas VLANs ou, pelo menos, de cada VLAN que tenha tráfego multicast que você esteja preocupado em restringir.
Caso você esteja curioso sobre o motivo de precisar de snooping IGMP:
Como você provavelmente sabe, normalmente um switch fornece tráfego consultando sua tabela CAM. A tabela CAM é preenchida inspecionando o endereço MAC de origem de cada quadro recebido pelo comutador. Cada endereço MAC de origem que o switch vê é adicionado à tabela CAM, junto com a porta do switch em que o quadro em questão entrou no switch. Dessa forma, o switch "aprende" quais endereços MAC estão conectados a cada porta.
O switch usa a tabela CAM para determinar onde entregar os quadros recebidos. Se o endereço MAC de destino for encontrado na tabela CAM, o comutador saberá para qual porta entregar o quadro e o quadro será entregue somente para essa porta. Se o endereço MAC de destino NÃO for encontrado na tabela CAM, o quadro será enviado para todas as portas do switch.
Com o tráfego multicast, o endereço MAC de origem do quadro será o endereço MAC do emissor multicast, mas o endereço MAC de destino do quadro será o endereço MAC de um grupo multicast, não o endereço MAC de um indivíduo específico PC. Esse endereço MAC multicast deve nunca normalmente ser o endereço de origem de qualquer quadro, portanto, em operação normal, o switch nunca saberá para onde enviar quadros multicast. Não terá escolha a não ser inundar os quadros de todas as portas. Quando isso acontece com um fluxo de multicast realmente grande, esses quadros inundados podem às vezes sobrecarregar outros sistemas na rede.
O IGMP é na verdade um protocolo da camada 3 projetado para permitir que hosts IP informem aos roteadores IP que gostariam de ingressar em um grupo de multicast. Tecnicamente, o IGMP não tem nada a ver com switches e camada 2, mas vários fornecedores de switches, incluindo a Cisco, acrescentaram recursos a seus switches que permitem ao switch escutar (ou bisbilhotar) o tráfego IGMP entre hosts IP e IP habilitado para multicast. roteadores.
Infelizmente, a detecção de IGMP só funciona se houver um roteador de multidifusão na (s) sub-rede (s) em questão. Se não houver um roteador habilitado para difusão seletiva, não haverá conversas IGMP para "espionar". É aí que entra o questionador de rastreamento IGMP. Ele envia as consultas de participação IGMP que normalmente seriam enviadas por um roteador multicast PIM, iniciando, assim, a troca do switch para "snoop".
Seria legal se a detecção de IGMP fosse habilitada por padrão na maioria dos switches, mas suponho que a razão disso não seja porque, enquanto o IGMP é um padrão IETF, não há nenhum padrão real para IGMP bisbilhotando.