Nexus TCAM: waarom 'n ARP-onderdrukkingsgebied twee snye nodig het
Logiese inskrywings is net die helfte van die begroting. 'n Funksie wat as dubbelwyd toegeken word, het 'n paar snye nodig, en een vrye sny op die verkeerde plek sal nie werk nie.
Jy bepaal die grootte van 'n ARP-onderdrukkingsgebied, tel die inskrywings wat die ontwerp nodig het, vind 'n gebied met meer vrye kapasiteit as dit, en die verandering pas steeds nie. Niks is verkeerd getel nie. Die begroting wat jy gelees het, word in snye gemeet, en 'n funksie wat as dubbelwyd toegeken word, het twee daarvan nodig voordat enige inskrywing oorweeg word.
Behandel die toekenning as 'n uitlegprobleem met 'n vaste aantal eenhede, dan begin die rekenkunde sin maak.
'n Gebied besit snye, nie inskrywings nie
TCAM op hierdie platforms is in snye verdeel, en elke sny behoort aan presies een gebied. Gebiede word in snye gemeet, en die wydte van die funksie bepaal hoeveel snye dit ten minste verbruik. 'n Enkelwyd-funksie kan in een sny woon; 'n dubbelwyd-funksie het 'n aaneenlopende paar nodig.
| Concept | What it means when you plan |
|---|---|
| Slice | The indivisible unit; it belongs to one region and cannot be shared |
| Feature width | Single or double; a double-width feature must have two slices available |
| Logical entries | What the feature wants to store, which only matters after the slices are allocated |
Dus is 'n vrye sny nie outomaties bruikbare kapasiteit nie. Twee enkelwyd-gebiede op aparte snye kombineer nie tot die paar wat 'n nuwe dubbelwyd-gebied vereis nie, en die tabel wat baie ongebruikte ruimte in totaal wys, vertel jou van 'n poel wat jy nie kan bestee nie.
Voordat jy snye toeken, teken die basislyn op
Versamel die presiese hardewaremodel, die NX-OS-vrystelling, die huidige gebiedswydtes en -groottes, en die funksies wat elke gebied verbruik. Doen dit voor enige verandering, want ná 'n herlaai is die vorige toestand 'n herinnering eerder as 'n feit.
show version
show hardware capacity
show running-config | include hardware profileOpdragname verskil per platform en vrystelling, en die toekenningsgids noem dié wat op sy eie hardeware van toepassing is. Lees die uitvoer wat jy werklik kry eerder as om aan te neem dat 'n opdrag van 'n ander model dieselfde tabel lewer.
Skryf dan neer waarvoor elke gebied is. 'n VACL-gebied is om 'n rede filterkapasiteit, en 'n QoS-gebied bestaan omdat iemand dit beplan het vir 'n beleid wat steeds geld. 'n Plan wat dit as herwinbare ruimte behandel sonder om te kontroleer, is 'n plan om funksies stilweg te verwyder. Wys 'n eienaar aan vir elke gebied wat jy van plan is om te verklein, en gee daardie eienaar die nuwe grootte voor die venster.
Hou ook rekening met rigting. Waar die platform inkomende en uitgaande toekenning koppel, kan 'n verandering aan een kant begroting aan die ander kant verbruik, en 'n plan wat net die inkomende tabel tel, sal korrek lyk en by herlaai misluk.
Wat die vrylating van een groot sny nie doen nie
Die verkleining van 'n groot enkelwyd-gebied maak een sny vry. As jou teikengebied 'n paar nodig het, kan daardie enkele sny nutteloos wees tensy dit langs 'n ander vrye sny lê, en aangrensendheid is 'n eienskap van die uitleg eerder as van die totaal.
Dit is die punt waar mense tot die gevolgtrekking kom dat die platform stukkend is of dat die dokumentasie verkeerd is. Nie een is waar nie. Die toekenningsmodel doen presies wat dit sê, en die fout was om vrye ruimte te tel in plaas van vrye snye op die regte plekke. Sodra jy die uitleg op papier geteken het, bestaan die beskikbare paar óf dit bestaan nie, en dit is 'n baie makliker gesprek met die platformeienaar as 'n argument oor totale.
Daar is ook 'n weergawe-val wat die naam werd is. Die Cisco-toekenningsgids beskryf 'n spesifieke generasie hardeware en sê duidelik dat sy model nóg Cloud Scale nóg Silicon One is. Gebiedsname, verstekgroottes en selfs watter funksies dubbelwyd is, verskil elders, so 'n waarskuwing oor 'n spesifieke gebied op een platform is bewyse oor daardie platform en vrystelling, nie 'n universele resep nie.
Om 'n gebied te verander, is 'n funksieverandering
Elke toekenning is 'n kapasiteitsruil. Om 'n gebied te verklein om plek te maak vir ARP-onderdrukking verminder wat daardie gebied ook al beskerm het, en die gevolg verskyn dalk eers wanneer die beleid wat die ruimte nodig het, weer toegepas word.
Kry die eienaar van elke geaffekteerde funksie om skriftelik in te stem voor die venster. Dit is nie burokrasie nie: die persoon wat die VACL-gebied oorspronklik beplan het, weet wat dit filter, en die persoon wat plek maak, weet dit gewoonlik nie.
Verwag 'n herlaai vir veranderinge wat die hardeware-uitleg wysig. Sommige platforms vereis dit en ander nie, maar om sonder 'n onderhoudsvenster te beplan wanneer 'n herlaai moontlik is, is hoe 'n roeteringsverandering 'n onderbreking word. Beplan die venster rondom die herlaai eerder as rondom die opdrag, en hou die vorige profielteks iewers waar jy dit kan lees vanaf 'n konsole wat sy bestuursessie verloor het.
Pas toe en verifieer teen die basislyn
Pas die plan toe deur die platform se ondersteunde proses, en verifieer dan die funksies wat jy behou het, nie net dié wat jy bygevoeg het nie. 'n Nuwe toegekende gebied wat werk terwyl die filter stilweg ophou pas het, is 'n erger uitkoms as die oorspronklike fout.
Lees die kapasiteitsuitvoer weer en vergelyk dit met die basislyn wat jy opgeteken het, en toets dan die funksie wat die verandering gemotiveer het. Die Nexus TCAM-toekenningsgids is die verwysing vir die wydte- en sny-model wat hier beskryf word, insluitend watter hardewaregenerasie dit dek.