Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Rapport BGP

Lorsque la session client est ouverte pour la première fois, le rapport BGP doit être vérifié pour s’assurer que le réseau ne présente pas d’erreurs de configuration BGP évidentes.

Le fichier de sortie écrit dans le répertoire de sortie est appelé « BGPRPT. runcode ».

Rapport de contrôle d’intégrité BGP :

Statistiques BGP – Cette section montre :

  • Le nombre total de locuteurs BGP dans le réseau

  • Le nombre total de voisins

  • Le nombre total de stratégies

  • La liste de tous les AS et le nombre de leurs locuteurs BGP

Rapport de vérification des erreurs de spécification Neighbor AS

Cette section affiche toutes les erreurs concernant les AS qui ne sont pas spécifiées correctement. Par exemple, le routeur A déclare que son voisin, le routeur B, est dans AS65524, mais que le routeur B est en fait dans AS65522.

Dans l’exemple ci-dessus, le rapport de vérification des erreurs de spécification Neighbor AS indique qu’une erreur s’est produite dans le nœud (emplacement) X39. Le nœud voisin(Nbr-Location) est Q39 et le voisin AS (Nbr_AS) est 65524, qui doit être 65522 comme indiqué dans le champ ValidAS.

Rapport de vérification des voisins BGP déséquilibré

Le protocole BGP exige que si le routeur A déclare que le routeur B est son voisin, le routeur B doit également déclarer que le routeur A est son voisin. Sinon, un voisin déséquilibré se produit. Cette section signale tout voisinage déséquilibré entre les haut-parleurs BGP au sein du réseau.* * * * * Unbalanced BGP Neighbor Check Report

Le rapport de vérification des voisins BGP déséquilibrés montre qu’il existe deux voisins déséquilibrés. Sur le premier enregistrement, S39 déclare que X39 est son voisin mais X39 ne déclare pas que S39 est son voisin. Le deuxième enregistrement montre une erreur similaire.

Rapport de vérification de la connectivité maillée IBGP

Tous les haut-parleurs IBGP d’un AS doivent être entièrement maillés, sauf si des réflecteurs de route ou une confédération sont utilisés. Cette section indique si un SA n’est pas entièrement maillé. Un maillage complet pour les familles d’adresses IPV4 et VPNV4 est vérifié.

Le rapport IBGP Mesh Connectivity Check ci-dessus montre ce qui suit :

  • AS65522 est entièrement maillé pour la famille d’adresses VPNV4, mais aucun voisin IBGP n’existe pour la famille d’adresses IPV4.

  • L’AS6511 n’est pas entièrement maillé pour IPV4 et VPNV4. Pour la famille d’adresses VPNV4, S39 et W39 ne sont pas définis comme voisins de X39. Pour la famille d’adresses IPV4, W39 n’est pas défini comme voisin de X39.

  • AS65534 réussit le contrôle de connectivité maillée pour IPV4 et VPNV4.

  • AS65533 manque de voisins IBGP pour les familles d’adresses IPV4, VPNV4 et L2VPN.

Statistiques du réflecteur de route IPV4/VPNV4/L2VPN

Ces trois sections indiquent les statistiques des réflecteurs de route, y compris le nombre de réflecteurs de route, le nombre de clients de réflecteur de route et les informations sur les réflecteurs de route hiérarchiques. Les clients de réflecteur de route avec un seul réflecteur de route sont répertoriés comme un avertissement indiquant qu’ils n’ont pas de réflecteurs de route redondants définis. Voici un exemple de statistiques du réflecteur de route IPV4 :IPV4 Route Reflector Statistics: 200 BGP Speakers, 8 Route Reflectors, 100 Route Reflector Clients Redundant Route Reflectors are not defined at 2 RR Clients 1. WDC1, RR= PHI1 2. WDC2, RR= PHI1

Les statistiques des réflecteurs de route VPNV4 et L2VPN sont également fournies.

Il est recommandé de corriger toutes les erreurs signalées dans le fichier de rapport BGP avant de poursuivre l’analyse. Une façon de le faire est de corriger les erreurs sur les fichiers de configuration, puis de relancer getipconf.