Dépannage des pertes de paquets DHCP dans EVPN sur les commutateurs de la gamme Catalyst 9500X/9600X

Options de téléchargement

  • PDF     (254.5 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (89.3 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (77.0 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:6 septembre 2024
ID du document:222349

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À 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

    Ce document décrit les étapes de dépannage et la solution pour les pertes de paquets DHCP dans EVPN sur les commutateurs de la gamme Cisco Catalyst 9500X/9600X.

    Conditions préalables

    Exigences

    Cisco vous recommande de prendre connaissance des rubriques suivantes :

    • Compréhension de base du protocole DHCP et de son fonctionnement dans un réseau.
    • Connaissance des commandes Cisco IOS et des techniques de dépannage.
    • Connaissance de la commutation LAN et des protocoles de routage.
    • Connaissance des scénarios de configuration EVPN courants.

    Composants utilisés

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

    • Matériel : Cisco Catalyst 9500X-28C8D, 9500X-60L4D ou 9600X-SUP-2
    • Version du logiciel : 17.12.x

    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. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

    Problème

    Le problème observé est que les paquets DHCP qui reviennent du serveur DHCP (DHCP OFFER) sont abandonnés par le commutateur agissant en tant qu'agent de relais, lorsque le client et le serveur DHCP sont connectés au même VTEP / noeud leaf, mais se trouvent dans deux VRF différents.

    Dans cet exemple, le client se trouve dans le VLAN 10 en VRF GREEN et le serveur dans le VLAN 20 en VRF RED.

    • Ce problème peut être identifié par les sorties de commande suivantes :
    device#show run interface vlan 10
interface Vlan10
 description CLIENT
 mac-address cafe.cafe.cafe
 vrf forwarding GREEN
 ip dhcp relay source-interface Loopback10
 ip address 172.30.208.1 255.255.255.128
 ip helper-address vrf RED 192.168.1.10 <-- Leaking from GREEN to RED


    device#show run interface vlan 20
interface Vlan20
 description SERVER
 mac-address abcd.abcd.abcd
 vrf forwarding RED                  <--- Server is in VRF RED (Same VTEP)
 ip address 192.168.1.1 255.255.255.0


    device# show plat soft fed switch active punt asic-cause br
ASIC Cause Statistics Brief

+-----------------------------------------------------------------------------------+
| Source |         Cause        |           Rx            |           Drop          |
|        |                      |     cur    |    delta   |     cur    |    delta   |
+-----------------------------------------------------------------------------------+
 
    LPTS   DHCPv4 S to S           577087870         9219        30905            7  <-- Drops in this counter
    LPTS   DHCPv4 C to S               56467            0        56467            0

    Solution

    La solution implique la mise à niveau de la version logicielle pour résoudre le problème. Les étapes suivantes décrivent le processus :

    Option 1 : appliquer une solution de contournement

    • Déplacer le serveur DHCP vers un autre VTEP sans client DHCP qui s'appuie sur ce serveur
    • Déployer plusieurs serveurs DHCP
    • Déplacez le serveur en dehors du fabric.

    Option 2 : mise à niveau du logiciel

    Mettez à niveau le commutateur vers une version du code qui a le correctif pour l'ID de bogue Cisco CSCwm44805

    • Version 17.15.1 et ultérieure.

    Le processus de mise à niveau sort du cadre de ce document.  Pour plus d'informations sur la mise à niveau du commutateur, reportez-vous à :

    note-icon

    Remarque : Il n'est pas prévu de résoudre ce problème dans les versions antérieures à 17.15.1

    Informations connexes

    Historique de révision

    Révision Date de publication Commentaires
    2.0
    06-Sep-2024
    Section de mise à niveau révisée
    1.0
    05-Sep-2024
    Première publication
    TAC Authored

    Contribution d’experts de Cisco

    • Austin Anderson Ferguson
    • Ambrose Taylor

    Ce document vous est-il utile?

    FeedbackCommentaires

    Contacter Cisco