Manejo de los errores en Ethernet


El estado de error m谩s com煤n en redes Ethernet son las colisiones. Las colisiones son el mecanismo para resolver la contenci贸n del acceso a la red. Unas pocas colisiones proporcionan una forma simple y sin problemas, que usa pocos recursos, para que los nodos de la red arbitren la contenci贸n para el recurso de red. Cuando la contenci贸n de la red se vuelve demasiado grave, las colisiones se convierten en un impedimento significativo para la operaci贸n 煤til de la red.

Las colisiones producen una p茅rdida del ancho de banda de la red equivalente a la transmisi贸n inicial y a la
se帽al de congesti贸n de la colisi贸n. Esto es una demora en el consumo y afecta a todos los nodos de la red
causando posiblemente una significativa reducci贸n en su rendimiento.

La mayor铆a de las colisiones se producen cerca del comienzo de la trama, a menudo, antes de la SFD. Las
colisiones que se producen antes de la SFD generalmente no se informan a las capas superiores, como si no se produjeran. Tan pronto como se detecta una colisi贸n, las estaciones transmisoras env铆an una se帽al de congesti贸n de 32 bits que la impone. Esto se hace de manera que se corrompen por completo los datos
transmitidos y todas las estaciones tienen la posibilidad de detectar la colisi贸n.

En la Figura dos estaciones escuchan para asegurarse de que el cable est茅 inactivo, luego transmiten. La
Estaci贸n 1 pudo transmitir un porcentaje significativo de la trama antes de que la se帽al alcanzara el 煤ltimo
segmento del cable. La Estaci贸n 2 no hab铆a recibido el primer bit de la transmisi贸n antes de iniciar su propia
transmisi贸n y s贸lo pudo enviar algunos bits antes de que la NIC detectara la colisi贸n. De inmediato, la Estaci贸n 2 interrumpi贸 la transmisi贸n actual, la sustituy贸 con la se帽al de congesti贸n de 32 bits y ces贸 todas
sus transmisiones. Durante la colisi贸n y el evento de congesti贸n que la Estaci贸n 2 experimentaba, los
fragmentos de la colisi贸n iban en ruta por el dominio de colisiones repetido hacia la Estaci贸n 1. La Estaci贸n
2 complet贸 la transmisi贸n de la se帽al de congesti贸n de 32 bits y qued贸 en silencio antes de que la colisi贸n
se propagara hacia la Estaci贸n 1, que todav铆a no sab铆a de la misma y continuaba transmitiendo. Finalmente,
cuando los fragmentos de la colisi贸n llegaron a la Estaci贸n 1, 茅sta cort贸 la transmisi贸n en curso y sustituy贸
con la se帽al de congesti贸n de 32 bits el resto de la trama que estaba transmitiendo. Luego de enviar la se帽al de congesti贸n de 32 bits, la Estaci贸n 1 dej贸 de transmitir.

Una se帽al de congesti贸n puede estar compuesta por cualquier dato binario siempre que no forme una checksum apropiada para la porci贸n de la trama ya transmitida. El patr贸n de datos que se observa con mayor frecuencia para una se帽al de congesti贸n es simplemente un patr贸n de uno, cero, uno, cero que se repite, al igual que el Pre谩mbulo. Cuando se observa con un analizador de protocolos, este patr贸n aparece como una secuencia repetida de A 贸 5 hexadecimales. Los mensajes corrompidos, transmitidos de forma parcial, generalmente se conocen como fragmentos de colisi贸n o runts. Las colisiones normales tienen menos de 64 octetos de largo y, por lo tanto, reprueban tanto la prueba de longitud m铆nima como la prueba de la checksum de FCS.

Califica este Artículo
0 / 5 (0 votos)

Categoría: Conectividad y Redes.




Deja un comentario