+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Ошибки CAPsMAN в журнале

Ошибки CAPsMAN в журнале, RouterOS

westex

Guest

20.07.2015 20:52:00

У меня есть 5 RB951Ui-2HnD. Один работает как основной роутер и контроллер CAPsMAN, а четыре — как точками доступа. Некоторое время назад я заметил записи в логе. Вот несколько из них:

Jul/20/2015 12:59:54 caps,error removing stale connection [::ffff:10.10.2.14:51092,Run,[4C:5E:0C:A6:AC:FF]] because of ident conflict with [::ffff:10.10.2.14:39660,Join,[4C:5E:0C:A6:AC:FF]]
Jul/20/2015 13:00:42 script,error 10.10.2.12 down
Jul/20/2015 13:00:50 script,error 10.10.2.12 up
Jul/20/2015 13:00:57 caps,error removing stale connection [::ffff:10.10.2.14:39660,Run,[4C:5E:0C:A6:AC:FF]] because of ident conflict with [::ffff:10.10.2.14:44498,Join,[4C:5E:0C:A6:AC:FF]]
Jul/20/2015 13:01:00 caps,error removing stale connection [::ffff:10.10.2.12:42350,Run,[4C:5E:0C:DC:D7:19]] because of ident conflict with [::ffff:10.10.2.12:43156,Join,[4C:5E:0C:DC:D7:19]]
Jul/20/2015 13:01:41 script,error 10.10.2.12 down
Jul/20/2015 13:01:49 script,error 10.10.2.12 up
Jul/20/2015 13:02:00 caps,error removing stale connection [::ffff:10.10.2.12:43156,Run,[4C:5E:0C:DC:D7:19]] because of ident conflict with [::ffff:10.10.2.12:38466,Join,[4C:5E:0C:DC:D7:19]]

Что означает caps,error removing stale connection [::ffff:10.10.2.14:51092,Run,[4C:5E:0C:A6:AC:FF]] because of ident conflict with [::ffff:10.10.2.14:39660,Join,[4C:5E:0C:A6:AC:FF]]?

Вот настройки:

[aadmin@WestaHotel] > caps-man interface print
Flags: M - master, D - dynamic, B - bound, X - disabled, I - inactive, R - running
0 MDBR cAP-master D4:CA:6D:DA:76:3F none
1 MDBR cAP-2L-1 4C:5E:0C:A6:AD:28 none
2 MDBR cAP-2R-1 4C:5E:0C:DC:D7:1E none
3 MDBR cAP-3L-1 4C:5E:0C:D7:1C:97 none
4 MDBR cAP-3R-1 4C:5E:0C:A6:AD:04 none

[aadmin@WestaHotel] > caps-man radio print
Flags: L - local, P - provisioned
0 P 4C:5E:0C:D7:1C:97 cAP-3L-1 [4C:5E:0C:D7:1C:92] cAP-3L
1 P D4:CA:6D:DA:76:3F cAP-main-1 [D4:CA:6D:DA:76:3A] cAP-main
2 P 4C:5E:0C:A6:AD:28 cAP-2L-1 [4C:5E:0C:A6:AD:23] cAP-2L
3 P 4C:5E:0C:A6:AD:04 cAP-3R-1 [4C:5E:0C:A6:AC:FF] cAP-3R
4 P 4C:5E:0C:DC:D7:1E cAP-2R-1 [4C:5E:0C:DC:D7:19] cAP-2R

[aadmin@WestaHotel] > caps-man remote-cap print
# ADDRESS NAME STATE RADIOS
0 10.10.2.13/36877 [4C:5E:0C:D7:1C:92] Run 1
1 10.10.99.1/50406 [D4:CA:6D:DA:76:3A] Run 1
2 10.10.2.11/32919 [4C:5E:0C:A6:AD:23] Run 1
3 10.10.2.14/44498 [4C:5E:0C:A6:AC:FF] Run 1
4 10.10.2.12/38466 [4C:5E:0C:DC:D7:19] Run 1

Кто-нибудь, пожалуйста, помогите!
P.S. В логе “script,error 10.10.2.12 down and up” — это скрипт для пинга точек доступа.

Caci99

Guest

11.12.2018 19:56:00

Сегодня тоже столкнулся с одной странной проблемой. Пытался добавить в Capsman, который работает на RB2011UiAS-2HnD, его собственный беспроводной интерфейс. Создал мост с интерфейсами от eth2 до eth10. Причина, по которой в логах появляется «removing stale connection…», в том, что Cap отключается и переподключается, из-за чего Capsman видит дубликат записи и удаляет её. После того как перепробовал разные настройки моста без результата, в итоге решил проблему, указав в качестве discovery interface для Cap один из активных ethernet-интерфейсов, входящих в мост, а не сам мост:

/interface wireless cap> print
enabled: yes
interfaces: wlan1
certificate: none
lock-to-caps-man: no
discovery-interfaces: ether3
caps-man-addresses:
caps-man-names:
caps-man-certificate-common-names:
bridge: none
static-virtual: no

spaxton

Guest

30.04.2019 21:16:00

Для всех, кто с этим сталкивался… Прежде всего, обратите внимание на правила брандмауэра. Если у вас внизу списка правил стоит блокировка всего, что не разрешено в какой-то из предыдущих правил, то нужно добавить правило, которое разрешит входящий UDP на порты 5246 и 5247. Если беспроводные интерфейсы находятся на том же роутере, где установлен CAPsMAN, то добавьте правило, разрешающее входящий трафик с исходным адресом самого роутера. Вот как я это делаю. Всего доброго.

l0ft13 Guest	#4 0 06.06.2022 12:49:00 Сегодня у меня была такая же ошибка в версии 6.49.6. CAPSMAN работает на том же устройстве, что и интерфейсы. Проблему решил, указав caps-man-addresses=192.168.199.1 (IP адрес системы).

dvaai

Guest

02.10.2022 08:11:00

Добрый день всем, я обнаружил, что интерфейс discovery был настроен неправильно, поэтому я сменил его на нужный мне интерфейс «WAN», и ошибка исчезла. Думаю, эта информация может вам помочь. С уважением, Итан Дэвидс

KoolDee

Guest

20.01.2023 11:07:00

Всем привет. У меня на центральном роутере на работе возникла такая проблема, которую я заметил в логах. Но эта проблема касалась не всех точек доступа, а только последней, к которой я подключался (следующая всегда замещала её, и проблемы начинались снова). Придя к выводу, что дело в топологии, я вспомнил про пункт STP в настройках моста. Я поставил параметр «none» на всех точках доступа, и проблема исчезла. Но стоит отметить, что я использую роутеры Mikrotik одновременно и как управляемые коммутаторы, и как точки доступа, так что у вас может быть своя причина потери связи.

anuser

Guest

14.12.2017 11:05:00

Итак, сегодня у меня было то же самое. Например: «удаление устаревшего соединения [::ffff:10.2.30.120:54023,Run[64:D1:54:87:E4:6F]] из-за конфликта идентификаторов с [::ffff:10.2.30.120:38611,Join[64:D1:54:87:E4:6F]]». Это происходило со всеми моими WAP/HAP устройствами, подключёнными к настройке с CAPSMAN на базе CHR/VMware. У меня стоит версия 6.40.5. На контроллере CAPSMAN таких правил нет, то есть соединение между CAPSMAN и точками доступа идеальное (около 1 мс). Кто-то сталкивался с этой проблемой и смог её решить?

Vladkarok

Guest

11.10.2017 10:49:00

У меня была такая проблема с новым встроенным файрволом в версии v6.40.3. Есть правило: 6 ;;; defconf: заблокировать всё, что не из LAN цепочка=input действие=drop in-interface-list=!LAN. Поскольку динамический интерфейс CAPsMAN новый и его нет в списке интерфейсов «LAN», это правило блокирует связь между CAPs.

pukkita Guest	#9 0 11.10.2017 12:00:00 Измени логику: chain=input action=drop in-interface-list=WAN

tomaspi

Guest

#10

13.08.2015 12:14:00

Привет! Сегодня у меня была такая же ошибка. Я настраивал rb951ui как CAPsMAN, а его внутренний WLAN-интерфейс — как CAP. Проблема оказалась в фаерволе — нужно было правильно пропустить UDP-трафик. Знаю, ситуация чуть другая, но, возможно, стоит проверить это (если ты ещё не нашёл решение).

OnixJonix Guest	#11 0 12.04.2017 08:36:00 То же самое у меня! Не могу найти причину! Мои CAPS постоянно отключаются и подключаются!! Не могу понять, что значит запись в логе!! Команда Mikrotik, что означает этот лог??? Что это может вызывать???

drpater Guest	#12 0 16.05.2017 09:33:00 Возможные причины: плохое сетевое соединение между capsman и caps, высокая загрузка процессора у capsman.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры