Esto depende en gran medida de la arquitectura del conmutador particular en cuestión. El amplio rango de precios para un "conmutador administrado" de 48 puertos (por ejemplo, menos de $ 300 a más de $ 10,000) debería decirle que hay algo fundamentalmente diferente en el interior. Si no pagó mucho por su conmutador (y espero que no lo haya hecho), es muy probable que la multidifusión (y otras funciones "empresariales") se descarguen al software (si es que son compatibles).
El reenvío de unidifusión básico se ha vuelto bastante económico en hardware, por lo que esperaría que cualquier conmutador Ethernet moderno funcione razonablemente bien en el reenvío de unidifusión básico bajo cargas ligeras.
Cuando comienza a agregar más funciones al hardware, el costo aumenta significativamente. Por ejemplo, el reenvío de tramas de unidifusión es muy diferente a la replicación de paquetes basada en el estado dinámico de multidifusión. Esas son tareas muy especializadas. Se necesitan bits específicos de hardware para hacer bien uno de los dos. La mayoría de los usuarios de conmutadores de gama baja no tienen grandes necesidades de multidifusión. Pagar por hardware específico de multidifusión es un desperdicio para estos usuarios.
Pero la mayoría de las redes usan un poco de multidifusión. En consecuencia, es común que los fabricantes implementen funciones de multidifusión y otras menos utilizadas en el software. Por ejemplo, se le pediría al hardware de reenvío de unidifusión que reenvíe cualquier cosa con una dirección MAC de multidifusión a un puerto interno donde los reciba un subsistema de CPU (o al menos un microcontrolador de algún tipo). Luego, un proceso de software puede mirar el marco, consultar la tabla de reenvío de multidifusión, replicar el marco y devolver varias copias al hardware, una por puerto a reenviar. Obviamente, se pueden agregar muchas características en este punto del software sin afectar significativamente el costo del cambio.
En dicho sistema, el rendimiento nunca estará cerca de lo que es para unidifusión. El rendimiento de la CPU obviamente tendrá algún impacto, pero si está enviando tanto tráfico de "excepción" que no puede reenviarse en el hardware, lo está haciendo mal . Necesita comprar un interruptor diferente.
En el peor de los casos, un conmutador realmente bajo no tendrá ninguna protección de recursos, por lo que la misma CPU que está siendo bloqueada con tráfico de multidifusión olvidará que también es responsable del cuidado y la alimentación de todo lo demás en el conmutador. Si la CPU está demasiado ocupada replicando el tráfico de multidifusión para mantener las tablas de unidifusión actualizadas en el hardware (o cualquier otra cosa que la CPU deba hacer), tendrá todo tipo de problemas.
