porozut Опубликовано 18 ноября, 2010 · Жалоба Доброго времени суток всем форумчанам и гостям форума. Схема такова "инет...........750г...........433+2сектора+по лану висит 2100бб (к 2100 сидят 2 клиента ) на сектрорах 10 и 14 . У юзеров за 2100 всё летает как шумахер на треке,у тех кто на сектрорах скорость постоянно скачет по не понятным причинам (загрузка 750г 20-30%) (433 не поднималось больше 20%) . До этого вместо 750г стоял РС и всё было чики брики после смены на 750 началась такая канитель всё настройки идентичны как РС так 750 Где может быть засада и куда рыть не приложу ума. Помогите добрым и правильным советом . Заранее благодарен . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 18 ноября, 2010 · Жалоба Ну, как бы сложно посоветовать что-либо исходя из такого описания проблемы. По порядку: PC - был MT? Таже версия, что и сейчас на 750G? настройки идентичны? скорость скачет - опять же как это выглядит? Радио стоит нормально, ошибок нет и плавает скорость по TCP? По UDP? Задержка плавает? 750G - чем занимается? NAT? PPPoE termination? VLAN termination? Shaper? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
porozut Опубликовано 18 ноября, 2010 · Жалоба Ну, как бы сложно посоветовать что-либо исходя из такого описания проблемы.По порядку: PC - был MT? Таже версия, что и сейчас на 750G? настройки идентичны? скорость скачет - опять же как это выглядит? Радио стоит нормально, ошибок нет и плавает скорость по TCP? По UDP? Задержка плавает? 750G - чем занимается? NAT? PPPoE termination? VLAN termination? Shaper? 1)PC-МТ Конечно был ломаный как тестовый вариант 2)Настройки один в один 3) СКОРОСТЬ (включаюсь в 750 напрямую всё ок . через сектор к которому зацеплен буллет всё ок скорость упирается в настройки буллета )по настройкам у меня стоит анлим (профиль скорости),а вот у юзеров с зажатой скоростью скорость то есть то нет. 4)радио не брахлит (как говорилось выше с писюком было всё ок) 5)пинги колеблются но не критично 6)750 -NAT+PPPOE server +DHCP Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
porozut Опубликовано 18 ноября, 2010 · Жалоба up Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 18 ноября, 2010 · Жалоба версии ROS явно разные помимо всего. т.е. судя по описанию - проблема в шейпере и скорее всего шейпится pppoe? может дело в MTU на PPPoE? Если тормозит только TCP, то это скорее всего. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
porozut Опубликовано 18 ноября, 2010 · Жалоба версии ROS явно разные помимо всего. т.е. судя по описанию - проблема в шейпере и скорее всего шейпится pppoe?может дело в MTU на PPPoE? Если тормозит только TCP, то это скорее всего. Сори не указал трафик, да им енно TCP и тупит в остальном вы правы . ,но MTU выставлено такое же как и на предыдущем МТ(РС) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
porozut Опубликовано 19 ноября, 2010 · Жалоба версии ROS явно разные помимо всего. т.е. судя по описанию - проблема в шейпере и скорее всего шейпится pppoe?может дело в MTU на PPPoE? Если тормозит только TCP, то это скорее всего. Какое оптимальное значение MTU и MRU для сервиса PPPOE 1492? или при условии что все узеры общаются через wifi с сервером поставить какое то другое значение МТг и MRU ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 19 ноября, 2010 · Жалоба Оптимальное - такое, которое не будет резать трафик по дороге от юзера до PPPoE сервера, тут нет готовых чисел, все зависит от того как настроена транспортная сеть. MTU зная размер на энкапсуляцию легко высчитать. MTU транспортной сети зависит от аппаратных особенностей оборудования. К примеру сетевая на PC могла поддерживать baby jumbo frames, а на 750G - нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
porozut Опубликовано 19 ноября, 2010 · Жалоба Оптимальное - такое, которое не будет резать трафик по дороге от юзера до PPPoE сервера, тут нет готовых чисел, все зависит от того как настроена транспортная сеть. MTU зная размер на энкапсуляцию легко высчитать. MTU транспортной сети зависит от аппаратных особенностей оборудования. К примеру сетевая на PC могла поддерживать baby jumbo frames, а на 750G - нет. А как можно просчитать MTU - где можно почерпнуть инфу ( желательно с примерами) ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 19 ноября, 2010 · Жалоба Для начала открыть для себя что такое PPPoE энкапсуляция. http://www.rfc-editor.org/rfc/rfc2516.txt Инфу лучше всего черпать в первоисточниках. или в более просто написаных статьях. http://en.wikipedia.org/wiki/Point-to-Poin...Ethernet#Quirks Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
porozut Опубликовано 19 ноября, 2010 · Жалоба Для начала открыть для себя что такое PPPoE энкапсуляция.http://www.rfc-editor.org/rfc/rfc2516.txt Инфу лучше всего черпать в первоисточниках. Спс. Буду биться и пробовать менять MTU ,и скорее всего оно будет 1400 так как на 750 поднят и PPPTP server и юзеры сидящее на VPN имеют MTU 1400 ,а те что на PPPOE MTU 1480. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 19 ноября, 2010 · Жалоба А есть ли необходимость дежать и то и другое? Для начала проверить прозрачность прохождения пакета длиной 1500байт по транспортной сети. если проходит без проблем - то 1492 для PPPoE должно работать. Но можно еще и MSSFix делать для юзеров принудительно (это на клиентском оборудовании) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
porozut Опубликовано 19 ноября, 2010 (изменено) · Жалоба А есть ли необходимость дежать и то и другое?Для начала проверить прозрачность прохождения пакета длиной 1500байт по транспортной сети. если проходит без проблем - то 1492 для PPPoE должно работать. Но можно еще и MSSFix делать для юзеров принудительно (это на клиентском оборудовании) К сожалению необходимость есть. Работает на 1492 без проблем=))) ток скорости нет =((( что то найти не могу параметр MSSFix и за что он отвечает.=(( Изменено 19 ноября, 2010 пользователем porozut Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 19 ноября, 2010 · Жалоба Это не параметр, это скорее функциональность. - принудительно меняет TCP MSS в пакетах, если клиентское ПО не умеет MTU Path Discovery. если лень считать - можно попробовать уменьшить на 8 MTU на PPPoE - потестить, неможет - еще на 8. Или поюзать Iperf c -М опцией (MSS discovery). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SSD Опубликовано 19 ноября, 2010 · Жалоба Это не параметр, это скорее функциональность. - принудительно меняет TCP MSS в пакетах, если клиентское ПО не умеет MTU Path Discovery.если лень считать - можно попробовать уменьшить на 8 MTU на PPPoE - потестить, неможет - еще на 8. Или поюзать Iperf c -М опцией (MSS discovery). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
porozut Опубликовано 19 ноября, 2010 · Жалоба Это не параметр, это скорее функциональность. - принудительно меняет TCP MSS в пакетах, если клиентское ПО не умеет MTU Path Discovery.если лень считать - можно попробовать уменьшить на 8 MTU на PPPoE - потестить, неможет - еще на 8. Или поюзать Iperf c -М опцией (MSS discovery). Вот красавчег !!!! КОРОТКО и ДЛЯ ТЕХ КТО В ТАНКЕ.=)) РЕСПЕКТУЮ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 19 ноября, 2010 · Жалоба Это не параметр, это скорее функциональность. - принудительно меняет TCP MSS в пакетах, если клиентское ПО не умеет MTU Path Discovery.если лень считать - можно попробовать уменьшить на 8 MTU на PPPoE - потестить, неможет - еще на 8. Или поюзать Iperf c -М опцией (MSS discovery). Вот красавчег !!!! КОРОТКО и ДЛЯ ТЕХ КТО В ТАНКЕ.=)) РЕСПЕКТУЮ Эта галочка там по-умолчанию стоит если что=) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
porozut Опубликовано 19 ноября, 2010 · Жалоба Это не параметр, это скорее функциональность. - принудительно меняет TCP MSS в пакетах, если клиентское ПО не умеет MTU Path Discovery.если лень считать - можно попробовать уменьшить на 8 MTU на PPPoE - потестить, неможет - еще на 8. Или поюзать Iperf c -М опцией (MSS discovery). Вот красавчег !!!! КОРОТКО и ДЛЯ ТЕХ КТО В ТАНКЕ.=)) РЕСПЕКТУЮ Эта галочка там по-умолчанию стоит если что=) Да то понятно , но я то перенастраивал уже=( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 19 ноября, 2010 · Жалоба из поста кстати было не очевидно что и у юзеров МТ. Это если о галочке. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
porozut Опубликовано 19 ноября, 2010 · Жалоба из поста кстати было не очевидно что и у юзеров МТ. Это если о галочке. не у всех МТ стоит есть и наносы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 19 ноября, 2010 · Жалоба а галочка дает результат если стоит на стороне юзера. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
porozut Опубликовано 19 ноября, 2010 · Жалоба а галочка дает результат если стоит на стороне юзера. Не хочу ни кого обидеть ,но выставив MTU 1942 + эта стратежная галочка всё вроде работает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 19 ноября, 2010 · Жалоба MTU 1942 на где? и откуда такой размер вообще взялся? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
porozut Опубликовано 19 ноября, 2010 · Жалоба MTU 1942 на где? и откуда такой размер вообще взялся? сори 1492 на сервере PPPOE Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SSD Опубликовано 20 ноября, 2010 · Жалоба а галочка дает результат если стоит на стороне юзера. Эту галочку никто не мешает поставить на стороне сервера. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...