heavydude Опубликовано 8 января, 2011 (изменено) · Жалоба Просили выложить скрины работающего оборудования - решил сделать отдельную тему. Надеюсь, обсуждение будет качественным и со смыслом. Так же, если интересно, поделюсь опытом эксплуатации различных девайсов. Первый скриншот - PowerStation 5. Стоит в режиме моста, сейчас почти все мосты поменял на оптику - этот последний. Дистанция - 4 км, на другом конце примерно 20 человек с двух пятиэтажек. По опыту скажу - пара на рассоянии 1,5 км держала примерно человек 60, реальную прокачку давала примерно 40-50 мегабит. По увеличению абонентов иногда глючила, приходилось перегружать. Регулярно горели порты, пока не поставил наговскую защиту, слегка переделанную. Хороший резервный канал на случай обрыва оптики. Изменено 8 января, 2011 пользователем heavydude Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heavydude Опубликовано 8 января, 2011 (изменено) · Жалоба Мост из пары PowerBridge M5 - 5700 метров. Мощность 18 DBi. Стоит 3 месяца, за период завис 1 раз пришлось лететь, перезагрузка спасла. Максимальную прокачку пока видел в 15 мегабит. На другой стороне примерно человек 70, тарифы - белимитки в 1 и 2 мегабита. Изменено 8 января, 2011 пользователем heavydude Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heavydude Опубликовано 8 января, 2011 · Жалоба Интересная мостовая пара - со стороны оптики - NanoBridge M5, с клиентской - Nanostation M5 на тарелке 90 см. Закинут в поселок с тремя 5-этажками. Дорогое оборудование ставить не стал - есть мысли что могут спереть. Стоит месяц, с обратки человек 5, пока жалоб и нареканий нет. Качество сигнала видно на скринах. Стоит до весны, весной буду оптику туда тянуть. Расстояние - 7 км. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsk Опубликовано 8 января, 2011 · Жалоба Как-то у вас тухло с повербриджами. Вроде все хорошо, а линкуются только на 162. Хотя там виден перекос по чейнам. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heavydude Опубликовано 8 января, 2011 · Жалоба И, наконец, Rocket M5 в режиме сектора БС с сектором 120 градусов на 19 DBi. Абонентские станции - до полутора километров - Loco M5, от полутора до трех - Nanostation M5, свыше трех - NanoBridge M5. За три месяца "залипал" один раз. Самый дальний абонент - 4700 метров. Нанос М5 на тарелке 90 см уверенно цепляется с 7 километров, причем видит все три сектора БС, даже те которые в обратку смотрят. По текущему состоянию подключено 25 абонентских станций. Про прокачку сказать не могу, но жалоб на скорость пока нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heavydude Опубликовано 8 января, 2011 · Жалоба Как-то у вас тухло с повербриджами. Вроде все хорошо, а линкуются только на 162. Хотя там виден перекос по чейнам. Я мощность зажал на минимум, если чуть увеличить будут линковаться 180/180. Задачи мега-прокачки не было, была задача как можно меньше в эфире сорить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsk Опубликовано 8 января, 2011 · Жалоба Ну так зажали бы на 20 или 10 мгц полосу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 8 января, 2011 · Жалоба Ну так эти скрины ничего и не подтверждают. Вот и у меня есть мост на 3-х наносах m5, один база - 2 других клиенты, расстояния 3км. за ними 2 сетки из 100-150 человек на обеих, скорость конечно плавает, но ниже 70 не опускается, а в пиках и до 100 скачет. Где-то в среднем прокачка 70-80 в одну сторону, и 30-40 в другую. Клиенты интернет качают, и файлы по локалке пересылают с FTP. А вот скринов где бы разбирали 20-30 мегабит с сектора так и не выложили=) UBNT хорошее решение для каналов точка-точка на небольших расстояниях по минимальной цене. Не страшно что сопрут. Если расстояние нужно больше - то остается только аиргрид или буллет в параболик. А дальше по цена/качество, уже микротик нужно ставить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heavydude Опубликовано 8 января, 2011 (изменено) · Жалоба Ну так эти скрины ничего и не подтверждают.Вот и у меня есть мост на 3-х наносах m5, один база - 2 других клиенты, расстояния 3км. за ними 2 сетки из 100-150 человек на обеих, скорость конечно плавает, но ниже 70 не опускается, а в пиках и до 100 скачет. Где-то в среднем прокачка 70-80 в одну сторону, и 30-40 в другую. Клиенты интернет качают, и файлы по локалке пересылают с FTP. А вот скринов где бы разбирали 20-30 мегабит с сектора так и не выложили=) если поймаю хорошую нагрузку - выложу. Все скрины свеженькие, сделаны минут 15-20 назад. С тех пор, как у меня абонент вирусом PS5 положил наглухо, я полноценную локалку не делаю, на всех абонентских ставлю шейпер на 4 мегабита, и все абонентские станции ставлю в режим роутера, а не моста. Время покажет - у меня 2 бс по 3 сектора, на них цепляем мелкий бизнес и частный сектор. Если будет держать по 50 на секторе - для нашего маленького города этого вполне достаточно. Тут и емкости частного жилого фонда то большей и нет. Изменено 8 января, 2011 пользователем heavydude Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsk Опубликовано 8 января, 2011 · Жалоба Ну вот как-то так: Нагруз создал искусственно, четырьмя iperf-ами на разных клиентов. Пинг до еще одного в этот момент: PING 172.27.21.51 (172.27.21.51) 56(84) bytes of data. 64 bytes from 172.27.21.51: icmp_seq=1 ttl=61 time=4.38 ms 64 bytes from 172.27.21.51: icmp_seq=2 ttl=61 time=20.2 ms 64 bytes from 172.27.21.51: icmp_seq=3 ttl=61 time=4.02 ms 64 bytes from 172.27.21.51: icmp_seq=4 ttl=61 time=5.68 ms 64 bytes from 172.27.21.51: icmp_seq=5 ttl=61 time=4.97 ms Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heavydude Опубликовано 8 января, 2011 (изменено) · Жалоба Нормально :) На наносе 13 клиентов. Респект :) По моему опыту: - при прошивке 5.1 при смене настроек наносы, особенно локо, замерзают. Если случается при удаленной настройке клиентской точки - очень неприятно. Иногда ехать приходится размораживать. Прошивка 5.2 и выше уже не глючит. - ракета при включенном аирмаксе глючила жестоко. Народ постоянно жаловался на скорости. CCQ в 90 процентов был счастием. Как только вырубил - жалобы прекратились. - не страшно сетку без шифрования гонять? У меня конкуренты вон постоянно мостами балуются. SSID у меня открытый - без шифрования можно было бы зацепиться и легко нагадить. Изменено 8 января, 2011 пользователем heavydude Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsk Опубликовано 8 января, 2011 · Жалоба Да лень всем впа прописывать. Это можно считать пилотная база, с которой началось внедрение 11н. Клиенты все роутеры, на транспортных адресах интернета нету. Потом я заметил, что при использовании впа, клиенты очень долго ассоциируются, надо минуты две ждать чтоб прочухалось. Дело именно в впа, сканлист у всех настроен, без впа ассоциируются моментально. Прошивки там везде свежие, 5.3 бета. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsk Опубликовано 8 января, 2011 · Жалоба Вот еще одна БС, также нанос М5, искусственная нагрузка 12-ю iperf-ами до трех клиентов, пинг четвертого: PING 172.27.10.135 (172.27.10.135) 56(84) bytes of data. 64 bytes from 172.27.10.135: icmp_seq=1 ttl=62 time=3.07 ms 64 bytes from 172.27.10.135: icmp_seq=2 ttl=62 time=12.3 ms 64 bytes from 172.27.10.135: icmp_seq=3 ttl=62 time=18.4 ms 64 bytes from 172.27.10.135: icmp_seq=4 ttl=62 time=12.1 ms 64 bytes from 172.27.10.135: icmp_seq=5 ttl=62 time=6.14 ms 64 bytes from 172.27.10.135: icmp_seq=6 ttl=62 time=6.67 ms 64 bytes from 172.27.10.135: icmp_seq=7 ttl=62 time=5.87 ms Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 8 января, 2011 · Жалоба Ну так это не то все равно. Суть в том что нужно нагрузить 10 или более клиентов трафиком и посмотреть какая будет скорость. Можно для этой цели использовать пинг на адреса .255 большими пакетами 65535 по 10-20 копий. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heavydude Опубликовано 8 января, 2011 · Жалоба Ну так это не то все равно. Суть в том что нужно нагрузить 10 или более клиентов трафиком и посмотреть какая будет скорость.Можно для этой цели использовать пинг на адреса .255 большими пакетами 65535 по 10-20 копий. Взбодрил ракету немного = кажет модно, что реально будет = время покажет. Если такая реальная прокачка будет на 50-60 абонентах - то я буду весьма доволен жизнью. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsk Опубликовано 8 января, 2011 (изменено) · Жалоба По 4 iperf-а на 7 клиентов из 12-и, пинги до восьмого: 64 bytes from 172.27.10.131: icmp_seq=1 ttl=62 time=10.9 ms 64 bytes from 172.27.10.131: icmp_seq=2 ttl=62 time=4.07 ms 64 bytes from 172.27.10.131: icmp_seq=3 ttl=62 time=18.0 ms 64 bytes from 172.27.10.131: icmp_seq=4 ttl=62 time=15.7 ms 64 bytes from 172.27.10.131: icmp_seq=5 ttl=62 time=10.5 ms 64 bytes from 172.27.10.131: icmp_seq=6 ttl=62 time=4.34 ms Заметна небольшая деградация по задержке, отдаваемая полоса почти без изменений. Изменено 8 января, 2011 пользователем dsk Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heavydude Опубликовано 8 января, 2011 (изменено) · Жалоба По 4 iperf-а на 7 клиентов из 13-и, пинги до восьмого:Заметна небольшая деградация по задержке, отдаваемая полоса почти без изменений. А попингуй пакетами побольше - что покажет до нагрузки и во время Да лень всем впа прописывать. Это можно считать пилотная база, с которой началось внедрение 11н. Клиенты все роутеры, на транспортных адресах интернета нету.Потом я заметил, что при использовании впа, клиенты очень долго ассоциируются, надо минуты две ждать чтоб прочухалось. Дело именно в впа, сканлист у всех настроен, без впа ассоциируются моментально. Прошивки там везде свежие, 5.3 бета. У меня уже пара хакеров в деревне завелась. Лучше 2 минуты на авторизацию (все равно клиенты точки почти никогда не вырубают), чем валяющийся под ддосом сектор .... Изменено 8 января, 2011 пользователем heavydude Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 8 января, 2011 · Жалоба По 4 iperf-а на 7 клиентов из 12-и, пинги до восьмого: 64 bytes from 172.27.10.131: icmp_seq=1 ttl=62 time=10.9 ms 64 bytes from 172.27.10.131: icmp_seq=2 ttl=62 time=4.07 ms 64 bytes from 172.27.10.131: icmp_seq=3 ttl=62 time=18.0 ms 64 bytes from 172.27.10.131: icmp_seq=4 ttl=62 time=15.7 ms 64 bytes from 172.27.10.131: icmp_seq=5 ttl=62 time=10.5 ms 64 bytes from 172.27.10.131: icmp_seq=6 ttl=62 time=4.34 ms Заметна небольшая деградация по задержке, отдаваемая полоса почти без изменений. А если то же самое, только наоборот от клиентов к базе трафик? Сильно скорость изменится? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsk Опубликовано 8 января, 2011 (изменено) · Жалоба Пинг без нагрузки, пакеты по 1500: 1508 bytes from 172.27.10.131: icmp_seq=1 ttl=62 time=6.72 ms 1508 bytes from 172.27.10.131: icmp_seq=2 ttl=62 time=6.84 ms 1508 bytes from 172.27.10.131: icmp_seq=3 ttl=62 time=8.85 ms 1508 bytes from 172.27.10.131: icmp_seq=4 ttl=62 time=7.91 ms 1508 bytes from 172.27.10.131: icmp_seq=5 ttl=62 time=7.73 ms Нагрузка пошла: 1508 bytes from 172.27.10.131: icmp_seq=30 ttl=62 time=8.40 ms 1508 bytes from 172.27.10.131: icmp_seq=31 ttl=62 time=31.1 ms 1508 bytes from 172.27.10.131: icmp_seq=32 ttl=62 time=68.4 ms 1508 bytes from 172.27.10.131: icmp_seq=33 ttl=62 time=16.2 ms 1508 bytes from 172.27.10.131: icmp_seq=34 ttl=62 time=89.6 ms 1508 bytes from 172.27.10.131: icmp_seq=35 ttl=62 time=23.6 ms 1508 bytes from 172.27.10.131: icmp_seq=36 ttl=62 time=64.9 ms А если то же самое, только наоборот от клиентов к базе трафик? Сильно скорость изменится? Изменено 8 января, 2011 пользователем dsk Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heavydude Опубликовано 8 января, 2011 · Жалоба А если пик не давать, а нагрузить мегабит так на 30? пинги выше 50 - это уже совсем не дело .... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsk Опубликовано 8 января, 2011 · Жалоба Это сложно воспроизвести искусственно, разве что дать на пару клиентов udp поток по 15 мбит. В свой предыдущий пост добавил скорость по аплоаду, iperf в один поток с семи клиентов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heavydude Опубликовано 8 января, 2011 (изменено) · Жалоба Это сложно воспроизвести искусственно, разве что дать на пару клиентов udp поток по 15 мбит.В свой предыдущий пост добавил скорость по аплоаду, iperf в один поток с семи клиентов. Заразился идеей - начал у себя эксперементировать. С одной станции даю нагрузку на сектор резкую в 30 мегабит на 30 секунд (при 6 мегабитах текущей нагрузки абонентами). С другой станции в это время пингую. Вначале на 1..2 сек ракета ложится, потом нормализуется: Изменено 8 января, 2011 пользователем heavydude Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 8 января, 2011 · Жалоба Это сложно воспроизвести искусственно, разве что дать на пару клиентов udp поток по 15 мбит.В свой предыдущий пост добавил скорость по аплоаду, iperf в один поток с семи клиентов. Видите, скорость уже 30 мегабит. Если качать будут клиентов 15 одновременно туда-сюда, то общая скорость на сектор не превысит 20-30 мегабит. В итоге скорости сравняются с ваймаксовскими 30 на сектор, но при 50-ти процентом перерасходе частотного ресурса, да еще и в мимо. Это как закон сохранения энергии - нет таких устройств, которые могут выдать более 30 мегабит на сектор в точка-многоточка. Пока клиентов 10-15 - все нормально, а как их станет 20-25, сразу средняя скорость ощутимо упадет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsk Опубликовано 8 января, 2011 · Жалоба Эксперимент c аплоадом был не чист, 11n лучше работает в многопоточном режиме, а я запускал по одному потоку с каждого клиента. Вот разница на даунлоде, один поток к одному клиенту: [ ID] Interval Transfer Bandwidth [ 7] 0.0-30.0 sec 31.2 MBytes 8.71 Mbits/sec и 4 потока: [ ID] Interval Transfer Bandwidth [ 7] 0.0-30.0 sec 26.1 MBytes 7.31 Mbits/sec [ ID] Interval Transfer Bandwidth [ 8] 0.0-30.0 sec 26.1 MBytes 7.30 Mbits/sec [ ID] Interval Transfer Bandwidth [ 9] 0.0-30.0 sec 26.2 MBytes 7.31 Mbits/sec [ ID] Interval Transfer Bandwidth [ 10] 0.0-30.1 sec 26.2 MBytes 7.30 Mbits/sec [SUM] 0.0-30.1 sec 105 MBytes 29.2 Mbits/sec Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 8 января, 2011 · Жалоба Так надо вообще по UDP делать тест, там и одного потока хватит чтобы канал загрузить полностью. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...