Nexus TCAM: miért kell két szelet egy ARP-elnyomási régiónak

Méretez egy ARP-elnyomási régiót, megszámolja a bejegyzéseket, amelyekre a tervezésnek szüksége van, talál egy régiót, amelynek több szabad kapacitása van ennél, és a változás mégsem fér bele. Semmit nem számoltak el. A költségvetés, amelyet olvasott, szeletekben van mérve, és a dupla szélességűre vágott funkciónak kettőre van szüksége belőlük, mielőtt bármelyik bejegyzést figyelembe vennék.

Tekintse az allokációt rögzített számú egységgel rendelkező elrendezési problémának, és az aritmetika elkezd helyesen viselkedni.

A régió szeleteket birtokol, nem bejegyzéseket

A TCAM ezeken a platformokon szeletekre van osztva, és minden szelet pontosan egy régióhoz tartozik. A régiókat szeletekben méretezik, és a funkció szélessége határozza meg, hogy legalább hány szeletet fogyaszt. Az egyszeres szélességű funkció elfér egy szeletben; a dupla szélességű funkciónak szomszédos párra van szüksége.

A szabad szelet tehát nem automatikusan használható kapacitás. Két egyszeres szélességű régió külön szeleteken nem áll össze azzá a párrá, amelyre egy új dupla szélességű régiónak szüksége van, és a táblázat, amely összesen bőven mutat kihasználatlan helyet, egy olyan tartalékról beszél, amelyet nem tud elkölteni.

Rögzítse az alapállapotot, mielőtt vág

Gyűjtse össze a pontos hardvermodellt, az NX-OS kiadását, a régiók jelenlegi szélességét és méreteit, valamint az egyes régiókat fogyasztó funkciókat. Tegye ezt bármilyen változtatás előtt, mert újratöltés után az előző állapot emlék, nem tény.

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

A parancsnevek platformonként és kiadásonként változnak, és a vágási útmutató azokat nevezi meg, amelyek a saját hardverére érvényesek. Olvassa azt a kimenetet, amelyet ténylegesen kap, ahelyett hogy feltételezné, hogy egy másik modell parancsa ugyanazt a táblázatot adja.

Ezután írja le, mire való az egyes régiók. A VACL régió valamilyen okból szűrőkapacitás, és a QoS régió azért létezik, mert valaki egy még érvényben lévő szabályzathoz méretezte. Az a terv, amely ezeket a területeket ellenőrzés nélkül visszanyerhető helyként kezeli, a funkciók csendes eltávolításának terve. Nevezzen meg tulajdonost minden régióhoz, amelyet csökkenteni kíván, és adja meg a tulajdonosnak az új méretet az ablak előtt.

Az irányt is vegye figyelembe. Ahol a platform összekapcsolja a bejövő és kimenő forgalom allokációját, az egyik oldali változás a másik oldalon fogyaszthat költségvetést, és az a terv, amely csak a bejövő táblát számolja, helyesnek tűnik, és újratöltéskor meghiúsul.

Mit nem tesz meg egy nagy szelet felszabadítása

Egy nagy egyszeres szélességű régió csökkentése egy szeletet szabadít fel. Ha a célrégiónak párra van szüksége, az az egyetlen szelet haszontalan lehet, hacsak nem szomszédos egy másik szabad szelettel, és a szomszédosság az elrendezés tulajdonsága, nem az összegé.

Ez az a pont, ahol az emberek arra jutnak, hogy a platform elromlott, vagy hogy a dokumentáció hibás. Egyik sem igaz. Az allokációs modell pontosan azt teszi, amit mond, és a hiba az volt, hogy szabad helyet számoltak a megfelelő pozíciókban lévő szabad szeletek helyett. Miután felrajzolta az elrendezést papírra, a rendelkezésre álló pár vagy létezik, vagy nem, és ez sokkal könnyebb beszélgetés a platform tulajdonosával, mint egy vita az összegekről.

Van egy verziócsapda is, amelyet érdemes megnevezni. A Cisco vágási útmutatója egy adott hardvergenerációt ír le, és egyértelműen kijelenti, hogy modellje sem nem Cloud Scale, sem nem Silicon One. A régiónevek, az alapértelmezett méretek és még az is, hogy mely funkciók dupla szélességűek, máshol eltérnek, ezért egy adott régióra vonatkozó figyelmeztetés egy platformon az adott platformra és kiadásra vonatkozó bizonyíték, nem univerzális recept.

Egy régió megváltoztatása funkcióváltozás

Minden vágás kapacitáscsere. Egy régió csökkentése, hogy helyet csináljon az ARP-elnyomásnak csökkenti azt, amit az a régió védett, és a következmény csak akkor jelenhet meg, amikor a helyet igénylő szabályzatot újra alkalmazzák.

Szerezzen írásos beleegyezést minden érintett funkció tulajdonosától az ablak előtt. Ez nem bürokrácia: aki eredetileg méretezte a VACL régiót, tudja, mit szűr, és aki helyet csinál, általában nem tudja.

Számítson újratöltésre azoknál a változtatásoknál, amelyek módosítják a hardver elrendezését. Egyes platformok megkövetelik, mások nem, de karbantartási ablak nélkül tervezni, amikor az újratöltés lehetséges, az az út, amelyen egy útválasztási változás kieséssé válik. Az ablakot az újratöltés köré tervezze, nem a parancs köré, és tartsa az előző profil szövegét olyan helyen, ahonnan olyan konzolról is el tudja olvasni, amely elvesztette a kezelési munkamenetét.

Alkalmazza és ellenőrizze az alapállapothoz képest

Alkalmazza a tervet a platform támogatott folyamatán keresztül, majd ellenőrizze a megőrzött funkciókat, ne csak a hozzáadottat. Egy frissen vágott régió, amely működik, miközben a szűrés csendesen abbahagyta az egyezést, rosszabb eredmény, mint az eredeti hiba.

Olvassa újra a kapacitáskimenetet, és hasonlítsa össze a rögzített alapállapottal, majd tesztelje a változást kiváltó funkciót. A Nexus TCAM vágási útmutató az itt leírt szélesség- és szeletmodell referenciája, beleértve azt is, hogy melyik hardvergenerációt fedi le.