Hiljainen EVPN-isäntä ei ratkea koskaan: seuraa ARP:ää sidontaan asti

Päätepiste on liitetty, sen portti on käytössä, eikä valvontaisäntä silti tavoita sitä. Joku ajaa pingin vastakkaiselta puolelta ja se alkaa toimia, mikä saa ongelman näyttämään ajoittaiselta ja fabricin syyttömältä. Tämä kuvio on hiljaisen isännän allekirjoitus: se lähettää harvoin, joten fabricin löytö- ja virkistyskäyttäytyminen merkitsee enemmän kuin sen liitännän tila. Aloita yhdestä aiotusta IP:stä, MAC:stä ja bridge domainista ja seuraa seuraavaa ratkaisuvaihtoa.

Seuraa seuraavaa ARP- tai ND-vaihtoa

IPv4:n kohdalla tarkkaile pyytävän isännän ARP-vaihtoa; IPv6:n kohdalla seuraa Neighbor Solicitationia ja Advertisementia. Varmista, että pyyntö saapuu aiottuun paikalliseen segmenttiin ja aiottuun VNI:hin, sillä pyyntöön, joka ei koskaan saavuta oikeaa bridge domainia, ei mikään proxy voi vastata.

Katso sitten, mitä fabric tietää kohteesta. Pelkkä MAC-reitti voi tunnistaa Layer 2 -kohteen, vaikka proxylle ei vielä ole IP-to-MAC-sidontaa sitä varten. Ne ovat erillisiä tietueita, eikä toisen tarkistaminen kerro toisesta mitään.

Jos kelvollinen sidonta on olemassa, proxy voi vastata käytäntönsä mukaisesti, mutta kyseisen sidonnan MAC tarvitsee silti aktiivisen edelleenlähetyspolun. Jos sidonta puuttuu, pyynnön on saavutettava päätepisteen liitäntä tulva- tai replikointipolun kautta, ennen kuin mikään voi oppia vastauksesta.

Kaksi tietuetta, joiden on täsmättävä

MAC-reitti vastaa siihen, missä Ethernet-osoite asuu. Proxy-taulu vastaa siihen, mikä IP vastaa mitä MAC:ia. Isännällä, joka ei ole puhunut äskettäin, voi olla täysin hyvä MAC-reitti eikä yhtään käyttökelpoista proxy-merkintää, ja juuri tämä tila tuottaa ratkaisuvirheen terveellä liitännällä.

Tarkista etäliitännällä, saako päätepiste vaihdon todella ja vastaako se siihen. Sen vastaus virkistää paikallisen oppimisen ja vastaavan EVPN-ilmoituksen, minkä vuoksi manuaalinen ping näyttää korjaavan asiat: loit liikenteen, jota fabric odotti. Tämä selittää myös, miksi korjaus ei kestä: kun virkistetty merkintä vanhenee, päätepiste hiljenee taas. Ajastettu ping hoitaa oireen ja piilottaa suunnittelun aukon.

Vastauksen jälkeen seuraa valittua reittiä ja asennettua edelleenlähetystilaa takaisin pyytäjää kohti. Ratkaisun onnistuminen ja edelleenlähetyksen onnistuminen ovat kaksi erillistä tapahtumaa, ja tiketti, joka sekoittaa ne, lähettää sinut väärälle kerrokselle.

Mitä standardi oikeastaan olettaa

RFC 9161 kuvaa dynaamisen proxyn oppimisen ja tuntemattomien ARP- ja ND-pyyntöjen oletustulvan. Tämän tulvan täydellinen vaimentaminen on rajattu käyttöönottoihin, joiden oppimis- tai provisiointioletukset tekevät siitä turvallista, mikä on kapeampi ehto kuin useimmat kokoonpano-oppaat antavat ymmärtää.

Fabric, joka odottaa äskettäin löydettyjä päätepisteitä, tarvitsee toimivan polun näille pyynnöille. Jos joku on poistanut tuntemattomien pyyntöjen tulvan käytöstä BUM-liikenteen vähentämiseksi, hiljaiset isännät ovat se väestö, joka maksaa siitä, ja oire saapuu viikkoja myöhemmin ajoittaisen tavoitettavuuden valituksena.

Lue vaimennusasetus väitteenä siitä, mitä fabric lupaa tietää. Jos mikään ei provisioi sidontoja, lupaus ei pidä harvoin lähettävien kohdalla. Vertaa määritettyä vaimennusta provisiointijärjestelmään, jonka pitäisi syöttää sitä. Kun nämä kaksi eivät sovi yhteen, fabric käyttäytyy täsmälleen määritetyn mukaisesti ja odotus on se, mikä pitää korjata.

Virkistys, vanheneminen ja staattinen vaihtoehto

Standardi kuvaa tuetut virkistyskoetukset ennen dynaamisten merkintöjen vanhenemista. Vastaukset virkistävät asiaankuuluvaa bridge- ja proxytilaa; vastausten puuttuminen voi laillisesti johtaa poistoon ja reitin peruuttamiseen. Tämä ei ole vika, joka pitäisi vaimentaa venyttämällä jokaista ajastinta.

Vanhenemisajastimien rajoittamaton pidentäminen vaihtaa näkyvän vian vanhentuneeseen: fabric mainostaa edelleen sijaintia, jonka isäntä on jättänyt. Käytä toteutuksen dokumentoituja säätimiä ja valitse elinikä, joka vastaa sitä, kuinka usein päätepisteen voidaan kohtuudella odottaa puhuvan.

Tunnettujen, hallittujen päätepisteiden kohdalla staattinen tai ohjaimen provisioima sidonta on laillinen toinen malli. Se tarvitsee omistajan, joka hoitaa korvaamisen ja siirtämisen, koska provisioitu tietue ei päivity itsestään, kun isäntä siirtyy toiseen porttiin.

Mitä kirjata ennen seuraavaa tikettiä

Pidä sidonnan lähde, viimeisin virkistysaika, nykyinen sijainti ja mahdollinen peruutustapahtuma MAC-reitin vieressä. Tämä tietue vastaa kysymykseen, jota tiketti todella kysyy: odottaako sovellus löytämistä, tukeutuuko se vanhentuneeseen tilaan vai epäonnistuuko se edelleenlähetyksessä onnistuneen ratkaisun jälkeen?

Päätä sitten, mitä kolmesta olet valmis operoimaan. Löytö tulvan kanssa, virkistys realistisella eliniällä tai provisiointi omistajan kanssa ovat kaikki puolustettavia. Fabric, joka on määritetty yhtä varten ja jonka odotetaan käyttäytyvän kuin toinen, on paikka, jossa hiljaiset isännät katoavat.