Ну да. Он выдает команду типа пауза, что то такое. Я сейчас не помню как там в спеке. Собственно это разве не будет значить, что он и в спан все закинет?
теоретически, если бы я был разработчиком асика, я бы принимал решение о "забрасывании" в спан в момент построения outbound interface list для коммутируемого кадра
Кстати я правильно понимаю, что вообще говоря поскольку например тот же 10 Гбит это всегда дуплекс, то вообще говоря в обе стороны это 20 гбит и влезть в спан это не сможет?
От чипа. Нужно смотреть коммутатор, который может выдать лайнрейт на минимальных размерах пакета, ну то есть менее 100байт.
неблокирующая коммутация по сути обязательна для dcb, потому что если захлебнется движок коммутации, то все потуги предупреждать кого-то там о переполнении буферов бесполезны
Кстати я правильно понимаю, что вообще говоря поскольку например тот же 10 Гбит это всегда дуплекс, то вообще говоря в обе стороны это 20 гбит и влезть в спан это не сможет?
зависит от того, как спан настраивать. никто не обязывает же в одной сессии мониторить и ингресс, и эгресс
а что у вас за задача, если не секрет? может, индустрия уже научилась ее решать каким-то образом?
Задача проста и незатейлива. Нужно давать копию трафика средствам ИБ типа ids. Желательно не терять при больших нагрузках. И да насколько я понимаю сейчас обычно делают программный миррор с хоста в vxlan. Но там есть проблемы с MTU
если вам вправду надо спанить 10г порт, который может быть нагружен в обе стороны суммарно больше, чем на 10г, то бессердечная сука математика подсказывает, что вам нужен 40г порт
если вам вправду надо спанить 10г порт, который может быть нагружен в обе стороны суммарно больше, чем на 10г, то бессердечная сука математика подсказывает, что вам нужен 40г порт
Ну либо два порта по 10 Гбит. Правда средство должно уметь разобрать трафик с двух интерфейсов