Ang lohikal na tunnel ng Junos ay dalawang attachment, hindi isang link

Sa loob ng router, ang interface na lt- ay mukhang eksaktong kable, at ang impresyong iyon ang nagdudulot ng karamihan sa kalituhan. Hindi ito isang link kundi dalawang attachment: bawat dulo ay kabilang sa isang serbisyo, may sariling encapsulation ang bawat dulo, at ang pares ay nagpapasa lamang kapag ang dalawang serbisyo ay wastong pinag-ugnay. Gawin ang limang hakbang sa ibaba nang sunod-sunod, at ituring ang malinis na commit bilang simula ng beripikasyon, hindi bilang katapusan ng gawain. Ang bawat hakbang ay nag-iiwan ng talaan na masusuri ng susunod na inhinyero nang hindi inuulit ang imbestigasyon.

Hakbang 1: isulat ang worksheet ng mga attachment

Bago hawakan ang configuration, iguhit kung ano ang dapat na mag-ugnay sa ano. Ang isang panig ay nagtatapos ng point-to-point Layer 2 circuit, ang kabilang panig ay sumasama sa isang VPLS instance, at ang lohikal na tunnel ay nasa pagitan nila na nagdadala ng mga frame mula sa isa patungo sa isa. Pangalanan ang dalawang serbisyo nang tahasan, dahil ang point-to-point circuit, VPLS instance at EVPN-VXLAN interconnect ay hindi mapagpapalit dahil lamang maaaring ilarawan ang bawat isa bilang pananahi.

Itala ang mga numero ng unit sa dalawang dulo at kung aling serbisyo ang kinabibilangan ng bawat isa. Ang sheet na iyon ang tanging artefact na mananatiling tama pagkatapos ng tatlong pagbabago at isang rollback.

Hakbang 2: i-pin ang mga peer unit at ang encapsulation

Ang dalawang unit ay dapat nasa parehong lohikal na tunnel interface at tumuturo sa isa't isa, at ang isang unit ay maaaring magkaroon ng eksaktong isang peer. Ang dokumentasyon ng Juniper tungkol sa lohikal na tunnel ay nagsasaad ng dalawang limitasyon kasama ang mga sinusuportahang encapsulation at ang mga platform resource na ginagamit ng interface. Beripikahin ang mga ito laban sa naka-install na hardware at release, hindi laban sa isang halimbawa sa laboratoryo mula sa ibang line card. Ang peer unit na referenced sa dalawang magkaibang lt interface ay nag-commit nang malinis at wala itong ipinapasa.

Pagkatapos ay piliin ang encapsulation na tumutugma sa serbisyo sa bawat dulo. Ganito ang sketch ng pares:

set interfaces lt-0/0/0 unit 0 encapsulation vlan-ccc
set interfaces lt-0/0/0 unit 0 peer-unit 1
set interfaces lt-0/0/0 unit 1 encapsulation vlan-vpls
set interfaces lt-0/0/0 unit 1 peer-unit 0

Ang pagkopya ng mga keyword na Ethernet-CCC at Ethernet-VPLS sa isang VLAN service nang hindi tinutugma ang tagging ay ang isa pang karaniwang paraan upang makagawa ng pares na bumabangon ngunit walang ipinapasa.

Hakbang 3: ikonekta ang bawat dulo sa sarili nitong serbisyo

Ang bawat unit ay kabilang sa isang service definition, at dapat talagang isama ito ng serbisyo. Para sa mga sinusuportahang MX Layer 2 arrangement, itinuturo ng dokumentasyon ang membership sa bridge-domain o VPLS bilang ang bagay na gumagawa ng pagpapasa na dalawang-direksyon, ibig sabihin ang tamang pares ng peer na may unit na walang membership ay isang pares ng mga endpoint na kumakausap sa wala. Idagdag ang membership sa parehong commit ng mga unit, upang hindi kailanman magkahiwalay ang dalawa.

I-set up ang pseudowire signalling at ang membership sa instance bilang bahagi ng parehong pagbabago, dahil ang malayong dulo ng circuit ang nagbibigay sa panig ng VPLS ng matututuhan.

Hakbang 4: mag-budget ng mga resource at laki ng frame

Ang panloob na link ay gumagamit pa rin ng mga resource sa pagpapasa. Inililista ng dokumentasyon ang mga implikasyon sa bandwidth ng platform para sa mga lohikal na tunnel, kaya suriin ang mga ito sa halip na ipagpalagay na ang panloob ay libre.

Itugma ang MTU ng serbisyo at ang modelo ng tagging sa dalawang attachment at sa malayong pseudowire. Huwag kopyahin ang isang halimbawang halaga ng MTU nang hindi tinutukoy kung aling mga header ang binibilang ng kaugnay na setting, dahil ang panloob na hop na tahimik na nagpapaliit ng budget ay mabibigo mismo sa lugar kung saan pinakamalaki ang trapiko ng gumagamit.

Hakbang 5: beripikahin ang pagpapasa, pagkatapos ay maghanap ng mga loop

Magpadala ng trapiko sa dalawang direksyon at suriin ang estado ng serbisyo, hindi lamang ang estado ng interface. Sinasabi sa iyo ng show interfaces lt-0/0/0 na ang pares ay administratibong nakaupo, at sinasabi ng show vpls connections kung ang instance ay may koneksyon na mapag-aaralan. Wala sa dalawa ang nagpapatunay na ang isang frame na pumasok sa isang serbisyo ay lumabas sa isa pa, kaya tahasang subukan iyon. Magpadala mula sa isang host sa isang panig patungo sa isang host sa kabilang panig, habang nakikita ang estado ng serbisyo habang tumatakbo ang trapiko.

Sa wakas, suriin kung may isa pang pisikal o lohikal na landas na sumasama na sa parehong Ethernet domain. Ang pagdaragdag ng attachment na ito ay maaaring magbago ng pag-uugali ng pagbaha at lumikha ng loop na wala noon, at ang sintomas ay lilitaw sa ibang lugar nang buong-buo. Planuhin ang redundancy na gusto mo sa halip na matuklasan ang isang hindi binabantayang Layer 2 na landas habang may insidente.