Добрый день

Имею ядро сети из 2 шт. DGS-3000-28SC (5.05.B001) в стеке и есть несколько вопросов. В данный момент не имею в наличии пару резервных коммутаторов что-бы все проверить самому.

1. Размер таблицы VLAN Translation? При технологии Vlan-per-user самое скромное хотелось бы иметь более 10к. В данный момент около 600 правил, при трафике чуть выше 200Мбит/с нагрузки вообще нет (CPU util 15-16%).
2. Количество групп Port Trunking для агрегации? Нашел в инструкции - 32.
3. В агрегацию не могу добавить порты с разными настройками VLAN (ожидал, что будут использоваться настройки мастер порта). Учитывая, что VLANов около 600 вопрос, нельзя ли скопировать настройки с одного порта на другой? (предложение слить конфиг, исправить и залить назад на ядре рабочей сети мне не нравится)
4. При "смерти" мастера в стеке, нумерация юнитов (и портов) останется как была или поменяется?
5. В данный момент еще ругается на то что разные настройки Q-in-Q при объединении портов в static link_aggregation. Хотя они полностью одинаковые. Написал в тех. поддержку.
Тех. поддержка помогла. Отключил порты и после ребута в отключенном состоянии они сагрегировались.

Спасибо

3. Сейчас Новосибирский филиал по моей заявке запрашивает следующий функционал: возможность вывести настройки порта в удобной форме для возможности переноса настроек на другой порт. 3000-28SC есть в списке запрошенных моделей.

а какое имеет отношение VLAN Translation к Vlan-per-user?

Оборудование терминирующее VLANы не поддерживает Q-in-Q, да ему и не надо, больше 4к вланов на него нагружать не будут. В соседний порт воткнется аналогичное для следующих 4к вланов.
А раз на нем нет Q-in-Q, то там UNI порт и все VLANы идут через Translation "replace". Есть альтернатива?

Есть. Делаете антэг уни порт и в него просто будут падать все абонентские вланы. А управление (и то, что нужно пустить с 1м тэгом) - делать через транслейшн.
1024 правила у всех коммутаторов dlink, да и у других вендоров не особо больше.

Ну так и делаете один внешний влан для первого браса, ещё один для второго и т.д.

К, в ядре я понял. А что на коммутаторах доступа с клиентскими портами? Тоже все в UNI? И как тогда таги навешивать?
В таблице IEEE 802.1Q VLAN получится внутренний, а VLAN Translation CVID add навешивать внешний?

На агрегации UNI, а на доступе Q-in-Q вообще не используете.
В итоге у вас внешние вланы будут бегать в ядре и на агрегации, а на доступе и на брасах будут внутренние.

На доступе нужен Q-in-Q, работаем с юриками у которых по-нескольку офисов. Пока не понадобилось, но уже потенциальные объединители офисов (с кучей вланов) есть.

Никто не мешает транзитить вланы юриков в данной схеме. Получится Q-in-Q-in-Q, это работает.

Собрал на стенде, ничего не выходит.

Вланы 1 - управление, 2 - порт для транспорта UNI портов, 1792 - "клиентский" порт

1. Сервер с вланами (тегированный vlan1792). Q-in-Q не поддерживает, tpid 0x8100 (хотя для нетегированных портов, как я понимаю, все равно какой tpid, пробовал и 0x88a8).
2. DGS-1100-10/ME (V1.01.B062). Q-in-Q включено. 10 порт NNI аплинк на DES-1210-28/ME (тегированные vlan1 и vlan2). 7 порт UNI tpid 0x8100 аплинк на сервер (нетегированный vlan2 PVID 2)
3. DES-1210-28/ME (6.09.B037). Q-in-Q включено. 26 порт NNI аплинк на DGS-1100-10/ME (тегированные vlan1 и vlan2). 1 порт UNI (нетегированный vlan1792). В правилах трансляции add cvid 1792 svid 2.

Не работает.
Как я понимаю:
DES-1210-28/ME
а) нетегированный клиентский порт вешает таг 1792
б) после этого из-за того что это UNI add 1792 svid 2 довешивает на него сверху 2 таг и уходит на аплинк
DGS-1100-10/ME
в) на 7 порту, который UNI с PVID 2 этот таг vlan2 срезается и в порт должно уйти vlan1792.

Что я делаю не так?

Для проверки делал серверу тегированный vlan1 и добавлял replace cvid 1 svid 1 - работает.

Нарисуйте схему если есть.

Как я это вижу: Сервак -> свич1 -> свич2
На свиче2 обычные вланы. В сторону абонента антэг, в сторону аплинка тэг.
На свиче1 порты в сторону сервака и свич2 переключаем в UNI и делаем любой влан антэг на этих портах. В сторону свич2 на порту делаем транслейшн реплейс с вланом управления.

Как-то так

Угу. Где-же взять такую радость в реальности. Это же на стенде.
В реальности свичей №2 много и висят они отчасти гирляндами (последовательно), где-то кольцами (используется STP).
Таким образом Q-in-Q должно быть на них всех. На доступе на пакет клиента надо навесить два тага. На сервер срезать один таг. Для общения между собой свичам tpid 0x88a8, для отдачи серверу 0x8100.

P.S. Молекула витамина неплохо отображает вид сети

Ну и что, что гирлянды? Свичи то на доступе умеют минимум 256 vlanid, а современные - 4094. Поэтому не вижу ничего страшного.
Если нужно навесить 2 тэга - юзайте add inner tag опцию у qinq на порту

К, идея ясна. Попробуем нарисовать.
А тип фрейма не помешает? На доступе он 0x88a8 получается, а на сервер должен 0x8100 приходить. На доступе Q-in-Q бегает, даже если всего с 1-м тагом, а сервер такого не знает. Будет ли свич1 преобразовывать тип фрейма, там ведь untagged port получается?