AFI in SAFI: preberite par pred imenom storitve

Lahko gledate, kako seja vstane, kako se pojavi pot, in vseeno berete napačno storitev. Par števil na začetku vsake objave, identifikator naslovne družine in identifikator naslednje naslovne družine, odloča, kateri razčlenjevalnik bere tovor in katera tabela hrani rezultat. Zmotite se pri paru in politika uvoza, ujemanje cilja poti ter iskanje naslednjega skoka vsi tečejo proti strukturi, ki je nihče ni objavil. Pot spodaj se začne pri tem paru in konča pri rezultatu posredovanja.

V katero tabelo sodi pot, odločata dve števili

Par se pojavi dvakrat: znotraj večprotokolske zmožnosti, kjer govorec objavi družino, in pred vsakim NLRI, ki ga ta družina nosi. Zaradi tega je lastnost poti in ne nastavitev na izvorni škatli. Proizvajalci ga natisnejo kot ime, na primer Address family VPNv4 Unicast, in besedilo se med izdajami premika, medtem ko številke ostanejo na mestu.

Štiri kodiranja pokrivajo skoraj vsak poslovni primer: 1 z 128 za VPN-IPv4 z oznako MPLS, 2 z 128 za ekvivalent IPv6, 25 s 65 za VPLS, signaliziran z BGP, in 25 s 70 za EVPN. Prva napaka je domnevati, da vsaka storitev Layer 2 stoji za 25 s 65, kar skrije EVPN. Druga je obravnavati dve družini IP kot eno družino z daljšim naslovom, čeprav se pogajata ločeno in ju je mogoče sprejeti pri različnih partnerjih. Tretja se pojavi, ko se predloga kopira iz izdaje, ki pozna le eno od njiju. Pogled v register reši vse tri hitreje kot ugibanje, zgrajeno na imenu storitve.

Štiri vrstice obravnavajte kot primere iz registra IANA, ne kot register sam. Ko se število ne ujema z ničimer znanim, ga poglejte, preden okoli njega zgradite politiko.

AFI 25 nosi dva nepovezana formata NLRI

Obe družini Layer 2 sedita pod AFI 25 in podobnost se tam konča. NLRI za VPLS v RFC 4761 section 3.2.2 nosi dolžino, razločevalnik poti, VE ID, premik bloka VE, velikost bloka VE in osnovo oznak, ki skupaj poimenujejo končno točko pseudowire in njeno oznako. EVPN obdrži AFI 25 in preide na SAFI 70, kjer je tovor vrsta poti: samodejno odkrivanje Ethernet, objava MAC/IP, vključujoči multicast, segment Ethernet, predpona IP. Zato isti premik v bajtih v obeh družinah pomeni različno. Razčlenjevalnik, napisan za eno, bere drugo brez pritožb in ustvarja nesmisel. Par je edino opozorilo, da je razlaga napačna.

Polje, ki v eni družini pomeni premik bloka VE, v drugi nima ustreznega polja, pot objave MAC/IP pa obstaja le v EVPN. Citirati atribut, kot da velja za obe, je način, kako pregled zajema gre narobe.

Ko vam nekdo preda zajem ali tabelo proizvajalca, vprašajte, kateri družini pripada atribut. Nato potrdite, da sprejemna izvedba podpira to družino, ne imena storitve s podatkovnega lista. Dve platformi lahko obe trdita podporo VPLS, medtem ko izvajata različni signalizacijski družini. Par ju loči; oznaka izdelka ne.

Lastna naslovna družina seje je ločeno vprašanje

VPN-IPv6 se redno objavlja po seji, katere povezava TCP teče prek IPv4, in to je podprta zasnova, ne okvara. Zato branje samo povzetka seje ne pove ničesar o tem, katere družine VPN si partnerji izmenjujejo.

Družina NLRI, transportna družina in družina posredovanja so tri neodvisne odločitve. Usmerjevalnik lahko govori IPv4 s svojim partnerjem, sprejme dosegljivost VPN-IPv6 in namesti pot, katere naslednji skok je naslov IPv6, dosegljiv po poti, ki je niste nameravali. Vsak sloj potrebuje svojo potrditev. Mesta, ki poročajo o nedosegljivih ciljih IPv6, medtem ko so objave videti pravilne, so običajno izgubila razrešitev naslednjega skoka, ne pogajanja o družinah.

Preizkusite naslovno družino seje posebej, nato družini, ki jih nosi, nato tisto, kar jedro lahko posreduje. Ločevanje treh preprečuje pogosto napačno diagnozo, ko se pravilna objava bere kot dokaz, da IPv6 deluje od konca do konca. Dokazuje le, da je en partner drugemu povedal o predponi.

Pogovorjeno, prejeto, uvoženo, nameščeno

Za eno pričakovano pot morajo veljati štiri stanja po vrsti in vsako je opazljivo. Družina mora biti pogovorjena s tem partnerjem, pot mora prispeti, cilj poti jo mora uvoziti v predvideni kontekst in naslednji skok se mora razrešiti, da se pot namesti. Če preskočite prvo stanje, ostala tri postanejo neodgovorljiva, ker nepogovorjena družina ne ustvari poti za pregled. Na platformah v slogu Cisco so povzetki družin in zmožnosti po partnerjih ločeni ukazi.

show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address family

Pogajanje se vidi v izmenjavi zmožnosti, natisnjeni po posameznem partnerju, in vzpostavljena seja brez navedene družine ne nosi ničesar od tega, kar ste zahtevali. Uvoz odločajo cilji poti, ki se nosijo kot razširjene skupnosti, zato pravilen par z napačno vtipkanim ciljem pusti tabelo prazno. Namestitev je nato odvisna od razrešitve naslednjega skoka v sprejemnem kontekstu, kar lahko spodleti, medtem ko je vsaka objava videti popolna.

Podatkovno ravnino potrdite nazadnje, ker je pot v tabeli trditev, ne dostava. Ista štiri stanja veljajo za vsako družino; spremenijo se le ukazi in imena tabel.

Česa par družin nikoli ne dokaže

Pravilno branje para vam pove, kako razlagati usmerjevalne informacije, ki sledijo, in to je cela trditev. Ne pove ničesar o dosegljivosti, ničesar o politiki in ničesar o zdravju podatkovne ravnine. Zamenjava obojega ustvari samozavestne izjave o omrežju, ki ga nihče ni preveril. Neujemanje cilja poti in zlomljen naslednji skok sta videti enako samo s pogledom na par. Par je navodilo za branje, nikoli sodba.

Ko eskalašete, dajte par, cilj poti in razrešeni naslednji skok v isto opombo. Naslednji inženir ima potem tri neodvisne stvari za preizkus namesto imena storitve za ponovno razlago. Če pogajanja ni, to vidijo takoj, napačen cilj pusti uvoz očitno odsoten in nerazrešeni naslednji skok pusti pot prisotno, a neuporabno.