AFI ja SAFI: lugege paari enne teenuse nime
AFI 25 koos SAFI 65 ei ole sama teenus kui AFI 25 koos SAFI 70. Lugege paari, seejärel kontrollige perekondade vahetust, marsruuti ja edastamise tulemust.
Võite näha, kuidas seanss tõuseb, marsruut ilmub, ja ikkagi lugeda vale teenust. Iga teate ees olev numbripaar, aadressiperekonna identifikaator ja järgneva aadressiperekonna identifikaator, otsustab, milline parser loeb kandja ja milline tabel hoiab tulemust. Eksige paariga ja impordipoliitika, marsruudisihtmärgi vaste ning järgmise hüppe otsing jooksevad kõik struktuuri vastu, mida keegi ei teatanud. Allpool olev käik algab sellest paarist ja lõpeb edastamise tulemusel.
Kaks numbrit otsustavad, millisesse tabelisse marsruut kuulub
Paar ilmub kaks korda: mitmeprotokollilise võimekuse sees, kus kõneleja teatab perekonnast, ja iga selle perekonna kantava NLRI ees. See teeb sellest marsruudi omaduse, mitte lähtekasti seade. Tootjad trükivad selle nime nagu Address family VPNv4 Unicast, ja sõnastus liigub väljaannete vahel, samal ajal kui numbrid jäävad paigale.
| 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 |
Neli kodeeringut katavad peaaegu kõik ettevõttejuhtumid: 1 koos 128-ga MPLS-märgisega VPN-IPv4 jaoks, 2 koos 128-ga IPv6 vaste jaoks, 25 koos 65-ga BGP-signaaliga VPLS jaoks ja 25 koos 70-ga EVPN jaoks. Esimene viga on eeldada, et iga Layer 2 teenus asub 25 koos 65 taga, mis peidab EVPN-i. Teine on käsitleda kahte IP-perekonda ühe perekonnana pikema aadressiga, kuigi neid peetakse läbirääkimisi eraldi ja neid saab vastu võtta erinevatel partneritel. Kolmas ilmub siis, kui mall kopeeritakse väljaandest, mis teab ainult ühte neist. Register annab vastuse kõigile kolmele kiiremini kui teenuse nimele ehitatud oletus.
Käsitlege nelja rida IANA registri näidetena, mitte registri endana. Kui number ei ühti millegi tuntuga, vaadake see üle enne, kui ehitate selle ümber poliitika.
AFI 25 kannab kahte mitteseotud NLRI vormingut
Mõlemad Layer 2 perekonnad asuvad AFI 25 all ja sarnasus lõpeb seal. VPLS NLRI jaotises RFC 4761 section 3.2.2 kannab pikkust, marsruudieristajat, VE ID-d, VE ploki nihet, VE ploki suurust ja siltide baasi, mis koos nimetavad pseudowire'i lõpp-punkti ja selle sildi. EVPN hoiab AFI 25 ja liigub SAFI 70 juurde, kus kandja on marsruuditüüp: Etherneti automaatne avastamine, MAC/IP teadaanne, kaasav multicast, Etherneti segment, IP-prefiks. Seega tähendab sama baidinihe kahes perekonnas erinevat asja. Ühe jaoks kirjutatud parser loeb teist ilma kaebuseta ja toodab mõttetust. Paar on ainus hoiatus, et tõlgendus on vale.
Väljal, mis ühes perekonnas tähendab VE ploki nihet, pole teises perekonnas vastet, ja MAC/IP teadaande marsruut on ainult EVPN-is. Atribuudi tsiteerimine nii, nagu kehtiks see mõlema jaoks, on viis, kuidas salvestise ülevaatus viltu läheb.
Kui keegi annab teile salvestise või tootja tabeli, küsige, millisesse perekonda atribuut kuulub. Seejärel kinnitage, et vastuvõttev teostus toetab seda perekonda, mitte andmelehel olevat teenuse nime. Kaks platvormi võivad mõlemad väita VPLS-i tuge, teostades samal ajal erinevaid signaliseerimisperekondi. Paar eristab neid; toote silt mitte.
Seansi enda aadressiperekond on eraldi küsimus
VPN-IPv6-te teatatakse tavaliselt seansi kaudu, mille TCP-ühendus jookseb IPv4 peal, ja see on toetatud disain, mitte viga. Seega ei ütle ainult seansi kokkuvõtte lugemine midagi selle kohta, milliseid VPN-perekondi partnerid vahetavad.
NLRI perekond, transpordiperekond ja edastusperekond on kolm sõltumatut otsust. Ruuter võib oma partneriga rääkida IPv4, võtta vastu VPN-IPv6 kättesaadavust ja paigaldada marsruudi, mille järgmine hüpe on IPv6 aadress, mis on kättesaadav teel, mida te ei kavatsenud. Iga kiht vajab oma kinnitust. Saidid, mis teatavad kättesaamatutest IPv6 sihtkohtadest, samal ajal kui teated paistavad korrektsed, on tavaliselt kaotanud järgmise hüppe lahendamise, mitte perekondade läbirääkimise.
Testige seansi aadressiperekonda eraldi, siis perekondi, mida see kannab, siis seda, mida tuum suudab edastada. Kolme lahus hoidmine hoiab ära tavapärase vale diagnoosi, kus korrektset teadet loetakse tõestuseks, et IPv6 töötab otsast otsani. See tõestab ainult, et üks partner rääkis teisele prefiksist.
Läbi räägitud, vastu võetud, imporditud, paigaldatud
Ühe oodatava marsruudi jaoks peavad kehtima neli olekut järjest ja igaüks on vaadeldav. Perekonnaga peab olema selle partneriga läbi räägitud, marsruut peab saabuma, marsruudisihtmärk peab selle importima kavatsetud konteksti ja järgmine hüpe peab lahenduma, et marsruut paigaldataks. Esimese oleku vahelejätmine teeb ülejäänud kolm vastamatuks, sest läbi rääkimata perekond ei tooda marsruute, mida uurida. Cisco-stiilis platvormidel on perekonna kokkuvõtted ja partneripõhised võimekused eraldi käsud.
show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address familyLäbirääkimine paistab partneri kohta trükitud võimekuste vahetuses, ja kehtestatud seanss, kus pole ühtegi perekonda loetletud, ei kanna midagi sellest, mida te küsisite. Importi otsustavad marsruudisihtmärgid, mida kantakse laiendatud kogukondadena, nii et korrektne paar vale trükitud sihtmärgiga jätab tabeli tühjaks. Seejärel sõltub paigaldamine järgmise hüppe lahendamisest vastuvõtvas kontekstis, mis võib ebaõnnestuda, samal ajal kui iga teade paistab täiuslik.
Kinnitage andmetasand viimasena, sest marsruut tabelis on väide, mitte kohaletoimetamine. Samad neli olekut kehtivad iga perekonna jaoks; muutuvad ainult käsud ja tabelite nimed.
Mida perekonnapaar kunagi ei tõesta
Paari õige lugemine ütleb teile, kuidas tõlgendada järgnevat marsruutimisteavet, ja see ongi kogu väide. See ei ütle midagi kättesaadavuse, poliitika ega andmetasandi tervise kohta. Kahe segamine tekitab kindlaid väiteid võrgu kohta, mida keegi kontrollinud ei ole. Marsruudisihtmärgi lahknevus ja katkine järgmine hüpe näevad ainult paarist vaadates identsed välja. Paar on lugemisjuhis, mitte kunagi otsus.
Kui eskaleerite, pange paar, marsruudisihtmärk ja lahendatud järgmine hüpe samasse märkmesse. Järgmisel inseneril on siis kolm sõltumatut asja testida, mitte teenuse nimi, mida ümber tõlgendada. Kui läbirääkimine puudub, näevad nad seda kohe, vale sihtmärk jätab impordi nähtavalt puuduma ja lahendamata järgmine hüpe jätab marsruudi olemasolevaks, kuid kasutuskõlbmatuks.