AFI en SAFI: lês it pear earst, dan de tsjinstnamme
AFI 25 mei SAFI 65 is net deselde tsjinst as AFI 25 mei SAFI 70. Lês it pear, kontrolearje dan de famylje-útwikseling, de rûte en it trochstjoerresultaat.
Jo kinne in sesje omheech sjen kommen, in rûte ferskine, en dochs de ferkearde tsjinst lêze. It pear getallen oan it begjin fan elke oankundiging, de adresfamylje-identifikaasje en de folgjende adresfamylje-identifikaasje, beslút hokker ûntleder de lading lêst en hokker tabel it resultaat hâldt. Fersin jo it pear en it ymportbelied, de rûtesdoel-oerienkomst en it sykjen nei de folgjende sprong rinne allegear tsjin in struktuer oan dy't nimmen oankundige hat. De gong hjirûnder begjint by dat pear en einiget by it trochstjoerresultaat.
Twa getallen beslisse yn hokker tabel de rûte heart
It pear ferskynt twa kear: binnen de multiprotokol-mooglikheid, dêr't in sprekker in famylje oankundiget, en foar elke NLRI dy't dy famylje draacht. Dat makket it in eigenskip fan 'e rûte ynstee fan in ynstelling op 'e oarsprongbok. Fabrikanten printsje it as in namme lykas Address family VPNv4 Unicast, en de formulearring ferskoot tusken ferzjes wylst de getallen stean bliuwe.
| 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 |
Fjouwer kodearrings dekke hast elk bedriuwsgefal: 1 mei 128 foar MPLS-labele VPN-IPv4, 2 mei 128 foar it IPv6-ekwivalint, 25 mei 65 foar VPLS mei BGP-sinjalearring en 25 mei 70 foar EVPN. De earste flater is oannimme dat elke Layer 2-tsjinst efter 25 mei 65 sit, wat EVPN ferberget. De twadde is de twa IP-famyljes as ien famylje mei in langer adres te behanneljen, wylst se apart ûnderhannele wurde en op ferskate pearen akseptearre wurde kinne. In tredde ferskynt as in sjabloan kopiearre wurdt út in ferzje dy't mar ien fan beiden ken. In opsykjen yn it register beslút alle trije flugger as in gissing boud op 'e tsjinstnamme.
Behannelje de fjouwer rigen as foarbylden út it IANA-register, net it register sels. As in getal mei neat bekends oerienkomt, sykje it dan op foardat jo der belied omhinne bouwe.
AFI 25 draacht twa net besibbe NLRI-formaten
Beide Layer 2-famyljes sitte ûnder AFI 25, en de likens hâldt dêr op. De VPLS-NLRI yn RFC 4761 section 3.2.2 draacht in lingte, in rûte-ûnderskieder, in VE ID, in VE-blokferpleatsing, in VE-blokgrutte en in labelembasis, dy't tegearre in pseudowire-einpunt en syn label beneame. EVPN hâldt AFI 25 en giet nei SAFI 70, dêr't de lading in rûtetype is: Ethernet-auto-ûntdekking, MAC/IP-oankundiging, ynklusive multicast, Ethernet-segment, IP-prefiks. Dêrom betsjut deselde byteferpleatsing yn 'e twa famyljes ferskillende dingen. In ûntleder skreaun foar ien lêst de oare sûnder klacht en produsearret ûnsin. It pear is de iennichste warskôging dat de ynterpretaasje ferkeard is.
In fjild dat yn ien famylje VE-blokferpleatsing betsjut hat gjin tsjinhinger yn 'e oare, en de MAC/IP-oankundigingsrûte bestiet allinnich yn EVPN. In attribút sitearje as soe it foar beide jilde, is hoe't in opname-oersjoch ferkeard giet.
As immen jo in opname of in fabrikanttabel jout, freegje dan by hokker famylje it attribút heart. Befêstigje dan dat de ûntfangende ymplemintaasje dy famylje stipet, net de tsjinstnamme op it datablêd. Twa platfoarms kinne beide VPLS-stipe beweare wylst se ferskate sinjaalfamyljes ymplemintarje. It pear skiedt se; it produktlabel net.
De eigen adresfamylje fan 'e sesje is in aparte fraach
VPN-IPv6 wurdt geregeld oankundige oer in sesje wêrfan't de TCP-ferbining oer IPv4 rint, en dat is stipe ûntwerp, gjin flater. Allinnich de sesje-gearfetting lêze seit dêrom neat oer hokker VPN-famyljes de pearen útwikselje.
NLRI-famylje, ferfiersfamylje en trochstjoerfamylje binne trije ûnôfhinklike besluten. In router kin IPv4 mei syn pear prate, berikberens fan VPN-IPv6 akseptearje en in rûte ynstallearje wêrfan't de folgjende sprong in IPv6-adres is dat berikber is fia in paad dat jo net bedoelden. Eltse laach hat syn eigen befêstiging nedich. Plakken dy't ûnberikbere IPv6-bestimmingen melde wylst de oankundigingen korrekt lykje, hawwe meastentiids de oplossing fan 'e folgjende sprong ferlern, net de famylje-ûnderhanneling.
Test de adresfamylje fan 'e sesje apart, dan de famyljes dy't it draacht, dan wat de kearn trochstjoere kin. De trije apart hâlde foarkomt de gewoane misdiagnoaze wêrby't in korrekte oankundiging lêzen wurdt as bewiis dat IPv6 fan ein oant ein wurket. It bewiist allinnich dat ien pear in oar oer in prefiks ferteld hat.
Ûnderhannele, ûntfongen, ymportearre, ynstallearre
Foar ien ferwachte rûte moatte fjouwer tastannen yn oarder jilde, en elk is waarnimber. De famylje moat mei dat pear ûnderhannele wêze, de rûte moat oankomme, in rûtesdoel moat it yn 'e bedoelde kontekst ymportearje en de folgjende sprong moat oplossingskrije sadat de rûte ynstallearret. De earste tastân oerslaan makket de oare trije unbeäntwurdsum, om't in net-ûnderhannele famylje gjin rûtes produsearret om te besjen. Op Cisco-stylplatfoarms binne de famylje-gearfettingen en de mooglikheden per pear aparte opdrachten.
show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address familyÛnderhanneling ferskynt yn 'e mooglikheidsútwikseling dy't per pear printe wurdt, en in fêstige sesje sûnder neamde famylje draacht neat fan wat jo fregen. Ymport wurdt besletten troch rûtesdoelen dy't as útwreide mienskippen droegen wurde, dat in korrekt pear mei in ferkeard typte doel lit de tabel leech. Ynstallaasje hinget dan ôf fan it oplossen fan 'e folgjende sprong yn 'e ûntfangende kontekst, wat mislearje kin wylst elke oankundiging perfekt liket.
Befêstigje it datalaach as lêste, om't in rûte yn 'e tabel in bewearing is, gjin levering. Deselde fjouwer tastannen jilde foar elke famylje; allinnich de opdrachten en tabelnammen feroarje.
Wat in famyljepaar nea bewiist
It pear korrekt lêze fertelt jo hoe't jo de rûte-ynformaasje dy't folget ynterpretearje moatte, en dat is de hiele bewearing. It seit neat oer berikberens, neat oer belied en neat oer de sûnens fan it datalaach. De twa ferwikselje produsearret selsfertroude útspraken oer in netwurk dat nimmen ferifiearre hat. In rûtesdoel-misferhâlding en in brutsen folgjende sprong lykje identyk fan it pear allinnich ôf. It pear is in lêsynstruksje, nea in fûnis.
As jo eskalearje, set dan it pear, it rûtesdoel en de oploste folgjende sprong yn deselde notysje. De folgjende yngenieur hat dan trije ûnôfhinklike dingen om te testen ynstee fan in tsjinstnamme om te werynterpretearjen. As ûnderhanneling mist sjogge se it daliks, in ferkeard doel lit de ymport sichtber ôfwêzich, en in net-oploste folgjende sprong lit de rûte oanwêzich mar ûnbrûkber.