+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Nstream не подходит для 2x2?

Nstream не подходит для 2x2?, RouterOS

honzam

Guest

22.04.2013 07:37:00

Привет. У нас есть 1,5 км P2P-линк 2x2 с двумя параболическими антеннами. Всё отлично работает с NV2, пропускная способность на обеих сторонах – 5.24 Мбит/с. Трафик – 55 Мбит/с. CCQ и время безотказной работы канала хорошие.

Но когда я меняю протокол на Nstream, то периодически происходит разрыв соединения. Почему?

wispwest

Guest

07.05.2013 02:50:00

Эх, очень бы хотелось, чтобы они улучшили производительность Nstreme и 2X2. Я использую Mtik для большинства своих backhauls, а задержка на каждом PtP теперь увеличилась до 3-8 мс. С хорошим старым Nstreme было целых 1 мс БОЛЬШИНСТВО времени!!! Приходится использовать NV2, потому что я получаю больше пропускной способности, примерно на 40% больше. Было бы здорово, если бы у них была возможность снизить задержку на NV2 в обмен на немного меньшую пропускную способность, или исправить Nstreme, чтобы он работал эффективнее с 2X2.

Insider Guest	#3 0 09.05.2013 11:24:00 Какие есть комментарии из Латвии?

normis Guest	#4 0 27.06.2013 07:30:00 Я не говорил, что это известный баг. Это просто сообщение об ошибке (таймаут опроса). Оно может указывать на разные вещи.

uldis

Guest

09.05.2013 11:29:00

Если у вас проблемы с беспроводным протоколом Nstreme, постоянные разрывы соединения и сообщения об ошибках "too many poll timeouts", пожалуйста, свяжитесь с поддержкой и предоставьте нам удаленный доступ к обоим концам, чтобы мы могли выяснить, почему происходит такое частое отключение.

uldis

Guest

09.05.2013 12:40:00

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

Insider

Guest

09.05.2013 14:34:00

Могу это сделать, но это распространенная проблема стабильности пропускной способности, с которой сталкиваются и другие. Попробуй сам, я совсем другое дело – мы работаем в экологически чистой среде на 9ГГц с твоим оборудованием, и оно ведет себя диаметрально иначе, чем NV2, у которой стабильность в порядке, даже при повышении скорости, но при высокой скорости передачи (180Мбит пропускной способности TCP + по радио) оно ведет себя очень странно. Особенно при изменении шаблона трафика. Ты получишь тот же результат, как только нарисуешь линию в своей таблице. Я протестировал более пары сотен устройств за последние несколько недель, и все одинаково.

Insider

Guest

09.05.2013 14:55:00

Просто не то… Отзывы от клиентов, которые реально тестировали, тоже есть, и там RX показывает -65dBm, а радиус действия — несколько сотен метров. Даже в лаборатории радиостанции находятся в нескольких метрах друг от друга. Мощность установлена на 2 dBm, а в кабельных соединениях между ними — 65 dB аттенюатор — это не проблема лаборатории. Ладно, я могу получить отдельные фрагменты, которые просто замечательные, до следующей перезагрузки. Но это не то, что нужно.

ropeba

Guest

26.06.2013 15:29:00

Да, nstream больше не работает как надо. Последние 15 дней я заказывал 10 новых каналов, основанных на антеннах RB911 и JRC duplex 24. Сигнал на каналах от -50 до -60, но ни один канал с активным NSTREAM не имеет времени безотказной работы больше 2 часов. В логах на клиенте пишет "потеряно соединение, слишком долго не опрашивался", а в логах на точке доступа "отключено, слишком много таймаутов опроса". Обращаю внимание, что в этом районе вообще нет помех. На RouterBOARD стоит OS версии 6.1 и прошивка версии 3.07. То есть, 10 каналов в 10 разных местах, зона без помех. С NV2 всё работает нормально, но с большим джиттером, пинг варьируется от 4 до 50 мс.

sup5

Guest

#10

26.06.2013 21:29:00

Оказывается, RouterOS 5.14 работает стабильно с NSTREME на двух цепочках, в то время как RouterOS 5.25 или 6.1 в такой же ситуации стабильно работать не хотят. Протестировано на нескольких реальных каналах в продакшене, разной дальности и с разной "радиошумностью".

honzam Guest	#11 0 27.06.2013 07:21:00 Нормис. Вы говорите, что это известная ошибка. Почему вы её не исправляете? http://forum.mikrotik.com/t/mikrotik-groove-as-a-ap/67369/2 Это старая и очень серьезная ошибка. Спасибо.

uldis

Guest

#12

28.06.2013 08:06:00

Можешь проверить, влияет ли эта проблема на AP, клиент или на оба устройства? Пожалуйста, проверь в каких случаях у тебя возникают проблемы. AP v5.14, Client v6.1. AP v6.1, Client v5.14. AP v6.1, Client v6.1. А потом скажи нам, в каких из этих трех случаев nstreme работает нормально, а в каких нет. Когда будут результаты, можешь ли ты предоставить нам удаленный доступ к этой ссылке, где у тебя возникают эти проблемы?

sup5 Guest	#13 0 27.06.2013 15:32:00 Нормис, а что скажешь насчёт моих находок?

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры