В RouterOS 7 добавили поддержку WireGuard
На официальном форуме MikroTik в разделе «RouterOS v7 BETA» появилось сообщение с изменениями в последнем билде 7.1beta2.
Среди изменений связанных с оптимизациями и исправлением ошибок оказался неожиданный и, пожалуй, для многих радостный пункт: поддержка WireGuard.
Ранее в версии 7.0beta7 ядро Linux, на котором основана ОС было обновлено до версии 5.6.3, а начиная с ветки 5.6 WireGuard был включён в состав ядра. Но учитывая то как в предыдущие годы обстояли дела, например, с поддержкой OpenVPN такого развития событий ожидать было достаточно сложно.
Обновление прошивки MikroTik RouterOS 7.1

Версия прошивки 7.1 содержит такие доработки и исправления:
MAJOR CHANGES
———————-
!) updated Linux Kernel based on version 5.6.3;
!) completely new NTP client and server implementation;
!) completely new User Manager implementation;
!) merged individual packages, only bundle and a few extra packages remain;
!) new Command Line Interface (CLI) style (RouterOS v6 commands are still supported);
!) support for Let’s Encrypt certificate generation;
!) support for REST API;
!) support for UEFI boot mode on x86;
———————-
NETWORKING
———————-
!) CHR FastPath support for “vmxnet3” and “virtio-net” drivers;
!) support for “Cake” and “FQ_Codel” type queues;
!) support for IPv6 NAT;
!) support for Layer 3 hardware acceleration on all CRS3xx devices;
!) support for MBIM driver with basic functionality support for all modems with MBIM mode;
!) support for MLAG on CRS3xx devices;
!) support for VRRP grouping and connection tracking data synchronization between nodes;
!) support for Virtual eXtensible Local Area Network (VXLAN);
———————-
ROUTING
———————-
!) completely new BGP implementation with performance improvements;
!) completely new IPv6 stack;
!) completely new MPLS implementation with interface lists, multipath and LDPv6 support;
!) completely new OSPF implementation with performance improvements;
!) completely new routing filtering with script-like rule syntax, RPKI support and large and extended community filtering;
!) support for IPv6 ECMP and VRF (including VRF-lite);
!) support for IPv6 recursive routing and policy routing;
———————-
VPN
———————-
!) support for L2TPv3;
!) support for OpenVPN UDP transport protocol;
!) support for WireGuard;
!) support for ZeroTier on ARM and ARM64 devices;
———————-
WIRELESS
———————-
!) completely new alternative wireless package “wifiwave2” with 802.11ac Wave2, WPA3 and 802.11w management frame protection support (requires ARM CPU and 256MB RAM);
Как обновить прошивку MikroTik RouterOS stable 7.1
Самый доступный метод обновление прошивки – через Winbox или web интерфейс(раздел Webfig).
- Перейти в раздел System→Packages;
- Нажать кнопку Check For Updates;
- Установить параметр Channel = long term;
- Нажать кнопку Download&Install.

Также можно воспользоваться окном Терминала(Terminal) в Winbox.
MikroTik: вышла RouterOS версии 7

RouterOS — сердце MikroTik, которое поощряет любопытство и пробуждает творческие способности. Даже самые маленькие маршрутизаторы — независимо от количества портов Ethernet и мощности процессора — способны добиться больших результатов с помощью этого программного обеспечения. С любым устройством MikroTik пользователь получает полную функциональность. Никакого платного доступа. А сейчас RouterOS стала ещё мощнее, чем прежде, потому что наконец-то вышла версия 7!
Рассмотрим некоторые из наиболее важных изменений и обновлений.
Начнём с главного — обновление ядра Linux версии 5.6.
Много новых функций и аппаратная поддержка, а также новые сетевые драйверы. Например, стала возможна долгожданная поддержка WireGuard.
Обновлённое ядро открывает множество возможностей для создания новых интересных типов оборудования. Вскоре ожидается выход действительно впечатляющих продуктов исключительно для 7-й версии.
МАРШРУТИЗАЦИЯ
RouterOS версии 7 переосмысливает маршрутизацию. Новые стек IPv6 и механизм маршрутизации позволяют рассчитывать на лучшую на сегодня производительность.
Routeros 7 long term когда выйдет
Как бы долго мы бы ни откладывали переход на новую версию RouterOSv7, но рано или поздно это необходимо будет сделать.
Задача данной статьи только для того, чтобы знать какие настройки зеркальны относительно версий, и в данной статье я не буду разбирать для чего каждая настройка, так как если вы читаете эту статью, то вы должны знать, для чего каждая настройка.
Для простоты понимания возьмём простую схему сети в виде кольца и настроим как-то маршрутизаторы на версии RouterOSv6.
И так у нас простая схема “кольцо”, где каждый маршрутизатор имеет соединение со своими соседями “по левую и правую руку”, тем самым такая схема формирует кольцо из четырёх маршрутизаторов. В нашей схеме для транспортных сетей используется адресация 192.168.X.0/24 , где X это просто порядковый номер по часовой стрелке от одного до четырёх.
Я не предлагаю и не советую использовать данную адресацию для production сети, адресацию вы всегда самостоятельно выбираете исходя из внутренних требований и возможностей.
Как было в RouterOS v6
На каждом маршрутизаторе создан loopback интерфейс на который назначен IP адрес с маской /32 и из префикса 172.31.255.0/24. Последний октет меняется в зависимости от номера маршрутизатора.
Пример настройки для маршрутизатора R1
Разберём по порядку, чтобы не осталось вопросов в данной самой простой реализации и запуск протокола OSPF. Первым делом создаём loopback в данном действии не должно появиться вопросов, следующим шагом задаём адресацию на интерфейсах, ethernet интерфейсы соединяют маршрутизаторы между собой согласно нашему плану, четвёртый октет соответствует номеру маршрутизатору, задаётся адрес loopback он должен быть /32.
При выполнении команды export некоторый параметры или аргументы не отображаются так как подразумевается использование контекста “default”, если вам необходимо при выводе получить полную конфигурацию необходимо добавить параметр verbose .
Далее изменяем instans ospf по умолчанию, который присутствует и имеет какие-то значения по умолчанию, мы указываем что router-id будет точно таким же как и адрес нашего loopback интерфейса, и устанавливаем редистрибуцию connected маршрутов, редистрибуция нам нужна для того, чтобы маршрутизаторы могли достучаться до адресов loopback-ов.
Следующим шагом создаем шаблон интерфейсов ospf. Шаблон позволит нам избежать ошибки и не запустить процесс ospf для отправки и приёма пакетов ospf (89-протокол) на интерфейсах адресация который попадает под префикс обозначенный в ospf network . Добавляем интерфейсы, которые обеспечивают связь между маршрутизаторами и так же в конце добавляем наши сети в backbone, тем самым непосредственно запускаем процесс ospf на интерфейсах.
Необходимо убедиться, что ospf работает
Вывод таблицы маршрутизации на маршрутизаторе R2
Как видите все необходимые intra-area маршруты добавились в таблицу маршрутизации, а также и внешний ext маршруты до loopback-ов добавлены в таблицу маршрутизации.
Обновление до RouterOS v7
Кто был у меня на курсах или знает меня лично, то знает, что я не люблю предустановленных производителем правил или процедур. Которые могут поменяться, поэтому я не буду использовать процедуру обновления конфигурации, а вместо этого руками настроем всё, что необходимо.
Предположим, что маршрутизатор R3 заменили на железку под управлением RouterOS v7 c этого и начнём и сразу будем разбивать на части с описанием, чего и почему так.
Настройка IP адресации и основы на R3
Здесь нет смысла чего-либо объяснять, сразу продолжим.
Router ID
В RFC предложено использовать наименьший IP адрес на маршрутизаторе. Я категорически против такого подхода, ввиду того что, значение Router ID должно быть уникальной во всей AS. Подключенный lte модем в двух концах сети могут сломать всю сеть и по моей бы воли, я бы запретил динамически устанавливать данное значение, но слава богу я всего лишь потребитель, а не разработчик. По умолчанию в седьмой версии уже есть процесс выбора Router ID, но мы создадим свой, так как нам нужно ожидаемое поведение, а дефолтные правила не лучший кейс менять.
Создание записи Router Id в RouterOS v7
В седьмой версии, нельзя указать Router ID в instansce, теперь это вынесено в одеяльный раздел и в instance можно сослаться на конкретную запись, удобнее в том понимании, что если вы используете несколько протоколов например bgp и ospf чтобы внутренние Router ID в обоих протоколах совпадали для удобства, настройка вынесена в отдельную запись.
Ospf Instance
В седьмой версии отсутствует instance по умолчанию (и слава богу), его необходимо создать, начнём с самой простой реализации.
Создание Ospf Instance на R3 в RouterOS v7
Я добавил значение которое по умолчанию добавляется для наглядности. В RouterOS v7 вторая и третья версия ospf “в одном флаконе” поэтому при создании instance укажите необходимую версию и не забудьте указать наш Router ID, который мы создали в прошлом шаге, также укажите какие типов маршрутов необходимо отдать как внешние (redistribute), значений больше чем в шестой версии, но по смыслу я думаю всем всё будет понятно, возможно разберу в другой статье.
Ospf Area
Ох, сколько было потерянно трафика в multiarea сетях, из-за того, что в шестой версии была по умолчанию включена backbone area и она подставлялась по умолчанию при объявлении intra-area сети. Точно так же как и все шаги до этого, area необходимо создать и создавать мы будем backbone конечно, так как в нашей сети именно он нам необходим.
Создание Ospf Area на R3 в RouterOS v7
Даже нечего описывать не буду, все предельно понятно изменений логики, ноль.
Ospf Interface Template
А вот тут нас ждут нововведения и приличные, если взглянуть на шестую версию, там тоже был шаблон под именем all, то теперь в седьмой версии вы можете использовать интерфейс листы, согласитесь интерфейс листы это удобнее и элегантнее, но не всегда тут конечно вы всегда должны найти компромисс между удобство, элегантностью и функционалом.
Создание Interface List на R3
А теперь создадим шаблон на основе нашего листа. Обратите внимание вы можете указать несколько интерфейсов или несколько листов, а может и листы, и интерфейсы, и при этом, на тех интерфейсах адресация которых попадает под префикс или префиксы будет запущен протокол ospf. Так же в RouterOS v7 cost интерфейса по умолчанию равен единице (1) в отличие от шестой версии, где значения cost было десять (10). Также изменилось и значение priority для выбора DR и BDR в шестой версии было значение единица (1), а в седьмой 128, если вы крутили priority то имейте в виду.
Создание Interface Template на R3 в RouterOS v7
Если вам нужны разные cost на интерфейсах или priority, то объединение по листам уже вам не поможет, хотя можно объединить в листы по cost, но это надо посидеть и подумать, как с таким жить дальше. Вы можете и не указывать сети — это эквивалентно 0.0.0.0/0 и тогда протокол ospf будет запущен на всех интерфейсах, которые указаны в шаблоне.
Таблица маршрутизации RouterOS v7
Собственно всё, мы настроили конфигурацию руками так, чтобы она полностью повторяла конфигурацию из RouterOS v6
Мелочи и не только
Поехали дальше по мелочам.
Ospf Redistribute Type в RouterOS v7
Если вы не заметили, то ещё одно существенное различие, это отсутствует возможность установки типа внешнего маршрута type-1 (E1) или type-2 (E2), теперь в отличие от шестой версии мы можем устанавливать тип на разные маршруты, основываясь на различных параметрах фильтруемого маршрута, делается сие безумство с помощью фильтров.
Внешний маршрут от R3
Обратите внимание по умолчанию в седьмой версии внешние маршруты распространяются как type-1 (E1) и похоже (это не точно), что стартовая метрика ровна единице (1) во [.line-through]#всех# многих случаях (проверил только в static, default и connected маршрутах)
На всех маршрутизаторах в одной area таблица LSDB, ДОЛЖНА быть одинакова. Каждый маршрутизатор рассчитывает относительно данных в своей таблице LSDB с помощью алгоритма Дейкстры (Dijkstra’s) для каждого маршрута лучший шлюз и его добавляет в FIB таблицу маршрутизации. Если мы могли бы фильтровать на выходе intra-area в таком случае информация не попадёт в LSDB других маршрутизаторов, а наш маршрутизатор эту информацию использовал бы, в таком случае возникали бы L3 петли. По сути, как раз это часть функционала, гарантирующая отсутствие петель. При это на входе мы можем фильтровать intra-area маршруты, так как мы фильтруем, не те маршруты, которые попадут в LSDB. А те которые будут добавлены в обычную таблицу маршрутизации FIB.
Добавим ещё один адрес на loopback, чтобы он был connected и попробуем “сделать красиво”
Добавляем connected маршрут на R3
Установка исходящего фильтра ospf в RouterOS v7
В отличие от шестой версии в седьмой фильтры по умолчанию имеют действие reject, поэтому все внешние маршруты от R3 после указания фильтра сразу попали под фильтр и исчезли со всех маршрутизаторов.
Отсутствует маршрут до loopback-а третьего маршрутизатора.
Конечно правильнее было подготовить фильтры заранее, и вместе с ними настроить ospf, но сейчас я не об этом, поэтому опустим данную информацию.
Создадим самый простой фильтр
Простейший фильтр разрешающий все маршруты в RouterOS v7
А наши маршруты полетели в сеть OSPF, но лично мне этого мало.
Поменяем метрику у разных маршрутов в RouterOS v7
И конечно проверим на R2
Таблица OSPF маршрутов на R2
Как видите, теперь это возможно, т.е. у нас появилась возможность тонко управлять маршрутной информацией.
Поменяем тип внешнего маршрута на type2 (E2) в RouterOS v7
Закрепляем результат проверкой на R2
Таблица OSPF маршрутов на R2
Как видите теперь это возможно!
Мой дефолт
Я предпочитаю устанавливать дефолтный набор правил фильтров в шестой версии.
Набор правил фильтров aka Vasilev Kirill
Для тех кто на своей волне
Я не утверждаю, что данный набор правил фильтров подходит ко всем. Только вы принимаете решение, какие фильтры вы должны использовать, я лишь показываю, то, как делаю я в большинстве случаев, когда это возможно и необходимо.
Данные правила защищают маршрутизатор от ошибок на других маршрутизаторах, так же и защищают вашу сеть от ошибок на маршрутизаторе, на котором данные фильтры установлены. По большой части разрешается на вход и выход 24-е маршруты из трёх публичных внутренних BOGON сетей, а также в дополнение разрешается на вход и выход адреса loopback-ов, которые я обычно делаю в 172.16… сети.
Давайте сделаем то же самое, но под синтаксис RouterOS v7
.aka Vasilev Kirill в RouterOS v7
Обратите внимание. Что фильтры на instance по умолчанию не указаны, надо указывать явным образом, также так как в RouterOS v7 фильтры по умолчанию имеют действие reject, то отпадает необходимость использовать запрещающие правила в конце.
Подсматриваем
Конечно, без понимания, кто куда, как и что прислал или отправил в ospf тяжело, вот сейчас и попробуем разобраться.
А Вы уже готовы к RouterOS v7?
- 10 декабря 2021 10:24:00
- Отзывов:
- Просмотров: 13562

Независимо от того, сколько у вас портов Ethernet, какой у вас процессор. Даже самые маленькие маршрутизаторы могут добиться успеха с помощью этого программного обеспечения. С любым устройством MikroTik вы получаете все возможности. Нет платного доступа. А теперь — RouterOS мощнее, чем когда-либо, потому что v7 наконец-то здесь!
Перво-наперво. Что наконец сделало возможным RouterOS v7 — обновление ядра Linux 5.6. Так много новых функций и поддержки оборудования, а также новых сетевых драйверов. Например, стала возможна долгожданная поддержка WireGuard. Это новое ядро открывает множество возможностей для создания новых интересных типов оборудования. Вскоре вы можете ожидать действительно впечатляющих продуктов только для версии 7.
МАРШРУТИЗАЦИЯ
RouterOS v7 переопределяет маршрутизацию. Благодаря новому стеку IPv6 и новому механизму маршрутизации вы можете рассчитывать на лучшую на сегодняшний день производительность.
Новые функции включают:
• Маршрутизация политики IPv6
• Отдельные процессы для каждого протокола маршрутизации
• Полнофункциональная рекурсивная маршрутизация IPv6
• Поддержка ECMP и VRF для IPv6 (Мы добавили правильную поддержку VRF-lite. И теперь вы можете использовать списки интерфейсов)
И если мы говорим о производительности, есть еще одно изменение, о котором мы должны упомянуть. Помните, как вам иногда требовалось 10-15 минут, чтобы команда печати обработала ваши самые большие таблицы маршрутизации? Что ж, в v7 нам удалось оптимизировать этот процесс. Секунды, а не минуты. Верно. 10 секунд, и все готово.
Мы добавили глобальные идентификаторы маршрутизации. Когда вы запускаете набор протоколов маршрутизации в одном экземпляре, они будут иметь одинаковый идентификатор маршрутизации. Раньше приходилось менять его отдельно для OSPF и BGP. Но не больше! Теперь ID находится в одном месте и может быть легко изменен.
Теперь давайте посмотрим на еще несколько изменений BGP. Мы решили переписать BGP с нуля.
Новые возможности BGP:
• вышеупомянутый контроль сродства
• снижение потребления памяти — 3,5 миллиона маршрутов с использованием всего 250 МБ ОЗУ!
• значительно улучшенная производительность
• динамическая одноранговая поддержка (шаблоны!)
• возможность видеть полученные маршруты перед фильтрацией
• поддержка списков адресов
И последнее. Мы также переработали фильтры маршрутизации.
Новые фильтры маршрутизации включают:
• введение выбора выхода. Пользователи могут определять правила выбора маршрутов вывода BGP и OSPF
• добавлено большое сообщество и расширенная фильтрация сообществ
• введение списков сообществ
• пункт назначения теперь может быть сопоставлен со списком адресов
• Поддержка RPKI
• подобный сценарию синтаксис правил, позволяющий расширенную фильтрацию и присвоение значений на основе других параметров протокола
(Например, вы можете настроить локальное предпочтение BGP с помощью константы OSPF)
OSPF теперь представляет собой отдельный процесс. Одно только это изменение устраняет многие проблемы, когда OSFP мог ранее потерять соединение при использовании вместе с другими протоколами маршрутизации, интенсивно использующими ЦП. Мы также объединили конфигурацию OSPF v2 и v3. И представили шаблоны интерфейса — для большего контроля над соответствием интерфейса/сети. Кроме того, OSPF теперь поддерживает списки адресов и интерфейсов.
MPLS теперь поддерживает списки интерфейсов. Он также имеет поддержку multipath, поддержку LDPv6 и некоторые другие функции, которые мы подробно обсудим в другой раз. Обратите внимание, что многоадресная передача и MPLS теперь включены в системный пакет, а не являются отдельными пакетами.
По поводу использования памяти и производительности. Мы взяли старую RB450 с 250 МБ оперативной памяти. С RouterOS v6 он не мог загрузить ни одного канала BGP. В маршрутизатор просто боролся в течение 9 минут, а затем перезагрузился, так как у него закончилась память. В версии 7 ему удалось загрузить весь канал BGP всего за 2 минуты. И еще оставалось 120 МБ ОЗУ! Итак, RouterOS v7 прекрасна не только для новых интересных продуктов, но и для всех, кто использует старые устройства.
Менеджер пользователей
Классический диспетчер пользователей удален из RouterOS. Однако мы сделали новый. И вы можете настроить его из интерфейса WinBox. В новом Менеджере пользователей есть много новых опций. Например, вы можете создать настраиваемые параметры для отправки своему клиенту. Новый диспетчер пользователей полностью отличается от предыдущей версии, но мы обещаем — вы быстро к нему привыкнете и получите много удовольствия. 
Поддержка ZeroTier
Еще одно интересное дополнение — поддержка ZeroTier. ZeroTier сочетает в себе возможности VPN и SDWAN. Он обеспечивает расширенные возможности виртуализации сети и управления. По сути, вы можете пользоваться всеми преимуществами личного облака без сложной конфигурации, настройки доменного имени или общедоступного IP-адреса.
Например, установите клиент iPhone ZeroTier и без проблем подключитесь к домашней локальной сети. Но это не все. ZeroTier позволяет вашим устройствам обмениваться данными напрямую, несмотря на то, что они находятся в разных средах. Поскольку связь не идет через один конкретный сервер, как в случае с VPN, вы не потеряете слишком много скорости. Любые два устройства в мире должны иметь возможность обнаруживать друг друга и обмениваться данными по наиболее оптимальному пути почти мгновенно. С практически нулевой комплектацией. Очевидно, что эта связь зашифрована из конца в конец — не беспокойтесь!
ZeroTier эмулирует настоящий коммутатор Ethernet. У вас могут быть мосты L2 с другими сетями Ethernet — проводными, беспроводными и даже виртуальными. Лучшая часть? Эта служба с открытым исходным кодом предлагает подписки на уровне предприятия, а также несколько бесплатных планов для домашних лабораторий, удаленного доступа, туннелирования и т.д.
Некоторые другие изменения
Есть еще кое-что, новые типы очередей, аппаратное ускорение MLAG уровня 3 на всех устройствах CRS3xx, HW VLAN-фильтрация на коммутаторах RTL8367 и MT7621, IPv6 NAT, новые пакеты для IoT, поддержка MQTT, REST API, L2TPv3, поддержка Let’s Encrypt, VXLAN, новые функции VRPP.. Список можно продолжать и продолжать, но изменений слишком много. Одно можно сказать наверняка — новое ядро меняет все. И да — скоро появятся настоящие беспроводные драйверы Wave 2!
Mikrotik выпустил RouterOS 7.1 Stable: новое ядро, User Manager, CLI, повышение производительности BGP, расширение поддержки IPv6, 802.11ac Wave 2

01 декабря 2021 года свершилось того, чего кто-то долго ждал, а кто-то и вовсе перестал ждать – компания Mikrotik анонсировала стабильный релиз долгожданной RouterOS v7.1. Разговоры о 7-й ветке RouterOS продолжаются уже около трех лет, в то время как активное тестирование идет только последний год.
Чем же новая версия так особенна и почему многие так ждут появления новой версии? Все дело в том, что каких-либо серьезных нововведений в ROS за последние несколько лет не произошло, в то время как у других брендов прогресс не стоял на месте. К тому же, многие пользователи давно просят разработчиков добавить тот или иной функционал, который присутствует в других устройствах.
Что же нужно знать о новой версии? Во-первых, перед обновлением с 6-й версии на 7-ю настоятельно рекомендуется сделать резервную копию всей конфигурации. Обратите внимание, это первая стабильная версия, после публичного релиза, в ней однозначно найдут баги. В связи с этим, использовать её на коммерческих и ответственных объектах не стоит.
Основные изменения RouterOS 7.1
- ядро Linux Kernel обновлено до версии 5.6.3;
- совершенно новый клиент и сервер NTP;
- совершенно новый User Manager;
- оптимизированы пакеты, часть старых пакетов объединена в bundle;
- новый синтаксис CLI (сохранена совместимость с текущим синтаксисом RouterOS v6);
- поддержка генерации сертификатов Let’s Encrypt;
- поддержка REST API;
- поддержка UEFI boot mode для платформ x86;
Маршрутизация и сеть
- новая реализация BGP с повышением производительности, причем прирост обещается очень существенный;
- новая реализация OSPF с повышением производительности;
- новая реализация MPLS со списками интерфейсов, multipath и поддержкой LDPv6;
- новый механизм фильтрации маршрутов, синтаксис схож со скриптами, поддержка RPKI, фильтрация больших и расширенных комьюнити;
- в драйверах «vmxnet3» и «virtio-net» для платформы CHR добавлена поддержка FastPath;
- поддержка очередей «Cake» и «FQ_Codel»;
- новый стек IPv6;
- поддержка IPv6 NAT;
- поддержка рекурсивной маршрутизации IPv6 и маршрутизации на основе политик;
- поддержка IPv6 ECMP и VRF (включая VRF-lite);
- поддержка аппаратного ускорения на платформах CRS3xx;
- поддержка MLAG на устройствах семейства CRS3xx;
- поддержка MBIM-драйвера с базовым функционалом для всех модемов с MBIM-режимом;
- поддержка групп VRRP а также синхронизации отслеживания соединений (connection tracking) между узлами;
- поддержка VXLAN;
Туннелированние (VPN)
- поддержка L2TPv3;
- поддержка UDP для OpenVPN;
- поддержка нового протокола WireGuard;
- поддержка ZeroTier для платформ ARM и ARM64;
Беспроводная сеть
- новый альтернативный пакет «wifiwave2» с поддержкой функционала 802.11ac Wave2, в частности WPA3. Для ARM-платформ (устройства с чипами IPQ4018 и IPQ4019) также добавлена поддержка защиты служебных данных 802.11w.
Известные вопросы и проблемы
- CAPsMAN на текущий момент не поддерживает Wave 2 и Mesh (sergejs, MikroTik Support);
- v7.1 содержит исправления и улучшения маршрутизации, чтобы полностью соответствовать настройкам 6.x при переходе (sergejs, MikroTik Support);
- билд v7.1 основан на релизе v7.1rc7 (normis, MikroTik Support);
- поддержка L3 Fastpath (FastTrack) для мостов с фильтрацией VLAN пока не доступна (raimondsp, MikroTik Support);
- модель RB4011iGS+5HacQ2HnD не совместима с пакетом wifiwave2 (частота 2.4 ГГц недоступна);
- фактически воспользоваться wifiwave2 получится разве что на hAP ac3 and Audience;
- socks 5 с авторизацией не работает, корректно работает только socks 4;
- для Powerbox невозможно обновить прошивку POE-модуля (ошибка «Failed to upgrade poe FW»);
- RouterOS v7 все еще активно разрабатывается и в большинстве случаев пока не является прямой заменой RouterOS v6 (emils, MikroTik Support);
- по словам разработчиков, «Стабильный релиз» означает, что у RouterOS v7.1 нет известных серьезных проблем, влияющих на большинство отребителей, в частности нет сбоев. Но это не значит, что доступны все требуемые функции и возможности. Mikrotik работает над новыми функциями и возможностями, которые будут доступны только в ветке 7.2. Предыдущая версия пока никуда не денется и будет доступной (normis, MikroTik Support);
- Пользователям следует переходить на v7 только в том случае, если там есть все необходимые вам функции. Компанией было принято решение, не задерживать выпуск v7 надолго, потому что для 90% пользователей функционала достаточно. Для тех, кому требуется особый функционал, следует ожидать выпуска 7.2 или следующие выпуски. Те же, кому остальной функционал не требуется, могут использовать 7.1 (normis, MikroTik Support)
Видеокурс «Настройка оборудования MikroTik» (аналог MTCNA)
Учитесь работать с MikroTik? Рекомендую видеокурс «Настройка оборудования MikroTik». В курсе разобраны все темы из официальной учебной программы MTCNA и много дополнительного материала. Курс сочетает теоретическую часть и практику – настройку маршрутизатора по техническому заданию. Консультации по заданиям курса ведет его автор Дмитрий Скоромнов. Подойдет и для первого знакомства с оборудованием MikroTik, и для систематизации знаний опытным специалистам.
Вышла новая версия RouterOS 7.2rc2 и 7.2rc3
*) arm — исправлена команда «shutdown» в hAP ac^2;
*) bgp — исправлена таблица маршрутизации и порядок конфигурации BGP в экспорте;
*) bluetooth — отключено сканирование по умолчанию;
*) bridge — добавлена поддержка FastTrack маршрутизации fast-path и inter-VLAN при включенном vlan-filtering;
*) bridge — исправлен фильтр моста и правила NAT в устройствах ARM64 и TILE;
*) capsman — повышена стабильность при запуске фоновой проверки в CAP;
*) clock — корректно оповещает все экземпляры об изменении времени;
*) conntrack — корректно определяет статус хелпера (helper);
*) console — улучшена отзывчивость консоли при обработке полученных символов;
*) console — обновлено уведомление об авторских правах;
*) crs3xx — исправлены проблемы со светодиодными индикаторами интерфейса QSFP+;
*) crs3xx — исправлены проблемы с оптическим соединением SFP+ (появилось в v7.2rc1);
*) crs3xx — улучшено связывание интерфейса SFP+ после перезагрузки в устройствах CRS312;
*) crs3xx — повышена стабильность соединения SFP+/QSFP+ для устройств CRS309, CRS312, CRS326-24S+2Q+ и CRS354 ( появилось в v7.2rc1);
*) defconf — «192.168.188.1/24» сделано IP-адресом локальной сети по умолчанию для устройств LTE CPE;
*) dhcpv4-server — удаляется динамическая аренда при удалении конфигурации сервера;
*) dot1x — добавлены настройки «server-fail-vlan-id», «guest-vlan-id» и «reauth-timeout» для сервера dot1x;
*) dot1x — добавлены настройки «src-address», «src-mac-address» и «src-port» для правил динамической маршрутизации;
*) dot1x — добавлен атрибут NAS-Port-ID для RADIUS Access-Request;
*) firewall — повышена стабильность системы при использовании списков адресов ( появилось в v7.2rc1);
*) hotspot — исправлена утечка памяти, которая возникала при каждой загрузке веб-страницы;
*) hotspot — исправлена загрузка веб-страницы по HTTPS;
*) ike2 — игнорируется полезная нагрузка «INITIAL-CONTACT» на отвечающем устройстве, когда «send-initial-contact» отключен;
*) interface — исправлена незначительная утечка памяти при изменении интерфейса или подключенного маршрута;
*) l3hw — добавлена поддержка аппаратной разгрузки FastTrack для маршрутизации между VLAN;
*) l3hw — исправлена аппаратная разгрузка NAT;
*) leds — исправлен пользовательский светодиод в RB750Gr3;
*) log — сообщение теперь также включается в тело письма;
*) lora — исправлена единица измерения параметра «antenna-gain»;
*) lte — добавлена поддержка 3 профилей APN и повторное использование имени APN в R11e-LTE6;
*) lte — добавлено сохранение MAC-адреса и адреса IPv6 LL после перезагрузки на модемах EG12 и EG18;
*) lte — добавлена классовая поддержка модемов RNDIS LTE без конфигурации;
*) lte — не отображается селектор внешней антенны на устройствах, которые ее не поддерживают;
*) lte — исправлено добавление адреса IPv6 после запуска на R11e-LTE6;
*) lte — исправлены возможные таймауты при отправке SMS в режиме LTE only в R11e-LTE;
*) lte — исправлена поддержка Sierra MC7710;
*) lte — исправлена поддержка Telit 960;
*) lte — повышена стабильность при ответе «+EGMR» в режиме MBIM;
*) lte — улучшена поддержка отправки/получения SMS в режиме LTE only в R11e-LTE6;
*) lte — корректно распознается модем MBIM в USB-порту как LTE в Chateau 5G;
*) ospf — добавлен тип интерфейса «ptmp-broadcast» (совместим с типом PTMP RouterOSv6);
*) ospf — ospf «static» преобразован в «static,dhcp,modem,vpn» после обновления с RouterOS v6;
*) ospf — исправлена аутентификация MD5;
*) ospf — исправлено отсутствие отправки приветствия NBMA, если приоритет равен 0;
*) ospf — исправлена ошибка, из-за которой LSA тип 3 по умолчанию не внедрялись в тупиковую область (stub area);
*) ospf — исправлены некорректные типы LSA при смене типов областей;
*) ospf — исправлена ошибка выбора соседа;
*) ospf — улучшено протоколирование;
*) ospf — повышена стабильность при отключении экземпляра OSPFv3;
*) ovpn — улучшена обработка сессий UDP;
*) ppp — исправлен чат AT+CPIN при указании SIM PIN;
*) pptp — отображается предупреждение о небезопасном соединении на динамических интерфейсах;
*) qsfp — корректно отображается статус автосогласования;
*) queue — повышена стабильность системы при обработке трафика;
*) route — исправлено обновление «suppress-hw-offload»;
*) route — исправлена маршрутизация LSA для PTP сетей;
*) route — исправлен экспорт конфигурации маршрутизации в устройствах SMIPS;
*) route — увеличена скорость печати таблицы маршрутизации;
*) route — отображаются специфические атрибуты OSPF и RIP в таблице «/routing route»;
*) route-filter — исправлено действие «return»;
*) route-filter — исправлены сложные сопоставления с «|| or and &&»;
*) route-filter — исправлено некорректное инвертирование совпадений при обновлении конфигурации с RouterOS v6;
*) route-filter — исправлен диапазон преобразования после обновления с RouterOS v6;
*) rpki — проверка RPKI сделана не строгой, введено новое состояние «unverified»;
*) rpki — отображается таймер истечения срока действия;
*) smb — исправлено сообщение о размере диска SMB2.0;
*) snmp — добавлено имя поставщика SFP в соответствующую таблицу;
*) snmp — добавлена поддержка OID «ipv6AddrPrefixTable» и «ipv6RouteNumber»;
*) snmp — разрешены: двухуровневая вложенность для vlan и запрос скорости связи;
*) system — исправлена потеря лицензии на некоторых устройствах RB1100Dx4 и RB4011;
*) traffic-flow — не обрабатываются NAT-события при отключенном «nat-events»;
*) traffic-generator — исправлена скорость передачи для нескольких асимметричных потоков;
*) usb — исправлено отображение некорректного количества портов для последовательных портов USB;
*) vlan — исправлено некорректное добавление приоритета VLAN для маршрутизируемых пакетов;
*) vxlan — разрешен сброс настроек «group» и «interface»;
*) webfig — не отображается боковое меню, если WebFig отключен скином;
*) winbox — добавлена галочка «Disconnect Notify» в меню «Interface/OVPN Client»;
*) winbox — добавлены кнопки «Freq. Usage» и «Scan» для интерфейсов WifiWave2;System/Packages
*) winbox — добавлен селектор «Ignore Missing» в меню «Система/Пакеты»;
*) winbox — добавлен параметр «Routing Table» для маршрутов IPv6;
*) winbox — добавлена вкладка «VPN» в меню «Routing/BGP»;
*) winbox — добавлен параметр «VRF» в меню «IP/Services»;
*) winbox — добавлен параметр «comment» в меню «User Manager/Users»;
*) winbox — добавлена поддержка MLAG;
*) winbox — добавлены значения SHA256 и SHA512 «Auth» для меню OVPN;
*) winbox — добавлена поддержка ZeroTier;
*) winbox — добавлены явные имена «Upload» и «Download» для параметров «Bucket Size» в меню «Queues»;
*) winbox — разрешена установка параметра «Interface» для светодиодов типа 100G;
*) winbox — не отображается кнопка «Antenna Scan» на устройствах, которые ее не поддерживают;
*) winbox — исправлено поле «action» в меню «IP/Web Proxy/Access»;
*) winbox — исправлен процесс продления лицензии CHR;
*) winbox — исправлена фильтрация содержимого в меню «Tools/Packet Sniffer/Packets»;
*) winbox — исправлен порядок входа в меню «Tools/Packet Sniffer/Packets»;
*) winbox — имена типов интерфейсов OSPF согласованы между CLI и GUI;
*) winbox — корректно сохраняется меню «IPv6/Settings» в файле сессии;
*) winbox — название единицы измерения переименовано с «MBPS» в «Mbps» в меню «Tools/Traffic Generator»;
*) winbox — флаг «H» отображается для разгруженных соединений в меню «IP/Firewall/Connections»;
*) winbox — меню «System/SwOS» показывается только на платах с двойной загрузкой;
*) winbox — сортировка значений параметра «Address List» по алфавиту в меню «IP/DHCP Server/Leases»;
*) wireless — повышена стабильность беспроводного соединения при фоновом сканировании;
*) wireless — исправлена инициализация интерфейса в Metal 2SHPn;
*) x86 — добавлена поддержка сетевой карты Intel E810;
*) x86 — для параметра ethernet «disable-running-check» установлено значение «no» по умолчанию;
*) x86 — корректно различается наличие нескольких сетевых карт, использующих один и тот же номер шины PCI;
*) zerotier — значения MAC и MTU сделаны доступными только для чтения;
Версия 7.2rc3 от 28.01.2022
Статус: Testing release tree
*) bridge — исправлен фильтр и действие NAT «set-priority»;
*) queue — исправлена обработка трафика (появилось в v7.2rc2);