AP6LR — всё та же медленная задержка (через годы после Ubquity).

AP6LR — всё та же медленная задержка (через годы после Ubquity)., wifiman

OnceUponaTom333

Guest

31.01.2024 01:16:00

Все еще высокая задержка с AP6LR, что бы я ни делал. Есть другие темы, которым больше двух лет с такой же проблемой, и ничего не исправлено. Пожалуйста, уже исправьте это. Если пинговать AP с проводного компьютера — время отклика 1 мс. Если пинговать любое беспроводное устройство — 150-500 мс. Скоростные тесты на беспроводных устройствах показывают такую же задержку через WAN, и она тоже проявляется при пинге между двумя беспроводными устройствами. Что-то с этим AP явно не так. Как уже говорили, таких постов много, но за 2 года ничего не изменилось. Можете ли вы, ребята, дать нам, пользователям AP6LR, бесплатные апгрейды на ваши новые модели, раз поддержка старых, похоже, отсутствует? Эта проблема с момента покупки AP, на всех версиях прошивки, сейчас у меня последняя 6.6.55. Есть идеи?

OnceUponaTom333

Guest

31.08.2024 20:25:00

О боже, это до сих пор проблема. И я никак не могу найти приемлемую по цене альтернативу моей убиквитовской дряни. Просто хотел сообщить, что их техническая поддержка уже забила на меня, не предложили ни одного решения или совета, им просто всё равно. Очень обидно, что я застрял в этом до тех пор, пока не накоплю на более толковое оборудование, а пока не могу найти ничего доступного. Думал попробовать одну из новых точек доступа серии 7, чтобы посмотреть, решит ли это проблему, но тогда я ещё глубже застряну в этой системе. Если бы я мог перейти на роутер из линейки unifi, было бы отлично, но сейчас у них нет ничего доступного, что поддерживало бы более 2,5 Гбит/с на WAN-стороне, так что когда мне проведут оптику, у меня не будет вариантов по поводу нового доступного роутера. Уже не знаю, что делать, похоже, мне придется ещё какое-то время мириться с глючным WAN и LAN из-за моего собственного оборудования

OnceUponaTom333

Guest

20.05.2024 23:38:00

Вроде как я и предполагал, просто меня игнорирует Ubiquiti, не понимаю, почему я всё ещё надеюсь, когда вы отвечаете. Должен был уже понять — ничего не изменится, и я останусь с этим AP. Если у кого-то есть хорошие рекомендации по альтернативным продуктам Ubiquiti, дайте знать. У меня есть Edge Router X и этот AP6LR, которые надо заменить. Желательно, чтобы было хоть немного по бюджету. Спасибо за любые подсказки, ребята.

OnceUponaTom333

Guest

06.05.2024 14:34:00

Проблема продолжается с самого начала использования моего AP6 LR. Он всегда был полным отстоем. Я прочитал столько жалоб, что, похоже, для этого AP это нормально. Так что я просто смирился с этим. Ваше единственное решение — «вы пробовали последнюю версию прошивки?» Да, я перепробовал все возможные версии. Это ничего не меняет. Этот AP — сплошной хлам. Может, у вас найдется возможность поменять его на новый? Хотя, подозреваю, там будут те же проблемы, ведь, несмотря на то, что его рекламируют как «дальнобойный», я теперь понимаю, что Ubiquiti считает, что у каждого должно быть 10 AP по всему дому, что просто нереально и непрактично для большинства из нас.

UI-Glenn Guest	#5 26.04.2024 07:03:00 Привет, @OnceUponaTom333, проблема всё ещё возникает на последнем релизе EA?

OnceUponaTom333

Guest

25.04.2024 22:49:00

Как всегда, приходится разбираться с проблемами на AP за 200 долларов. Рад, что вы все получили свои деньги, значит, я теперь ни для чего не нужен. Спасибо! Для тех, кто интересуется «дальнобойными» продуктами Ubiquiti — знайте, они нормально не работают дальше 50 футов, а то и 5! Вот это да, дальний радиус! Конечно же, нет!

OnceUponaTom333

Guest

14.04.2024 17:40:00

Странная ситуация: я переехал в новый дом, и стоит отметить кое-что необычное. Похоже, что у 99% моих устройств всё ещё есть проблема с задержкой — могу сидеть с ноутбуком или телефоном в пяти футах от точки доступа, а задержка высокая. Но при этом у меня в подвале стоит TP-Link AX3000, настроенный как беспроводной мост. У устройств, подключённых к свитчу на этом мосту, задержка до роутера всего 20-45 мс, и это не между устройствами на одном свитче. Мне совершенно непонятно, как так получается, что устройства в пяти футах от точки доступа имеют высокую задержку, а точка доступа в режиме моста, находящаяся в 50 футах и на одном этаже ниже, обеспечивает низкую задержку, несмотря на накладные расходы беспроводного моста.

rumitec Guest	#8 21.03.2024 13:40:00 У меня такая же проблема, очень раздражает.

OnceUponaTom333 Guest	#9 22.02.2024 20:32:00 Так что получается чуть получше, верхние пинги до изменений, нижние — канал 149. Оба теста сделаны при включенном экране на моём 5G телефоне. U6-LR-BZ.6.6.55# ping 192.168.50.83 PING 192.168.50.83 (192.168.50.83): 56 data bytes 64 bytes from 192.168.50.83: seq=0 ttl=64 time=273.135 ms 64 bytes from 192.168.50.83: seq=1 ttl=64 time=83.989 ms 64 bytes from 192.168.50.83: seq=2 ttl=64 time=102.926 ms 64 bytes from 192.168.50.83: seq=3 ttl=64 time=26.585 ms 64 bytes from 192.168.50.83: seq=4 ttl=64 time=52.393 ms 64 bytes from 192.168.50.83: seq=5 ttl=64 time=98.550 ms 64 bytes from 192.168.50.83: seq=6 ttl=64 time=199.689 ms 64 bytes from 192.168.50.83: seq=7 ttl=64 time=7.721 ms 64 bytes from 192.168.50.83: seq=8 ttl=64 time=5.984 ms 64 bytes from 192.168.50.83: seq=9 ttl=64 time=3.624 ms 64 bytes from 192.168.50.83: seq=10 ttl=64 time=97.591 ms 64 bytes from 192.168.50.83: seq=11 ttl=64 time=119.269 ms 64 bytes from 192.168.50.83: seq=12 ttl=64 time=75.003 ms 64 bytes from 192.168.50.83: seq=13 ttl=64 time=109.002 ms 64 bytes from 192.168.50.83: seq=14 ttl=64 time=126.910 ms 64 bytes from 192.168.50.83: seq=15 ttl=64 time=150.482 ms 64 bytes from 192.168.50.83: seq=16 ttl=64 time=337.779 ms 64 bytes from 192.168.50.83: seq=17 ttl=64 time=137.229 ms 64 bytes from 192.168.50.83: seq=18 ttl=64 time=4.035 ms 64 bytes from 192.168.50.83: seq=19 ttl=64 time=3.708 ms ^C --- 192.168.50.83 ping statistics --- 20 packets transmitted, 20 packets received, 0% packet loss round-trip min/avg/max = 3.624/100.780/337.779 ms U6-LR-BZ.6.6.55# ping 192.168.50.83 PING 192.168.50.83 (192.168.50.83): 56 data bytes 64 bytes from 192.168.50.83: seq=0 ttl=64 time=531.233 ms 64 bytes from 192.168.50.83: seq=1 ttl=64 time=86.721 ms 64 bytes from 192.168.50.83: seq=2 ttl=64 time=108.884 ms 64 bytes from 192.168.50.83: seq=3 ttl=64 time=30.428 ms 64 bytes from 192.168.50.83: seq=4 ttl=64 time=56.355 ms 64 bytes from 192.168.50.83: seq=5 ttl=64 time=79.881 ms 64 bytes from 192.168.50.83: seq=6 ttl=64 time=103.881 ms 64 bytes from 192.168.50.83: seq=7 ttl=64 time=25.222 ms 64 bytes from 192.168.50.83: seq=8 ttl=64 time=47.504 ms 64 bytes from 192.168.50.83: seq=9 ttl=64 time=71.263 ms 64 bytes from 192.168.50.83: seq=10 ttl=64 time=95.189 ms 64 bytes from 192.168.50.83: seq=11 ttl=64 time=19.027 ms 64 bytes from 192.168.50.83: seq=12 ttl=64 time=38.817 ms 64 bytes from 192.168.50.83: seq=13 ttl=64 time=67.739 ms 64 bytes from 192.168.50.83: seq=14 ttl=64 time=88.596 ms 64 bytes from 192.168.50.83: seq=15 ttl=64 time=116.667 ms 64 bytes from 192.168.50.83: seq=16 ttl=64 time=35.654 ms 64 bytes from 192.168.50.83: seq=17 ttl=64 time=98.176 ms 64 bytes from 192.168.50.83: seq=18 ttl=64 time=81.761 ms 64 bytes from 192.168.50.83: seq=19 ttl=64 time=138.883 ms 64 bytes from 192.168.50.83: seq=20 ttl=64 time=66.331 ms 64 bytes from 192.168.50.83: seq=21 ttl=64 time=89.789 ms 64 bytes from 192.168.50.83: seq=22 ttl=64 time=117.969 ms ^C --- 192.168.50.83 ping statistics --- 24 packets transmitted, 23 packets received, 4% packet loss round-trip min/avg/max = 19.027/95.476/531.233 ms U6-LR-BZ.6.6.55#

Читают тему (гостей: 1)