Pag-turnover ng L3VPN: pribadong ruta, default, o buong talahanayan?
Ang dapat matanggap ng CE ay nakasalalay sa kung saan lumalabas ang trapikong hindi tumutugma. Dumaan sa turnover nang sunud-sunod, magkasundo sa kaso ng pagkabigo, at saka lamang pag-usapan ang laki ng talahanayan.
Nakaup na ang iyong circuit, naka-configure ang VRF, at nagtatanong ang provider ng maikling tanong na nagtatakda sa natitirang disenyo: ano ang dapat matanggap ng customer edge? Tatlong sagot ang karaniwan at wala sa kanila ang nagmumula sa katotohanang may label stack. Mga desisyon sa serbisyo ang mga ito tungkol sa kung saan lumalabas ang trapiko mula sa sangay.
Ang pagdaan sa turnover nang sunud-sunod ang pinakamurang paraan upang gawin ito nang tama. Nagsisimula ka sa kung ano ang nangyayari sa trapikong hindi tumutugma sa anuman, pagkatapos isusulat mo ang mga pribadong prefix at ang pag-uugali nila kapag may pagkabigo, at saka lamang mo pag-uusapan kung gaano kalaki ang feed na handa mong dalhin.
Magsimula sa trapikong walang nagplano
Magtanong ng isang bagay bago lumitaw ang anumang listahan ng prefix: kapag ang isang packet ay hindi tumutugma sa anumang pribadong ruta, saan ito dapat pumunta? Ang sangay na may sariling internet circuit ay karaniwang nagtatago ng lokal na default, kaya lumalabas ang ordinaryong web traffic sa lokal na firewall at hindi kailanman hinahawakan ang provider. Sa disenyong iyon, ang VPN ay nagdadala lamang ng malalayong pribadong site, at ang mas tiyak na mga prefix ang gumagawa ng pagpili.
Ang sangay na inilaan upang gumamit ng sentral na labasan ang kabaligtaran. Doon ang default ay tumuturo sa loob ng serbisyo, at ang provider o sentral na site ang may-ari ng pagpapasa, pag-ruta pabalik at anumang pagsasalin. Ang pagsasabi ng "default sa VPN" nang wala ang may-ari na iyon ay nagbubunga ng sangay na naglulutas ng mga pangalan at walang naaabot.
Ang dalawang disenyo ay nagkakaiba sa anyo ng pagkabigo sa pag-ruta, at ganoon nga kaya mahal ang panghuhula. Sa lokal na default, ang nawawalang pribadong ruta ay nagpapadala ng trapikong iyon sa internet, kung saan itinatapon ito ng firewall o, mas malala, may sumasagot na hindi mo sinadya. Sa sentral na default, ang parehong pagkawala ay nag-aalis nang lubusan ng access sa internet at ang ticket ay dumarating bilang "bumagsak ang buong sangay". Wala sa dalawang pagkabigo ang mali sa sarili nito, ngunit isa lamang ang tumutugma sa serbisyong iyong ibinenta, at ang configuration ng BGP lamang ay hindi magsasabi sa iyo kung alin ang itinayo mo.
Isulat ang mga pribadong prefix kasama ang kaso ng pagkabigo
Ilista ang mga prefix na kailangang maabot ng sangay at itala kung alin sa mga ito ang naka-summarize. Ang aggregate na isang bit na masyadong malawak ay humihila ng hindi kilalang destinasyon papasok sa VPN, at okay lamang iyon kung talagang pag-aari at ipinapasa sila ng kabilang dulo.
Pagkatapos, ilarawan ang nilalayong pag-uugali kapag nabigo ang pribadong serbisyo. Ang pinanatiling discard route ay naglalayo sa trapiko mula sa hindi awtorisadong landas at nagbibigay ng malinis at inaasahang pagkaantala. Ang lumulutang na default ay maaaring mapanatili ang availability sa pamamagitan ng paglipat sa backup na landas, ngunit kung awtorisado lamang ang backup na landas na iyon na magdala ng trapikong iyon.
Panatilihin ang availability at ang pinapayagang fallback bilang dalawang magkahiwalay na pangangailangan sa dokumento ng turnover. Ang mga team na pinagsasama ang mga ito ay nauuwi sa pagtatalo kung dapat bang bumagsak ang sangay, sa halip na suriin kung naipatupad ang napagkasunduang patakaran.
Suriin kung ano talaga ang inilagay ng CE
Ang layunin ng configuration at ang estado ng pagpapasa ay madalas na hindi magtugma kaya ang pagpapatunay ay bahagi ng turnover, hindi ng review ng insidente. Sa isang customer edge na IOS-XE, ang tatlong command sa ibaba ay sumasagot sa tatlong magkaibang tanong: ano ang inalok, ano ang tinanggap, at ano ang talagang ginagamit.
show ip bgp vpnv4 vrf BRANCH neighbors 192.0.2.1 received-routes
show ip bgp vpnv4 vrf BRANCH
show ip route vrf BRANCH 0.0.0.0
Patakbuhin ang tatlo sa araw ng turnover at hindi isang buwan pagkatapos, habang may naaalala pa kung ano ang napagkasunduan. Ang unang output ay nakasalalay sa soft-reconfiguration inbound o naka-store na route refresh; kung wala ang alinman, hindi maipapakita ng CE kung ano ang tinanggihan nito. Ang pangalawa ay nagpapakita ng mga tinanggap at pinakamahusay na ruta pagkatapos ng patakaran. Ang pangatlo ay nagsasabi kung saan talaga pumupunta ang default, at iyon ang pinakapakinabang na linya sa buong turnover.
Patakbuhin ang parehong mga pagsusuri sa pangalawang CE kung ang site ay may dalawang koneksyon. Ang asymmetric na pagtanggap sa pagitan ng dalawang edge ay karaniwang dahilan ng "gumagana mula sa isang server ngunit hindi sa isa pa", at hindi ito nakikita sa diff ng configuration na mukhang simetriko.
Kwalipikahin ang mas malaking feed sa halip na ipagpalagay ito
May mga pagkakataong talagang kailangan ng customer ang impormasyon ng mga ruta sa internet sa loob ng VRF, para sa policy routing o para sa sentral na labasan na nagdirekta ayon sa prefix. Ito ay pangangailangang dapat sabihin, bigyan ng hangganan at presyuhan, hindi isang nakatagong default. Kasama nito ang memory para sa RIB at FIB, CPU para sa mga update, pagpapanatili ng filter at isang may-ari para sa talahanayang mabubuo.
Nagkakamali ang mga argumento sa kapasidad sa dalawang direksyon. Ang buong talahanayan ay hindi ipinagbabawal sa loob ng VRF, at hindi rin ito libre. Gayundin, hindi mo mahihinuha ang gastos ngayon mula sa lumang bilang ng ruta, at ang mas maliit na alokasyon ng label ay hindi nag-aalis ng gastos sa pag-iimbak ng mga ruta.
Tinalakay ng ispisipikasyon ng BGP/MPLS IP VPN ang ilang kaayusan sa pag-access sa internet sa tabi ng serbisyo ng VPN mismo at hindi idinedeklara ang buong talahanayan o default bilang sapilitan para sa bawat customer, at iyon ang seksyong dapat ituro kapag may lumitaw na pahayag tungkol sa "karaniwang kasanayan": RFC 4364.
Isara ang turnover sa pamamagitan ng pagtatala ng inanunsyong set, natanggap na set at piniling set sa tabi ng napagkasunduang patakaran sa labasan, at sa pamamagitan ng pagsubok ng isang pribadong destinasyon, isang nilalayong pampublikong destinasyon at isang kaso ng pagkawala ng ruta. Ang pinirmahang talaan ng tatlong pagsusuring iyon ay lumulutas ng mas maraming pagtatalo kaysa sa anumang pahayag tungkol sa ginagawa ng karamihan ng network.