KorDen

Например через консоль "interface Home traffic-shape rate 80000" Иными словами, ставите один кинетик, без свичей, для приставки выделяете LAN-порт (галка "порт для IPTV" в настройках WAN), для домашнего сегмента выставляете ограничение скорости (по идее будет нормально при 80-85 мбит/с) - и всё.

Зачем ставить свич? На любом кинетике можно любой LAN-порт сбриджевать с WAN, это же прямо и есть режим для IPTV. Вам нужно просто ограничить для всего домашнего сегмента скорость например до 80 мбит/с, чтобы приставке оставался запас.

Скорее всего у вас конфликт со стороны роутеров соседей, например оба отдают 192.168.1.x

Yep - TX/RX are swapped RMM shows "Noise margin:23.5 / 15.3 dB" KN-2010 FW 3.6.10 web without mods shows "Noise margin 15.2 / 23.5 dB"

Для ситуации "раздать со смартфона инет через WISP когда отвалился проводной" было бы полезно включать/выключать подключение WISP с кнопки - чтобы в нормальной ситуации не выполнялся постоянный поиск сети, а в случае необходимости не надо было лезть в морду.

С возвращением вкладки "активных соединений" вернулась старая проблема тормозов, так как /rci/show/ip/nat подгружается всегда при открытии "Диагностики", а не только когда открыта вкладка "Активные соединения". Если в conntrack даже 3 тысячи соединений - вся страница диагностики начинает подтормаживать, особенно ощущается при работе с захватом пакетов - создание/редактирование правил захвата очень тормозит. Предлагаю всё же перестать грузить и обновлять список соединений при неактивной вкладке.

Видимо не полностью? Словил единократный ребут Peak дней 5 назад, в чате есть жалобы на ребуты 1011 - или это уже что-то другое?

Для работы роуминга клиентов (11r) нужно чтобы между всеми ТД ходил мультикаст бродкаст. Для работы "WiFi-системы" в части согласования путей нужно чтобы корректно ходил STP. На управляемых коммутаторах надо на этих портах либо отключать STP, либо настраивать BPDU Bridge, либо поиграться с параметрами STP и тогда теоретически коммутаторы так же могут участвовать в построении пути, но будет ли это работать нормально - хз.

....? Явно лишнее: - Приложения - Общие настройки > Производительность - Диагностика > Активные соединения В общих настройках описание компонентов, режимов работы, сброса - везде про режим роутера так или иначе говорится

Да куда угодно. Сейчас - скорее всего в админку, но если потом появятся какие-то иструменты анализа/диагностики прямо в RMM - возможно и в них. Речь именно о том, чтобы связать сущности в обе стороны. Сценарий - звонящий клиент/знакомый/родственник. Не помню, как назвал его сеть среди пары десятков - то, что было логично N месяцев назад, сейчас уже забылось. Ну или работа в команде. Надо определить клиента по имеющимся признакам - "посмотрите на этикетке" (sn/tag)/"зайдите в настройки мобилы/ноута и скажите адрес" - и вот от этого значения плясать.

Я сейчас о ситуации "знаю MAC клиента, надо зайти на роутер, к которому этот клиент сейчас подключен"

У вас кто-то раздал репитеру левый IP, вот и всё: Jul 23 17:26:17 ndhcpc: Bridge0: received OFFER for 192.168.0.111 from 192.168.0.50.

А 192.168.1.3 случаем не пингуется?

Подсеть дефолтная 192.168.1.x или нет? Она вообще пингуется?

2.4ГГц: 1-6-11 при ширине 20 МГц, режим N-only (если нет старых устройств с g), мощность 50%, возможно лучше 25% 5 ГГц: 36-52-149 при ширине 80 МГц, режим N+AC, мощность 75%, возможно лучше 50% Рекомендации по мощности обусловлены симметрией с клиентами, которые практически всегда слабее. В РФ только один канал шириной 160 МГц в 5 ГГц (36-64), так что если нет реальной цели получить по WiFi практические скорости выше 650мбит/с возле ультры, смысла от него нет