AFI at SAFI: basahin ang pares bago ang pangalan ng serbisyo

Maaari mong makita ang isang sesyon na bumabangon, ang isang ruta na lumilitaw, at gayon pa man ay mali ang binabasang serbisyo. Ang pares ng numero sa simula ng bawat anunsyo, ang tagatukoy ng pamilya ng address at ang tagatukoy ng susunod na pamilya ng address, ang nagtatakda kung aling parser ang bumabasa ng payload at aling talahanayan ang nagtatago ng resulta. Magkamali sa pares at ang patakaran sa pag-import, ang pagtutugma ng target ng ruta at ang paghahanap ng susunod na hop ay tumatakbo laban sa isang istrukturang walang nag-anunsyo. Ang lakad sa ibaba ay nagsisimula sa pares na iyon at nagtatapos sa resulta ng pagpapasa.

Dalawang numero ang nagtatakda kung saang talahanayan nabibilang ang ruta

Lumilitaw ang pares nang dalawang beses: sa loob ng kakayahang multiprotocol, kung saan nag-aanunsyo ang isang tagapagsalita ng pamilya, at sa harap ng bawat NLRI na dinadala ng pamilyang iyon, ginagawa nitong katangian ng ruta at hindi setting sa pinagmulang kahon. Iniimprenta ito ng mga vendor bilang pangalan tulad ng Address family VPNv4 Unicast, at gumagalaw ang pananalita sa pagitan ng mga release habang nananatili ang mga numero.

Apat na encoding ang sumasaklaw sa halos lahat ng kaso ng negosyo: 1 na may 128 para sa VPN-IPv4 na may label na MPLS, 2 na may 128 para sa katumbas na IPv6, 25 na may 65 para sa VPLS na sinenyasan ng BGP, at 25 na may 70 para sa EVPN. Ang unang pagkakamali ay ipagpalagay na bawat serbisyo ng Layer 2 ay nasa likod ng 25 na may 65, na nagtatago sa EVPN. Ang pangalawa ay ituring ang dalawang pamilya ng IP bilang isang pamilyang may mas mahabang address, gayong hiwalay silang pinag-uusapan at maaaring tanggapin sa magkaibang mga peer. Ang pangatlo ay lumilitaw kapag kinopya ang isang template mula sa release na isa lamang ang alam. Ang pagtingin sa rehistro ay nagtatapos sa tatlo nang mas mabilis kaysa haka-hakang itinayo sa pangalan ng serbisyo.

Ituring ang apat na hilera bilang mga halimbawa mula sa rehistro ng IANA, hindi ang rehistro mismo. Kapag walang tugma ang isang numero sa anumang kilala, tingnan ito bago bumuo ng patakaran sa paligid nito.

Nagdadala ang AFI 25 ng dalawang format ng NLRI na walang kaugnayan

Nasa ilalim ng AFI 25 ang dalawang pamilya ng Layer 2, at doon nagtatapos ang pagkakatulad. Ang NLRI ng VPLS sa RFC 4761 section 3.2.2 ay nagdadala ng haba, tagapag-iba ng ruta, VE ID, paglilipat ng bloke ng VE, laki ng bloke ng VE at base ng label, na sama-samang nagpapangalan sa dulo ng pseudowire at sa label nito. Pinapanatili ng EVPN ang AFI 25 at lumilipat sa SAFI 70, kung saan ang payload ay isang uri ng ruta: awtomatikong pagtuklas ng Ethernet, anunsyo ng MAC/IP, inklusibong multicast, segment ng Ethernet, prefix ng IP. Kaya ang parehong paglilipat ng byte ay nangangahulugang magkaiba sa dalawang pamilya. Ang parser na isinulat para sa isa ay bumabasa ng isa pa nang walang reklamo at gumagawa ng kalokohan. Ang pares ang tanging babala na mali ang interpretasyon.

Ang field na nangangahulugang paglilipat ng bloke ng VE sa isang pamilya ay walang katapat sa isa pa, at ang rutang anunsyo ng MAC/IP ay umiiral lamang sa EVPN. Ang pagsipi ng katangian na parang naaangkop sa dalawa ang paraan para magkamali ang pagsusuri ng capture.

Kapag may nagbigay sa iyo ng capture o talahanayan ng vendor, itanong kung aling pamilya ang katangian. Pagkatapos tiyakin na sinusuportahan ng tumatanggap na implementasyon ang pamilyang iyon, hindi ang pangalan ng serbisyo sa datasheet. Maaaring kapwa mag-angkin ng suporta sa VPLS ang dalawang platform habang nagpapatupad ng magkaibang pamilya ng senyas. Hinihiwalay sila ng pares; hindi ng label ng produkto.

Ang sariling pamilya ng address ng sesyon ay hiwalay na tanong

Ang VPN-IPv6 ay karaniwang inaanunsyo sa isang sesyon na ang koneksyon ng TCP ay tumatakbo sa IPv4, at ito ay sinusuportahang disenyo, hindi sira. Kaya ang pagbasa lamang ng buod ng sesyon ay walang sinasabi tungkol sa kung aling mga pamilya ng VPN ang ipinagpapalit ng mga peer.

Ang pamilya ng NLRI, pamilya ng transportasyon at pamilya ng pagpapasa ay tatlong malayang desisyon. Maaaring magsalita ang router ng IPv4 sa peer nito, tumanggap ng maabot ng VPN-IPv6, at maglagay ng rutang ang susunod na hop ay isang address ng IPv6 na maabot sa isang landas na hindi mo sinadya. Kailangan ng bawat antas ang sariling kumpirmasyon. Ang mga site na nag-uulat ng hindi maabot na destinasyon ng IPv6 habang mukhang tama ang mga anunsyo ay kadalasang nawalan ng resolusyon ng susunod na hop, hindi ng negosasyon ng pamilya.

Subukan ang pamilya ng address ng sesyon nang hiwalay, pagkatapos ang mga pamilyang dinadala nito, pagkatapos ang kayang ipasa ng core. Ang paghihiwalay ng tatlo ay pumipigil sa karaniwang maling diagnosis kung saan ang tamang anunsyo ay binabasa bilang patunay na gumagana ang IPv6 mula dulo hanggang dulo. Pinatutunayan lamang nito na may isang peer na nagsabi sa iba tungkol sa isang prefix.

Napagkasunduan, natanggap, na-import, na-install

Para sa isang inaasahang ruta, apat na estado ang dapat manatili sa pagkakasunod-sunod, at bawat isa ay mapapansin. Dapat napagkasunduan ang pamilya sa peer na iyon, dapat dumating ang ruta, dapat i-import ito ng target ng ruta sa inilaan na konteksto, at dapat malutas ang susunod na hop para ma-install ang ruta. Ang paglaktaw sa unang estado ay nagpapawalang-sagot sa tatlo, dahil ang pamilyang hindi napagkasunduan ay walang ginagawang rutang masusuri. Sa mga platform na istilong Cisco, ang mga buod ng pamilya at kakayahan kada peer ay hiwalay na utos.

show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address family

Lumilitaw ang negosasyon sa palitan ng kakayahang nakalimbag kada peer, at ang establisadong sesyon na walang nakalistang pamilya ay walang dinadalang anuman sa hiniling mo. Ang pag-import ay pinagpapasyahan ng mga target ng rutang dinadala bilang pinalawak na komunidad, kaya ang tamang pares na may maling nai-type na target ay nag-iiwan ng walang laman na talahanayan. Ang pag-install ay depende sa paglutas ng susunod na hop sa tumatanggap na konteksto, na maaaring mabigo habang perpekto ang hitsura ng bawat anunsyo.

Kumpirmahin ang data plane sa huli, dahil ang ruta sa talahanayan ay isang pag-aangkin, hindi isang paghahatid. Ang parehong apat na estado ay nalalapat sa bawat pamilya; ang mga utos at pangalan ng talahanayan lamang ang nagbabago.

Ang hindi kailanman pinatutunayan ng pares ng pamilya

Ang tamang pagbasa ng pares ay nagsasabi sa iyo kung paano bigyang-kahulugan ang impormasyon ng routing na sumusunod, at iyon ang buong pag-aangkin. Wala itong sinasabi tungkol sa maabot, patakaran o kalusugan ng data plane. Ang paghaluin ang dalawa ay gumagawa ng kumpiyansang pahayag tungkol sa network na walang nagpatunay. Ang hindi pagtutugma ng target ng ruta at sirang susunod na hop ay magkamukha kung titingnan lamang ang pares. Ang pares ay tagubilin sa pagbasa, hindi kailanman hatol.

Kapag nag-escalate ka, ilagay ang pares, ang target ng ruta at ang nalutas na susunod na hop sa isang tala. Ang susunod na inhinyero ay may tatlong malayang bagay na susubukan sa halip na pangalan ng serbisyong muling bibigyang-kahulugan. Kung walang negosasyon nakikita nila agad, ang maling target ay iniiwan ang pag-import na halatang wala, at ang hindi nalutas na susunod na hop ay iniiwan ang ruta na naroroon ngunit hindi magagamit.