Kial Junos L2VPN montras etikedon sed plusendas nenion

Klientaj raportoj alvenas dirante, ke la L2VPN-konekto estas Up, la aldonaĵo estas supren, kaj neniu kadro trapasas. La statlumoj estas honestaj; la kadro estas klasifikata en servon, kiu ĉe la malproksima fino havas neniun uzeblan plusendan staton. En BGP-signalita punkto-al-punkta L2VPN la unua decido apartenas al la aldonaĵo, ne al voja serĉo. La klienta kadro alvenas sur logika interfaco, kaj tiu interfaco nomas la konekton kaj do la malproksiman lokon. Ĉio poste estas etikeda plusenda stato konstruita el tio, kion la samtavolanoj anoncis.

La kadro neniam faras vojan serĉon

Signalado preparis la staton; prilaborado po pako estas etikeda serĉo en konekto jam elektita. Tial demandi, kial mankas vojo, estas la malĝusta demando, kaj ĝi kaŝas la du valorojn, kiuj gravas: la konekton de la aldonaĵo kaj la servan etikedon, kiun ĝi uzas.

Tio ankaŭ klarigas la malsimetrion de penado. Konfigura revizio diras al vi, kio devus esti instalita, dum la konekta vido diras, kio efektive deriviĝis, kaj nur la dua postvivas maltrafon de etikedbloko.

Du etikedoj, du direktoj

Ĉiu PE loke asignas etikedblokon, anoncas ĝian bazon kaj grandecon, kaj ĝiaj samtavolanoj aldonas deŝovon por derivi la etikedon por aparta loko. Asignoj do estas loke signifaj: du PE povas uzi malsamajn bazojn kaj malsamajn blokgrandecojn por la sama servo. Legu la konekton el ambaŭ finoj antaŭ ol ŝanĝi ion ajn. Bloko mezurita je unu etikedo tro malgranda aspektas ĝuste kiel konekto, kiu neniam instaliĝas.

show l2vpn connections instance CUST-A extensive

En tiu eligo la envenanta etikedo estas tiu, kiun ĉi tiu PE asignis kaj diris al sia samtavolano uzi, dum la eliranta etikedo estas la asigno de la samtavolano, kiun ĉi tiu PE puŝas. Legi la du inverse estas la klasika eraro, kaj ĝi sendas vin serĉi valoron, kiu neniam devus aperi sur ĉi tiu flanko. La konekta referenco dokumentas la kampojn apud la etikedoj, inkluzive lokon, staton kaj blokinformojn.

Kion pruvas la etikeda serĉo

Post kiam vi havas la envenantan valoron, la loka serĉo estas unu komando:

show route label 160042

Tiu eligo devus montri l2vpn-eron kun sekva salto, kaj la etikeda operacio diras al vi, ĉu la kadro estas puŝata, interŝanĝata aŭ forprenata antaŭ ol ĝi foriras. Se ĝi montras nenion, la serva stato neniam estis instalita kvankam la konekto montras Up, kaj la malkongruo kuŝas en la signalado, ne en la transporto.

Sekvu unu kadron

Unu sola pako puŝita en la aldonaĵon solvas pli ol ajna konfigura revizio. La serva etikeda vojo devus montri al la transporta LSP al la malproksima PE, kaj la du etikedoj devus korespondi al la valoroj, kiujn la samtavolano raportis. Kiam la transporto estas sana kaj la serva etikedo malĝustas, la kadro atingas la ĝustan enkursigilon kaj estas forĵetata tie, kaj tial la nombriloj de la malproksima fino aspektas malplenaj dum tiuj de la proksima fino aspektas okupataj.

Kontrolu la enkapsuligon de la aldonaĵo, la agordon de la kontrola vorto kaj la MTU samtempe, ĉar tiuj estas intertraktitaj ecoj, ne konduto po salto.

Tenu la servajn modelojn aparte

VPLS lernas MAC-adresojn kaj EVPN anoncas finpunktojn, dum punkto-al-punkta L2VPN faras nek unu nek la alian, do iliaj kadro-elektaj proceduroj ne estas interŝanĝeblaj malgraŭ tio, ke ili rajdas la saman infrastrukturon BGP kaj MPLS. Levi solvonpaŝon de unu modelo al alia produktas memfidajn konkludojn sen bazo.

Por mankanta vojo, registru la konektan staton de ambaŭ samtavolanoj, la aldonaĵon, ambaŭ etikedajn direktojn, la enkapsuligon, la agordon de la kontrola vorto kaj la MTU. Tiu registro ligas tion, kio estis anoncita, kun tio, kion la plusenda ebeno efektive faras, kio estas la sola ligo, kiu gravas, kaj ĝi ankaŭ estas tio, kion demandos la sekva inĝeniero.