SRB se utiliza en redes Token Ring. El equipo origen selecciona la ruta que ha de seguir la trama para alcanzar al destino, y los switches únicamente obedecen, sin que ellos almacenen ninguna dirección MAC, ni realicen tareas para evitar bucles.
Está limitado a una red de 7 saltos, aunque algunas implementaciones permiten llegar hasta 13. El equipo origen conoce la ruta que ha de seguir su trama mandando antes una trama exploradora. Los bridges leen la trama exploradora y la mandan por todos los interfaces menos por el que llegó, añadiendo a la misma la información de la ruta, consistente en el identificador del anillo y el identificador del bridge. Cuando el destino lee la trama exploradora, pone el bit D (destination) a “1” y añade a la misma información de ruta como si se tratara del bridge 0 y la devuelve al destino empleando la misma ruta que siguió la trama.
El origen analiza todas las tramas recibidas y decide la ruta que seguirá para comunicarse con el destino en base al número de saltos y máximo MTU permitido. Lo normal es que simplemente utilice la primera que reciba (se supone que es la más rápida).
Existen dos tipos de tramas exploradoras:
All-routes explorer (ARE): Exploran todas las rutas
Spanning-Tree explorer (STE): Sólo exploran una ruta. Utilizan un árbol STP para prevenir bucles.
Se puede minimizar el tráfico con Proxy Explorer, una caché de tramas exploradoras
En las tramas SRB, viaja la información de RIF (Routing Information Field), que incluye los bridges y anillos por los que ha de viajar la trama, y que ha sido extraída de las tramas exploradoras. El formato de la trama Token Ring SNAP es el siguiente (ver tema de Token Ring):
El campo de RIF está dividido en dos partes. Una de ellas, de dos bytes, que contiene información general de la ruta, y otra, de tamaño variable hasta 28 bytes, que contiene los route descriptors (dos bytes cada uno). El formato es como sigue:
ROUTE CONTROL FIELD ROUTE DESCRIPTOR TIPO X LONGITUD (BYTES) D MTU X ANILLO BRIDGE
2 1 5 1 3 4 12 4
00:
Datos. Enrutar según RD 01:
Exploradora todos los caminos
11:
Exploradora un solo camino
Tamaño total, incluyendo RD (bytes) 1: Righ - Left 0: Left - Right 000: 512 001: 1500 010: 2052 011: 4472 100: 8144 101: 11407 110: 17800
Para configurar SRB en un router Cisco, se crea un anillo virtual con source-bridge ring-group
[anillo virtual] y luego se agregan los interfaces al mismo con source-bride [anillo] [bridge] [anillo virtual]: source-bridge ring-group 5 ! interface tokenring 0 source-bridge 1 10 5 source-bridge spanning ! interface tokenring 1 source-bridge 2 11 5 source-bridge spanning
4.2.1 Source-route transparent bridging (SRT)
Especificado en IEEE 802.1d C. Permite a un bridge trabajar con tramas transparent bridging y source-route bridging al mismo tiempo. Crea un árbol Spanning tree común y permite que las estaciones se comuniquen con otras estaciones del mismo tipo, pero no unas con otras.
SRT utiliza un bit llamado Routing Infomation Indicator (RII) para distinguir entre las dos tramas (0: SRB (hay RIF); 1: TB (no hay RIF))
4.2.2 Source-route translational bridging (SR/TLB)
Igual que SRT, permite realizar bridging con redes transparent bridging (Ethernet) y redes Source- route bridging (Token ring), pero además permite que estaciones de un modo se comuniquen con estaciones del otro. Dadas las diferencias entre los dos tipos de trama, SR/TLB tiene que realizar diferentes tareas:
Ordenar los bits de la dirección MAC: Token ring los lee normal, y Ethernet invierte cada octeto de la dirección.
MTU: Ethernet tiene 1500 bytes, mientras que Token ring tiene 4472 en una red de 4 Mbps y 17800 en una red de 16 Mbps. TLB pone la MTU de Token Ring a 1500 para permitir esta actividad.
Estado de la trama: Token ring tiene bits de estado (como el bit de copiado) que Ethernet no tiene.
Tramas exploradoras: En Ethernet no existen. Son descartadas al pasar de Token Ring a Ethernet.
RIF: Ethernet no entiende el concepto de source-route Spanning-Tree: Token Ring no entiende el STP de Ethernet
Conversión de trama: Las tramas Ethernet V2 son convertidas a Token Ring SNAP y viceversa.
Para configurar en un router SR/TLB:
source-bridge ring-group 10 (Se crea el anillo virtual) source-bridge tranparent 10 2 5 1 (Anillo virtual 10
Pseudo anillo 2 (interface Ethernet) Bridge 5 (entre los dos anillos) Bridge-group 1 (Ethernet) !
interface tokenring 0
source-bridge 5 6 10 (bridge 6
entre el anillo 5 (real) y el 10 (virtual)) source-bridge spanning
!
interface ethernet 0
bridge-group 1 (el interface pertenece al grupo transparent-bridge 1)
!
bridge 1 protocol ieee
La configuración indicada es:
Host - Anillo 5 - Bridge 6 - Anillo 10 - Bridge 5 - Anillo 2 - Host B Donde:
o Bridge 6 es el interface Token Ring del Router o Anillo 10 es un anillo virtual interno al router o Bridge 5 une la Red TR y Ethernet
o Anillo 2 es el interface Ethernet del router, que pertenece al Bridge-Group 1
4.2.3 Remote source-route bridging (RSRB)
encapsulación si la red lo soporta (debe ser Token Ring extremo a extremo). A esto se le conoce como Local SRB. Si no se soporta Local SRB, hay otros cuatro métodos de transporte:
Directo: Proporciona bajo overhead, pero la encapsulación se hace en la cabecera de enlace. Es útil para enlaces punto a punto. Si se usa sobre líneas serie, deben ir encapsuladas en HDLC. Frame Relay: Encapsula SNA en tramas LLC2 en redes Frame Relay.
IP Fast Sequenced Transport (FST): Encapsula tramas LLC2 en IP, y es útil cuando la velocidad es importante, aunque tiene el mayor overhead.
TCP: encapsula el LLC2 en un paquete TCP. Es fiable y soporta local acknowledge. Puede priorizarse el tráfico RSRB sobre enlaces serie.
Se configura de un modo similar a SRB, indicando a los routers extremos que forman parte del mismo anillo virtual. La configuración adicional es indicar a cada router los peers de otros equipos que forman parte del mismo anillo. Si se trata de Directo, en la configuración de peer se indica en interface. Si es sobre TCP, se indica la IP del extremo contrario, y se puede configurar que los acknowledges dirigidos al extremo contrario sean confirmados en local. A continuación se ven las configuraciones:
RSRB con encapsulación directa RSRB con encapsulación TCP
!router A
source-bridge ring-group 10
source-bridge remote-peer 10 interface serial 0 !
interface tokenring 0
source-bridge 1 5 10 !(anillo real, bridge, anillo virtual) source-bridge spanning ! interface serial 0 encapsulation hdlc !router B source-bridge ring-group 10
source-bridge remote-peer 10 interface serial 0 !
interface tokenring 0
source-bridge 2 6 10 !(anillo real, bridge, anillo virtual) source-bridge spanning ! interface serial 0 encapsulation hdlc !router A source-bridge ring-group 10 source-bridge remote-peer 10 tcp 192.168.1.1 source-bridge remote-peer 10 tcp 192.168.2.1 local-ack !
interface tokenring 0
ip address 192.168.1.1 255.255.255.0
source-bridge 1 5 10 !(anillo real, bridge, anillo virtual)
source-bridge spanning !router B
source-bridge ring-group 10
source-bridge remote-peer 10 tcp 192.168.2.1 source-bridge remote-peer 10 tcp 192.168.1.1 local-ack !
interface tokenring 0
ip address 192.168.2.1 255.255.255.0
source-bridge 2 6 10 !(anillo real, bridge, anillo virtual)
source-bridge spanning
4.2.4 Data-link switching (DLSW+)
Definido en RFC 1795, DSLW soluciona algunos problemas de SRB, especialmente en enlaces WAN. Es un sustituto de SRB y sirve para cursar tráfico SNA y NetBIOS. La implementación de Cisco se llama DLSW+ y tiene algunas ventajas sobre el estándar, como que los acknowledges y los keepalives de SNA y NetBIOS no tienen que atravesar el enlace WAN, permite priorización sobre otros protocolos, y soporta redundancia ante fallos. Cisco también soporta el estándar DLSW. Los routers configurados para DLSW+ establecen un peer local, y definen los peers remotos, con los que intercambiará tráfico. Aunque hay otros (los mismos que en RSRB), el método más
utilizado de transporte es TCP. Los routers pueden comportarse como terminación de RIF (Como si fueran el extremo final de la trama) en cada extremo. De este modo, se limitan las tramas exploradoras en los enlaces. Los anillos virtuales no tienen que ser iguales entre los routers. Si se configura para que haga RIF Passthru, el anillo virtual ha de ser el mismo, y viajarán las exploradoras a través de él.
Una estación SNA que desea establecer una sesión manda una trama exploradora a la estación final. Al recibir el router esta trama, manda a todos los peers DLSW+ un mensaje de “canureach”, preguntando por la MAC solicitada. El que la conozca, responde con un paquete de “icanreach”. NetBIOS es similar, pero en vez de mandar “canureach” manda una trama “NetBIOS Name Query”. El que conoce ese nombre, en vez de responder “icanreach” devuelve una trama “NetBIOS Name Recognized”
Los routers DLSW almacenan esta información en un caché, de modo que no se vuelve a preguntar por un destino.
DLSW se soporta en Ethernet, TR y FDDI La configuración de DLSW es muy simple:
Router A Router B Router C
source-bridge ring-group 10 ! dlsw local-peer peer-id 10.1.1.1 promiscous dlsw remote-peer 0 tcp 10.2.1.1 ! interface loopback 0 ip address 10.1.1.1 255.255.255.255 ! interface tokenring 0 source-bridge 1 5 10 source-bridge ring-group 20 ! dlsw local-peer peer-id 10.2.1.1 dlsw remote-peer 0 tcp 10.1.1.1 ! interface loopback 0 ip address 10.2.1.1 255.255.255.255 ! interface tokenring 0 source-bridge 2 6 20
bridge-group 1 protocol ieee ! dlsw bridge-group 1 ! dlsw local-peer peer-id 10.3.1.1 dlsw remote-peer 0 tcp 10.1.1.1 ! interface loopback 0 ip address 10.3.1.1 255.255.255.255 ! interface ethernet 0 bridge-group 1
El parámetro promiscous permite que el router con este comando acepte cualquier sesión, sin tener que definir los peers remotos (por eso no se define a C).