Butch3r Posted August 13, 2009 Posted August 13, 2009 Суть проблемы в том, что при добавлении второго тэгирования (q-in-q) размер пакета увеличивается и обычные коммутаторы не пропускают эти пакеты. Можно ли как-нибудь добиться прохождения этих пакетов через коммутаторы, которые не поддерживают двойное тэгирование? Вставить ник Quote
Butch3r Posted August 13, 2009 Author Posted August 13, 2009 на сколько я понял: Jumbo фреймы это поддержка 9кбайт кадров в стандарте гигабитного езернета. Попробовал на EdgecorE ES3528-SFP, у котого есть поддержка jumbo фреймов - не помогло Вставить ник Quote
Stak Posted August 13, 2009 Posted August 13, 2009 На циске чтобы джумбо ходили надо на интерфейсе мту указывать, может на ёжиках так же? ! interface TenGigabitEthernet2/8/1 description DAS1 (Te1/50) switchport switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,100,101,103,106,108,112,150,196-198,205,206 switchport trunk allowed vlan add 213,214,301,302,402,405,414,416,501 switchport mode trunk [b] mtu 9216[/b] channel-group 6 mode active ! Вставить ник Quote
Butch3r Posted August 13, 2009 Author Posted August 13, 2009 На циске чтобы джумбо ходили надо на интерфейсе мту указывать, может на ёжиках так же? ! interface TenGigabitEthernet2/8/1 description DAS1 (Te1/50) switchport switchport trunk encapsulation dot1q switchport trunk allowed vlan 1,100,101,103,106,108,112,150,196-198,205,206 switchport trunk allowed vlan add 213,214,301,302,402,405,414,416,501 switchport mode trunk [b] mtu 9216[/b] channel-group 6 mode active ! да вот проблема в том, что простые l2 не умеют менять размер mtu Вставить ник Quote
Butch3r Posted August 13, 2009 Author Posted August 13, 2009 да, заранее извиняюсь, не ту модель ёжика написал, этот как раз нормально qnq поддерживает :) Вставить ник Quote
Stak Posted August 13, 2009 Posted August 13, 2009 да вот проблема в том, что простые l2 не умеют менять размер mtuна интерфейсе - может быть, а глобально - должны,раз поддержка джумбо заявлена.на простых каталистах так же вроде. Вставить ник Quote
littlesavage Posted August 13, 2009 Posted August 13, 2009 Суть проблемы в том, что при добавлении второго тэгирования (q-in-q) размер пакета увеличивается и обычные коммутаторы не пропускают эти пакеты. Можно ли как-нибудь добиться прохождения этих пакетов через коммутаторы, которые не поддерживают двойное тэгирование? Уменьшить MTU с обоих сторон с 1500 до ~1484? Вставить ник Quote
SergeiK Posted August 13, 2009 Posted August 13, 2009 (edited) "Обычные коммутаторы" - это какие? Управляемые, с поддержкой вланов? Они будут просто резать такие пакеты, так как применяют "интелект". А вот неуправляемые - зависит от размера пропускаемого фрейма, на некоторых будет работать вполне. Edited August 14, 2009 by SergeiK Вставить ник Quote
Butch3r Posted August 14, 2009 Author Posted August 14, 2009 через неуправляемые телесины всё проходит на ура. Вот только в теме написано - l2 коммутаторы Вставить ник Quote
vitalyb Posted August 14, 2009 Posted August 14, 2009 Вы уверены, что проблема именно в размере кадра? QinQ использует другой Ethertype, не такой как 802.1q. Например, если стоит ограничение "tagged only" QinQ может не попасть в категорию "tagged"... Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.