Présentation du pontage translationnel et d'encapsulation

Options de téléchargement

  • PDF     (117.9 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (85.9 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (70.3 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:9 septembre 2005
ID du document:10677

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Introduction

Cisco prend en charge toutes les normes de pontage, notamment le pontage transparent, le pontage SRB (Source Route Bridging), le pontage transparent de route source, le pontage translationnel de route source (SR/TLB), le pontage de traduction sur les cartes FCIT et le pontage d'encapsulation. Ce document traite des types de pontage suivants :

  • Pontage translationnel : pontage entre les types de supports LAN qui ont des protocoles de sous-couche MAC différents.

  • Pontage d'encapsulation : pontage qui transporte des trames Ethernet d’un routeur à un autre sur des supports différents, tels que les lignes série et FDDI (Fiber Distributed Data Interface).

Avant de commencer

Conventions

Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.

Conditions préalables

Aucune condition préalable spécifique n'est requise pour ce document.

Components Used

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Les informations présentées dans ce document ont été créées à partir de périphériques dans un environnement de laboratoire spécifique. All of the devices used in this document started with a cleared (default) configuration. Si vous travaillez dans un réseau opérationnel, assurez-vous de bien comprendre l'impact potentiel de toute commande avant de l'utiliser.

Pontage translationnel

Le pontage translationnel vous permet de relier des réseaux locaux différents, généralement Ethernet et Token Ring, ou Ethernet et FDDI. Dans le cas du pontage Ethernet et Token Ring, le pontage translationnel autorise uniquement la connectivité pour les protocoles non routables tels que le transport en réseau local (LAT), le protocole MOP (Maintenance Operation Protocol) et le système NetBIOS (Network Basic Input/Output System).

La traduction du pontage entre Ethernet/Token Ring et Ethernet/FDDI nécessite une inversion de l’ordre des bits, car la représentation interne des adresses MAC est différente sur Ethernet, Token Ring et FDDI. Ethernet est un petit boutiste (il transmet d’abord le bit d’ordre le moins élevé), et Token Ring et FDDI sont un gros boutiste (le bit d’ordre élevé est transmis en premier). Par exemple, l’adresse 0000.0cxx.xxxx sur Ethernet apparaît comme 0000.30yy.yyy sur Token Ring, car chaque octet doit être remplacé par un bit. Ethernet et Token Ring utilisent le premier bit transmis de l’adresse de destination d’une trame pour déterminer si la trame est monodiffusion ou multidiffusion. Sans conversion d’adresse, une trame de monodiffusion (une trame qui n’a qu’une destination) sur un réseau peut apparaître comme adresse de multidiffusion (une adresse pour plusieurs stations) sur un autre réseau.

N’oubliez pas que le pontage Ethernet et Token Ring n’est possible qu’avec des protocoles non routables. Parfois, les adresses MAC sont transportées dans la partie données d’une trame. Par exemple, le protocole ARP (Address Resolution Protocol) place l’adresse matérielle dans la partie données de la trame de couche liaison. Il est simple de convertir les adresses source et de destination dans l'en-tête, mais la conversion des adresses matérielles qui peuvent apparaître dans la partie données est plus difficile. Lors de l'exécution d'un pontage transparent de route source ou de traduction de route source entre Ethernet et Token Ring, Cisco ne recherche pas d'instances d'adresses matérielles dans la partie données. Seuls les protocoles non routables fonctionnent avec le pontage Ethernet et Token Ring.

Le pontage translationnel entre Ethernet et FDDI soulève un peu plus la question du renversement de bits, car peu de protocoles fonctionnent sur la barrière FDDI et Ethernet. Une raison à cela est le concept d’une adresse canonique au-dessus de la couche MAC : toute adresse située au-dessus de la couche MAC sur FDDI doit être classée de manière canonique selon l’ordre Ethernet. C’est ainsi que le protocole IP est exécuté sur FDDI, et c’est pourquoi Cisco peut le relier lors de son passage d’Ethernet à FDDI. Malheureusement, d'autres protocoles ne le font pas.

Les protocoles ci-dessous peuvent être pontés de manière translationnelle entre Ethernet et FDDI.

  • IP

  • OSI

  • DECnet

  • Protocoles non routables (NetBIOS, MOP et LAT)

Vous trouverez ci-dessous les traces de l’analyseur pour un paquet de requête ARP IP d’Ethernet à FDDI, ainsi que la réponse de FDDI à Ethernet. Dans l’en-tête ARP, FDDI utilise toujours l’adresse MAC Ethernet (ordre canonique).

Paquet de requête ARP (Ethernet vers 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

Paquet de réponse ARP (FDDI vers 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

Pontage d’encapsulation

Le pontage d’encapsulation entoure la trame Ethernet dans la trame FDDI, ce qui permet de la déplacer d’un Ethernet à l’autre sur le backbone FDDI. Une fois le paquet arrivé au pont de destination, il doit être désencapsulé avant d’être transféré à l’hôte sur l’Ethernet de destination. Cisco prend en charge le pontage d’encapsulation sur les interfaces FDDI ainsi que le pontage de traduction.

Il n’existe pas de norme pour le pontage d’encapsulation. La mise en oeuvre de chaque fournisseur est propriétaire. Le pontage d'encapsulation est une bonne solution pour les problèmes de connectivité LAT dans les environnements DEC.

Informations connexes

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco