Packet Drops oplossen met Packet Coloring Technieken of Platform Tellers

Downloadopties

  • PDF     (1.4 MB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (1.2 MB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (943.6 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:8 april 2025
Document-id:222938

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

    Inleiding

    Dit document beschrijft hoe u een netwerkstroom kunt volgen met behulp van pakketkleuringstechnieken.

    Voorwaarden

    Vereisten

    • Basiskennis van ACI
    • Endpoint Groepen en contract
    • Wireshark basiskennis

    Gebruikte componenten

    Dit document is niet beperkt tot specifieke hardware- en softwareversies.

    Gebruikte apparatuur:

    • Cisco ACI met versie 5.3(2)
    • Omspanningsbestemming
    • Gen2-switches

    De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.


    Achtergrondinformatie

    Filters maken in Wireshark.

    Open de opname. Selecteer met behulp van een kader binnen het Ingesloten Remote Switch Packet de SpanID-regel en klik met de rechtermuisknop.

    Selecteer Toepassen als filter > Geselecteerd zoals op het beeld wordt weergegeven:

    Select Apply as Filter

    Topologie

    Topology

    Optie 1. ERSPAN-instelling met Flow-id

    Als een bestemmingsserver al het verkeer kan verwerken, bevat de ERSPAN-header een optie om een Flow-id te definiëren. Deze Flow ID kan worden geconfigureerd om inkomend verkeer naar de stof te identificeren, terwijl een andere Flow ID kan worden ingesteld voor uitgaand verkeer.

    Stap 1. ESPAN-doelinstelling

    Eén doelgroep heeft de flow-id van 1

    Onder Fabric > Toegangsbeleid > Beleid > Problemen oplossen > SPAN > Doelgroepen van SPAN

    Create SPAN Destination Group Flow-ID of 1

    Voor de tweede bestemmingsgroep, vorm stroom-id van 2:

    Create SPAN Destination Group Flow-ID of 2

    Stap 2a. Spanbron maken voor verkeer dat direct op de SRC is aangesloten

    Onder Fabric > Toegangsbeleid > Beleid > Problemen oplossen > SPAN > SPAN-brongroepen

    Create SPAN Source for Traffic Directly

    Filter het verkeer meer door het pad en de EPG toe te voegen. Het laboratoriumvoorbeeld is Tenant jr Application Profile ALL en EPG app.

    Filter the Traffic Both and EPG

    Stap 2b. Spanbron maken voor verkeer dat rechtstreeks is verbonden met de DST


    Onder Fabric > Toegangsbeleid > Beleid > Problemen oplossen > SPAN > SPAN-brongroepen

    Create SPAN Source for Traffic Directly Connected to the DST

    Filter het verkeer meer door niet alleen het pad, maar ook de EPG DB toe te voegen:

    Filter the Traffic Enabled

    Stap 3. Snelle Wireshark-analyse

    In dit voorbeeld controleert u of het aantal ICMP-verzoekpakketten overeenkomt met het aantal ICMP-responspakketten, zodat er geen pakketdalingen in de ACI-stof zijn.

    Open de opname op wireshark om de filter te maken met behulp van de SPAN-id/Flow-ID die samen met SRC en DST IP is geconfigureerd:

    (erspan.spanid ==  and ) && (ip.src==  and ip.dst == )

    Filter gebruikt voor de door het laboratorium geteste stroom:

    (erspan.spanid == 1 and icmp) && (ip.src== 10.1.2.1 and ip.dst == 10.1.1.1)

    Controleer of het weergegeven pakket hetzelfde bedrag bevat als het verzonden pakket:

    Verify the Displayed Packet is the Same Amount as Sent

    De volgende SPAN-id moet hetzelfde bedrag hebben; als dat niet het geval is, is het pakket in de stof gevallen.

    Filter:

    (erspan.spanid == 2 and icmp) && (ip.src== 10.1.2.1 and ip.dst == 10.1.1.1)

    Next SPAN ID must have the Same Amount

    Optie 2. Platformtellers

    Deze methode maakt gebruik van het feit dat Nexus de prestaties van individuele interfaces met verschillende pakketgroottes bijhoudt, maar de methode vereist dat ten minste een wachtrij een lage hoeveelheid verkeer heeft, zo niet nul.

    Clear Platform-tellers

    Ga naar de afzonderlijke switch en wis de afzonderlijke interface die verbinding maakt met de apparaten.

    Switch#vsh_lc -c “clear platform internal counters port ”
    LEAF3# vsh_lc -c “clear platform internal counters port 6”
    LEAF1# vsh_lc -c “clear platform internal counters port 45”
    LEAF2# vsh_lc -c “clear platform internal counters port 45”

    Identificeer een pakketgrootte met lage of nulpakketten

    Vind een pakketgrootte die mogelijk geen tellers in alle bladen voor zowel RX als TX heeft:

    vsh_lc -c ‘show platform internal counters port ’ | grep X_PKT

    In het volgende voorbeeld, pakketgrootte groter dan 512 en lager dan 1024:

    LEAF101# vsh_lc -c "show platform internal counters port 45 " | grep X_PKT
                     RX_PKTOK          1187
                     RX_PKTTOTAL       1187
                     RX_PKT_LT64          0
                     RX_PKT_64            0
                     RX_PKT_65         1179
                     RX_PKT_128           8
                     RX_PKT_256           0
                     RX_PKT_512           0 <<
                     RX_PKT_1024          0
                     RX_PKT_1519          0
                     RX_PKT_2048          0
                     RX_PKT_4096          7
                     RX_PKT_8192          43
                     RX_PKT_GT9216        0
                     TX_PKTOK          3865
                     TX_PKTTOTAL       3865
                     TX_PKT_LT64          0
                     TX_PKT_64            0
                     TX_PKT_65         3842
                     TX_PKT_128          17
                     TX_PKT_256           6
                     TX_PKT_512           0 <<
                     TX_PKT_1024          10
                     TX_PKT_1519          3
                     TX_PKT_2048          662
                     TX_PKT_4096          0
                     TX_PKT_8192          0
                     TX_PKT_GT9216        0

    De stap moet worden uitgevoerd in de link waar de pakketten naar het worden doorgestuurd.

    Stroom spoorverkeer

    Vanaf server 10.1.2.1 worden 1000 pakketten verzonden met een pakketgrootte van 520.

    Controleer op Leaf 103 interface 1/6, waar verkeer wordt geïnitieerd op RX:

    MXS2-LF103# vsh_lc -c "show platform internal counters port 6 " | grep X_PKT_512
                     RX_PKT_512        1000
                     TX_PKT_512         647

    1000 pakket RX, maar slechts 647 werden verzonden als antwoord.

    De volgende stap is het controleren van de uitgaande interfaces van de andere servers:

    Voor Leaf102:

    MXS2-LF102# vsh_lc -c "show platform internal counters port 45 " | grep X_PKT_512
                     RX_PKT_512           0
                     TX_PKT_512        1000

    De stof heeft de aanvraag niet laten vallen.

    Voor Leaf 101, RX-pakketten 647 en is dezelfde hoeveelheid pakketten TX door ACI.

    MXS2-LF101#  vsh_lc -c "show platform internal counters port 45 " | grep X_PKT_512
                     RX_PKT_512        647
                     TX_PKT_512          0

    Gerelateerde informatie

    Probleemoplossing voor ACI-doorsturen in intra-fabric - intermitterende druppels

    Revisiegeschiedenis

    Revisie Publicatiedatum Opmerkingen
    1.0
    08-Apr-2025
    Eerste vrijgave
    TAC Authored

    Bijgedragen door Cisco-engineers

    • Jessica Rueda
      Technisch leider bij klantlevering

    Was dit document nuttig?

    FeedbackFeedback

    Contact Cisco

    Dit document is van toepassing op deze producten