Jump to content

KorDen

Forum Members
  • Posts

    2,167
  • Joined

  • Last visited

  • Days Won

    37

KorDen last won the day on July 9

KorDen had the most liked content!

Equipment

  • Keenetic
    Peak 2710; Ultra 1810; Giga 1010, 1011; Hero 2310; Viva 1910

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

KorDen's Achievements

Honored Flooder

Honored Flooder (5/5)

882

Reputation

5

Community Answers

  1. Например через консоль "interface Home traffic-shape rate 80000" Иными словами, ставите один кинетик, без свичей, для приставки выделяете LAN-порт (галка "порт для IPTV" в настройках WAN), для домашнего сегмента выставляете ограничение скорости (по идее будет нормально при 80-85 мбит/с) - и всё.
  2. Зачем ставить свич? На любом кинетике можно любой LAN-порт сбриджевать с WAN, это же прямо и есть режим для IPTV. Вам нужно просто ограничить для всего домашнего сегмента скорость например до 80 мбит/с, чтобы приставке оставался запас.
  3. Скорее всего у вас конфликт со стороны роутеров соседей, например оба отдают 192.168.1.x
  4. 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"
  5. Для ситуации "раздать со смартфона инет через WISP когда отвалился проводной" было бы полезно включать/выключать подключение WISP с кнопки - чтобы в нормальной ситуации не выполнялся постоянный поиск сети, а в случае необходимости не надо было лезть в морду.
  6. С возвращением вкладки "активных соединений" вернулась старая проблема тормозов, так как /rci/show/ip/nat подгружается всегда при открытии "Диагностики", а не только когда открыта вкладка "Активные соединения". Если в conntrack даже 3 тысячи соединений - вся страница диагностики начинает подтормаживать, особенно ощущается при работе с захватом пакетов - создание/редактирование правил захвата очень тормозит. Предлагаю всё же перестать грузить и обновлять список соединений при неактивной вкладке.
  7. Видимо не полностью? Словил единократный ребут Peak дней 5 назад, в чате есть жалобы на ребуты 1011 - или это уже что-то другое?
  8. Для работы роуминга клиентов (11r) нужно чтобы между всеми ТД ходил мультикаст бродкаст. Для работы "WiFi-системы" в части согласования путей нужно чтобы корректно ходил STP. На управляемых коммутаторах надо на этих портах либо отключать STP, либо настраивать BPDU Bridge, либо поиграться с параметрами STP и тогда теоретически коммутаторы так же могут участвовать в построении пути, но будет ли это работать нормально - хз.
  9. ....? Явно лишнее: - Приложения - Общие настройки > Производительность - Диагностика > Активные соединения В общих настройках описание компонентов, режимов работы, сброса - везде про режим роутера так или иначе говорится
  10. Да куда угодно. Сейчас - скорее всего в админку, но если потом появятся какие-то иструменты анализа/диагностики прямо в RMM - возможно и в них. Речь именно о том, чтобы связать сущности в обе стороны. Сценарий - звонящий клиент/знакомый/родственник. Не помню, как назвал его сеть среди пары десятков - то, что было логично N месяцев назад, сейчас уже забылось. Ну или работа в команде. Надо определить клиента по имеющимся признакам - "посмотрите на этикетке" (sn/tag)/"зайдите в настройки мобилы/ноута и скажите адрес" - и вот от этого значения плясать.
  11. Я сейчас о ситуации "знаю MAC клиента, надо зайти на роутер, к которому этот клиент сейчас подключен"
  12. У вас кто-то раздал репитеру левый IP, вот и всё: Jul 23 17:26:17 ndhcpc: Bridge0: received OFFER for 192.168.0.111 from 192.168.0.50.
  13. А 192.168.1.3 случаем не пингуется?
  14. Подсеть дефолтная 192.168.1.x или нет? Она вообще пингуется?
  15. 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мбит/с возле ультры, смысла от него нет
×
×
  • Create New...