Pag-size ng malaking VPN na hugis-bituin: magbilang bago pumili ng BGP
Ang mga prefix ay ang madaling bilang. Ang mga session, daloy ng update at pagbangon pagkatapos ng pagkabigo ng hub ang nagtatakda kung tatagal ang disenyo sa ilang libong sangay.
Tatlong libong sangay ay parang problema sa routing pero kumikilos na parang problema sa accounting. Ang kabuuang bilang ng prefix ay natatapos sa sampung minuto, at bihirang ito ang bilang na masakit. Ang masakit ay ang trabaho kada session, ang daloy ng update kapag bumagsak ang isang shared na bahagi, at ang oras bago muling tumugma ang forwarding sa bagong topology.
Kaya tahakin ang aritmetika sa tamang pagkakasunod-sunod. Bilangin ang mga relasyon, bilangin ang mga prefix at alternatibo, pagkatapos bilangin ang nangyayari sa isang masamang oras, at pagkatapos lang ihambing ang mga protocol at platform. Sa baligtad na pagkakasunod-sunod, ang ehersisyo ay nagiging debate tungkol sa mga limitasyon ng ruta na walang makapagtapos gamit ang impormasyon sa mesa.
Apat na badyet, hindi isa
Ang bawat badyet ay sumasagot sa ibang tanong, at bawat isa ay maaaring maging naglilimitang hadlang sa ibang platform. Ang pagsulat sa kanila nang hiwalay ay pumipigil sa isang malaking bilang ng prefix na pumalit sa buong disenyo.
| Budget | What you are really counting |
|---|---|
| Sessions | Peers per hub, keepalive or hello processing, authentication state, and the per-neighbor memory that never shows up in a route count |
| Prefixes | Alternatives received, prefixes selected, entries installed for forwarding, and how much of that each spoke is allowed to see |
| Churn | Updates generated by a flapping link, a hub outage, or every branch reconnecting after a regional event |
| Recovery | Time to detect, reselect, reinstall and restore the application, measured end to end rather than per box |
Ang huling dalawa ang madalas laktawan sa isang review ng disenyo. Ang network na komportableng kasya sa memorya sa steady state ay maaari pa ring gumawi nang masama kapag apat na raang sangay ang muling kumonekta sa loob ng dalawang minuto, dahil dumarating ang trabaho nang mas mabilis kaysa kayang ilabas ng control plane. Isulat ang laki ng daloy bilang numero, kasama kung gaano katagal maaaring manatiling degraded ang serbisyo. Ginagawa nitong totoong pagsusulit ang malabong alalahanin na kayang patakbuhin ng isang tao.
May nakakubling tanong din sa platform sa lahat ng apat: kung ang encryption, forwarding at routing ay nagbabahagi ng isang CPU o may hiwalay na mga landas. Dalawang device na may parehong kapasidad ng ruta ay maaaring gumawi nang lubhang magkaiba sa ilalim ng daloy, at bihirang sinasabi ng datasheet kung alin ang binibili mo.
Gawin ang aritmetika gamit ang sarili mong mga numero
Kumuha ng kathang-isip na disenyo: 3,000 sangay, tig-tatlong prefix bago ang aggregation, at dalawang hub kada sangay para sa redundancy. Ang pares ng hub ay kailangang humawak ng humigit-kumulang 9,000 prefix ng sangay bago ang pagbubuod, at ang disenyo ay nagsasangkot ng 6,000 session ng sangay-to-hub kung ang bawat sangay ay nakikipag-peer sa dalawa.
Ngayon idagdag ang mga bahaging hindi prefix. Ang bawat session ay nagdadala ng estado at pana-panahong mensahe kahit walang nagbabago. Ang bawat hub ay maaaring humawak ng higit sa isang landas kada prefix kung inaasahan ang mabilis na paglipat, kaya ang bilang ng alternatibo ay maaaring lumampas sa bilang ng napili. At ang pananaw ng bawat sangay ay hiwalay na desisyon sa patakaran: ang pagbibigay sa bawat sangay ng mga ruta ng lahat ng iba ay nagpaparami ng trabaho sa paraang hindi ibinubunyag ng pagbilang sa panig ng hub.
Ito ay mga bilang sa pagpaplano para sa usapan sa disenyo, hindi pagsukat ng anumang produkto. Ang kapaki-pakinabang na resulta ng ehersisyo ay ang hugis ng kurba, hindi isang pag-aangkin kung saan sumusuko ang isang partikular na router.
Ano ang ibinibigay sa iyo ng BGP, at ano ang ibinibigay ng IGP
Hinihiwalay ng BGP ang natanggap ng router, ang pinili nito at ang inaanunsyo nito, at ang bawat isa ay kinokontrol ng patakaran. Iyon mismo ang kailangan ng network ng sangay, dahil ang isang sangay ay karaniwang dapat makakita ng default na ruta, ang mga sentral na serbisyo at napakakaunting iba pa. Ang pagbilang lamang ng huling talahanayan ay nagtatago ng mga alternatibo at anunsyo, at iyon ang mga bahaging lumalaki kapag nagdagdag ka ng redundancy.
Ang IGP ay hindi awtomatikong mali. Kapag ang topology, estruktura ng area at modelo ng adjacency ay umaayon sa serbisyo, mabilis na nagko-converge ang link-state protocol at kailangan ng mas kaunting patakaran. Ang patibong ay ang ipalagay na kayang ipahayag ang parehong kontrol sa pag-export kada kapitbahay gaya ng BGP: ang OSPF area ay hangganan ng pagbaha, hindi filter na maisasabit sa isang sangay.
Sa alinmang paraan, pagpasyahan muna ang modelo ng visibility. Ang mga default na ruta, buod para sa sentral na serbisyo o kumpletong detalye ng sangay ay tatlong magkaibang produkto, at ang buod na nagtatago ng mas tiyak na pagkabigo ay desisyon sa disenyo na dapat isulat, hindi tuklasin habang may outage.
Subukan ang daloy, hindi ang steady state
Itayo ang paghahambing sa paligid ng pagkabigong talagang inaasahan mo: isang hub na down, rehiyonal na kaganapan sa WAN, o maintenance window na nag-aalis ng kalahati ng mga site nang sabay. Sukatin ang pagbangon mula sa pananaw ng sangay, kasama ang application, dahil maliit ang halaga ng control plane na nagko-converge sa ilang segundo kung ang session ay tumatagal ng ilang minuto bago muling maitayo.
show bgp vpnv4 unicast summary
show ip route vrf BRANCH summary
show processes cpu sorted | include BGP|OSPFItala ang ginagawa ng platform sa tuktok ng daloy at hindi sa pahinga, at ulitin ito nang nakabukas ang mga feature ng seguridad. Ang proof of concept na nagpapakita lamang ng tahimik na talahanayan ay pagsubok sa memorya, at ang memorya ay hindi kailanman naging kawili-wiling numero.