Las redes token ring funcionan básicamente de la siguiente forma: si ningún host desea transmitir, todos están en modo escucha y el token, que es un frame de 3 bytes, va pasando de un host a otro indefinidamente. Cuando algún nodo desea transmitir debe esperar a que pase por él el token. En ese momento, se apodera de éste, pasa a modo transmisión y envía el frame al siguiente nodo. Todos los demás hosts del anillo, incluido el destino, siguen en modo escucha, retransmitiendo el frame recibido hacia el siguiente nodo. El host destino, además de retransmitirlo, retiene una copia del frame. El nodo transmisor puede que restaure el token en el anillo inmediatamente, o puede que espere hasta recibir su frame para restaurar el token.
Formato del a) Token de Token Ring b) Frame Token Ring
-
Delimitador de Inicio: 1
Byte utilizado para demarcar el inicio del frame.
-
Control de Acceso:1
Byte que contiene bits especiales: tres de prioridad, el del token, el de
monitor y tres de reserva. Su forma es PPPTMRRR.
-
Frame de Control: 1
Byte que distingue al frame entre un frame de datos o de control.
-
Dirección Destino: 6
Bytes que indican la dirección del nodo destino.
-
Dirección Origen: 6
Bytes que indican la dirección del nodo fuente.
-
Datos: Campo
que encapsula los datos del nivel superior, limitado en tamaño por el Token
Holding Time.
-
CRC: 4 Bytes
que corresponden a una suma de verificación para asegurar que el frame llegó
en buen estado.
-
Delimitador de Término: 1
Byte que marca el final del frame. Los seis primeros bits forman una secuencia
inválida en la codificación Manchester diferencial. El séptimo se utiliza
para indicar el último frame cuando lo que se transmite es una secuencia de
frames. El octavo bit indica si se ha producido un error en la transmisión del
frame entre dos nodos. Si algún nodo detecta un error en el frame pondrá en 1
este bit. Esto integra un mecanismo intrínseco de detección de errores en la
transmisión.
-
Estado del Frame: 1
Byte que contiene dos bits especiales, el A y el C. Al llegar un frame al
destino, éste coloca el bit A en uno y si el nodo copia el frame coloca el bit
C en uno. Con esto, el nodo emisor al recibir su frame tiene las siguientes
opciones en los bits AC: 00 destino no presente, 10 destino presente y frame no
aceptado, 11 destino presente y frame copiado. Con esto, el protocolo incorpora
un mecanismo automático de acuse de recibo.
La
estructura de un token es una versión simplificada de un frame. Contiene únicamente
los campos DI, CA y DT. En el campo CA el bit de token está siempre puesto a 0.
En el campo DT los dos últimos bits están siempre a 0.
El
campo CA dispone de tres bits de prioridad que funcionan de la siguiente manera:
cuando un host desea transmitir un frame con prioridad n
debe esperar a que pase por él un token de prioridad menor o igual que n.
Además, los hosts pueden aprovechar un frame en tránsito para solicitar al
emisor un token de una determinada prioridad. Un host sólo puede utilizar los
bits de reserva si éstos no contienen ya una petición de mayor prioridad.
Cuando
el frame de datos vuelve a su emisor, éste emitirá un token de la prioridad
solicitada, que será la más alta que hubiera pendiente en el anillo. En el
caso de funcionar con Early Token Release este mecanismo de prioridad queda
parcialmente deshabilitado debido a que el emisor ha de restaurar el token antes
de haber recibido las solicitudes de reserva.
