Guon L2VPN-rûtes ferdwine neidat jo rûte-reflektors tafoege hawwe

Sesjes bliuwe oer ein, de IGP is stabyl, en dochs ferskine in pear L2VPN-rûtes nea op twa fan de fjouwer provider-rânen. Dat patroan heart by in refleksjeprobleem en net by in transportprobleem, want in brutsen sesje falt folslein út, wylst in werbrûkte refleksjegrins selektiv út falt. De fysike ring hat dêr neat mei te dwaan; de logyske distribúsjegraaf is it plak dêr't dy rûtes stoppen. Dat punt fine freget net om it bestjoeringsflak opnij te bouwen.

It ferlies is selektiv, wat it sykjen ferringet

Fjouwer provider-rânen op in fysike ring hawwe seis logyske sesjes nedich foar in folslein mesh, om't elke router mei de oare trije pearret. Dy sesjes ride op it rûtearre transport, dus de bekabeling seit neat oer hoefolle neistlizzende relaasjes der binne of hokker fan harren reflektearret. As twa rânen in bepaald stel foarheaksels misse wylst al it oare konvergearret, is de kabel net de fertochte.

Selektyf ferlies wiist op lusprevinsje, belied of de rjochting fan 'e relaasje, wêr't guon rûtes in grins oerstekke en oaren ûnderweis fuort smiten wurde. Totaal ferlies wiist op de sesje of de adresfamylje. Beslute hokker fan dy twa jo sjogge is de earste nuttige stap, en it kostet ien opdracht.

Wat refleksje eins feroaret

Rûte-refleksje fersoepet de regel dat in iBGP-sprekker in rûte dy't er fan in oare iBGP-sprekker leard hat net opnij oankundigje mei. RFC 4456 drukt de útsûndering út troch de relaasje tusken de sprekker en de boarne fan 'e rûte, en de rjochting fan dy relaasje is wichtiger as de measte gearfetsings suggerearje. In rûte leard fan in kliïnt mei nei oare kliïnten en nei net-kliïnten reflektearre wurde, wylst in rûte leard fan in net-kliïnt allinne nei kliïnten reflektearre wurde mei. Lês de asymmetry twa kear, want it ferklearret hoe't it tafoegjen fan in kliïntrelaasje in ûntwerpfout ferbergje kin: it iepenet in paad dat de topology nea bedoelde.

It attribút CLUSTER_LIST registrearret de refleksjeskiednis, en in reflektor dy't syn eigen cluster-ID yn dy list fynt moat de oankundiging negearje. Dat is lusprevinsje, en it is ek it meganisme dat rûtes wisket as identifikaasjes by ûngelok werbrûkt wurde. ORIGINATOR_ID spilet in besibbe rol troch de router te neamen dy't de rûte earst oankundige.

Werbrûkte cluster-ID's binne hoe't rûtes ferdwine

In lyts netwurk noeget út ta in koartpaad: jou elke router in cluster-ID gelyk oan syn loopback, foegje letter noch in reflektor ta, en werbrûk in besteande loopback om't er handich by de hân is. As dy identifikaasje no op twa ûnôfhinklike refleksjestappen ferskynt, sjocht de twadde stap syn eigen ID yn CLUSTER_LIST en smyt de rûte fuort. Neat logt in flater, want fuortsmiten is it krekte antwurd op in lus.

Oerstallige reflektor's dy't ien cluster betsjinje binne de legitime útsûndering: se diele mei opsetsin in ID sadat elk fan beiden deselde kliïnten betsjinje kin. De identifikaasje moat by it refleksje-ûntwerp passe ynstee fan kastnammen te ûnderskieden.

Tekenje de bedoelde graaf foardat jo konfiguraasje oanreitsje: wa makket it foarheaksel, hokker kliïntrelaasje lit de earste refleksje ta, hokker reflektor draacht it nei de folgjende stap, en wêr't de lêste kliïnt sit. Elke hop yn dy graaf is in plak dêr't in werbrûkte identifikaasje, in ûntbrekkende kliïntrelaasje of in beliedsfilter de rûte stopje kin. Mei de graaf tekene hat in ûntbrekkende rûte in lokaasje ynstee fan in riedsel.

Wjerstean om elke buorman kliïnt te meitsjen

De flugge reparaasje foar in ûntbrekkende rûte is elke buorman kliïnt fan elke reflektor te meitsjen. De fersprieding komt werom, en it ûntwerp hâldt op jo wat te fertellen: it fermannichfâldiget de rûtes dy't elke sprekker draacht wylst it ferberget hokker relaasje it wurk dwaan moast.

In lyts netwurk hat meastentiids ien fan twa foarmen nedich. In folslein iBGP-mesh is seis sesjes foar fjouwer routers sûnder hokker refleksje dan ek, en in oanwiisd pear reflektor's dat de oerbleaune rânen betsjinnet is de oare. Beide binne makliker te beredenearjen as in partiel mesh wêryn't elke router in bytsje reflektearret. Kies de foarm op skaal en flatergedrach, net op it bekabelingsdiagram.

Kontrolearje de adresfamylje foardat jo refleksje de skuld jouwe

In TCP-sesje op poarte 179 bewiist dat de twa sprekkers prate kinne, en neat oer oft de VPN-adresfamylje ien rûte útwiksele hat. Stel de sesjestatus fêst, dan de famylje, dan it yndividuele foarheaksel.

vtysh -c "show bgp summary"
vtysh -c "show bgp l2vpn evpn summary"
vtysh -c "show bgp l2vpn evpn"

Dy trije útfiersels skiede in neistlizzend probleem fan in útwikselingsprobleem en fan in ûntbrekkend-foarheakselprobleem. As de famylje hielendal gjin foarheaksels toant, ûndersykje dan de aktivearringsstatus en it eksportbelied fan 'e buorman foardat jo nei refleksje sjogge. As foarheaksels op ien râne ferskine mar net op in oare, fergelykje dan de clusterlist en de originator oan 'e ûntfangende kant, en rin dan de graaf fan 'e foarige seksje troch.

Hâld de berikberens fan 'e folgjende hop en de trochstjoerstatus bûten dy kontrôle. In reflektearre rûte mei in ûnberikbere folgjende hop is oanwêzich en ûnbrûkber, wat as in refleksjeflater lêst oant jo nei de kolom fan 'e folgjende hop sjogge. Los de folgjende hop op, befêstigje de trochstjoeryng, en beslute dan pas oft de distribúsjegraaf noch in reflektor nedich hat.