Tecnologías IBM : Source-Route Translational Bridging (SR/TLB)

Introducción a Conexiones en puente con traducción y con encapsulamiento

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Cisco soporta todos los estándares del bridging, incluyendo Puente transparente, el (SRB) del Source Route Bridging, interligar de la ruta de origen transparente, el Translational Bridging de la Source ruta (SR/TLB), el Translational Bridging en los indicadores luminosos LED amarillo de la placa muestra gravedad menor FCIT, y el Encapsulation Bridging. Este documento describe los siguientes tipos de conexión en puente:

  • Translational Bridging: conexión en puente entre tipos de medios LAN que tienen protocolos de subcapa de Control de acceso a medios (MAC) que no son similares.

  • Conexión en puente de encapsulado: Bridging que transporta las tramas de Ethernet de un router a otro a lo largo de medios disímiles, como líneas de serie y líneas de Fiber Distributed Data Interface (FDDI).

Antes de comenzar

Convenciones

Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.

prerrequisitos

No hay requisitos previos específicos para este documento.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

La información que se presenta en este documento se originó a partir de dispositivos dentro de un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener un comando antes de ejecutarlo.

Conexión en puente con traducción

La conexión en puente con traducción le permite hacer puente entre redes de área local (LAN) disímiles, generalmente Ethernet y Token Ring, o Ethernet y FDDI. En el caso del bridging de los Ethernetes y del Token Ring, el Translational Bridging permite solamente la Conectividad para los protocolos no enrutables tales como Local Area Transport (LAT), protocolo de operación de mantenimiento (FREGONA), y Network Basic Input/Output System (NetBios).

La traducción para el puente entre Ethernet/Token Ring y Ethernet/ FDDI requiere invertir el orden del bit porque la representación interna de las direcciones de MAC es diferente en Ethernet, en Token Ring y en FDDI. Ethernet es little endian (transmite primero el bit de orden inferior) y Token Ring y FDDI son big endian (transmite primero el bit de orden superior). Por ejemplo, la dirección 0000.0cxx.xxxx en Ethernet aparecería como 0000.30yy.yyyy en Token Ring dado que cada byte debe atravesar un proceso de intercambio de bits. Tanto Ethernet como Token Ring utilizan el primer bit transmitido de la dirección de destino de una trama para determinar si dicha trama es de unidifunsión o multidifusión. Sin conversión de dirección, la trama unidifusión (una trama que sólo tiene un destino) de una red podría aparentar ser una dirección multidifusión (una dirección para más de una estación) en otra red.

Recuerde que la conexión en puente de Ethernet y Token Ring sólo es posible con protocolos no enrutables. En algunas ocasiones, la porción de datos de una trama contiene las direcciones MAC. Por ejemplo, el Protocolo de resolución de dirección (ARP) coloca la dirección del hardware en la porción de datos de la trama de capa de link. Es simple convertir las direcciones de origen y de destino en el encabezado, pero la conversión de las direcciones de hardware que puedan aparecer en la porción de datos es más difícil. Cuando se realiza una conexión en puente transparente de ruta de origen o conexión en puente con conversión de ruta de origen entre Ethernet y Token Ring, Cisco no busca instancias de direcciones de hardware en la porción de datos. Solamente los protocolos no enrutables trabajan con el bridging de los Ethernetes y del Token Ring.

La conexión en puente con traducción entre Ethernet y FDDI incrementa el alcance del problema relacionado con la inversión de bit ya que pocos protocolos operan a través de la barrera FDDI y Ethernet. Una razón de esto es el concepto de una dirección canónica sobre la capa MAC (cualquier dirección que esté sobre la capa MAC en FDDI debe ordenarse canónicamente, de acuerdo con el orden de Ethernet). Así es como se configura una IP en FDDI, y es por lo que Cisco puede conectarla en puente cuando va desde Ethernet a FDDI Lamentablemente, otros protocolos no hacen eso.

Los protocolos que se muestran a continuación pueden ser conectados en puente con traducción entre Ethernet y FDDI.

  • IP

  • OSI

  • DECNet

  • Protocolos no enrutables (NetBIOS, MOP y LAT)

Abajo están las trazas del analizador para un paquete de pedido de ARP IP de los Ethernetes al FDDI, y la respuesta del FDDI de nuevo a los Ethernetes. En el encabezado de ARP (protocolo de resolución de dirección), FDDI siempre utiliza la dirección de Ethernet MAC (orden canónico).

Paquete de pedido de ARP (Ethernetes al FDDI)

Ethernet

  0000  FF FF FF FF FF FF 00 00  0C 0C 01 4C 08 06 00 01
                         ^------------------^
                         |source mac address|

  0010  08 00 06 04 00 01 00 00  0C 0C 01 4C 83 6C 46 02
                         ^------------------^
                         |source mac address|
                         |in ARP header     |

  0020  00 00 00 00 00 00 83 6C  46 0B 00 00 00 00 00 00

  0030  00 00 00 00 00 00 00 00  00 00 00 00

           |
           |
           |
          \|/

FDDI

  0000- 50 FF FF FF FF FF FF 00 00 30 30 80 32 AA AA 03
                            ^-----------------^
                            |bit swapped      |
                            |source mac       |
                            |address of       |
                            |0000.0c0c.014c   |

  0010- 00 00 00 08 06 00 01 08 00 06 04 00 01 00 00 0C
                                              ^--------
  0020- 0C 01 4C 83 6C 46 02 00 00 00 00 00 00 83 6C 46
        --------^
       |source mac
       |address in
       |ARP header
       |(ethernet format)

  0030- 0B 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

  0040- 00 00 00 F5 8E C1 88

Paquete de respuesta ARP (FDDI a Ethernet)

FDDI

  0000- 50 00 00 30 30 80 32 00 00 30 C0 E9 D7 AA AA 03
       ^-----------------^------------------^
      |source mac address|destination mac address
      |(bit-swapped      |(bit-swapped
      |0000.0c03.97eb)   |0000.0c0c.014c)

  0010- 00 00 00 08 06 00 01 08 00 06 04 00 02 00 00 0C
                                              ^--------
  0020- 03 97 EB 83 6C 46 0B 00 00 0C 0C 01 4C 83 6C 46
        --------^           ^-----------------^
       |source mac          |destination mac  |
       |address in          |address in ARP   |
       |ARP header          |header (ethernet |
       |(ethernet format)   |format)          |

0030- 02 23 B8 7D C2

           |
           |
           |
          \|/

Ethernet

  0000  00 00 0C 0C 01 4C 00 00  0C 03 97 EB 08 06 00 01
  0010  08 00 06 04 00 02 00 00  0C 03 97 EB 83 6C 46 0B
  0020  00 00 0C 0C 01 4C 83 6C  46 02 23 B8 00 00 00 00
  0030  00 00 00 00 00 00 00 00  00 00 00 00

Conexión de encapsulamiento mediante puentes

La conexión en puente de encapsulado incluye la trama Ethernet en la trama FDDI, lo cual permite que se la traslade de una Ethernet a otra en toda la estructura básica de FDDI. Una vez que el paquete arribó al puente de destino, necesita ser desencapsulado antes de ser reenviado hacia el host en la Ethernet de destino. Cisco soporta la encapsulación de conexión por puente en interfaces FDDI y también las conexiones por puente con traducción.

Hay no estándar para el Encapsulation Bridging. Cada instrumentación del proveedor es exclusiva. La conexión de encapsulamiento mediante puentes es una buena solución para problemas de conectividad LAT en entornos DEC.


Información Relacionada


Document ID: 10677