Информация
Настройка
Новости
Контакты
Новинка
Распродажа
Оплата
Доставка
Загрузки
  • Прошивки
    • 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 Корзина
    Главная
    Форум
    RouterOS
    [Ошибка?] Несоответствие ARP

    [Ошибка?] Несоответствие ARP

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    [Ошибка?] Несоответствие ARP, RouterOS
     
    drzen
    Guest
    #1
    0
    19.11.2013 08:52:00
    Привет! Мы обнаружили несоответствие в ARP, когда MT обрабатывает много DHCP+hotspot запросов. Иногда некоторые клиенты просто не видят страницу входа в hotspot. У нас есть клиенты в hotspot с "wallen garden" IP (обход по MAC-адресам в правилах). После нескольких недель отладки получили следующие результаты:

    - когда клиенты не видят страницу входа, у них правильный IP, маска подсети, шлюз от DHCP;
    - эти клиенты не могут пинговать и видеть другие хосты в сети;
    - они есть в ARP-таблице с правильным привязкой (MAC-адрес — IP-адрес);
    - НО: те же IP-адреса появляются в списке хостов hotspot, но с привязкой MAC-адресов клиентов из wallen garden.

    Чтобы исправить эту проблему (?), мы написали скрипт, который перебирает ARP-таблицу и удаляет неправильный MAC из таблицы хостов hotspot.

    Будем рады любым идеям и советам.  
    v.
     
     
     
    ravin
    Guest
    #2
    0
    14.05.2015 07:15:00
    Привет, drzen, у меня такая же проблема, и я не могу найти решение. Выключение и включение хотспота помогает. Ты случайно не нашёл какого-нибудь обходного варианта? Помоги, пожалуйста. Спасибо.
     
     
     
    drzen
    Guest
    #3
    0
    14.05.2015 08:39:00
    Я запускаю скрипт каждый час, и это решает проблему.
     
     
     
    ZeroByte
    Guest
    #4
    0
    14.05.2015 12:54:00
    У вас в сети есть беспроводные мосты или ретрансляторы? Если да, и они не используют WDS, то они делают своего рода «нат» для MAC-адресов, и, вероятно, именно это вы и наблюдаете. Хотя выглядит очень похоже, Wi-Fi — это НЕ Ethernet и в своём изначальном виде НЕ может работать как мост. WDS создаёт дополнительное подключение, которое передаёт настоящие MAC-адреса по Wi-Fi. Если ваша точка доступа — Mikrotik и у вас включён и настроен динамический WDS с использованием hotspot bridge, то при подключении любой точки доступа для моста у вас должен динамически появляться интерфейс wdsX на мосту. Ещё один признак — несколько записей с одинаковым MAC-адресом. Если так, значит этот MAC-адрес скорее всего принадлежит беспроводному мосту.
     
     
     
    ravin
    Guest
    #5
    0
    18.05.2015 06:09:00
    Да. Это беспроводная сеть с множеством точек доступа в WDS в режиме моста. Но сами точки доступа не делают L2 NAT, а станция/CPE на стороне клиента выполняет L2 NAT. И есть несколько записей с одним и тем же MAC, так как к одному CPE, работающему в режиме моста с L2 NAT, подключается несколько клиентов. Нет фиксированного времени, когда зависает хотспот. Также непонятно, почему он зависает. Рано утром запускали скрипт, который отключал и включал хотспот, но этот метод разрывает всех пользователей, и им приходится заново входить в сеть. Это не может быть постоянным решением. drzen → Какой скрипт ты запускаешь каждый час?
     
     
     
    ravin
    Guest
    #6
    0
    22.05.2015 07:13:00
    Заметил одну вещь. Когда хотспот зависает, новые записи в hosts не добавляются. Если запись уже есть в hosts, то пользователи могут войти и пользоваться интернетом. Окончательное решение, которое мы пробуем — выключить хотспот и включить его снова. Это очищает все записи в hosts и активных пользователей.
     
     
     
    drzen
    Guest
    #7
    0
    01.06.2015 08:12:00
    Я запускаю этот скрипт: incongruenceHealt

    :local hosts [/ip hotspot ip-binding find bypassed]
    :foreach h1 in=$hosts do={  
    :local mac [/ip hotspot ip-binding get $h1 mac-address]
    :local comment [/ip hotspot ip-binding get $h1 comment]
    :log info (" MAC: ".$mac." - ".$comment)  
    :local dhcps [/ip dhcp-server lease find mac-address=$mac]
    :foreach m1 in=$dhcps do={  
    :local server [/ip dhcp-server lease get $m1 server]
    :log info (" server: ".$server)  
    :if ($server = "wifi") do {  
    :log info ("MAKE STATIC: ".$mac)  
    /ip dhcp-server lease comment $m1 comment=$comment  
    /ip dhcp-server lease make-static $m1  
    }  
    }  
    }

    Но, по моему мнению, это не самое лучшее решение. Это как перезагрузка или операция отключения/включения. Я использую Unifi Ubiquiti: около 40 точек доступа с 500-800 подключёнными пользователями. Такая же ситуация у меня на 4 кампусах. Я не могу просто отключить и снова включить hotspot, потому что каждый раз пользователей заставляет проходить повторную аутентификацию. Я провёл подробные тесты. Есть два чётких и воспроизводимых момента:  
    1. Проблема возникает только с mikrotik и unifi (в моём случае).  
    2. Проблема связана с пользователями, у которых есть bypass на hotspot. Иногда DHCP сервер выдаёт таким пользователям IP-адрес и пытается присвоить тот же адрес и хосту hotspot. Без обхода (bypass) проблем не возникает.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры