Перейти до

PTP550 Cambium Networks для 5 Ггц каналов точка -точка


Рекомендованные сообщения

6 часов назад, Dimkers сказал:

Ни нервничай :)

Порты и протоколы тут при том, что балансится у камбалы по....

Для сравнения по паттерну нужно выполнять трудозатратные действия. Т.е. брать кадр и сравнивать. Что-то с чем то. Это более затратная операция для железки, чем чётный влево, нечётный вправо. Это сродни тому, что на слабых железках тест tcp показывает меньшую скорость, чем udp. Казалось бы. Пакеты передавать в обоих случаях же. А нет...

 Не понял? Мне тоже пофиг :) Я и так тут много рассказал.

Ну и собсно как сравнение по паттерну влияет на алгоритм балансировки - никто так и не ответил :)

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

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

Я выше уже сказал, что у них свои магические алгоритмы, что есть комм тайной, ибо это этого зависит качество и эффективность, максимум что они скажут, что "в Багдаде мирно", балансировка производится. Нам останется лишь гадать. По паттернам или нет - я понятия не имею, как именно у них, но это сейчас популярная практика, как и анализ трафика в реалтайм антивирях, веб фаерволлах и тд

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 714
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Славка, твой выход, трафик не такой, полнолуние, фаташоп, ну или чо там еще, мАлтипоинт, лос энлос, лосось, карась 

Классический пример вашей неадекватности восприятия результатов       Это у вас не тянули 5 лет, а когда показывали пример - глаза закрывали и всякие отговорки придумывали, что это не

А мимозу пробовали? Пока у нас это god-like вариант в любых условиях.

Posted Images

12 часов назад, Kiano сказал:

Да, мимоза так умеет. Но есть но: порт, с*ка порт и еще раз порт.

А так - железка супер

Ага.  В мимозы порты, в камбалы свои приколы.  Ну как так может быть, стоял линк год, кушать не просил.  Теперь при перезагрузке коннектится по радио по 20 минут. Смена прошивок и частот результатов не дала. При коннекте сигнал -48.   Никаких изменений по питанию, кабелям, etc не производили.  Ну какого х..я оно так?    

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

  линк на мимозе больше двух лет проработал затем лан ушол в 100мб - все танцы с бубном прошли пока не поменяли на новую это про B5c 

Відредаговано adik_v
Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Kiano сказал:

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

Чисто практически, чётный и не чётный делается простым : если 1 то влево, иначе вправо. Все. А переваривать в коммутации по паттерну - трудозатратные вещь и сравнима с case.  Это уже дело не коммутаторов, а роутеров или какихнить dpi. Кстати именно поэтому в микротике, например том же rb4011 на arm(да и не только микротике) при увеличении числа правил в фаерволе(iptables) падает производительность. Потому как это, повторюсь - трудозатратная операция.

 

И собсно зачем делать разделение трафика в радиоканалы по tcp/udp - загадка для меня, с головой достаточно делать как в lacp - по mac или ip. Тем более что в самой камбале нет крутилок на этот счёт.

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

Ну почему, логика разделения опираясь на тсп есть: не разносить один коннект на разные каналы, например. Возможно, потому оно и различает это (если различает, и если вообще это происходит)

Ссылка на сообщение
Поделиться на других сайтах
54 минуты назад, Kiano сказал:

логика разделения опираясь на тсп есть: не разносить один коннект на разные каналы

а это разве будет разносить:

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

достаточно делать как в lacp - по mac или ip

 

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, Kiano сказал:

не разносить один коннект на разные каналы, например

Ну глупость же. Ей богу. Ну даже если полетит у тебя пакет одному адресату разными каналами. И что?

Не, эта тема смотрю далеко ушла от самого православного радиобарахла... Дальше можно продолжать, но не пальцем в небо. Ты хоть бы почитал про очереди и проверку последовательности пакетов....

Ссылка на сообщение
Поделиться на других сайтах
1 минуту назад, Dimkers сказал:

Ну глупость же. Ей богу. Ну даже если полетит у тебя пакет одному адресату разными каналами. И что?

Не, эта тема смотрю далеко ушла от самого православного радиобарахла... Дальше можно продолжать, но не пальцем в небо. Ты хоть бы почитал про очереди и проверку последовательности пакетов....

А зачем? Далее рассуждений всё равно не зайдёт, т.к. истины мы не узнаем наверняка.

2 часа назад, a_n_h сказал:

а это разве будет разносить:

 

Конечно не будет.

Но здесь будет узкое место: не получится утилизировать всю полосу обоих каналов одним соединением. Это если по маку и ипу. Как оно по факту у камбалы/мимозы - хз, может так и есть

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Kiano сказал:

Но здесь будет узкое место: не получится утилизировать всю полосу обоих каналов одним соединением

Так это же узкое место будет при разнесении по порту :) Ну как ты раскинешь https? :)

Оптимальный вариант - чётный влево, нечётный вправо. Все.

Ссылка на сообщение
Поделиться на других сайтах
10 минут назад, Dimkers сказал:

Так это же узкое место будет при разнесении по порту :) Ну как ты раскинешь https? :)

Оптимальный вариант - чётный влево, нечётный вправо. Все.

При ассиметрии чейнов бкдет жопа

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
В 13.11.2020 в 21:15, adik_v сказал:

Без комментариев....

 

 

А вот комментарии были бы уместны.

Похоже на синтетический тест, причем UDP, не учитывающий потерь в канале.  По крайней мере так видно на web интерфейсе Мимозы.  Трафик на минутном интервале не меняется .  Разница в поведением живого трафика с съемом  данных с шагом 2 секунды  на Камбиум и  представленной вами картинке Мимозы хорошо видна. Хотелось бы взглянуть на ваш трафик на  Zabbix. 

     Cambium и Mimosa 802.11 ac wave 2  показывают в равных условиях при хороших условиях  примерно  одинаковые результаты. Однако на  реальном трафике и реальных не всегда хороших условиях между ними есть существенная  разница.   

  На  вашем линке  ( первый ваш скрин выше на С5с) на частотах ниже 5950 МГц  при сильных помеха Мимоза вообще не поднялась ( это по вашему же утверждению),   а  Камбиум там хоть как то работал (  тянул 400М ). причем при сигнале на 8 дБ ниже Мимозы ( вы где то потеряли энергетику при замене оборудования на тех же антеннах). Мимоза работала только на 6.1 Ггц.  Кстати, PTP550E (новая железка)  поддерживает расширенный диапазон частот 4.950-6.2 ГГц. В принципе помехоустойчивость  Cambium  vs Mimosa исследовалась.  У Мимозы она ниже  по причине что у там используется другой мало распространенный в ШБД чипсет  Quantenna, который сам по себе хуже чипсета Atheros.

PS

Если у вас есть радиолинк 30+ км, где есть возможность  прогнать 1 гиг хотя бы в TCP тесте ( не встроенном) и тем более загрузить 900Mbps+живым трафиком, то это хороший кейс. Я бы предложил   испытать в работе  на таком живом трафике 900+ Mbps (  если он у вас таки есть)   новый  Force 400 CSM (на базе 802.11ax), который обещает дать ( пока мы получили такой результат  встроенным тестом ) 1 Gbps  в 80МГц

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, Kiano сказал:

При ассиметрии чейнов бкдет жопа

Дык так и есть :) Как раз коряво балансится у людей.

Собсно как при ассиметрии спасет разделение по tcp портам? Вот и для меня загадка. Тут уже включаются другие механизмы, о которых я говорил ранее, но уж никак не облегчит жизнь разделение по tcp портам...

 

Ссылка на сообщение
Поделиться на других сайтах
В 14.11.2020 в 20:55, Alver сказал:

PS

Если у вас есть радиолинк 30+ км, где есть возможность  прогнать 1 гиг хотя бы в TCP тесте ( не встроенном) и тем более загрузить 900Mbps+живым трафиком, то это хороший кейс. Я бы предложил   испытать в работе  на таком живом трафике 900+ Mbps (  если он у вас таки есть)   новый  Force 400 CSM (на базе 802.11ax), который обещает дать ( пока мы получили такой результат  встроенным тестом ) 1 Gbps  в 80МГц

на линке 31.8 км живой трафик в час пик до 500 мб\с ( пока больше нет потребности ) если нагрузить bandwidth test mikrotik tcp send до суммарно  мимоза В5с выдает 800\50мб\с это при канале 2*80 Сколько максимально может   Force 400 CSM ?

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
В 20.11.2020 в 14:28, adik_v сказал:

на линке 31.8 км живой трафик в час пик до 500 мб\с ( пока больше нет потребности ) если нагрузить bandwidth test mikrotik tcp send до суммарно  мимоза В5с выдает 800\50мб\с это при канале 2*80 Сколько максимально может   Force 400 CSM ?

Есть большая разница между синтетическим тестом  пусть даже TCP  и живым трафиком. Ваш канал на PTP550 пропускает в 80 МГц живого трафика  500Мbps, в тесте 600 Mbps. На другом линке  у другого оператора PTP550 в канале 80+80 МГц  пропускает 810 Mbps живого трафика ( но это еще не предел) и больше 1 Гига в тесте.

Forсе 425 сделан на другой платформе и новом чипсете wifi 6 ( 802.11 ax). У него сигнал с 512 поднесущими ( как у   4G)    и  модуляция 1024 QAM.

В тесте  TCP/UDP он на этой модуляции пропускает почти1  Gbps в 80 МГц. Сейчас проводим испытания и надеемся получить ,близко к  1 Gbps  и на живом трафике.

ЗЫ

Разница в скорости в  TCP тестах и  на живом трафике объясняется тем, что тест проводится пакетами фиксированной длины. При этом живой трафик состоит из пакетов разной длины, который при передаче и приеме фрагментируется , агрегируются, ставятся в очереди , в общем трансформируются  из Ethernet в пакеты, которые ходят  в радиоканале.  Это требует немало ресурсов системы, что и тормозит скорость живого трафика.

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

О господи.... Пакеты у него фрагментируются....

А в свиче бл@#ь, они из ethernet вдруг не превращаются в импульсы лазера на sfp порту? Не? Или в свиче вдруг нет очередей? Но как то в свиче все быстро и зачастую на скорости порта.... Переставай херню пороть...

Відредаговано Dimkers
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
22 минуты назад, Dimkers сказал:

О господи.... Пакеты у него фрагментируются....

А в свиче бл@#ь, они из ethernet вдруг не превращаются в импульсы лазера на sfp порту? Не? Или в свиче вдруг нет очередей? Но как то в свиче все быстро и зачастую на скорости порта.... Переставай херню пороть...

Есть разница между производительностью аппаратной платформы проводного свича, его коммутационной матрицы  и платой wifi ценой в несколько десятков  USD.

В стандартном  вайфай  длина радиопакета  2048 и 4096 байт. Все данные перед передачей в радио агрегируются  или фрагментируются в данные пакеты. Причем   это делается   аппаратно  чипсетом радио. В   Wireless TDD/TDMA  длина пакета -фрейма задается не в байтах, а  временем 5, 2.5 и 2 ms.  Агрегация в данные фреймы производится программно и аппаратно. На это   нужны  ресурсы системы. 

    В частности на платформе 802.11 ас  ( UBNT,  Микротик ) агрегация программная и ресурсов бюджетной  платформы   SOC Atheros  недостаточно, чтобы пропустить живого трафика с пакетами разной длины  более 250  Mbps.

На платформе 802.11 ас wave 2  ( Cambium. Mimosa) агрегация аппаратная и поэтому полки на живом трафике   в 250Mbps нет.

ЗЫ

dimkers  -ну ты точно баран в ШБД. Ну не лезь туда, что не знаешь.

Відредаговано Alver
Ссылка на сообщение
Поделиться на других сайтах
57 минут назад, Dimkers сказал:

О господи.... Пакеты у него фрагментируются....

А в свиче бл@#ь, они из ethernet вдруг не превращаются в импульсы лазера на sfp порту? Не? Или в свиче вдруг нет очередей? Но как то в свиче все быстро и зачастую на скорости порта.... Переставай херню пороть...

Ну ты не прав же

Беспроводка и кабеля принципиально разные

Чего стоит только многолучевое распространение, замирания и аддитивные/мультипликативные помехи

Ссылка на сообщение
Поделиться на других сайтах
26 минут назад, Kiano сказал:

 

Беспроводка и кабеля принципиально разные

Чего стоит только многолучевое распространение, замирания и аддитивные/мультипликативные помехи

Мог бы проще парой слов  сформулировать, "радийный гемморой")

  • Like 1
  • Haha 1
Ссылка на сообщение
Поделиться на других сайтах
3 минуты назад, hex@set сказал:

Мог бы проще парой слов  сформулировать, "радийный гемморой")

Ну да )))

Но там интереснее )

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Alver сказал:

в стандартном  вайфай  длина радиопакета  2048 и 4096 байт.

 

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

В   Wireless TDD/TDMA  длина пакета -фрейма задается не в байтах, а  временем 5, 2.5 и 2 ms.  

Ага..... Так вот оно что. Теперь всё стало ясно.

 

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

ну ты точно баран в ШБД. Ну не лезь туда, что не знаешь.

Да, баран в ШБД. Спору нет. А зачем мне вникать в рудименты? Какая-то остаточная технология, которой ты тут козыряешь, при этом продажи волокна и онух говорят о том, что на коне совершенно другая технология. Хотя как другая. Внезапно, но PON - тот же TDMA.... Да? И скоростя поболее чего-то....

 

52 минуты назад, Kiano сказал:

Ну ты не прав же

Может быть. Только вот в чем не прав? В том что ШБД на данный момент - остаточный рудимент для совсем ебеней и полкан страдает откровенной хернёй, впаривая его налево и право, мечтая что рано или поздно, камбала спасет мир? Или. В том что среда передачи в радио - говно, подверженное любым внешним воздействиям?

Відредаговано Dimkers
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
15 минут назад, Dimkers сказал:

 

Ага..... Так вот оно что. Теперь всё стало ясно.

 

Да, баран в ШБД. Спору нет. А зачем мне вникать в рудименты? Какая-то остаточная технология, которой ты тут козыряешь, при этом продажи волокна и онух говорят о том, что на коне совершенно другая технология. Хотя как другая. Внезапно, но PON - тот же TDMA.... Да? И скоростя поболее чего-то....

 

Может быть. Только вот в чем не прав? В том что ШБД на данный момент - остаточный рудимент для совсем ебеней и полкан страдает откровенной хернёй, впаривая его налево и право, мечтая что рано или поздно, камбала спасет мир? Или. В том что среда передачи в радио - говно, подверженное любым внешним воздействиям?

Не веришь в  Wi-Fi 6, так может тебя гигабитный 5G образумит?  Отрицаешь и это? Хе, хе .

А Камбиум  один из десятков вендоров, которые делают   реализации  новых технологий, радиотехнологий.  Делают хорошо и недорого. 

И скорости - не главное. Хотя wifi 6   такой же гигабитный , как и PON, но с разделением множественного доступа не TDMA ( по времени), а лучше ( эффективней)  - OFDMA  MU-MIMO ( разделение по времени, частотам и пространству).

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

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас

×
×
  • Створити нове...