Jump to content
Калькуляторы

шейпер ubnt

хеллоу!

 

Ввиду того что на секторе, хоть и надо стремиться к лучшему, но постоянно есть линки с нехорошим радио или появляющейся помехой, подавать услугу с равным качеством в разных условиях при шейпере, который стоит до сектора базовой станции невозможно.

Это становится ярче заметней при растущей сети, помехах, деградациях разной формы и вида.

 

Пришли к тому, что другого выбора, чем начать резать на клиентских антенах, нет.

Да и шейпинг загружать центральные роутеры тоже не очень разумно. Но безусловно удобно когда все правила в одном месте, но тут уже ничего не поделаешь.

Интересно услышать конечно опыт других, но... Не знать сколько у клиента реально скорость в разные моменты времени, тоже не вариант.

 

Есть ли универсальное правило настройки и будет ли оно одинаково работать в разных условиях радио? или в постоянно менябщемся качестве радио?

Ограничивать, как советует производитель по исходящему трафику онли. Один на лан, второй на радио. В первом случае бурст не присутствует, во втором подбирается.

лан0 егресс 9200

влан егресс 8700 и бурст 1000

 

Вот допустим мне удалось подобрать под 9мегабит такими настройками.

Значит ли это что на другом радио и на другой антене с этим правилом я получу тоже самое?

если ингресс и егрессом поставит допустим 9200 а бурст нули, то на прием тоже самое а на отдачу гораздо больше..

скорость определяется спидтестом, так как это типовая клиентская считалка скорости.

Допускаю что в длительной перспективе закачки цифры могут быть иные и как правило они выше всегда чем показывает спидтест на закачку.

Поделитесь опытом!

Share this post


Link to post
Share on other sites

что-то вы усложняете,

я действую так, к примеру клиенту надо 1 Мбит

на CPE вешаем шейпинг на lan0 или lan0.xxx в зависимости от vlan для клиента

ingress 1024 и burst 128, и egress 1024 и burst 128

на WLAN0 не шейпим.

ну а VIP клиентам можно выставить airmax priority в high

Share this post


Link to post
Share on other sites

что-то вы усложняете,

я действую так, к примеру клиенту надо 1 Мбит

на CPE вешаем шейпинг на lan0 или lan0.xxx в зависимости от vlan для клиента

ingress 1024 и burst 128, и egress 1024 и burst 128

на WLAN0 не шейпим.

ну а VIP клиентам можно выставить airmax priority в high

 

дело в том что, так рекомендует юбикьюти.

когда на игресс и ингресс выставляю, цифры получаются другие......

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

результат замеряли как и чем? и каков он собственно результат?

Share this post


Link to post
Share on other sites

хеллоу!

 

Ввиду того что на секторе, хоть и надо стремиться к лучшему, но постоянно есть линки с нехорошим радио или появляющейся помехой, подавать услугу с равным качеством в разных условиях при шейпере, который стоит до сектора базовой станции невозможно.

Это становится ярче заметней при растущей сети, помехах, деградациях разной формы и вида.

 

Пришли к тому, что другого выбора, чем начать резать на клиентских антенах, нет.

Да и шейпинг загружать центральные роутеры тоже не очень разумно. Но безусловно удобно когда все правила в одном месте, но тут уже ничего не поделаешь.

Интересно услышать конечно опыт других, но... Не знать сколько у клиента реально скорость в разные моменты времени, тоже не вариант.

 

Есть ли универсальное правило настройки и будет ли оно одинаково работать в разных условиях радио? или в постоянно менябщемся качестве радио?

Ограничивать, как советует производитель по исходящему трафику онли. Один на лан, второй на радио. В первом случае бурст не присутствует, во втором подбирается.

лан0 егресс 9200

влан егресс 8700 и бурст 1000

 

Вот допустим мне удалось подобрать под 9мегабит такими настройками.

Значит ли это что на другом радио и на другой антене с этим правилом я получу тоже самое?

если ингресс и егрессом поставит допустим 9200 а бурст нули, то на прием тоже самое а на отдачу гораздо больше..

скорость определяется спидтестом, так как это типовая клиентская считалка скорости.

Допускаю что в длительной перспективе закачки цифры могут быть иные и как правило они выше всегда чем показывает спидтест на закачку.

Поделитесь опытом!

 

Я когда шейпил LAN на спе то скорость была нестабильная, щас шейплю wlan и все ок...

Share this post


Link to post
Share on other sites

хеллоу!

 

Ввиду того что на секторе, хоть и надо стремиться к лучшему, но постоянно есть линки с нехорошим радио или появляющейся помехой, подавать услугу с равным качеством в разных условиях при шейпере, который стоит до сектора базовой станции невозможно.

Это становится ярче заметней при растущей сети, помехах, деградациях разной формы и вида.

 

Пришли к тому, что другого выбора, чем начать резать на клиентских антенах, нет.

Да и шейпинг загружать центральные роутеры тоже не очень разумно. Но безусловно удобно когда все правила в одном месте, но тут уже ничего не поделаешь.

Интересно услышать конечно опыт других, но... Не знать сколько у клиента реально скорость в разные моменты времени, тоже не вариант.

 

Есть ли универсальное правило настройки и будет ли оно одинаково работать в разных условиях радио? или в постоянно менябщемся качестве радио?

Ограничивать, как советует производитель по исходящему трафику онли. Один на лан, второй на радио. В первом случае бурст не присутствует, во втором подбирается.

лан0 егресс 9200

влан егресс 8700 и бурст 1000

 

Вот допустим мне удалось подобрать под 9мегабит такими настройками.

Значит ли это что на другом радио и на другой антене с этим правилом я получу тоже самое?

если ингресс и егрессом поставит допустим 9200 а бурст нули, то на прием тоже самое а на отдачу гораздо больше..

скорость определяется спидтестом, так как это типовая клиентская считалка скорости.

Допускаю что в длительной перспективе закачки цифры могут быть иные и как правило они выше всегда чем показывает спидтест на закачку.

Поделитесь опытом!

 

Я когда шейпил LAN на спе то скорость была нестабильная, щас шейплю wlan и все ок...

 

речь идет про исходящий трафик?

а входящий по лану?

Share this post


Link to post
Share on other sites

что-то вы усложняете,

я действую так, к примеру клиенту надо 1 Мбит

на CPE вешаем шейпинг на lan0 или lan0.xxx в зависимости от vlan для клиента

ingress 1024 и burst 128, и egress 1024 и burst 128

на WLAN0 не шейпим.

ну а VIP клиентам можно выставить airmax priority в high

 

кстати никогда не ипльзовал приоритет. по умолчанию он отключен. при всем при том что у всех он отключен что даст установка лоу,мед и хай по сравнению с другими отключенными? реально, на практике

Share this post


Link to post
Share on other sites

Хер пойми как этот шейпер работает.

Плохой линк. Скорость и битрейт плавает. кволити около 50%. Скорость всегда выше порогового значения шейпера(по многичсленным замермм), но шейпер какого то хера не дает разгоняться. Отключаешь и тогда нормально набирает. А еще абсолютно точно с шейпером пинг больше.

Share this post


Link to post
Share on other sites

Устанавливайте шейпер только на проводной интерфейс. Радио постоянно плавает, Ubiquiti - это не Cambium с поллингом :(

Share this post


Link to post
Share on other sites

Kirk, делайте шейпер только на Egress (исходящий) интерфейс. Ограничения Ingress как раз и дают такую картину:

Скорость всегда выше порогового значения шейпера(по многичсленным замермм), но шейпер какого то хера не дает разгоняться.

Т.е. даунлоад (к абону) ограничиваете со стороны АР, аплоад (от абона) - на СРЕ.

PS. Не раз уже здесь обсуждалось: http://forum.nag.ru/forum/index.php?showtopic=102685&st=0&p=1125019&hl=samgabial&fromsearch=1entry1125019 , например

Edited by Samgabial

Share this post


Link to post
Share on other sites

Устанавливайте шейпер только на проводной интерфейс. Радио постоянно плавает, Ubiquiti - это не Cambium с поллингом :(

 

на lan только и устанавливаем.

просто хочется универсального правила под все линки и чтобы одинково хорошо работало и на хороших и на плохих линках

Share this post


Link to post
Share on other sites

Kirk, делайте шейпер только на Egress (исходящий) интерфейс. Ограничения Ingress как раз и дают такую картину:

Скорость всегда выше порогового значения шейпера(по многичсленным замермм), но шейпер какого то хера не дает разгоняться.

Т.е. даунлоад (к абону) ограничиваете со стороны АР, аплоад (от абона) - на СРЕ.

PS. Не раз уже здесь обсуждалось: http://forum.nag.ru/forum/index.php?showtopic=102685&st=0&p=1125019&hl=samgabial&fromsearch=1entry1125019 , например

 

Спасибо, посмотрел, все понятно. Ограничения и в случае клиента и в случае базы стоят на исходящем радио...

Понятно что лишнего траффика не идет по радио, который дропается уже на месте назначения и экономит радиоресурс, полагаю, что когда высокие канальные скорости и низкие тарифы это очень даже существенно.

 

Но есть другой вопрос. У меня вот например до базы стоит роутер, на котором раньше я и шейпил. Оно все более менее нормально работает на отличных линках. Как линк похуже, так все скорости у клиента от радио зависят очень сильно......

Не будет ли также в случае шейпинга на базе до радио?

Share this post


Link to post
Share on other sites

лишнего траффика не идет по радио, который дропается уже на месте назначения

не дропается на "месте назначения", а встает в очередь на передающей стороне.

 

до базы стоит роутер, на котором раньше я и шейпил

нарезайте скорости хоть на самой АР, хоть на роутере, хоть каким оборудованием в цепочке, но только Egress.

 

Как линк похуже, так все скорости у клиента от радио зависят очень сильно

Если соединение позволяет передать 10 мбит/с (по любым причинам), то большего вы и не получите, а ограничить полосу шейпером - можете.

Если в канале много ошибок, то тест скорости TCP покажет вам скорость ниже той, что вы указали в шейпере.

Share this post


Link to post
Share on other sites

Как линк похуже, так все скорости у клиента от радио зависят очень сильно

Если соединение позволяет передать 10 мбит/с (по любым причинам), то большего вы и не получите, а ограничить полосу шейпером - можете.

Если в канале много ошибок, то тест скорости TCP покажет вам скорость ниже той, что вы указали в шейпере.

 

Соединения есть разные. Грубо говоря канальные скорости в симплексе от 40 на отличных до 3-4Мбс на плохих линках.

Допустим надо выдать в обоих случаях всегда стабильно 2Мбс в обе стороны.

Канальные скорости, понятное дело всегда выше ограничивающего значения шейпера.

Как в данном случае произвести грамотно настройки, чтобы иметь некий универсальный вариант ограничивалки, ну и желательно чтобы бурст давал эту скорость сразу, особенно на плохих линках пока она "набежит"...

И возможно ли это вообще?

Пока что вот что я пробовал. Ограничение вх и исх на вышестоящем микроте без бурста. Работает норм на отличных линках, надо делать запас порядка 200кбс. На плохихи линках скорость не выдерживается и у клиента в спидтесте имеем рваный график и медленный набор скорости и бывает что не успевает достичь макс значения до окончания спидтеста. Второй вариант. У клиента на лане рубим вх и исх скорость. С бурстом в 128. Получаем быстрый выход на заданные значения, ровный график в спидтесте. Но от линка к линку все по разному. На плохих линках также есть проблема с тем что канал обеспечивает заданную скорость, а при включении шейпера не достигает пороговых значений в спидтесте... Ну и третий вариант пробовал у клиента в одну сторону по лану, в другую сторону по вилану. Обе исходящие. Такова рекомендация юбикьюти. Напомню что каналы тянут до 30-40м, чаще все таки около 10-20. А тарифы в основном 2-4.

Share this post


Link to post
Share on other sites

Добивайтесь, чтоб показатели Кволити на всех клиентах базы были >85%,без этого сеть норально работать не будет, если с качеством всё в порядке, то ставите ограничение исходящей скорости.

Share this post


Link to post
Share on other sites

Добивайтесь, чтоб показатели Кволити на всех клиентах базы были >85%,без этого сеть норально работать не будет, если с качеством всё в порядке, то ставите ограничение исходящей скорости.

 

 

Почему именно >85% Можно поконкретнее?

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.