Nexus TCAM: ARP bastırma bölgesi neden iki dilim gerektirir

Bir ARP bastırma bölgesini boyutlandırırsınız, tasarımın ihtiyaç duyduğu girdileri sayarsınız, bundan daha fazla boş kapasiteye sahip bir bölge bulursunuz ve değişiklik yine de sığmaz. Hiçbir şey yanlış sayılmadı. Okuduğunuz bütçe dilimlerle ölçülür ve çift genişlikte oyulan bir özellik, herhangi bir girdi dikkate alınmadan önce bunlardan iki tanesini gerektirir.

Tahsisatı sabit sayıda birim içeren bir yerleşim sorunu olarak ele alın, aritmetik doğru davranmaya başlar.

Bir bölge girdilere değil dilimlere sahiptir

Bu platformlardaki TCAM dilimlere bölünmüştür ve her dilim tam olarak bir bölgeye aittir. Bölgeler dilimlerle boyutlandırılır ve özelliğin genişliği en az kaç dilim tüketeceğini belirler. Tek genişlikli bir özellik tek bir dilimde yaşayabilir; çift genişlikli bir özellik bitişik bir çift gerektirir.

Bu nedenle boş bir dilim otomatik olarak kullanılabilir kapasite değildir. Ayrı dilimlerdeki iki tek genişlikli bölge, yeni çift genişlikli bir bölgenin gerektirdiği çifti oluşturmak üzere birleşmez ve toplamda bolca kullanılmayan alan gösteren tablo size harcayamayacağınız bir havuzdan söz eder.

Oyuk açmadan önce temel çizgiyi kaydedin

Kesin donanım modelini, NX-OS sürümünü, bölgelerin mevcut genişliklerini ve boyutlarını ve her bölgeyi tüketen özellikleri toplayın. Bunu herhangi bir değişiklikten önce yapın, çünkü yeniden yüklemeden sonra önceki durum bir anıdır, gerçek değil.

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

Komut adları platforma ve sürüme göre değişir ve oyma kılavuzu kendi donanımına uygulananları adlandırır. Başka bir modelden gelen komutun aynı tabloyu ürettiğini varsaymak yerine gerçekte aldığınız çıktıyı okuyun.

Ardından her bölgenin ne için olduğunu yazın. Bir VACL bölgesi bir nedenden ötürü filtre kapasitesidir ve bir QoS bölgesi, birileri onu hâlâ yürürlükte olan bir ilke için boyutlandırdığı için vardır. Bu alanları kontrol etmeden geri kazanılabilir alan olarak ele alan bir plan, özellikleri sessizce kaldırma planıdır. Küçültmeyi planladığınız her bölge için bir sahip belirleyin ve o sahibe yeni boyutu pencereden önce verin.

Yönü de hesaba katın. Platform giriş ve çıkış tahsisatını birleştirdiğinde, bir taraftaki değişiklik diğer taraftaki bütçeyi tüketebilir ve yalnızca giriş tablosunu sayan bir plan doğru görünür ve yeniden yüklemede başarısız olur.

Bir büyük dilimi serbest bırakmanın yapmadığı şey

Büyük tek genişlikli bir bölgeyi küçültmek bir dilimi serbest bırakır. Hedef bölgeniz bir çift gerektiriyorsa, o tek dilim başka bir boş dilime bitişik değilse işe yaramaz olabilir ve bitişiklik yerleşimin özelliğidir, toplamın değil.

İnsanların platformun bozuk olduğu ya da belgelerin yanlış olduğu sonucuna vardığı nokta burasıdır. İkisi de doğru değildir. Tahsisat modeli tam olarak söylediğini yapar ve hata, doğru konumlardaki boş dilimleri saymak yerine boş alanı saymaktı. Yerleşimi kâğıda çizdikten sonra, mevcut çift ya vardır ya yoktur ve bu, platform sahibiyle toplamlar hakkında tartışmaktan çok daha kolay bir konuşmadır.

Adlandırılmaya değer bir sürüm tuzağı da var. Cisco'nun oyma kılavuzu belirli bir donanım neslini tanımlar ve modelinin ne Cloud Scale ne de Silicon One olduğunu açıkça belirtir. Bölge adları, varsayılan boyutlar ve hatta hangi özelliklerin çift genişlik olduğu başka yerlerde farklıdır, bu nedenle bir platformdaki belirli bir bölge hakkındaki uyarı o platform ve sürüm hakkında kanıttır, evrensel bir tarif değildir.

Bir bölgeyi değiştirmek bir özellik değişikliğidir

Her oyma bir kapasite ticaretidir. Bir bölgeyi küçültmek, ARP bastırması için yer açmak o bölgenin koruduğu şeyi azaltır ve sonuç, yere ihtiyaç duyan ilke yeniden uygulanana kadar ortaya çıkmayabilir.

Pencereden önce etkilenen her özelliğin sahibinden yazılı onay alın. Bu bürokrasi değildir: VACL bölgesini başlangıçta boyutlandıran kişi neyi filtrelediğini bilir ve yer açan kişi genellikle bilmez.

Donanım yerleşimini değiştiren değişiklikler için yeniden yükleme bekleyin. Bazı platformlar bunu gerektirir, bazıları gerektirmez, ancak yeniden yükleme mümkünken bakım penceresi olmadan planlamak, bir yönlendirme değişikliğinin kesintiye dönüşme biçimidir. Pencereyi komutun değil yeniden yüklemenin etrafında planlayın ve önceki profil metnini yönetim oturumunu kaybetmiş bir konsoldan okuyabileceğiniz bir yerde saklayın.

Uygulayın ve temel çizgiye karşı doğrulayın

Planı platformun desteklediği süreçle uygulayın, ardından yalnızca eklediğinizi değil koruduğunuz işlevleri de doğrulayın. Filtreleme sessizce eşleşmeyi bırakmışken çalışan yeni oyulmuş bir bölge, özgün hatadan daha kötü bir sonuçtur.

Kapasite çıktısını yeniden okuyun ve kaydettiğiniz temel çizgiyle karşılaştırın, ardından değişikliği tetikleyen özelliği test edin. Nexus TCAM oyma kılavuzu burada açıklanan genişlik ve dilim modeli için referanstır ve hangi donanım neslini kapsadığını da içerir.