Russian Users MikroTik | Форум пользователей MikroTik

Поиск не смог... Хочу купить роутер в дом и переключаться с основного на резервного провайдера не по дисконнекту, отсутствия пинга, а по снижению скорости ниже (например 10 мбит). Поможет ли бюджетный микротик (любой?) и по каким словам найти готовый шаблон решения?
Основной провайдер через модем LTE, а резерв - WIFI через AP или WISP (лучше 2 разных wifi источника).

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

Сильно грузят проверки типа https://yandex.ru/internet/ ?
Пинг можно хоть раз в сек мониторить, а скорость и раз в минуту в течении 5 сек.
Никому не нужен контроль скорости на уровне домашних железок?
В кинетике аналогичный вопрос вызвал интерес куратора.
Я спросил тут, полагая, что у микротика самые наработанные библиотеки из доступных для Home решений.

Не связывайтесь с Микротиком, сложный он для Вас.

kirch писал(а): ↑11 авг 2020, 06:23 полагая, что у микротика самые наработанные

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

kirch писал(а): ↑11 авг 2020, 06:23 Сильно грузят проверки типа https://yandex.ru/internet/ ?
Пинг можно хоть раз в сек мониторить, а скорость и раз в минуту в течении 5 сек.
Никому не нужен контроль скорости на уровне домашних железок?
В кинетике аналогичный вопрос вызвал интерес куратора.
Я спросил тут, полагая, что у микротика самые наработанные библиотеки из доступных для Home решений.

Да пинг кто ж вам запрещает - пингуйте.

За 5 сек у вас спидтест ничего путного не померяет.
Да даже 5 сек/мин это уже на 10% себе канал срезать.
Причем не равномерно, а именно пиком: чатишься такой по условному скайпу и раз в минуту все фризится из-за вашего теста.

Ну и самый главный момент, что померять то можно только ненагруженный канал.
А то прекрасная ситуация: скорость отличная, что-то вы льете себе в полную ширину канала, тут стартует тест, меряет что скорости нет - канал то нагружен - и отрубает его. Красота!

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

Тогда так.
Если 2 канала всегда в работе, но один резервный. Можно сравнивать время отправки и приема идентичных пакетов через 2 канала? Приходит время проверки, запрашивается один и тот же пакет (набор пакетов) или отправляется по обоим каналам. Заниматься этим по таймеру на уровне софта железа.
Может и чушь в терминах теории сетевых интерфейсов, но пишу только как идею, которую не жалко похоронить.

И чем это отлично от предыдущего желания? Замер скорости это по сути отправка и приём какого-то объема... То же самое...
Вам же описали ситуацию с попыткой мониторинга скорости прохождения пакетов. Вы опять за своё.