Jump to content

t800

Forum Members
  • Posts

    124
  • Joined

  • Last visited

Everything posted by t800

  1. Собрал wifi-систему (Giga - основной + Air и Extra - репитеры), стык медью, бэкхол выключен. Для AppleTV после регистрации настроил запрет работать через Air и Extra, чтобы не прыгал с точки на точку. В итоге, когда перезагружал wifi на гиге, appletv перескочил в экстру и назад не вернулся. Логика работы настройки непонятна. Буду признателен за пояснения и решение. Скриншоты и селф-тесты - в следующем сообщении
  2. @Le ecureuil Плюсану по проблеме с хардовым шифрованием. У меня это выглядит как постоянные проблемы с RDP. Он просто зависает каждые 10-60 секунд до момента пока клиент не сделает реконнект. При этом пинги с сервера до клиента идут нормально. По совету Максима Анисимова сегодня включил software режим и всё заработало отлично. Изменение MTU lj 1200 в режиме hardware не помогало. Интернет у меня pppoe с фиксированным белым IP.
  3. Добрый день В настоящее время wifi-система реализована по принципу "всё или ничего". Или точка доступа захвачена и на ней развёрнуты все сегменты, что и на контроллере, или точка должна работать независимо. Тем не менее, вовсе не всегда нужно копировать конфигурацию всех сегментов. Например в том случае, если нужно пространственно изолировать определённых клиентов и исключить саму возможность случайных переходов на другую точку доступа. Я предлагаю два варианта доработки: простой и посложнее: 1. В каждом сегменте сделать чек-бокс "передавать участникам wifi-системы". Если чек-бокс активен, ок, все подчинённые девайсы будут получать конфигурацию данного сегмента; если не активен - соответственно этот сегмент останется только на контроллере 2. То же самое, что и вариант №1, но с возможностью задания конкретных точек доступа, куда настройки данного сегмента будут копироваться.
  4. Поддержу @JIABP. На 6 и 7 айфонах наблюдаю иногда категорическое нежелание переходить из точки в точку. Понимаю, что проблема наверняка скрыта в клиентах, но и говорить, что "всё работает" я бы так уверенно не стал.
  5. Видимо да. Ваши вопросы по этой теме, насколько я могу судить, остались без ответов.
  6. Мы о разных вещах говорим. Речь не про стряхивание с 2.4,ггц в 5. Речь про стряхивание клиента с любого диапазона точки доступа, если snr его достиг какого-то критического уровня.
  7. "Роуминг" в WiFi пляшет от клиента и это порождает массу проблем даже если собрана "бесшовная сеть" с 802.11k/r. Клиент может или не поддерживать этот протокол или маниакально прочно цепляться к одной точке и не перескакивать на более мощную даже рядом с ней. Планируется ли реализовать принудительное "стряхивание" клиента с низким уровнем сигнала с точки доступа? Уровень, на котором триггерится отключение клиента, должен быть по всей видимости настраиваемым.
  8. Черным списком я это и решал. Но это неверно, и не быстро - Air может продолжать долбиться в экстру какое-то время. Точка доступа нужна (вроде написал же) для увеличения зоны покрытия в рамках бесшовного роуминга. Просто в одну комнату я дотянулся проводом, а в другую - нет. Там поставил Air и он подключён к основному маршрутизатору в качестве "усилителя".
  9. Спасибо. Да, работает, проморгал
  10. Добрый день Имеется Keenetic Giga III (как основной маршрутизатор), Keentic Air (KN-1610), настроенный как усилитель для увеличения зоны покрытия и подключённый к Giga по Wifi. И Keenetic Extra (KN-1710) настроенный как точка доступа и включённый проводом в Giga. Точки доступа на всех трёх кинетиках настроены с одним SSID, везде включён роуминг (прошивки везде 2.14). Всё работает более-менее, но если отправить Giga в перезагрузку, то Air цепляется к Extra. Ему всё равно какой MAC у удалённого интерфейса, он ориентируется на SSID, который у него указан в настройках подключения Вопрос - можно ли заставить Air привязаться к MAC-адресу Wifi-интерфейса Giga, чтобы жёстко указать ему точку-источник?
  11. Начался трабл относительно недавно БЕЗ каких-либо изменений в настройках. Выглядит так: на расстоянии порядка 5 метров от кинетика айфон показывает 100% сигнал. При этом приложения лагают, есть проблемы с воипом и прочее. Стал смотреть на стороне кинетика, а там 24% показывает сигнал от айфона! Это на минимальной дистанции, диапазон 5Gz, united states, канал 44, 802.11an+ac и никого в этой частоте и рядом нет. Откатился на 2.10 - без изменений. Протестировал разные варианты конфигурации - (каналы, страны, мощность) - без изменений. Что за внезапная деградация для конкретного девайса? При этом устройства, более удалённые показывают вполне себе нормальный уровень На всякий случай, проверил и другие айфоны, чтобы исключить проблему конкретного девайса. Плюс-минус одинаковая ситуация
  12. @Le ecureuil, @ndm, можете посмотреть self-test из скрытого сообщения? Виноват таки провайдери или рутер? Спасибо
  13. Там (в шапке) написано, что селф-тесты МОГУТ содержать непубличную информацию. Ничего такого, что мне страшно было бы разгласить, там нет. Но чтобы не тревожить ничьё чувство прекрасного, сообщение я скрыл. Очень расчитываю, что @ndm или кто-нибудь из его коллег найдут время и возможность посмотреть что там может быть с кинетиком не так.
  14. Всё нормализовалось через минут 5, точнее не могу сказать. Странно другое. Хозяин рутера делал рестарт по питанию, и с его слов "сначала всё работало, потом переставало". Я посоветовал выждать без активных движений, и действительно, через 5 (край 10) минут интернет заработал стабильно
  15. К сожалению, это не мой рутер, поэтому с оперативным сбором информации с него есть проблемы.
  16. Из наблюдений - один раз была проблема: после перезагрузки рутера (последняя отладочная версия), внезапно стал вываливать Invalid CHAP authorization (или что-то по тексту близкое). Типа too many connections. Минут 10 я на это смотрел, и еще раз перегрузил кинетика. Сразу все починилось. И тут я понял, что не снял селф-тест. Посыпаю голову пеплом и сниму сразу как повторится эта проблема
  17. @ndm отпишитесь, плс, как будет готово... P.S. При установке последнего доступного обновления ветки 2.09 на Кинетик Ультру (первую), web-интерфейс становится недоступным. Через консоль откатился на ku_ra_draft_2.09.A.0.0-3.bin и всё сразу нормально заработало. Если надо, могу создать отдельный тред по этой беде.
  18. Да понимаю, я сам работаю эээ в огромной компании и вся эта подноготная мне хорошо известна. Вечная проблема обратной связи. Но зато у вас и продукт офигенный. Лучшее, пожалуй на рынке предложение, которое сочетает профессиональную реализацию и понятный простой пользовательский интерфейс
  19. Вечная беда в том, что провайдера "страшно далеки" от народа. Что сотовые, что наземные. Работал и там, и там, а потому знаю не понаслышке. Частая ситуация, когда внутри оператора что-то "оптимизируется", что не имеет явного/прямого воздействия на абонентов и вроде как всё хорошо. По факту же страдает некий процент пользователей, которые не имеют никаких шансов на поддержку. Потому что в колл-центрах давно уже сидят попки, работающие по типичным сценариям, и которые максимум что могут сделать - это зарегистрировать заявку от вас. И то, они всячески уходят от этого, чтобы не страдали KPI. Заявка же свалится к инженеру, который не всегда второй уровень отличает от третьего, и он попьет пользователю крови, заставляя пробовать и делать совершенно банальные вещи. Вроде обновления прошивок. А заканчивается всё сакральным ответом "ваша модель маршрутизатора нами не поддерживается". То есть "иди ты в $опу, дорогой абонент, мне впадлу разбираться". Заявка закрывается с отметкой "проблема на оборудовании пользователя" и все довольны. Инженер отработал кейс, он пошёл в статистику. А сетевики думают "ух ты, как мы классно всё сделали, никаких жалоб". Ну а на форумы они ходят редко, начиная с середины 2000-ых все работают под подписками о неразглашении, и только отдельно взятые сотрудники имеют право от лица компании писать в сети. Пишут там, понятно HRы и прочая PR-шелупонь В этом плане я очень признателен специалистам, разрабатывающим NDMS за то, что они напрямую общаются тут с пользователями и реально реагируют на проблемы. Это одна из основных причин, по которой я ВЕЗДЕ для SOHO меняю/рекомендую/устанавливаю только Zyxel. По существу вопроса. Если я правильно понял, основное подозрение на то, что IP-адреса DNS-серверов становятся недействительными (ну или перестают отвечать в данном сегменте сети), правильно?
  20. @ndm на форуме Билайна мелькало вот такое: Проблема описывалась для асуса, но совершенно схожая. Вот линк. Не может такого быть, что в определенных условиях где-то сохраняется адрес DNS, который доступен только из L2TP-сессии - то есть уже при работающем интернете? Тот DNS никак не сможет резолвить tp.internet.beeline.ru, это возможно только на DNS, который доступен на ISP соединении. Может схожая проблема присуща и кинетикам?
  21. Сегодня поеду на точку, настрою дамп.
  22. @ndm что-то удалось понять по селф-тесту, или нет? Спасибо.
  23. @ndmприлагаю self-test, собранный после внезапного разрыва L2TP-сессии. Провайдер Билайн. Заново соединение автоматически не установилось, ошибку (unable to resolve tp.internet.beeline.ru) увидите в файле. После рестарта по питанию всё мгновенно заработало. Проблема нечастая, закономерности не увидел, но случается не так и редко. Раз в один-три дня точно. Кинетик не мой, это всё усложняет в плане оперативного анализа. self-test (5).txt
  24. Согласен про логику. Вот только дрова там разные, порты физически по-разному устроены (как оказалось) и т.п. Пусть логика и пытается работать одинаково, но если есть проблемы уровнями ниже, то вполне могут быть проблемы, типичные для какой-то конкретной модели кинетика. В конце концов, у меня вон тоже Ультра и Гига 3 работают без нареканий.
  25. Возможно это станет открытием, но кинетики отличаются аппаратно. У вас тоже лайт 3? Если верить подписи, то нет. Тогда может не надо вот это вот сразу "у меня всё ок, вы о чём посоны?"
×
×
  • Create New...