Nexus TCAM: wêrom in ARP-ûnderdrukkingsregio twa skiven nedich hat
Logyske ynskriuwingen binne mar de helte fan it budzjet. In funksje dy't as dûbelbreed útsnien wurdt, hat in pear skiven nedich, en ien frije skiif op it ferkearde plak sil net foldwaan.
Jo bepale de grutte fan in ARP-ûnderdrukkingsregio, telle de ynskriuwingen dy't it ûntwerp nedich hat, fine in regio mei mear frije kapasiteit as dat, en de feroaring past noch altyd net. Der is neat ferkeard teld. It budzjet dat jo lies, wurdt yn skiven metten, en in funksje dy't as dûbelbreed útsnien wurdt, hat twa dêrfan nedich foardat ien ynskriuwing beskôge wurdt.
Behannelje de tawizing as in yndielingsprobleem mei in fêst oantal ienheden, en de rekkenkunde begjint him te hâlden.
In regio besit skiven, gjin ynskriuwingen
TCAM is op dizze platfoarms ferdield yn skiven, en elke skiif heart by krekt ien regio. Regio's wurde yn skiven metten, en de breedte fan de funksje bepaalt hoefolle skiven it teminsten brûkt. In funksje fan ien breedte kin yn ien skiif libje; in funksje fan dûbele breedte hat in oanswettend pear nedich.
| 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 |
Sa is in frije skiif net automatysk brûkbere kapasiteit. Twa regio's fan ien breedte op aparte skiven kombinearje net ta it pear dat in nije regio fan dûbele breedte fereasket, en de tabel dy't yn totaal folle ûnbrûkte romte toant, fertelt jo oer in pool dy't jo net útjaan kinne.
Skriuw de basisline op foardat jo útsnije
Sammelje it krekte hardwaremodel, de NX-OS-ferzje, de hjoeddeiske regiopbreedtes en -gruttes, en de funksjes dy't elke regio brûke. Doch dit foar elke feroaring, want nei in werladen is de eardere tastân in oantinken en gjin feit.
show version
show hardware capacity
show running-config | include hardware profileOpdrachtnammen ferskille per platfoarm en ferzje, en de útsnijgids neamt dyjingen dy't foar syn eigen hardware jilde. Lês de útfier dy't jo echt krije ynstee fan oan te nimmen dat in opdracht fan in oar model deselde tabel opsmyt.
Skriuw dan op wêr't elke regio foar is. In VACL-regio is om in reden filterkapasiteit, en in QoS-regio bestiet om't immen it mitten hat foar in belied dat noch jildt. In plan dat dy gebieten as weromhelbere romte behannelet sûnder te kontrolearjen, is in plan om funksjes stil fuort te heljen. Beneam in eigner foar elke regio dy't jo fan doel binne te ferlytsjen, en jou dy eigner de nije grutte foar it finster.
Hâld ek rekken mei rjochting. Wêr't it platfoarm de tawizing fan yngeande en útgeande ferkear keppelet, kin in feroaring oan ien kant budzjet oan de oare kant brûke, en in plan dat allinich de yngeande tabel telt, sil korrekt lykje en by werladen misse.
Wat it frijmeitsjen fan ien grutte skiif net docht
It ferlytsjen fan in grutte regio fan ien breedte makket ien skiif frij. As jo doelregio in pear nedich hat, kin dy iene skiif nutteloas wêze, útsein as er neist in oare frije skiif leit, en oanswettendheid is in eigenskip fan de yndieling en net fan it totaal.
Dit is it punt dêr't minsken konkludearje dat it platfoarm stikken is of dat de dokumintaasje ferkeard is. Gjin fan beide is wier. It tawizingsmodel docht krekt wat it seit, en de flater wie frije romte telle ynstee fan frije skiven op de juste plakken. Sadree't jo de yndieling op papier tekene hawwe, bestiet it beskikbere pear of bestiet it net, en dat is in folle makliker petear mei de platfoarmeigner as in rûzje oer totalen.
Der is ek in ferzje-fal dêr't it wurdich is om te neamen. De útsnijgids fan Cisco beskriuwt in spesifike hardwaregeneraasje en seit dúdlik dat syn model noch Cloud Scale noch Silicon One is. Regionammen, standertgruttes en sels hokker funksjes dûbelbreed binne, ferskille earne oars, dus in warskôging oer in spesifike regio op ien platfoarm is bewiis oer dat platfoarm en dy ferzje, gjin universeel resept.
In regio feroarje is in funksjeferoaring
Elke útsnij is in kapasiteitsruil. In regio ferlytsje om romte te meitsjen foar ARP-ûnderdrukking fermindert wat dy regio beskerme, en it gefolch kin earst ferskine as it belied dat de romte nedich hat, opnij tapast wurdt.
Krij fan de eigner fan elke beynfloede funksje skriftlike ynstimming foar it finster. Dat is gjin burokrasy: dejinge dy't de VACL-regio oarspronklik mitten hat, wit wat it filtert, en dejinge dy't romte makket, wit dat oer it algemien net.
Ferwachtsje in werladen foar feroarings dy't de hardware-yndieling feroarje. Guon platfoarms easkje it en guon net, mar plenning sûnder ûnderhâldsfinster as in werladen mooglik is, is hoe't in routingferoaring in útfal wurdt. Plan it finster om it werladen hinne ynstee fan om it opdracht, en hâld de tekst fan it foarige profyl earne dêr't jo it lêze kinne fan in konsôle dy't syn beheersesje ferlern hat.
Tapasse en ferifiearje tsjin de basisline
Tapasse it plan fia it stipe proses fan it platfoarm, en ferifiearje dan de funksjes dy't jo behâlden hawwe, net allinich dy't jo tafoege hawwe. In nij útsniene regio dy't wurket wylst it filterjen stil ophâlden is te oerienkommen, is in slimmer resultaat as de oarspronklike flater.
Lês de kapasiteitsútfier opnij en fergelykje dy mei de basisline dy't jo opskreaun hawwe, en test dan de funksje dy't de feroaring motivearre. De Nexus TCAM-útsnijgids is de referinsje foar it breedte- en skivenmodel dat hjir beskreaun wurdt, ynklusyf hokker hardwaregeneraasje it beslacht.