« Rev
@mikrotikclub   3669
Fwd »


Dmitry
Это дорого? Серьезно?
Dmitry
Как микротик в DNS / Citilink...
Alex
Он примерно так и стоит, честно.
Новье стоит 90к рублей судя по авито.
Pavel
Надо поискать, за 10к я б с руками парочку забрал себе в лабу. Но таких цен не вижу именно на 60f
Alex
Но справедливости ради, я посмотрел спеки, даже за 90к рублей это мука для такой промзводительности
Dmitry
Надо поискать, за 10к я б с руками парочку забрал себе в лабу. Но таких цен не вижу именно на 60f
Б/у вполне можно найти - ну ладно может быть за 20k - с проблемами в переносе аккаунта, впрочем это совсем другая история:)
Alex
Хотя более старшие модели с различными сопроцессорами для контента и тд куда интереснее. Но стоимость нвверное миллионами будет
Alex
F серии - вполне хватает на small / medium office. Тем более хватит для дома.
Дома хватит роутера за 2000-3000₽ 😀 или микрота. Конечно если у вас дома дата-центра нет.
Dmitry
100f - молотит 200mbit/s с инспекцией трафика.
Dmitry
И ой все, если нужно объяснять, то не нужно объяснять.
cgooq
Нужен конфиг целиком.
пока пришел к тому, что роутинг напрямую зависит от allowed-address в пирах
Dmitry
Были разные истории, самая красивая и с юмором когда за 25 минут дц успел: 1. Сообщить о нелегетимном трафике 2. Попытаться у себя перекрыть 3. Сообщить дальше (они закрыли одну подсеть, полетел траыик с другой, но на одной AS) 4. Дальше магистрал на другой части земли успел наехать на дц откуда шторм и там закрыли вопрос 5. Написали мне о результатах своих приключений и закрыли инцидент. Я в этот момент успешно спал. И я бы хотел сказать что 500 миллионов террабит трафик шел..не, просто 150мбит брутфорс с одной подсети. И самое главное, я не плачу за DDoS защиту и ее нет бесплатной. Видимо повлияло то что в дц закрыв первый раз поняли что пахнет горелым раз закрыли и атака поехала дальше. Так-то системы аналитики не стоят на месте, умеют просто по нестандартным всплескам находить аномалии за минуты. Так и в этот раз было.
Неплохо. А можете написать название этого ДЦ?
Мария
/rules
Rose
Нажмите, чтобы прочитать правила чата!
cgooq
Да, это же WG
короче "малой кровью" на вланах и wg ipv4 unnumbered сделал, работает pbr в vrf но уже в разные wg интерфейсы. Меня устраивает. Надо теперь проверить что там с OSPF в multi-peer wg (на этапе multi-peer не взлетело нарезал p2p + /30 ipv4 линки + OSPF между узлами)
Daniil Yurevich
Ребята, я же правильно понимаю концепцию wg, что для каждого отдельного пира надо создавать отдельную запись со своей парой ключей, адресов и т.д.?
Alex
Вопрос интересный. Имеется: Серв с: 1. ESXI 7.0 2. Router OS 7.16 3. Ubuntu 22 Есть некий сервис там далеко в америкосии с пингом 110мс Этот сервис шлет порядка 18000 сообщений в секунду, это около 70-90мбит трафика плюс-минус Бубунта <> RouterOS (NAT) <> Сервис По какой-то неведомой для меня причине эта схема обрывается с ошибкой socket read error Я перебрал весь софт который читает этот поток (думал можно не успевает читать и тд), добавил логирование и методом тыка выяснялось что в какой-то момент сервис продолжает писать в мой сокет, а он переполнен и отключается. Хотя по факту все прочитано Ну, я перебесился тут и думаю – твою ж мать, где ошибка. Выдал белый IP убунте и все заработало без проблем, точнее работает уже сутки. Ради интереса решил повторить через ROuterOS прогнать и нат – опять соединение глохнет. Вопрос, что надо настроить чтобы этого не было?
Разобрался в вопросе, если вдруг у кого стоит RouterOS под ESXI без PCI Passthrough или SR-IOV – можно с чистой совестью удалять. Потому что виртуальные интерфейсы e1000/x и VMXNET3 прокидываются в систему с максимальным кэшем 4096 байт. Виртуал свитч сверху создает Pool Memory и очередь. При большом количестве пакетов легко получаем обрыв соединений. Я не нашел (и в целом не искал) как на RoS поднять Rx/Tx буфер даже до значения 4096, т.к по-молчанию там 1024/512 Но даже при 4096 драйвере это очень мало и в прод не годится. Конечно речь идет про маршрутизацию внутри виртуального свитча
unknown
/rules
Rose
/rules
Нажмите, чтобы прочитать правила чата!
Alex
А где дефолтное значение в 1024/512 нашли?
На линукс через ethtool -g [название_интерфейса]
Daniil Yurevich
На линукс через ethtool -g [название_интерфейса]
Разве речь не про router os?
Daniil Yurevich
Как на бубунте посомтреть знаю, но глаз зацепился именно за дефолтное значение на ros
Павло Михайлович
или пробрасывать физический интерфейс?
Alex
Как на бубунте посомтреть знаю, но глаз зацепился именно за дефолтное значение на ros
Это дефолтное значение драйверов которое производят для ESXI. Независимо от ОС там будет макс допустимое значение 4096 "Я не нашел (и в целом не искал) как на RoS поднять Rx/Tx буфер даже до значения 4096, т.к по-молчанию там 1024/512 Но даже при 4096 драйвере это очень мало и в прод не годится. " При задранных значениях на ОС Windows / Linux обваливается коннект даже с задранным буфером драйвера до 4096. И обваливается при довольно детских нагрузках 15-20к RPS
Павло Михайлович
а есть офф.инфа пот этому поводу? или от vmware/mikrotik? вопрос таки довольно интересный
Alex
а что делать? менять гипервизор?
Если вас ничего не беспокоит, зачем что-то менять. Есть PCI-passthrough и SR-IOV, собственно последним я решил проблему отдав прямой доступ к сетевой карте в обход виртуальной структуры. Опять же эта ситуация касается исключительно кейсов где есть нагрузка и у вас RouterOS стоит как маршрутизатор внутрь сети
Alex
а есть офф.инфа пот этому поводу? или от vmware/mikrotik? вопрос таки довольно интересный
Они написали все в доке, что 4096 макс выдаем виртуальные, потом работает сложный механизм очереди виртуального свитча Видимо в стандартных кейсах когда машины общаются с интернетом не через одну точку типа RouterOS, а к пример без nat просто идет на сетевуху которая на виртуальном свитче – все будет работать корректно. А если у кого и возникают проблемы они скорее всего на таких потоках просто делают несколько виртуальных машин и в самой простой ситуации устраивают Robin-Bobin
Alex
У вас видимо pps какой-то лютый.
50-60к сообщений отдельных в минуту, и то в пиках с потоком 13-14мб/сек – это детский поток. Но его выбивает стабильно через пару минут. Уже поставив на сетевуху напрямую все держится сутками
Daniil Yurevich
50-60к сообщений отдельных в минуту, и то в пиках с потоком 13-14мб/сек – это детский поток. Но его выбивает стабильно через пару минут. Уже поставив на сетевуху напрямую все держится сутками
Слушай, ну, интересно. Если с десяток+ инсталляций с router os и VMware. трафику с каждой около 100мбит в чнн. У тебя real-time трафик?
Daniil Yurevich
да у меня RT
На правах гипотезы - есть подозрение, что это какая-то своеобразная обработка udp трафика. Я то тут, то там встречался с тем, что router os как-то медленно его молотит (на правах бабка бабке сказала, т.е. на форумах). Предлагаю, что сюда ещё добавляется, ограничения драйверов про которые ты написал. Но в целом за информацию спасибо.
Alex
На правах гипотезы - есть подозрение, что это какая-то своеобразная обработка udp трафика. Я то тут, то там встречался с тем, что router os как-то медленно его молотит (на правах бабка бабке сказала, т.е. на форумах). Предлагаю, что сюда ещё добавляется, ограничения драйверов про которые ты написал. Но в целом за информацию спасибо.
Прикол в том, что первым делом я пошел и выдал принимающей машине белый ip в обход рос, потом повторил тоже самое только с виндой. Везде выбивало буквально сразу даже когда 10к летит. Потом прошло еще время за которое я обновил даже firmware сетевой в биосе..и уже в от отчаянья начал мучать чатгпт который на 50-ом сообщении намекнул что есть кэш сетевой…и уже тогда я поменял на макс значение и оно стало работать, но на пиках вышвыривало сразу
cgooq
По mikrotik chr vmware stress test еще много интересного выводит. В мумдоке цифры приличные по пропускной
cgooq
Павло Михайлович
тоесть в hyper-v который все хейтять работает намного быстрее?
Павло Михайлович
как по мне 7й esxi медленее 6й
Павло Михайлович
но это чисто мои наблюдения
cgooq
Вопрос интересный. Имеется: Серв с: 1. ESXI 7.0 2. Router OS 7.16 3. Ubuntu 22 Есть некий сервис там далеко в америкосии с пингом 110мс Этот сервис шлет порядка 18000 сообщений в секунду, это около 70-90мбит трафика плюс-минус Бубунта <> RouterOS (NAT) <> Сервис По какой-то неведомой для меня причине эта схема обрывается с ошибкой socket read error Я перебрал весь софт который читает этот поток (думал можно не успевает читать и тд), добавил логирование и методом тыка выяснялось что в какой-то момент сервис продолжает писать в мой сокет, а он переполнен и отключается. Хотя по факту все прочитано Ну, я перебесился тут и думаю – твою ж мать, где ошибка. Выдал белый IP убунте и все заработало без проблем, точнее работает уже сутки. Ради интереса решил повторить через ROuterOS прогнать и нат – опять соединение глохнет. Вопрос, что надо настроить чтобы этого не было?
Я просто к тому, что 100kPPS как-бы вообще не нагрузка. И про железо «серва» ничего нет
Alex
По mikrotik chr vmware stress test еще много интересного выводит. В мумдоке цифры приличные по пропускной
С моей колокольни тест довольно своеобразный. Наверное, я могу себя назвать уже суперпро по вытягиванию с железа всех соков через ESXI, притом у меня задачи именно скорости вычисления на Realtime данных. Вот к примеру, настройки для виртуализации из доки: Clock speed – Highest speed possible Как бэ это бред. Там есть ограничения частоты что является типо приоритетом в общем resource pool где работает планировщик Если стоит задача выделить весь возможный ресурс нужно настроить машину с опциями: 1. Latency: High 2. Выделение ядер по номерам 3. Резерв оперативки Этим всем вы обходите главное - саму виртуализацию и соответственно планировщик. Но с latency high надо быть очень аккуратным Sockets vs CPUs – More sockets is better Это очень спорно. Когда я искал инфу как лучше, набрел на доку vmware где было буквально сказано что это никак не влияет на производительность и это для определенных кейсов с PCI Passthrought Может конечно там в Ros что-то придумали хитрое, но звучит как какая-то лажа. Ядра в любом случае будут выделятся из одного процессора
Василий
подскажите, точка RbcAPGi-5acD2nD - как лучше ставить - на стену или на потолок, чтоб вниз смотрела или не имеет значения?
Андрей
подскажите, точка RbcAPGi-5acD2nD - как лучше ставить - на стену или на потолок, чтоб вниз смотрела или не имеет значения?
Лучше - на потолок, по факту разница настолько не велика, что разницы нет.
Петр
Подскажите, что не так. Не хочет подниматься capsman. Пусть будет одно устройство wap ac, на котором надо поднять capsman, который будет контролировать свои же wifi интерфейсы. /interface wifi # no connection to CAPsMAN, managed locally set [ find default-name=wifi1 ] configuration.manager=capsman-or-local .mode=ap # no connection to CAPsMAN, managed locally set [ find default-name=wifi2 ] configuration.manager=capsman-or-local .mode=ap /interface wifi security add authentication-types=wpa3-psk name=sec1 /interface wifi configuration add country=Latvia name=5ghz security=sec1 ssid=CAPsMAN_5 add name=2ghz security=sec1 ssid=CAPsMAN2 add country=Latvia name=5ghz_v security=sec1 ssid=CAPsMAN5_v /interface wifi cap set enabled=yes /interface wifi capsman set ca-certificate=auto enabled=yes /interface wifi provisioning add action=create-dynamic-enabled master-configuration=5ghz slave-configurations=5ghz_v supported-bands=5ghz-n add action=create-dynamic-enabled master-configuration=2ghz supported-bands=2ghz-n
Dmitrii
Коsллеги добрый день. А кто-нибудь использует CCR2004-1G-12S+2XS ? Мы сейчас начали тестить между двух 2116 и получаем в простом режиме бриджа на 10г - 90% нагрузку
Dmitrii
А там как бы 12 портов 10г, и даже 25г есть. Как оно должно работать если оно даже 10г не вывозит?
Dmitrii
То же та же беда. Поставили рядом D-Link для "бриджа"
сколько трафика через длинк прокачиваете?
Dmitrii
а на 2004 что сейчас висит? Только технические вланы и минимум трафика?
Dmitrii
Обновите прошивы на последние. И фрейм поставьте побольше.
уже. и фреймы поставили 9000 на портах, тестировали от 1000 до 9000
Sergio
И айперф
Dmitrii
нагрузки бттест только на 2116 на оба
Sergio
Так же тестировать надо так: Комп—-2004—2004—комп
Истину поймаете. Так как работает свич чип
Sergio
Так же тестировать надо так: Комп—-2004—2004—комп
Ну или если у васодна железка то Комп —-2004—-комп
Denis
а на 2004 что сейчас висит? Только технические вланы и минимум трафика?
NAT, DMZ, все что "умное". Пару гигов прокачивает спокойно, иногда правда вачдог его перезагружает, но я думаю это уже что-то с железом
Dmitrii
Истину поймаете. Так как работает свич чип
у нас сейчас 2116 - 2004 - 2116 на обоих 2116 бттест грузит проц до 35 процентов. На 2004 нагрузка до 90%, чистый бриджинг
Dmitrii
да, для тестов все поднял до топа
Dmitrii
Sergio
Странно, у меня есть 2116 но нет 2004… но есть модные свитчики завтра, которые через себя 1тб… затещю
Dmitrii
Странно, у меня есть 2116 но нет 2004… но есть модные свитчики завтра, которые через себя 1тб… затещю
2116 со свитч-чипом, у него все ок. а вот 12 интерфейсов по 10Г, и 2 интерфейса по 25Г при невозможности прогнать даже 10г через два порта меня вгоняют в ступор
Alex
Тут без всего 1-я строчка 27-38гбит выдает
Dmitrii
Тут без всего 1-я строчка 27-38гбит выдает
как добиться 38 гигабит то? :)
Maxi
Данная табличка намекает что у вас все нормально
делите данные таблички на 4) и будет вам реальный показатель, а таблица - стерильный тест
Alex
как добиться 38 гигабит то? :)
Я к тому что вы сетуете на то что дырок много, а производительности нет. Так и ее и на заводе не было
« Rev
@mikrotikclub   3669
Fwd »