Nexus TCAM: чому регіону придушення ARP потрібні два зрізи

Ви визначаєте розмір регіону придушення ARP, лічите записи, потрібні проєкту, знаходите регіон із більшою вільною ємністю, ніж це, і зміна все одно не вміщується. Нічого не було пораховано неправильно. Бюджет, який ви читали, вимірюється у зрізах, а функції, вирізаній подвійною шириною, потрібні два з них, перш ніж буде розглянуто будь-який запис.

Розглядайте розподіл як задачу компонування з фіксованою кількістю одиниць, і арифметика почне поводитися правильно.

Регіон володіє зрізами, а не записами

TCAM на цих платформах поділена на зрізи, і кожен зріз належить рівно одному регіону. Регіони вимірюються у зрізах, а ширина функції визначає, скільки зрізів вона споживає щонайменше. Функція одинарної ширини може жити в одному зрізі; функції подвійної ширини потрібна суміжна пара.

Отже, вільний зріз — це не автоматично доступна ємність. Два регіони одинарної ширини на окремих зрізах не об'єднуються в пару, якої потребує новий регіон подвійної ширини, а таблиця, що показує багато невикористаного місця в сумі, розповідає вам про пул, який ви не можете витратити.

Запишіть базову лінію, перш ніж вирізати

Зберіть точну модель обладнання, випуск NX-OS, поточні ширини й розміри регіонів, а також функції, що споживають кожен регіон. Зробіть це до будь-якої зміни, бо після перезавантаження попередній стан — це спогад, а не факт.

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

Назви команд різняться залежно від платформи та випуску, і посібник із вирізання називає ті, що застосовні до його власного обладнання. Читайте вивід, який ви дійсно отримуєте, замість того щоб припускати, що команда з іншої моделі дає ту саму таблицю.

Потім запишіть, для чого потрібен кожен регіон. Регіон VACL — це ємність фільтрації не просто так, а регіон QoS існує тому, що хтось розрахував його під політику, яка все ще діє. План, який розглядає ці області як місце, яке можна повернути, без перевірки — це план тихо видалити функції. Призначте власника для кожного регіону, який збираєтеся зменшити, і повідомте цьому власнику новий розмір до вікна.

Врахуйте також напрямок. Там, де платформа пов'язує розподіл вхідного й вихідного трафіку, зміна з одного боку може споживати бюджет з іншого, і план, який рахує лише вхідну таблицю, виглядатиме правильним і провалиться під час перезавантаження.

Чого не робить звільнення одного великого зрізу

Зменшення великого регіону одинарної ширини звільняє один зріз. Якщо вашому цільовому регіону потрібна пара, цей єдиний зріз може бути марним, якщо він не суміжний з іншим вільним зрізом, а суміжність — це властивість компонування, а не суми.

Саме тут люди роблять висновок, що платформа зламана або документація неправильна. Ні те, ні інше не є правдою. Модель розподілу робить рівно те, що каже, а помилка була в тому, що рахували вільне місце замість вільних зрізів у правильних позиціях. Щойно ви намалюєте компонування на папері, доступна пара або є, або її немає, і це набагато легша розмова з власником платформи, ніж суперечка про підсумки.

Є також пастка версії, яку варто назвати. Посібник Cisco з вирізання описує конкретне покоління обладнання й прямо заявляє, що його модель — ні Cloud Scale, ні Silicon One. Назви регіонів, розміри за замовчуванням і навіть те, які функції мають подвійну ширину, в інших місцях відрізняються, тому попередження про конкретний регіон на одній платформі є свідченням про цю платформу й випуск, а не універсальним рецептом.

Зміна регіону — це зміна функції

Кожне вирізання — це обмін ємністю. Зменшити регіон, щоб звільнити місце для придушення ARP — означає зменшити те, що цей регіон захищав, і наслідок може проявитися лише тоді, коли політика, якій потрібне місце, буде застосована знову.

До вікна отримайте письмову згоду власника кожної постраждалої функції. Це не бюрократія: людина, яка спочатку розрахувала регіон VACL, знає, що він фільтрує, а людина, яка звільняє місце, зазвичай цього не знає.

Очікуйте перезавантаження для змін, які змінюють компонування обладнання. Деякі платформи його вимагають, деякі ні, але планування без вікна обслуговування, коли перезавантаження можливе, — це спосіб, яким зміна маршрутизації перетворюється на простій. Плануйте вікно навколо перезавантаження, а не навколо команди, і зберігайте текст попереднього профілю там, звідки ви зможете прочитати його з консолі, що втратила сеанс керування.

Застосуйте й перевірте щодо базової лінії

Застосуйте план через підтримуваний процес платформи, потім перевірте функції, які ви зберегли, а не лише ту, яку додали. Заново вирізаний регіон, який працює, поки фільтрація тихо перестала збігатися, — гірший результат, ніж початковий збій.

Перечитайте вивід ємності й порівняйте його з базовою лінією, яку ви записали, потім перевірте функцію, що спричинила зміну. Посібник з вирізання Nexus TCAM — це довідка щодо моделі ширини й зрізів, описаної тут, включно з тим, яке покоління обладнання він охоплює.