TECNOLÓGICO NACIONAL DE MÉXICO
INSTITUTO TECNOLÓGICO DE TIJUANA
SUBDIRECCIÓN ACADÉMICA
DEPARTAMENTO DE SISTEMAS Y COMPUTACIÓN
SEMESTRE:
Agosto - Diciembre 2023
CARRERA:
Ingeniería en Sistemas Computacionales
MATERIA:
Conmutación y Enrutamiento
TÍTULO ACTIVIDAD:
2.2 Métodos de conmutación.
UNIDAD A EVALUAR:
Unidad 2
NOMBRE Y NÚMERO DE CONTROL DEL ALUMNO:
Guerrero Aguilar Eligio Guadalupe #17210571
NOMBRE DEL MAESTRO (A):
Jesús Ricardo Palma Valdez
FECHA:
02 de diciembre de 2023
1
Modos de conmutación
Latencia y número de saltos
● La latencia de una ruta se ve influida, además de por la distancia, por el número de
saltos (nodos intermedios) en la ruta a nivel 2.
● En teoría, cada salto requiere comprobar el CRC de la trama. Esto significa que un
conmutador no puede enviar un paquete hasta que lo recibe entero, por lo que la
latencia se ve incrementada en un t_trans por cada salto que hay en la ruta a nivel 2.
● Para distancias pequeñas y paquetes grandes, la latencia así acumulada, puede ser
significativa si se producen muchos saltos.
Modos de comunicación
● Almacenamiento y reenvío (Store & Forward): es el modo estándar, el equipo espera
a recibir la trama completa, comprueba el CRC y si es correcto la retransmite.
● Atajo (Cut-Through): en este modo la trama se retransmite por la interfaz de salida en
cuanto empieza a llegar. No se produce casi latencia, pero se corre el riesgo de
retransmitir tramas erróneas (no se comprueba el CRC). No es estándar y sólo puede
usarse si la velocidad de la interfaz de entrada es igual o mayor que la de salida.
Evolución modos de comunicación
● Años 80s: los puentes utilizaban modo Store & Forward.
● Años 90s: Los primeros conmutadores LAN (interfases 10/100) utilizaban
preferentemente modo Cut-Through, para reducir la latencia.
● Años 00s: Con la aparición de GE (menor latencia) y la coexistencia de diferentes
velocidades en un mismo equipo se volvió al Store & Forward.
● Años 10s: La necesidad de conectar servicios con baja latencia en DC (Data Centers)
ha hecho resurgir el modo Cut-Through en los conmutadores especializados (ej.: Cisco
Nexus), pero siempre es posible configurar el S&F.
2
3
Fragment Free Switching
La conmutación Fragment Free es una especie de combinación entre Cut-Through y Store and
Forward. Establece que la mayoría de las colisiones dentro de una trama probablemente
ocurran dentro de los primeros 64 bytes. Lo que hace la conmutación Fragment Free es mirar
más allá de la dirección MAC de destino, la MAC de origen y el tipo de éter. Examina los
primeros 64 bytes de una trama. Dado que la mayoría de las colisiones se producen en los
primeros 64 bytes, si no detecta una colisión en este segmento inicial, tiene cierta seguridad de
que se trata de una trama válida.
A diferencia del Cut-Through, que no requería que el conmutador viera la trama completa antes
de empezar a reenviarla, el Fragment Free proporciona más seguridad sobre la validez de la
trama. La conmutación Cut-Through tenía la ventaja de no tener que esperar a que llegara la
secuencia de comprobación de la trama, pero no comprobaba la validez antes de reenviarla, lo
que podía introducir problemas.
La conmutación de almacenamiento y reenvío, por otro lado, garantizaba una mayor
exhaustividad en la comprobación, ya que recibía la trama completa, verificaba su validez y, a
continuación, la reenviaba. Sin embargo, este enfoque introducía retrasos, porque el
conmutador esperaba la trama completa.
4
Store and Forward Switching
Con la conmutación de almacenamiento y reenvío, el conmutador intenta garantizar la validez e
integridad de una trama antes de reenviarla. Esta precaución se toma para evitar malgastar
ancho de banda en tramas dañadas. En lugar de transmitir información parcial, el conmutador
espera pacientemente a recibir la trama completa. Va más allá de los primeros 48 bits o los
primeros seis bytes de la dirección MAC de destino y examina toda la trama.
El paso crucial en este proceso es la evaluación de la secuencia de comprobación de trama
(FCS). El switch calcula su propia FCS mediante un algoritmo. Si la FCS de la trama recibida
coincide con la FCS calculada por el conmutador, existe un nivel razonable de certeza de que
la trama es válida y no se ha corrompido durante la transmisión. Con esta seguridad, el
conmutador se siente cómodo reenviando la trama hacia su destino.
Los defensores de la conmutación de almacenamiento y reenvío destacan este método como
una medida de ahorro de ancho de banda. Al realizar una comprobación exhaustiva de la
integridad de la trama mediante la comparación de FCS, el conmutador evita reenviar tramas
no válidas. Este meticuloso enfoque ayuda a evitar el uso innecesario de ancho de banda.
5
Cut Through Switching
La conmutación Cut-Through es un método empleado por los conmutadores para reenviar
rápidamente tramas con una información mínima sobre su destino. En una versión simplificada
de una trama de capa 2, en cuanto el conmutador recibe la trama, mira la dirección MAC (que
tiene un tamaño de seis bytes o 48 bits). Basándose en la información aprendida previamente,
el switch determina el puerto apropiado para la dirección MAC de destino y comienza a reenviar
la trama casi inmediatamente.
Este enfoque reduce la latencia dentro del conmutador porque no espera a ver la trama
completa antes de iniciar el proceso de reenvío. Los defensores de la conmutación de corte
argumentan que es más rápida que la conmutación de almacenamiento y reenvío. Sin
embargo, un inconveniente es que el conmutador no sabe si la trama es válida en este punto.
Confía en que la trama es buena basándose en la dirección MAC de destino, pero aún no ha
examinado la secuencia de comprobación de tramas al final para comprobar posibles errores.
La conmutación Cut-Through está experimentando un resurgimiento en popularidad,
especialmente en algunos de los conmutadores de centro de datos de Cisco como la serie
Nexus. En estas implementaciones avanzadas de conmutación por corte, el conmutador puede
ir más allá de la dirección MAC de destino. También puede inspeccionar el tipo de éter, que
podría indicar el tipo de trama (por ejemplo, IP versión 4). Esto permite realizar comprobaciones
adicionales, como buscar en las cabeceras de capa 3 información como marcas de calidad de
servicio o evaluar si existen restricciones de control de acceso para la trama.
