Перейти к содержимому
Калькуляторы

Ubiquiti AirFiber24 какие мнения

ув форумчане стоит ли внимания данный девайс, какие мнения,спасибо www.ligowave.com/media/files/LigoPTP%205-N-5-23%20PRO.pdf

Каким образом сабж относится к данной теме?

 

Не плохо бы сначала поискать

http://forum.nag.ru/forum/index.php?showtopic=66897

http://forum.nag.ru/forum/index.php?showtopic=77808

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

UBNT проводит Webinar по сабжу. 7 февраля в 20:00 по Москве.

регистрация:

https://ubnt.webex.com/ec0606l/eventcenter/enroll/join.do?siteurl=ubnt&confId=1003456356

 

Язык: АНГЛИЙСКИЙ

Изменено пользователем NewUse

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вот небольшой обзор новой РРЛ от Ubiquiti AirFiber - http://www.lanmart.ru/blogs/review-ubiquiti-airfiber/ - с фотками и тестированием пропускной способности.

 

Железка оказалась очень даже ничего. Особенно за свои деньги.

 

Прокачивает порядка 600-700 мегабит дуплексом, пакетная производительность 250-300 тысяч пакетов в каждую сторону, около 500 тысяч пакетов дуплексом. Кому и 500 тысяч мало - можно поставить 2 микротика с 36 ядрами и упаковывать пакеты перед отправкой в радиоканал.

 

Минимальный сигнал, на котором работает -80, прокачивает при этом почти 100 мегабит дуплексом, а это по калькулятору расстояние почти 20 километров, если не брать погодные условия, при -81 уже завал, пропускная способность падает до 20мбит и все - приехали=)

 

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

 

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

 

ubnt-airfiber-box.jpg

 

Железка довольно тяжелая, однако сделана добротно.

 

ubiquiti-airfiber-back.jpg

 

Больше всего понравилась упаковка от крепежа, такая красивая коробочка с красиво разложенными внутренностями:

 

ubiquiti-airfiber-mount-box.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Distance: 7,130 m

При хорошей погоде устойчиво держит 750.

При мокром снеге падает до 500.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Distance: 7,130 m

При хорошей погоде устойчиво держит 750.

При мокром снеге падает до 500.

 

Вопрос решение ГКРЧ на данный диапозон?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Saab95 как всегда сделал дилетантский тест с кучей бреда. Хоть бы не позорился и прошивку обновил.

 

Важное замечание: обязательно подключать управление только отдельным кабелем через config порт. При in-band управлении через data-порт на CPU попадает мультикаст, и при 20-30 мегабитах мультикаста это уже вызывает проблемы с перегрузом CPU управления с последующей перезагрузкой устройства. Пока в UBNT эту проблему не решили.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Важное замечание: обязательно подключать управление только отдельным кабелем через config порт. При in-band управлении через data-порт на CPU попадает мультикаст, и при 20-30 мегабитах мультикаста это уже вызывает проблемы с перегрузом CPU управления с последующей перезагрузкой устройства. Пока в UBNT эту проблему не решили.

 

Так делать никогда не следует, т.к. от статики или грозового разряда выгорают сразу 2 порта и железка отправляется на помойку или в ремонт, последний делает только производитель (или меняет по гарантии) а это больше месяца. Подключать оборудование рекомендуется только оптикой - устанавливать термобокс на этой же трубостойке, внутри медиаконвертер и блок питания убнт, электропитание 220 вольт с защитой от перенапряжения. Заодно и обдув БП можно будет сделать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Так делать никогда не следует, т.к. от статики или грозового разряда выгорают сразу 2 порта и железка отправляется на помойку или в ремонт, последний делает только производитель (или меняет по гарантии) а это больше месяца. Подключать оборудование рекомендуется только оптикой - устанавливать термобокс на этой же трубостойке, внутри медиаконвертер и блок питания убнт, электропитание 220 вольт с защитой от перенапряжения. Заодно и обдув БП можно будет сделать.

Что за бред вы опять несёте? А два конвертера в бокс поставить религия не позволяет что ли? Эти порты не взаимозаменяемы.

 

Подключать обязательно в два порта, иначе можете забыть об IPTV через airFiber.

Изменено пользователем Alex_P89

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вот бы узнать пробовал ли кто-то устанавливать это оборудование на расстояние 10 км или 13 км и какая при этом получается канальная и пропускная скорость?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну так калькулятор на что? На расстоянии 20км без учета осадков можно получить около 100мбит дуплексом, если видимость идеальная. Соответственно на 10км будет 200-300мбит. А что выйдет на практике - никому не известно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну так калькулятор на что? На расстоянии 20км без учета осадков можно получить около 100мбит дуплексом, если видимость идеальная. Соответственно на 10км будет 200-300мбит. А что выйдет на практике - никому не известно.

24 Ггц и 20 км между собой не совместимы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну так калькулятор на что?
А что выйдет на практике - никому не известно.

Нафига давать бестолковые советы? Человека интересуют конкретные цифры на практике, а не в калькуляторе или на столе. На форумах уже приводили примеры, что оптимальнее всего использовать до 15 км (100 мбит дуплекса), далее стабильность и скорость сильно падают.

 

Вот один из примеров

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну так калькулятор на что?
А что выйдет на практике - никому не известно.

Нафига давать бестолковые советы? Человека интересуют конкретные цифры на практике, а не в калькуляторе или на столе. На форумах уже приводили примеры, что оптимальнее всего использовать до 15 км (100 мбит дуплекса), далее стабильность и скорость сильно падают.

 

Вот один из примеров

 

Это рекламная картинка, нормальный человек не стал бы заземление вокруг мачты наматывать.

 

Какая может быть практика, когда в одном месте заработает, а в другом - нет. Тут только если опытным путем. Эти аирфиберы даже при -80 работают, а еще есть возможность мощность повысить. Другой вопрос стабильности такого линка, будет туман, снег или дождь, как канал может полностью отключиться.

 

Один взял на 3км, у него сигнал -77, оказалось не заметили пару деревьев, когда место установки выбирали, другой на 5км -65 получил и гоняет по 500 мегабит в каждую сторону. Третий на самодельную мачту повесил, которая гуляет на несколько градусов, как оказалось, и канал постоянно обрывается во время сильного ветра. Вот вам практика, помогут эти сведения как-то определится с ожидаемой скоростью? Конечно нет. Если 100 процентной уверенности в прямой видимости и чистой зоне френеля нет, и никаких гарантий нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ставил AirFiber на расстоянии 6 км. Канальная скорость 743/743, уровни около -63 -65. Думаю, что 7-8 км для этой РРЛ максимум, дальше вопрос в доступности.

Изменено пользователем morf

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

нормальный человек не стал бы заземление вокруг мачты наматывать.

 

... и красить тарелку в красный цвет, чтобы радиочастотники думали, что она ржавая и нерабочая :)

 

Какая может быть практика, когда в одном месте заработает, а в другом - нет. Тут только если опытным путем. Эти аирфиберы даже при -80 работают, а еще есть возможность мощность повысить.

 

Когда говорят про возможности оборудования, то подразумевают установку в идеальных условиях, когда зона Френеля не перекрыта, а оборудование жестко закреплено и хорошо отъюстировано. Опытом многих людей уже подтверждено, что 15 км это практически предел для AF. Но лучше всего использовать до 8-10 км, когда достигается какая-то существенная скорость (около 200-300 мбит).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Saab95 как всегда сделал дилетантский тест с кучей бреда. Хоть бы не позорился и прошивку обновил.

 

Важное замечание: обязательно подключать управление только отдельным кабелем через config порт. При in-band управлении через data-порт на CPU попадает мультикаст, и при 20-30 мегабитах мультикаста это уже вызывает проблемы с перегрузом CPU управления с последующей перезагрузкой устройства. Пока в UBNT эту проблему не решили.

 

Ммм. А если управление находится в отдельном vlan-е? По идеи тогда на CPU попадет только тот мальтикаст, который есть в этом управляющем vlan-е.

У меня как раз есть небольшой радиовыброс, гоняю тестовый iptv-канал, но всё в отдельных vlan-ах, пока что потери на аплинке практически похожи на потери на выносе.

По самому радио, расстояние 3.7 км, принудительно выбран режим 2Q, там больше 250 мбит мне не нужно, сигнал -70 с обоих сторон, ручки output power выкручены в 18-19 dBm.

 

mcast-fail.png

 

p.s. Пока график конечно совсем ужасный, нужно забороть проблему изначально хренового потока.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У людей, использующих аирфиберы для объединения сетей, где ходит много вланов и маков, наблюдаются потери мак адресов, как и у обычных устройств линейки M. Проблемы начинаются после 200-300 маков в канале, лечится установкой роутеров и пропуском трафика в EoIP туннеле, но от этого увеличивается задержка на 2-3мс.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

а QinQ оно через себя как пропускает?

 

Оно что угодно пропускает, что на L2 идет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

да вот чё-то на M не взлетел qinq в влан упаковал 2 влана трафик и управление --- часть пакетов дропалась, пинги ходили в управляющем влане, а в влане трафика для абонов печалька была, или ни чего не ходило или с потерями пакетов

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Проблемы начинаются после 200-300 маков в канале, лечится установкой роутеров и пропуском трафика в EoIP туннеле,

Угу, чтоб на нём, гарантировано из 700 Мбит 200Мбит осталось.

 

Конкретно ЭирФибер не щупал, но если там тот же ЭирОс, то достаточно включить ВДС.

Какие vid используете?

 

да вот чё-то на M не взлетел qinq в влан упаковал 2 влана трафик и управление --- часть пакетов дропалась, пинги ходили в управляющем влане, а в влане трафика для абонов печалька была, или ни чего не ходило или с потерями пакетов

Странно, проблем не замечал (при вклюённом ВДС), только vid-ы должны быть >2.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

да вот чё-то на M не взлетел qinq в влан упаковал 2 влана трафик и управление --- часть пакетов дропалась, пинги ходили в управляющем влане, а в влане трафика для абонов печалька была, или ни чего не ходило или с потерями пакетов
Что-то не так делаете. Например, действительно, не включили wds

У меня qinq прекрасно бегает.

Вообще mtu позволяет сделать даже qinqinqinq.

Конкретно ЭирФибер не щупал, но если там тот же ЭирОс, то достаточно включить ВДС.
Не совсем тот же. Визуально всё похоже, но трафик не проходит через софт. Лимита на количество маков быть не должно.

И в любом случае, qinq тоже работает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ммм. А если управление находится в отдельном vlan-е? По идеи тогда на CPU попадет только тот мальтикаст, который есть в этом управляющем vlan-е.

Попадает, проверьте нагрузку CPU через SSH (просто командой top) с мультикастом и без. Как говорят в UBNT тут нужна аппаратная фильтрация по VLAN, а она ещё не реализована, так что только 2 кабеля.

 

У людей, использующих аирфиберы для объединения сетей, где ходит много вланов и маков, наблюдаются потери мак адресов, как и у обычных устройств линейки M. Проблемы начинаются после 200-300 маков в канале, лечится установкой роутеров и пропуском трафика в EoIP туннеле, но от этого увеличивается задержка на 2-3мс.

Бред, там аппаратный модуль гоняет всё на скорости порта с огромным pps, Linux-ядро отвечает только за настройку этого модуля. Если теряются маки, то это к железкам перед/за airFiber.

 

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

За такие вредные советы вас сжечь пора уже.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.