Nexus TCAM: kial regiono por ARP-subpremado bezonas du tranĉaĵojn

Vi mezuras regionon por ARP-subpremado, kalkulas la enskribojn, kiujn la dezajno bezonas, trovas regionon kun pli da libera kapacito ol tio, kaj la ŝanĝo ankoraŭ ne enkondukiĝas. Nenio estis mise kalkulita. La buĝeto, kiun vi legis, estas mezurita en tranĉaĵoj, kaj trajto tranĉita kiel duobla larĝo bezonas du el ili antaŭ ol konsideri ajnan enskribon.

Traktu la atribuon kiel aranĝan problemon kun fiksa nombro da unuoj, kaj la aritmetiko ekfunkcios.

Regiono posedas tranĉaĵojn, ne enskribojn

TCAM sur ĉi tiuj platformoj estas dividita en tranĉaĵojn, kaj ĉiu tranĉaĵo apartenas al ekzakte unu regiono. Regionoj estas mezuritaj en tranĉaĵoj, kaj la larĝo de la trajto determinas, kiom da tranĉaĵoj ĝi konsumas minimume. Trajto de unuobla larĝo povas loĝi en unu tranĉaĵo; trajto de duobla larĝo bezonas apudan paron.

Do libera tranĉaĵo ne estas aŭtomate uzebla kapacito. Du regionoj de unuobla larĝo sur apartaj tranĉaĵoj ne kombiniĝas en la paron, kiun nova regiono de duobla larĝo postulas, kaj la tabelo montranta multe da neuzata spaco entute rakontas al vi pri provizo, kiun vi ne povas elspezi.

Registru la bazlinion antaŭ ol tranĉi

Kolektu la precizan aparatan modelon, la eldonon de NX-OS, la nunajn larĝojn kaj grandojn de regionoj, kaj la trajtojn konsumantajn ĉiun regionon. Faru tion antaŭ ajna ŝanĝo, ĉar post reŝargo la antaŭa stato estas memoro, ne fakto.

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

Komandnomoj varias laŭ platformo kaj eldono, kaj la tranĉgvidilo nomas tiujn, kiuj validas por ĝia propra aparataro. Legu la eligon, kiun vi efektive ricevas, anstataŭ supozi, ke komando de alia modelo produktas la saman tabelon.

Poste skribu, por kio utilas ĉiu regiono. Regiono VACL estas filtra kapacito pro kialo, kaj regiono QoS ekzistas ĉar iu mezuris ĝin por politiko, kiu ankoraŭ validas. Plano, kiu traktas tiujn areojn kiel rekupereblan spacon sen kontroli, estas plano silente forigi trajtojn. Nomu posedanton por ĉiu regiono, kiun vi intencas malgrandigi, kaj donu al tiu posedanto la novan grandecon antaŭ la fenestro.

Konsideru ankaŭ la direkton. Kie la platformo kunligas la atribuon de envenanta kaj eliranta trafiko, ŝanĝo unuflanke povas konsumi buĝeton aliflanke, kaj plano, kiu kalkulas nur la envenantan tabelon, aspektos ĝusta kaj malsukcesos ĉe reŝargo.

Kion la liberigo de unu granda tranĉaĵo ne faras

Malgrandigi grandan regionon de unuobla larĝo liberigas unu tranĉaĵon. Se via cela regiono bezonas paron, tiu unuopa tranĉaĵo povas esti senutila krom se ĝi najbaras al alia libera tranĉaĵo, kaj najbareco estas eco de la aranĝo, ne de la sumo.

Ĉi tio estas la punkto, kie homoj konkludas, ke la platformo estas difektita aŭ ke la dokumentaro malĝustas. Nek unu nek la alia veras. La atribua modelo faras ĝuste tion, kion ĝi diras, kaj la eraro estis kalkuli liberan spacon anstataŭ liberajn tranĉaĵojn en la ĝustaj pozicioj. Post kiam vi desegnis la aranĝon sur papero, la disponebla paro aŭ ekzistas aŭ ne, kaj tio estas multe pli facila konversacio kun la platformposedanto ol disputo pri sumoj.

Estas ankaŭ eldona kaptilo, kiun indas nomi. La tranĉgvidilo de Cisco priskribas specifan generacion de aparataro kaj klare deklaras, ke ĝia modelo estas nek Cloud Scale nek Silicon One. Regionnomoj, defaŭltaj grandecoj kaj eĉ kiuj trajtoj estas duobla larĝo diferencas aliloke, do averto pri specifa regiono sur unu platformo estas pruvo pri tiu platformo kaj eldono, ne universala recepto.

Ŝanĝi regionon estas ŝanĝo de trajto

Ĉiu tranĉo estas kapacita interŝanĝo. Malgrandigi regionon por fari lokon por ARP-subpremado reduktas tion, kion tiu regiono protektis, kaj la konsekvenco eble ne aperos ĝis la politiko bezonanta la spacon estos denove aplikata.

Akiru skriban konsenton de la posedanto de ĉiu tuŝita trajto antaŭ la fenestro. Tio ne estas burokratio: la persono, kiu origine mezuris la regionon VACL, scias, kion ĝi filtras, kaj la persono, kiu faras lokon, ĝenerale ne scias.

Atendu reŝargon por ŝanĝoj, kiuj aliigas la aparatan aranĝon. Iuj platformoj postulas ĝin kaj iuj ne, sed plani sen bontenada fenestro, kiam reŝargo eblas, estas la maniero, kiel enkursiga ŝanĝo fariĝas interrompo. Planu la fenestron ĉirkaŭ la reŝargo anstataŭ ĉirkaŭ la komando, kaj konservu la antaŭan profilan tekston ie, de kie vi povas legi ĝin per konzolo, kiu perdis sian administran seancon.

Apliku kaj kontrolu kontraŭ la bazlinio

Apliku la planon per la subtenata procezo de la platformo, poste kontrolu la funkciojn, kiujn vi konservis, ne nur tiun, kiun vi aldonis. Nova tranĉita regiono, kiu funkcias dum la filtrado silente ĉesis kongrui, estas pli malbona rezulto ol la origina fiasko.

Relutu la kapacitan eligon kaj komparu ĝin kun la bazlinio, kiun vi registris, poste testu la trajton, kiu motivis la ŝanĝon. La tranĉgvidilo de Nexus TCAM estas la referenco por la modelo de larĝo kaj tranĉaĵoj priskribita ĉi tie, inkluzive kiun aparatan generacion ĝi kovras.