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

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

 

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

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


Ссылка на сообщение
Поделиться на других сайтах
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, а потом сложить :)

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


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

    В данном случае фиксированное деление фрейма 25/75. Так что по отдельности  в данном случае можно измерять, именно так делает встроенный тест Камбиум и в случае фиксированного деления фрейма складывает результаты.

Однако вы правы, встречный трафик может влиять на Download  из за потерь ACK. Будут и эти тесты.   В Link Type 1+0 они есть и публиковались как раз в реальном соотношении трафика UL/DL =10/90.

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


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