AFI ja SAFI: lue pari ennen palvelun nimeä
AFI 25 yhdessä SAFI 65:n kanssa ei ole sama palvelu kuin AFI 25 yhdessä SAFI 70:n kanssa. Lue pari ja tarkista sitten perheiden vaihto, reitti ja edelleenlähetyksen tulos.
Voit nähdä istunnon nousevan, reitin ilmestyvän ja silti lukea väärää palvelua. Jokaisen ilmoituksen alussa oleva lukupari, osoiteperheen tunniste ja seuraavan osoiteperheen tunniste, päättää, mikä jäsennin lukee hyötykuorman ja mikä taulu pitää tuloksen. Jos pari menee väärin, tuontikäytäntö, reittikohteen täsmäytys ja seuraavan hypyn haku ajetaan kaikki rakennetta vasten, jota kukaan ei ilmoittanut. Alla oleva kulku alkaa tuosta parista ja päättyy edelleenlähetyksen tulokseen.
Kaksi lukua päättävät, mihin tauluun reitti kuuluu
Pari esiintyy kahdesti: moniprotokollakyvykkyyden sisällä, jossa puhuja ilmoittaa perheen, ja jokaisen NLRI:n edessä, jota tuo perhe kantaa. Se tekee siitä reitin ominaisuuden eikä lähtölaatikon asetuksen. Valmistajat tulostavat sen nimenä kuten Address family VPNv4 Unicast, ja sanamuoto liikkuu julkaisujen välillä lukujen pysyessä paikallaan.
| Where you meet it | Family pair | Boundary of what it proves |
|---|---|---|
| VPNv4 unicast capability on a neighbour | 1 / 128 | the peer will signal labelled VPN-IPv4, nothing about import |
| VPNv6 unicast capability on a neighbour | 2 / 128 | the peer will signal VPN-IPv6, silent about the transport below |
| VPLS NLRI with a VE ID and a label base | 25 / 65 | a pseudowire is signalled, not that a bridge learned a MAC |
| EVPN MAC/IP advertisement route | 25 / 70 | a binding is advertised, not that the host answers |
Neljä koodausta kattaa lähes kaikki yritystapaukset: 1 yhdessä 128:n kanssa MPLS-leimatulle VPN-IPv4:lle, 2 yhdessä 128:n kanssa IPv6-vastineelle, 25 yhdessä 65:n kanssa BGP-signaaloidulle VPLS:lle ja 25 yhdessä 70:n kanssa EVPN:lle. Ensimmäinen virhe on olettaa, että jokainen Layer 2 -palvelu on 25:n ja 65:n takana, mikä kätkee EVPN:n. Toinen on kohdella kahta IP-perhettä yhtenä perheenä, jolla on pidempi osoite, vaikka ne neuvotellaan erikseen ja voidaan hyväksyä eri vertaisilla. Kolmas ilmenee, kun mallipohja kopioidaan julkaisusta, joka tuntee vain toisen niistä. Rekisteristä katsominen ratkaisee kaikki kolme nopeammin kuin palvelun nimeen rakennettu arvaus.
Käsittele neljää riviä esimerkkeinä IANA-rekisteristä, ei itse rekisterinä. Kun luku ei vastaa mitään tunnistamaasi, katso se ennen kuin rakennat käytännön sen ympärille.
AFI 25 kantaa kahta toisistaan riippumatonta NLRI-muotoa
Molemmat Layer 2 -perheet istuvat AFI 25:n alla, ja samankaltaisuus loppuu siihen. VPLS:n NLRI kohdassa RFC 4761 section 3.2.2 kantaa pituuden, reittierottimen, VE ID:n, VE-lohkon siirtymän, VE-lohkon koon ja tunnistepohjan, jotka yhdessä nimeävät pseudowire-päätepisteen ja sen tunnisteen. EVPN pitää AFI 25:n ja siirtyy SAFI 70:een, jossa hyötykuorma on reittityyppi: Ethernetin automaattinen löytö, MAC/IP-ilmoitus, inklusiivinen multicast, Ethernet-segmentti, IP-etuliite. Siksi sama tavusiirtymä tarkoittaa kahdessa perheessä eri asiaa. Yhdelle kirjoitettu jäsennin lukee toista valittamatta ja tuottaa hölynpölyä. Pari on ainoa varoitus siitä, että tulkinta on väärä.
Kentällä, joka yhdessä perheessä tarkoittaa VE-lohkon siirtymää, ei ole vastinetta toisessa, ja MAC/IP-ilmoitusreitti on vain EVPN:ssä. Attribuutin lainaaminen ikään kuin se koskisi molempia on se tapa, jolla kaappauksen tarkastelu menee pieleen.
Kun joku antaa sinulle kaappauksen tai valmistajan taulukon, kysy, mihin perheeseen attribuutti kuuluu. Vahvista sitten, että vastaanottava toteutus tukee tuota perhettä, ei datalehden palvelun nimeä. Kaksi alustaa voivat molemmat väittää VPLS-tukea ja toteuttaa silti eri signalointiperheitä. Pari erottaa ne; tuotetarra ei.
Istunnon oma osoiteperhe on erillinen kysymys
VPN-IPv6 ilmoitetaan rutiininomaisesti istunnon kautta, jonka TCP-yhteys kulkee IPv4:n yli, ja se on tuettu suunnittelu, ei vika. Siksi pelkän istuntoyhteenvedon lukeminen ei kerro mitään siitä, mitä VPN-perheitä vertaiset vaihtavat.
NLRI-perhe, kuljetusperhe ja edelleenlähetysperhe ovat kolme riippumatonta päätöstä. Reititin voi puhua vertaiselleen IPv4:ää, hyväksyä VPN-IPv6:n tavoitettavuuden ja asentaa reitin, jonka seuraava hyppy on IPv6-osoite, joka on tavoitettavissa polkua pitkin, jota et tarkoittanut. Jokainen kerros tarvitsee oman vahvistuksensa. Sivustot, jotka raportoivat tavoittamattomista IPv6-kohteista ilmoitusten näyttäessä oikeilta, ovat yleensä menettäneet seuraavan hypyn ratkaisun, eivät perheiden neuvottelun.
Testaa istunnon osoiteperhe erikseen, sitten perheet, joita se kantaa, sitten mitä ydin voi välittää. Kolmen pitäminen erillään estää yleisen väärän diagnoosin, jossa oikea ilmoitus luetaan todisteeksi siitä, että IPv6 toimii päästä päähän. Se todistaa vain, että yksi vertainen kertoi toiselle etuliitteestä.
Neuvoteltu, vastaanotettu, tuotu, asennettu
Yhdelle odotetulle reitille neljän tilan on oltava voimassa järjestyksessä, ja jokainen on havaittavissa. Perhe on oltava neuvoteltu tuon vertaisen kanssa, reitin on saavuttava, reittikohteen on tuotava se aiottuun kontekstiin ja seuraavan hypyn on ratkettava, jotta reitti asennetaan. Ensimmäisen tilan ohittaminen tekee kolmesta muusta vastaamattomia, koska neuvottelematta jäänyt perhe ei tuota reittejä tarkasteltavaksi. Cisco-tyylisillä alustoilla perheyhteenvedot ja vertaiskohtaiset kyvykkyydet ovat erillisiä komentoja.
show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address family
Neuvottelu näkyy vertaiskohtaisesti tulostetussa kyvykkyyksien vaihdossa, eikä vahvistettu istunto, jossa ei ole listattua perhettä, kanna mitään pyytämääsi. Tuonnin päättävät reittikohteet, joita kannetaan laajennettuina yhteisöinä, joten oikea pari väärin kirjoitetulla kohteella jättää taulun tyhjäksi. Asennus riippuu sitten seuraavan hypyn ratkeamisesta vastaanottavassa kontekstissa, mikä voi epäonnistua, kun jokainen ilmoitus näyttää täydelliseltä.
Vahvista datataso viimeisenä, sillä taulussa oleva reitti on väite, ei toimitus. Samat neljä tilaa pätevät jokaiseen perheeseen; vain komennot ja taulujen nimet muuttuvat.
Mitä perhepari ei koskaan todista
Parin oikea lukeminen kertoo, miten tulkita sitä seuraavaa reititystietoa, ja se on koko väite. Se ei kerro mitään tavoitettavuudesta, käytännöstä eikä datatason terveydestä. Kahden sekoittaminen tuottaa varmoja väitteitä verkosta, jota kukaan ei ole vahvistanut. Reittikohteen epäsuhta ja rikkinäinen seuraava hyppy näyttävät identtisiltä pelkän parin perusteella. Pari on lukukehote, ei koskaan tuomio.
Kun eskaloit, laita pari, reittikohde ja ratkennut seuraava hyppy samaan muistioon. Seuraavalla insinöörillä on silloin kolme riippumatonta asiaa testattavana sen sijaan, että hän tulkitsee uudelleen palvelun nimeä. Jos neuvottelu puuttuu, he näkevät sen heti, väärä kohde jättää tuonnin näkyvästi puuttumaan ja ratkeamaton seuraava hyppy jättää reitin läsnä olevaksi mutta käyttökelvottomaksi.