Yhdistä merkitsemätön liitäntäportti oikeaan EVPN-VNI:hin
Liitäntäportti luokittelee merkitsemättömän isäntäkehyksen ja VTEP siirtää sen VNI:nä. Tarkista sisääntulo, ulostulo ja palvelumalli erikseen.
Tavallinen Ethernet-isäntä lähettää merkitsemättömiä kehyksiä, ja EVPN-kudos joutuu silti kuljettamaan ne oikeassa vuokralaispalvelussa. Liitäntäportti luokittelee kehyksen paikalliseen segmenttiin, VTEP kartoittaa segmentin VNI:hin ja etäliitäntä esittää kehyksen niin kuin sen isäntä odottaa. VLAN ja VNI yksilöivät eri osia tuosta polusta eikä niillä tarvitse olla samaa numeroa. Käy alla oleva runbook järjestyksessä läpi, koska virhe missä tahansa vaiheessa tuottaa saman oireen: isäntä, joka lähettää eikä vastaanota mitään.
Seuraa yhtä kehystä kudoksen läpi
Yksinkertaisessa VLAN-pohjaisessa palvelussa havainnollistava polku näyttää tältä:
Host A: untagged frame
to access port: local VLAN 110
to VTEP A: L2VNI 50110
to VTEP B: corresponding local service
to access port: untagged frame to Host BVLAN- ja VNI-numerot ovat esimerkkejä, eivät sääntö. Paikallinen VLAN on saapuvan liikenteen luokittelu, joka on olemassa yhdellä kytkimellä; L2VNI on overlay-palvelutunniste, jonka molemmat VTEP:t ymmärtävät. Overlay-määritys RFC 8365 pitää palvelutunnisteen erillään siitä, miten isäntä on liitetty, ja se nimeää kolme muotoa: VLAN-pohjainen, niputettu ja VLAN-tietoinen.
Määritä saapuvan liikenteen luokittelu
Isännällä on osoite eikä se tavoita mitään, kun taas portti itse näkyy. Päätä, missä liitäntätilassa portti todella on — merkitsemättömiä kehyksiä kuljettava liitäntäportti vai trunk, jossa on native VLAN — ja aseta juuri se eksplisiittisesti. Merkitsemätön kehys lähtee portista silti nimetyn paikallisen segmentin sisällä, ja tuo segmentti on päätös eikä alustan sivutuote. Avaa portin käynnissä oleva kokoonpano ja lue luokittelu, joka sillä todella on, sen sijaan että luottaisit toimittajan oletukseen, jota et koskaan asettanut.
Tyypillisessä kytkimessä järjestys on tilan vaihto ja liitäntä-VLANin määritys, jota seuraa tarkistus, että portti on todella ylhäällä ja siinä tilassa. Jos portti on trunk, native VLAN hoitaa merkitsemättömät kehykset, ja se on eri kokoonpano, jossa on eri vikamuodot. Merkitse muistiin sekä tila että VLAN ennen kuin jatkat.
show running-config interface Ethernet1/1
show interface Ethernet1/1 switchport
show vlan briefMääritä VTEP ja VNI-kartoitus
VTEP lisää VXLAN-kapseloinnin ja VNI:n. Isäntä ei tuota tuota otsaketta eikä sen tarvitse tietää, että palvelu on olemassa.
Kartoita paikallinen VLAN L2VNI:hin alustan tukemalla komentomuodolla ja pidä kartoitus johdonmukaisena palvelun molemmissa päissä. Vuokralaisen L2VNI ja aliverkkojen väliseen reititykseen käytetty L3VNI ovat eri objekteja, ja niiden numeroiden sekoittaminen rikkoo reitityksen koskematta L2-polkuun; ja muista, että toimiva underlay-reitti etäiseen VTEP:hen kuuluu vielä yhteen asennuksen kerrokseen.
Jos kartoitus on väärä, kehys tulee silti kudokseen ja laskeutuu yksinkertaisesti väärään palveluun. Siksi tarkistus on palvelutarkistus eikä linkkitarkistus.
Määritä lähtevän liikenteen esitys
Etäpäässä vastaanotettu palvelu on muutettava takaisin siihen, mitä isäntä odottaa: paljas Ethernet liitäntäportissa, tietty tagi hallitsemassasi trunkissa ja sisemmän tagin käsittely, joka vastaa valittua palvelumallia. Tarkista trunkin sallittujen VLANien luettelo ennen kuin syytät overlayta, koska tagi, jota lähtevän trunkin ei salli, pudotetaan sen jälkeen kun overlay on jo tehnyt tehtävänsä. Vahvista, että etäisäntä odottaa saamaansa esitystä eikä sitä, jota kaaviossasi oletettiin.
Säilyykö sisempi tagi, on valitsemasi palvelumallin ominaisuus, joten mikään artikkeli ei voi yleisesti luvata poistoa tai säilytystä. Suunnittelu, joka olettaa toisen käyttäytymisen, ja alusta, joka toteuttaa toisen, läpäisevät linkkitestin ja epäonnistuvat sovelluksessa.
Lue paikallinen MAC-oppiminen, EVPN-palvelureitti ja etäliitännän kartoitus yhdessä ja aja naapureiden löytäminen, jota sovellus tarvitsee, pelkän pingin sijaan. Toisessa siltaverkkotunnuksessa opittu MAC-osoite voi olla siellä täysin kelvollinen ja osoittaa silti väärään palveluun.
Vahvista yhdellä isäntäparilla
Nosta yksi isäntäpari ja todista koko polku ennen kuin lisäät toisen parin. Lue sitten tila molemmista VTEP:istä ja vahvista, että sama palvelutunniste näkyy molemmissa päissä.
show mac address-table vlan 110
show bgp l2vpn evpn
show nve peersKirjoita kummastakin päästä neljä arvoa: portin esitys, paikallinen segmentti, L2VNI ja käänteinen esitys lähdössä. Tuo merkintä antaa seuraavalle insinöörille mahdollisuuden nähdä, miksi isännällä on yksinkertainen merkitsemätön yhteys, vaikka kudos kuljettaa vuokralaispalvelua. Jos muutos epäonnistuu, palauta portti edelliseen VLANiin ja testaa sama pari uudelleen, jotta palautus on tunnettu tila eikä arvaus.