Периодические проблемы с производительностью USG за ATT Gigapower Fiber

Периодические проблемы с производительностью USG за ATT Gigapower Fiber, UniFi Network

jpc7462

Guest

15.06.2017 01:26:00

Всем привет! Недавно я сменил исходящее WAN-соединение для своего USG на значительно более быстрый канал от ATT/Gigapower. USG подключён через роутер, предоставленный ATT, и весь трафик напрямую с него переадресуется на USG. К сожалению, начал замечать периодические проблемы с подключением — конкретно, большие задержки или потерю пакетов (не совсем понял, что именно) — и это наблюдается только за USG. Если для проверки подключиться напрямую к роутеру ATT, проблемы исчезают. Понимаю, что глубоко не расследовал, но не понимаю, как именно диагностировать проблему, особенно учитывая, что единственное изменение — это более низкая задержка и более высокая пропускная способность канала. Есть ли какие-то настройки, которые стоит пересмотреть, или тесты, которые помогут понять, что происходит? Может, нагрузка на роутер? Кто-то сталкивался с подобным? Спасибо! Джеймс

jpc7462

Guest

30.11.2018 03:24:00

Спасибо также,
@stephanb:
могу подтвердить, что переход на сеть вне диапазона 192.168.1.x/24 решил мою проблему (и менять всё это оказалось настоящей головной болью!). Хотя за почти два года, пока я использовал статическую IP-настройку, проблем не было — AT&T ни разу не меняли IP моего роутера. Впрочем, кажется немного надежнее придерживаться разных подсетей.

puntium Guest	#3 22.09.2018 07:10:00 Спасибо, @stephanb. Это решение сработало для меня (хотя переход с подсети был полным кошмаром). Как только переключился и запустил пинги на 30 минут, больше никаких пятиминутных зависаний.

stephanb

Guest

24.02.2018 01:08:00

Проблема связана с IP-адресом 192.168.1.254, который использует Pace. У меня такая же настройка, и я потратил время, чтобы разобраться. Если вы где-то в своей локальной сети используете диапазон 192.168.1.x, который видит ER, поменяйте его.

Pace — это DHCP-сервер для вашего ER, и он работает на 192.168.1.254. ER это знает, потому что именно этот сервер выдаёт ему WAN IP-адрес.

Суть в том, что ER получает WAN IP от Pace (192.168.1.254) при инициализации сети, а затем продолжает настраивать вашу локальную сеть тоже с диапазоном 192.168.1.x. Когда приходит время обновлять аренду DHCP у Pace (то есть каждые 10 минут), ER пытается обновить её через LAN-порт, потому что считает, что сеть 192.168.1.x находится именно там.

Обновления просто не проходят, из-за чего ER теряет WAN-связь и заново инициализирует сеть, начиная с первого шага. Вот почему вы видите сообщения о разрывах соединения в логах Pace.

Решение: смените локальную сеть с 192.168.1.x на что-то другое и оставьте этот диапазон только для связи между ER и Pace.

Лично я перешёл на сети 10.x в своей локалке, и проблема исчезла.

stephanb

Guest

24.02.2018 01:07:00

Проблема связана с IP-адресом 192.168.1.254, который использует Pace. У меня такая же настройка, и я долго не мог разобраться. Если в вашей локальной сети (LAN) где-то используется сеть 192.168.1.x, которую видит ER, поменяйте её.

Pace — это DHCP-сервер для вашего ER, и он работает на 192.168.1.254. ER это знает, потому что именно у него этот DHCP-сервер выдаёт WAN-IP.

Что происходит: ER во время инициализации сети получает WAN-IP от Pace (с 192.168.1.254), а потом продолжает настраивать LAN тоже на 192.168.1.x. Когда приходит время обновить DHCP-аренду у Pace (каждые 10 минут), ER пытается сделать это через LAN-порт, потому что думает, что сеть 192.168.1.x именно там.

Обновление не проходит — происходит таймаут, ER теряет WAN-соединение и заново инициализирует сеть, начиная всё сначала. Вот почему в логах Pace появляются сообщения о подключении/отключении.

Решение: смените адресацию вашей LAN с 192.168.1.x и оставьте этот диапазон только между ER и Pace.

Лично я перешёл на сеть 10.x в LAN, и проблема исчезла.

austinandersen Guest	#6 10.02.2018 16:15:00 Это исправили? У меня такие же проблемы. Но при назначении статического IP интернета нет. Я добавил шлюз и DNS-серверы во вкладке сервера.

tetherton Guest	#7 05.12.2017 19:47:00 Тебе не стоит терять пакеты.

evanrich

Guest

30.11.2017 07:18:00

Только что установили Gigapower или как там его у AT&T, дали этот шлюз Pace POS. Это вместо настройки от Comcast. После ухода техника при тесте на speedtest.net скорость вроде нормальная, но на всех моих компьютерах время от времени появлялась задержка. В итоге запустил непрерывный пинг на google.com — потери пакетов 47%! Провёл часы в попытках разобраться, наткнулся на эту ветку. Как только сменил IP-шлюза на DHCP в моём USG-3p (статически прописанный на USG), потери упали до 0–10%, хотя браузеры всё равно ведут себя странно... придётся ещё копать, прежде чем полностью отказываться от Comcast. Спасибо!

FrugalCourtland

Guest

20.07.2017 05:32:00

Именно поэтому я оставил включённым радиомодуль 2.4GHz — чтобы подключить к этой сети один из своих компьютеров и проверить информацию о роутере 😀. Я думал уменьшить уровень сигнала, но пока лень этим заниматься.

tetherton

Guest

#10

20.07.2017 02:04:00

Тоже самое (больше не происходит). Опубликую прошивку Pace, как только найду время посмотреть её. При настройке в режиме DMZ+ я не могу добраться до LAN-интерфейса роутера, если не подключу к нему отдельный провод.

aruffell

Guest

#11

20.07.2017 01:51:00

Знаю, что эта тема, возможно, уже старая и заброшенная, но хочу поделиться: у меня тоже есть Gigapower от ATT, только шлюз, который они дали, — Arris, а не PACE. Я настроил Arris в режим «Passthrough» и сконфигурировал его так, чтобы он передавал IP-соединения на USG. Таким образом, шлюз ATT становится прозрачным, и когда я обращаюсь к своему внешнему IP, попадаю на оборудование Unifi. Ни разу не было обрывов или подобных проблем.

jpc7462 Guest	#12 19.07.2017 23:13:00 Отвечая на ваш предыдущий вопрос: да, настройка моего роутера USG на использование DHCP-информации с роутера Pace в качестве статической IP-конфигурации продолжает отлично работать.

FrugalCourtland

Guest

#13

19.07.2017 22:51:00

Сейчас я пробую вариант (А):* Установить статический WAN IP, совпадающий с IP, который выдается через DHCP. Самый надежный способ отследить состояние подключения (вверх/вниз) — это смотреть в журнал событий на модеме Pace (Настройки -> Логи -> Журнал событий). Там я вижу такую цепочку записей:
INF 2017-07-19T15:15:27-07:00 sys Node 76.xx.xx.xx не в сети
INF 2017-07-19T15:10:08-07:00 sys Node 76.xx.xx.xx в сети
INF 2017-07-19T15:05:06-07:00 sys Node 76.xx.xx.xx не в сети

Обратите внимание, что отметки времени идут почти с точной разницей в 5 минут — то есть между сообщениями о пропадании связи проходит 10 минут.

clunkclunk Guest	#14 19.07.2017 22:41:00 На самом деле проблема не решена, я заметил её снова, когда транслировал видео вне своей сети. Просто пока не было времени копаться глубже. У меня стоит такая же версия ПО на моём Pace.

FrugalCourtland Guest	#15 19.07.2017 22:39:00 У тебя проблема исправилась? Какая версия прошивки на твоём роутере PACE? У меня сейчас такая же ситуация (установка AT&T была вчера). Моя версия прошивки 10.5.3.527171-att. Спасибо!

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