Un interruptor funciona en la capa 2 (enlace de datos) del modelo OSI. El CRC (verificación de redundancia cíclica) se calcula y se verifica en la capa de enlace de datos para detectar errores * Después de * los datos han recorrido el medio físico y * antes de * los datos se pasan al siguiente salto. El método de conmutación interna del interruptor (almacenar y adelante, cortar, sin fragmentos) afectará la latencia, pero no prevenir o mitigar directamente los errores de CRC.
Aquí hay un desglose:
* Errores de CRC: Estos son detectados y manejados por el hardware de la tarjeta de red y los protocolos de red (por ejemplo, Ethernet). Un mejor cableado y el mantenimiento adecuado son las formas principales de reducir los errores de CCR. El interruptor en sí no "prevenía" activamente estos errores.
* Latencia: Esto se ve afectado por el método de conmutación del interruptor:
* Store-and-Forward: El interruptor recibe todo el marco, calcula el CRC y solo lo reenvía si el CRC es correcto. Esto tiene una mayor latencia pero una mejor detección de errores.
* Corte: El conmutador reenvía el marco tan pronto como se lee la dirección MAC de destino. Esto tiene menor latencia pero menos detección de errores, ya que la verificación de CRC a menudo se omite.
* sin fragmentos: Un compromiso:verifica el comienzo del marco y algunos bytes de encabezado antes de reenviar, ofreciendo un equilibrio entre la latencia y la detección de errores.
En resumen: Para minimizar los errores de CRC, concéntrese en el mantenimiento de la capa física (cables, conectores, etc.). Para lograr una latencia baja y fija, desea un método de conmutación de corte (o potencialmente libre de fragmentos), pero acepta una mayor probabilidad de reenviar marcos con errores de CRC no detectados. Hay una compensación; No puedes minimizar simultáneamente ambos perfectamente.