• Аппаратные ACL перестают применяться, новые маршруты не попадают в FIB (Forwarding Information Base).
• Резкий рост утилизации CPU коммутатора процессами FIB / IP Input из-за сброса обработки пакетов на программный уровень (Punt to CPU / Software Switching).
• В системном журнале появляются ошибки: %TCAM-3-RESOURCE_LIMIT: TCAM table full или %FIB-4-PUNT: Punting packet to software.
• Коммутатор начинает пересылать unicast-трафик на все порты VLAN (Unicast Flooding) из-за переполнения MAC-таблицы (CAM).

1. Проверка утилизации аппаратной памяти TCAM

# На коммутаторах Cisco Catalyst:
show platform tcam utilization
show platform hardware capacity

# На Nexus (NX-OS):
show hardware internal tcam utilization

2. Проверка состояния таблицы MAC-адресов (CAM)

show mac address-table count
show mac address-table dynamic

Если количество MAC-адресов достигло аппаратного максимума платформы (например, 8192 или 32768), возможно проведение атаки MAC Flooding (CAM Table Overflow).

3. Оптимизация шаблонов SDM (Switch Database Management)

Измените профиль распределения памяти ASIC под задачи коммутатора (требует перезагрузки):

# Просмотр текущего шаблона:
show sdm prefer

# Переключение шаблона (например, для L3 маршрутизации):
configure terminal
 sdm prefer routing
exit
write memory
reload

4. Аппаратная оптимизация списков доступа (ACL Optimization)

Удалите избыточные и неиспользуемые правила ACL. Объединяйте диапазоны портов и одиночные хосты в бинарные маски или группы объектов (Object Groups), чтобы они занимали одну строку TCAM вместо десятков.

5. Включение защиты Port Security от переполнения MAC-таблицы

interface range GigabitEthernet1/0/1 - 48
 switchport mode access
 switchport port-security
 switchport port-security maximum 5
 switchport port-security violation restrict
 switchport port-security aging time 5
 switchport port-security aging type inactivity
exit