видимо ограничение именно микротика. Попробовал поднять LACP между двумя свитчами HP v1820 - там трафик балансируется нормально.

в LACP балансировка по хэшу src-dst-ip по дефолту вроде

трафик со скольки хостов ходит ?

с двух других микротиков запускаю bdtest в сторону того на котором поднят LACP

ну если хэш выпадает всегда на 1 линк, то больше пропускной 1 линка вы не получите

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

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

это не проблема, это особенность работы протокола

видимо раньше не обращали внимания просто

возможно

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

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

На русском не знаю, а вот на английском пожалуйста https://wiki.mikrotik.com/wiki/Manual:System/Packages

Спасибо!

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

твой способ проверки - это самы жесткий случай для LACP - одна крупная сессия TCP\UDP между двумя хостами, такое не балансируется лакпом (железки энтерпрайз уровня могут, но не лакпом)

видимо ограничение именно микротика. Попробовал поднять LACP между двумя свитчами HP v1820 - там трафик балансируется нормально.

Какая политика балансировки на HP?

в LACP балансировка по хэшу src-dst-ip по дефолту вроде

по дефолту на mac.

тем более как бы

а по порту умеет микрот ?

циски вот нет у меня

Да.

а по порту умеет микрот ?

не чистый порт, смеси могёт.

Что быстрее: ipip или gre? Или есть более быстрые туннели?

Что быстрее: ipip или gre? Или есть более быстрые туннели?

а чем мерять скорость туннеля? это же просто инкапсуляция. Там туда сюда байты на скорость особо не влияют

Что быстрее: ipip или gre? Или есть более быстрые туннели?

выбирай от поддержки на железе и проблем на канале (режет не режет провайдер и прочее)

а чем мерять скорость туннеля? это же просто инкапсуляция. Там туда сюда байты на скорость особо не влияют

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

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

ну я и говорю там вставляются байты, ну будет он не 100 а 120 бит вставлять, на скорость это повляет от слова никак

ну я и говорю там вставляются байты, ну будет он не 100 а 120 бит вставлять, на скорость это повляет от слова никак

Больше бит - больше трафика

Что быстрее: ipip или gre? Или есть более быстрые туннели?

юзай GRE, если что сможешь на циску это приземлять

выбирай от поддержки на железе и проблем на канале (режет не режет провайдер и прочее)

На стороне провайдера вообще ограничений нет

Больше бит - больше трафика

это ничтожный прирост трафика, ты не заметишь его

это ничтожный прирост трафика, ты не заметишь его

Знаю, но ради принципа хотелось бы, чтобы меньше трафика было, хоть и не заметно, и быстрее сам протокол был

Знаю, но ради принципа хотелось бы, чтобы меньше трафика было, хоть и не заметно, и быстрее сам протокол был

это технологии. Какие тут могут быть принципы? =)) Ну поймай пакет вайршарком и узнаешь оверхед до бита

это технологии. Какие тут могут быть принципы? =)) Ну поймай пакет вайршарком и узнаешь оверхед до бита

Обычная какая-то технология бывает быстрее. Вот мне и хочется знать какая

Обычная какая-то технология бывает быстрее. Вот мне и хочется знать какая

в плане выбора между этими типами туннелей у тебя различия будут около десятых долей процента, твоя принципиальная позиция и въедливость указывают на что-то иное, но никак не на желание просто построить туннели =)

в плане выбора между этими типами туннелей у тебя различия будут около десятых долей процента, твоя принципиальная позиция и въедливость указывают на что-то иное, но никак не на желание просто построить туннели =)

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

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

GRE был долгое время закрытым стандартом, его реализация появилась позже, когда Циска его открыла под RFC. IPIP всегда был открыт. GRE добавлен для совместимости, но работают оба этих вида туннеля отлично.

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

есть множество (более одного случая) дублирующих технологий.

https://tools.ietf.org/html/rfc2003

https://tools.ietf.org/html/rfc2784

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

можешь сравнивать по ссылкам выше

можешь сравнивать по ссылкам выше

Спасибо

Что быстрее: ipip или gre? Или есть более быстрые туннели?

у ipip оверхеад на 4 байта меньше чем у gre

Ребят, а киньте пожалуйста свежей версией WinBox. Чёт то ли я туплю, то ли на сайте какое-то зело древнее г. лежит

оно умеет обновляться

Я в курсе. Но может из-за того, что из-под вайна

но при подключении не обновилось

3.11  лежит на сайте спокойно

у ipip оверхеад на 4 байта меньше чем у gre

Надо все равно смотреть в конкретной ситуации. Может там провайдер один из протоколов блокирует.

Я на MUM показывал L2 туннели в разных реализациях с тестами. Результаты были сильно неоднозначные. Особенно туннель L2 в туннеле L3.

Илья, киньтесь презенташкой, тема интересная. Пожааалуйста )

Я в курсе. Но может из-за того, что из-под вайна

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

Премного благодарен!

Едва кинотовский файл не отправил )))

ИПв6 сдали?

Нет

3.11  лежит на сайте спокойно

А оно разве новое?

А оно разве новое?

Да

А, ну тогда вопрос снимается :)

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

Мне как-то вайна хватает обычно. Про crossover я знаю, но ставить его ради винбокса, который раз в пятилетку запускается для написания очередного хауту... Не, не взлетит)

Мне как-то вайна хватает обычно. Про crossover я знаю, но ставить его ради винбокса, который раз в пятилетку запускается для написания очередного хауту... Не, не взлетит)

Кроссовер имеет смысл ставить на мак ради нормальной работы с ретиной. Wine таки косячит со сглаживанием. На Linux смысла ставить кроссовер немного.

Кстати интересно, а микротик научится в pseudowire over l2tp? который l2tpv3

как менее проприетарную реализацию eoip)

BCP не?

@IlyaKnyazev sstp на 951 плоховат...

Не хватает ему проца, чтобы зашифровать это всё

ERROR: S client not available

@IlyaKnyazev sstp на 951 плоховат...

Что вижу о том пою. Проц не нагружен до 100% обрати внимание

Хм, смотрел на скорости, на цпу чёт не посмотрел. А чего он тогда не разгоняется?

BCP не?

BCP бегает поверх L3. А L2TP сам по себе может нести l2-фрейм (как это делает ovpn-tap например)

Хм, смотрел на скорости, на цпу чёт не посмотрел. А чего он тогда не разгоняется?

Вопрос не по зарплате.

Странно это всё

Я честно сказал на презентации что результатами был удивлен

Так же непонятны провалы в 0 на xPPP+VPLS при резком возрастании скорости и снижении нагрузки на ЦПУ

И это не фрагментация. Я ставил MSS  в 1200 для проверки

Всем привет! Подскажите, на древнем RB450G большая нагрузка на проц при приёме мультикаста. Можно как-то средствами свича пересылать igmp с порта на порт?

сорс-таргет не работает

@IlyaKnyazev sstp на 951 плоховат...

У меня отлично работало на ~300 штуках. И внутри ещё pptp крутился

У меня отлично работало на ~300 штуках. И внутри ещё pptp крутился

Вопрос не в стабильности, а в скорости.

Хочется сделать удаленный контроль температуры десятка объектов, чтоб по сети, и централизованно, выходит что RB450G самый простой и доступный вариант? С RB450 не понятно что-то, вроде модель похожа, но про мониторинг температуры данных нет. Может кто их руками трогал и знает?

http://shop.nag.ru/catalog/00007.Avtomatizatsiya-i-monitoring/05629.ERD-Kontrollery/16094.SNR-ERD-3s

причем тут 450G непонятно

а что нибудь на базе ардуинок и датчиков DHT22 поприкольней было бы и дешевле

ERD самый простой вариант

Netping есть еще

http://shop.nag.ru/catalog/00007.Avtomatizatsiya-i-monitoring/05629.ERD-Kontrollery/16094.SNR-ERD-3s

Хорошая штука, спасибо

а что нибудь на базе ардуинок и датчиков DHT22 поприкольней было бы и дешевле

Не, подобный колхоз в ТЗ не опишешь, нужно готовое железное решение по контролю и мониторингу, Василий предложил очень интересный вариант

Не, подобный колхоз в ТЗ не опишешь, нужно готовое железное решение по контролю и мониторингу, Василий предложил очень интересный вариант

Ubnt mFi

Ubnt mFi

Для них нужен свой контроллер, который будет тащить данные.

Кроссовер имеет смысл ставить на мак ради нормальной работы с ретиной. Wine таки косячит со сглаживанием. На Linux смысла ставить кроссовер немного.

А скрин можно? Что-то не замечал ни на Thunderbolt Display, ни на ретинабуке.

Для них нужен свой контроллер, который будет тащить данные.

Это минус, да который в эпоху докеров всяких почти не заметен.

Ubnt mFi

+1 но снят с производства. А так используем очень давно для мониторинга и Управления территориально разнесенными объектами

А скрин можно? Что-то не замечал ни на Thunderbolt Display, ни на ретинабуке.

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

+1 но снят с производства. А так используем очень давно для мониторинга и Управления территориально разнесенными объектами

Серьезно? Есть ли замена или они оказались от этого совсем?

Отказались, не взлетело. Пока можно остатки по дистрибьюторам поскупать

Дешёвый вариант — sonoff от itead. Со штатной прошивкой управляется со смартфона через облако. Но оповещения слать не умеет пока

Вот жешь. Я толком не успел еще протестировать.

Две вещи остановили 1) - нет веб интерфейса к датчикам и нет snmp 2) - непонятно какой софт с монгой и чем то еще Ну цена была высока, но при массовой продаже могло подешеветь.