Здравствуйте. Имеется RB Groove A-52HPn с антенной кругового излучения AX-2411R. Установлен на высоте около 10 метров практически в чистом поле в нескольких километрах от города (коттеджный поселок), помехи практически отсутствуют (если надо, могу сделать анализ частот).
К этому Микротику по Wi-Fi подключаются разные клиенты (роутеры, ноутбуки, планшеты и т.д.), и у них всех одновременно периодически обрывается связь. Потом связь появляется, потом снова обрывается и так далее. Причем соединение может работать стабильно на протяжении суток и более, а потом неожиданно и без какого-либо вмешательства администратора или внешних причин снова перейти в режим коннект-дисконнект.
Настройки Микротика - элементарные, авторизация всех подряд без пароля и просто в режиме бриджа передать информацию в LAN.
Я бы предположил, что это неисправность данного конкретного Микротика, но на некотором расстоянии от него (порядка километра) установлен точно такой же Микротик (запитанный уже совершенно от другой линии), который совершенно также настроен (кроме частоты беспроводного канала, названия беспроводной сети и IP-адреса), с которым творится аналогичная херня.
Из логов видно, что происходит постоянная потеря соединения, но при этом сигнал клиентов не такой уж и низкий, от -55 до -80 Дб.
Лог и настройки приложил ниже.
SYSTEM
[admin@MikroTik] > export
# dec/10/2015 10:58:20 by RouterOS 6.33.3
# software id = HEG4-ENPB
#
/interface bridge
add l2mtu=1600 name=bridge1
/interface wireless
set [ find default-name=wlan1 ] band=2ghz-b/g basic-rates-a/g=9Mbps \
basic-rates-b="" disabled=no frequency=2422 hw-protection-mode=rts-cts \
hw-retries=15 l2mtu=2290 mode=ap-bridge periodic-calibration-interval=10 \
radio-name=AlexNet-1 rate-set=configured ssid=AlexNet-1 \
supported-rates-a/g=9Mbps,12Mbps,18Mbps,24Mbps,36Mbps supported-rates-b="" \
tx-power=20 tx-power-mode=all-rates-fixed wireless-protocol=802.11
/interface wireless nstreme
set wlan1 enable-polling=no
/interface vlan
add interface=ether1 l2mtu=1596 name=vlan10 vlan-id=
/ip hotspot user profile
set [ find default=yes ] idle-timeout=none keepalive
mac-cookie-timeout=3d
/interface bridge port
add bridge=bridge1 interface=ether1
add bridge=bridge1 interface=wlan1
/ip address
add address=192.168.0.11/24 interface=vlan10 network
/ip route
add distance=1 gateway=192.168.0.1
/ip upnp
set allow-disable-external-interface=no
/system clock manual
set time-zone=+03:00
/system leds
set 0 interface=wlan1
/system logging
add topics=!packet
/system ntp client
set enabled=yes mode=unicast primary-ntp=62.76.96.4
/system routerboard settings
set cpu-frequency=600MHz
[admin@MikroTik] >
=============================
LOG
08:18:44 route,debug,event status=UP,RUNNING
08:18:44 route,debug,event mtu=1500
08:18:44 route,debug,calc Begin calculation
08:18:44 route,debug,event Link up
08:18:44 route,debug,event interface=wlan1
08:18:44 route,debug,event Update
08:18:44 route,debug,event interface=wlan1
08:18:44 route,debug,calc End calculation
08:19:07 wireless,info E8:DE:27:9D:3B:E1@wlan1: disconnected, extensive data loss
08:19:10 route,debug,event Interface change
08:19:10 route,debug,event interface=wlan1
08:19:10 route,debug,event status=UP
08:19:10 route,debug,event mtu=1500
08:19:10 route,debug,calc Begin calculation
08:19:10 route,debug,event Link down
08:19:10 route,debug,event interface=wlan1
08:19:10 route,debug,event Update
08:19:10 route,debug,event interface=wlan1
08:19:10 route,debug,calc End calculation
08:23:52 wireless,info wlan1: data from unknown device 64:70:02:F7:F6:7F, sent dea
uth
08:23:54 wireless,debug wlan1: 64:70:02:F7:F6:7F attempts to associate
08:23:54 wireless,debug wlan1: 64:70:02:F7:F6:7F not in local ACL, by default acce
pt
08:23:54 wireless,info 64:70:02:F7:F6:7F@wlan1: connected
08:23:54 route,debug,event Interface change
08:23:54 route,debug,event interface=wlan1
08:23:54 route,debug,event status=UP,RUNNING
08:23:54 route,debug,event mtu=1500
08:23:55 route,debug,calc Begin calculation
08:23:55 route,debug,event Link up
08:23:55 route,debug,event interface=wlan1
08:23:55 route,debug,event Update
08:23:55 route,debug,event interface=wlan1
08:23:55 route,debug,calc End calculation
08:23:55 wireless,info wlan1: data from unknown device E8:DE:27:9D:3B:E1, sent dea
uth
08:23:58 wireless,debug wlan1: E8:DE:27:9D:3B:E1 attempts to associate
08:23:58 wireless,debug wlan1: E8:DE:27:9D:3B:E1 not in local ACL, by default acce
pt
08:23:58 wireless,info E8:DE:27:9D:3B:E1@wlan1: connected
08:24:18 wireless,info 64:70:02:F7:F6:7F@wlan1: disconnected, extensive data loss
08:24:21 wireless,info E8:DE:27:9D:3B:E1@wlan1: disconnected, extensive data loss
08:24:24 route,debug,event Interface change
08:24:24 route,debug,event interface=wlan1
08:24:24 route,debug,event status=UP
08:24:24 route,debug,event mtu=1500
08:24:24 route,debug,calc Begin calculation
08:24:24 route,debug,event Link down
08:24:24 route,debug,event interface=wlan1
08:24:24 route,debug,event Update
08:24:24 route,debug,event interface=wlan1
08:24:24 route,debug,calc End calculation
08:25:44 wireless,info wlan1: data from unknown device E8:DE:27:9D:3B:E1, sent dea
uth
08:25:46 wireless,debug wlan1: E8:DE:27:9D:3B:E1 attempts to associate
08:25:46 wireless,debug wlan1: E8:DE:27:9D:3B:E1 not in local ACL, by default acce
pt
08:25:46 wireless,info E8:DE:27:9D:3B:E1@wlan1: connected
08:25:46 route,debug,event Interface change
08:25:46 route,debug,event interface=wlan1
08:25:46 route,debug,event status=UP,RUNNING
08:25:46 route,debug,event mtu=1500
08:25:46 route,debug,calc Begin calculation
08:25:46 route,debug,event Link up
08:25:46 route,debug,event interface=wlan1
08:25:46 route,debug,event Update
08:25:46 route,debug,event interface=wlan1
08:25:46 route,debug,calc End calculation
08:26:09 wireless,info E8:DE:27:9D:3B:E1@wlan1: disconnected, extensive data loss
08:26:12 route,debug,event Interface change
08:26:12 route,debug,event interface=wlan1
08:26:12 route,debug,event status=UP
08:26:12 route,debug,event mtu=1500
08:26:13 route,debug,calc Begin calculation
08:26:13 route,debug,event Link down
08:26:13 route,debug,event interface=wlan1
08:26:13 route,debug,event Update
08:26:13 route,debug,event interface=wlan1
08:26:13 route,debug,calc End calculation
08:27:44 wireless,info wlan1: data from unknown device E8:DE:27:9D:3B:E1, sent dea
uth
08:27:47 wireless,debug wlan1: E8:DE:27:9D:3B:E1 attempts to associate
08:27:47 wireless,debug wlan1: E8:DE:27:9D:3B:E1 not in local ACL, by default acce
pt
08:27:47 wireless,info E8:DE:27:9D:3B:E1@wlan1: connected
08:27:47 route,debug,event Interface change
08:27:47 route,debug,event interface=wlan1
08:27:47 route,debug,event status=UP,RUNNING
08:27:47 route,debug,event mtu=1500
08:27:47 route,debug,calc Begin calculation
08:27:47 route,debug,event Link up
08:27:47 route,debug,event interface=wlan1
08:27:47 route,debug,event Update
08:27:47 route,debug,event interface=wlan1
08:27:47 route,debug,calc End calculation
08:27:52 wireless,info wlan1: data from unknown device 64:70:02:F7:F6:7F, sent dea
uth
08:28:10 wireless,info E8:DE:27:9D:3B:E1@wlan1: disconnected, extensive data loss
08:28:13 route,debug,event Interface change
08:28:13 route,debug,event interface=wlan1
08:28:13 route,debug,event status=UP
08:28:13 route,debug,event mtu=1500
08:28:14 route,debug,calc Begin calculation
08:28:14 route,debug,event Link down
08:28:14 route,debug,event interface=wlan1
08:28:14 route,debug,event Update
08:28:14 route,debug,event interface=wlan1
08:28:14 route,debug,calc End calculation
08:29:42 wireless,debug wlan1: 64:70:02:F7:F6:7F attempts to associate
08:29:42 wireless,debug wlan1: 64:70:02:F7:F6:7F not in local ACL, by default acce
pt
08:29:42 wireless,info 64:70:02:F7:F6:7F@wlan1: connected
08:29:42 route,debug,event Interface change
08:29:42 route,debug,event interface=wlan1
08:29:42 route,debug,event status=UP,RUNNING
08:29:42 route,debug,event mtu=1500
08:29:42 route,debug,calc Begin calculation
08:29:42 route,debug,event Link up
08:29:42 route,debug,event interface=wlan1
08:29:42 route,debug,event Update
08:29:42 route,debug,event interface=wlan1
08:29:42 route,debug,calc End calculation
08:29:44 wireless,info wlan1: data from unknown device E8:DE:27:9D:3B:E1, sent dea
uth
08:29:48 wireless,debug wlan1: E8:DE:27:9D:3B:E1 attempts to associate
08:29:48 wireless,debug wlan1: E8:DE:27:9D:3B:E1 not in local ACL, by default acce
pt
08:29:48 wireless,info E8:DE:27:9D:3B:E1@wlan1: connected
08:30:05 wireless,info 64:70:02:F7:F6:7F@wlan1: disconnected, extensive data loss
08:30:11 wireless,info E8:DE:27:9D:3B:E1@wlan1: disconnected, extensive data loss
08:30:14 route,debug,event Interface change
08:30:14 route,debug,event interface=wlan1
08:30:14 route,debug,event status=UP
08:30:14 route,debug,event mtu=1500
08:30:14 route,debug,calc Begin calculation
08:30:14 route,debug,event Link down
08:30:14 route,debug,event interface=wlan1
08:30:14 route,debug,event Update
08:30:14 route,debug,event interface=wlan1
08:30:14 route,debug,calc End calculation
08:30:35 ntp,debug Wait for 900 seconds before sending next message
08:30:35 ntp,debug gradually adjust by -1ca8fa
08:31:44 wireless,info wlan1: data from unknown device E8:DE:27:9D:3B:E1, sent dea
uth
Не следует забывать, что wifi - сеть коллизионная. Если клиенты начинают вещать одновременно - ни к чему хорошему это не приводит. Также распространена проблема скрытого узла (hidden node). Решение - использовать поллинговые или tdma протоколы. Но у микротика они свои, проприеритарные. Если у вас в посёлке достаточно много клиентов - лучше каждому из них установить что-то типа SXT lite2 или lite5 в режиме бриджа, в зависимости от используемой частоты на груве. Далее у каждого клиента дома роутер с его собственным вайфаем., При такой топологии (точка-мультиточка) настраивайте либо протокол NStreme либо NV2. У каждого из них есть преимущества и недостатки. Но при их использовании именно точка управляет передачей данных с клиентов, не позволяя им вещать одновременно. Да, затраты больше, чем просто воткнуть одну точку на огромную площадь, влупить ей 20 dBm + ещё антенну на 6 dBi и поджаривать ею пролетающих галок. Но зато будет работать. Если прозрачность между клиентами нужна - не сильно сложнее будет её настроить.
Дело в том, что вариант, предлагаемый Вами, не будет поддерживать хотспот и подключения к сети в любом месте и с любых устройств, в т.ч. мобильных. И тут дело даже не затратах на такую сеть, если нужно будет поставить секторные антенны, другие роутеры или дополнительное оборудование - это можно сделать, но сеть должна:
а) позволять подключаться с любых устройств;
б) поддерживать хотспот;
в) обеспечивать скорость до 5 Мбит.
И что самое интересное: в настоящий момент эта сеть в текущем виде все эти функции выполняет просто отлично, и даже делает это в течение продолжительного времени, но в один прекрасный момент начинает отключать всех клиентов в течение некоторого времени, после чего все нормализуется и спокойно работает дальше. Причем эти спонтанные периоды отключений могут длиться 15 минут, а могут и несколько часов.
Проблема в данном случае точно не в скрытом узле или недостатках 802.11, и сейчас я поясню, почему.
Во-первых, в периоды отключений, к точке доступа совершенно невозможно подключиться. Я перезагружал роутер, менял SSID, мощность, частоту, режимы, ширину канала - в общем, все, что можно поменять на Микротике (а поменять там можно немало). Я менял SSID и сильно ограничивал мощность, тем самым исключая возможность того, что к этой точке доступа кто-то подключится кроме меня, и пробовал подключаться сам - и меня точно так же выкидывало, если эти попытки предпринимались во время этих самых периодов.
По всем ощущениям, это какая-то аппаратная неисправность, проявляющаяся и исчезающая совершенно спонтанно и ни в коей мере не зависящая от любых внешних факторов, будь то количество клиентов или настройки Wi-Fi. Единственное, что удалось установить совершенно точно, что этот период отключений проявляется нечасто (не чаще 1-2 раз в сутки и не реже 1 раза в неделю), и длится не 3-4 минуты, а никак не меньше 15-30 минут (в среднем около 2 часов).
Таких роутеров у меня три, модели слегка отличаются, но все Грувы, и на всех разные прошивки 6-й серии. Проблема периодически возникает на всех трех. Не одновременно, конечно, хотя это сильно помогло бы в устранении проблемы.
Кстати, действительно, сейчас каждая точка лупит даже не 20 Dbm, а все 28, и антенна не на 6, а на 10... Но зато в чистом поле, все три точки на расстоянии не меньше километра от соседней, и все на разных частотах, так что действительно работает неплохо (когда работает без глюков).
Возможно, не совсем понятно, что имеется в виду, когда я пишу, что сеть должна "поддерживать хотспот". Конечно, хотспотом будет управлять главный Микротик, но главная цель заключается в том, что доступ к сети должен осуществляться по большой территории путем подключения нескольких клиентов к одной точке доступа. А если я сделаю согласно Вашему совету, но на каждом SXT, подключенном к Буллету, нужно будет дополнительно ставить еще один раздающий роутер, и нет никаких гарантий, что на нем не возникнет аналогичных проблем.
Fi3xeR: Кстати, попробуйте новый wireless-пакет в 6.35 (wireless-rep). Он скачивается отдельно. Может, это Вам поможет. Если же нет - обновляйтесь до 6.35, делайте supout.rif и пишите в техподдержку МТ (support@mikrotik.com). Маленький лайфхак: можно писать на русском, парни русский знают. Хотя ответ, скорее всего, придёт на английском. Опишите им проблему максимально подробно, и, думаю, они вам смогут дать хотя бы внятное объяснение. Не забудьте поделиться им с нами, т.к. вопрос интересный.
Поставил отдельный wireless-пакет, последнюю прошивку... Не помогло. Написал в техподдержку, ниже цитирую письмо.
I know that you understand in Russian, so the following text is in Russian.
Здравствуйте, уважаемые специалисты Микротик!
Прежде всего я хотел бы поблагодарить Вас за то, что Вы создали такое чудесное устройство, как Микротик! Эти роутеры совершенно непохожи на то, что делает большинство других производителей, и обилие настроек и возможностей этих устройств просто поражает воображение. Для меня, не имеющего специального образования в этой сфере, эти устройства стали просто учебником, или такой своеобразной практической инструкцией для познания новых сетевых технологий, и это просто отлично. Ни с одним роутером других производителей (я сравниваю с D-Link, TP-Link, Upvel, Zyxel и подобные) я не испытывал такого удовлетворения после решения очередной сложной задачи. Ваши роутеры - это просто произведения искусства, и за это еще раз огромное Вам спасибо!
Однако, есть некоторые ситуации, в которых, возможно, все не настолько идеально работает, как хотелось бы. Я уже почти три года активно и на практических задачах изучаю Ваши устройства, и даже в самых сложных и запущенных ситуациях у меня не доходило дело до того, чтобы я писал Вам в техподдержку, всегда как-то удавалось решить вопрос тем или иным способом. И теперь я уперся в такую каменную стену, которую не могу проломить уже очень и очень долго.
Сначала я решил воспользоваться платными консультациями для решения моего вопроса, но даже несколько специалистов, узнав о моей проблеме, в конечном счете предлагали одно-единственное решение: поменять производителя оборудования или в крайнем случае все модели оборудования на другие и вообще всю топологию сети заодно.
Следовать такой рекомендации у меня нет возможности, но поставленные задачи требуют решения, поэтому сейчас Вы - единственная и последняя помощь, на которую я только могу рассчитывать.
Проблема заключается в следующем.
Имеется небольшой коттеджный поселок, в котором нужно всем желающим раздавать Интернет по беспроводной технологии. Для этого в разных местах, примерно на расстоянии километра друг от друга, установлены RB Groove A-52HPn с антенной кругового излучения AX-2411R, и RB Groove A-2Hn с такой же антенной кругового излучения AX-2411R. Оба устройства установлены на высоте около 10 метров практически в чистом поле в нескольких километрах от города (коттеджный поселок), помехи отсутствуют (если надо, могу сделать анализ частот), разве что немного помех друг от друга, но на другом Groove сдвинута частота на 20 Мгц, так что по идее не должно сильно сказываться. Впрочем, даже при вовсе отключенном втором Groove проблема, которую я опишу чуть позже, продолжает появляться.
Оба Groove настроены максимально просто: Wi-Fi точка доступа без пароля и бридж Wi-Fi с LAN. Ну еще есть VLAN10 на LAN, просто для управления. Никаких авторизаций, никакой раздачи IP, ничего лишнего. Вся авторизация, выдача IP и прочее осуществляются на главном Микротике (RB941-2nD), к которому через LAN подключены все эти Groove с такими же простыми настройками. Точнее, один Groove подключен напрямую проводом, а другой Groove через мост из Mikrotik SXT.
К Groove по Wi-Fi подключаются разные клиенты (роутеры, ноутбуки, планшеты и т.д.). Каждый из них может авторизоваться двумя способами: или через авторизацию HotSpot, или через PPPoE, если нужно раздавать Интернет не на конкретное устройство типа планшета или телефона, а, например, на роутер. В случае роутера я использую TP-LINK TLWR743ND, который по одной антенне умеет одновременно устанавливать соединение с Wi-Fi точкой доступа, авторизовываться на ней по PPPoE, и еще и одновременно на этой же антенне раздавать Интернет уже на месте, да еще и с шифрованием WPA2. Это, кстати, единственная вещь (с которой я столкнулся), которую умеет делать дешевый TP-LINK, но не умеет делать Микротик, так как в случае создания виртуальной точки доступа, если основная точка доступа работает в режиме станции (т.е подключается к точке доступа), то виртуальный Wi-Fi тоже должен работать в таком же режиме, а чтобы одновременно основная и виртуальная точки работали в разных режимах как на TP-LINK, так Микротик не умеет. Хотя это не уменьшает его другие преимущества, конечно же.
Так вот все эти подробности про работу сети, вероятно, не так важны, потому что проблема возникает сразу на первом этапе - на подключении клиентов к Groove. Проблема выражается так: изначально все работает отлично, например, после сброса на заводские настройки. Все устройства подключаются, уровень сигнала вполне достаточный для стабильной работы. А потом, может быть через 3 минуты, а может быть и через 10 часов, Groove неожиданно отключает всех беспроводных клиентов с указанием в логе "disconnected, extensive data loss", причем одновременно на всех подключенных устройствах. Через несколько десятков секунд все устройства снова подключаются (но не пингуются даже), и через 20-30 секунд снова отключаются. Потом снова подключаются - и снова отключаются. И такая ерунда может длиться ЧАСАМИ. При этом не помогает вообще ничего - ни изменение SSID, ни частоты, ни режимов, ни вообще чего-то, что имеет отношение к беспроводному адаптеру. Пробовали подключать и к телефону на расстоянии 5 метров от антенны, и роутеры, и ноутбуки - без разницы. А потом вдруг раз! И все начинает отлично работать, все подключено, все замечательно, все стабильно и хорошо. При этом совершенно безразлично, вносились ли изменения в настройки или нет, это чаще всего как раз и бывает и вообще без вмешательства извне. Например, роутер спокойно стоит и работает сутки, даже двое, а потом вдруг самопроизвольно входит в такой режим "коннект-дисконнект", всех подключает-отключает, а потом так же самопроизвольно из этого режима выходит, и работает отлично еще сутки (или три часа), потом снова начинает подключать-отключать, три часа (например) в таком режиме, потом снова все отлично работает.
Что же я пытался делать, чтобы устранить эту проблему, или хотя бы понять, что ее вызывает? Расскажу подробно.
1. Конечно же, ставил чуть ли не все возможные версии прошивок (хотя 4.x и ниже не пробовали), на всех одно и то же. Последний раз поставил новый пакет wireless-rep в версии 6.35.1, и уже почти решил вскрывать шампанское - регистрация некоторых беспроводных клиентов продержалась почти трое суток!!! Но нет, все оказалось напрасно - пишу эти строки и с горечью смотрю в лог ,в котором снова с завидным постоянством вылезает "disconnected, extensive data loss".
2. Пытался использовать разные настройки беспроводного адаптера - перебрал все, что только возможно - не работает. Точнее, иногда начинает работать - но спустя некоторое время опять то же самое.
3. Пытался найти закономерность в возникновении периодов "коннект-дисконнект", наблюдая за первым и вторым Groove - проблема-то вылезает на обоих. Никакой связи совершенно, когда один долбится в коннект-дисконнект, второй прекрасно работает. И наоборот.
4. Решил, что все-таки нужно исключить ничтожный шанс, что оборудование бракованное - купил третий Groove A-52Hpn. То же самое и на третьем.
5. Пытался определить, в какой момент возникает ошибка. Но тут вообще непонятно. Бывает, что просто решил просканировать среду на предмет загрузки частот - посмотрел, все хорошо, но клиенты больше подключиться не могут, хоть ты тресни. Мучился больше часа - все равно не работает. Плюнул, ушел пить горькую, через два часа непрерывных "коннектов-дисконнектов" вдруг стало все хорошо, все подключаются, все довольны, все работает. Перезагружал, смотрел частоты - все отлично, как будет и не было ничего.
6. Решил, что все проблемы от микроволновок, поставил стабилизатор напряжения с бесперебойником - абсолютно никакой разницы.
7. Стал рвать на себе волосы от бессилия. Полысел, но на работе Микротиков это не отразилось. Подумываю купить шаманский бубен, начать отращивать бороду и заглядываюсь на свитеры...
Уважаемая Техподдержка Микротик!
Вы - последние, кто может мне помочь, что еще делать - я просто не знаю.
Всю дополнительную информацию по запросу готов предоставить в дополнительных сообщениях.
Непосредственный доступ ко всем Микротикам через EoIP или TeamViewer до ноутбука внутри сети - тоже без проблем.
Ниже прикрепляю результат команды export в текущем состоянии, а также логи и supout.rif.
У вас там фигурируют всякие "unknown device"(
Полагаю, вас ломают-с(
Запустите под вином сканер акрилик www.acrylicwifi.com.
Без всяких логов графическое представление по каналам/по времени с оценкой уровня сигнала и прочее...
В принципе, для захвата х/шейка достаточно один раз раз разорвать коннект с клиентом.
Это работают mdk3, Athrophy (?) , и еше одна софтина(не вспомню на вскидку).
Как вариант, у вас включен wps с блокировкой ассоциации после N неудачных пинов. Для ее (точки доступа) сброса (ребута) и применяются эти софтины. По идее микротик не должен был бы так вестись, но... кагрица хз(
Попробуйте сделать открытую гостевую подсеть с которой дайте только wan.
Простое отключение wps ничего не даст, в смысле вашим клиентам доступ в нет) через перманентно ребутящийся роутер - просто брокер))) будет валить тд вотместку(
Не жадничайте) Вообще это ммм... бывает, кароче. Особенно, когда чужие тд глушат/давят сигнал чей-то рабочей(
писи
уупс(
перечитал, и увидел "без пароля".
Вопрос не в заполненном знаками или пустом поля пароля, а в выбранном шифровании.
Правда не скажу, пропустит ли микротик пустое поле пароля на доступ в сеть, другие роутеры с пустым паролем попадались только в админку)
Спасибо за ответ!
Не совсем понял, о каком шифровании идет речь. Пароля нет, шифрования нет, все настройки Микротика видны в шапке темы.
Основная сложность для диагностики причин возникновения дисконнектов заключается в том, что проблема возникает спонтанно. Периодически, и даже часто, все работает как надо. То есть клиенты могут продержаться без единого отключения больше суток, а потом, например, в течение двух-трех часов начинают поголовно отключаться/подключаться. Потом, на 500-й раз подключений, Микротик вдруг подключает всех и снова все работает как нужно. Это кошмар какой-то :(
xtelekom, Да. Проблема оказалась в Микротике SXT, который был подвешен на полметра ниже. Несмотря на то, что SXT работал совершенно на других частотах, никак не пересекающихся с основным роутером, после отключения SXT проблема полностью исчезла и более не проявлялась. Я никогда с таким не сталкивался, тем более оборудование одного и того же производителя, работает на разных частотах (хотя в пределах полосы 2,4 Ghz), но тем не менее факт остается фактом. Теперь SXT просто болтается на мачте в качестве декорации, а его функции выполняет Deliberant на полосе уже 5 Ghz, и сеть прекрасно себя чувствует.
Простой
Средний
