RouterOS v6.28
Загрузка:
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) Смотрите ниже
RouterOS v6.28
- Dragon_Knight
- Сообщения: 1724
- Зарегистрирован: 26 мар 2012, 18:21
- Откуда: МО, Мытищи
- Контактная информация:
Небольшой свод правил логики и ссылок:
- Если устройство имеет Ethernet порт, то оно обязано быть подключено через него. Компьютер, Ноутбук, Телевизор, Принтер, Камера видеонаблюдения, и т.д.
- Если нет возможности протянуть кабель, то найдите её, или страдайте со своими проблемами Wi-Fi дальше.
- Wi-Fi это сеть для мобильных устройств. Если Вы подключили свой шикарный 50" телевизор не кабелем, то без фотоотчёта, когда он лежит у Вас в кармане дальнейшего разговора не получиться. Это относится и ко всем остальным устройствам.
- Если Ваше устройство вызывает вопросы в работе, первое что необходимо делать: NetInstall + дальнейшая настройка вручную.
- Не используйте WebFig или QuickSet - это пути к глюкам и ошибкам. Только SSH или WinBox, и да, - WinBox есть под Android.
- name.rsc - это текстовый файл, и Вы можете его открыть блокнотом.
- Если Вы хотите связаться со мной для ремонта или настройки, то: Telegram ( Не благотворительность ).
- Мой сайт по Mikrotik: Global Zone >> MikroTik.
-
- Сообщения: 241
- Зарегистрирован: 21 сен 2014, 08:34
- Откуда: 34
- Контактная информация:
Не знаю как ведёт себя 6.27, но на 6.28 иногда начал падать DHCP сервер без каких либо на то причин... В конфигах всё нормально, проверял по 10 раз... Удаляешь сервер, создаёшь такой же с такими же параметрами и всё ок.
- podarok66
- Модератор
- Сообщения: 4362
- Зарегистрирован: 11 фев 2012, 18:49
- Откуда: МО
Странно, у меня ни на одном устройстве не наблюдается такого.
Мануалы изучил и нигде не ошибся? Фаервол отключил? Очереди погасил? Витая пара проверена? ... Тогда Netinstal'ом железку прошей и настрой ее заново. Что, все равно не фурычит? Тогда к нам. Если не подскажем, хоть посочувствуем...
-
- Модератор
- Сообщения: 3336
- Зарегистрирован: 01 окт 2012, 14:48
Не знаю. ИМХО 6.28 одна из самых стабильных. Сейчас она у меня, как минимум на 10 постоянно контролируемых устройствах, никаких проблем.
- podarok66
- Модератор
- Сообщения: 4362
- Зарегистрирован: 11 фев 2012, 18:49
- Откуда: МО
Думаю, что Ваше устройство, уважаемый EdkiyGluk, просто требует перепрошивки Netinstall'ом. Это иногда бывает.
Мануалы изучил и нигде не ошибся? Фаервол отключил? Очереди погасил? Витая пара проверена? ... Тогда Netinstal'ом железку прошей и настрой ее заново. Что, все равно не фурычит? Тогда к нам. Если не подскажем, хоть посочувствуем...
-
- Сообщения: 241
- Зарегистрирован: 21 сен 2014, 08:34
- Откуда: 34
- Контактная информация:
20 устройств, распиханных по всей Влг области, и на всех один и тот же баг\фича после перехода на 6.28
Для того чтобы воспроизвести баг, попробуйте указать какие-либо неверные параметры на DCHP сервере, и вернуть эти параметры обратно, он так и не поднимется... Сделать ребут возможности нет, поэтому исправлять воспроизведённый баг могу только удалением и добавлением.
=
Может оно и не связано с переходом на 6.28, но заметил ещё одну фишку в далёком городе Борисоглебске, под мою диктовку тетечка, перепутав цвета, закольцевала пачкордом eth4 и eth5. Что удивительно, сеть не упала и микротик продолжил работать в штатном режиме, принимая инет через eth3 и раздавая его в свич и по воздуху. Спустя сутки, уже другая тётечка, под мою же диктовку "раскольцевала" сеть и воткнула нужные мне пачкорды в нужные порты... Микротик не реагировал. Лампочки интерфейсов не загорались, и консолька не показывала заветную буковку R.... кабель тест показывал "no link"... system reboot так и не помог... только передёргивание питания спасло ситуацию))) Вопросик, можно ли как-то передёрнуть питание удалённо? Вачдог же, именно питание передёргивает при полном повисании устройства, а не просто ребутит систему?
Для того чтобы воспроизвести баг, попробуйте указать какие-либо неверные параметры на DCHP сервере, и вернуть эти параметры обратно, он так и не поднимется... Сделать ребут возможности нет, поэтому исправлять воспроизведённый баг могу только удалением и добавлением.
=
Может оно и не связано с переходом на 6.28, но заметил ещё одну фишку в далёком городе Борисоглебске, под мою диктовку тетечка, перепутав цвета, закольцевала пачкордом eth4 и eth5. Что удивительно, сеть не упала и микротик продолжил работать в штатном режиме, принимая инет через eth3 и раздавая его в свич и по воздуху. Спустя сутки, уже другая тётечка, под мою же диктовку "раскольцевала" сеть и воткнула нужные мне пачкорды в нужные порты... Микротик не реагировал. Лампочки интерфейсов не загорались, и консолька не показывала заветную буковку R.... кабель тест показывал "no link"... system reboot так и не помог... только передёргивание питания спасло ситуацию))) Вопросик, можно ли как-то передёрнуть питание удалённо? Вачдог же, именно питание передёргивает при полном повисании устройства, а не просто ребутит систему?
-
- Модератор
- Сообщения: 3336
- Зарегистрирован: 01 окт 2012, 14:48
Да. Такой баг с DHCP у мне был на 6.17. Я как-то не обратил внимание.
О питании речь не идет. WathDog работает также и на платформе PC. Тут явно нету ничего специального-аппаратного.
Я для ребута питания использую NetPing.
А ваша петля, возможно, не завалила микротик потому, что включен протокол RSTP, он то и потушил интерфейсы. Другой разговор, почему он не включил их, когда проблема исчезла? Но на такое даже очень дорогие железки не всегда способны.
EdkiyGluk писал(а):Вопросик, можно ли как-то передёрнуть питание удалённо? Вачдог же, именно питание передёргивает при полном повисании устройства, а не просто ребутит систему?
О питании речь не идет. WathDog работает также и на платформе PC. Тут явно нету ничего специального-аппаратного.
Я для ребута питания использую NetPing.
А ваша петля, возможно, не завалила микротик потому, что включен протокол RSTP, он то и потушил интерфейсы. Другой разговор, почему он не включил их, когда проблема исчезла? Но на такое даже очень дорогие железки не всегда способны.
-
- Сообщения: 417
- Зарегистрирован: 26 сен 2012, 16:17
- Контактная информация:
Протокол STP не способен определить исчезла ли проблема, ведь интерфейс опускается и трафик через него перестает ходить, линка нет. И возвращать линк назад он не только не может, но и не должен.
-
- Модератор
- Сообщения: 3336
- Зарегистрирован: 01 окт 2012, 14:48
Возможно это делает не сам протокол, а какой-то ВатчДог. У меня есть коммутаторы, которые сами возвращают порты в обслуживание через некоторое время, а есть которые нужно вручную заставлять это делать.
-
- Сообщения: 417
- Зарегистрирован: 26 сен 2012, 16:17
- Контактная информация:
gmx писал(а):Возможно это делает не сам протокол, а какой-то ВатчДог. У меня есть коммутаторы, которые сами возвращают порты в обслуживание через некоторое время, а есть которые нужно вручную заставлять это делать.
Ни разу не сталкивался. А можно какой-то пример конкретной модели, если не сложно? Просто ради интереса.
Тут же какая ситуация... Чтобы проверить - нужно включить интерфейс, а если включил, то рискуешь опять создать проблему.