mesb

Про приход этих опций в вашем регионе можно уточнить на 4pda в профильной теме. А здесь и сейчас при плохом покрытии но хорошем интернете вы можете поставить приложение МТС коннект, оно вполне себе работает, возможно и в вашем регионе тоже.

Продолжу тему. В какой-то момент я усмотрел странные совпадения, что асус с его vowifi держится на вифи кинетика дольше если дома нет зте. Короче я взял и активировал 5 ГГц на своей ультре, и выпихнул туда зте, ибо он умеет в 5ггц. И в таком режиме оба аппарата как-то более менее себя чувствуют. Асус реже спрыгивает на сотовую сеть, а у зте прекратились проблемы со слышимостью микрофона.

Так щас зашлю третий лог. Тут подозрительно, спустя полминуты у зте начались проблемы слышимости собседеником когда по нему говоришь. Положил трубку, затем попытался сделать звонок с асуса в справочную мтс и он тутже соскочил в радиосеть. Щас верну обратно ускорители и попробую команды эти дополнить посмотрю как будет.

Вернулся второй аппарат. Асус пока гораздо реже срывается в радиосеть. Однако зте продолжает испытывать проблемы с исходящей связью и проблемами слышимости. Может в самом вифи ещё чего покрутить? Пока ещё докучи попробую no ppe software Селф тест после разговора у зте отправил.

Теперь всё отключить и попробовать словить снова и прислать селфтест?

О, словил. Отправил в личку.

ребутнулся на всякий пока за всё время тестов асус спрыгнул разово сам назад. (не считаем когда оно там само себе на уме в режим ожидания включает или выключает это.) Второй аппарат приедет чуть позже домой - пока гоняю основной смотрю что будет

тут такие дела: (config)> ... udp_timeout 1800 FileSystem::Proc error[22282241]: failed to read initial value for "net.sys.netfilter.nf_conntrack_udp_timeout". (config)> ... udp_timeout_stream 1800 FileSystem::Proc error[22282241]: failed to read initial value for "net.sys.netfilter.nf_conntrack_udp_timeout_stream". Команды точно верные? И второй момент, похоже рановато обрадовался, время до этих странных дел просто стало больше теперь. Может после активации этих ппе надо ребутнуться чтобы он таки утоптал эти соединения в аппаратный ускоритель?

А там нельзя как то гибко пояснить что например какие-то хосты или протоколы не гнать в аппаратный ускоритель?

Тоесть Я возвращаю сейчас ppe hardware, начинаю разговор и жду обрыва, затем выполняю Селф тест так?

Вобщем похоже проблему решило отключение этого: no ppe hardware system configuration save И чего делать? Как-то не хочется сидеть без аппаратного ускорителя то.

Дополню, есть ощущение что когда на вифи не два аппарата с этим типом подключения а 1, то про Лема иногда чуть меньше проявляется позволяя поговорить подольше нормально.

Привет. Использую keenetic ultra чёрная с 3 антеннами. Заметил такую странность на последних билдах прошивки 2.16: У меня МТС с приоритетом звонков через wifi calling. Так вот в какой-то момент в районе минуты +- не зависимо от того исходящий или входящий был звонок, мой собеседник меня перестаёт нормально слышать. И если Асус на 9 дроиде как то это понимает и спрыгивает в лте, то зте так и остаётся до победного. В МТС обращался там всё как в танке, заявка на рассмотрении. От себя делал рекомендованное в телеграм группе: ip nat udp-port-preserve Собственно может кто-то наблюдает эту проблему тоже или знает как пофиксить или что предоставить для проверки где грабли?

Для тех кто придёт сюда поиском: Проблема была в необходимости провести доп настройки кинетика: https://help.keenetic.com/hc/ru/articles/213967849-Особенности-подключения-к-PPTP-серверу-интернет-центра-из-Windows Спасибо технической поддержке за оперативность в почте.

Наблюдаю такую же ситуацию. Причём андроид цепляется без проблем. Windows 7 нивкакую с такими сообщениями в логах кинетика. Если убрать в настройках пптп сервера кинетика галку о требовании шифрования и на виндоус сделать его необязательным - всё работает. Model Keenetic Ultra OS version 2.15.C.4.0-1 Нужно ли размещать какие-то дебаг логи?