Коммутатор SMG-2016

[ArcticFox]

Здравствуйте.
Коммутатор SMG-2016 имеет программную или аппаратную реализацию?

Как правильно настроить работу тегированных интерфейсов со стороны CPU и нетегированных портов?

[Evgeniy]

Иван, писмьменного ответа недостаточно было?

Коммутатро имеет программную реализацию.

Правильнее создать тегированные интерфейсы на самом устройстве в разделе "сетевые интерфейсы", выбрать услуги, которые будут использоваться на этом интерфейсе.

[ArcticFox]

Евгений, вы уж определитесь.
Вынужден обратить ваше внимание что в письме от 20.10.2015 вы указали:

*аппаратная реализация (опечатался в прошлом ответе). Зеркалирование самим коммутатором осуществляется без CPU

А в письме перед этим, на вопрос:

> Особенность постановки вопроса в следующем:
при зеркалировании порта на схеме специально обозначена бридж группа для FP1/1 & FP1/3 часть трафика НЕ будет проходить с 1/3 на 1/1 т.к. MAC адрес назначения находится на CPU (т.е. находится за HOST/PORT, HOST-CHANNEL), соответственно, чтобы получить полную картину трафика приходящего на CPU необходимо миррорить или Host-port/host-channel (которые в себе будут нести нагрузку и с других vlan проходящих в bridge group FP1/1&FP1/3, а также с FP1/0, что создаёт ОЧЕНЬ высокий объём паразитной нагрузки на анализатор трафика и «мозги коммутатора» (если он имеет софтовую реализацию, то получаем и высокую нагрузку на CPU самого шлюза).
Чтобы избежать путаницы, прошу вас прямо ответить на следующие вопросы:
Встроенный коммутатор имеет программную или аппаратную реализацию?

Ответили:

>
Реализация программная
> (Если аппаратно реализованный коммутатор) Поддерживает ли он аппаратное зеркалирование трафика (без форвардинга на CPU коммутатора/устройства)
ДА/НЕТ
Поддерживает зеркалирование и транзитный пропуск траффика

И опять взаимоисключающие параграфы.

А ещё в мануале не хватает ссылки на то, что именно не настраивается. И как реализовывать типичные схемы.

[Bokrenok]

Видимо, Евгений, снова опечатался. Коммутатор аппаратный. Стоит отдельный чип Marvell, накрытый своим радиатором

И как реализовывать типичные схемы.

Типичные, это какие, например?

[ArcticFox]

1. На входе тегированные и нетегированные интерфейсы (FP1/0 untagged, FP1/1 bridged to FP1/3 Tagged) на шлюзе VDI (L3, vlan, tagged кто как называет) интерфейсы, которые отвечают на ARP запросы только в своём vlan.
2. Далее зеркалирование группы портов (бридж группы) на другой порт. Не по отдельности, что даёт сильный шум в виде задвоения транзитного трафика, а именно трафика группы портов.
3. Избавление от костылей и "особенностей" в виде port-channel/host channel, которые не настраиваются, чем мешает создание одного порта в сторону CPU и в сторону модулей VM?