Добрый день.
Возникла необходимость использовать qinq вот в такой конфигурации:

dgs, клиентский порт 10, в него нужно подать dot1q транк от клиента, завернуть его в vlan 100 и отдать на cisco 3560 в транковый порт вместе с другими виланами. где-то на другом конце сети нужно снять тег 100 и отдать клиенту его виланы...
Не работает.

Настройки dgs:
create vlan 100 tag 100
config vlan 100 add untagged 10
config vlan 100 add tagged 1

config qinq ports 1 role nni outer_tpid 0x8100
config qinq ports 10 role uni outer_tpid 0x8100

--
где-то на другом конце сети, порт циски:

sw access vlan 100
sw mode dot1q-tunnel

и далее - клиентский свич , порт настроен как dot1q транк

--
Собственно, вопрос - что я делаю не так и оно вообще-то должно работать или просто так, для красоты?
на цисках qinq использую активно, никаких проблем.

сам себе отвечаю - на клиентском порту поставил дефолтный outer_tpid - заработало

ПОЧЕМУ??? не понимаю я

Вы уверены, что циска нормально работает с тпидом 0x8100?

И на DGS-3420 у Вас какая версия прошивки?

циска только с ним и работает (хотя на некоторых платформах можно переопределить)

Firmware Version Build 1.00.024

Похожая проблема уже фиксилась, поэтому попробуйте, пожалуйста, ситуацию вот с этой прошивкой: http://dl.dropbox.com/u/41324937/D-Link_Firmwares/DGS-3420_Series/DGS-3420_Series.zip

Спасибо. Я, конечно, попробую, но пришлось пойти другим путем: поставить на выходе другой dlink свич - dgs-3120.
В результате вообще забавно: на обоих свичах работает при любой настройке порта, смотрящего на клиента - что NNI, что UNI - без разницы... Это так и задумано?

Что-то в королевстве не так, а экспериментировать уже не на чем особо.

При реализации схемы с Port-Based Q-in-Q правильно использовать именно UNI порт в сторону трафика с одним тегом.

понятно, что правильно, но почему-то nni тоже работает.
перемудрили, короче говоря, в циске все проще и понятнее.

кстати, а не подскажете, где взять документацию по данному вопросу? не где галочки ставить, а поглубже в архитектуру, что ли.

Презентацию можно почитать, лежит она вот здесь: ftp://ftp.dlink.ru/pub/Trainings/D-Link_switches_and_network_technologies_Advanced.zip

Благодарю, уже кое-что.
Но там ошибочка - cisco все-таки ставит ethertype 0x8100, то есть стандартный .1q тип и для outer тэга.

Кстати говоря, если настроить два dlink'а на outer 0x8100 - не работает;) я взял работабщий стенд из двух des и просто поменял "правильный" outer type на 0x8100, и все полегло. Оба des были соединены между собой по nni портам простым патчкордом.

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

вот сегодня с ней и развлекался.
наблюдения:
1. если нужно qinq между длинком и циской или между двумя длинками, но по пути есть циска - нужен outer tpid 0x8100, кошка тупо засовывает фрейм с ethertype 0x88A8 в native vlan на входе в транковый порт, потому что не воспринимает как .1q фрейм.
2. outer tpid на UNI не имеет смыла, достаточно НЕ ставить там 0x8100, потому что такой фрейм даже не долетает до выходного NNI порта почему-то, ну и хрен с ним, на выходе из NNI будет повешен нужный ethertype.
3. translation rule - работают, хехе. по add навешивается второй тег, по replace - заменяется один тег на другой. кстати, на des-3200 мне нем удалось заставить работать правила трансляции, как-то работает только port based qinq, причем там outer tpid ставится глобально на все порты почему-то.
4. загадка - если порт, в который приходит клиентский транк, поставить в NNI - ничего не меняется, что нелогично, так как фрейм с тегом, допустим, 71, должен дропаться, так как на свиче нет вилана 71. происходит вот что - этот фрейм попадает в PVID vlan этого порта, как-то проходит свичфабрику и таки на выходе из NNI, смотрящего на магистраль, на него навешивается второй тег.
5. поскольку внутренняя архитектура длинка, по-видимому, тайна - могу предположить, что при включенном qinq фрейм с C тегом, попадая в UNI порт, помечается какой-то внутренней меткой, так как в отсутствие правил трансляции на ВЫХОДЕ из свича, на порту NNI на него вешается S тег, соответствующий PVID входного, UNI, порта.

Добрый день!

Хочу продолжить тему. В наличии такой же коммутатор с последней версией прошивки, при команде:

Коммутатор теряется по управлению и прекращается прохождение всего трафика через него.
Подскажите в чем может быть проблема?

_________________
DIR-615 C2