MikroTik сэнсэй

2022-08-31 19:03:07 НОВАЯ ВЕРСИЯ ROUTEROS 7.5 STABLE

Сегодня вышла RouterOS 7.5.

Слово fixed встречается 49 раз.

Список изменений: https://mikrotik.wiki/wiki/MikroTik_RouterOS_7.5.x_(stable)

=====
Комментарии пишите не в чате @kursy_po_it, а в комментариях к посту на канале @mikrotik_sensei. Это поможет избежать путаницы и гарантирует, что ваше сообщение будет отнесено туда, куда и следует. Открыть/Комментировать

2022-08-29 11:43:16 ПОТЕНЦИАЛЬНО ПРОБЛЕМНОЕ УСТРОЙСТВО: RB3011UiAS

Еще одно потенциально проблемное устройство – это RB3011UiAS. На некоторых устройствах возможно самопроизвольное отключение портов с ether6 по ether10. По Интернету гуляет много вариантов решений, которые одним администраторам помогли, а другим нет. Проблема проявляется не на всех экземплярах устройства. Кому-то везет, и все работает без проблем.

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


=====
Комментарии пишите не в чате @kursy_po_it, а в комментариях к посту на канале @mikrotik_sensei. Это поможет избежать путаницы и гарантирует, что ваше сообщение будет отнесено туда, куда и следует. Открыть/Комментировать

2022-08-25 10:16:04 БЛОК-СХЕМЫ УСТРОЙСТВ MIKROTIK

Практически для всех устройств MikroTik доступна блок-схема. Примеры блок-схем некоторых устройств можно увидеть выше. К сожалению, в рамках поста в Telegram не получится описать весь объем информации, которая доступна через блок-схему. Но отмечу пару нюансов, которые можно выяснить из приведенных выше блок-схем:
* На RB3011 при подключении SFP-модуля свитч-чип сможет взаимодействовать только с одним из двух ядер процесссора;
* На RB3011 интерфейсы ether1-ether5 подключены к одному свитч-чипу, а ether6-ether10 - к другому.
* На hEX при использовании программной коммутации порты ether1, ether3 и ether5 используют одну гигабитную общую шину, а ether2 и ether4 - другую. Как результат, можно понять, что каждый из этих интерфейсов является гигабитным, но при этом для них есть "бутылочное горлышко" в виде общей шины с пропускной способностью 1 Гбит/с.

На самом деле полезной информации намного больше. Я привел некоторые из примеров.

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

=====
Комментарии пишите не в чате @kursy_po_it, а в комментариях к посту на канале @mikrotik_sensei. Это поможет избежать путаницы и гарантирует, что ваше сообщение будет отнесено туда, куда и следует. Открыть/Комментировать

2022-08-25 10:16:03 Открыть/Комментировать

2022-08-22 12:21:02 ПОТЕНЦИАЛЬНО ПРОБЛЕМНОЕ УСТРОЙСТВО: CRS354-48P-4S+2Q+

Коммутатор CRS354-48P-4S+2Q+ является потенциально проблемным устройством. Иногда на этих устройствах может самопроизвольно прекращаться прохождение кадров на интерфейсах с ether1 по ether8. Проблема наблюдается как минимум более двух лет. Проблема актуальна только для RouterOS и не актуальна для SwOS.

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

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


=====
Комментарии пишите не в чате @kursy_po_it, а в комментариях к посту на канале @mikrotik_sensei. Это поможет избежать путаницы и гарантирует, что ваше сообщение будет отнесено туда, куда и следует. Открыть/Комментировать

2022-08-18 10:36:55 SLOW PATH, FAST PATH, FAST TRACK И FAST FORWARD

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

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

Slow Path – стандартная обработка пакетов с участием процессора и ядра ОС. Все остальные технологии используются для какого-либо ускорения. А Slow Path – это именно обычная обработка.

Fast Path – технология, увеличивающая пропускную способность за счет уменьшения объема трафика, который будет обработан ЦП. Может применяться и для коммутируемого, и для маршрутизируемого трафика.
Для работы Fast Path требуется поддержка со стороны аппаратного обеспечения.
Разумеется, и конфигурация должна удовлетворять определенным параметрам. В реальной жизни встречается редко. Например, одним из требований для работы Fast Path является то, что трафик не должен проходить через IP Firewall.

Fast Track – связка из Fast Path и Connection Tracker, которая служит для передачи TCP- и UDP-трафика без дополнительной обработки ЦП и ядром ОС. Технология работает только с IPv4-пакетами. Распространенная ошибка – рассмотрение Fast Track как кнопки Turbo. Ускорение получается за счет того, что трафик, проходящий через Fast Track, обрабатывается не во всех логических элементах операционной системы. Как результат, маршрутизатор MikroTik превращается в "маршрутизатор обычный домашний". Например, перестает работать Mangle и почти весь функционал очередей. И это лишь малая часть того, что перестает работать.

Fast Forward (Bridge Fast Forward) – технология, увеличивающая скорость обработки трафика, проходящего между портами, входящими в состав одного bridge-интерфейса. Ускорение работы происходит за счет того, что исключаются обучение и заполнение таблицы коммутации, т.к. одним из условий работы Fast Forward является наличие только двух интерфейсов в статусе Running в составе bridge-интерфейса.

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

Пишите в комментариях:
* свои вопросы;
* приходилось ли вам на практике осознанно использовать Fast Path или Fast Forward.

=====
Комментарии пишите не в чате @kursy_po_it, а в комментариях к посту на канале @mikrotik_sensei. Это поможет избежать путаницы и гарантирует, что ваше сообщение будет отнесено туда, куда и следует. Открыть/Комментировать

2022-08-15 10:15:47 АППАРАТНАЯ РАЗГРУЗКА

Прежде всего уточню, что аппаратная разгрузка и аппаратная коммутация - это не одно и то же.

Аппаратная разгрузка - свойство интерфейса, которое говорит о том, что для этого интерфейса возможно использование аппаратной коммутации.
Аппаратная коммутация - тип коммутации между интерфейсами.

Аппаратная разгрузка включается с помощью параметра Hardware Offloading в настройках Bridge Port. Как именно это делается, можно увидеть на одном из приведенных выше скриншотов.

Вполне логично ожидать, что если мы включили аппаратную разгрузку, то она включается. Но на самом деле это не так. То, что мы ее включили, не значит, что она включится или не отключится в дальнейшем. Определять, используется аппаратная разгрузка или нет, надо с помощью флага H. Посмотрите на второй из приведенных выше скриншотов. У интерфейсов ether2 и ether3 флаг H не стоит, т.е. аппаратная разгрузка на этих интерфейсах не используется. И в то же время мы можем видеть, что у интерфейса ether3 параметр Hardware Offload не активирован, а у ether2 активирован. То есть у ether2 включено использование аппаратной разгрузки, но по факту она отключена. И это не баг, а фича!

Чаще всего аппаратная разгрузка автоматически отключается при использовании функционала, который на данном свитч-чипе несовместим с использованием аппаратной разгрузки. Например, активация DHCP Snooping на чипе Atheros 8227 отключит аппаратную разгрузку сразу на всех портах, а на Atheros 8237 не отключит ни на одном. Конкретное поведение зависит от комбинации версии RouterOS, модели свитч-чипа и конкретного функционала. Актуальные на сегодняшний день примеры совместимости можно посмотреть на третьем скриншоте.

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

=====
Комментарии пишите не в чате @kursy_po_it, а в комментариях к посту на канале @mikrotik_sensei. Это поможет избежать путаницы и гарантирует, что ваше сообщение будет отнесено туда, куда и следует. Открыть/Комментировать

2022-08-15 10:15:46 Открыть/Комментировать

2022-08-11 12:10:07 УСЛОВИЯ РАБОТЫ АППАРАТНОЙ КОММУТАЦИИ НА MIKROTIK

Для работы аппаратной коммутации на устройствах MikroTik обязательно должны быть соблюдены все следующие условия:
Порты должны быть объединены с помощью bridge-интерфейса.
Трафик должен проходить сквозь устройство, т.е. коммутатор не должен быть исходным отправителем или конечным получателем кадров.
Входящий и исходящий интерфейсы должны входить в состав одного свитч-чипа.
Входящий и исходящий интерфейсы должны использовать аппаратную разгрузку.

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

P. S. в следующем посте я расскажу про то, что такое аппаратная разгрузка и чем она отличается от аппаратной коммутации.

=====
Комментарии пишите не в чате @kursy_po_it, а в комментариях к посту на канале @mikrotik_sensei. Это поможет избежать путаницы и гарантирует, что ваше сообщение будет отнесено туда, куда и следует. Открыть/Комментировать

2022-08-08 13:23:20 ВИДЫ КОММУТАЦИИ НА MIKROTIK

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

Аппаратная коммутация - коммутация, которая выполняется свитч-чипом.
Программная коммутация - коммутация, которая выполняется центральным процессором.

При аппаратной коммутации ресурсы центрального процессора практически не задействуются. Именно поэтому все коммутаторы MikroTik имеют слабый центральный процессор. Чаще всего нужна именно аппаратная коммутация. Хотя бывают исключения или вынужденные ситуации.

Независимо от типа коммутации, порты, между которыми должна выполняться коммутация, должны быть объединены с помощью bridge-интерфейса.

=====
Комментарии пишите не в чате @kursy_po_it, а в комментариях к посту на канале @mikrotik_sensei. Это поможет избежать путаницы и гарантирует, что ваше сообщение будет отнесено туда, куда и следует. Открыть/Комментировать