RouterOS v6.28

Описание каждой версии, обсуждение особенностей и недостатков
Аватара пользователя
Dragon_Knight
Сообщения: 1724
Зарегистрирован: 26 мар 2012, 18:21
Откуда: МО, Мытищи
Контактная информация:

RouterOS v6.28

 What\'s new in 6.28 (2015-Apr-15 15:18):

Код: Выделить всё

*) email - increase server greeting timeout to 60s;
*) lte - ZTE MF823 may loose configuration;
*) userman - update paypal root certificate;
*) timezone - updated timezone information to 2015b release;
*) cm2 - fixed capsman v2 100% CPU and other stability improvements;
*) route - using ldp could cause connected routes with invalid interface nexthop;
*) added support for SiS 190/191 PCI Ethernet adapter;
*) made metarouter work on boards with 802.11ac support or usb LTE;
*) sstp server - allow ADH only when no certificate set;
*) make fat32 disk formatting support disks bigger than 134GiB;
*) fixed tunnels - could crash when clamp-tcp-mss was enabled;
*) added basic counters for ipv4/bridge fast path, also show status wether fast path is active at all;
*) trafflow: - fixed crash on disable;
*) pppoe over eoip - fixed crash with large packets;
*) tilegx - fixed memory leak when queue settings are changed;
*) ar9888 - fixed crash when hw reports invalid rate;
*) console - fixed "in" operator in console;
*) console - make "/system package update print" work again.
*) tile - rare situation when CCR devices failed to auto-negotiate ethernet link (introduced in v6.25);
*) dhcpv4 client - it is now possible to unset default clientid and hostname options
*) initial RoMon (Router Management Overlay Network) support added.



Загрузка:
mipsbe - CRS series, RB4xx series, RB7xx series, RB9xx series, RB2011 series, SXT, OmniTik, Groove, METAL, SEXTANT;
x86 - PC / X86, RB230 series;
ppc - RB3xx series, RB600 series, RB800 series, RB1xxx series;
mipsle - RB1xx series, RB5xx series, RB Crossroads;
tile - CCR series;
smips - hAP lite;
mikrotik.com >> download - Официальная страница загрузки;
ChangeLog v6 - Список изменений в 6 версии RouterOS;

Замеченные проблемы:
1) Смотрите ниже


Небольшой свод правил логики и ссылок:
  1. Если устройство имеет Ethernet порт, то оно обязано быть подключено через него. Компьютер, Ноутбук, Телевизор, Принтер, Камера видеонаблюдения, и т.д.
  2. Если нет возможности протянуть кабель, то найдите её, или страдайте со своими проблемами Wi-Fi дальше.
  3. Wi-Fi это сеть для мобильных устройств. Если Вы подключили свой шикарный 50" телевизор не кабелем, то без фотоотчёта, когда он лежит у Вас в кармане дальнейшего разговора не получиться. Это относится и ко всем остальным устройствам.
  4. Если Ваше устройство вызывает вопросы в работе, первое что необходимо делать: NetInstall + дальнейшая настройка вручную.
  5. Не используйте WebFig или QuickSet - это пути к глюкам и ошибкам. Только SSH или WinBox, и да, - WinBox есть под Android.
  6. name.rsc - это текстовый файл, и Вы можете его открыть блокнотом.
  7. Если Вы хотите связаться со мной для ремонта или настройки, то: Telegram ( Не благотворительность ).
  8. Мой сайт по Mikrotik: Global Zone >> MikroTik.
EdkiyGluk
Сообщения: 241
Зарегистрирован: 21 сен 2014, 08:34
Откуда: 34
Контактная информация:

Не знаю как ведёт себя 6.27, но на 6.28 иногда начал падать DHCP сервер без каких либо на то причин... В конфигах всё нормально, проверял по 10 раз... Удаляешь сервер, создаёшь такой же с такими же параметрами и всё ок.


Аватара пользователя
podarok66
Модератор
Сообщения: 4355
Зарегистрирован: 11 фев 2012, 18:49
Откуда: МО

Странно, у меня ни на одном устройстве не наблюдается такого.


Мануалы изучил и нигде не ошибся? Фаервол отключил? Очереди погасил? Витая пара проверена? ... Тогда Netinstal'ом железку прошей и настрой ее заново. Что, все равно не фурычит? Тогда к нам. Если не подскажем, хоть посочувствуем...
gmx
Модератор
Сообщения: 3290
Зарегистрирован: 01 окт 2012, 14:48

Не знаю. ИМХО 6.28 одна из самых стабильных. Сейчас она у меня, как минимум на 10 постоянно контролируемых устройствах, никаких проблем.


Аватара пользователя
podarok66
Модератор
Сообщения: 4355
Зарегистрирован: 11 фев 2012, 18:49
Откуда: МО

Думаю, что Ваше устройство, уважаемый EdkiyGluk, просто требует перепрошивки Netinstall'ом. Это иногда бывает.


Мануалы изучил и нигде не ошибся? Фаервол отключил? Очереди погасил? Витая пара проверена? ... Тогда Netinstal'ом железку прошей и настрой ее заново. Что, все равно не фурычит? Тогда к нам. Если не подскажем, хоть посочувствуем...
EdkiyGluk
Сообщения: 241
Зарегистрирован: 21 сен 2014, 08:34
Откуда: 34
Контактная информация:

20 устройств, распиханных по всей Влг области, и на всех один и тот же баг\фича после перехода на 6.28
Для того чтобы воспроизвести баг, попробуйте указать какие-либо неверные параметры на DCHP сервере, и вернуть эти параметры обратно, он так и не поднимется... Сделать ребут возможности нет, поэтому исправлять воспроизведённый баг могу только удалением и добавлением.
=
Может оно и не связано с переходом на 6.28, но заметил ещё одну фишку в далёком городе Борисоглебске, под мою диктовку тетечка, перепутав цвета, закольцевала пачкордом eth4 и eth5. Что удивительно, сеть не упала и микротик продолжил работать в штатном режиме, принимая инет через eth3 и раздавая его в свич и по воздуху. Спустя сутки, уже другая тётечка, под мою же диктовку "раскольцевала" сеть и воткнула нужные мне пачкорды в нужные порты... Микротик не реагировал. Лампочки интерфейсов не загорались, и консолька не показывала заветную буковку R.... кабель тест показывал "no link"... system reboot так и не помог... только передёргивание питания спасло ситуацию))) Вопросик, можно ли как-то передёрнуть питание удалённо? Вачдог же, именно питание передёргивает при полном повисании устройства, а не просто ребутит систему?


gmx
Модератор
Сообщения: 3290
Зарегистрирован: 01 окт 2012, 14:48

Да. Такой баг с DHCP у мне был на 6.17. Я как-то не обратил внимание.

EdkiyGluk писал(а):Вопросик, можно ли как-то передёрнуть питание удалённо? Вачдог же, именно питание передёргивает при полном повисании устройства, а не просто ребутит систему?


О питании речь не идет. WathDog работает также и на платформе PC. Тут явно нету ничего специального-аппаратного.
Я для ребута питания использую NetPing.

А ваша петля, возможно, не завалила микротик потому, что включен протокол RSTP, он то и потушил интерфейсы. Другой разговор, почему он не включил их, когда проблема исчезла? Но на такое даже очень дорогие железки не всегда способны.


plin2s
Сообщения: 417
Зарегистрирован: 26 сен 2012, 16:17
Контактная информация:

Протокол STP не способен определить исчезла ли проблема, ведь интерфейс опускается и трафик через него перестает ходить, линка нет. И возвращать линк назад он не только не может, но и не должен.


gmx
Модератор
Сообщения: 3290
Зарегистрирован: 01 окт 2012, 14:48

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


plin2s
Сообщения: 417
Зарегистрирован: 26 сен 2012, 16:17
Контактная информация:

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

Ни разу не сталкивался. А можно какой-то пример конкретной модели, если не сложно? Просто ради интереса.
Тут же какая ситуация... Чтобы проверить - нужно включить интерфейс, а если включил, то рискуешь опять создать проблему.


Ответить