Explorer Cisco
Comment acheter

Avez-vous un compte?

  •   Contenu personnalisé
  •   Vos produits et votre soutien technique

Vous voulez un compte?

Créer un compte

Dépannage des défaillances PVC lors de l'utilisation des cellules OAM et de la gestion PVC

Options de téléchargement

  • PDF     (257.4 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (134.1 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (130.5 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:15 novembre 2007
ID du document:21424

Bias-Free Language

The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.

À 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

Si un problème de communication se produit sur un circuit virtuel permanent (aucun trafic ne circulant dans un sens ou dans l'autre), le circuit virtuel permanent (PVC) reste activé sur les périphériques finaux. Par conséquent, les entrées de routage pointant vers ce circuit virtuel permanent restent dans la table de routage pendant un certain temps et, par conséquent, les paquets seront perdus. La solution à ce problème est d'utiliser l'OAM (Operation and Maintenance) pour détecter de telles défaillances et permettre au circuit virtuel permanent de se déconnecter en cas de perturbation le long de son chemin.

Vous pouvez afficher un exemple de configuration sur l'utilisation d'OAM pour la gestion des circuits virtuels permanents en cliquant ici.

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

La gestion OAM et PVC est prise en charge depuis Cisco IOS® version 11.1(22)CC et dans Cisco IOS version 12.0 et ultérieures.

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.

Diagramme du réseau

Ce document est basé sur la configuration suivante :

oam-netw.jpg

  • 1/116 est le VPI/VCI attribué au circuit virtuel (VC) sur le chemin complet.

  • Les commutateurs ATM exécutent Cisco IOS 12.0. Les commutateurs ATM ont été configurés pour envoyer l'indicateur de signal d'alarme/de défaut à distance (AIS/RDI) en cas de défaillance de liaison, comme expliqué dans ce document.

  • Vous pouvez produire des échecs en arrêtant l'interface (sub)de Guilder et en observant ce qui se passe sur Bernard. Nous avons activé les horodatages de service debug datetime msec dans les configurations pour tous les débogages de ce document. Cela nous permet de voir l'heure de chaque événement en ms.

Détection des échecs

Nous examinerons uniquement les cellules OAM F5 (niveau VC) pour ce document, car il s'agit des seules cellules utilisées par les périphériques finaux (routeurs) Cisco pour détecter les défaillances. Afin de détecter une défaillance le long du chemin PVC sur un périphérique final, OAM utilise ces cellules spécifiques :

  • Cellules de bouclage

  • Cellules CC (Continuity Check)

  • Cellules AIS (Alarm Indication Signal)

  • Cellules RDI (Remote Detection Indication)

Il existe trois conditions pour déclarer un PVC UP :

  • Le routeur reçoit un nombre configuré de réponses successives de cellules de bouclage OAM F5 de bout en bout.

  • Le routeur ne reçoit pas de cellules AIS-F5 pendant 3 secondes.

  • Le routeur ne reçoit pas de cellules F5-RDI pendant 3 secondes.

La section suivante décrit ces cellules et les résultats montrant leurs effets.

Cellules de bouclage OAM

À intervalles réguliers, les périphériques finaux (tels que les routeurs) configurés pour OAM envoient des cellules de bouclage qui doivent être bouclées sur le réseau. Ce point de boucle peut être la machine à l'extrémité du circuit virtuel permanent (cellules de bouclage de bout en bout) ou un équipement sur le chemin (cellules de bouclage de segment).

Les identificateurs de la cellule de bouclage indiquent le ou les périphériques qui doivent boucler la cellule. Un périphérique Cisco qui met fin à un circuit virtuel lors de la réception d'une telle cellule sur un circuit virtuel permanent le met en boucle, même s'il n'est pas configuré pour le mode OAM. De plus, chacune de ces cellules contiendra un indicateur de « direction » (pour déterminer s'il s'agit d'une cellule de commande ou de réponse) et un numéro de séquence (appelé étiquette de corrélation ou CTag dans les débogages). La cellule de bouclage « commande » et la cellule de bouclage « réponse » auront le même numéro de séquence.

Le schéma suivant illustre les cellules de bouclage (LB) :

oam-lb.jpg

Exemple de sortie de débogage

Les éléments suivants présentent les débogages (debug atm oam) qui illustrent les cellules de bouclage sur Bernard :

Mar 30 14:22:39.050: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:17128
Tries:0
Mar 30 14:22:39.050: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:42E9
Mar 30 14:22:39.050: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0CTag:42E9
Mar 30 14:22:48.958: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:17129
Tries:0
Mar 30 14:22:48.958: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:42EA
Mar 30 14:22:48.958: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0CTag:42EA

Commentaires sur l'exemple de sortie de débogage

  • La première ligne indique que le compteur utilisé pour identifier lorsqu'une cellule de bouclage doit être émise sur une (sous)interface a expiré.

  • Une cellule de bouclage de commande est ensuite envoyée en sortie sur l'interface correspondante (deuxième ligne des débogages). La valeur CTag affichée sur cette ligne est la valeur hexadécimale de la première ligne CTag plus un.

  • Une cellule de bouclage en boucle est ensuite reçue avec un LoopInd égal à zéro.

Remarque : LoopInd=1 indique une cellule de commande et LoopInd=0 indique une cellule de réponse (bouclée). LoopInd=1 ne s'affiche pas dans les débogages, mais s'affiche sur une trace de renifleur.

Exemple de sortie de débogage (si les cellules de bouclage sont perdues)

Considérez un périphérique (utilisant des circuits virtuels permanents) configuré pour envoyer des cellules OAM et utiliser la gestion des circuits virtuels permanents. Si cet équipement perd un certain nombre de cellules de bouclage, il place le circuit virtuel permanent dans un état Down. Reportez-vous aux débogages suivants :

Mar 30 14:48:31.704: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 
Status:2 CTag:17284
Tries:0
Mar 30 14:48:31.704: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:4385


At this point, the sub-interface corresponding to PVC 1/116 on Guilder is shut down


Mar 30 14:48:41.684: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:17285
Tries:0
Mar 30 14:48:41.684: atm_oam_setstate - VCD#4, VC 1/116: newstate = Down Retry <-no reply to the loopback cell just sent
Mar 30 14:48:41.684: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:4386
Mar 30 14:48:42.680: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:17286
Tries:1
Mar 30 14:48:42.680: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:4387
Mar 30 14:48:43.680: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:17287
Tries:2
Mar 30 14:48:43.680: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:4388
Mar 30 14:48:44.680: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:17288
Tries:3
Mar 30 14:48:44.680: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:4389
Mar 30 14:48:45.676: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:17289
Tries:4
Mar 30 14:48:45.676: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:438A
Mar 30 14:48:46.676: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:17290
Tries:5 <- the router makes 5 retries before declaring the PVC down
Mar 30 14:48:46.676: atm_oam_setstate - VCD#4, VC 1/116: newstate = Not Verified 
<-5 retries and no answers -> PVC declared down
Mar 30 14:48:46.676: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM2/0/0.116,changed state to down
Mar 30 14:48:46.676: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:438B

Vous pouvez configurer la quantité de cellules perdues nécessaires pour mettre le circuit virtuel permanent hors tension. La commande show atm pvc vpi/vci suivante explique les débogages précédents.

Bernard# sh atm pvc 1/116
ATM2/0/0.116: VCD: 4, VPI: 1, VCI: 116
UBR, PeakRate: 155000
AAL5-LLC/SNAP, etype:0x0, Flags: 0xC20, VCmode: 0x0
OAM frequency: 10 second(s), OAM retry frequency: 1 second(s)
OAM up retry count: 3, OAM down retry count: 5
OAM Loopback status: OAM Sent
OAM VC state: Not Verified
ILMI VC state: Not Managed
VC is managed by OAM.
InARP frequency: 15 minutes(s)
InPkts: 4, OutPkts: 4, InBytes: 280, OutBytes: 300
InPRoc: 2, OutPRoc: 0, Broadcasts: 5
InFast: 0, OutFast: 0, InAS: 2, OutAS: 0
InPktDrops: 0, OutPktDrops: 364240961
CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0
Out CLP=1 Pkts: 0
OAM cells received: 9
F5 InEndloop: 9, F5 
InSegloop: 0, F5 InAIS: 0, F5 InRDI: 0
F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0
OAM cells sent: 18
F5 OutEndloop: 18, F5 OutSegloop: 0, F5 OutRDI: 0
F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0
OAM cell drops: 0
Status: DOWN, State: NOT_VERIFIED

Comme vous pouvez le voir, des boucles F5 ont été envoyées, mais aucune réponse (18 F5 OutEndloop mais seulement 9 F5 InEndloop ; par conséquent, 9 cellules de bouclage F5 ont été perdues.). Cela a entraîné la désactivation du circuit virtuel permanent (lorsque la gestion du circuit virtuel permanent est configurée). F5 OutEndloop représente le nombre de cellules de bouclage envoyées et F5 InEndloop le nombre de cellules de bouclage F5 reçues.

Comme vous pouvez le voir également, les compteurs de cellules OAM F4 sont présents, mais rien n'est enregistré puisque seules les cellules F5 sont prises en compte ici. À partir de la sortie de la commande show ci-dessus, d'autres informations intéressantes peuvent être collectées concernant les cellules de bouclage :

  • Les cellules OAM sont envoyées toutes les 10 secondes, que le circuit virtuel permanent soit actif ou non.

  • Si le circuit virtuel permanent est actif mais que l'autre extrémité ne répond pas, le routeur tente d'envoyer la cellule OAM toutes les secondes jusqu'à ce qu'il reçoive une réponse ou jusqu'à ce que 5 cellules OAM n'aient pas obtenu de réponse. Puis le circuit virtuel permanent tombe en panne (voir les débogages ci-dessus).

  • À l'autre extrémité, si le circuit virtuel permanent est désactivé et qu'il reçoit soudainement une cellule en boucle valide, il tente de renvoyer les cellules LB toutes les secondes jusqu'à ce que 3 cellules en boucle dans une ligne soient reçues. Puis le circuit virtuel permanent remontera. Reportez-vous aux débogages ci-dessous.

Mar 31 12:40:10.154: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM2/0/0.116, changed state to down
Mar 31 12:40:20.074: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:25267
Tries:6
Mar 31 12:40:20.074: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:62B4
Mar 31 12:40:20.074: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0 CTag:62B4
Mar 31 12:40:20.074: atm_oam_setstate - VCD#4, VC 1/116: newstate = Up Retry 

! PVC was down and suddenly receives a valid response loopback cell

Mar 31 12:40:21.070: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:25268
Tries:0
Mar 31 12:40:21.070: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:62B5
Mar 31 12:40:21.070: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0 CTag:62B5 

! first looped LB cell

Mar 31 12:40:22.066: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:25269
Tries:0
Mar 31 12:40:22.066: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:62B6
Mar 31 12:40:22.066: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0 CTag:62B6 

! second looped LB cell in a row

Mar 31 12:40:23.062: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:25270
Tries:0
Mar 31 12:40:23.062: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:62B7
Mar 31 12:40:23.062: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0 CTag:62B7 

! third looped LB cell in a row

Mar 31 12:40:23.062: atm_oam_setstate - VCD#4, VC 1/116: newstate = Verified 

! PVC is declared up again

Mar 31 12:40:23.062: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM2/0 0.116, changed state to up

Comme vous pouvez le voir, la sous-interface (d'où le PVC) a été réactivée après la réception de trois cellules de bouclage de réponse valides dans une ligne.

Remarque : l'utilisateur peut configurer tous les paramètres décrits ci-dessus, et utiliser la commande show atm pvc vpi/vci pour vérifier les paramètres.

Indicateur de signal d'alarme/de défaut à distance (AIS/RDI)

Une fois qu'une défaillance est détectée, un périphérique configuré pour OAM envoie des trames AIS en aval et envoie des trames RDI en amont.

L'exemple suivant illustre les cellules AIS et RDI. Supposons que le signal Rx disparaisse sur un commutateur. La défaillance dans ce cas est appelée perte de signal (LOS). Le commutateur qui a détecté qu'il envoie un AIS en aval par rapport à la défaillance et un RDI en amont par rapport à la défaillance.

aisrdi.jpg

Lors de la réception de ces cellules, un périphérique final configuré pour la gestion des circuits virtuels permanents désactive les circuits virtuels permanents affectés. Ces cellules AIS et RDI sont envoyées en utilisant le même VPI/VCI que les cellules utilisateur sur le circuit virtuel permanent. En outre, le périphérique envoie ces cellules toutes les secondes jusqu'à ce que la défaillance disparaisse.

Exemple de sortie de débogage

Vous pouvez détecter une panne de plusieurs manières :

  • Un niveau OAM inférieur (AIS F1, perte de signal, etc.) le signale.

  • La réception d'un AIS ou d'un RDI le déclenche.

  • Le périphérique ne reçoit plus de cellules CC.

Une cellule CC (Continuity Check) est une cellule que les périphériques configurés pour OAM envoient et utilisent régulièrement pour vérifier l'intégrité de la « liaison ». Les routeurs Cisco n'envoient pas ces cellules, donc elles ne sont pas abordées ici. Pour plus d'informations sur les cellules CC OAM, référez-vous à ITU-T I.610.

Le débogage suivant montre ce qui se passe sur un routeur configuré pour la gestion PVC à la réception d'une cellule AIS/RDI :

Mar 31 13:11:18.990: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:25470
Tries:0
Mar 31 13:11:18.990: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:637F
Mar 31 13:11:18.990: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0 CTag:637F

À ce stade, le circuit virtuel permanent de Bernard s'arrête (l'interface principale de Guilder s'arrête) : 

Mar 31 13:11:28.894: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:25471
Tries:0
Mar 31 13:11:28.894: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:6380
Mar 31 13:11:29.806: atm_oam_ais(ATM2/0/0): AIS signal, failure=0x6A, VC 1/116
Mar 31 13:11:29.806: atm_oam_setstate - VCD#4, VC 1/116: newstate = AIS/RDI
Mar 31 13:11:29.806: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM2/0/0.116, changed state to down
Mar 31 13:11:30.806: atm_oam_ais(ATM2/0/0): AIS signal, failure=0x6A, VC 1/116
Mar 31 13:11:31.806: atm_oam_ais(ATM2/0/0): AIS signal, failure=0x6A, VC 1/116
Mar 31 13:11:32.806: atm_oam_ais(ATM2/0/0): AIS signal, failure=0x6A, VC 1/116

Vous pouvez vérifier le nouvel état du circuit virtuel permanent à l'aide de la commande suivante :

Bernard# sh atm pvc 1/116
ATM2/0/0.116: VCD: 4, VPI: 1, VCI: 116
UBR, PeakRate: 155000
AAL5-LLC/SNAP, etype:0x0, Flags: 0xC20, VCmode: 0x0
OAM frequency: 10 second(s), OAM retry frequency: 1 second(s)
OAM up retry count: 3, OAM down retry count: 5
OAM Loopback status: OAM Sent
OAM VC state: AIS/RDI
ILMI VC state: Not Managed
VC is managed by OAM.
InARP frequency: 15 minutes(s)
InPkts: 4, OutPkts: 2, InBytes: 140, OutBytes: 60
InPRoc: 0, OutPRoc: 0, Broadcasts: 0
InFast: 0, OutFast: 0, InAS: 4, OutAS: 2
InPktDrops: 0, OutPktDrops: 0
CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0
Out CLP=1 Pkts: 0
OAM cells received: 14
F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 14,
F5 InRDI: 0
F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0
OAM cells sent: 15
F5 OutEndloop: 1, F5 OutSegloop: 0, F5 OutRDI: 14
F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0
OAM cell drops: 0
Status: DOWN, State: NOT_VERIFIED

Comme vous pouvez le voir, le circuit virtuel permanent est tombé parce qu'il a reçu un signal AIS ou RDI F5 (dans ce cas particulier, un AIS). Vous pouvez également voir que le routeur a généré des cellules RDI F5 à la réception des cellules AIS F5.

L'exemple suivant illustre l'activité sur les deux commutateurs du chemin :

  • Sur LS1010-1 :

    1d03h: % OAM Pkt Rcv
1d03h: % Intf: 0/0/0 VPI: 1 VCI: 116 OAM: F5-END-LPBK 

! OAM LB cell

1d03h: % OAM Pkt Sent
1d03h: % Intf: 0/0/1 VPI: 1 VCI: 116 OAM: F5-END-LPBK 

! OAM LB cell

    À ce stade, PVC tombe sur Guilder : 

    1d03h: % OAM Pkt Rcv
1d03h: % Intf: 0/0/1 VPI: 1 VCI: 116 OAM: F5-AIS 

! AIS cell sent downstream by LS1010-2 upon detection of the failure

1d03h: % OAM Pkt Sent
1d03h: % Intf: 0/0/0 VPI: 1 VCI: 116 OAM: F5-AIS
1d03h: % OAM Pkt Rcv
1d03h: % Intf: 0/0/0 VPI: 1 VCI: 116 OAM: F5-RDI 

! RDI sent by Bernard upstream compared to the failure

1d03h: % OAM Pkt Sent
1d03h: % Intf: 0/0/1 VPI: 1 VCI: 116 OAM: F5-RDI 

! Bernard's RDI forwarded upstream

1d03h: % OAM Pkt Rcv
1d03h: % Intf: 0/0/1 VPI: 1 VCI: 116 OAM: F5-AIS

1d03h: % OAM Pkt Sent
1d03h: % Intf: 0/0/0 VPI: 1 VCI: 116 OAM: F5-AIS

    Et ainsi de suite jusqu'à ce que l'échec soit éliminé.

  • Sur LS1010-2 :

    Une fois la défaillance détectée (dans ce cas, le signal Rx disparaît sur int atm 1/1/2 connecté à Guilder), les cellules AIS sont envoyées en aval vers LS1010-1 :

    Mar 31 13:17:09.847: % OAM Pkt Sent
Mar 31 13:17:09.847: % Intf: 0/0/0 VPI: 1 VCI: 116 OAM: F5-AIS

Mar 31 13:17:10.847: % OAM Pkt Sent
Mar 31 13:17:10.847: % Intf: 0/0/0 VPI: 1 VCI: 116 OAM: F5-AIS

    Comme vous pouvez le voir dans tous les débogages jusqu'à présent, toutes les cellules OAM F5 sont envoyées sur VPI 1 VCI 116, qui est le VPI/VCI utilisé par les cellules de l'utilisateur.

Commandes debug et show

  • debug atm oam (sur les routeurs)

  • show atm pvc vpi/vci avec 12.0 et 12.0T

  • show atm vc <vcd> avec 11.1CC

  • show int atm x[/y/[z]].w (nous vous recommandons d'utiliser show atm pvc lorsque cela est possible au lieu de show int atm x) avec 12.0

Informations connexes

Historique de révision

Révision Date de publication Commentaires
1.0
15-Nov-2007
Première publication

Contribution de

  • mlluis
    kbenhabe

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco

Ce document s’applique à ces produits