Nexus TCAM: miks ARP summutamise piirkond vajab kahte viilu

Te mõõdate ARP summutamise piirkonda, loendate kirjed, mida disain vajab, leiate piirkonna, mille vaba maht on sellest suurem, ja muudatus ei mahu ikkagi. Midagi ei loendatud valesti. Eelarve, mida lugesite, on mõõdetud viiludes, ja kahekordse laiusena lõigatud funktsioon vajab kahte neist enne, kui ühtegi kirjet arvestatakse.

Käsitlege jaotust fikseeritud arvu ühikutega paigutuse probleemina ja aritmeetika hakkab käituma.

Piirkond omab viile, mitte kirjeid

TCAM on nendel platvormidel jagatud viiludeks ja iga viil kuulub täpselt ühte piirkonda. Piirkondi mõõdetakse viiludes ja funktsiooni laius määrab, kui palju viile see minimaalselt tarbib. Ühekordse laiusega funktsioon mahub ühte viilu; kahekordse laiusega funktsioon vajab kõrvuti asetsevat paari.

Seega ei ole vaba viil automaatselt kasutatav maht. Kaks ühekordse laiusega piirkonda eraldi viiludel ei ühine paariks, mida uus kahekordse laiusega piirkond nõuab, ja tabel, mis näitab kokku rohkelt kasutamata ruumi, räägib teile reservist, mida te kulutada ei saa.

Enne lõikamist registreerige algväärtus

Koguge täpne riistvaramudel, NX-OS-i versioon, praegused piirkondade laiused ja suurused ning iga piirkonda tarbivad funktsioonid. Tehke seda enne mis tahes muudatust, sest pärast uuesti laadimist on varasem olek mälestus, mitte fakt.

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

Käskude nimed erinevad platvormi ja versiooni järgi ning lõikamisjuhend nimetab need, mis kehtivad tema enda riistvara kohta. Lugege väljundit, mille te tegelikult saate, selle asemel et eeldada, et teise mudeli käsk annab sama tabeli.

Seejärel kirjutage üles, milleks iga piirkond on. VACL-i piirkond on filtreerimisvõimekus põhjusega ja QoS-i piirkond on olemas, sest keegi mõõtis selle välja poliitika jaoks, mis kehtib endiselt. Plaan, mis kohtleb neid alasid tagasivõetava ruumina ilma kontrollimata, on plaan funktsioone vaikselt eemaldada. Määrake omanik iga piirkonna jaoks, mida kavatsete vähendada, ja andke sellele omanikule uus suurus enne akent.

Arvestage ka suunaga. Kus platvorm seob sissetuleva ja väljuva liikluse jaotuse, võib muudatus ühel küljel tarbida eelarvet teisel, ja plaan, mis loeb ainult sissetulevat tabelit, näeb õige välja ja ebaõnnestub uuesti laadimisel.

Mida ühe suure viilu vabastamine ei tee

Suure ühekordse laiusega piirkonna vähendamine vabastab ühe viilu. Kui teie sihtpiirkond vajab paari, võib see üksik viil olla kasutu, kui see ei ole teise vaba viilu kõrval, ja külgnemine on paigutuse omadus, mitte summa.

See on punkt, kus inimesed järeldavad, et platvorm on katki või dokumentatsioon on vale. Kumbki ei ole tõsi. Jaotusmudel teeb täpselt seda, mida ta ütleb, ja viga oli lugeda vaba ruumi, mitte vabu viile õigetes kohtades. Kui olete paigutuse paberile joonistanud, siis saadaolev paar kas on olemas või ei ole, ja see on platvormi omanikuga palju lihtsam vestlus kui vaidlus summade üle.

On ka versioonilõks, mida tasub nimetada. Cisco lõikamisjuhend kirjeldab kindlat riistvarapõlvkonda ja ütleb selgesõnaliselt, et selle mudel ei ole ei Cloud Scale ega Silicon One. Piirkondade nimed, vaikesuurused ja isegi see, millised funktsioonid on kahekordse laiusega, erinevad mujal, seega hoiatus kindla piirkonna kohta ühel platvormil on tõend selle platvormi ja versiooni kohta, mitte universaalne retsept.

Piirkonna muutmine on funktsiooni muutmine

Iga lõikamine on mahuvahetus. Piirkonna vähendamine, et teha ruumi ARP summutamisele vähendab seda, mida see piirkond kaitses, ja tagajärg võib ilmneda alles siis, kui ruumi vajav poliitika uuesti rakendatakse.

Hankige enne akent iga mõjutatud funktsiooni omaniku kirjalik nõusolek. See ei ole bürokraatia: inimene, kes VACL-i piirkonna algselt välja mõõtis, teab, mida see filtreerib, ja ruumi tegija üldiselt ei tea.

Oodake uuesti laadimist muudatuste puhul, mis muudavad riistvara paigutust. Mõned platvormid nõuavad seda ja mõned mitte, kuid ilma hooldusaknata planeerimine, kui uuesti laadimine on võimalik, on viis, kuidas marsruutimise muudatusest saab katkestus. Planeerige aken ümber uuesti laadimise, mitte ümber käsu, ja hoidke eelmise profiili tekst kuskil, kus saate seda lugeda konsoolilt, mis on kaotanud oma haldussessiooni.

Rakendage ja kontrollige algväärtuse vastu

Rakendage plaan platvormi toetatud protsessi kaudu, seejärel kontrollige funktsioone, mille säilitasite, mitte ainult seda, mille lisasite. Värskelt lõigatud piirkond, mis töötab, samal ajal kui filtreerimine on vaikselt lakanud sobimast, on halvem tulemus kui algne tõrge.

Lugege mahu väljund uuesti läbi ja võrrelge seda registreeritud algväärtusega, seejärel testige funktsiooni, mis muudatuse põhjustas. Nexus TCAM-i lõikamisjuhend on siin kirjeldatud laiuse ja viilu mudeli viide, sealhulgas see, millist riistvarapõlvkonda see hõlmab.