[SR_Demon.]

Здравствуйте, камрады.

 

Не буду тянуть кота за хвост, сразу расскажу, зачем я здесь.

 

Есть у нас радиомост, длиною в три километра (+/- 50 метров), который организован с помощью ubiquiti NanoBridge M5. Прямая видимость, ничегошеньки не маячит в лучах точек.

Вот так выглядит схема этого участка полностью.

 

[Ядро сети] -- [DLink DES-3200 Rev.A1 FW Ver.1.31.B005] -- NanoBridge M5 (client) -- NanoBridge M5 (AP) -- [DLink DES-3200 Rev.C1 FW ver.4.33.B004] -- NanoStation M2 -- NanoSlation M2 Loco

 

Ближняя точка:

Main

Wireless

Network

Network2 (Vlan bridging)

Advanced

Sevices

System

 

Дальняя точка:

Main

Wireless

Network

Network2

Advanced

Services

System

 

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

Сейчас за радиомостом сидят около 20 абонентов. Недавно участились сигналы о том, что скорость просто аховая - не дотягивает и до мегабита.

С помощью скачивания крупных файлов с локальных ресурсов была получена максимальная скорость - 30-35 мегабит (абонентского трафика в этот момент в канале не было). Стоит сказать, что сервер, участвующий в тестировании, может отдавать тестовые файлы на гораздо более высокой скорости, нежели 30 мегабит. Это проверено.

 

Вот что сказал мне iperf во время тестирования:

 

Со стороны ядра сети:

 

sandbox:~ sandboxer$ iperf -c 10.179.232.110 -i 5 -r -t 120
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 64.0 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 10.179.232.110, TCP port 5001
TCP window size: 65.0 KByte (default)
------------------------------------------------------------
[  5] local 10.179.232.150 port 56734 connected with 10.179.232.110 port 5001
[ ID] Interval       Transfer     Bandwidth
[  5]  0.0- 5.0 sec  17.4 MBytes  29.2 Mbits/sec
[  5]  5.0-10.0 sec  11.5 MBytes  19.3 Mbits/sec
[  5] 10.0-15.0 sec  17.2 MBytes  28.9 Mbits/sec
[  5] 15.0-20.0 sec  16.1 MBytes  27.1 Mbits/sec
[  5] 20.0-25.0 sec  17.2 MBytes  28.9 Mbits/sec
[  5] 25.0-30.0 sec  17.0 MBytes  28.5 Mbits/sec
[  5] 30.0-35.0 sec  16.2 MBytes  27.3 Mbits/sec
[  5] 35.0-40.0 sec  16.5 MBytes  27.7 Mbits/sec
[  5] 40.0-45.0 sec  16.6 MBytes  27.9 Mbits/sec
[  5] 45.0-50.0 sec  18.0 MBytes  30.2 Mbits/sec
[  5] 50.0-55.0 sec  18.8 MBytes  31.5 Mbits/sec
[  5] 55.0-60.0 sec  18.0 MBytes  30.2 Mbits/sec

 

 

Со стороны удаленного компьютера:

 

support@support-N102:~$ iperf -c 10.179.232.150 -i 5 -r -t 120
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 10.179.232.150, TCP port 5001
TCP window size: 71.3 KByte (default)
------------------------------------------------------------
[  5] local 10.179.232.110 port 39804 connected with 10.179.232.150 port 5001
[ ID] Interval       Transfer     Bandwidth
[  5]  0.0- 5.0 sec  23.6 MBytes  39.6 Mbits/sec
[  5]  5.0-10.0 sec  25.0 MBytes  41.9 Mbits/sec
[  5] 10.0-15.0 sec  22.2 MBytes  37.3 Mbits/sec
[  5] 15.0-20.0 sec  25.0 MBytes  41.9 Mbits/sec
[  5] 20.0-25.0 sec  25.1 MBytes  42.2 Mbits/sec
[  5] 25.0-30.0 sec  23.4 MBytes  39.2 Mbits/sec
[  5] 30.0-35.0 sec  25.1 MBytes  42.2 Mbits/sec
[  5] 35.0-40.0 sec  24.8 MBytes  41.5 Mbits/sec
[  5] 40.0-45.0 sec  22.4 MBytes  37.5 Mbits/sec
[  5] 45.0-50.0 sec  26.0 MBytes  43.6 Mbits/sec
[  5] 50.0-55.0 sec  24.1 MBytes  40.5 Mbits/sec
[  5] 55.0-60.0 sec  22.1 MBytes  37.1 Mbits/sec

 

 

Из изменений, которые были замечены: результаты замера скорости встроенной утилитой speed test, заметно изменились в худшую сторону. По направлению от ядра сети к клиентам, скорость упала. Шумы на той стороне исключены - глухомань, водонапорная башня на отшибе от поселка.

 

Замеры скорости встроенной в NBM5 утилитой:

 

Дальняя к ближней:

 

Ближняя к дальней:

 

Вот тут стоит пояснить - в момент установки радиомоста, утилита показывала такие вот результаты:

 

Стоит отметить, что физически с мостом все в порядке - юстировка не сбилась (производили перенастройку с периодическим замером скорости), точка работает,

 

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

 

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

 

 

Количество пакетов с портов коммутаторов:

 

Ближний

 

Дальний

 

В дополнение - немного графиков с портов оборудования:

 

Порт на ближнем коммутаторе.

На нем видно, что трафик взлетел до 45 мегабит во время тестирования iperf'ом и скачиванием файлов. В остальном, абоеннтский трафик редко когда достигает 15 мегабит.

 

Графики с портов удаленного коммутатора не привожу - они крайне неинформативны и говорят лишь о том, что в моменты вселенской тоски, трафик не ходит между сервером мониторинга и оборудованием, и сервер не получает статистику (свитчи мониторятся по SNMP)

 

Что было выявлено по время настройки и запуска:

Точка, которая находится ближе к ядру сети, роутит трафик, проходящий через нее. Естественно, пользовательские вланы раскиданы по разным бриджам и не пересекаются друг с другом и с вланом управления. Пришлось включать влан управления в пользовательский vrf, для того, чтобы интернет у абонентов работал. Костыль и решето, но что поделать?

 

Повторю - сейчас у меня вот такие вопросы возникают:

Правильно-ли настроен радиомост (инфу брал с форума, из гайда по Мсерии и из разных тем связанных с подобным оборудованием)

Насколько оправданы наши ожидания относительно этого радиолинка? Может быть, это и есть потолок?

 

Конечно же, буду рад предоставить любую информацию, которая потребуется.

Спасибо вам за внимание к моему вопросу.

[Adim]

растояние 3 километра а мощьность на всю выкручена ...хммммм

[dima89]

что касается радио - постарайтесь добиться уровней -65 на обеих сторонах (как написали выше - уменьшите мощность, думаю достаточно будет уровня 7-8 dbm). и шум (насколько можно верить встроенному определителю) таки есть. если это возможно посканьте airview, подвиньтесь где потише.

что касается производительности бриджей, если я не ошибаюсь, бриджи могут прожевать не более 28 килоппс в идеальных условиях (на 64байтных пакетах это около 14 мбит\с, поправьте если ошибаюсь опять же). маловероятно, конечно, что у вас там 100% трафика - настолько мелкие пакеты, но всё же.

Изменено 20 марта, 2013 пользователем dima.astana.network.kz

[Alex-Pilot]

А для чего прописаны VLANы ? Ведь WDS не включен

[NewUse]

Попробуйте сменить частоту.

[dsk]

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

[Sipl]

да, есть вероятность что у вас помехи, смените частоту

[SR_Demon.]

Благодарю всех, кто уделил моему вопросу немного своего времени.

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

Последовал вашему совету - убавил мощности (сейчас по 17 dBm на обоих точках) и сменил канал. Итог - вполне годный канал сейчас - графики мониторинга удаленного свитча рисуются, "ни единого разрыва с ноя...".

В результате и скорость слегка возросла.

Благодарю за помощь.

 

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

Спасибо за внимание.

[dsk]

45 мбит конечно маловато для 40 мгц, хотя результат зависит от разных факторов.

 

 

Вот пример работы в 20 мгц, запущено 4 iperf в tcp + 30 мбит реального клиентского трафика:

 

 5.4K     0       7.2M       4.1K     0       998K     0
     5.6K     0       7.4M       4.4K     0       994K     0
     5.6K     0       7.4M       4.3K     0       971K     0
     5.4K     0       7.2M       4.3K     0       1.0M     0
           input        (vlan6)           output
  packets  errs      bytes    packets  errs      bytes colls
     5.5K     0       7.2M       4.2K     0       985K     0
     5.4K     0       7.0M       4.2K     0       955K     0
     5.6K     0       7.5M       4.6K     0       980K     0

[  8]  0.0-10.1 sec  16.3 MBytes  13.6 Mbits/sec
[  4]  0.0-10.1 sec  9.12 MBytes  7.57 Mbits/sec
[  5]  0.0-10.2 sec  10.7 MBytes  8.80 Mbits/sec
[  6]  0.0-10.2 sec  9.92 MBytes  8.18 Mbits/sec
[sUM]  0.0-10.2 sec  46.0 MBytes  37.9 Mbits/sec

 

Если с этого канала убрать полностью исходящий трафик, то в одну сторону разгоняется до 9-9.2MB/s в TCP.

[NewUse]

Должен 60 выдавать, дуплекса.

Агрегацию/ССQ смотрите, без скринов сказать сложно.