http://mikrotik.moscow Новое в теме [Ошибка?] Несоответствие ARP форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Thu, 13 Aug 2026 22:55:33 -0400 [Ошибка?] Несоответствие ARP RouterOS в форуме RouterOS.
Я запускаю этот скрипт: 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) проблем не возникает.
01.06.2015 08:12:00, drzen.]]> http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398141 http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398141 Mon, 01 Jun 2015 08:12:00 -0400 RouterOS [Ошибка?] Несоответствие ARP RouterOS в форуме RouterOS.
Заметил одну вещь. Когда хотспот зависает, новые записи в hosts не добавляются. Если запись уже есть в hosts, то пользователи могут войти и пользоваться интернетом. Окончательное решение, которое мы пробуем — выключить хотспот и включить его снова. Это очищает все записи в hosts и активных пользователей.
22.05.2015 07:13:00, ravin.]]> http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398140 http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398140 Fri, 22 May 2015 07:13:00 -0400 RouterOS [Ошибка?] Несоответствие ARP RouterOS в форуме RouterOS.
Да. Это беспроводная сеть с множеством точек доступа в WDS в режиме моста. Но сами точки доступа не делают L2 NAT, а станция/CPE на стороне клиента выполняет L2 NAT. И есть несколько записей с одним и тем же MAC, так как к одному CPE, работающему в режиме моста с L2 NAT, подключается несколько клиентов. Нет фиксированного времени, когда зависает хотспот. Также непонятно, почему он зависает. Рано утром запускали скрипт, который отключал и включал хотспот, но этот метод разрывает всех пользователей, и им приходится заново входить в сеть. Это не может быть постоянным решением. drzen → Какой скрипт ты запускаешь каждый час?
18.05.2015 06:09:00, ravin.]]> http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398139 http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398139 Mon, 18 May 2015 06:09:00 -0400 RouterOS [Ошибка?] Несоответствие ARP RouterOS в форуме RouterOS.
У вас в сети есть беспроводные мосты или ретрансляторы? Если да, и они не используют WDS, то они делают своего рода «нат» для MAC-адресов, и, вероятно, именно это вы и наблюдаете. Хотя выглядит очень похоже, Wi-Fi — это НЕ Ethernet и в своём изначальном виде НЕ может работать как мост. WDS создаёт дополнительное подключение, которое передаёт настоящие MAC-адреса по Wi-Fi. Если ваша точка доступа — Mikrotik и у вас включён и настроен динамический WDS с использованием hotspot bridge, то при подключении любой точки доступа для моста у вас должен динамически появляться интерфейс wdsX на мосту. Ещё один признак — несколько записей с одинаковым MAC-адресом. Если так, значит этот MAC-адрес скорее всего принадлежит беспроводному мосту.
14.05.2015 12:54:00, ZeroByte.]]> http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398138 http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398138 Thu, 14 May 2015 12:54:00 -0400 RouterOS [Ошибка?] Несоответствие ARP RouterOS в форуме RouterOS.
Я запускаю скрипт каждый час, и это решает проблему.
14.05.2015 08:39:00, drzen.]]> http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398137 http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398137 Thu, 14 May 2015 08:39:00 -0400 RouterOS [Ошибка?] Несоответствие ARP RouterOS в форуме RouterOS.
Привет, drzen, у меня такая же проблема, и я не могу найти решение. Выключение и включение хотспота помогает. Ты случайно не нашёл какого-нибудь обходного варианта? Помоги, пожалуйста. Спасибо.
14.05.2015 07:15:00, ravin.]]> http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398136 http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398136 Thu, 14 May 2015 07:15:00 -0400 RouterOS [Ошибка?] Несоответствие ARP RouterOS в форуме RouterOS.
Привет! Мы обнаружили несоответствие в ARP, когда MT обрабатывает много DHCP+hotspot запросов. Иногда некоторые клиенты просто не видят страницу входа в hotspot. У нас есть клиенты в hotspot с "wallen garden" IP (обход по MAC-адресам в правилах). После нескольких недель отладки получили следующие результаты:

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

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

Будем рады любым идеям и советам.  
v.
19.11.2013 08:52:00, drzen.]]> http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398135 http://mikrotik.moscow/forum/forum57/85602-oshibka_-nesootvetstvie-arp/message398135 Tue, 19 Nov 2013 08:52:00 -0500 RouterOS