- Antecedentes. Comparación Token Ring/IEEE 802.5. Token Ring. Funcionamiento: Token Passing. MAU. Conexiones AUI. Conexiones Físicas. Prioridades. Manejo de mecanismos de falla. Formato del Frame. Tokens. Data/Command Frames. FDDI (norma ANSI X3T9.5) Como Nueva Opción Token Ring. 3Com cada vez mas presente en el mundo Token Ring. Terminología Token Ring. mismo tiempo se produce una colisión, que es detectable (y distinta a cualquier dato posible).
Protocolos ALOHA
CSMA
IEEE 802.3: Ethernet
Token Ring
Protocolos ALOHA
Este es el protocolo que dio origen a muchos en uso hoy en día. La idea es muy simple, cuando se desea transmitir se transmite.
Habrán colisiones, y tanto los emisores como el resto detectarán eso. La colisión destruye los paquetes emitidos, los que deberán ser re-emitidos. Los protocolos entonces deben determinar cuándo hacerlo (por ejemplo, no sirve esperar un tiempo fijo, puesto que ambos transmitirán otra vez juntos).
Una alternativa es esperar un tiempo aleatorio antes de retransmitir.
Si suponemos paquetes de largo fijo a transmitir, y que cada estación transmite en cuanto tiene datos, la probabilidad de colisión en
redes cargadas es muy alta puesto que basta con que el último bit de un paquete se transmita junto con el primer bit de otro para que ambos colisionen y se destruyan.
Un dato importante en estas redes compartidas es el factor de utilización máximo que se puede lograr del medio. Es decir, si tengo un coaxial de capacidad total 10 Mbps, cuánto puedo ocupar realmente entre todos los participantes. Esto no es trivial, porque requiero que haya mucha carga de tráfico para utilizar más ancho de banda, pero al aumentar el tráfico aumentan las colisiones.
En el caso del protocolo ALOHA puro, se obtiene que el máximo factor de utilización es 18%, lo que dista mucho de ser razonable.
Una optimización al protocolo es dividir el tiempo en slots fijos sincronizados (slotted ALOHA). Una computadora sólo puede transmitir en un comienzo de slot (que dura justo el tamaño de un paquete). Esto disminuye la probabilidad de colisiones, permitiendo un factor de utilización máximo de 37%.
CSMA
Una optimización importante a ALOHA puro es no transmitir si el canal está ocupado, lo que implica escuchar antes de hablar (Carrier Sense). Si el canal está ocupado, puedo quedar escuchando hasta que se desocupe y ahí transmitir (CSMA1-persistente).
Esto no es muy bueno, porque al aumentar la carga, aumenta la probabilidad de que más de un computador esté escuchando el canal ocupado, esperando transmitir, y por lo tanto habrá una colisión cuando ambos intenten. Para evitar esto, en vez de esperar que el canal se desocupe, esperamos un tiempo aleatorio antes de volver a intentar (CSMA no persistente).
...
