[borg]

Кто-нибудь знает в чем именно заключается ограничение производительности точек доступа? Где-то читал что максимум 30 клиентов. Но по факту конечно же подключается и больше.

Имею рокет м2 с антенной AirMax Sector 2g-16-90. Клиенты наносы м2 и локо м2 на расстоянии от 1.5 до 2.5 км с хорошей видимостью.

Все на 20Mhz. Канал выбран не засранный. WDS вырублен.

Примерно до 30 клиентов никаких проблем никто не испытывал, скорости от 5 до 30 мбит, ccq от 85 до 100.

Но примерно начиная с 40 клиентов до имеющихся сейчас 50 начались проблемы в часы пик с 20 до 23 часов. Заключаются проблемы в падении скорости у всех клиентов по встроенному спидтесту до 2-5 мбит.

При этом общая полоса выжираемая клиентами в часы пик падает до 5-10 мегабит, в то время как в непиковые часы легко поднимается до 20-30.

Проблемы с инет каналом исключили. Косяк точно между клиентами и базой.

Адского увеличения количества пакетов в секунду в пики тоже не наблюдается.

Загрузка ЦП на базе не выше 35%, памяти свободно 40 из 64.

Выглядит все вот так:

Station MAC Device Name Signal / Noise, dBm Distance TX/RX, Mbps CCQ, % Connection Time Last IP Action

XX:XX:XX:XX:XX:XX 1001 -73 / -82 1.3 miles (2.1 km) 117 / 19.5 94 04:29:53 10.0.0.231 kick

XX:XX:XX:XX:XX:XX 1002 -76 / -82 0.9 miles (1.5 km) 117 / 13 87 01:38:22 10.0.0.156 kick

XX:XX:XX:XX:XX:XX 1004 -76 / -82 1.0 miles (1.7 km) 117 / 13 90 01:40:57 10.0.0.235 kick

XX:XX:XX:XX:XX:XX 1005 -70 / -82 0.9 miles (1.5 km) 130 / 26 99 01:41:13 192.168.0.16 kick

XX:XX:XX:XX:XX:XX 1006 -64 / -82 1.4 miles (2.3 km) 130 / 78 99 04:29:53 10.0.0.240 kick

XX:XX:XX:XX:XX:XX 1007 -64 / -82 0.9 miles (1.5 km) 130 / 104 93 04:29:53 10.0.0.182 kick

XX:XX:XX:XX:XX:XX 1008 -70 / -82 1.3 miles (2.1 km) 130 / 52 96 01:11:48 10.0.0.77 kick

XX:XX:XX:XX:XX:XX 1009 -72 / -82 1.2 miles (2.0 km) 117 / 26 96 01:40:53 10.0.0.34 kick

XX:XX:XX:XX:XX:XX 1010 -75 / -82 1.0 miles (1.7 km) 130 / 19.5 92 04:29:46 192.168.0.18 kick

XX:XX:XX:XX:XX:XX 1011 -77 / -82 1.0 miles (1.7 km) 117 / 19.5 86 04:29:53 10.0.0.41 kick

XX:XX:XX:XX:XX:XX 1012 -76 / -82 1.4 miles (2.3 km) 104 / 19.5 73 04:29:53 10.0.0.23 kick

XX:XX:XX:XX:XX:XX 1014 -67 / -82 1.3 miles (2.1 km) 117 / 39 77 04:29:53 192.168.0.25 kick

XX:XX:XX:XX:XX:XX 1015 -72 / -82 1.2 miles (2.0 km) 130 / 19.5 99 04:29:51 10.0.0.15 kick

XX:XX:XX:XX:XX:XX 1016 -70 / -82 1.1 miles (1.8 km) 130 / 19.5 98 04:29:53 10.0.0.59 kick

XX:XX:XX:XX:XX:XX 1017 -65 / -82 1.4 miles (2.3 km) 117 / 52 81 04:29:53 10.0.0.84 kick

XX:XX:XX:XX:XX:XX 1017 -76 / -82 1.0 miles (1.7 km) 117 / 13 87 04:29:30 10.0.0.82 kick

XX:XX:XX:XX:XX:XX 1018 -66 / -82 0.9 miles (1.5 km) 130 / 52 98 04:29:53 10.0.0.169 kick

XX:XX:XX:XX:XX:XX 1019 -77 / -82 1.4 miles (2.3 km) 130 / 13 99 04:29:50 10.0.0.96 kick

XX:XX:XX:XX:XX:XX 1020 -79 / -82 1.5 miles (2.4 km) 39 / 6.5 91 04:29:38 192.168.0.19 kick

XX:XX:XX:XX:XX:XX 1021 -61 / -82 0.9 miles (1.5 km) 130 / 117 95 04:29:53 10.0.0.140 kick

XX:XX:XX:XX:XX:XX 1022 -66 / -82 1.5 miles (2.4 km) 130 / 52 99 04:29:53 192.168.0.38 kick

XX:XX:XX:XX:XX:XX 1023 -78 / -82 0.9 miles (1.5 km) 104 / 19.5 72 01:41:12 10.0.0.13 kick

XX:XX:XX:XX:XX:XX 1024 -72 / -82 1.2 miles (2.0 km) 117 / 26 91 04:29:58 192.168.0.40 kick

XX:XX:XX:XX:XX:XX 1025 -74 / -82 1.1 miles (1.8 km) 130 / 26 92 04:29:50 10.0.0.94 kick

XX:XX:XX:XX:XX:XX 1048 -78 / -82 0.9 miles (1.5 km) 117 / 19.5 89 04:29:52 192.168.0.21 kick

XX:XX:XX:XX:XX:XX 1049 -74 / -82 1.4 miles (2.3 km) 117 / 26 82 04:29:53 192.168.0.23 kick

XX:XX:XX:XX:XX:XX 1050 -78 / -82 1.3 miles (2.1 km) 117 / 19.5 77 01:41:14 192.168.0.44 kick

XX:XX:XX:XX:XX:XX 1051 -78 / -82 1.6 miles (2.6 km) 19.5 / 6.5 79 04:29:45 10.0.0.83 kick

XX:XX:XX:XX:XX:XX 1052 -72 / -82 1.3 miles (2.1 km) 130 / 39 91 04:29:53 10.0.0.184 kick

XX:XX:XX:XX:XX:XX 1053 -69 / -82 1.1 miles (1.8 km) 130 / 52 98 04:29:53 10.0.0.245 kick

XX:XX:XX:XX:XX:XX 1054 -75 / -82 1.4 miles (2.3 km) 117 / 26 76 04:29:53 10.0.0.150 kick

XX:XX:XX:XX:XX:XX 1055 -68 / -82 1.1 miles (1.8 km) 104 / 78 90 04:29:53 10.0.0.103 kick

XX:XX:XX:XX:XX:XX 1056 -73 / -82 1.1 miles (1.8 km) 130 / 26 98 02:49:34 10.0.0.253 kick

XX:XX:XX:XX:XX:XX 1057 -69 / -82 1.2 miles (2.0 km) 130 / 52 94 04:29:58 10.0.0.26 kick

XX:XX:XX:XX:XX:XX 1058 -65 / -82 0.8 miles (1.4 km) 104 / 52 84 04:29:53 10.0.0.236 kick

XX:XX:XX:XX:XX:XX 1059 -75 / -82 2.7 miles (4.4 km) 104 / 19.5 71 04:29:50 10.0.0.196 kick

XX:XX:XX:XX:XX:XX 1060 -72 / -82 1.4 miles (2.3 km) 104 / 13 84 04:29:58 10.0.0.207 kick

XX:XX:XX:XX:XX:XX 1061 -71 / -82 0.9 miles (1.5 km) 117 / 26 98 01:41:13 10.0.0.80 kick

XX:XX:XX:XX:XX:XX 1075 -76 / -82 1.2 miles (2.0 km) 130 / 26 87 00:07:03 10.0.0.157 kick

XX:XX:XX:XX:XX:XX 1076 -77 / -82 1.1 miles (1.8 km) 117 / 26 70 04:29:52 192.168.0.62 kick

XX:XX:XX:XX:XX:XX 1077 -76 / -82 1.2 miles (2.0 km) 117 / 13 83 04:29:53 10.0.0.241 kick

XX:XX:XX:XX:XX:XX 1080 -77 / -82 1.3 miles (2.1 km) 130 / 19.5 96 04:29:53 10.0.0.145 kick

XX:XX:XX:XX:XX:XX 1081 -76 / -82 1.3 miles (2.1 km) 117 / 19.5 72 04:29:53 10.0.0.58 kick

XX:XX:XX:XX:XX:XX 1082 -68 / -82 2.6 miles (4.2 km) 117 / 19.5 88 04:29:52 192.168.2.249 kick

XX:XX:XX:XX:XX:XX 1083 -73 / -82 0.9 miles (1.5 km) 130 / 26 99 00:59:20 10.0.0.75 kick

XX:XX:XX:XX:XX:XX 1084 -73 / -82 0.9 miles (1.5 km) 117 / 26 92 01:48:25 10.0.0.6 kick

 

Есть какиенить соображения?

Edited July 29, 2014 by borg

[Saab95]

1. Нужно включить везде WDS.

2. Нужно ограничить везде мощность до 18 и менее дбм.

3. Агрегацию поставить 8 и 8000.

4. Ограничить на тарифах обратную скорость. Например если тариф 5 мегабит, то обратка всего 1, если тариф 10, обратка 2.

 

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

[NewUse]

Агрегацию я бы вообще отрубил.

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

В rc.poststart что-то типа:

echo "max_num_sta=30" >>/etc/aaa1.cfg
killall -HUP hostapd

[ChargeSet]

Airmax включить

клиентам с низким ccq airmax priority low/none, остальным medium, особо ценным high (при условии что у них хорошие сигналы)

модуляцию придавить на пару ступенек

агрегацией можно поиграться, зависит от чистоты эфира, у нас когда были нагруженные p2mp сайты, то там ставили 32 к 32000

АСК на АР выставить руками по самому дальнему клиенту + 10% от дистанции

[borg]

1. Нужно включить везде WDS.

2. Нужно ограничить везде мощность до 18 и менее дбм.

3. Агрегацию поставить 8 и 8000.

4. Ограничить на тарифах обратную скорость. Например если тариф 5 мегабит, то обратка всего 1, если тариф 10, обратка 2.

 

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

 

1.Чем это может помочь? Это же уменьшает общую производительность?

2.При уменьшении падает CCQ и скорости.

3.Попробую.

4.Сделано.

 

Точно знаю о работающих вариантах на 50-80 клиентов на базе, поэтому и спрашиваю.

 

Агрегацию я бы вообще отрубил.

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

В rc.poststart что-то типа:

echo "max_num_sta=30" >>/etc/aaa1.cfg
killall -HUP hostapd

 

ну это не вариант, это же все равно что отрубить половину клиентов

 

Airmax включить

клиентам с низким ccq airmax priority low/none, остальным medium, особо ценным high (при условии что у них хорошие сигналы)

модуляцию придавить на пару ступенек

агрегацией можно поиграться, зависит от чистоты эфира, у нас когда были нагруженные p2mp сайты, то там ставили 32 к 32000

АСК на АР выставить руками по самому дальнему клиенту + 10% от дистанции

 

включен

остальное попробую

спасибо

[slv700]

Точно знаю о работающих вариантах на 50-80 клиентов на базе, поэтому и спрашиваю.

Так там очевидно и работает еще хуже чем у Вас.

Из всех рекомендаций "бывалых" самое ощутимое - агрегация.

Но Ваша проблема в том, что агрегация в малтипойнт при нагрузке на большом количестве клиентов не работает вообще ( не успевает). И дело не в процессоре, потому как агрегация 802.11 n выполняется на самом радиочипсете. Поэтому у Вас в час пик сеть работает так как агрегации вообще нет ( скорость падает в два раза). Без агрегации также падает ППС вплоть до 6K, что еще больше усугубляет проблему, что, в частности, отражается на взрывном росте задержки. И почему то в данной ситуации еще тормозит MIMO2x2, то есть достаточно одного, двух клиентов с перекосами по чейнам, как в малтипойнт валится по работе MIMO 2x2 весь сектор, что в свою очередь также уменьшает пропускную способность сектора в два раза.

Поэтому мы и имеет что в точка точка скорость 70-100 мбит/c, в многоточка 20-40 Мбит/c.

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

[Saab95]

1.Чем это может помочь? Это же уменьшает общую производительность?

 

Когда радио работает в WDS, то они проходят аппаратно и нагрузка на процессор минимальная, когда радио работает без WDS, то база работает в режиме MAC NAT, то есть занимается трансляцией мак адресов из радио сегмента сети в кабельный, следовательно нагрузка на оборудование многократно возрастает. Вспомните дешевые комнатные роутеры, которые могут работать в режиме клиента беспроводной сети - у них жестко указано ограничение на 5-10 подключенных устройств.

 

Поэтому во всех случаях радио должно работать в WDS, если оборудование это позволяет.

[tma]

Такая у убнт технология радиодоступа.

А кого бы посоветовали взамен ubnt? Я понимаю, что немного не в тему ветки и топика, но информация была бы полезна.

Можно просто ссылку на грамотные сравнения.

Заранее благодарен.

[borg]

1.Чем это может помочь? Это же уменьшает общую производительность?

 

Когда радио работает в WDS, то они проходят аппаратно и нагрузка на процессор минимальная, когда радио работает без WDS, то база работает в режиме MAC NAT, то есть занимается трансляцией мак адресов из радио сегмента сети в кабельный, следовательно нагрузка на оборудование многократно возрастает. Вспомните дешевые комнатные роутеры, которые могут работать в режиме клиента беспроводной сети - у них жестко указано ограничение на 5-10 подключенных устройств.

 

Поэтому во всех случаях радио должно работать в WDS, если оборудование это позволяет.

 

Разве база работает как мак нат, а не станции? tcpdump показывает что именно со станции все выходит с одинаковым маком. На лан порту базы исходящие маки разные, а не равны маку базы.

Так что сдается мне арпнат тут не при чем.

 

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

Edited July 30, 2014 by borg

[Saab95]

Разве база работает как мак нат, а не станции? tcpdump показывает что именно со станции все выходит с одинаковым маком. На лан порту базы исходящие маки разные, а не равны маку базы.

Так что сдается мне арпнат тут не при чем.

 

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

 

База конечно работает, транслирует маки из одной среды в другую. Поэтому вы и видите маки абонентов. Попробуйте соединить 2 моста точка-точка, работающие в без WDS, подключите с одной стороны ноутбук, а с другой роутер и поглядите какие маки на него придут=) сразу все станет понятно.

 

В документации написано не правильно, там случайно про WEP ничего не упоминается=)

[slv700]

Такая у убнт технология радиодоступа.

А кого бы посоветовали взамен ubnt? Я понимаю, что немного не в тему ветки и топика, но информация была бы полезна.

Можно просто ссылку на грамотные сравнения.

Заранее благодарен.

здесь

[rdc]

Когда радио работает в WDS, то они проходят аппаратно и нагрузка на процессор минимальная, когда радио работает без WDS, то база работает в режиме MAC NAT

NAT работает на клиенте, а не на базе. И то, только в том случае, если клиент в режиме моста.

 

Имею рокет м2 с антенной AirMax Sector 2g-16-90. Клиенты наносы м2 и локо м2 на расстоянии от 1.5 до 2.5 км с хорошей видимостью.

Поставьте два сектора вместо одного, и разнесите по частотам. Разница частот должна быть не менее 45мгц при 40мгц полосе.

Сектора надо ориентировать так, чтобы делили пул клиентов надвое, половину клиентов надо перецепить на второй сектор.

 

Простейшее решение - две нанки м2.

Сами нанки желательно разнести на максимально возможное расстояние друг от друга, хотя бы несколько метров.

[borg]

Разве база работает как мак нат, а не станции? tcpdump показывает что именно со станции все выходит с одинаковым маком. На лан порту базы исходящие маки разные, а не равны маку базы.

Так что сдается мне арпнат тут не при чем.

 

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

 

База конечно работает, транслирует маки из одной среды в другую. Поэтому вы и видите маки абонентов. Попробуйте соединить 2 моста точка-точка, работающие в без WDS, подключите с одной стороны ноутбук, а с другой роутер и поглядите какие маки на него придут=) сразу все станет понятно.

 

В документации написано не правильно, там случайно про WEP ничего не упоминается=)

 

Я таки позволю себе несогласиться.

База при вырубленном WDS маки не транслирует:

XM.v5.5.8# ebtables -t nat -L

Bridge table: nat

Bridge chain: PREROUTING, entries: 0, policy: ACCEPT

Bridge chain: OUTPUT, entries: 0, policy: ACCEPT

Bridge chain: POSTROUTING, entries: 0, policy: ACCEPT

Станция при вырубленном WDS маки транслирует:

XM.v5.5.8# ebtables -t nat -L

Bridge table: nat

Bridge chain: PREROUTING, entries: 1, policy: ACCEPT

-j ARPNAT_IN

Bridge chain: OUTPUT, entries: 0, policy: ACCEPT

Bridge chain: POSTROUTING, entries: 1, policy: ACCEPT

-j ARPNAT_OUT

Bridge chain: ARPNAT_IN, entries: 1, policy: RETURN

-i ath0 -j arpnat --arpnat-target ACCEPT

Bridge chain: ARPNAT_OUT, entries: 1, policy: RETURN

-o ath0 -j arpnat --arpnat-target ACCEPT

 

А вот при включении WDS на станции она транслировать перестает, что собственно и совпадает с документацией.

[borg]

Когда радио работает в WDS, то они проходят аппаратно и нагрузка на процессор минимальная, когда радио работает без WDS, то база работает в режиме MAC NAT

NAT работает на клиенте, а не на базе. И то, только в том случае, если клиент в режиме моста.

 

Имею рокет м2 с антенной AirMax Sector 2g-16-90. Клиенты наносы м2 и локо м2 на расстоянии от 1.5 до 2.5 км с хорошей видимостью.

Поставьте два сектора вместо одного, и разнесите по частотам. Разница частот должна быть не менее 45мгц при 40мгц полосе.

Сектора надо ориентировать так, чтобы делили пул клиентов надвое, половину клиентов надо перецепить на второй сектор.

 

Простейшее решение - две нанки м2.

Сами нанки желательно разнести на максимально возможное расстояние друг от друга, хотя бы несколько метров.

 

Именно это и собирался сделать.

А как лучше их поставить? Друг над другом? Рядом? Или на разных частотах не важно?

Но так как юзаю 20Mhz, то думается мне разницы между частотами баз должна быть не менее 20Mhz, так как каждая база будет фонить +/- 10Mhz от своей частоты.

Разделить же клиентов по направлениям самих секторов возможности нет. Так как клиенты находятся на квадрате 1км х 1км и до этого квадрата от места установки баз 1.5км. Тоесть все клиенты умещаются в угол около 40 градусов.

 

А вообще думаете потянет нанка при описанных выше расстояниях не хуже ротека+сектор?

Edited July 31, 2014 by borg

[ChargeSet]

Сектор+рокет однозначно лучше наноса.

Разносить чем дальше тем лучше, как в метрах, так и в децибелах

[rdc]

А как лучше их поставить? Друг над другом? Рядом? Или на разных частотах не важно?

Так я же написал выше - желательно растащить на несколько метров, если это возможно.

Разделить же клиентов по направлениям самих секторов возможности нет. Так как клиенты находятся на квадрате 1км х 1км и до этого квадрата от места установки баз 1.5км. Тоесть все клиенты умещаются в угол около 40 градусов.

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

А вообще думаете потянет нанка при описанных выше расстояниях не хуже ротека+сектор?

Будет примерно так же или незначительно хуже. M2 сама по себе 60º сектор.

 

Ещё одно решение - кинуть мост, например на свежевышедшем powerbeam, в центр квадрата - а там раздать пачкой нанок, направленных во все стороны. Ёмкость сети будет многократно больше, хватит с большим запасом и надолго.

[borg]

А как лучше их поставить? Друг над другом? Рядом? Или на разных частотах не важно?

Так я же написал выше - желательно растащить на несколько метров, если это возможно.

Разделить же клиентов по направлениям самих секторов возможности нет. Так как клиенты находятся на квадрате 1км х 1км и до этого квадрата от места установки баз 1.5км. Тоесть все клиенты умещаются в угол около 40 градусов.

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

А вообще думаете потянет нанка при описанных выше расстояниях не хуже ротека+сектор?

Будет примерно так же или незначительно хуже. M2 сама по себе 60º сектор.

 

Ещё одно решение - кинуть мост, например на свежевышедшем powerbeam, в центр квадрата - а там раздать пачкой нанок, направленных во все стороны. Ёмкость сети будет многократно больше, хватит с большим запасом и надолго.

 

С нанкой попробую, а вот ставить что либо в центр уже не вариант ибо поворачивать большинство станций придется. Да и мачту метров 20 просто так не воткнешь и не купишь за гроши)

[Saab95]

Когда радио работает в WDS, то они проходят аппаратно и нагрузка на процессор минимальная, когда радио работает без WDS, то база работает в режиме MAC NAT

NAT работает на клиенте, а не на базе. И то, только в том случае, если клиент в режиме моста.

 

Нужно всегда ставить режим WDS и всего делов.

[[anp/hsw]]

Нужно всегда ставить режим WDS и всего делов.

Да никакой разницы. Никакого влияния на производительность базы это не оказывает.

[rdc]

а вот ставить что либо в центр уже не вариант ибо поворачивать большинство станций придется.

Кстати, есть ещё одно решение - поставить три nanobeam m2, разнеся их по частотам и углам.

У них довольно узкий луч, каждый из них будет покрывать примерно треть посёлка. И процессор помощнее - так что ёмкость сети вырастет многократно.

[Sonne]

а вот ставить что либо в центр уже не вариант ибо поворачивать большинство станций придется.

Кстати, есть ещё одно решение - поставить три nanobeam m2, разнеся их по частотам и углам.

У них довольно узкий луч, каждый из них будет покрывать примерно треть посёлка. И процессор помощнее - так что ёмкость сети вырастет многократно.

 

Вам нужно книжку писать, "вредные советы называется". У нанобимов диаграмма - конус, значит в горизонтали покрытие будет уже, а по вертикали уйдет в небо. Боковые лепестки значительные, сзади клякса (дешевый облучатель играет роль). Если учесть что спектральная маска не айс, то первый же нанобим выкрученный на полную мощность заглушит своих соседей. Без мощи не пробить такой шумный эфир. Гораздо лучше поставить два сектора Титаниу отрегулированных на угол 60 градусов. При том же покрытии емкость удвоится.

 

А вобще сеть топикстартера с моей точки зрения - шедевр! При таких сигналах да еще и в 2,4 тянет до 40 абонентов. Я раньше считал что для UBNT максимум - 30.

[borg]

а вот ставить что либо в центр уже не вариант ибо поворачивать большинство станций придется.

Кстати, есть ещё одно решение - поставить три nanobeam m2, разнеся их по частотам и углам.

У них довольно узкий луч, каждый из них будет покрывать примерно треть посёлка. И процессор помощнее - так что ёмкость сети вырастет многократно.

 

у бима же 45 градусов?

и разве есть смысл разносить по углам если они правильно разнесены по частотам?

просто 40 градусов в которых сидят все клиенты довольно трудно будет точно разбить на 3 части без рулетки длиной в 1500 метров))

[borg]

а вот ставить что либо в центр уже не вариант ибо поворачивать большинство станций придется.

Кстати, есть ещё одно решение - поставить три nanobeam m2, разнеся их по частотам и углам.

У них довольно узкий луч, каждый из них будет покрывать примерно треть посёлка. И процессор помощнее - так что ёмкость сети вырастет многократно.

 

Вам нужно книжку писать, "вредные советы называется". У нанобимов диаграмма - конус, значит в горизонтали покрытие будет уже, а по вертикали уйдет в небо. Боковые лепестки значительные, сзади клякса (дешевый облучатель играет роль). Если учесть что спектральная маска не айс, то первый же нанобим выкрученный на полную мощность заглушит своих соседей. Без мощи не пробить такой шумный эфир. Гораздо лучше поставить два сектора Титаниу отрегулированных на угол 60 градусов. При том же покрытии емкость удвоится.

 

А вобще сеть топикстартера с моей точки зрения - шедевр! При таких сигналах да еще и в 2,4 тянет до 40 абонентов. Я раньше считал что для UBNT максимум - 30.

 

А есть ли смысл в титане? ну да, угол меньше, но по мощности практически тоже самое. пока склоняюсь к двум рокетам+сектор 2g-16-90

Добился устойчивой работы и на 51 рыло, но пришлось немного ограничить торентофилов.

[rdc]

у бима же 45 градусов?

Порядка 30º

и разве есть смысл разносить по углам если они правильно разнесены по частотам?

Есть - бим, направленный в центр клиентской зоны, не будет покрывать края. А два бима покроют всё.

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

 

У нанобимов диаграмма - конус, значит в горизонтали покрытие будет уже, а по вертикали уйдет в небо.

Несмотря на то, что бим светит в землю и в небо, работать он будет эффективнее.

По вертикали у них 30º, по горизонтали 30º - а у сектора 15º и 90º. Разница раза в полтора в пользу бима.

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

 

Впрочем, если найти пару 20-30º секторов для рокетов, вышло бы ещё лучше.

[Sonne]

Посмотрел у M2 только один вариант Nanobeam-M2-400, его луч +-10 градусов по уровню -5 дб.

Только один сектор Титаниум с усилением 17 при покрытии 60 градусов.

 

Я бы все равно поставил два сектора и накрыл бы весь поселок, а клиентов балансировал бы выбором сектора.

На М2 есть Рокет тинаниум, у него новый процессор и металлический корпус, экранировать не требуется.