IP : Protocole BGP (Border Gateway Protocol)

Défaillance non vérifiée de pair BGP de cause de Capabilites

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit un problème où scruter de Protocole BGP (Border Gateway Protocol) ne fonctionne pas correctement en raison des capacités mal adaptées entre les pairs et fournit une solution au problème.

Contribué par Andrew Naylor et Mani Ganesan, ingénieurs TAC Cisco.

Problème

Le pair BGP ne monte pas, et les rapports de voisinage un cette erreur :

BGP-3-NOTIFICATION  received from neighbor x.x.x.x 2/7
(unsupported/disjoint capability) 2 bytes 4600
%BGP_SESSION-5-ADJCHANGE: neighbor x.x.x.x IPv4
Unicast topology base removed from session
 BGP Notification received

Un des supports et des essais de pairs BGP pour négocier une capacité BGP qui n'est pas prise en charge par l'autre routeur.

Conditions

Considérez cette topologie simple :


Le routeur 1 prend en charge une certaine capacité BGP que R2 ne prend en charge pas, et le pair BGP ne fonctionne pas. Le routeur 1 affiche ce message :

BGP-3-NOTIFICATION  received from neighbor x.x.x.x 2/7
(unsupported/disjoint capability) 2 bytes 4600
%BGP_SESSION-5-ADJCHANGE: neighbor x.x.x.x IPv4
Unicast topology base removed from session
BGP Notification received

Si le routeur 1 a d'autres pairs BGP qui sont établis, sélectionnez la commande neighbor de show ip bgp afin d'afficher les capacités qui sont étées en pourparlers avec d'autres pairs :

Router1#show ip bgp neighbor

<output shortened for brevity>
Neighbor capabilities:
    Route refresh: advertised and received(new)
    Four-octets ASN Capability: advertised and received
    Address family IPv4 Unicast: advertised and received
    Enhanced Refresh Capability: advertised

Dans cette sortie, les capabilites marqués en tant que « annoncé » sont des capacités que le routeur essaye d'être en pourparlers avec le voisin. Les capacités qui « sont reçues » sont prises en charge et actuellement négociées par le voisin. Notez que ce voisin ne le prend en charge pas, ou ne négociez pas l'amélioré régénèrent la capacité (probablement due a désactivé la négociation), qui est indiquée dans la sortie (non « reçu » pour l'amélioré régénèrent la capacité).

Le Router2 pourrait afficher un message d'erreur qui indique un paquet mal formé BGP :

BGP-4-MSGDUMP  unsupported or mal-formatted message received from x.x.x.x:
FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF 002D 0104 95B0 00B4 7CC3 263B 1002 0E02
0041 0400 0095 B001 0400 0100 01

Supplémentaire, ce message peut être décodé afin de le découvrir si c'est un message ouvert BGP (entrez en contact avec le centre d'assistance technique Cisco). Il répertorie également les capacités pour lesquelles la négociation a été tentée. Les capacités ce message tenté pour négocier sont :

  • L'artère régénèrent la capacité
  • 4-byte COMME capacité
  • Capacité multiprotocole

Solution

Le BGP est établi après la négociation de la capacité spécifiée sur R1 (le routeur qui prend en charge la capacité) est désactivée. Ceci est fait avec des commandes masquées dans le processus BGP.

Afin d'arrêter toute la négociation de capacité, sélectionnez cette commande :

neighbor x.x.x.x dont-capability-negotiate

Afin de désactiver la négociation pour certaines capacités, sélectionnez ces commandes :

neighbor x.x.x.x dont-capability-negotiate four-byte-as
neighbor x.x.x.x dont-capability-negotiate enhanced-refresh


Document ID: 116189