Та ARP дарангуйлах бүсийн хэмжээг тодорхойлж, загварт хэрэгтэй бичлэгүүдийг тоолж, үүнээс илүү чөлөөт багтаамжтай бүс олсон ч өөрчлөлт багтахгүй байна. Юу ч буруу тоологдоогүй. Таны уншиж байсан төсөв зүсмэлээр хэмжигддэг бөгөөд давхар өргөнөөр зүссэн функцэд ямар нэг бичлэг авч үзэхээс өмнө тэдгээрийн хоёр нь хэрэгтэй.

Хуваарилалтыг тогтмол тооны нэгжтэй байршлын асуудал гэж үзвэл арифметик зөв ажиллаж эхэлнэ.

Бүс нь бичлэг биш, зүсмэл эзэмшдэг

Эдгээр платформын TCAM нь зүсмэлүүдэд хуваагддаг бөгөөд зүсмэл бүр яг нэг бүст хамаарна. Бүсүүд зүсмэлээр хэмжигддэг бөгөөд функцийн өргөн нь хамгийн багадаа хэдэн зүсмэл зарцуулахыг тодорхойлдог. Нэг өргөний функц нэг зүсмэлд амьдарч болно; давхар өргөний функцэд зэрэгцээ хос хэрэгтэй.

ConceptWhat it means when you plan
SliceThe indivisible unit; it belongs to one region and cannot be shared
Feature widthSingle or double; a double-width feature must have two slices available
Logical entriesWhat the feature wants to store, which only matters after the slices are allocated

Тиймээс чөлөөт зүсмэл нь автоматаар ашиглах боломжтой багтаамж биш. Тусдаа зүсмэл дээрх хоёр нэг өргөний бүс шинэ давхар өргөний бүст шаардлагатай хос болж нэгдэхгүй бөгөөд нийтдээ их ашиглагдаагүй зай харуулж буй хүснэгт тай зарцуулж чадахгүй нөөцийн тухай өгүүлдэг.

Зүсэхээс өмнө суурь шугамыг бүртгэ

Яг техник хангамжийн модел, NX-OS хувилбар, бүсүүдийн одоогийн өргөн ба хэмжээ, мөн бүс бүрийг зарцуулдаг функцүүдийг цуглуул. Үүнийг аливаа өөрчлөлтөөс өмнө хий, учир нь дахин ачаалсны дараа өмнөх төлөв нь дурсамж болох бөгөөд баримт биш.

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

Командын нэрс платформ, хувилбараас хамаарч өөр өөр байдаг бөгөөд зүсэх гарын авлага өөрийн техник хангамжид хамаарахыг нэрлэдэг. Өөр моделийн команд ижил хүснэгт гаргана гэж таамаглахын оронд бодитоор авч буй гаралтыг унш.

Дараа нь бүс бүр юунд зориулагдсаныг бич. VACL бүс нь ямар нэг шалтгаанаар шүүлтүүрийн багтаамж бөгөөд QoS бүс нь одоо ч хүчинтэй бодлогод хэн нэгэн хэмжсэн учраас оршдог. Тэдгээр орон зайг шалгалгүйгээр сэргээгдэх зай гэж үзсэн төлөвлөгөө нь функцуудыг чимээгүй арилгах төлөвлөгөө юм. Багасгахаар төлөвлөж буй бүр бүст эзэмшигч томилж, цонхны өмнө тэр эзэмшигчид шинэ хэмжээг өг.

Чиглэлийг ч харгалз. Платформ оролт, гаралтын хуваарилалтыг холбодог газарт нэг талын өөрчлөлт нөгөө талын төсвийг зарцуулж болох бөгөөд зөвхөн оролтын хүснэгтийг тоолдог төлөвлөгөө зөв харагдаад дахин ачаалахад бүтэлгүйтнэ.

Нэг том зүсмэлийг чөлөөлөх нь юу хийдэггүй вэ

Том нэг өргөний бүсийг багасгах нь нэг зүсмэлийг чөлөөлнө. Хэрэв зорилтот бүст хос хэрэгтэй бол тэр ганц зүсмэл өөр чөлөөт зүсмэлтэй зэрэгцээ биш л бол хэрэггүй байж болох бөгөөд зэрэгцээ байдал нь байршлын шинж, нийлбэрийн шинж биш.

Хүмүүс платформыг эвдэрсэн эсвэл баримт бичгийг буруу гэж дүгнэдэг цэг энэ. Аль нь ч үнэн биш. Хуваарилалтын загвар яг хэлснээ хийдэг бөгөөд алдаа нь зөв байрлал дахь чөлөөт зүсмэлүүдийг тоолохын оронд чөлөөт зайг тоолсон явдал байв. Байршлыг цаасан дээр зурсны дараа боломжтой хос байх эсвэл байхгүй байна, энэ нь нийлбэрийн тухай маргаанаас илүү платформын эзэмшигчтэй хийх хамаагүй хялбар яриа юм.

Нэрлэх ёстой хувилбарын урхи бас бий. Cisco-гийн зүсэх гарын авлага тодорхой техник хангамжийн үеийг тодорхойлж, түүний загвар нь Cloud Scale ч биш, Silicon One ч биш гэдгийг тодорхой хэлдэг. Бүсийн нэрс, анхдагч хэмжээ, тэр ч байтугай аль функцүүд давхар өргөнтэй нь өөр газар өөр байдаг тул нэг платформ дээрх тодорхой бүсийн тухай анхааруулга нь тэр платформ, хувилбарын тухай нотолгоо бөгөөд бүх нийтийн жор биш.

Бүсийг өөрчлөх нь функцийн өөрчлөлт

Зүсмэл бүр бол багтаамжийн солилцоо. Бүсийг багасгаж ARP дарангуйлалд зай гаргах нь тэр бүсийн хамгаалж байсан зүйлийг багасгах бөгөөд үр дагавар нь зай хэрэгтэй бодлогыг дахин хэрэглэх хүртэл илрэхгүй байж болно.

Цонхны өмнө нөлөөлөгдсөн функц бүрийн эзэмшигчээс бичгээр зөвшөөрөл ав. Энэ нь хүнд суртал биш: VACL бүсийг анх хэмжсэн хүн түүний юуг шүүдгийг мэддэг, зай гаргаж буй хүн ихэвчлэн мэддэггүй.

Техник хангамжийн байршлыг өөрчилдөг өөрчлөлтөд дахин ачааллыг хүлээ. Зарим платформ үүнийг шаарддаг, зарим нь шаарддаггүй, гэхдээ дахин ачаалах боломжтой үед засвар үйлчилгээний цонхгүйгээр төлөвлөх нь маршрутын өөрчлөлтийг тасалдал болгох арга юм. Цонхыг командын эргэн тойронд биш, дахин ачааллын эргэн тойронд төлөвлөж, өмнөх профайлын текстийг удирдлагын сессээ алдсан консолоос уншиж болох газар хадгал.

Хэрэглэж, суурь шугамтай харьцуулан шалга

Төлөвлөгөөг платформын дэмждэг процесоор хэрэглэж, дараа нь зөвхөн нэмсэн төдийгүй хадгалсан функцүүдээ шалга. Шүүлтүүр чимээгүйгээр тохиролцохоо больсон үед ажиллаж буй шинээр зүссэн бүс нь анхны алдаанаас ч дор үр дүн юм.

Багтаамжийн гаралтыг дахин уншиж, бүртгэсэн суурь шугамтай харьцуул, дараа нь өөрчлөлтийг үүсгэсэн функцийг турш. Nexus TCAM зүсэх гарын авлага нь энд тайлбарласан өргөн ба зүсмэлийн загварын лавлагаа бөгөөд ямар техник хангамжийн үеийг хамардагийг ч багтаана.

Холбоотой нийтлэлүүд