Kirk Опубликовано 7 февраля, 2016 А по какой причине на базе с 10-15 клиентами, с линками с отличной энергетикой и высокими показателями кволити может возникать высокий перекос прокачки rx/tx Во всех случаях к клиентам скорость гораздо выше чем от клиента на базу. Причем даже если у клиента и у базы используются одни и те же устройства. То есть базой стоит ns m2 и у клиента стоит ns m2(в том числе)? Часто начал наблюдать такую ситуацию. Так чтобы от клиента прокачка была лучше чем к клиенту, таких случаев нет никогда. Просто неясна причина и как бороться. Ухудшается она видимо во время более активного использования(вечернее, дневное) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dronis3 Опубликовано 7 февраля, 2016 Все правильно, базе нужно всем сигнал раздать что и приводит к его ослаблению, а у клиента только одна база. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kirk Опубликовано 8 февраля, 2016 Все правильно, базе нужно всем сигнал раздать что и приводит к его ослаблению, а у клиента только одна база. Так как раз от базы к клиенту скорость и высокая, а от клиенту к базе низкая. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 8 февраля, 2016 Все правильно, базе нужно всем сигнал раздать что и приводит к его ослаблению, а у клиента только одна база. Так как раз от базы к клиенту скорость и высокая, а от клиенту к базе низкая. Тут дело в том, что базе равномерно раздать свой ресурс клиентам легче, чем принять от них. База знает что ( обьем данных для каждого клиента)раздавать, все данные на передачу клиентам стоят у нее в очереди . А вот принять сложнее, надо сначала получить запрос от клиента что он желает начать передачу, потом всех клиентов по очереди обслуживать и каждый раз спрашивать не хочет ли он еще чего то передать. Поэтому на прием данных получается больше накладных расходов на обслуживание "вас много я одна", поэтому upload всегда меньше чем download. И чем больше загрузка upload тем больше накладных расходов, что понижает скорость скорость раздачи также и в download. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kirk Опубликовано 9 февраля, 2016 Все правильно, базе нужно всем сигнал раздать что и приводит к его ослаблению, а у клиента только одна база. Так как раз от базы к клиенту скорость и высокая, а от клиенту к базе низкая. Тут дело в том, что базе равномерно раздать свой ресурс клиентам легче, чем принять от них. База знает что ( обьем данных для каждого клиента)раздавать, все данные на передачу клиентам стоят у нее в очереди . А вот принять сложнее, надо сначала получить запрос от клиента что он желает начать передачу, потом всех клиентов по очереди обслуживать и каждый раз спрашивать не хочет ли он еще чего то передать. Поэтому на прием данных получается больше накладных расходов на обслуживание "вас много я одна", поэтому upload всегда меньше чем download. И чем больше загрузка upload тем больше накладных расходов, что понижает скорость скорость раздачи также и в download. все бы ничего, но скорость от клиентов к базе отличается в меньшую сторону в разы и в период максимальной загрузки получаем серьезные деградации на тарифах. что можно сделать? как повлиять? даст ли что-то ограничение битрейта? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 9 февраля, 2016 Все правильно, базе нужно всем сигнал раздать что и приводит к его ослаблению, а у клиента только одна база. Так как раз от базы к клиенту скорость и высокая, а от клиенту к базе низкая. Тут дело в том, что базе равномерно раздать свой ресурс клиентам легче, чем принять от них. База знает что ( обьем данных для каждого клиента)раздавать, все данные на передачу клиентам стоят у нее в очереди . А вот принять сложнее, надо сначала получить запрос от клиента что он желает начать передачу, потом всех клиентов по очереди обслуживать и каждый раз спрашивать не хочет ли он еще чего то передать. Поэтому на прием данных получается больше накладных расходов на обслуживание "вас много я одна", поэтому upload всегда меньше чем download. И чем больше загрузка upload тем больше накладных расходов, что понижает скорость скорость раздачи также и в download. все бы ничего, но скорость от клиентов к базе отличается в меньшую сторону в разы и в период максимальной загрузки получаем серьезные деградации на тарифах. что можно сделать? как повлиять? даст ли что-то ограничение битрейта? Да, скорость DL и UL в малтипойнт может отличаться в разы. Чтобы повысить скорость UL надо стремиться повышать data rate в UL применением на стороне клиента более мощных антенн. А чтобы избежать деградации DL при увеличении трафика UL ( а также неравномерного распределения скорости между клиентами) надо ограничивать клиентам скорость UL и выравнивать по мощности UL RSSI сигналы и data rate клиентов. Больше, если мы говорим о ubnt, ничего существенного сделать нельзя. И еще, не используйте в качестве базы NS M2. Нанос не справляется с нагрузкой и особенно при высоком UL трафике в малтипойнт. Поменяйте базу на рокет с секторной антенной, должно полегчать, но не намного. И не лишним будет напомнить, что в малтипойнт нужно работать в Airmax. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rdc Опубликовано 16 февраля, 2016 Нанка M2 и рокет M2 выполнены на одном и том же чипе и имеют одинаковую производительность. Проводя аналогию, это Integrated и Connectorized соответственно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
