Junosin vientikäytäntö: nimi ei ole täsmäytysehto

Joku nimesi käytännön EXPORT-STATIC, liitti sen ja ihmettelee nyt, miksi VPN-reititysinstanssin etuliite ei koskaan saavuta kaukaista päätä. Nimellä ei ole vaikutusta valintaan. Käytäntö on määritelmä ja liitos, ja sen viemisen ratkaisevat sen täsmäytysehdot, järjestetyt termit ja konteksti, joka sitä käyttää. Lue nuo kolme tässä järjestyksessä, ja arvoitus kutistuu yleensä yhdeksi termiksi, joka ei koskaan täsmännyt.

Nimi on tunniste, ei ehto

Junos ei tulkitse käytäntöjen nimiä. Käytäntö, jota järkevästi kutsuttaisiin staattiseksi vienniksi, voi täsmätä protokollaan static, se voi täsmätä osoite-etuliitteeseen tai se ei välttämättä täsmää mihinkään ja hyväksyy kaiken, mikä kulkee ohi. Tunniste on dokumentaatio, jonka sen luoja kirjoitti, ja se on täsmälleen yhtä luotettava kuin kyseisen henkilön muistikuva aikomuksesta.

Käsittele yllättävää vientitulosta pyyntönä lukea määritelmä, älä todisteena siitä, että liitos on rikki. Lue määritelmä ja anna sen olla ristiriidassa tunnisteen kanssa.

Löydä liitos ennen termejä

Oikea määritelmä väärään paikkaan liitettynä muuttaa toista vaihtoa. Selvitä, mikä reititysinstanssi, protokolla ja naapuri tai ryhmä todella viittaavat käytäntöön, koska yhden BGP-ryhmän alle liitetty käytäntö ei vaikuta toiseen, eikä instanssiin liitetty käytäntö välttämättä päde sen jokaiseen protokollaan. Junos erottaa nämä tasot, ja puuttuva vienti ryhmätasolla on tavallista, kun aikomus ilmaistiin instanssitasolla.

Kirjoita liitoksen polku muistiin ennen kuin luet yhtäkään termiä. Puolet näistä tutkimuksista päättyy siihen, määritelmä koskemattomana ja vientilause siirrettynä. Merkitse ero muutoslokiin, jotta kukaan ei palauta sitä virheenä.

Termit arvioidaan järjestyksessä, ja ensimmäinen päätös voittaa

Termit kulkevat ensimmäisestä viimeiseen, ja termi, joka hyväksyy tai hylkää, on lopullinen päätös. Myöhempi termi, joka näyttää aiottulta poikkeukselta, ei koskaan toimi, jos aikaisempi termi on jo ratkaissut reitin kohtalon, minkä vuoksi käytäntö voi lukeutua oikein ylhäältä alas ja silti käyttäytyä aikomusta vastaan. Tarkista järjestys suhteessa reittiin, joka sinua kiinnostaa, älä suhteessa siihen järjestykseen, jossa termit kirjoitettiin.

Termi, joka jättää toimintonsa pois, ei lopeta; arviointi jatkuu seuraavaan termiin, ja lopputulos riippuu siitä, mikä seuraa, ja sovellettavasta oletusarvosta. Se on todella hyödyllinen rakenne ja luotettava yllätyksen lähde, kun se on tahaton.

Esimerkki, joka vie vain staattiset reitit, liitos on ryhmässä:

policy-options {
    policy-statement EXPORT-STATIC {
        term statics { from protocol static; then accept; }
    }
}
protocols bgp group TO-PEER { export EXPORT-STATIC; }

OSPF:n kautta opittu etuliite, jota ei ole määritetty staattiseksi reitiksi, epäonnistuu täsmäytyksessä ja putoaa pois, mitä ikinä käytäntöä kutsutaankaan.

Toiminnot muuttavat kopiota, eivät alkuperäistä reittiä

Käytännön toiminnot kohdistuvat reittiin sellaisena kuin se arvioidaan kyseiselle ilmoitukselle, eli kopioon eikä reititystaulukon merkintään. Siksi paikallinen show route voi näyttää reitin yhdellä määritejoukolla, kun taas viety versio kantaa toisia, eikä vienti kirjoita alkuperäistä uudelleen. Tämä ero selittää useita väittelyitä siitä, kenen tuloste on oikea: molemmat ovat, ja ne kuvaavat eri objekteja. Sano, mitä näkymää lainaat, aina kun kaksi insinööriä on eri mieltä reitin määritteestä.

Hyväksyminen ja hylkääminen ovat lopullisia päätöksiä; määritteiden muutokset eivät välttämättä ole. Älä oleta, että communityn asettaminen lopettaa käytännön, sillä arviointi voi jatkua termeihin, joita et ottanut huomioon.

Vertaa ilmoitettua näkymää odotukseen

Käytä protokollakohtaista näkymää todellisella vertaisella, kuten show route advertising-protocol bgp 192.0.2.1, ja lue se oikeassa reititysinstanssin kontekstissa. VRF:ssä oleva reitti ei välttämättä ole läpäissyt vientikäytäntöä, eikä ilmoitetussa tulosteessa näkyvä reitti välttämättä ole kaukopään hyväksymä. Nämä ovat kolme erillistä tilaa, ja ne epäonnistuvat eri tavoin.

Hyväksy suunnittelu, jossa yksi etuliite on ilmoitettava ja toisen on pysyttävä paikallisena. Se antaa käytännölle sopimuksen, jonka voit testata, ja välttää vaihtoehtoisen korjauksen, jossa vientiä laajennetaan, kunnes yksi nimetty reitti lopulta ilmestyy.