Kolme eri tunnistetta kulkee yhden VPNv4-reitin mukana, ja SNMP-kävely näyttää vain ne, jotka agentti toteuttaa. Vastaanotettu BGP-attribuutti, paikallisesti annettu saapuva palvelutunniste ja lähtevä edelleenlähetystunniste ovat eri taulukoissa eri hakemistojen alla. Tunnisteen kysyminen laitteelta valitsematta ensin, mitä kolmesta tarkoitat, on se tapa, jolla keräysprojekti juuttuu jo ensimmäiseen runkoonsa.

Valitse se, jonka tehtäväsi tarvitsee, ja seuraa sitten hakemistoketjua, joka johtaa siihen. Jos ketju katkeaa objektiin, jota agentti ei toteuta, se on kirjattava havainto, ei aukko, joka täytetään keksityllä OID:llä.

Valitse, mitä kolmesta tunnisteesta tehtävä tarvitsee

Naapurilta vastaanotettu tunniste saapuu BGP-polkuattribuuttina ja kuvaa, mitä naapuri odottaa sinun työntävän sitä kohti. Saapuvan palvelutunnisteen antaa tämä laite VRF-etuliitteelle, ja se merkitsee liikenteen, joka astuu LSP:hen. Lähtevä ylätunniste on se, mitä edelleenlähetystaso todella työntää seuraavaa hyppyä kohti, ja se vaihtuu aina, kun seuraava hyppy vaihtuu.

Vain toinen ja kolmas kuuluvat kysyttävän laatikon edelleenlähetystilaan. Ensimmäinen on väite naapurin odotuksesta, ei tästä rungosta.

Vakio-L3VPN-MIB mallintaa VRF-reitin ja sen liitoksen ristikytkentään, mikä riittää paikallisiin palvelu- ja edelleenlähetystunnisteisiin pääsemiseksi. Se ei lupaa tulostetta jokaisesta attribuutista, jonka BGP-istunto on vastaanottanut. Lue taulukkoa sen mukaan, mitä se sisältää, älä sen mukaan, mitä kysymys vihjaa. Väärälle oletukselle rakennettu kerääjä raportoi nollia ja arkistoi ne puuttuvina tietoina.

What you wantWhere it livesWhat a walk can return
Label advertised by a peerBGP session state for that VRFUsually outside the standard L3VPN MIB
Incoming service label for a prefixVRF route entry joined to an incoming segmentAvailable when both tables are implemented
Label pushed toward the next hopOutgoing segment with a push conditionAvailable, but only meaningful while a top label is pushed

Yhdistä VRF-reittimerkintä sen ristikytkentään

RFC 4382 määrittelee mplsL3VpnVrfRteTable. Lue sen hakemisto kuutena osana: VRF:n nimi, kohteen osoitetyyppi, etuliite itse, käytäntöarvo, seuraavan hypyn tyyppi ja seuraavan hypyn osoite. IGP- ja BGP-merkinnät jakavat saman taulukon, joten merkitse reititysprotokolla etuliitteen viereen. Kaksi riviä voi kantaa saman etuliitteen ja erota vain seuraavan hypyn osalta, ja väärän rivin valitseminen ohjaa liitoksen toiseen ristikytkentään.

Sarake mplsL3VpnVrfRteXCPointer kantaa ristikytkennän hakemistoa täyden rivin OID:n sijaan, vaikka nimi vihjaa päinvastaista. Yhden oktetin nolla-arvo tarkoittaa, ettei liitettyä tunnistepinoa ole, minkä näet ennen kuin sidokset asettuvat tai reitillä, joka ei koskaan tarvinnut sellaista.

Käännä sarake ennen sen kävelyä, jotta tulosteen numeerinen alipuu on yksiselitteinen. Molemmat alla olevat komennot osoittavat saman solmun eri merkintätavoilla.

snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer
snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer

Vie palautettu hakemisto ristikytkentätaulukkoon, jonka merkinnän avain on kolmikko: ristikytkennän hakemisto, saapuvan segmentin hakemisto ja lähtevän segmentin hakemisto. Tämä kolmikko on liitos, joka tekee reitistä tunnisteen. Kävele ristikytkennän alipuuta tietyn hakemiston osalta koko taulukon sijaan, koska hakemistopohjainen luku pitää liitoksen ehyenä eikä joukkokävely tee niin.

Lue hakemisto, älä tunnisteen numeroa

Segmentin hakemisto yksilöi rivin, ja tunniste on arvo kyseisen rivin sisällä, joten yhden korvaaminen toisella tuottaa uskottavan näköisen vastauksen, joka osoittaa väärään LSP:hen. Tarkista saapuvalla puolella liitäntä ja tunnisteen konteksti yhdessä mplsInSegmentLabel kanssa ja muista, että objekti voi sen sijaan kantaa osoittimen tunnistetaulukkoon, kun rivi viittaa muualla olevaan merkintään.

Tarkista lähtevällä puolella lähtevä liitäntä ja se, sanooko rivi, että ylätunnistetta työnnetään, ennen kuin luet mplsOutSegmentTopLabel. Täytetty ylätunnistesarake rivillä, joka ei työnnä mitään, on vanhentunut arvo tai edellisen polun jäänne, ei nykyinen edelleenlähetystila. Syvemmät pinot tarvitsevat viitatun tunnistepinotaulukon, ja tuo lisähyppy on normaali, ei vika.

Erityisiä nollakäytäntöjä sovelletaan poluille, jotka alkavat tai päättyvät paikallisesti reitittimessä. Käsittele nollahakemistoa dokumentoituna käyttäytymisenä äläkä tyhjänä tuloksena, ja vahvista se paikallista edelleenlähetystilaa vasten.

Vahvista, mitä agentti toteuttaa, ennen skaalaamista

Vahvista toteutetut objektit tarkalle alustalle ja julkaisulle, käytössä oleville osoiteperheille ja alipuiden mahdollisille käyttörajoituksille. Kysy vain luku -oikeudella, joka on rajattu näihin alipuihin, ja hyväksy, että puuttuva objekti voi tarkoittaa, ettei ominaisuutta ole toteutettu, eikä sitä, että MIB on väärä.

Korreloi yksi tunnettu VRF-reitti laitteen omaan käyttötulosteeseen ennen kuin ohjaat kerääjän koko taulukkoon. Säilytä jokainen hakemistokomponentti ja keräysaika jokaisen näytteen mukana, koska reitit ja sidokset liikkuvat kävelyjen välillä. Kahdesta minuuttien välein tehdystä kävelystä ommeltu tilannekuva voi sekoittaa vanhan ristikytkennän hakemiston uuteen reittiin ja näyttää täysin johdonmukaiselta.

Kun vastaanotetun BGP:n näkymä tai toimittajakohtainen tunnisteobjekti todella puuttuu, siirry telemetria- tai käyttöliittymään, jonka alusta dokumentoi. Vakioliitos kattaa paikalliset edelleenlähetystunnisteet ja vähän muuta, joten käsittele sitä keräyssuunnittelun ensimmäisenä askeleena, älä valmiina asiana.

Aiheeseen liittyvät artikkelit