Isso é altamente dependente da arquitetura do switch em questão. A ampla faixa de preços para um "switch gerenciável" de 48 portas (por exemplo, abaixo de US $ 300 a mais de US $ 10.000) deve dizer que há algo fundamentalmente diferente acontecendo internamente. Se você não pagou muito pelo seu switch (e espero que não tenha feito isso), é bem provável que o multicast (e outros recursos "corporativos") sejam descarregados para o software (se forem suportados).
O encaminhamento unicast básico tornou-se relativamente barato em hardware, então eu esperaria que qualquer comutador Ethernet moderno funcionasse razoavelmente bem no encaminhamento básico de unicast sob cargas leves.
Quando você começa a adicionar mais recursos ao hardware, o custo aumenta significativamente. Por exemplo, o encaminhamento de quadros unicast é muito diferente do que fazer a replicação de pacotes com base no estado multicast dinâmico. Essas são tarefas muito especializadas. São necessários bits específicos de hardware para fazer um bem. A maioria dos usuários de switches low-end não possui grandes necessidades de multicast. Pagar por hardware específico para multicast é um desperdício para esses usuários.
Mas a maioria das redes usa um pequeno multicast. Consequentemente, é comum que os fabricantes implementem recursos multicast e outros menos usados no software. Por exemplo, o hardware de encaminhamento unicast seria instruído a encaminhar qualquer coisa com um endereço MAC multicast para uma porta interna, onde eles são recebidos por um subsistema de CPU (ou pelo menos um microcontrolador de algum tipo). Em seguida, um processo de software pode examinar o quadro, consultar a tabela de encaminhamento de multicast, replicar o quadro e entregar várias cópias de volta ao hardware, uma por porta a ser encaminhada. Obviamente, muitos recursos podem ser adicionados neste momento no software sem afetar significativamente o custo do switch.
Nesse sistema, o desempenho nunca será próximo do que é para unicast. O desempenho da CPU obviamente terá algum impacto, mas se você estiver enviando muito tráfego de "exceção" que não pode ser encaminhado em hardware, você está fazendo errado . Você precisa comprar um interruptor diferente.
Na pior das hipóteses, um switch realmente baixo não terá proteções de recursos, então a mesma CPU que está sendo atingida pelo tráfego multicast esquecerá que também é responsável pelo cuidado e alimentação de todo o resto do switch. Se a CPU estiver muito ocupada replicando o tráfego multicast para manter as tabelas unicast atualizadas no hardware (ou qualquer outra coisa que a CPU deva estar fazendo), você terá todos os tipos de problemas.