Дмитрий Шицков, Мне бы понять как называется этот функционал/протокол если он есть., а то без определений даже оттолкнуться не от чего. Поиск в Google каких либо результатов, увы, не дал. На каком железе этот функционал (или аналог) есть, думаю что найду.
Валентин, а разве отключение лернинга по vlan-у будет распространяться на пакеты который пришли на аксес порт без метки?
как я понимаю на отспаненый пакет без метки vlan придет на аксесный порт. Далее должно сработать правило no mac address-table learning vlan, но так как vlan-а в пакете нет, свич добавит mac этого пакета в таблицу, после этого он назначит аксесс vlan.
Или же сначала добавится метка аксесс vlan-а а потом уже сработает правило no mac address-table learning vlan?
Спасибо, это тоже вариант, но проверить в том же CPT я не могу, так как отключение MAC лернинга я в нем не нашел, как не старался. Живое железо возможности настраивать нет, не в моей как говорится ЗО) Нужно проработать схему и доказать что она рабочая и безопасная)
Подскажите, я правильно понимаю что отключать лернинг нужно на обоих портах Ge01x(L2 Switch 2)xFa01? Ч/б в случае прихода какого то пакета от Server его MAC не записался в L2 Switch 2
Еще поговорил с коллегами, тоже ссылаются на dpdk драйвера и allow_unsupported_sfp. Если NIC карта поддерживает dpdk, то пробоем с совместимостью якобы быть не должно. Единственное но, говорят что стандартными утилитами Linux (ifconfig, ethtool и т.д.) при работе через dpdk, взаимодействовать с портами уже будет невозможно. На сколько я понимаю, это связанно с тем, что dpdk обходит стандартное ядро ОС