Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Informations générales

Problème 1

Topologie du problème 1

Solution 1

Problème 2

Solution 2

Configuration pour ML-MR-10

Configuration du commutateur

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

The information in this document was created from the devices in a specific lab environment. 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).

Note: 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).

Note: 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.