Kelkaj L2VPN-itineroj malaperas post aldoni itinerajn reflektilojn

La sesioj restas aktivaj, la IGP estas stabila, kaj tamen kelkaj L2VPN-itineroj neniam aperas ĉe du el la kvar randoj de la provizanto. Tiu ŝablono apartenas al reflekta problemo, ne al transporta, ĉar rompita sesio malsukcesas tute, dum reuzita reflekta limo malsukcesas selektive. La fizika ringo tute ne rilatas; la logika distribua grafo estas la loko, kie tiuj itineroj haltis. Trovi tiun punkton ne postulas rekonstrui la regan ebenon.

La perdo estas selektiva, kio mallarĝigas la serĉon

Kvar randoj de provizanto sur fizika ringo bezonas ses logikajn sesiojn por plena maŝo, ĉar ĉiu enkursigilo pariĝas kun la aliaj tri. Tiuj sesioj veturas sur la itinerigita transporto, do la kabligo diras nenion pri kiom da najbarecoj ekzistas aŭ kiuj el ili reflektas. Kiam du randoj maltrafas difinitan aron da prefiksoj dum ĉio alia konverĝas, la kablo ne estas la suspektato.

Selektiva perdo indikas buklan preventadon, politikon aŭ la direkton de la rilato, kie kelkaj itineroj transiras limon kaj aliaj estas forĵetataj survoje. Totala perdo indikas la sesion aŭ la adresan familion. Decidi, kiun el la du vi rigardas, estas la unua utila paŝo, kaj ĝi postulas unu komandon.

Kion reflektado vere ŝanĝas

Itinera reflektado malstreĉas la regulon, ke iBGP-parolanto ne rajtas reanonci itinerojn lernitajn de alia iBGP-parolanto. RFC 4456 esprimas la escepton per la rilato inter la parolanto kaj la fonto de la itinero, kaj la direkto de tiu rilato gravas pli, ol plej multaj resumoj sugestas. Itinero lernita de kliento povas esti reflektata al aliaj klientoj kaj al ne-klientoj, dum itinero lernita de ne-kliento povas esti reflektata nur al klientoj. Legu la nesimetrion dufoje, ĉar ĝi klarigas, kiel aldono de klienta rilato povas kaŝi dizajnan eraron: ĝi malfermas vojon, kiun la topologio neniam intencis.

La atributo CLUSTER_LIST registras la reflektan historion, kaj reflektilo, kiu trovas sian propran klasteran identigilon en tiu listo, devas ignori la anoncon. Tio estas bukla preventado, kaj ĝi ankaŭ estas la mekanismo, kiu forigas itinerojn, kiam identigiloj estas akcidente reuzitaj. ORIGINATOR_ID ludas parencan rolon nomante la enkursigilon, kiu unue anoncis la itineron.

Reuzitaj klasteraj identigiloj estas la maniero, kiel itineroj malaperas

Malgranda reto invitas al fuŝvojo: donu al ĉiu enkursigilo klasteran identigilon egalan al ĝia loopback, aldonu poste ankoraŭ unu reflektilon kaj reuzu ekzistantan loopback ĉar ĝi estas oportune mane. Se tiu identigilo nun aperas ĉe du sendependaj reflektaj stadioj, la dua stadio vidas sian propran ID en CLUSTER_LIST kaj forĵetas la itineron. Nenio registras eraron, ĉar forĵeto estas la ĝusta respondo al buklo.

Redundantaj reflektiloj servantaj unu klasteron estas la legitima escepto: ili intence dividas ID, por ke iu ajn el ili povu servi la samajn klientojn. La identigilo devas kongrui kun la reflekta dizajno, ne distingi nomojn de ĉasio.

Desegnu la intencitan grafon antaŭ ol tuŝi ajnan agordon: kiu originas la prefikson, kiu klienta rilato permesas la unuan reflektadon, kiu reflektilo portas ĝin al la sekva stadio kaj kie sidas la lasta kliento. Ĉiu salto en tiu grafo estas loko, kie reuzita identigilo, mankanta klienta rilato aŭ politika filtrilo povas haltigi la itineron. Kun la grafo desegnita, mankanta itinero havas lokon anstataŭ enigmon.

Rezistu fari el ĉiu najbaro klienton

La rapida riparo por mankanta itinero estas fari el ĉiu najbaro klienton de ĉiu reflektilo. La disvastigo revenas, kaj la dizajno ĉesas diri ion ajn al vi: ĝi multobligas la itinerojn, kiujn ĉiu parolanto portas, samtempe kaŝante, kiu rilato devintus fari la laboron.

Malgranda reto kutime bezonas unu el du formoj. Plena iBGP-maŝo estas ses sesioj por kvar enkursigiloj tute sen reflektado, kaj difinita paro da reflektiloj servantaj la ceterajn randojn estas la alia. Ambaŭ estas pli facile pripensi ol parta maŝo, en kiu ĉiu enkursigilo reflektas iomete. Elektu la formon laŭ skalo kaj fiaskokonduto, ne laŭ la kabliga diagramo.

Kontrolu la adresan familion antaŭ ol kulpigi reflektadon

TCP-sesio ĉe pordo 179 pruvas, ke la du parolantoj povas paroli, kaj nenion pri tio, ĉu la VPN-adresa familio interŝanĝis eĉ unu itineron. Starigu la sesian staton, poste la familion, poste la unuopan prefikson.

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

Tiuj tri eligoj apartigas najbarecan problemon de interŝanĝa problemo kaj de mankanta-prefiksa problemo. Se la familio tute ne montras prefiksojn, kontrolu la aktivigan staton kaj la eksportan politikon de la najbaro antaŭ ol rigardi reflektadon. Se prefiksoj aperas ĉe unu rando sed ne ĉe alia, komparu la klasteran liston kaj la originanton ĉe la ricevanta flanko, poste trairu la grafon el la antaŭa sekcio.

Tenadu la atingeblon de la sekva salto kaj la plusendantan staton ekster tiu kontrolo. Reflektita itinero kun neatingebla sekva salto ĉeestas kaj estas neuzebla, kio aspektas kiel reflekta fiasko ĝis vi rigardos la kolumnon de la sekva salto. Solvu la sekvan salton, konfirmu la plusendan enskribon kaj nur tiam decidu, ĉu la distribua grafo bezonas ankoraŭ unu reflektilon.