2 votes

Une nouvelle liaison MPLS interrompt le réseau - Protocole Spanning Tree

Nous avons un simple réseau de 2 bureaux. Il était auparavant connecté via une connexion kilostream. Celle-ci a maintenant été remplacée par une connexion MPLS utilisant des routeurs Cisco.

Lorsque nous connectons le MPLS au réseau du bureau principal, le réseau s'arrête à cause d'une boucle. Nous avons identifié que le protocole Spanning Tree du routeur Cisco en était la cause. Nous avons désactivé ce protocole et tout fonctionne bien.

Malheureusement, la société qui fournit le MPLS ne prendra pas en charge la connexion si ce protocole n'est pas activé. Ils disent que le problème vient de notre réseau et nous sommes dans une impasse.

Quelqu'un peut-il suggérer des outils ou des services que nous pourrions essayer pour identifier le problème ?

1voto

EtienneT Points 1552

Le reste de votre réseau utilise-t-il STP ? Il s'agit peut-être d'un problème d'élection de la racine.

BTW - Je n'ai pas vu beaucoup de réponses sur serverfault de la part d'experts Cisco, peut-être devriez-vous essayer #ciscohelp sur EFNet (IRC).

1voto

RainyRat Points 3680

Comment avez-vous identifié que STP sur le routeur est le coupable ? Si vous prenez la sortie d'un "show STP" sur chacun de vos routeurs/switches, vous devriez être en mesure de voir où se trouve la racine de l'arbre de spanning.

L'exécution d'un traçage de paquets avec Wireshark ou quelque chose de similaire montrerait la tempête de diffusion en cours, si c'est ce qui se passe, et vous mettrait sur la piste du boîtier responsable.

1voto

Dan Carley Points 24959

Quelques suggestions de dépannage. Vous devez les appliquer de manière universelle à tous les ponts du réseau dans le même domaine Ethernet L2, ce qui inclut probablement les routeurs et les commutateurs. Vous trouverez peut-être utile de dessiner un rapide diagramme de tous les périphériques concernés.

  1. Êtes-vous sûr que la perte de connectivité est due à une boucle et non, à l'inverse, à une tentative de STP d'empêcher une boucle ? Vous pouvez le confirmer en vérifiant si l'état du port STP est "bloquant" avant et après la panne.

  2. Utilisez-vous le même type de STP et le même fournisseur de matériel sur les deux sites ? Il en existe plusieurs variétés : STP, RSTP, PVST, RPVST et MSTP. Toutes ne sont pas compatibles entre elles, surtout lorsqu'il s'agit d'un mélange de fournisseurs.

  3. Avez-vous déjà configuré l'un des dispositifs STP au-delà de ses paramètres par défaut ? Par exemple, pour élire un pont racine, modifier les temporisations ou créer des groupes STP.

  4. Vous ne considérerez peut-être pas ce dernier point comme le conseil le plus utile dans l'immédiat, mais je vous conseille de lire un manuel de base sur la PTS. Dans les petits réseaux, cela fonctionnera souvent "tout simplement". Dès que vous commencez à vous développer, il est vraiment important d'avoir une bonne idée de son fonctionnement et de la meilleure façon de l'influencer. Cela deviendra vite simple et moins de magie noire.

0voto

Davide Gualano Points 804

Pourriez-vous fournir un peu plus de détails ?

  1. Votre connexion kilostream était-elle acheminée auparavant ? Ou disposiez-vous d'un réseau plat de niveau 2 couvrant vos deux sites ?
  2. Votre nouveau fournisseur vous offre-t-il des MPLS de couche 2 ou de couche 3 ?
  3. Serait-il possible pour vous d'établir un lien vers un diagramme de topologie, avant et après le changement ?

En ce qui concerne la désactivation de spanning tree ; si vous avez désactivé spanning tree, il est possible que des boucles de couche 2 se forment dans votre réseau. Cela causera des problèmes avec (par exemple) le trafic de diffusion, car Ethernet n'a pas de concept de 'Time to live' ; les trames de diffusion tourneront en boucle sur le réseau pour toujours, consommant lentement les ressources. Comme l'a mentionné Dan C, il vaut vraiment la peine de lire une introduction au STP. Cette question fournit un bref résumé et des liens vers un article qui traite de la question des boucles de pontage de manière plus détaillée.

0voto

MovEaxEsp Points 161

Combien de commutateurs/hubs sont présents sur chaque site ? Y a-t-il d'autres liens entre les réseaux de commutation de chaque site ?

Quel processus avez-vous suivi pour identifier que Spanning Tree était la cause du problème ? Avez-vous vu les journaux de spanning tree sur le périphérique Cisco ? Si oui, veuillez les poster, nous pourrons peut-être vous suggérer une autre interprétation (beaucoup de journaux Cisco peuvent être assez cryptiques). Le Spanning Tree est là pour s'assurer qu'il n'y a pas de boucles dans votre réseau. Il ne peut pas introduire de boucles, mais il peut ne pas les voir s'il est mal configuré.

Commencez par dessiner la topologie de votre réseau. Assurez-vous de savoir où se trouve la racine de votre arbre de recouvrement. Identifiez toutes les boucles dans le réseau ; si votre réseau a des boucles, la désactivation de l'arbre de spanning n'est pas une option.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X