MikroTik NetMetal 5

[slv700]

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

специализированном ПО для тестирования пропускной способности канала с помощью UDP-датаграмм то оно есть.

Нет его в iperf, нет его в Bandwidth Test Микротик. Это тупой пакетный генератор.

Но дело даже не в контроле  доставки пакетов. Даже если он есть в приложении генератора тестов  , это не является основной причиной отличия скорости в тестах TCP и UDP. Основная причина- TCP  повторяет передачу искаженных и потерянных пакетов, что и снижает скорость. У UDP -  повтора нет. 

[LostSoul]

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

Нет его в iperf, нет его в Bandwidth Test Микротик. Это тупой пакетный генератор.

Я же написал выше, что применение встроенного в RouterOS теста скорости дает полноценные нормальные результаты в udp только на x86 платформе.

на остальных обычно упирается в производительность одного вычислительного ядра.

поэтому говорить о результатах на встроенном тесте в принципе бессмысленно .

 

 

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

Нет его в iperf,

В iperf есть не только учет количества потерянных кадров, но и учет количества out of order.

Для цели чего он держит в памяти гиганский хеш, в котором размечает какие пакеты уже получил, а какие еще нет ( и по этой причина приемная сторона iperf жрет нехило так памяти в udp тесте на высоких скоростях )

 

[slv700]

4 минуты назад, LostSoul сказал:

Я же написал выше, что применение встроенного в RouterOS теста скорости дает полноценные нормальные результаты в udp только на x86 платформе.

на остальных обычно упирается в производительность одного вычислительного ядра.

поэтому говорить о результатах на встроенном тесте в принципе бессмысленно .

 

На UDP не упирается даже если будет трафик 1+ Gbps. В TCP - 350 Mbps. Но мы говорим о другом, о том что результаты тестов TCP и UDP разные и причине этого. И она не в полке  по производительности процессора на трафике TCP до 350 MBps ( на одном ядре).

[LostSoul]

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

TCP  повторяет передачу искаженных и потерянных пакетов

Это снижает скорость ОДНОЙ сессии.  А на нескольких tcp сессиях результат будет лучше чем на tcp  ( при условии что параметры выбора алогоритма ack в ядре и его коэффициентов подобраны оптимально к характеру потерь/перегрузки.   А это отличается в разных дистибьютивах )

 

 

[slv700]

Это снижение проявляется даже на 100 сессиях TCP.   Параметры выбора алгоритма АСK? Нет никакого ACK   в UDP. В TCP -он стандартный.  Какое нафиг ядро, дистрибутив? Хватит нести ахинею.  Хватит юлить. Надоело с вами спорить об элементарных вещах. До свидания.

[LostSoul]

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

На UDP не упирается даже если будет трафик 1+ Gbps.

специально для вас, пошел запустил с настройками по умолчанию.

клиент и сервер встроенного теста микротик - rb750gr3  ( 4 ядра )

соединены гигабитом.

 

после 350Мбит ядро уходит в полку 100% и идут дропы пакетов которые CPU не успел обработать.

 

[LostSoul]

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

Какое нафиг ядро, дистрибутив? Хватит нести ахинею.  Хватит юлить. Надоело с вами спорить об элементарных вещах. До свидания.

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

Если вы изучили фигурнова и 2-3 статьи из википедии, то хвастайтесь перед девочками.

 

В  Linux ядре для tcp протокола имеется дохрена и больше различных алгоритмов контроля целостности и доставки.

Начиная от простейших , типа positive ack и negative ack  (   подтверждение группы принятых , или наоборот группы потерянных пакетов )  до целой пачки горазло более сложных.

Сетевой стек linux , внезапно , имеет алгоритмы выбора того, какой механизм подтверждения доставки использовать для разных паттернов трафика  , в целях максимального повышения производительности и снижения оверхеда.

Сами алгоритмы, внезапно , имеют коэффициенты. Самые различные. Размер окна.  Коофициент на который умножается rtt чтоб считать пакет потерянным. Таблица коофициентов / формула приращения / снижения размеров окна в зависимости  от частоты потерь.

Во всех этих долбаных форумах имеются долбанные коофициенты и алгоритмы их расчета.

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

Просто потому что алгоритмы по запихиванию  максимальной производительности в tcp писали лучшие умы планеты и потому что у у ядра около 20 алгоритмов на выбор, из которых оно может выбрать самый подходящий к задаче.

 

Многие из коофициентов, о которых я говорил выше - задаются в параметрах ядра через sysctl , а некоторые через исходные тексты.

И многие из них, внезапно для вас,  существенно отличаются у серверных редакций linux от какой-нибудь там ubuntu или fedora.

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

 

 

 

 

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

Надоело с вами спорить об элементарных вещах.

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

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

 

 

Вот тут может хоть 1% слов узнаете, чтоб меньше глупостей на форуме писать.

 

https://habr.com/ru/post/168407/

[Saab95]

На микротике можно запускать тест из командной строки, запустите 4 раза - загрузит 4 ядра.

[LostSoul]

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

На микротике можно запускать тест из командной строки, запустите 4 раза - загрузит 4 ядра.

спасибо за идею, но нету такой необходимости.   может когда-то пригодится.

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

 

 

[chetkiyparen]

больше вопросов возникает, чем ответов))

 

меня интересуют решения для Р2Р для 10км+ и пусть 500М симплекса будет, а не дуплекса на канальных скоростях! в реальном трафике хотелось бы 300-400 симплекса. Желательно от микротик решения, т.к. осваивать новое просто физически пока не хватает времени.

 

пока стоят LDF5ac в полосе 40, ac не использую пока что из-за проблем потери пакетов в протоколе nv2 на платформе ARM, но надеюсь производитель решит таки это и не придется некоторым использовать 802.11ac.

 

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

 

Гарантированное решение вижу пока в Airfiber11, даже потому, что 5ГГЦ у нас довольно таки сильно забитым становится и уже в некоторых местах не найдешь свободную полоску в 40МГц. Но 200.000р за полностью навороченный комплект отдавать пока сомнения берут, т.к. хочется увидеть в живую результаты этого железа и не получится ли такая же шляпа, как с LDFac, что обещанное три года ждут!

 

Продаванам доверия уже не осталось и тратить сотни тысяч рублей готов только при гарантированных показателях, а не теоретических в полях....  Еще напрягает то, что один удар рядом грозы и ты попадаешь сразу на 100.000р)))

 

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

[slv700]

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

родаванам доверия уже не осталось

Продаваны тут все, включая тебя, который продает канал свои клиентам, обещая 500+ Mbps. Так что хватит навешивать ярлыки, причем в  теме, в которой ты - ноль  

ЗЫ

Доверия у тебя  нет, видите ли. Ты е*тый вообще?  Тесты реальные изучи,-их  выкладывают здесь, причем именно те, кого ты по своей душевной простоте :)  ты называешь продаванами. И выкладывают они это потому, что хотят продать ( и это нормально), и тесты в большинстве своем ( в последнее время)    квалифицированные ( другие не пройдут, есть кому указать на ошибки:) .

[slv700]

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

меня интересуют решения для Р2Р для 10км+ и пусть 500М симплекса будет, а не дуплекса на канальных скоростях! в реальном трафике хотелось бы 300-400 симплекса. Желательно от микротик решения,

Нет этого у Микротик и не будет в ближайшее время. Неужели это непонятно? Не надо вникать в технологическую суть( я бы обьяснил, но ты же все равно не поймешь:) . Просто нет таких инсталляций и примеры чтобы можно было показать, вот и все. Вы спрашиваете у кого это есть ?  Да нет ни у кого.

Может быть найдутся д*бы которые скажут что вот встроенный тест или UDP показывают эту скорость. Это все фуфел. Забудьте про встроенные тесты и UDP. Только тесты TCP и при наличии встречного трафика ( ассиметричный дуплекс). Скрины - в студию.

 

В 01.03.2019 в 15:15, LostSoul сказал:

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

Тест BT Микротик всегда задействует только ОДНО ядро ( что  на web,    что CLI). Максимально , что на данный момент может генерировать BT  MT на одном ядре -350 Mbps TCP

 

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

Р2Р для 10км+ и пусть 500М симплекса будет

Это только  Сambium PTP 550   в 2x40 МГц. Других реальных вариантов нет.

[slv700]

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

LDF5ac в полосе 40, ac не использую пока что из-за проблем потери пакетов в протоколе nv2 на платформе ARM, но надеюсь производитель решит таки это и не придется некоторым использовать 802.11ac.

Производитель за 1.5 года не решил вопрос Проблем с потерями сейчас уже действительно  нет.  Однако для этого потребовалось ограничить скорость.

Вот так ( с оф.форума)- пост ARM mikrotik

The tests have been running between a hAP AC and a Powerbox Pro. TCP test was maxing out the CPUs on the testing routers
AP: mANTBox 19S (MIPS) CPE: SXTsq 5 AC (ARM)
NV2-40 TCP DL/UL, UDP DL/UL 165/146, 277/260
802.11-40 TCP DL/UL, UDP DL/UL 197/178, 307/270
NV2-80 TCP DL/UL, UDP DL/UL 188/167, 517/437
802.11-80 TCP DL/UL, UDP DL/UL 208/189, 545/421

Вас устроят 165 Mbps TCP download в 40 Мгц и 208 Mbps в 80 Мгц ?  Типа без потерь.

Да, в 80 Мгц есть UDP 545 Mbps, но это фуфел.

[chetkiyparen]

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

Продаваны тут все, включая тебя, который продает канал свои клиентам, обещая 500+ Mbps. Так что хватит навешивать ярлыки, причем в  теме, в которой ты - ноль  

ЗЫ

Доверия у тебя  нет, видите ли. Ты е*тый вообще?  Тесты реальные изучи,-их  выкладывают здесь, причем именно те, кого ты по своей душевной простоте :)  ты называешь продаванами. И выкладывают они это потому, что хотят продать ( и это нормально), и тесты в большинстве своем ( в последнее время)    квалифицированные ( другие не пройдут, есть кому указать на ошибки:) .

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

 

А если тебе близка плятская душонка по натуре, то не надо это другим навязывать 

 

[slv700]

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

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

 

А если тебе близка плятская душонка по натуре, то не надо это другим навязывать 

 

Cколько тебе можно одно и тоже говорить?  Про ARM Микротик в соседней теме, здесь.... Какие 500 МBps ? А твой вопрос  как ТС про 1 Гиг на Микротике это вообще жесть.

 Не  выдает  это твой Микротик .  Не выдает и 300-400М реального трафика  и в  80 Мгц. И  какой нафиг  MIMO 3x3?  Не работает это в реальных сетях. 

 Не жди, никто из вменяемых людей  тебе не отпишется, что у него есть реальных 400-500М  на Микротик. 

Такую ( 500+ Mbps) реальную  скорость в 5 Ггц  на практике выдает ( на данный момент) только одно устройство  Сambium PTP550 и то  с агрегацией  ДВУХ каналов 2x40 МГц. Пруф выкладывался.   В 80 Мгц это теоретически тоже можно получить, но практически сложно найти относительно чистый канал  шириной 80 Мгц.  А два по 40 Мгц - вполне  реально.

Еще теоретически в 5 Ггц это может дать AF5X  HD  в канале 80-100 Мгц на модуляции 256QAM-1024QAM. Но только теоретически. На практике этого никто не видел и не получал ( если не считать за реальную  скорость Capacity, что рисуется у него на web).   Если кто это получил- скрины в студию. И вообще к этому устройству много вопросов, но это отдельная тема для обсуждения.

 

[chetkiyparen]

Airfiber11, а не 5

[slv700]

Речь шла о 5 ГГц устройствах.

Мне известен рынок точка-точка для провайдеров ( не обязательно беспроводных сетей), что ставят, какие скорости нужны,что получают и на чем. Потребности в скорости растут, и Микротик снимают с магистральных каналов , в том числе  АС. Он не отвечает современным требованиям и уже никогда не будет соответствовать потребностям провайдеров. Забудьте  о Микротик . Это уже история. Тему с ARM сами знаете, это о многом говорит.

По вопросу  AF11x  в 11 ГГц . Это FDD релейка, выдает то, что  в даташите ( почти). Хороший продукт, но дороговато. Если есть мани и частоты и нужно 400-500+  Mbps  Download ,  то это хороший выбор .  Но  сейчас появился  конкурент  -PTP550 в 5 ГГц. На PTP550 можно получить  больше скорость ( на загрузку Download  до 1 Gbps, не теоретически, а на практике ) и он дешевле в разы.  Задержка  и джиттер у релейки  конечно меньше и стабильней канал ( нет помех в 11 ГГц), но PTP550 в 5Ггц практичней и проще легализация , по крайне мере в наших краях.

[chetkiyparen]

насчет дешевле в разы, в 2 раза если быть точным, т.к. комплект PTP 550 стоит 1400 баксов

[Ace63]

Вот эта железка даст желаемую скорость LigoPTP RapidFire 5-N ценник $450

Убик тоже не плох, AF-5X мы используем, но не более 380Mb/s, зависит от антенны, расстояния, ширины канала и дедушки Френеля.

Микротик точно в ближайшее время не сможет производительность подобного решения предложить.

 

Edited June 10, 2019 by Ace63

[VGA]

А почему ни кто не говорит о двух-трёх мостах на устройствах типа SXTsq 5 ac параллельно на разных частотах, затем через каждый мост поднимаем EoIP тунель  и суём эти тунели в LACP. В результате имеем кроме увеличения ширины канала еще и лучшую отказоустойчивость и расширяемость. Как вам такое недорогое решение, кто нибудь пробывал???

[Constantin]

только не в ласп, а бондинг на микротике, работает и довольно не плохо, в свое время пару каналов на 27 км сживляли, с год работало.

[VGA]

3 минуты назад, Constantin сказал:

только не в ласп, а бондинг на микротике, работает и довольно не плохо, в свое время пару каналов на 27 км сживляли, с год работало.

Думаете это нельзя сделать на коммутаторе в который будут эти точки воткнуты?

[Constantin]

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

Думаете это нельзя сделать на коммутаторе в который будут эти точки воткнуты?

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

проще сказать джитер на радио внесет свои прелести .

[xabarov]

В 09.06.2019 в 15:59, slv700 сказал:

Это только  Сambium PTP 550   в 2x40 МГц. Других реальных вариантов нет.

 

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

Такую ( 500+ Mbps) реальную  скорость в 5 Ггц  на практике выдает ( на данный момент) только одно устройство  Сambium PTP550

Опять вранье. Известны примеры 500+ на RapidFire в несильно грязном эфире. В достаточно грязном эфире я получал около 400 в 80МГц.

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

А почему ни кто не говорит о двух-трёх мостах на устройствах типа SXTsq 5 ac параллельно на разных частотах

Вы серьезно? 10 км для них многовато, мягко говоря. Максимальные модуляции не заработают, а разносить придется очень прилично, чтобы исключить взаимное влияние. Итого в лучшем случае вы снимите по ~100 Мбит с каждого устройства, используя полосу не менее 40 МГц на каждом устройстве.

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

Еще теоретически в 5 Ггц это может дать AF5X  HD  в канале 80-100 Мгц на модуляции 256QAM-1024QAM. Но только теоретически. На практике этого никто не видел и не получал ( если не считать за реальную  скорость Capacity, что рисуется у него на web).

Если никто не видел, то это еще не означает, что это невозможно. Вот ваш гигабит на PTP550 тоже никто не видел кроме вас.

[VGA]

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

Вы серьезно? 10 км для них многовато, мягко говоря

Да это я что то погорячился, там антенны децибел на 25 нужны для такого расстояния, а это парабола диаметром 0.55 минимум, что влечет за собой сложность установки и юстировки из-за довольно больших размеров и узкой диаграммы направленности. Хотя по цене не плохо выходит,если взять какой нибудь LDF5 за 2500рублей и антенну типа супрала за 500, в итоге комплект выйдет в 6000 тысяч рублей, мегабит на 200+ я думаю.