SSD Posted June 18, 2018 Posted June 18, 2018 1 минуту назад, slv700 сказал: Ты внимательно читаешь что я пишу или прикидываешься дурачком ? Повторяю что проблема была решена - заменой оборудования ( не всем, только тем, кому успели и начали это делать с крупных клиентов) до фикса софта. Константин и его знакомый- одни из тех кому не успели и потом в этом не стало быть необходимости - фиксом софта. Что нужно еще обсуждать? Что надо показывать? Я то читаю внимательно, а ты дергаешь отдельные фразы из контекста и отвечаешь на них. Данный "диалог" возник из за твоего очередного опрометчивого комментария: "Лучше купить проверенное оборудование известного бренда с прогнозируемыми параметрами по нормальной ( пусть даже немного дороже ) цене, но без сюрпризов." на что я ответил тебе, что данное оборудование никак не может быть проверенным, т.к. оно только вышло, а по части сюрпризов, уже были проблемы с устройствами данного бренда. То что проблема решена, это здорово, но как говориться "ложечки нашлись, а осадок остался".
Saab95 Posted June 18, 2018 Posted June 18, 2018 1 час назад, slv700 сказал: У МТ она есть -но другая и хуже чем у Камбиум ( в чем хуже -это отдельная тема). Но точно у МТ рабочая модуляция при помехах в том числе малтипасс может быть выше чем у Камбиум. Хорошо это или плохо ? Что лучше передать пакет на высокой модуляции с большим риском его потерять или передать на меньшей модуляции но с высокой надежностью доставки пакета. Камбиум обычно выбирает второе и поэтому мы практически никогда не увидим потери пингов на линке Камбиум ( если нет оверлоад канала). У микротика есть один плюс, которого нет у камбиума - это возможность ограничивать модуляции снизу. Известно, что служебный трафик забирает некую часть скорости канала. Если предположить, что можно работать на MCS 15 с неким количеством потерь допустим 70М в полосе 20, а переключив на MCS13 получить 60М, то поставив только одну модуляцию MCS13 (рабочий и служебный трафик), можно получить 75-80М со стабильной задержкой и отсутствием потерь. 1 час назад, slv700 сказал: Я могу себе представить как бы решалась похожая проблема ( от которых не застрахован никто) конкурентами, у которых вообще нет нормального суппорта У них просто ничего не происходит с оборудованием в -30. Мы микротики собирали и в корпуса с утеплением, и с подогревом, а последние просто в алюминиевые боксы - нет никакой разницы есть подогрев, или нет, платы стартуют и после суток простоя в -30 и холоднее.
SSD Posted June 18, 2018 Posted June 18, 2018 1 минуту назад, Saab95 сказал: У микротика есть один плюс, которого нет у камбиума - это возможность ограничивать модуляции снизу. Известно, что служебный трафик забирает некую часть скорости канала. Если предположить, что можно работать на MCS 15 с неким количеством потерь допустим 70М в полосе 20, а переключив на MCS13 получить 60М, то поставив только одну модуляцию MCS13 (рабочий и служебный трафик), можно получить 75-80М со стабильной задержкой и отсутствием потерь. При нормально работающем LA, такие костыли не требуются.
Saab95 Posted June 18, 2018 Posted June 18, 2018 Такая же ситуация была с максбриджем, когда в начальных прошивках устройства просто сами по себе отрубались при работе на хорошем морозе. И в последних прошивках это исправили. Вот интересно, что такое надо сделать в прошивке, что бы устройство перестало отрубаться при низких температурах?
Constantin Posted June 18, 2018 Posted June 18, 2018 2 минуты назад, Saab95 сказал: что такое надо сделать в прошивке, что бы устройство перестало отрубаться при низких температурах? понизить частоту работы чипа, один из вариантов.
Saab95 Posted June 18, 2018 Posted June 18, 2018 1 минуту назад, SSD сказал: При нормально работающем LA, такие костыли не требуются. Тут зависит от подхода к строительству сети и мониторинга. Представьте у вас 5000 радиоканалов, размещенных во многих городах разных областей, которые обслуживают разные по опыту и уменьям монтажники, а их местные руководители никак не следят за качеством (то есть лишь бы работает, что-то ходит, абонент странички открывает да и ладно, а при жалобах на скорость виноваты админы, которые настроить нормально не могут). И вот тут как раз отключение нижних скоростей очень хорошо помогает - канал просто не подключается или постоянные обрывы - сразу местные руководители выгоняют монтажников на устранение или замену оборудования.
slv700 Posted June 18, 2018 Author Posted June 18, 2018 40 минут назад, Saab95 сказал: У микротика есть один плюс, которого нет у камбиума - это возможность ограничивать модуляции снизу. У Камбиум это есть, в том числе на ePMP Force `300, PTP550. Но на практике это редко когда нужно. Link adaptation в большинстве практических случаев все отрабатывает автоматом. Но один из примеров когда ограничение модуляции сверху может быть полезным -малтипасс на линке над водой.
SSD Posted June 18, 2018 Posted June 18, 2018 55 минут назад, Saab95 сказал: Тут зависит от подхода к строительству сети и мониторинга. Представьте у вас 5000 радиоканалов, размещенных во многих городах разных областей, которые обслуживают разные по опыту и уменьям монтажники, а их местные руководители никак не следят за качеством (то есть лишь бы работает, что-то ходит, абонент странички открывает да и ладно, а при жалобах на скорость виноваты админы, которые настроить нормально не могут). И вот тут как раз отключение нижних скоростей очень хорошо помогает - канал просто не подключается или постоянные обрывы - сразу местные руководители выгоняют монтажников на устранение или замену оборудования. Ты ерунду пишешь. Причем тут подходы к строительству, монтажники\руководители? Если следовать твоим рекомендациям с ограничением скорости, то в случае проблем с линком он упадет или будет работать плохо. У оборудования с нормально работающим LA в случае каких то проблем просто снизится скорость без потери в качестве канала, все сделается автоматом без каких либо вмешательств.
aleks_lebedev Posted June 18, 2018 Posted June 18, 2018 Вроде Mik/UBNT сами модуляцию подбирают в зависимости от LA
SSD Posted June 18, 2018 Posted June 18, 2018 12 минут назад, aleks_lebedev сказал: Вроде Mik/UBNT сами модуляцию подбирают в зависимости от LA LA (Link adaptation) это выбор оптимальной модуляции для работы радиолинка в зависимости от ряда условий.
Saab95 Posted June 18, 2018 Posted June 18, 2018 3 часа назад, SSD сказал: У оборудования с нормально работающим LA в случае каких то проблем просто снизится скорость без потери в качестве канала, все сделается автоматом без каких либо вмешательств. Да, скорость снизится. Но нужно ли это? Есть ситуации, когда при просадке канала его выгоднее выключить, чем работать с уменьшенной скоростью, т.к. приоритеты перестают работать, OSPF начинает обрывать канал, т.к. служебный трафик отбрасывается и т.п. Если делать радиоканалы, то нужны и резервы, а если есть резервы - то зачем сидеть на плохом канале? Выгодно на резерв перейти и не испытывать проблем. 1 час назад, aleks_lebedev сказал: Вроде Mik/UBNT сами модуляцию подбирают в зависимости от LA Не всегда. Тот же UBNT постоянно сваливается в одноканальный режим, если есть помехи или перекос по уровням сигналов каждого канала. Выглядит это так - все работает, бах скорость упала и держится на низком уровне с CCQ 20-30, по прошествии некоторого времени канальная скорость опять увеличивается, а с ним и CCQ. На микротике, если не отключить скорости 0-7, тоже постоянные прыжки туда-сюда, если радиоканал не идеальный. А если он идеальный, то выгоднее вручную зажать скорость. Так же не забывайте ситуации, когда из-за переотражений и прочих гадостей, данные на низких канальных прилетают обратно и детектируются приемником, а вот на высоких канальных обратно уже не попадут, т.к. будут приняты за шум, именно по этой причине и идет плюсом отключение низких скоростей - уменьшение зоны помехового воздействия. Если много своего оборудования в округе - разительно помогает. Для примера - БС сектора на удалении 4 км от другого сектора ловила от него сигнал с уровнем -79, после отключения низких канальных, уровень сразу стал -86, т.к. уменьшилось количество переотражений. И в опытных местах, где такое производили, прибавка по общей скорости стала чуть ли не 30 процентов.
SSD Posted June 18, 2018 Posted June 18, 2018 1 час назад, Saab95 сказал: Да, скорость снизится. Но нужно ли это? Есть ситуации, когда при просадке канала его выгоднее выключить, чем работать с уменьшенной скоростью, т.к. приоритеты перестают работать, OSPF начинает обрывать канал, т.к. служебный трафик отбрасывается и т.п. Если делать радиоканалы, то нужны и резервы, а если есть резервы - то зачем сидеть на плохом канале? Выгодно на резерв перейти и не испытывать проблем. У тебя как всегда своя реальность
aleks_lebedev Posted June 18, 2018 Posted June 18, 2018 (edited) 1 hour ago, Saab95 said: Да, скорость снизится. Но нужно ли это? Есть ситуации, когда при просадке канала его выгоднее выключить, чем работать с уменьшенной скоростью, т.к. приоритеты перестают работать, OSPF начинает обрывать канал, т.к. служебный трафик отбрасывается и т.п. Если делать радиоканалы, то нужны и резервы, а если есть резервы - то зачем сидеть на плохом канале? Выгодно на резерв перейти и не испытывать проблем. Не всегда. Тот же UBNT постоянно сваливается в одноканальный режим, если есть помехи или перекос по уровням сигналов каждого канала. Выглядит это так - все работает, бах скорость упала и держится на низком уровне с CCQ 20-30, по прошествии некоторого времени канальная скорость опять увеличивается, а с ним и CCQ. На микротике, если не отключить скорости 0-7, тоже постоянные прыжки туда-сюда, если радиоканал не идеальный. А если он идеальный, то выгоднее вручную зажать скорость. Так же не забывайте ситуации, когда из-за переотражений и прочих гадостей, данные на низких канальных прилетают обратно и детектируются приемником, а вот на высоких канальных обратно уже не попадут, т.к. будут приняты за шум, именно по этой причине и идет плюсом отключение низких скоростей - уменьшение зоны помехового воздействия. Если много своего оборудования в округе - разительно помогает. Для примера - БС сектора на удалении 4 км от другого сектора ловила от него сигнал с уровнем -79, после отключения низких канальных, уровень сразу стал -86, т.к. уменьшилось количество переотражений. И в опытных местах, где такое производили, прибавка по общей скорости стала чуть ли не 30 процентов. В данном пример Mik использует алгоритм выбора модуляции (Сингал/Шум или CIR и ошибки ?). Опять же скорости отключить можно в режиме NStream , NV2 это не работает. Edited June 18, 2018 by aleks_lebedev
slv700 Posted June 23, 2018 Author Posted June 23, 2018 Вышел релиз 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 мс.
slv700 Posted June 23, 2018 Author Posted June 23, 2018 Тест пакетной производительности - max трафик UDP duplex короткими пакетами 128 байт , без потерь. ППС PTP550 на прошивке v.4.1.1 в Link Type 1+0 ( в одном частотном канале) составляет 95k pps.
slv700 Posted July 26, 2018 Author Posted July 26, 2018 Есть результаты лабораторного и полевого теста в Link Type 2+0, сделанными нашими зарубежными партнерами. Лабораторный тест ( на столе) канал 2x80 МГц. Конфигурация Показания загрузки канала на устройстве и порту роутера Пропускная способность PTP550 Link Type 2+0 , канал 80+80 МГц, Download 965 Mbps + Upload 300 Mbps= 1.25 Gbps.
slv700 Posted July 26, 2018 Author Posted July 26, 2018 Полевой тест. Дальность 5 км. Антенны 29 dBi. Канал 2x40 MHz. TDD UL/DL= 25/75. Конфигурация и сигналы. Спектр TCP Dowload 2x40 MHz TCP Upload 2x40 MHz Результат Download 465 Mbps + Upload 165 Mbps = 630 Mbps в канале 2 x 40 MHz при делении DL/UL=75/25.
SSD Posted July 26, 2018 Posted July 26, 2018 1 час назад, slv700 сказал: Полевой тест. Дальность 5 км. Антенны 29 dBi. Канал 2x40 Mbps. Результат DL 365 Mbps + UL 165 Mbps = 630 Mbps в канале 2 x 40 Mbps. Исправь на мегагерцы.
xabarov Posted July 27, 2018 Posted July 27, 2018 В 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, а потом сложить :)
slv700 Posted February 19, 2019 Author Posted February 19, 2019 Случайно удалил свой предыдущий ответ на пост 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 работающего рядом Микротик, но вендор не опознан. В двух каналах 2x80 МГц PTP550 встроенный тест показал скорость Download 740 Mbps + Upload 190 Mbps =930 Mbps UL+DL при деление фрейма UL/DL =25/75. Средняя задержка на незагруженном канале 6 мс. При полной загрузке 2-x каналов трафиком линктеста 920 Mbps ( фактически overload интерфейса) средняя задержка составила 11 мс.
xabarov Posted February 20, 2019 Posted February 20, 2019 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 МГц у любого другого вендора в похожих условиях.
Engenius Posted February 20, 2019 Posted February 20, 2019 1 hour ago, xabarov said: Оборудование любого вендора в 80 МГц в идеальных условиях выдает 500-600 Мбит, а тут 740 в полосе 160 МГц. Если сделать поправку на видимость и помехи, то как раз получатся те же 350-400 Мбит UDP трафика в 80 МГц у любого другого вендора в похожих условиях.
slv700 Posted February 20, 2019 Author Posted February 20, 2019 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 -покажем.
xabarov Posted February 20, 2019 Posted February 20, 2019 31 минуту назад, slv700 сказал: На столе выдает, может быть. Вообще-то я скрины выкладывал еще несколько лет назад, когда проводил тесты разного оборудования на реальных линках. Вот пример на 13 км PBE-AC620 в далеко не самом чистом эфире: А вот линк 24 км из центра крупного города с очень грязным эфиром на RapidFire 5N с антеннами RD-5G31: Почти 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, вот это будет более достойное сравнение.
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts