AFI dhe SAFI: lexoni çiftin para emrit të shërbimit
AFI 25 me SAFI 65 nuk është i njëjti shërbim si AFI 25 me SAFI 70. Lexoni çiftin, pastaj kontrolloni shkëmbimin e familjeve, rrugën dhe rezultatin e përcjelljes.
Mund të shihni një sesion që ngrihet, një rrugë që shfaqet dhe megjithatë të lexoni shërbimin e gabuar. Çifti i numrave në krye të çdo shpalljeje, identifikuesi i familjes së adresave dhe identifikuesi i familjes së adresave pasardhëse, vendos cili analizues lexon ngarkesën dhe cila tabelë mban rezultatin. Gaboni çiftin dhe politika e importit, përputhja e objektivit të rrugës dhe kërkimi i hopit të radhës punojnë të gjitha kundër një strukture që askush nuk e shpalli. Ecja më poshtë nis nga ai çift dhe mbaron te rezultati i përcjelljes.
Cila tabelë e mban rrugën vendoset nga dy numra
Çifti shfaqet dy herë: brenda aftësisë shumëprotokollëshe, ku një folës shpall një familje, dhe përpara çdo NLRI që ajo familje mbart. Kjo e bën atë veti të rrugës dhe jo rregullim në kutinë burimore. Prodhuesit e shtypin si emër si Address family VPNv4 Unicast, dhe formulimi lëviz midis versioneve ndërsa numrat mbeten në vend.
| 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 |
Katër kodime mbulojnë pothuajse çdo rast ndërmarrjeje: 1 me 128 për VPN-IPv4 me etiketë MPLS, 2 me 128 për ekuivalentin IPv6, 25 me 65 për VPLS të sinjalizuar nga BGP dhe 25 me 70 për EVPN. Gabimi i parë është të supozojmë se çdo shërbim Layer 2 qëndron pas 25 me 65, çka fsheh EVPN. I dyti është t'i trajtojmë dy familjet IP si një familje me adresë më të gjatë, ndërsa ato negociohen veçmas dhe mund të pranohen në bashkëbisedues të ndryshëm. Një i tretë shfaqet kur një model kopjohet nga një version që njeh vetëm njërën. Një kërkim në regjistër i zgjidh të treja më shpejt se një hamendësim i ndërtuar mbi emrin e shërbimit.
Trajtojini katër rreshtat si shembuj nga regjistri IANA, jo si vetë regjistri. Kur një numër nuk përputhet me asgjë të njohur, kërkoni atë përpara se të ndërtoni politikë rreth tij.
AFI 25 mbart dy formate NLRI pa lidhje
Të dyja familjet Layer 2 qëndrojnë nën AFI 25 dhe ngjashmëria mbaron aty. NLRI i VPLS në RFC 4761 section 3.2.2 mbart një gjatësi, një dallues rrugë, një VE ID, një zhvendosje blloku VE, një madhësi blloku VE dhe një bazë etiketash, të cilat së bashku emërtojnë një pikë fundore pseudowire dhe etiketën e saj. EVPN mban AFI 25 dhe kalon në SAFI 70, ku ngarkesa është një lloj rruge: zbulim automatik Ethernet, shpallje MAC/IP, multicast përfshirës, segment Ethernet, prefiks IP. Prandaj e njëjta zhvendosje bajti do të thotë gjëra të ndryshme në dy familjet. Një analizues i shkruar për njërën lexon tjetrën pa u ankuar dhe prodhon marrëzi. Çifti është i vetmi paralajmërim se interpretimi është i gabuar.
Një fushë që në një familje do të thotë zhvendosje blloku VE nuk ka kundërpart në tjetrën, dhe rruga e shpalljes MAC/IP ekziston vetëm në EVPN. Të citosh një atribut sikur vlen për të dyja është mënyra se si një rishikim kapjeje shkon keq.
Kur dikush ju jep një kapje ose një tabelë prodhuesi, pyetni cilës familje i përket atributi. Pastaj konfirmoni që zbatimi marrës mbështet atë familje, jo emrin e shërbimit në fletën e të dhënave. Dy platforma mund të pretendojnë të dyja mbështetje VPLS ndërsa zbatojnë familje sinjalizimi të ndryshme. Çifti i ndan; etiketa e produktit jo.
Familja e adresave e vetë sesionit është pyetje më vete
VPN-IPv6 shpallet rutinorish përmes një sesioni lidhja TCP e të cilit kalon mbi IPv4, dhe ky është dizajn i mbështetur, jo defekt. Prandaj leximi vetëm i përmbledhjes së sesionit nuk thotë asgjë për cilat familje VPN shkëmbejnë bashkëbiseduesit.
Familja NLRI, familja e transportit dhe familja e përcjelljes janë tri vendime të pavarura. Një ruter mund të flasë IPv4 me bashkëbiseduesin e tij, të pranojë arritshmërinë e VPN-IPv6 dhe të instalojë një rrugë hopi i radhës i së cilës është një adresë IPv6 e arritshme përmes një rruge që nuk e kishit synuar. Çdo shtresë kërkon konfirmimin e vet. Sitet që raportojnë destino IPv6 të paarritshme ndërsa shpalljet duken të sakta kanë humbur zakonisht zgjidhjen e hopit të radhës, jo negocimin e familjeve.
Provojeni familjen e adresave të sesionit veçmas, pastaj familjet që mbart, pastaj çfarë bërthama mund të përcjellë. Mbajtja e triave veçmas parandalon diagnozën e gabuar të zakonshme ku një shpallje e saktë lexohet si provë se IPv6 punon nga fillimi në fund. Vërteton vetëm se një bashkëbisedues i tha tjetrit për një prefiks.
Negociuar, marrë, importuar, instaluar
Për një rrugë të pritur, katër gjendje duhet të mbahen me radhë dhe secila është e vëzhgueshme. Familja duhet të jetë negocuar me atë bashkëbisedues, rruga duhet të mbërrijë, një objektiv rruge duhet ta importojë në kontekstin e synuar dhe hopi i radhës duhet të zgjidhet që rruga të instalohet. Kalimi përtej gjendjes së parë i bën tri të tjerat pa përgjigje, sepse një familje e panegociuar nuk prodhon rrugë për t'u inspektuar. Në platforma në stil Cisco përmbledhjet e familjeve dhe aftësitë për bashkëbisedues janë komandime të veçanta.
show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address family
Negocimi duket në shkëmbimin e aftësive të shtypura për bashkëbisedues, dhe një sesion i vendosur pa asnjë familje të listuar nuk mbart asgjë nga ajo që kërkuat. Importi vendoset nga objektivat e rrugës të mbartura si bashkësi të zgjeruara, kështu që një çift i saktë me një objektiv të shtypur gabim e lë tabelën bosh. Instalimi pastaj varet nga zgjidhja e hopit të radhës në kontekstin marrës, çka mund të dështojë ndërsa çdo shpallje duket e përsosur.
Konfirmoni rrafshin e të dhënave i fundit, sepse një rrugë në tabelë është pohim, jo dorëzim. Të njëjtat katër gjendje vlejnë për çdo familje; ndryshojnë vetëm komandimet dhe emrat e tabelave.
Çfarë nuk provon kurrë një çift familjesh
Leximi i saktë i çiftit ju thotë si ta interpretoni informacionin e rrugëzimit që vjen pas, dhe ky është i gjithë pohimi. Nuk thotë asgjë për arritshmërinë, asgjë për politikën dhe asgjë për shëndetin e rrafshit të të dhënave. Ngatërrimi i të dyjave prodhon deklarata të sigurta për një rrjet që askush nuk e verifikoi. Një mospërputhje objektivi rruge dhe një hop i radhës i thyer duken njësoj vetëm nga çifti. Çifti është udhëzim leximi, kurrë verdikt.
Kur përshkallëzoni, vendosni çiftin, objektivin e rrugës dhe hopin e radhës të zgjidhur në të njëjtën shënim. Inxhinieri i radhës ka atëherë tri gjëra të pavarura për të provuar në vend të një emri shërbimi për ta reinterpretuar. Nëse mungon negocimi e shohin menjëherë, një objektiv i gabuar e lë importin dukshëm mungesë, dhe një hop i radhës i pazgjidhur e lë rrugën të pranishme por të papërdorshme.