Dimka88 Опубликовано 12 ноября, 2014 · Жалоба Появилась задача, при использовании Port Based QinQ снять верхний тег для определённых vlan. С Selective QinQ все просто. Решения пока нет. Может у кого есть предположения реализации? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Smoke Опубликовано 12 ноября, 2014 · Жалоба Через петлю распаковать весь qiq туннель и собрать его заново только для нужных VLAN Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 12 ноября, 2014 · Жалоба Вот у меня длинки не хотят работать через петлю, начинаются непонятные потери в управляющем влане. В итоге приходится ставить 2 свича... :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dimka88 Опубликовано 12 ноября, 2014 · Жалоба Через петлю распаковать весь qiq туннель и собрать его заново только для нужных VLAN Или я немного не понял, или мне для каждого vlan с 2 тегами придётся выделять порты? Если будут не только 2000 но и 2000-4000 и в них могут быть вланы 5-50. Может Linux тазиком можно как то выкрутится? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Smoke Опубликовано 12 ноября, 2014 · Жалоба Через петлю распаковать весь qiq туннель и собрать его заново только для нужных VLAN Или я немного не понял, или мне для каждого vlan с 2 тегами придётся выделять порты? Если будут не только 2000 но и 2000-4000 и в них могут быть вланы 5-50. Может Linux тазиком можно как то выкрутится? Я думаю что эта дока вам поможет Q-in-Q. Cуть в том, что на одном свиче может быть как и клиентский транк с inner vlan тагами, так и dot1q-tunnel интерфейс Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...