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

mAP Lite — увеличилось время отклика после подключения по LAN

mAP Lite — увеличилось время отклика после подключения по LAN, RouterOS

PavelSchamberger

Guest

04.06.2024 14:04:00

Здравствуйте, у меня возникла проблема с новым mAP Lite (RBmAPL-2nD). Как только я подключаю AP к локальной сети, время отклика по беспроводной связи увеличивается с 1-2 мс до 200-1000 мс. Сеть становится нестабильной. Расстояние до AP значения не имеет. Хочу использовать его как портативную точку доступа (в разных местах, в разных сетях). Не могли бы вы проверить приложённые настройки и подсказать, в чём может быть проблема? Спасибо.

# 2024-06-04 11:50:22 by RouterOS 7.15
# software id = P2HX-SLTA
#
# model = RBmAPL-2nD
# serial number =

/interface bridge
add name=bridge1 protocol-mode=none

/interface list
add name=WAN
add name=LAN

/interface wireless security-profiles
set [ find default=yes ] supplicant-identity=MikroTik
add authentication-types=wpa-psk,wpa2-psk management-protection=allowed mode=dynamic-keys name=mAP_lite supplicant-identity=""

/interface wireless
set [ find default-name=wlan1 ] band=2ghz-b/g/n country="czech republic" disabled=no frequency=2422 mode=ap-bridge name=wlan1-WiFi security-profile=mAP_lite ssid=Pavel-AP wireless-protocol=802.11 wps-mode=disabled

/iot lora servers
add address=eu.mikrotik.thethings.industries name=TTN-EU protocol=UDP
add address=us.mikrotik.thethings.industries name=TTN-US protocol=UDP
add address=eu1.cloud.thethings.industries name="TTS Cloud (eu1)" protocol=UDP
add address=nam1.cloud.thethings.industries name="TTS Cloud (nam1)" protocol=UDP
add address=au1.cloud.thethings.industries name="TTS Cloud (au1)" protocol=UDP
add address=eu1.cloud.thethings.network name="TTN V3 (eu1)" protocol=UDP
add address=nam1.cloud.thethings.network name="TTN V3 (nam1)" protocol=UDP
add address=au1.cloud.thethings.network name="TTN V3 (au1)" protocol=UDP

/ip pool
add name=dhcp_pool0 ranges=192.168.1.1-192.168.1.100,192.168.1.102-192.168.1.254

/ip dhcp-server
add address-pool=dhcp_pool0 interface=bridge1 name=dhcp1

/interface bridge port
add bridge=bridge1 interface=ether1
add bridge=bridge1 interface=wlan1-WiFi

/interface list member
add interface=ether1 list=WAN
add interface=wlan1-WiFi list=LAN

/ip address
add address=192.168.1.101/24 interface=ether1 network=192.168.1.0
add address=192.168.1.102/24 interface=wlan1-WiFi network=192.168.1.0

/ip dhcp-client
# DHCP client не может работать на slave или passthrough интерфейсе!
add interface=ether1

/ip dhcp-server network
add address=192.168.1.0/24 gateway=192.168.1.101

/ip firewall nat
add action=masquerade chain=srcnat disabled=yes out-interface=bridge1
add action=dst-nat chain=dstnat disabled=yes protocol=icmp to-addresses=192.168.1.101

/ip hotspot profile
set [ find default=yes ] html-directory=hotspot

/system identity
set name=MikroTik

/system note
set show-at-login=no

mAPLite_export_conf.rsc (2.32 KB)

PavelSchamberger Guest	#2 0 09.07.2024 11:22:00 Я почти уверен, что на сети не включен DHCP-сервер. Все устройства имеют статические IP-адреса. Но при этом время отклика всё равно составляет 300–500 мс.

ansky

Guest

09.07.2024 11:40:00

Возможно, в этом месте есть оборудование для нейтрализации незаконных точек доступа. Ruckus позволяет атаковать rogue AP, посылая деаутентификационные пакеты их клиентам. Возможно, другая сеть использует тот же сегмент, что и ваша, и где-то происходит конфликт IP-адресов. Может быть, в этой сети слишком много широковещательного трафика (broadcast и multicast передаются точками доступа на очень низкой скорости), из-за чего подключение сильно замедляется — это можно проверить с помощью Wireshark. Ещё похоже, что при подключении вашего mAP вы добавляете rogue DHCP-сервер в сеть клиента. Отключите DHCP на mAP и задайте все настройки вручную на клиенте. В вашей конфигурации wlan1 и ether1 объединены в мост, так что теоретически вашему mAP даже не нужен IP-адрес. Чтобы управлять им, можно использовать Winbox — он будет обращаться по MAC-адресу вместо IP. Winbox также автоматически обнаружит mAP благодаря протоколу CDP.

jaclaz

Guest

09.07.2024 13:14:00

Да, в текущей конфигурации всё, похоже, настроено на L2-бриджинг, поэтому IP-адрес для устройства map, по идее, не нужен. По сути, это простой коммутатор с двумя портами — проводным и беспроводным. Но сможет ли беспроводное соединение с ноутбуком по Wi-Fi работать без IP и без присвоения его ноутбуку?

Совсем наоборот: просто мысли вслух, но, может, стоит изменить сам подход с бриджем и попробовать использовать map как роутер между «приватной» LAN (доступной через Wi-Fi) и локальной проводной LAN (которая для map будет WAN). То есть без бриджа, Wi-Fi — как LAN, а ether1 — как WAN. Тогда на ноутбуке можно включить DHCP, и он получит IP от DHCP-сервера map, и так вы сможете получить доступ к map.

Но как в этом случае понять, что происходит на стороне WAN? Назначение ether1 шлюзом и настройка masquerade NAT могут быть статичными и не требовать изменений, но их нужно отслеживать. Возможно, поможет ip scan на интерфейсе ether1: https://help.mikrotik.com/docs/display/ROS/IP+Scan или — скорее — обнаружение соседей (ip neighbor discovery): https://help.mikrotik.com/docs/display/ROS/Neighbor+discovery, чтобы получить информацию о IP-адресах в локальной проводной сети.

Дальше потребуется скрипт для присвоения «правильного» IP адресу ether1 и повторного обновления аренды DHCP, чтобы ноутбук получил корректный шлюз. Это гораздо сложнее и без гарантий, что вообще сработает. Если же бридж работает (возможно, без присвоения IP и без DHCP), то этот вариант намного предпочтительнее.

ansky

Guest

09.07.2024 21:40:00

Да. WiFi в основном работает на уровнях L1 и L2. L3 он обрабатывает только если используется IGMP snooping, и даже тогда я не уверен, выполняется ли это на интерфейсе или процессором. Он сказал, что у его клиентов нет DHCP-серверов, поэтому ему придётся вручную настраивать WAN. Можно просто сконфигурировать клиента. Поскольку у интерфейса может быть несколько IP-адресов, можно просто назначить все адреса всех клиентов интерфейсу WiFi клиента, и это будет работать везде. Например, если у одного клиента сеть 192.168.0.0/24, а у другого 192.168.1.0/24, он может назначить на один интерфейс адреса 192.168.0.254/24 и 192.168.1.254/24, и тогда при подключении к любой из этих подсетей доступ к компьютерам будет обеспечен. Кроме того, если он настроит устройство как роутер, он не сможет получить доступ к устройствам и сервисам только на уровне L2 на стороне WAN и не сможет автоматически обнаруживать многие устройства. mAP будет выполнять маршрутизацию и маскарадинг, переписывая каждый пакет через процессор, который имеет ограниченную мощность — это ограничит пропускную способность и добавит задержки. Мультикаст, скорее всего, сломается. Многие вещи перестают работать, если менять исходный IP-адрес. Для понимания маршрутизации и маскарадинга нужны знания сетей. Этот парень — разработчик PLC. Наверняка он даже не знает, что такое L2 и как работает коммутатор, не говоря уже о роутерах, NAT, PAT и т.д. Кратко: на mAP уберите все IP-адреса и отключите DHCP. На WiFi-интерфейсе клиента настройте все IP-адреса, которые могут понадобиться. Вот как это сделать: https://academy.showcockpit.com/tutorials/networking/multiple-ip-addresses-on-a-nic Так как интернета нет, шлюз оставьте пустым. Нужно указать только IP-адреса и маски подсетей. Скорее всего, маска 255.255.255.0 подойдёт для всех сетей, так как с ней легко работать и она не требует знаний о субнеттинге. Ещё включите “multicast enhance”, который превращает broadcast и multicast в unicast, благодаря чему AP передаёт их на максимально возможной скорости, а не на минимальной. Альтернативный вариант — отключить низкие скорости WiFi, чтобы увеличить скорость передачи неуниткастного трафика. Если проблема не уйдёт, попробуйте несколько раз сменить IP-адрес, возможно, есть конфликт. Если есть критически важные устройства и их отключение грозит катастрофой, посмотрите это руководство: Checking if an IP is free, without having an IP address [MS Windows] - Useful user articles - MikroTik community forum

jaclaz

Guest

09.07.2024 23:03:00

Существуют коммерческие и бесплатные инструменты для Windows (некоторые также совместимы с 10/11), которые позволяют переключаться между разными сетевыми профилями (то есть менять IP-адрес и маску подсети). Добавлять несколько IP-адресов — хорошая идея, но есть риск возможных конфликтов: два клиента могут использовать одну и ту же сеть 192.168.1.0/24. На первом можно использовать 192.168.1.254, а на втором этот адрес уже занят другим устройством, что создаёт конфликт. Случай редкий, но теоретически возможный. На практике же выбрать IP-адрес, который не используется в обеих сетях, должно быть вполне реально.

ansky

Guest

09.07.2024 23:22:00

Да, я только что добавил инструкцию о том, как проверить IP-адрес, не имея его изначально: Проверка, свободен ли IP, без самого IP-адреса [MS Windows]. Если берёшь IP-адрес, думаю, стоит уведомить сетевого администратора. Если такого нет, нужно где-нибудь наклеить наклейку с предупреждением, что этот IP занят, и его нельзя давать другим устройствам.

jaclaz

Guest

10.07.2024 08:14:00

Хорошее руководство. Тем не менее, должно быть возможно использовать собственный ip scan или функцию обнаружения соседей Mikrotik (или какую-то другую команду), чтобы получить такой же результат. Сложная часть (хотя, я думаю, это возможно) — автоматизировать это с помощью скрипта. Есть также коммерческие и бесплатные инструменты для сканирования IP. Например, angryipscanner работает на Windows, Linux и Mac.

PavelSchamberger

Guest

10.07.2024 11:37:00

Всем привет, сегодня я провёл ещё один эксперимент. Взял другой AP и попробовал похожие вещи. Работает намного лучше. Время отклика в том же месте не превышает 10 мс. На AP включён DHCP-сервер, и он работает в режиме точки доступа. Отправляю самые свежие настройки.

ansky

Guest

#10

10.07.2024 12:32:00

Это просто бесит. Невозможно настроить одно и то же и получить разные результаты. Да, тебе дали кучу советов. Прочитай старые посты, перестань тратить наше время зря. Ты что, пришёл сюда просто полить mikrotik грязью? Ты не следуешь данным рекомендациям и при этом разбрасываешься наглыми враньём. Разве у большинства из них не нужен IP?

holvoetn Guest	#11 0 10.07.2024 12:43:00 Давайте все вести себя культурно, пожалуйста? Играем в мяч, а не на личности.

jaclaz Guest	#12 0 10.07.2024 13:34:00 На самом деле, нет, я никогда не тестировал с адресом APIPA, установленным в Windows, но если у Windows с установленным IP, скажем, 10.1.1.12, я могу указать программе просканировать (например) 192.168.1.1-192.168.1.254 или любой другой диапазон. Конечно, чем меньше диапазон, тем быстрее работает программа. Обычно я использую программу Netscan (SoftPerfect Network Scanner) — правда, на гораздо более старой версии Windows, и в старой версии программы, когда она была бесплатной. Кстати, помимо того, что программу сделали триальной и коммерческой, ребята из Softperfect постепенно добавили столько опций, функций и заморочек, что сейчас она, на мой взгляд, превратилась в почти бесполезный раздутый софт. Возможно, она полезна для каких-то продвинутых задач, но для простой проверки занятых IP в сети это явный перебор.

Читают тему

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