Jump to content

Recommended Posts

Posted

А по какой причине на базе с 10-15 клиентами, с линками с отличной энергетикой и высокими показателями кволити может возникать высокий перекос прокачки rx/tx

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

базой стоит ns m2 и у клиента стоит ns m2(в том числе)?

Часто начал наблюдать такую ситуацию. Так чтобы от клиента прокачка была лучше чем к клиенту, таких случаев нет никогда.

 

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

Posted

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

 

Так как раз от базы к клиенту скорость и высокая, а от клиенту к базе низкая.

Posted

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

 

Так как раз от базы к клиенту скорость и высокая, а от клиенту к базе низкая.

Тут дело в том, что базе равномерно раздать свой ресурс клиентам легче, чем принять от них. База знает что ( обьем данных для каждого клиента)раздавать, все данные на передачу клиентам стоят у нее в очереди . А вот принять сложнее, надо сначала получить запрос от клиента что он желает начать передачу, потом всех клиентов по очереди обслуживать и каждый раз спрашивать не хочет ли он еще чего то передать. Поэтому на прием данных получается больше накладных расходов на обслуживание "вас много я одна", поэтому upload всегда меньше чем download. И чем больше загрузка upload тем больше накладных расходов, что понижает скорость скорость раздачи также и в download.

Posted

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

 

Так как раз от базы к клиенту скорость и высокая, а от клиенту к базе низкая.

Тут дело в том, что базе равномерно раздать свой ресурс клиентам легче, чем принять от них. База знает что ( обьем данных для каждого клиента)раздавать, все данные на передачу клиентам стоят у нее в очереди . А вот принять сложнее, надо сначала получить запрос от клиента что он желает начать передачу, потом всех клиентов по очереди обслуживать и каждый раз спрашивать не хочет ли он еще чего то передать. Поэтому на прием данных получается больше накладных расходов на обслуживание "вас много я одна", поэтому upload всегда меньше чем download. И чем больше загрузка upload тем больше накладных расходов, что понижает скорость скорость раздачи также и в download.

 

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

Posted

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

 

Так как раз от базы к клиенту скорость и высокая, а от клиенту к базе низкая.

Тут дело в том, что базе равномерно раздать свой ресурс клиентам легче, чем принять от них. База знает что ( обьем данных для каждого клиента)раздавать, все данные на передачу клиентам стоят у нее в очереди . А вот принять сложнее, надо сначала получить запрос от клиента что он желает начать передачу, потом всех клиентов по очереди обслуживать и каждый раз спрашивать не хочет ли он еще чего то передать. Поэтому на прием данных получается больше накладных расходов на обслуживание "вас много я одна", поэтому upload всегда меньше чем download. И чем больше загрузка upload тем больше накладных расходов, что понижает скорость скорость раздачи также и в download.

 

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

Да, скорость DL и UL в малтипойнт может отличаться в разы. Чтобы повысить скорость UL надо стремиться повышать data rate в UL применением на стороне клиента более мощных антенн. А чтобы избежать деградации DL при увеличении трафика UL ( а также неравномерного распределения скорости между клиентами) надо ограничивать клиентам скорость UL и выравнивать по мощности UL RSSI сигналы и data rate клиентов. Больше, если мы говорим о ubnt, ничего существенного сделать нельзя.

И еще, не используйте в качестве базы NS M2. Нанос не справляется с нагрузкой и особенно при высоком UL трафике в малтипойнт. Поменяйте базу на рокет с секторной антенной, должно полегчать, но не намного. И не лишним будет напомнить, что в малтипойнт нужно работать в Airmax.

Posted

Нанка M2 и рокет M2 выполнены на одном и том же чипе и имеют одинаковую производительность.

Проводя аналогию, это Integrated и Connectorized соответственно.

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.

×
×
  • Create New...