Configurations ML-MR-10 pour passer les paquets CDP Paquets LACP en toute transparence

Introduction

Ce document décrit les problèmes rencontrés lorsque vous devez transmettre des paquets CDP (Cisco Discovery Protocol) et des paquets LACP (Link Aggregation Control Protocol) de manière transparente lorsque la carte ML-MR-10 est utilisée et fournit les configurations spécifiques requises pour résoudre les problèmes.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Configuration des circuits SDH (Synchronous Digital Hierarchy)/MSPP (SONET Multiservice Provisioning Platform)
• Utilisation et configuration de ML-MR-10
• Contrôleur de transport Cisco (CTC)
• Commandes Cisco IOS^® standard

Components Used

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

• ONS 15454 SDH/SONET, version 9.0 et ultérieure du logiciel
• 15454-ML-MR-10
• Cisco WS-C3750G-48PS et WS-C3560G-24PS
• Commandes Cisco Standard IOS
• CCT

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Informations générales

Voici quelques informations importantes sur la carte ML-MR-10.

• La carte ML-MR-10 est une carte Ethernet multicouche à dix ports. Les ports Ethernet prennent en charge des débits de 10 Mbits/s, 100 Mbits/s ou 1 000 Mbits/s via des modules SFP (Small Form-Factor Pluggables).

• La carte ML-MR-10 dispose de deux ports RPR (Resilient Packet Ring), qui fonctionnent de la même manière que les ports de la carte OC-N. Chaque port Ethernet transporte un circuit STS (Synchronous Transport Signal) de taille STS-12c, STS-24c, STS-48c ou STS-96c. Les deux interfaces de port RPR se combinent afin de prendre en charge une interface RPR. Le ML-MR-10 prend uniquement en charge l'encapsulation GFP-F (Generic Framing Procedure) mappée sur une trame pour SONET. En outre, le ML-MR-10 peut être configuré afin de prendre en charge jusqu'à 26 ports Packet Over SONET (POS), chacun terminant un circuit encapsulé SONET GFP-F.

• La carte ML-MR-10 prend en charge la protection 1:1 au niveau du port. Il prend également en charge la protection par carte 1:1 avec des cartes redondantes installées.

• La carte ML-MR-10 prend en charge la fonctionnalité Version Up, qui permet à un utilisateur de mettre à niveau indépendamment les cartes ML-MR-10 dans le cadre d'un processus global de mise à niveau logicielle. Lorsque cette fonctionnalité est activée, l'utilisateur met à niveau d'abord toutes les cartes du noeud qui ne sont pas des cartes ML-MR-10, puis, dans une deuxième passe, met à jour les cartes ML-MR-10.

• La carte ML-MR-10 peut être installée dans les logements 1 à 6 et les logements 12 à 17 lorsqu'ils sont utilisés avec les cartes XC10G et XC-VXC-10G. Il n'est pas compatible avec la carte XCVT.

Référez-vous à Présentation de la carte ML-MR-10 pour plus d'informations.

Problème 1

Deux commutateurs sont connectés entre eux via une configuration point à point ML-MR-10. Le ML-MR-10 doit être transparent de telle manière que les commutateurs puissent se voir. Cela signifie que les paquets CDP doivent également pouvoir passer par les cartes ML-MR-10. Cependant, ils sont généralement supprimés et la sortie show cdp neighbors sur le commutateur affiche le ML-MR-10.

Topologie du problème 1

Les connexions physiques sont indiquées dans la topologie. Les cartes ML-MR-10 sont installées dans les deux noeuds ONS 15454, l'interface ML-MR-10 Gi0 est connectée à une interface sur le commutateur, et elle est identique des deux côtés.

Afin de connecter deux cartes ML-MR-10 entre elles, le circuit SDH/SONET a été construit de POS 0 à POS 0.

Ici, la condition est de passer par les paquets CDP des commutateurs via la configuration ML-MR-10 de manière transparente. Cela signifie que lorsque la commande show cdp neighbors est exécutée sur le commutateur, il ne doit pas voir le ML-MR-10 comme voisin. À la place, le commutateur connecté à la fin doit être vu. En fait, les deux commutateurs doivent pouvoir se voir.

Solution 1

Ce problème peut être résolu avec une configuration spécifique sur la carte ML-MR-10.

Voici la configuration requise :

interface GigabitEthernet0
no ip address
speed auto
duplex auto
negotiation auto
no keepalive
no cdp enable
service instance 1 ethernet
  encapsulation untagged
  rewrite egress tag pop 1
  bridge-domain 100
 
interface POS0
no ip address
shutdown
pos mode gfp
no cdp enable
service instance 1 ethernet
  encapsulation dot1q 101
  rewrite egress tag push dot1q 101
  bridge-domain 100

Dans cette configuration, l'interface Gig 0 et POS 0 se trouvent dans la même instance de service et dans le même domaine de pont 100. Cela signifie qu'ils sont liés entre eux, de sorte que les paquets qui arrivent sur Gig 0 sont transmis à POS 0 et vice versa.

Également sur le port POS 0, les paquets entrants sont ajoutés avec un VLAN 101 supplémentaire ; ce VLAN est ensuite supprimé sur l’interface Gig 0 lorsque le paquet le quitte.

Avec cette configuration sur les deux cartes ML-MR-10, les paquets entrants au niveau du POS sont toujours balisés avec VLAN 101 (le VLAN peut être modifié), il y a donc un tunnel entre le port POS et le port POS. Lorsque le paquet quitte la carte via Gig 0, cette balise est supprimée, ce qui rend les paquets de données du commutateur complètement transparents, ce qui inclut le protocole CDP.

Voici l'autre exemple de configuration qui transmet également de manière transparente le trafic de données et le protocole CDP.

interface GigabitEthernet0
 no ip address
 speed auto
 duplex auto
 negotiation auto
 no keepalive
 no cdp enable
 service instance 1 ethernet
  encapsulation default
  bridge-domain 1
 
 
 interface POS0
 no ip address
 no keepalive
 pos mode gfp
 no cdp enable
 service instance 1 ethernet
  encapsulation default
  bridge-domain 1

Dans cette configuration, les ports GigabitEthernet et POS font partie de la même instance de service et sont reliés par un pont. L'encapsulation fournie dans l'instance de service est également par défaut, ce qui signifie qu'elle transmet tous les paquets balisés/non balisés.

Problème 2

Dans le schéma, vous pouvez voir que deux interfaces d'un commutateur sont connectées avec une carte ML-MR-10.

Supposons que les ports Gi0 et Gi1 de ML-MR-10 sont connectés aux ports 0/0 et 0/1 du commutateur, et que les mêmes connexions sont également présentes à l'autre extrémité entre le commutateur et la carte ML-MR-10.

Ici, la configuration du groupe de canaux est requise sur les deux interfaces de commutateur 0/0 et 0/1, et les deux commutateurs doivent être formés directement en tant qu'homologues.

ML-MR-10 doit être transparent dans ce cas. Il ne doit pas y avoir de configuration de groupe de canaux sur les cartes ML-MR-10.

Afin de connecter deux cartes ML-MR-10 entre elles, un circuit SDH/SONET a été construit de POS 0 à POS 0 et POS 1 à POS 1.

Solution 2

Si cette configuration ML-MR-10 doit être transparente, elle doit être configurée comme si les commutateurs étaient connectés directement entre eux via un câble LAN ou une fibre optique.

Pour ce faire, la configuration relie le port Gi0 sur ML-MR-10 avec POS 0 et le port Gi1 avec POS 1, puis crée un circuit point à point entre POS 0 et POS 0 et POS 1 et POS 1. Avec cette configuration, vous facilitez la connexion directe des ports de commutateur entre eux.

Cette configuration nécessite également l'utilisation du protocole LACP.

Voici la configuration requise.

Configuration pour ML-MR-10

interface GigabitEthernet0
 no ip address
 speed auto
 duplex auto
 negotiation auto
 no keepalive
 no cdp enable
 service instance 1 ethernet
  encapsulation default
  bridge-domain 1
 !
!        
interface GigabitEthernet1
 no ip address
 speed auto
 duplex auto
 negotiation auto
 no keepalive
 no cdp enable
 service instance 2 ethernet
  encapsulation default
  bridge-domain 2
 
  interface POS0
 no ip address
 no keepalive
 pos mode gfp
 no cdp enable
 service instance 1 ethernet
  encapsulation default
  bridge-domain 1
 !       
!        
interface POS1
 no ip address
 no keepalive
 pos mode gfp
 no cdp enable
 service instance 2 ethernet
  encapsulation default
  bridge-domain 2
 !       
!        

Comme vous pouvez le voir dans la configuration de la carte ML-MR-10, ceci crée une instance de service commune entre le port Gigabit Ethernet et le port POS, puis le même domaine de pont entre eux.

Les configurations de circuits SDH/SONET ne sont pas présentées ici, mais vous devez créer des circuits entre POS 0 à POS 0 et POS 1 à POS 1. La bande passante du circuit dépend des besoins.

Configuration du commutateur

interface Port-channel1
 switchport trunk encapsulation isl
 switchport trunk allowed vlan 17
 switchport mode trunk
 
interface GigabitEthernet0/0
 switchport trunk encapsulation isl
 switchport trunk allowed vlan 17
 switchport mode trunk
 channel-protocol lacp
 channel-group 1 mode active
!        
interface GigabitEthernet0/1
 switchport trunk encapsulation isl
 switchport trunk allowed vlan 17
 switchport mode trunk
 channel-protocol lacp
 channel-group 1 mode active

La configuration du commutateur est assez simple, mais une chose à noter est la commande switchport trunk encapsulation isl. Vous devez explicitement configurer cette commande, car, sans cette commande, le protocole de ligne ne s'active pas. En effet, ML-MR-10 prend en charge le mode ISL (Inter-Switch Link Protocol).

Remarque: La configuration ML-MR-10 fournie dans la solution 1 peut également être utilisée.

Pour plus d'informations, contactez le centre d'assistance technique Cisco (TAC).

Remarque: Connectez-vous à la page Web Assistance technique Cisco pour plus d'informations ou accédez à la page Web Contacts internationaux Cisco afin d'obtenir un répertoire des numéros d'assistance technique gratuits pour votre pays.