Jump to content

D-IMAN

Forum Members
  • Posts

    43
  • Joined

  • Last visited

Posts posted by D-IMAN

  1. В 16.02.2024 в 19:02, Илья Картавенко сказал:

    Если есть возможность померить через роутер, подключив ноут кабелем к роутеру, проверьте.

    Замерил.

    Где то 10 раз замерял

    Download где то в районе 460мбит\с

    Upload стабильно все замеры 500мбит\с.

     

  2. 13 часа назад, Илья Картавенко сказал:

    Он должен быть в комплекте с роутером

    Да помню, вроде бы был в комплекте.

    Надо поискать в шкафах.

     

    7 часов назад, MDP сказал:

    Сейчас другой провайдер 500/500 выдаёт 300/100... чудес же не бывает?! Зачем при равных условиях "грешить" на внутреннюю сеть???

    Провайдер тот же.

  3. 12 часа назад, keenet07 сказал:

    Имею в виду все фишки IntelliQoS попробовать отключить. Чем выше скорость тем эта штука сильнее грузит CPU и общая производительность падает. 

    Что то не нахожу я такого компонента... 

    Или Вы имеете ввиду это: Ограничение скорости Интернета для клиентов (Шейпер трафика) ?

     

    12 часа назад, Илья Картавенко сказал:

    Не пачт кодер, а пач корд. Да, подключить его к ноуту и роутеру и спидтестом померить. Не в роутере дело, а в адаптере ноута и окружающей среде

    Если найду его (или получится одолжить у кого нибудь), попробую.

     

  4. 2 часа назад, MDP сказал:

    Ну тариф то как позиционируется? Типа ... до 500 Мбит/с ? 100 это по пацански тоже до 500 ...

    Да не вроде именно 500\500, никаких "До" не написано.

     

    2 часа назад, Илья Картавенко сказал:

    При замере по wifi это нормальная ситуация, скорее всего в ноуте антенна 1, а если даже 2, то сам адаптер не очень может выдавать больше, хотя и канальная скорость  будет 866 Мбит/с на 2 антенны (на одну соответственно 433).

    Мм, ноут комплектуется с завода MediaTek 7921

    В характеристиках ноута указано: Wi-Fi 6 (802.11ax), 2 диапазона 2х2 

    Забыл в первом посте дописать, что когда перевели на новый тариф, стоял Intel AX210. Цифры по спидтесту были те же что и на MediaTek сейчас. 

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

    2 часа назад, Илья Картавенко сказал:

    Если есть возможность померить через роутер, подключив ноут кабелем к роутеру,

    Вы имеете ввиду патч кодер, правильно понимаю?

    То есть нужно будет пачт кодер воткнуть в роутер (например VLAN1) и в ноут, вырубить wi-fi и на спидтест? 

    Или не так?

     

    2 часа назад, Илья Картавенко сказал:

    Так что не беспокойтесь, у вас все хорошо.

    Да просто как то в голове не укладывается, если с роутером все хорошо, с кабелем все хорошо, с ноутом все хорошо, и ничего не трогалось, то чего же тогда тот же upload так сильно проседает?

    Неужели роутеру не хватает железа более 300Мбит\с тянуть?

     

    25 минут назад, keenet07 сказал:

    Можно ещё попробовать все нагружающие CPU роутера фишки отключить.

    Например?

    25 минут назад, keenet07 сказал:

    Всю аналитику.

    Ну я кроме программы улучшения продукта больше не знаю других...

     

    26 минут назад, keenet07 сказал:

    Включить аппаратное ускорение, если отключено.

    Если Вы про "Аппаратный сетевой ускоритель", то он включен. 

  5. Keenetic Hopper (KN-3810)
    Прошивка актуальной версии (стабильная).
    Провайдер Ростелеком (Москва).
     
    Суть проблемы вот в чем.
     
    Был тариф 300\300 Мбит\с 
    Замер спидтеста до сервера Ростелекома выдавал 300\300Мбит\с всегда!!!
     
    Мне предложили тариф 500\500Мбит\с.
     
    После перехода на тариф, замер спидтеста до сервера Ростелекома выдает download 300 - 400Мбит\с+ а вот upload не более 100 - 300Мбит\с+
     
    Уже после того как я заметил проблемы со скоростью, пробовал вот что делать:

    Пробовал менять настройки Wi-Fi — Не могло. (Вернул как было).
    Пробовал менять канал — Не помогло. (Вернул как было, 64 канал).
    Пробовал крутить антенны — Не помогло. (Вернул как было).
    Пробовал роутер по разному ставить — Не помогло. (Вернул как было).
    Пробовал дуплекс менять - Ставил в авто, и вот тогда скорость сильно проседала. (Вернул на 1000F).

    Просил провайдера обновить сетевые настройки несколько раз - Не помогло.

    Замерял напрямую через кабель, спидтест до сервера Ростелекома — 500\500Мбит\с.
    (К провайдеру обращался, с их стороны нет проблем).
     
    Подходил с ноутом к роутеру в плотную, линк в списке устройств возрастал до 1200мбит\с, вот тогда уже спидтест до сервера Ростелекома показывал 500\500Мбит\с!!!
     
    Обычно когда ноут не возле роутера (а это практически всегда), линк в списке устройств в основном 700+Мбит\с.
     
    Не понимаю я, что такого могло случится, что роутер перестал выдавать тарифную скорость???

    Ведь при тарифе 300\300Мбит\с — спидтест выдавал тарифную скорость!!!
    А при тарифе 500\500Мбит\с — скорость не стабильна, download может и 300+Мбит\с показывать, и 400+Мбит\с показывать. А upload  может и 300+Мбит\с показать, а может и 100+Мбит\с показать…

  6. В 25.11.2023 в 09:26, excapone сказал:

    только потом выясняется, что они или не из России или прошивки на телефонах не стандартные. 

    В случае с zenfone 8 у большинства (если не у всех) опрашиваемых стоковая прошивка! 

    Асус убрали возможность разблокировать загрузчик... 

     

  7. В 14.11.2023 в 13:20, Padavan сказал:

    Мы обсуждали реализацию костыля под 778G/888, но далеко не факт что он появится в прошивке, так как может затронуть других клиентов. Прямого решения проблемы (обман STA со стороны AP) на текущий момент не найдено. И вряд ли оно существует.

    То есть и этот "костыль" вряд ли возможен? 

    Ответ от поддержки кенетика по почте:

    Цитата

    Мы обсудили с разработчиками возможные решения, пожалуй единственное, что можно предпринять со стороны точки доступа - это маркировать таких клиентов по неким признакам, возможно вручную пользователем и высылать им btm request по протоколу 802.11v на переход на тот же band в рамках той же AP. Возможно, это спровоцирует клиента совершить FT-переход и он подключится на 802.11ax. Но клиент может и проигнорировать btm request. То есть, это способ без 100% гарантии, к тому же все это требует исследования и достаточно серьезного объема работ для разработчиков. Пока мы оформили это в виде идеи (в предыдущие обсуждения дело и до этого не доходило) и далее уже решать руководству.

     

    Вообще странно, владельцы ASUS Zenfone 8 у которых роутеры другой фирмы, почти не испытывают проблем с АХ.

     

  8. 4 часа назад, Rbuha сказал:

    Использование публичных DNS-серверов

    + скрины

      Показать содержимое

    2023-09-22_095910.thumb.png.e1d18811f0be54870ff2e231d3aad1f0.png2023-09-22_112931.thumb.png.0010001829535737fed1480d834e524f.png

     

    Как все просто оказывается. Благодарю!

     

    Только вот любопытно, а зачем в остальных параметрах (типа домашней сети\ethernet и т.д) можно изменять днс?

     

  9. В параметрах Ethernet можно прописать днс.

    В домашней/гостевой сетях можно прописать днс.

    В интернет фильтрах вообще две вкладки, а еще всякие днс овер тлс/днс овер хттпс.

    Подскажите как грамотней/правильнее настроить/прописать сторонние днс, для всех подключенных устройств?

  10. Вот что ответили в поддержки ASUS, почему Zenfone 8 не поддерживает AX:

    Цитата

    Hi  

    I'm so sorry for the delay in response. Our team investigated the reason for this happening and we figured out that the Zenfone 8 does not support Wi-Fi 6 in your area. We apologize for all the inconvenience this has caused. 

    https://zentalk.asus.com/t5/zenfone-8/phone-can-t-connect-to-wifi6-ax-anymore-after-update-to-314-fw/m-p/388113/highlight/true#M10738

     

     

  11. Хммм.

    Пообщался с владельцами ASUS Zenfone 8.

    Так вот говорят у всех АХ нормально цепляется.

    Роутеры у все разные:

    Xiaomi Redmi AX3000
    
    Keenetic Ultra (KN-1811) (Но правда на WPA-PSK2)
    
    Еще один (облачный админ) отписался сказал, около 10 кинетиков вроде бы тоже с АХ дружат, но не уточнил модели...
    
    Huawei AX7200
    
    Asus RT-AX68U, прошивка Merlin
    
    ASUS AX82U и AX1800U В меше, не сразу, вроде цепляют ах.
    
    Asus TUF Gaming AX3000 V2
    
    Asus rt ax58u

    По Hopper подвижек в этом плане никаких нет? 

     

     

  12. 1 час назад, ANDYBOND сказал:

    Нет, это вообще к работе защищённых DNS по TCP относится (DoH). Опять же, просто информационное сообщение о факте.

    Хмм, просто интересно, а что с DNS может быть не так? 

     

  13. 53 минуты назад, ANDYBOND сказал:

    Серый у меня.

     

    53 минуты назад, ANDYBOND сказал:

    Для чего?

    https://help.keenetic.com/hc/ru/articles/213965789-В-чем-отличие-белого-и-серого-IP-адреса-

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

    Хм, попробую.

    Видимо после того как провайдер обновил настройки сети, и соответственно выдался другой ip.

     

    Отпишусь о результатах. 

  14. 2 часа назад, ANDYBOND сказал:

    На какие?

    Просто зашел в чат поддержки, попросил обновить, они у себя обновили.

     

    2 часа назад, ANDYBOND сказал:

    Адрес белый или серый?

    Эмм, о чем речь, для незнающих? 

     

    2 часа назад, ANDYBOND сказал:

    Режим облака - прямой или через облако?

    Авто, написано "Подключено через облако".

    2 часа назад, ANDYBOND сказал:

    Новое имя уже работает нормально?

    Да, интернет центр открывает.

     

    2 часа назад, ANDYBOND сказал:

    С ним всё хорошо.

    Почему тогда логи такие не хорошие? 

  15. Подскажите что с моим роутером случилось?

     

    Скрытый текст

    Ndns::Ttp: [418] tunnels table overflow.
    Июл 23 11:17:54 ndm
    Core::Syslog: last message repeated 8 times.
    Июл 23 11:18:06 ndm
    Cloud::Tunnel: "NDNS/814cc070f": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:06 ndm
    Cloud::Tunnel: "NDNS/d868f8abf": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:06 ndm
    Cloud::Tunnel: "NDNS/80b9fd211": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:06 ndm
    Cloud::Tunnel: "NDNS/172211008": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:06 ndm
    Cloud::Tunnel: "NDNS/abe4bce5d": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:07 ndm
    Cloud::Tunnel: "NDNS/bd05f1565": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:07 ndm
    Cloud::Tunnel: "NDNS/389fd6f07": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:07 ndm
    Cloud::Tunnel: "NDNS/a43be52c7": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:07 ndm
    Cloud::Tunnel: "NDNS/1556b0260": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:07 ndm
    Cloud::Tunnel: "NDNS/bb88b6e24": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:07 ndm
    Cloud::Tunnel: "NDNS/fe5b0b255": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:07 ndm
    Cloud::Tunnel: "NDNS/593bbe604": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:07 ndm
    Cloud::Tunnel: "NDNS/53d16f3c5": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:07 ndm
    Cloud::Tunnel: "NDNS/62316741e": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:07 ndm
    Cloud::Tunnel: "NDNS/d5bf89c40": send handshake to 31.184.251.19 failed: connection reset by peer.
    Июл 23 11:18:08 ndm
    Cloud::Tunnel: "NDNS/d06c6d142": send handshake to 31.184.251.19 failed: connection reset by peer.

    Такие логи появились предположительно вчера.

     

    Скрытый текст

    Июл 23 11:53:45 ndnproxy
    failed to receive TCP: connection reset by peer.

    Такой лог уже наблюдаю длительно время, появляется периодически. 

     

    Из последнего что делал с настройками роутера:

    Менял мощность сигнала Wi-Fi

    Поменял сегодня имя KeenDNS

    Вчера просил провайдера (Ростелеком) обновить мне сетевые настройки.

    До этого настройки не трогал длительное время! 

    Прошивка стабильная.

  16. Не знаю уж чего накрутили в прошивке 3.9.2, но уже наверное больше недели на устройствах 5 ГГц проблем с отвалами нет! 

    Причем даже из любопытства вернул стоковое время аренды (25200), и выставил WPA2-PSK+WPA3-PSK.

    Единственное на устройствах с 2.4 ГГц бывает иногда отваливается и сразу переподключается, и то редко.

     

  17. 13 часа назад, krass сказал:

    Попробуйте написать в техподдержку: 

    По почте: help@keenetic.ru

    Писал, очень долго отвечают...

    С отвалами не помогли.

    На счет "ах" скинули ссылку на ту же тему что vasek00 скидывал мне ранее, посоветовали обратиться к поддержки асуса (что я и сделал), они передали инфу своим разработчиками, жду от них ответа.

     

  18. 1 час назад, krass сказал:

    на 5 ггц в виду того что он свободен чаще всего ставил или 36 или 56

    В моем случае - прощай 802.11ах...

    Если так сделаю. См выше.

     

    А хочется и ах и чтобы роутер работал стабильно, т.е без отвалов.

  19. 2 часа назад, krass сказал:

    с моментальным восстановлением же?

    В основном да, но бывает и самому нужно переподключаться. 

    Сегодня уже два раза отвалилось, один раз само восстановилось, второй раз сам подключался... UPD: Вру не сегодня.

     

     

     

  20. 57 минут назад, krass сказал:

    Дело Ваше, но если всё и работает и проблем не возникает, то я бы не стал экспериментировать....а записи в логе -- проигнорировать....

    "работает -- не трогай "

    Ну вот Ваш совет со сменой "времени аренды" улучшил ситуацию, но все равно отваливается... Последний раз, буквально пару часов назад...

    Просто свой лайт 3 вспоминаю, как швейцарские часы работал! Бед с ним не знал.

     

×
×
  • Create New...