vasek00

Не знаю как другим мне эти png невидно.

https://ip-calculator.ru/#!ip=213.59.192.0/18

Это не оно

Да без проблем можно и еще по больше. Для того чтоб определить маршрут для пакета нужно проверить таблицу маршрутизации, при совпадении отправить туда куда надо согласно записи, а если нет то на default.

Больно большой списочек, 142.250 и 173.194 и 74.125 и 209.85.128 чуток не хватает (видимо от пров.) можно об'еденить, а так же есть лишнии так как есть uBlock для браузера, который блокирует некоторые и в тоже время youtube все равно работает.

Как написано выше - KN-1011 это проц 7621 (и его аналоги) скорость WG максимум 150Мбит, если надо 400Мбит скорость то этого любой ARM в Keenetic (7622/7981)

42B2 попробовал так и не работает, приходится в мобильном приложение все "передергивать"

Для ARM проца все ОК (AGH+tpws+iptable). tpws тут уже свой не для mipsle. Ручная проверка. 1. AGH 2. tpws (ARM) 3. iptables 4. итог

Да не вопрос, я просто ссылку почитать.

https://habr.com/ru/articles/831846/comments/

У вас скорей всего ошибка в строке mark_id=`curl -kfsS http://localhost:79/rci/show/ip/policy 2>/dev/null | ... | .mark'` Смотрите вывод команды - show ip policy в webcli наример Policy0 или Policy1 и так далее.

А как вы ее пытаетесь решить? Сам механизм ниже. 1. ipset create ИМЯ_списка hash:ip hashsize 4096 2. iptables ... -m set --match-set ИМЯ_списка dst -j MARK --set-mark ПОЛИТИКА_Policy 3. ipset: [] ipset_file: /opt/home/AdGuardHome/ipset.conf 4. /opt/home/AdGuardHome/ipset.conf flxvpn.net,.....,nflxvideo.net/ИМЯ_списка 5. ПОЛИТИКА_Policy - web/cli команда "show ip policy" Policy0": { "description": "Cl", "mark": "ffffaaa", ... ПОЛИТИКА_Policy - может быть созданная вами или готовая в системе.

Лучше сначала ручками WEB настройки интернета/Wifi сделать, а то что касается клиентов/маршрутов - то "определенные блоки" которые можно перенести из одного конф в другой (копированием). Прокидка портов тут нужно смотреть, так как у вас Extra это 100Мбит интерфейсы, а у KN-2311 это 1Гбит интерфейсы имеют разные имена, но так же все решаемо.

Решил сегодня посмотреть лог и как с клиентами. Конечно не часто туда заходишь, но заходишь. В WEB - "управление - параметры системы" есть такие поля как "Удобство навигации", галка в "Префикс в название", "Параметры системы" ну видимо они важны раз размещены. Возможно ли так же добавить "галку" для показа данного окна или нет, пусть не в WEB может в cli.

Ну нет так нет. Хотя конечно плохо когда нет альтернативы.

Для начального использования вопросов нет, но после нескольких месяцев уже понятно что и как. Становится назойливо уже. Может поставить галку, по умолчанию включена, а потом кому надо ставят отключить напоминание.

1. В текущей реализации ПО 4.2/4.1 в WEB .../staticRoutes при вводе стат.маршрутов они попадают во все политики (Policy) которые есть в системе. 2. Например, имеем Inet-1 (основной) на нем поднят VPN канал и для данного соединения Policy1, далее Inet-2 (резервный) на нем Policy2. Клиент в Policy2, но для него и только нужно добавить стат.маршрут до сети/узла через интерфейс WG (от Inet-1). Есть ли возможность на странице /staticRoutes добавить поле выбора Policy -> default (как сейчас) или политику (Policy), исключив попадание данного маршрута в другие политики.

https://www.ixbt.com/comm/tech-80211g-super_1.shtml Для ознакомления как работает Bursting это чуток для понимания работы wifi - работают два устройства остальные слушают, после передачи устройство должно получить подтверждение о получение ack если его не будет то будут повторы. Второе - так как "Peak (KN-2710) EAU и 8 устройств Voyager Pro (KN-3510). Wi Fi Mesh система перекрывает все здание" то могут возникать коллизии найти что-то по проще https://zvondozvon.ru/tehnologii/kompyuternye-seti/wi-fi-razdelyaemaya-sreda . Возможно у вас имеет место быть достаточное кол-во коллизий и как итог это время ожидания перед новой передачей. В selftest устройств есть раздел <file name="proc:net/dev"> -> интерфейс прием/передача начните с него, на передаче есть "colls". Еще раз проверьте что и как подключено, устройства для mesh провод/wifi (друг за другом или каждый в 2710) и т.д. ПК ---Wifi--- 2710 ---Wifi--- смартфон

На резервном как раз с ASC. Как писал выше на 42B0 после перезапуска роутера "бзик" но потом все ОК. Данный WG на резервном.

1. После отключения света - вопрос для начала по времени загрузки роутрора/ТД (как говорится кто первый готов) 2. Airplay Bose подключится к тому у кого СИГНАЛ RSSI в данный момент сильнее 3. Колонка airplay Bose подключилась к «Первый» и там и будет сидеть пока ее не перезагрузить или не запретить первый - п.1 и п.2. По настройкам уберите в 2.4 - "g" оставьте только "bn" -> уменьшится чуток зона охвата и если у вас нет устройств которые только для 2.4b, но тогда Airplay Bose не сможет подключиться если п.1 к "Первый", а дождется готовности ТД которая будет готова рядом. Для понимая что у вас - нужно линки между точками, и карта эфира. Андроид только тв приставка. Она по проводу как торрент сервер. iOS, windows. Нужен анализ эфира на любом устройстве (естественно на том котором можно перемещаться), хоть на приставке с длинным кабелем питания (естественно при наличии Wifi на нем) - суть его это понять, что у нас будет с клиентом в нужной нам точке. Ниже три места подключения клиента.

Вы много написали но информации ноль. Состояние эфира это не про соседей, а про клиента как он видит точки в нужных вам местах. Клиенту по барабану сколько у вас стен и какие они ему важен сигнал RSSI как он слышит роутер или ТД. Есть у вас хоть один клиент на Android.

Для понимания начальной фазы принятия решения клиентом когда он выходит из диапазона одной точки доступа (AP) и переключается на следующую доступную AP. "Поддержка роуминга Wifi на устройствах Apple" - перевод https://support-apple-com.translate.goog/guide/deployment/wi-fi-roaming-support-dep98f116c0f/web?_x_tr_sl=auto&_x_tr_tl=ru&_x_tr_hl=ru&_x_tr_pto=wapp Остановлюсь на начальных этапах: 1. Устройства определяют, когда следует роуминг, сравнивая значение индикатора уровня принимаемого сигнала (RSSI) текущего соединения с RSSI новой точки доступа. После того как сигнал ослабляется до определенного значения (известного как порог срабатывания роуминга ), устройство оценивает кандидатов на роуминг. Учитываемые факторы включают порог срабатывания роуминга, полосу частот и технологию физического уровня (PHY), используемую точкой доступа-кандидатом роуминга. Порог срабатывания и перекрытие ячеек Компьютеры Mac отслеживают и поддерживают текущее соединение BSSID до тех пор, пока RSSI не превысит порог –75 дБм. Устройства iPhone и iPad отслеживают и поддерживают соединение с идентификатором базового набора услуг (BSSID) до тех пор, пока индикатор уровня принимаемого сигнала (RSSI) не превысит –70 дБм. После того как Mac, iPhone или iPad пересекают порог срабатывания роуминга, устройство сканирует BSSID-кандидаты роуминга для текущего идентификатора расширенного набора услуг (ESSID). Антенны на устройствах различаются от модели к модели, и они могут воспринимать границы ячеек иначе, чем ожидалось. Помните об этом, когда проектируете беспроводные соты и рассчитываете перекрытие их сигналов. При измерении перекрытия ячеек всегда лучше использовать целевое устройство. 2. Критерии отбора кандидатов в диапазоны, сети и роуминг Помимо достижения порогового значения роуминга, набор базовых услуг-кандидатов (или точка доступа) должен иметь сигнал, который лучше текущего. Для macOS потенциальный BSS должен иметь RSSI на 12 дБ выше, чем текущий BSS, независимо от того, находится ли Mac в режиме ожидания или передает данные. Для iOS, iPadOS и VisionOS потенциальный BSS должен иметь RSSI на 8 дБ выше, если iPhone, iPad или Apple Vision Pro передает данные, или RSSI на 12 дБ выше, если устройство находится в режиме ожидания. Например, iPhone подключен к SSID, где RSSI текущего соединения может упасть до –75 дБм во время вызова голосовой связи через WLAN (VoWLAN). Когда это происходит, устройство позже ищет BSSID-кандидаты для роуминга, которые имеют RSSI не менее –67 дБм. Если Mac подключен к той же сети и RSSI текущего соединения падает до –75 дБм, устройство ищет кандидата BSSID для роуминга, который имеет RSSI не менее –63 дБм. 3. Поддержка оптимизации роуминга см.ссылку выше. У Samsung он аналогичен - https://docs.samsungknox.com/admin/knox-platform-for-enterprise/kbas/kba-115013403768/ Остановлюсь на начальных этапах: Есть 3 фактора, которые вызывают роуминг на мобильном устройстве Samsung: Слабый сигнал - Мобильные устройства вызывают роуминг-сканирование, чтобы избежать частых ретрансляций от потерянных пакетов. Когда значение текущего AP-полученное значение Полученное значение Сигнальной Силы (RSSI) является слабым (ниже -75dBm), устройство ищет AP с более сильным сигналом. Когда пакеты маяка из подключенного AP не получаются через 2 секунды (6 секунд, если дисплей выключен), мобильное устройство считает его потерянным маяком и запускает роуминг. Когда несколько клиентов подключены к одной и той же AP, подключение может быть затруднено, несмотря на наличие сильного радиосигнала из-за ограниченных ресурсов. В этом случае AP уведомит клиентов о своем текущем трафике через фактор CU в своем маяке. Затем мобильное устройство спровоцировало роуминговое сканирование, если полученное значение CU превышает 70 процентов, а нынешнее значение RSSI - между -65dBM и -75dBm. И так же поддержка оптимизации роуминга. И как мы видели выше есть клиенты которые это не используют, хотя странно как то тот же HONOR X9a Android 13 это не умеет или не включен, или еще что-то.