forum.opennet.ru - "Q-in-Q в сети из D-Link и Linux." (6)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Q-in-Q в сети из D-Link и Linux."

Форум Маршрутизаторы CISCO и др. оборудование. (Диагностика и решение проблем)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Q-in-Q в сети из D-Link и Linux."	+/–
Сообщение от Peter23 (ok) on 22-Фев-11, 13:54
Добрый день. Имеется схема: Компьютер---(2)D-Link DES-3028(1)---(2)D-Link DGS-3627G(1)---Сервер В скобках указаны номера портов, --- это линки :) На сервере поднят интерфейс eth0.12.34. На DGS создан влан 12, назначен тегированным на порт, смотрящий в сторону 3028 (2й) и на порт, смотрящий в сторону сервера (1й). Настроено правило трансляции create vlan_translation ports 2 cvid 34 add svid 12. Для порта 1 задана роль nni, для 2 - uni. Для всех портов установлен tpid 0x8100. На DES создан влан 34, назначен тегированным на порт, смотрящий в сторону DGS и унтегированным на порт компьютера. На сетевом интерфейсе компьютера и на интерфейсе eth0.12.34 назначены ip из одной подсети, пинги ходят, вроде все работает. Однако, исходящий от компьютера трафик ходит с каким-то явными проблемами. Если замерять скорость при помощи iperf, то в направлении от сервера к компьютеру все в порядке, а в обратном - 10-20 килобит. Если воспользоваться сервисом типа speedtest.net (сервер просто маршрутизирует трафик в интернет, NAT не используется), то тест на download проходит отлично, а тест на upload начинается с большой задержкой и показывает низкие значения. Подобные проблемы наблюдаются при любом исходящем трафике, при использовании различного софта, различных компьютеров, различных DES и даже различных DGS. При использовании влана с одним тегом все в порядке. При этом на DGS создаем влан 34, назначаем тегированным на 1,2 порты и создаем другое правило трансляции: create vlan_translation ports 1 cvid 34 replace svid 34. На сервере используем влан 34. В этом случае проблем с трафиком нет ни в каком направлении. Интуиция подсказывает проблему с MTU. Уменьшение MTU на компьютере до 1492 проблему вроде бы решает. Вопрос: как можно решить проблему, не меняя MTU на компьютере?
Ответить \| Правка \| Cообщить модератору

Оглавление

Q-in-Q в сети из D-Link и Linux., fantom, 10:11 , 23-Фев-11, (1)

Q-in-Q в сети из D-Link и Linux., Peter23, 10:26 , 23-Фев-11, (2)

Q-in-Q в сети из D-Link и Linux., fantom, 10:52 , 23-Фев-11, (3)

Q-in-Q в сети из D-Link и Linux., Peter23, 10:15 , 24-Фев-11, (4)

Q-in-Q в сети из D-Link и Linux., Jurok, 18:06 , 09-Апр-11, (5)

Q-in-Q в сети из D-Link и Linux., fantom, 09:14 , 11-Апр-11, (6)

Сообщения по теме [Сортировка по времени | RSS]

1. "Q-in-Q в сети из D-Link и Linux." +/–

Сообщение от fantom (ok) on 23-Фев-11, 10:11

>[оверквотинг удален]
> при любом исходящем трафике, при использовании различного софта, различных компьютеров,
> различных DES и даже различных DGS.
> При использовании влана с одним тегом все в порядке. При этом на
> DGS создаем влан 34, назначаем тегированным на 1,2 порты и создаем
> другое правило трансляции: create vlan_translation ports 1 cvid 34 replace svid
> 34. На сервере используем влан 34. В этом случае проблем с
> трафиком нет ни в каком направлении.
> Интуиция подсказывает проблему с MTU. Уменьшение MTU на компьютере до 1492 проблему
> вроде бы решает.
> Вопрос: как можно решить проблему, не меняя MTU на компьютере?
Выявить железку, которая это самое MTU не обеспечивает и заставить ее пропускать фреймы нужного размера.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Q-in-Q в сети из D-Link и Linux." +/–

Сообщение от Peter23 (ok) on 23-Фев-11, 10:26

> Выявить железку, которая это самое MTU не обеспечивает и заставить ее пропускать
> фреймы нужного размера.
На DES подобных настроек нет, а на DGS мы включили jumbo_frame, это позволяет обрабатывать фреймы до 9 Кбайт.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Q-in-Q в сети из D-Link и Linux." +/–

Сообщение от fantom (ok) on 23-Фев-11, 10:52

>> Выявить железку, которая это самое MTU не обеспечивает и заставить ее пропускать
>> фреймы нужного размера.
> На DES подобных настроек нет, а на DGS мы включили jumbo_frame, это
> позволяет обрабатывать фреймы до 9 Кбайт.
Да, НО при условии 1Г, если сетевуха 100М - то вкл/выкл jumbo_frame - до лампочки :).
А вы уверены, что сетевая компа - не есть узкое место?

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Q-in-Q в сети из D-Link и Linux." +/–

Сообщение от Peter23 (ok) on 24-Фев-11, 10:15

Проблема решена следующим правилом на сервере:
iptables -t mangle -A POSTROUTING -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1454

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Q-in-Q в сети из D-Link и Linux." +/–

Сообщение от Jurok on 09-Апр-11, 18:06

> Проблема решена следующим правилом на сервере:
> iptables -t mangle -A POSTROUTING -p tcp -m tcp --tcp-flags SYN,RST SYN
> -j TCPMSS --set-mss 1454
У меня такое было, правда вместо дгс был каталист, но сути не меняет, тег прибавляет еще 4 бита к уже имеющимуся MTU, Q-in-Q - 8 ))), рассматриваем путь пакетика:
ethX 1500 (естественно он тут уже тегирован 1492+8) пакетик великолепно проходит все dlinkи; обратно user  естественно до 1500,  и все что более 1492 не проходит))))
лечится поднятием MTU на ДГС, естественно джимбо лишнее, ну 1508-1600 самое оно, темболее что на новых ДГС36XX с cisco like все так просто.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Q-in-Q в сети из D-Link и Linux." +/–

Сообщение от fantom (ok) on 11-Апр-11, 09:14

>> Проблема решена следующим правилом на сервере:
>> iptables -t mangle -A POSTROUTING -p tcp -m tcp --tcp-flags SYN,RST SYN
>> -j TCPMSS --set-mss 1454
> У меня такое было, правда вместо дгс был каталист, но сути не
> меняет, тег прибавляет еще 4 бита к уже имеющимуся MTU, Q-in-Q
Вообще-то 4 БАЙТА :)
> - 8 ))), рассматриваем путь пакетика:
>  ethX 1500 (естественно он тут уже тегирован 1492+8) пакетик великолепно проходит
> все dlinkи; обратно user  естественно до 1500,  и все
> что более 1492 не проходит))))
> лечится поднятием MTU на ДГС, естественно джимбо лишнее, ну 1508-1600 самое оно,
> темболее что на новых ДГС36XX с cisco like все так просто.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Q-in-Q в сети из D-Link и Linux."	+/–
Сообщение от fantom (ok) on 23-Фев-11, 10:11
>[оверквотинг удален] > при любом исходящем трафике, при использовании различного софта, различных компьютеров, > различных DES и даже различных DGS. > При использовании влана с одним тегом все в порядке. При этом на > DGS создаем влан 34, назначаем тегированным на 1,2 порты и создаем > другое правило трансляции: create vlan_translation ports 1 cvid 34 replace svid > 34. На сервере используем влан 34. В этом случае проблем с > трафиком нет ни в каком направлении. > Интуиция подсказывает проблему с MTU. Уменьшение MTU на компьютере до 1492 проблему > вроде бы решает. > Вопрос: как можно решить проблему, не меняя MTU на компьютере? Выявить железку, которая это самое MTU не обеспечивает и заставить ее пропускать фреймы нужного размера.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Q-in-Q в сети из D-Link и Linux."	+/–
	Сообщение от Peter23 (ok) on 23-Фев-11, 10:26
	> Выявить железку, которая это самое MTU не обеспечивает и заставить ее пропускать > фреймы нужного размера. На DES подобных настроек нет, а на DGS мы включили jumbo_frame, это позволяет обрабатывать фреймы до 9 Кбайт.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	3. "Q-in-Q в сети из D-Link и Linux."	+/–
	Сообщение от fantom (ok) on 23-Фев-11, 10:52
	>> Выявить железку, которая это самое MTU не обеспечивает и заставить ее пропускать >> фреймы нужного размера. > На DES подобных настроек нет, а на DGS мы включили jumbo_frame, это > позволяет обрабатывать фреймы до 9 Кбайт. Да, НО при условии 1Г, если сетевуха 100М - то вкл/выкл jumbo_frame - до лампочки :). А вы уверены, что сетевая компа - не есть узкое место?
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору

4. "Q-in-Q в сети из D-Link и Linux."	+/–
Сообщение от Peter23 (ok) on 24-Фев-11, 10:15
Проблема решена следующим правилом на сервере: iptables -t mangle -A POSTROUTING -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1454
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	5. "Q-in-Q в сети из D-Link и Linux."	+/–
	Сообщение от Jurok on 09-Апр-11, 18:06
	> Проблема решена следующим правилом на сервере: > iptables -t mangle -A POSTROUTING -p tcp -m tcp --tcp-flags SYN,RST SYN > -j TCPMSS --set-mss 1454 У меня такое было, правда вместо дгс был каталист, но сути не меняет, тег прибавляет еще 4 бита к уже имеющимуся MTU, Q-in-Q - 8 ))), рассматриваем путь пакетика: ethX 1500 (естественно он тут уже тегирован 1492+8) пакетик великолепно проходит все dlinkи; обратно user естественно до 1500, и все что более 1492 не проходит)))) лечится поднятием MTU на ДГС, естественно джимбо лишнее, ну 1508-1600 самое оно, темболее что на новых ДГС36XX с cisco like все так просто.
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	6. "Q-in-Q в сети из D-Link и Linux."	+/–
	Сообщение от fantom (ok) on 11-Апр-11, 09:14
	>> Проблема решена следующим правилом на сервере: >> iptables -t mangle -A POSTROUTING -p tcp -m tcp --tcp-flags SYN,RST SYN >> -j TCPMSS --set-mss 1454 > У меня такое было, правда вместо дгс был каталист, но сути не > меняет, тег прибавляет еще 4 бита к уже имеющимуся MTU, Q-in-Q Вообще-то 4 БАЙТА :) > - 8 ))), рассматриваем путь пакетика: > ethX 1500 (естественно он тут уже тегирован 1492+8) пакетик великолепно проходит > все dlinkи; обратно user естественно до 1500, и все > что более 1492 не проходит)))) > лечится поднятием MTU на ДГС, естественно джимбо лишнее, ну 1508-1600 самое оно, > темболее что на новых ДГС36XX с cisco like все так просто.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору