Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Аппаратное обеспечение
    Mikrotik Metal 2.4 без беспроводной связи.

    Mikrotik Metal 2.4 без беспроводной связи.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Mikrotik Metal 2.4 без беспроводной связи., Аппаратное обеспечение
     
    1929
    Guest
    #1
    0
    29.04.2013 00:22:00
    У меня есть металический Mikrotik 2.4. Он произвольно прекращает передачу Wi-Fi. Никакие настройки не помогают. Я перепробовал всё, и проблема остаётся. SSID Metal Mikrotik 2.4 пропадает в обзоре сети. Клиенты теряют соединение в точке доступа и вынуждены перезагружать Metal 2.4. Иногда удается перезагрузить удаленно, но иногда приходится ехать туда и отключать питание. Использую его от батареи, так как думал, что оригинальный источник питания был неисправен. Перепробовал все настройки: уменьшал мощность, использовал стандартную мощность, менял ACK, оставлял только B режим, B/G режим и B/G/N. Работает нормально день, два, три или больше дней. Но иногда зависает два или три раза в день. Прекращает передачу Wi-Fi, когда ему вздумается. Никакие настройки не помогают. SSID Metal Mikrotik 2.4 пропадает в обзоре сети. Перепробовал все настройки: уменьшал мощность, использовал стандартную мощность, менял ACK, оставлял только B режим, B/G режим и B/G/N. Работает нормально день, два, три или больше дней. Но иногда зависает два или три раза в день. Опыт работы с другими RB Mikrotik подсказывает, что я ничего не делаю не так. Вывод, к которому я пришёл: либо это дефект конструкции, либо проблема с производством партии, либо проблема с прошивкой. Заметил, что в регистрации Metal 2.4 клиенты не отключаются. Но отключаются в точке доступа. У кого-нибудь ещё возникала подобная проблема?
     
     
     
    MikroUser
    Guest
    #2
    0
    01.11.2013 09:28:00
    Мой металл сегодня выгорел(( Скорость была 40 мегабит в секунду, и плата работала с ней 5-10 минут. Потом – все индикаторы погасли. Металл больше не возвращается. RIP (чтобы плата нормально работала, нужно ограничить суммарную полосу пропускания для всех беспроводных клиентов до 5 мегабит в секунду – не для каждого). Скрипт иногда может не работать, никто не знает почему. Я использовал эту версию скрипта (без цикла while): local a [/in wi reg get number=0 last-activity]; :local b {[:pick $a +4]}; :if (b>=2) do={[/system reboot;];} Работает у меня.
     
     
     
    jagga
    Guest
    #3
    0
    16.06.2013 05:02:00
    У меня та же проблема, версия Router OS для моей металлической версии - 5.21… Я собираюсь обновить её до 6.1… и посмотрим, что произойдет.
     
     
     
    Ivoshiee
    Guest
    #4
    0
    16.06.2013 08:25:00
    Переходить на какое-то новое программное обеспечение для ревизии — это всегда новые проблемы. Лучше сразу взять самую последнюю версию из той же серии — v5.25, а потом, если нужно, обновляться с неё.
     
     
     
    jagga
    Guest
    #5
    0
    17.06.2013 13:22:00
    @Ivoshiee, ты оказался прав. Я обновился до 5.25, теперь всё работает отлично. Спасибо!
     
     
     
    Jetrider
    Guest
    #6
    0
    05.09.2013 07:22:00
    У меня была та же проблема с двумя METALами (2.4), на версии v5.25. У меня была настроена AP-бридж с одним WDS. Обновился до 6.3, посмотрим, что будет.
     
     
     
    MikroUser
    Guest
    #7
    0
    07.09.2013 11:05:00
    У меня та же проблема. Радио иногда отключается. Попробуйте прошить версии 5.25, 6.2 и 6.3! Думаю, это не проблема ПО! Mikrotik support, пожалуйста, ответьте!!! Год у меня Bullet M2HP, и проблем не было!
     
     
     
    diablonet
    Guest
    #8
    0
    17.09.2013 22:53:00
    Привет, у меня тоже так случилось, я купил 4 штуки этих AP, у 2 из них была та же проблема: WIFI нестабильный. Как-то вроде работал, после перезагрузки, но всё равно нестабильно. Я перепробовал всё, обратился в поддержку. После нескольких писем и нескольких недель они попросили отправить их на RMA. Не трать своё время, эти устройства как будто бы бракованные (по крайней мере, 2 из 4 в моём случае=50%), возвращайте их!
     
     
     
    arnoldmikro
    Guest
    #9
    0
    22.09.2013 13:36:00
    Та же проблема: радио не работает после 3-дневной перезагрузки, затем 12 часов. SW 6.4.
    Модель: Metal 2SHPn
    Серийный номер: 4475024B3344
    Текущая прошивка: 3.09
    Адрес MAC меняется на Wi-Fi, MAC адрес D4:CA:6D:9D:94:77 на канале 6+10. Программа insidder тоже тормозит.
    D4:CA:6D:3D:50:00 FF:FF:D4:CA:6D:95 на канале 6.
     
     
     
    MikroUser
    Guest
    #10
    0
    12.10.2013 21:59:00
    Пока что работает вот этот скрипт: локальная переменная `a` – это номер последней активности, полученный из регистра `/in wi reg get number=0 last-activity`.  Локальная переменная `b` равна значению `a` плюс 4. Если `b` больше или равно 2, то запускаем перезагрузку системы. Этот скрипт – решение проблемы с беспроводным соединением. Запускать по расписанию каждые 2-3 минуты.
     
     
     
    khaled11
    Guest
    #11
    0
    15.10.2013 20:57:00
    Извини, этот скрипт не работает, когда беспроводная связь зависает на моём metal2shpn
     
     
     
    khaled11
    Guest
    #12
    0
    16.10.2013 08:48:00
    Скрипт не работает, помогите, пожалуйста!
     
     
     
    GREG3f
    Guest
    #13
    0
    11.01.2014 15:28:00
    Согласен, что запуск скрипта для мониторинга беспроводного интерфейса — это временное решение. Но почему эти устройства выходят из строя? Mikrotik должен решить эту проблему. Нельзя выпускать продукты, которые требуют "пластырей", чтобы они работали. Я устанавливал эти устройства на вышках на высоте 30 метров и был вынужден ездить на место, чтобы их перезагружать, потому что беспроводная связь переставала работать, а скрипты мониторинга (эти "пластыри") зависали, из-за чего я не мог получить к ним доступ. Характеристики и дизайн этих устройств потрясающие, и когда они работают корректно, они отличные. Но чтобы их можно было использовать, их нужно сделать более стабильными. Если бы ваша машина вдруг остановилась посреди шоссе, и вам пришлось бы ее заглушить и снова завести, чтобы продолжить путь, вы бы не ожидали, что производитель исправит эту проблему?
     
     
     
    rzirzi
    Guest
    #14
    0
    10.02.2014 17:29:00
    У нас ТА ЖЕ ПРОБЛЕМА с MikroTik Metal-2Hn. Groove A (уровень 4) с такой же конфигурацией и в том же месте - работает отлично. Что не так с этим Metal-2Hn?!
     
     
     
    skik009
    Guest
    #15
    0
    12.02.2014 01:57:00
    У меня та же проблема с MikroTik Metal-2Hn. Groove A2hn с такой же настройкой и в том же месте работает отлично. У него очень плохой, нестабильный сигнал. Клиенты не подключаются постоянно.
     
     
     
    happynet
    Guest
    #16
    0
    12.02.2014 02:07:00
    Я тоже столкнулся с такой проблемой http://forum.mikrotik.com/t/very-low-signal-form-rb-metal-2shpn/73132/1
     
     
     
    rzirzi
    Guest
    #17
    0
    13.02.2014 19:36:00
    Мы все имеем одни и те же проблемы с MikroTik Metal 2.4GHz, но MikroTik… …тишина…
     
     
     
    framer99
    Guest
    #18
    0
    14.02.2014 05:53:00
    У меня работает скрипт проверки количества беспроводных клиентов, упомянутый в одной из тем на metal2.4, так что у нас, как минимум, нет длительных периодов без трафика, и перезагрузки происходят быстро. В логах ниже есть два таких типа перезагрузок. Но, как вы видите, есть еще два других типа перезагрузок... сбои ядра, и, кажется, перезагрузки сторожевого таймера – это те, которые происходят «без корректного завершения работы». Мы пробовали все, но не находим никаких решений. Сейчас у нас версия 6.9, но мы видели это на всех версиях 5.x и 6.x, которые пробовали. Самое неприятное, что нет никакой информации о том, что именно идет не так, ничего в логах, ничего в autosupout.rif и т. д. Если бы кто-то смог подключиться к командной строке Linux за RouterOS на этих устройствах, возможно, удалось бы получить информацию о том, что происходит перед перезагрузкой. Можно было бы подумать, что Mikrotik уже сделал это и располагает какой-то информацией. То же самое происходит с еще одним Metal2.4 и SXT 2.4Ghz, работающим в качестве сектора. У нас есть RB450, подключенный к тому же источнику питания, который агрегирует Ethernet от этих трех точек доступа, и он никогда не перезагружается или зависает. На нашей вышке настоящий праздник перезагрузок.

    [root@localhost log]# grep boot metal2.log
    Feb  1 14:53:47 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb  2 19:36:24 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb  4 00:15:07 10.4.9.52 metal2 System rebooted because of kernel failure
    Feb  4 00:15:07 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb  4 08:57:54 10.4.9.52 metal2 System rebooted because of kernel failure
    Feb  4 08:57:54 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb  4 18:22:46 10.4.9.52 metal2 System rebooted because of kernel failure
    Feb  4 18:22:46 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb  5 07:20:05 10.4.9.52 metal2 System rebooted because of kernel failure
    Feb  5 07:20:05 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb  5 21:09:23 10.4.9.52 metal2 System rebooted because of kernel failure
    Feb  5 21:09:23 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb  6 18:35:31 10.4.9.52 metal2  still 0 associated clients, router reboot
    Feb  6 18:36:23 10.4.9.52 metal2 router rebooted
    Feb  7 21:49:33 10.4.9.52 metal2 System rebooted because of kernel failure
    Feb  7 21:49:33 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb  7 23:22:01 10.4.9.52 metal2 router was rebooted without proper shutdown by
    Feb  8 07:27:34 10.4.9.52 metal2 System rebooted because of kernel failure
    Feb  8 07:27:34 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb  8 08:39:15 10.4.9.52 metal2 System rebooted because of kernel failure
    Feb  8 08:39:15 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb  8 18:11:21 10.4.9.52 metal2 System rebooted because of kernel failure
    Feb  8 18:11:21 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb  9 18:42:00 10.4.9.52 metal2 System rebooted because of kernel failure
    Feb  9 18:42:00 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb 10 14:18:25 10.4.9.52 metal2 System rebooted because of kernel failure
    Feb 10 14:18:25 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb 11 12:03:18 10.4.9.52 metal2 System rebooted because of kernel failure
    Feb 11 12:03:18 10.4.9.52 metal2 router was rebooted without proper shutdown
    Feb 12 08:33:30 10.4.9.52 metal2  still 0 associated clients, router reboot
    Feb 12 08:34:22 10.4.9.52 metal2 router rebooted
    Feb 13 18:26:28 10.4.9.52 metal2 System rebooted because of kernel failure
    Feb 13 18:26:28 10.4.9.52 metal2 router was rebooted without proper shutdown
    [root@localhost log]#
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры