Nexus TCAM: bakit kailangan ng dalawang slice ang rehiyon ng pagsugpo sa ARP

Sinusukat mo ang isang rehiyon ng pagsugpo sa ARP, binibilang ang mga entry na kailangan ng disenyo, naghahanap ng rehiyon na may mas maraming libreng kapasidad kaysa doon, at hindi pa rin kasya ang pagbabago. Walang maling na bilang. Ang badyet na binabasa mo ay sinusukat sa slice, at ang feature na inukit bilang dobleng lapad ay nangangailangan ng dalawa sa mga ito bago isaalang-alang ang anumang entry.

Ituring ang paglalaan bilang isang problema sa layout na may takdang bilang ng mga yunit, at magsisimulang kumilos nang tama ang aritmetika.

Pagmamay-ari ng rehiyon ang mga slice, hindi ang mga entry

Ang TCAM sa mga platform na ito ay nahahati sa mga slice, at ang bawat slice ay kabilang sa eksaktong isang rehiyon. Ang mga rehiyon ay sinusukat sa slice, at tinutukoy ng lapad ng feature kung ilang slice ang kinokonsumo nito sa pinakamababa. Ang feature na may iisang lapad ay maaaring manirahan sa isang slice; ang feature na dobleng lapad ay nangangailangan ng magkatabing pares.

Kaya ang isang libreng slice ay hindi awtomatikong magagamit na kapasidad. Dalawang rehiyon na may iisang lapad sa magkahiwalay na slice ay hindi nagsasama upang maging pares na kailangan ng bagong rehiyon na dobleng lapad, at ang talahanayang nagpapakita ng maraming hindi gamit na espasyo sa kabuuan ay nagsasabi sa iyo tungkol sa isang pondong hindi mo magagastos.

Itala ang baseline bago ka mag-ukit

Kolektahin ang eksaktong modelo ng hardware, ang release ng NX-OS, ang kasalukuyang lapad at sukat ng mga rehiyon, at ang mga feature na kumokonsumo sa bawat rehiyon. Gawin ito bago ang anumang pagbabago, dahil pagkatapos ng reload ang dating estado ay alaala, hindi katotohanan.

show version
show hardware capacity
show running-config | include hardware profile

Nag-iiba ang mga pangalan ng command ayon sa platform at release, at binabanggit ng gabay sa pag-ukit ang mga naaangkop sa sarili nitong hardware. Basahin ang output na aktwal na nakukuha mo sa halip na ipagpalagay na ang command mula sa ibang modelo ay nagbibigay ng parehong talahanayan.

Pagkatapos, isulat kung para saan ang bawat rehiyon. Ang rehiyon ng VACL ay kapasidad sa pagsala para sa isang dahilan, at ang rehiyon ng QoS ay umiiral dahil may nagsukat nito para sa isang patakarang may bisa pa. Ang planong itinuturing ang mga espasyong iyon na mababawi na espasyo nang walang pagsusuri ay planong tahimik na mag-alis ng mga feature. Magtalaga ng may-ari para sa bawat rehiyong balak mong paliitin, at ibigay sa may-aring iyon ang bagong sukat bago ang window.

Isaalang-alang din ang direksyon. Kung saan pinagsasama ng platform ang paglalaan ng papasok at palabas, ang pagbabago sa isang panig ay maaaring kumonsumo ng badyet sa kabila, at ang planong binibilang lamang ang papasok na talahanayan ay magmumukhang tama at mabibigo sa reload.

Ang hindi ginagawa ng pagpapalaya ng isang malaking slice

Ang pagpapaliit ng malaking rehiyon na iisang lapad ay nagpapalaya ng isang slice. Kung ang target na rehiyon mo ay nangangailangan ng pares, ang nag-iisang slice na iyon ay maaaring walang silbi maliban kung katabi ito ng isa pang libreng slice, at ang pagkakatabi ay katangian ng layout, hindi ng kabuuan.

Ito ang punto kung saan napagpasyahan ng mga tao na sira ang platform o mali ang dokumentasyon. Wala sa dalawa ang totoo. Ginagawa ng modelo ng paglalaan ang eksaktong sinasabi nito, at ang pagkakamali ay ang pagbilang ng libreng espasyo sa halip na bilangin ang mga libreng slice sa tamang posisyon. Kapag iginuhit mo na ang layout sa papel, ang magagamit na pares ay mayroon o wala, at iyon ay isang pakikipag-usap na mas madali sa may-ari ng platform kaysa sa pagtatalo tungkol sa mga kabuuan.

Mayroon ding bitag sa bersyon na dapat pangalanan. Inilalarawan ng gabay sa pag-ukit ng Cisco ang isang partikular na henerasyon ng hardware at malinaw na sinasabi na ang modelo nito ay hindi Cloud Scale at hindi rin Silicon One. Ang mga pangalan ng rehiyon, mga default na sukat at maging kung aling mga feature ang dobleng lapad ay naiiba sa ibang lugar, kaya ang babala tungkol sa isang partikular na rehiyon sa isang platform ay ebidensya tungkol sa platform at release na iyon, hindi isang pangkalahatang resipe.

Ang pagbabago ng rehiyon ay pagbabago ng feature

Bawat pag-ukit ay isang kalakalan sa kapasidad. Ang pagpapaliit ng rehiyon upang magbigay ng espasyo para sa pagsugpo sa ARP ay nagbabawas sa kung ano ang pinoprotektahan ng rehiyong iyon, at ang kahihinatnan ay maaaring hindi lumitaw hanggang sa muling ilapat ang patakarang nangangailangan ng espasyo.

Kunin ang nakasulat na pahintulot ng may-ari ng bawat apektadong feature bago ang window. Hindi ito burukrasya: alam ng taong orihinal na nagsukat ng rehiyon ng VACL kung ano ang sinasala nito, at ang taong gumagawa ng espasyo ay karaniwang hindi alam.

Asahan ang isang reload para sa mga pagbabagong nagbabago sa layout ng hardware. Kailangan ito ng ilang platform at hindi ng iba, ngunit ang pagpaplano nang walang maintenance window kapag posible ang reload ay kung paano nagiging outage ang isang pagbabago sa routing. I-iskedyul ang window sa paligid ng reload at hindi sa paligid ng command, at itago ang teksto ng dating profile sa isang lugar kung saan mababasa mo ito mula sa isang console na nawalan ng session sa pamamahala.

Ilapat at i-verify laban sa baseline

Ilapat ang plano sa pamamagitan ng sinusuportahang proseso ng platform, pagkatapos ay i-verify ang mga function na pinanatili mo, hindi lamang ang idinagdag mo. Ang bagong-ukit na rehiyon na gumagana habang tahimik na tumigil sa pagtutugma ang pagsala ay mas masamang resulta kaysa sa orihinal na pagkabigo.

Basahin muli ang output ng kapasidad at ihambing ito sa baseline na naitala mo, pagkatapos ay subukan ang feature na nagtulak ng pagbabago. Ang gabay sa pag-ukit ng Nexus TCAM ay ang sanggunian para sa modelong lapad at slice na inilarawan dito, kasama kung aling henerasyon ng hardware ang saklaw nito.