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

Cambium PTP550 802.11AC wave 2 для каналов точка-точка

1 минуту назад, slv700 сказал:

Ты внимательно читаешь что я пишу или прикидываешься дурачком ? Повторяю что проблема была решена

- заменой оборудования ( не всем, только тем, кому успели  и начали это делать с крупных клиентов) до фикса софта. Константин  и его знакомый- одни из тех кому не успели и потом в этом не стало быть необходимости

- фиксом софта.

Что нужно еще обсуждать? Что надо показывать?

Я то читаю внимательно, а ты дергаешь отдельные фразы из контекста и отвечаешь на них.

 

Данный "диалог" возник из за твоего очередного опрометчивого комментария: "Лучше купить проверенное оборудование известного бренда с прогнозируемыми параметрами  по нормальной ( пусть даже  немного  дороже ) цене, но без сюрпризов." на что я ответил тебе, что данное оборудование никак не может быть проверенным, т.к. оно только вышло, а по части сюрпризов, уже были проблемы с устройствами данного бренда. То что проблема решена, это здорово, но как говориться "ложечки нашлись, а осадок остался". 

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


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

1 час назад, slv700 сказал:

У МТ она есть -но другая и хуже чем у Камбиум ( в чем хуже -это отдельная тема). Но точно у МТ рабочая модуляция при помехах  в том числе малтипасс может быть  выше чем у Камбиум.

Хорошо это или плохо  ?  Что лучше передать пакет на высокой модуляции с большим риском его потерять или передать на меньшей модуляции но с высокой надежностью доставки пакета. Камбиум обычно выбирает второе и поэтому мы практически никогда не увидим потери пингов на линке Камбиум ( если нет оверлоад канала).

У микротика есть один плюс, которого нет у камбиума - это возможность ограничивать модуляции снизу. Известно, что служебный трафик забирает некую часть скорости канала. Если предположить, что можно работать на MCS 15 с неким количеством потерь допустим 70М в полосе 20, а переключив на MCS13 получить 60М, то поставив только одну модуляцию MCS13 (рабочий и служебный трафик), можно получить 75-80М со стабильной задержкой и отсутствием потерь.

 

1 час назад, slv700 сказал:

Я могу себе представить как бы решалась похожая проблема ( от которых не застрахован никто)  конкурентами,  у которых вообще нет нормального  суппорта

У них просто ничего не происходит с оборудованием в -30. Мы микротики собирали и в корпуса с утеплением, и с подогревом, а последние просто в алюминиевые боксы - нет никакой разницы есть подогрев, или нет, платы стартуют и после суток простоя в -30 и холоднее.

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


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

1 минуту назад, Saab95 сказал:

У микротика есть один плюс, которого нет у камбиума - это возможность ограничивать модуляции снизу. Известно, что служебный трафик забирает некую часть скорости канала. Если предположить, что можно работать на MCS 15 с неким количеством потерь допустим 70М в полосе 20, а переключив на MCS13 получить 60М, то поставив только одну модуляцию MCS13 (рабочий и служебный трафик), можно получить 75-80М со стабильной задержкой и отсутствием потерь.

При нормально работающем LA, такие костыли не требуются.

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


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

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

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


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

2 минуты назад, Saab95 сказал:

что такое надо сделать в прошивке, что бы устройство перестало отрубаться при низких температурах?

понизить частоту работы чипа, один из вариантов.

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


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

1 минуту назад, SSD сказал:

При нормально работающем LA, такие костыли не требуются.

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

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


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

40 минут назад, Saab95 сказал:

У микротика есть один плюс, которого нет у камбиума - это возможность ограничивать модуляции снизу.

У Камбиум это есть, в том числе на ePMP Force `300, PTP550.   Но на практике  это редко когда нужно.    Link adaptation в большинстве практических  случаев все отрабатывает автоматом.  Но один из примеров когда ограничение модуляции  сверху может быть   полезным -малтипасс на  линке над водой.

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


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

55 минут назад, Saab95 сказал:

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

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

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


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

Вроде Mik/UBNT сами модуляцию подбирают в зависимости от LA

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


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

12 минут назад, aleks_lebedev сказал:

Вроде Mik/UBNT сами модуляцию подбирают в зависимости от LA

LA (Link adaptation) это выбор оптимальной модуляции для работы радиолинка в зависимости от ряда условий. 

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


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

3 часа назад, SSD сказал:

У оборудования с нормально работающим LA в случае каких то проблем просто снизится скорость без потери в качестве канала, все сделается автоматом без каких либо вмешательств.

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

 

1 час назад, aleks_lebedev сказал:

Вроде Mik/UBNT сами модуляцию подбирают в зависимости от LA

Не всегда. Тот же UBNT постоянно сваливается в одноканальный режим, если есть помехи или перекос по уровням сигналов каждого канала. Выглядит это так - все работает, бах скорость упала и держится на низком уровне с CCQ 20-30, по прошествии некоторого времени канальная скорость опять увеличивается, а с ним и CCQ. На микротике, если не отключить скорости 0-7, тоже постоянные прыжки туда-сюда, если радиоканал не идеальный. А если он идеальный, то выгоднее вручную зажать скорость.

 

Так же не забывайте ситуации, когда из-за переотражений и прочих гадостей, данные на низких канальных прилетают обратно и детектируются приемником, а вот на высоких канальных обратно уже не попадут, т.к. будут приняты за шум, именно по этой причине и идет плюсом отключение низких скоростей - уменьшение зоны помехового воздействия. Если много своего оборудования в округе - разительно помогает. Для примера - БС сектора на удалении 4 км от другого сектора ловила от него сигнал с уровнем -79, после отключения низких канальных, уровень сразу стал -86, т.к. уменьшилось количество переотражений. И в опытных местах, где такое производили, прибавка по общей скорости стала чуть ли не 30 процентов.

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


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

1 час назад, Saab95 сказал:

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

У тебя как всегда своя реальность

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


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

1 hour ago, Saab95 said:

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

 

Не всегда. Тот же UBNT постоянно сваливается в одноканальный режим, если есть помехи или перекос по уровням сигналов каждого канала. Выглядит это так - все работает, бах скорость упала и держится на низком уровне с CCQ 20-30, по прошествии некоторого времени канальная скорость опять увеличивается, а с ним и CCQ. На микротике, если не отключить скорости 0-7, тоже постоянные прыжки туда-сюда, если радиоканал не идеальный. А если он идеальный, то выгоднее вручную зажать скорость.

 

Так же не забывайте ситуации, когда из-за переотражений и прочих гадостей, данные на низких канальных прилетают обратно и детектируются приемником, а вот на высоких канальных обратно уже не попадут, т.к. будут приняты за шум, именно по этой причине и идет плюсом отключение низких скоростей - уменьшение зоны помехового воздействия. Если много своего оборудования в округе - разительно помогает. Для примера - БС сектора на удалении 4 км от другого сектора ловила от него сигнал с уровнем -79, после отключения низких канальных, уровень сразу стал -86, т.к. уменьшилось количество переотражений. И в опытных местах, где такое производили, прибавка по общей скорости стала чуть ли не 30 процентов.

В данном пример Mik использует алгоритм выбора модуляции (Сингал/Шум или CIR и ошибки ?). Опять же скорости отключить можно в режиме NStream , NV2 это не работает. 

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

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


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

Вышел релиз v.4.1.1 для PTP550. Поддерживается

Link type 1+0: 20/40/80 MHz.

Link Type 2+0: 20+20/ 20+40/20+80/40+40/40+80/80+80 MHz. 

В релизе v.4.1.1 повышена пропускная способность и стабилизирована задержка в условиях сильной интерференции.

Ниже приведен пример работы устройства PTP550 на прошивке v.4.1.1, дальность  17 км. Канал 20 МГц. Пользовательский трафик 50-90  Mbps Download, до 5 Mbps Upload. Средняя задержка 3 мс.  

Load_radio_20MHz.png

Latency_90Mbps_live_20MHz_.png

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


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

 Тест пакетной производительности - max трафик UDP duplex короткими пакетами 128 байт , без потерь.

ППС PTP550 на прошивке v.4.1.1 в   Link Type 1+0 ( в одном частотном канале)  составляет 95k pps. 

PPS_20MHz.png

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


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

ligowave делает спустя 2 года

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


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

Есть результаты лабораторного и полевого  теста в Link  Type 2+0, сделанными нашими зарубежными партнерами.
Лабораторный тест ( на столе) канал 2x80 МГц.
Конфигурация

Lab_2x80.jpg

 

Показания загрузки канала на устройстве и порту роутера

Lab_Test_2x80_load.png

 

Пропускная способность  PTP550 Link Type 2+0 , канал 80+80 МГц, Download 965 Mbps + Upload 300 Mbps= 1.25 Gbps. 

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


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

Полевой тест.
Дальность 5 км. Антенны 29 dBi. Канал 2x40 MHz.
TDD UL/DL= 25/75.
Конфигурация  и сигналы.

Config.png

 

Спектр

Spectr.png

 

TCP Dowload 2x40 MHz

TCP_2x40.png

 

TCP Upload 2x40 MHz

TCP_2x40_UL.png

 

 Результат  Download 465 Mbps + Upload 165 Mbps = 630 Mbps в канале 2 x 40 MHz при делении  DL/UL=75/25.

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


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

1 час назад, slv700 сказал:

Полевой тест.
Дальность 5 км. Антенны 29 dBi. Канал 2x40 Mbps.

 

Результат  DL 365 Mbps + UL 165 Mbps = 630 Mbps в канале 2 x 40 Mbps.

Исправь на мегагерцы.

 

 

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


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

В 26.07.2018 в 08:26, slv700 сказал:

Показания загрузки канала на устройстве и порту роутера

Что за трафик на скринах? Чем генерировали?

В 26.07.2018 в 08:37, slv700 сказал:

Результат  DL 365 Mbps + UL 165 Mbps = 630 Mbps в канале 2 x 40 MHz.

365+165=530, а не 630. И потом - вы ввели какой-то новый стандарт измерения? У нас как-то устоялось уже, что общую пропускную способность складываем только при одновременном запуске потоков в две стороны, а не по отдельности. В реальной то жизни трафик бежит одновременно в обе стороны. Так любое оборудование покажет красивые цифры, если отдельно измерить DL и UL, а потом сложить :)

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


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

Случайно удалил свой предыдущий  ответ на пост xabarov.. Повторяю его смысл. Деление фрейма у Камбиум TDD  , в данном случае UL/DL =25/75. Поэтому тестить канал симплексным тестом можно, результат будет  близок к  дуплексному тесту. 

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

______________________________________________

 

Тест PTP550, антенны 30 дБи, дальность 6 км, на трассе деревья перекрывают оптическую видимость.
 Режим работы  Link Type 2+0. Каналы 2x 80  МГц. На рабочих частотах  сильные помехи с обеих сторон- порядка  -74-76  dBm.
Рабочие сигналы RSSI  -55 -60 dBm.  Отношение сигнала к помехе ниже 20 dB. Рабочие модуляции - 64QAM 5/6- 64QAM 3/4.
Оборудование подключено через оптический порт SFP.
Спектранализатор Камбиум  идентифицирует тип ( вендор, MAC и др.)  работающего  рядом оборудования,   определяет уровень его сигнала RSSI   и ширину канала и др.
В данном случае на соседних каналах обнаружен Ubiquiti.   Также идентифицирован MAC работающего рядом Микротик, но вендор  не опознан.

PTP550_6km_CA_Master.png

 

В двух каналах 2x80 МГц PTP550  встроенный тест показал скорость Download 740 Mbps +  Upload 190 Mbps =930 Mbps UL+DL при деление фрейма UL/DL =25/75.  
Средняя задержка на незагруженном канале 6 мс.

При полной загрузке 2-x каналов трафиком линктеста 920 Mbps ( фактически overload интерфейса) средняя задержка  составила 11 мс.

PTP550_6km.png

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


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

10 часов назад, slv700 сказал:

В двух каналах 2x80 МГц PTP550  встроенный тест показал скорость Download 740 Mbps +  Upload 190 Mbps =930 Mbps UL+DL при деление фрейма UL/DL =25/75.  
Средняя задержка на незагруженном канале 6 мс.

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

10 часов назад, slv700 сказал:

При полной загрузке 2-x каналов трафиком линктеста 920 Mbps ( фактически overload интерфейса) средняя задержка  составила 11 мс.

Тут наверно важно добавить, что это UDP трафик и реального/ТСР трафика будет заметно меньше. Оборудование любого вендора в 80 МГц в идеальных условиях выдает 500-600 Мбит, а тут 740 в полосе 160 МГц. Если сделать поправку на видимость и помехи, то как раз получатся те же 350-400 Мбит UDP трафика в 80 МГц у любого другого вендора в похожих условиях.

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


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

1 hour ago, xabarov said:

 Оборудование любого вендора в 80 МГц в идеальных условиях выдает 500-600 Мбит, а тут 740 в полосе 160 МГц. Если сделать поправку на видимость и помехи, то как раз получатся те же 350-400 Мбит UDP трафика в 80 МГц у любого другого вендора в похожих условиях.

 

 

dosia.jpg

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


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

9 часов назад, xabarov сказал:

любого вендора в 80 МГц в идеальных условиях выдает 500-600 Мбит,

На столе выдает, может быть.

 

9 часов назад, xabarov сказал:

а тут 740 в полосе 160 МГц.

920 Mbps UL+DL. Это при делении TDD 25/75.  На Flexible делении фрейма  (   в следующих прошивках) все 920 Mbps   будут доступны в Download.

Причем эта скорость достигнута на рабочих модуляциях 64QAM 5/6, 3/4 из за сильных помех -74   dBm при сигнале в лучшем случае -55  dBm.   На 256 QAM 5/6  прирост скорости  более 30%.

ЗЫ

Кстати одно из обнаруженных спектранализатором PTP550   устройств  есть   Микротик АС точка-точка этого же провайдера. Работает в 80 Мгц и выдает 230 Mbps  между теми же точками в тех же условиях.  Камбиум на этом же  линке в тех же условиях  выдает ту же скорость в 40 Мгц.

Будут снимать Микротик и ставить Камбиум PTP550 на те же антенны и частоты.

Есть также и ubnt АС, но  это в качестве точка-точка, не говоря даже про малтипойнт уже никто серьезно не рассматривает.

ЗЫ 2

Микротик АС конечно дешевле. Но работает в разы хуже. ARM вообще не работает. Сейчас не 2010 год когда можно было вводить в пионеров в заблуждение , что нечто типа работает  не хуже, а стоит в разы дешевле.

Провайдеры с опытом сейчас совершенно определенно  знают,  что лучше и  зачем платить больше.

3Ы 3

Кто нибудь когда нибудь видел UL+DL 920 Mbps пусть UDP на устройствах  5 ГГц. ? Нет!  На 256 QAM5/6 в 2x Мгц - больше 1 Gbps в Download.  Будет case -покажем.

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


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

31 минуту назад, slv700 сказал:

На столе выдает, может быть.

 

Вообще-то я скрины выкладывал еще несколько лет назад, когда проводил тесты разного оборудования на реальных линках. Вот пример на 13 км PBE-AC620 в далеко не самом чистом эфире:

 

80mhz-simplex-450M-udp.thumb.jpg.5ab9c387f94f93306d93041f2ff5ca4b.jpg

 

А вот линк 24 км из центра крупного города с очень грязным эфиром на RapidFire 5N с антеннами RD-5G31:

 

80mhz-UDP-simplex-unlim.thumb.jpg.ed90699d8688d347058aad4ca079876a.jpg

 

Почти 600 Мбит/с, но с перегрузом и большими потерями. При 500 Мбит/с потерь уже нет. Реального ТСР там было около 400 Мбит/с. В чистом эфире по разным отзывам провайдеры получали до 500-600 Мбит/с реального трафика.

 

40 минут назад, slv700 сказал:

920 Mbps UL+DL. Это при делении TDD 25/75.

Это отдельные тесты, которые нельзя складывать.

40 минут назад, slv700 сказал:

На Flexible делении фрейма  все 920 Mbps   будут доступны в Dowload.

Вот когда будут, тогда и поговорим.

40 минут назад, slv700 сказал:

Кстати обнаруженный спектранализатром   Микротик есть   Микротик АС точка-точка этого же провайдера. Работает в 80 Мгц и выдает 230 Mbps UDP между теми же точками в тех же условиях. 

Нашли с чем сравнить, с самым ущербным на рынке решением :) вы сравните с RapidFire, вот это будет более достойное сравнение.

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


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