Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Conventions

Informations générales

Problème

Motif

Solution

Informations connexes

Introduction

Ce document décrit comment configurer la carte Cisco série ML pour envelopper la sonnerie de paquets résilients (RPR) lorsque vous êtes confronté à une dégradation du signal.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

- Cisco ONS 15454

- Cartes Ethernet Cisco ONS 15454 ML-Series

- Logiciel Cisco IOSMD

- Pontage et routage IP

Components Used

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

- Cisco ONS 15454 qui exécute ONS version 5.02

- ML (inclus dans la version ONS 5.02) qui exécute le logiciel Cisco IOS Version 12.2

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.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Informations générales

Le RPR de la gamme Cisco ML assure actuellement la résilience de l'enveloppement et la technique d'emballage est simple. Le RPR de la série ML redirige simplement les paquets sur un anneau enveloppé si les paquets atteignent un point de défaillance. Par conséquent, seuls les noeuds adjacents à la défaillance doivent être conscients du problème et initier l'encapsulation. L'encapsulation offre également une résilience inférieure à 50 ms et maintient les mêmes temps de convergence du réseau, quelle que soit la taille du réseau.

La figure 1 représente un exemple de conditionnement. Le trafic entre S3 et S4 traverse deux noeuds en état normal (voir la flèche A à la Figure 1). Le chemin est S3 > S4. La défaillance de liaison entre S3 et S4 entraîne un enrouleur, et le trafic entre S3 et S4 traverse quatre noeuds, S3 > S2 > S1 > S4 (voir la flèche B à la Figure 1).

Figure 1 - Enveloppe RPR de la gamme Cisco ML

Si la commande pos trigger défauts ber_sd_b3 n'est pas configurée, le ML n'enroule pas l'anneau lors de la dégradation du signal, qui se produit uniquement en cas de défaillance du signal (LOS, LOF).

Il est important de noter que la version 6.2 de CTC a une nouvelle fonctionnalité appelée RPR Keepalive. RPR Keepalive encapsule la sonnerie si un signal se dégrade et que d'autres conditions, telles qu'une éventuelle défaillance matérielle, se produisent. Si vous pouvez mettre à niveau les noeuds vers la version 6.2, il est recommandé d'utiliser la fonctionnalité RPR Keepalive.

Pour plus d'informations, référez-vous à la section RPR Keep Alive de Configuration de la sonnerie de paquets résiliente.

Problème

Le RPR de la gamme Cisco ML se bloque uniquement lorsqu'une alarme de défaillance de signal se produit en raison d'une fibre coupée. Dans le cas d'une portée avec une dégradation du signal, le RPR abandonne les paquets. La commande show controller pos X présente une augmentation des erreurs ber_sd_b3, BIP(B3) et donne lieu à des CRC d'entrée et à des trames d'exécution. Dans la commande show controller pos X, X peut être 0 ou 1.

Motif

Une raison possible de ce problème est une carte de ligne défectueuse qui connecte deux noeuds, par exemple OC-48. L'autre possibilité est le taux d'erreur B3 élevé (BER). Cette condition peut être causée par une fibre sale, un connecteur desserré, un émetteur défectueux ou un récepteur défectueux.

Solution

Si une carte de ligne défectueuse cause ce problème, vérifiez les niveaux de lumière et nettoyez les fibres. Si le problème persiste, remplacez la carte de ligne afin de résoudre le problème. Le remplacement des cartes de ligne est généralement le dernier recours. Cependant, lorsque vous effectuez ces étapes, le trafic critique peut être affecté. Afin d'éviter les pertes de paquets, forcez l'interface POS à s'arrêter automatiquement en condition SD, enveloppant l'anneau RPR.

Si le problème survient en raison d'un BER PBIP (Path Bit-Interleaved Parity) excessif au-delà du seuil de dégradation du signal (SD), configurez cette ligne sous l'interface POS de la carte ML-Series (voir la flèche A à la Figure 2).

pos trigger defects ber_sd_b3

Cette ligne réduit le nombre d'enveloppes.

Figure 2 - Défaillances du déclencheur POS ber_sd_b3

Vous pouvez définir le seuil SD lorsque vous créez un nouveau circuit (voir la flèche A dans la Figure 3).

Les valeurs par défaut des défauts de déclencheur POS n'incluent pas ber_sd_b3. Après avoir ajouté cette commande, le RPR de série ML se termine lorsque le seuil SD est atteint.

Figure 3 : définition du seuil SD

Informations connexes

- Support et documentation techniques - Cisco Systems