Mikrotik Q-in-Q

[NET-CREATOR 21]

Доброго дня.

 

Розділ L3, але питання більше L2 стосується.

 

Магістрал дав транспортний vlan.

Є задача перекинути в ньому додатково 2 vlan`а.

 

Після обладнання магістрала з обох сторін стоять Mikrotik RB2011.

Після них DGS D-Link, який і має отримати ті 2 vlan`а.

 

Основне питання полягає в тому як з'єднати vlan`и вийняті на різних інтерфейсах? bridge?

В Mikrotik знайшов пункт Switch - VLAN

Ним q-in-q реалізувати навряд вийде, але можливо хтось підкаже який його функціонал.

 

Дякую

Edited 2014-05-26 22:21:08 by NET-CREATOR

[martin 170]

дык бриджы еще никто не отменял..

[Shuher 216]

Придется бриджевать если микротик.

Если вам оператор сделает порты с двух сторон аксесом с потдержкой qinq и пусть увеличит MTU то в этоти порты подключаете транковый порты своих коммутаторов и засовуете туда >1 влана без всяких бриджей. 

Или еще лучше использовать selectiv vlan

[DDDM 0]

Так магиcтрал дает просто влан или QinQ ? 

[Briccone 1]

Здраствуйте нужна ваша помощ в реализации QinQ
Как мне зделать QinQ если провайдер предоставляет vlan 200 access
И мне нужно вложить туда 3 моих vlans

[Shuher 216]

каким коммутатором будете принимать провайдера?

[ddd_kr 12]

Здравствуйте. На практике реализован канал через стороннего оператора: с двух сторон стоят микротики, между ними настроен EoIP и на него навешаны вланы... в чём удобство - мне совершенно не важно какие коммутаторы стоят по транспорту и какие ограничения мне поставил провайдер.

[Kiano 616]

Здравствуйте. На практике реализован канал через стороннего оператора: с двух сторон стоят микротики, между ними настроен EoIP и на него навешаны вланы... в чём удобство - мне совершенно не важно какие коммутаторы стоят по транспорту и какие ограничения мне поставил провайдер.

EoIP штука кривая (мягко говоря), на большие скорости не годится совсем, мало того, "откусывает" от MTU достаточно много (около 40 байт, если не больше, не помню уже)

не совсем пойму схему: если провайдер заменяет кусок кабеля (просто служит транспортом) - то используйте service tag в vlane, обычные железки вроде ДЛинка его игнорируют и не фильтруют, высокая производительность при этом вполне достижима (пропускаем около 1.5Гбита)

как показывает опыт, service tag откусывает 4 байта "вниз", т.е. в обычном случае при MTU 1500 + VLAN tag = 1504 байта, а с service tag это будет что-то вроде 1500-4=1496 (эффективной информации). проще говоря, если где-то ограничивается MTU в размере 1500 - то с сервис тегом пройдет только 1496 (к сожалению, нигде не нашел ниодного документа, в котором это кто-нибудь объяснил)

[ddd_kr 12]

дело в том, что были проблемы при обычном service tag в vlane - у клиентов интернет работает порядка 5-20 минут, потом затык, ничего не грузится вообще, хотя пппое не обрывается - потом снова всё начинает работать. Транспортом служила сеть Оптимы по городу. И практическим путём было выяснено, что вланы через EoIP - самый эффективный вариант передачи были.

[Kiano 616]

дело в том, что были проблемы при обычном service tag в vlane - у клиентов интернет работает порядка 5-20 минут, потом затык, ничего не грузится вообще, хотя пппое не обрывается - потом снова всё начинает работать. Транспортом служила сеть Оптимы по городу. И практическим путём было выяснено, что вланы через EoIP - самый эффективный вариант передачи были.

а у нас с EoIP были траблы, что тупо обрывались соединения, необъяснимо вообще.

[NiTr0 585]

 

 

дело в том, что были проблемы при обычном service tag в vlane - у клиентов интернет работает порядка 5-20 минут, потом затык, ничего не грузится вообще, хотя пппое не обрывается - потом снова всё начинает работать.

микротик-с, загадочны их баги...

 

поставить по хуавею с каждой стороны чисто на упаковку/распаковку, и будет счастье.

[ddd_kr 12]

Я только ЗА, но всегда мучил вопрос - какая будет пропускная способность такого канала? насколько удачно коммутаторы справляются с такой задачей? Что в таком случае важнее ЦПУ и память? Просто пол-гига нужно пропустить через них и порядка 20 влан уже, но количество вланов растёт.

[NiTr0 585]

 

 

какая будет пропускная способность такого канала? насколько удачно коммутаторы справляются с такой задачей?

гигабит будет в каждую сторону. на любом размере пакетов. железо же...

 

 

 

Что в таком случае важнее ЦПУ и память?

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

[ddd_kr 12]

 

какая будет пропускная способность такого канала? насколько удачно коммутаторы справляются с такой задачей?

гигабит будет в каждую сторону. на любом размере пакетов. железо же...

 

 

 

Что в таком случае важнее ЦПУ и память?

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

 

Мы как бы за q-in-q общались, думаю без ОЗУ и ЦПУ - это немного нереально.

[NiTr0 585]

 

 

Мы как бы за q-in-q общались, думаю без ОЗУ и ЦПУ - это немного нереально.

 

здрасьте... принять нетегированный трафик и навешать на него тег - реально, а принять тегированный трафик и навешать на него второй тег - уже нереально?...