eugenyk2014 Опубликовано 31 мая, 2014 · Жалоба Есть DGS-3120-24, в сети через него работают пользователи vlan(ов) 10,11,12,13. аналогично настроен второй DGS-3120-24 его установили в другой офис, получили от провайдера vlan 801 с tagом. Подключил на обеих сторон на коммутаторы на первый порт. настроил 1порт tag801 , 2порт access801 , 3порт tag10,11,12,13. но не работает ничего. как правильно настроить? qinq провайдер не может предоставить(((( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dmvy Опубликовано 31 мая, 2014 · Жалоба Либо делайте петлю, которую завернете в vlan 801, либо думайте в сторону vlan translation. От провайдера нажуно будет поддержка jumbo frame на всем участке пути вашего vlan. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
megahertz0 Опубликовано 31 мая, 2014 · Жалоба Либо делайте петлю, которую завернете в vlan 801, либо думайте в сторону vlan translation. От провайдера нажуно будет поддержка jumbo frame на всем участке пути вашего vlan. Если QinQ предоставить не может, то и возможность поднять MTU вряд ли есть. Может у провайдера стоит каталист 2950, который про такое не слышал, к примеру. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dmvy Опубликовано 1 июня, 2014 · Жалоба Либо делайте петлю, которую завернете в vlan 801, либо думайте в сторону vlan translation. От провайдера нажуно будет поддержка jumbo frame на всем участке пути вашего vlan. Если QinQ предоставить не может, то и возможность поднять MTU вряд ли есть. Может у провайдера стоит каталист 2950, который про такое не слышал, к примеру. На нем можно установить 1530. Этого будет достаточно для ещё одного заголовка 8021q Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
h1vs2 Опубликовано 1 июня, 2014 · Жалоба tpid должен быть 0х8100 порт в сторону провайдера nni, кроме того ingress_cheking disable В сторону доступа порты в uni. Когда они принимаются тегом - вообще нет проблем, а когда надо без тега, как вариант сделать vlan_translation replace cvid 1 svid 10, например, но я не уверен, что заработает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AKim Опубликовано 1 июня, 2014 · Жалоба tpid должен быть 0х8100 порт в сторону провайдера nni, кроме того ingress_cheking disable В сторону доступа порты в uni. Когда они принимаются тегом - вообще нет проблем, а когда надо без тега, как вариант сделать vlan_translation replace cvid 1 svid 10, например, но я не уверен, что заработает. все эти параметры относятся к QinQ, который оператор предоставить не может. Не заработает. , получили от провайдера vlan 801 с tagом Следовательно в вашей схеме есть ещё провайдер со своим оборудованием. Это может быть один коммутатор, а может быть несколько, а может быть несколько коммутаторов и брас. Для работы вашей схемы нужен QinQ. При чём по всей цепочке оператора, должны быть расставлены порты в режим nni. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 2 июня, 2014 · Жалоба NNI=обычный порт без qinq. И tpid там 146% 0x8100 так как оператор не использует qinq для данного канала. Если у вас на 3120 порты в сторону вланов смотрят тэгом то действительно можно попробовать перевести порты в uni, вдруг взлетит Если нет - то проще думать о каком-нибудь туннэле через канал провайдера, в который вы будете отправлять всё что захотите Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bos9 Опубликовано 2 июня, 2014 (изменено) · Жалоба Ставить outer tpid 0x8100 и пробовать. Длинки/зюксели всякие без проблем через себя это пропустят, каталисты потребуют увеличения MTU до 1504. И нужно помнить, что если использовать tpid 0x8100, то ваш коммутатор так же как и транзитные (провайдерские) будет воспринимать полученные фреймы, как обычные dot1q, так что для того, чтобы снять внешний тег нужно сделать svid untagged на клиентских портах. Изменено 2 июня, 2014 пользователем bos9 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dIMbI4 Опубликовано 2 июня, 2014 · Жалоба EoIP на некротике тебе в помощь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
megahertz0 Опубликовано 2 июня, 2014 · Жалоба На нем можно установить 1530. Этого будет достаточно для ещё одного заголовка 8021q А по-моему только на гиговых портах (GBIC)... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
h1vs2 Опубликовано 2 июня, 2014 · Жалоба все эти параметры относятся к QinQ, который оператор предоставить не может. Не заработает. Что-то странное такое говорите, ethertype 0x8100 ничем не отличается от обычного влана. От транзитных свитчей провайдера требуется равзе что минимальный размер mtu, чтобы влез второй тэг. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mcdemon Опубликовано 5 июня, 2014 · Жалоба странно что сааб досихпор не посоветовал микротик) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...