SSD Опубликовано 18 июня, 2018 · Жалоба 1 минуту назад, slv700 сказал: Ты внимательно читаешь что я пишу или прикидываешься дурачком ? Повторяю что проблема была решена - заменой оборудования ( не всем, только тем, кому успели и начали это делать с крупных клиентов) до фикса софта. Константин и его знакомый- одни из тех кому не успели и потом в этом не стало быть необходимости - фиксом софта. Что нужно еще обсуждать? Что надо показывать? Я то читаю внимательно, а ты дергаешь отдельные фразы из контекста и отвечаешь на них. Данный "диалог" возник из за твоего очередного опрометчивого комментария: "Лучше купить проверенное оборудование известного бренда с прогнозируемыми параметрами по нормальной ( пусть даже немного дороже ) цене, но без сюрпризов." на что я ответил тебе, что данное оборудование никак не может быть проверенным, т.к. оно только вышло, а по части сюрпризов, уже были проблемы с устройствами данного бренда. То что проблема решена, это здорово, но как говориться "ложечки нашлись, а осадок остался". Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 18 июня, 2018 · Жалоба 1 час назад, slv700 сказал: У МТ она есть -но другая и хуже чем у Камбиум ( в чем хуже -это отдельная тема). Но точно у МТ рабочая модуляция при помехах в том числе малтипасс может быть выше чем у Камбиум. Хорошо это или плохо ? Что лучше передать пакет на высокой модуляции с большим риском его потерять или передать на меньшей модуляции но с высокой надежностью доставки пакета. Камбиум обычно выбирает второе и поэтому мы практически никогда не увидим потери пингов на линке Камбиум ( если нет оверлоад канала). У микротика есть один плюс, которого нет у камбиума - это возможность ограничивать модуляции снизу. Известно, что служебный трафик забирает некую часть скорости канала. Если предположить, что можно работать на MCS 15 с неким количеством потерь допустим 70М в полосе 20, а переключив на MCS13 получить 60М, то поставив только одну модуляцию MCS13 (рабочий и служебный трафик), можно получить 75-80М со стабильной задержкой и отсутствием потерь. 1 час назад, slv700 сказал: Я могу себе представить как бы решалась похожая проблема ( от которых не застрахован никто) конкурентами, у которых вообще нет нормального суппорта У них просто ничего не происходит с оборудованием в -30. Мы микротики собирали и в корпуса с утеплением, и с подогревом, а последние просто в алюминиевые боксы - нет никакой разницы есть подогрев, или нет, платы стартуют и после суток простоя в -30 и холоднее. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SSD Опубликовано 18 июня, 2018 · Жалоба 1 минуту назад, Saab95 сказал: У микротика есть один плюс, которого нет у камбиума - это возможность ограничивать модуляции снизу. Известно, что служебный трафик забирает некую часть скорости канала. Если предположить, что можно работать на MCS 15 с неким количеством потерь допустим 70М в полосе 20, а переключив на MCS13 получить 60М, то поставив только одну модуляцию MCS13 (рабочий и служебный трафик), можно получить 75-80М со стабильной задержкой и отсутствием потерь. При нормально работающем LA, такие костыли не требуются. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 18 июня, 2018 · Жалоба Такая же ситуация была с максбриджем, когда в начальных прошивках устройства просто сами по себе отрубались при работе на хорошем морозе. И в последних прошивках это исправили. Вот интересно, что такое надо сделать в прошивке, что бы устройство перестало отрубаться при низких температурах? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Constantin Опубликовано 18 июня, 2018 · Жалоба 2 минуты назад, Saab95 сказал: что такое надо сделать в прошивке, что бы устройство перестало отрубаться при низких температурах? понизить частоту работы чипа, один из вариантов. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 18 июня, 2018 · Жалоба 1 минуту назад, SSD сказал: При нормально работающем LA, такие костыли не требуются. Тут зависит от подхода к строительству сети и мониторинга. Представьте у вас 5000 радиоканалов, размещенных во многих городах разных областей, которые обслуживают разные по опыту и уменьям монтажники, а их местные руководители никак не следят за качеством (то есть лишь бы работает, что-то ходит, абонент странички открывает да и ладно, а при жалобах на скорость виноваты админы, которые настроить нормально не могут). И вот тут как раз отключение нижних скоростей очень хорошо помогает - канал просто не подключается или постоянные обрывы - сразу местные руководители выгоняют монтажников на устранение или замену оборудования. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 18 июня, 2018 · Жалоба 40 минут назад, Saab95 сказал: У микротика есть один плюс, которого нет у камбиума - это возможность ограничивать модуляции снизу. У Камбиум это есть, в том числе на ePMP Force `300, PTP550. Но на практике это редко когда нужно. Link adaptation в большинстве практических случаев все отрабатывает автоматом. Но один из примеров когда ограничение модуляции сверху может быть полезным -малтипасс на линке над водой. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SSD Опубликовано 18 июня, 2018 · Жалоба 55 минут назад, Saab95 сказал: Тут зависит от подхода к строительству сети и мониторинга. Представьте у вас 5000 радиоканалов, размещенных во многих городах разных областей, которые обслуживают разные по опыту и уменьям монтажники, а их местные руководители никак не следят за качеством (то есть лишь бы работает, что-то ходит, абонент странички открывает да и ладно, а при жалобах на скорость виноваты админы, которые настроить нормально не могут). И вот тут как раз отключение нижних скоростей очень хорошо помогает - канал просто не подключается или постоянные обрывы - сразу местные руководители выгоняют монтажников на устранение или замену оборудования. Ты ерунду пишешь. Причем тут подходы к строительству, монтажники\руководители? Если следовать твоим рекомендациям с ограничением скорости, то в случае проблем с линком он упадет или будет работать плохо. У оборудования с нормально работающим LA в случае каких то проблем просто снизится скорость без потери в качестве канала, все сделается автоматом без каких либо вмешательств. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aleks_lebedev Опубликовано 18 июня, 2018 · Жалоба Вроде Mik/UBNT сами модуляцию подбирают в зависимости от LA Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SSD Опубликовано 18 июня, 2018 · Жалоба 12 минут назад, aleks_lebedev сказал: Вроде Mik/UBNT сами модуляцию подбирают в зависимости от LA LA (Link adaptation) это выбор оптимальной модуляции для работы радиолинка в зависимости от ряда условий. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 18 июня, 2018 · Жалоба 3 часа назад, SSD сказал: У оборудования с нормально работающим LA в случае каких то проблем просто снизится скорость без потери в качестве канала, все сделается автоматом без каких либо вмешательств. Да, скорость снизится. Но нужно ли это? Есть ситуации, когда при просадке канала его выгоднее выключить, чем работать с уменьшенной скоростью, т.к. приоритеты перестают работать, OSPF начинает обрывать канал, т.к. служебный трафик отбрасывается и т.п. Если делать радиоканалы, то нужны и резервы, а если есть резервы - то зачем сидеть на плохом канале? Выгодно на резерв перейти и не испытывать проблем. 1 час назад, aleks_lebedev сказал: Вроде Mik/UBNT сами модуляцию подбирают в зависимости от LA Не всегда. Тот же UBNT постоянно сваливается в одноканальный режим, если есть помехи или перекос по уровням сигналов каждого канала. Выглядит это так - все работает, бах скорость упала и держится на низком уровне с CCQ 20-30, по прошествии некоторого времени канальная скорость опять увеличивается, а с ним и CCQ. На микротике, если не отключить скорости 0-7, тоже постоянные прыжки туда-сюда, если радиоканал не идеальный. А если он идеальный, то выгоднее вручную зажать скорость. Так же не забывайте ситуации, когда из-за переотражений и прочих гадостей, данные на низких канальных прилетают обратно и детектируются приемником, а вот на высоких канальных обратно уже не попадут, т.к. будут приняты за шум, именно по этой причине и идет плюсом отключение низких скоростей - уменьшение зоны помехового воздействия. Если много своего оборудования в округе - разительно помогает. Для примера - БС сектора на удалении 4 км от другого сектора ловила от него сигнал с уровнем -79, после отключения низких канальных, уровень сразу стал -86, т.к. уменьшилось количество переотражений. И в опытных местах, где такое производили, прибавка по общей скорости стала чуть ли не 30 процентов. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SSD Опубликовано 18 июня, 2018 · Жалоба 1 час назад, Saab95 сказал: Да, скорость снизится. Но нужно ли это? Есть ситуации, когда при просадке канала его выгоднее выключить, чем работать с уменьшенной скоростью, т.к. приоритеты перестают работать, OSPF начинает обрывать канал, т.к. служебный трафик отбрасывается и т.п. Если делать радиоканалы, то нужны и резервы, а если есть резервы - то зачем сидеть на плохом канале? Выгодно на резерв перейти и не испытывать проблем. У тебя как всегда своя реальность Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aleks_lebedev Опубликовано 18 июня, 2018 (изменено) · Жалоба 1 hour ago, Saab95 said: Да, скорость снизится. Но нужно ли это? Есть ситуации, когда при просадке канала его выгоднее выключить, чем работать с уменьшенной скоростью, т.к. приоритеты перестают работать, OSPF начинает обрывать канал, т.к. служебный трафик отбрасывается и т.п. Если делать радиоканалы, то нужны и резервы, а если есть резервы - то зачем сидеть на плохом канале? Выгодно на резерв перейти и не испытывать проблем. Не всегда. Тот же UBNT постоянно сваливается в одноканальный режим, если есть помехи или перекос по уровням сигналов каждого канала. Выглядит это так - все работает, бах скорость упала и держится на низком уровне с CCQ 20-30, по прошествии некоторого времени канальная скорость опять увеличивается, а с ним и CCQ. На микротике, если не отключить скорости 0-7, тоже постоянные прыжки туда-сюда, если радиоканал не идеальный. А если он идеальный, то выгоднее вручную зажать скорость. Так же не забывайте ситуации, когда из-за переотражений и прочих гадостей, данные на низких канальных прилетают обратно и детектируются приемником, а вот на высоких канальных обратно уже не попадут, т.к. будут приняты за шум, именно по этой причине и идет плюсом отключение низких скоростей - уменьшение зоны помехового воздействия. Если много своего оборудования в округе - разительно помогает. Для примера - БС сектора на удалении 4 км от другого сектора ловила от него сигнал с уровнем -79, после отключения низких канальных, уровень сразу стал -86, т.к. уменьшилось количество переотражений. И в опытных местах, где такое производили, прибавка по общей скорости стала чуть ли не 30 процентов. В данном пример Mik использует алгоритм выбора модуляции (Сингал/Шум или CIR и ошибки ?). Опять же скорости отключить можно в режиме NStream , NV2 это не работает. Изменено 18 июня, 2018 пользователем aleks_lebedev Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 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 мс. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 23 июня, 2018 · Жалоба Тест пакетной производительности - max трафик UDP duplex короткими пакетами 128 байт , без потерь. ППС PTP550 на прошивке v.4.1.1 в Link Type 1+0 ( в одном частотном канале) составляет 95k pps. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
h3ll1 Опубликовано 4 июля, 2018 · Жалоба ligowave делает спустя 2 года Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 26 июля, 2018 · Жалоба Есть результаты лабораторного и полевого теста в Link Type 2+0, сделанными нашими зарубежными партнерами. Лабораторный тест ( на столе) канал 2x80 МГц. Конфигурация Показания загрузки канала на устройстве и порту роутера Пропускная способность PTP550 Link Type 2+0 , канал 80+80 МГц, Download 965 Mbps + Upload 300 Mbps= 1.25 Gbps. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 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. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SSD Опубликовано 26 июля, 2018 · Жалоба 1 час назад, slv700 сказал: Полевой тест. Дальность 5 км. Антенны 29 dBi. Канал 2x40 Mbps. Результат DL 365 Mbps + UL 165 Mbps = 630 Mbps в канале 2 x 40 Mbps. Исправь на мегагерцы. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xabarov Опубликовано 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, а потом сложить :) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 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 мс. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xabarov Опубликовано 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 МГц у любого другого вендора в похожих условиях. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Engenius Опубликовано 20 февраля, 2019 · Жалоба 1 hour ago, xabarov said: Оборудование любого вендора в 80 МГц в идеальных условиях выдает 500-600 Мбит, а тут 740 в полосе 160 МГц. Если сделать поправку на видимость и помехи, то как раз получатся те же 350-400 Мбит UDP трафика в 80 МГц у любого другого вендора в похожих условиях. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 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 -покажем. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xabarov Опубликовано 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, вот это будет более достойное сравнение. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...