CEF (часть 3)

Так, да, запись случайно поставилась на остановку, так что возвращаю запись. По умолчанию на новых платформах, на новых роутерах и свечах цех включен. Вы можете его выключить, но это надо иметь действительно очень вескую причину, очень уважительную причину, почему вы должны это сделать. На некоторых устройствах вы даже не сможете его выключить. То есть команда по выключению цеха будет иметь вид noipcf и noipv6cf, потому что разные таблицы используются для ipv4 и ipv6 маршрутизации. Вот если вы пытаетесь на свече типа 3560 того же выключить цех, то система ругается, говорит, что если я сейчас выключу цех, то я буду весь трафик обрабатывать центральным процессором, и это типа вообще ни в какие ворот не лезет, потому что на этих свечах очень слабенький проц, и если пропускать через этот процессор, ну хотя бы даже мегабит трафик, он просто тупо сдохнет.

Поэтому вы не можете его выключить. Вот noipcf пытаетесь сделать, оно ругается, говорит, не буду. В то же время вы можете выключить использование цех на одном интерфейсе. Есть, соответственно, команда iproadcache. Эта команда когда-то давным-давно использовалась для включения fast-switching. Помните, да, там есть три вида возможности маршрутизировать трафик. Есть вариант по-честному процесс-свитчинг, есть вариант fast-switching, это roadcache. И, соответственно, есть вот цех. Вот noiproadcache просто или noiproadcache-цех на новых платформах приходит к тому, что вы выключаете цех вообще. Цех на этом интерфейсе. Весь трафик на этом интерфейсе, который будет приходить, он будет обрабатываться по-честному на центральном процессоре. Вот для IPv4 noiproadcache-цех, для IPv6 noipv6-цех. Это можно сделать и в очень редких ситуациях. При включении некоторых очень специфических технологий вы должны будете это делать.

Но подумайте 10 раз перед тем, как выключать цех на интерфейсе. Действительно, производительность на свитче у центрального процессора, она недостаточна для того, чтобы через этот процессор пропускать сколько-нибудь вменяемое количество трафика. Поэтому не надо так делать без необходимости. Если вы видите в конфиге, что у вас на каком-то интерфейсе эта штука выключена, найдите того, кто выполнил эту команду и спросите у него, зачем он это сделал. Потому что в норме этого быть не должно. При включении... Нет, не нужна перегрузка. Перегрузка сама выключается. Если вы шаблон меняете, switch database manager, то там перезагрузка нужна. То есть, если вы говорите, у нас сейчас была там без IPv6, может, там таблица, тот самый шаблон, как он назывался там, допустим, access, а мы хотим сделать IPv6 dual stack, то вот в этом случае мы указываем, что у нас будет новый шаблон,

сохраняйтесь, перезагружаетесь, и он перезагружается уже с по-другому размеченной памятью. Но если вы указываете, что цех вам просто не нужен, то память под него все равно есть. Она не освобождается автоматически, она просто как бы уже зарезервирована под этот механизм. Поэтому если вы его выключаете, у вас просто начинает неэффективно обрабатываться трафик. Но за счет выключения этого цеха вы ничего не выигрываете по памяти. Если у вас ничего экзотического нет, то цех обязан быть включен. Правильно. Так, это что касалось внутреннего устройства цеха. Соответственно, да, используется память TECAM. Эта память используется для всех механизмов, которые используют хитрую память, то есть и для хранения MAC-адресов, и для хранения маршрутов, и для хранения записей в кэше adjacency, и для хранения...

Что там еще у нас используется? Вот эти вот самые low, тоже часть аксесс-листов. И она вполне может закончиться. Поэтому show.platform.tacam.utilization вам покажет, сколько вот по факту прямо сейчас тех или иных строчек в таблице есть.