Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Странные аномалии потери пакетов с USG-4, UniFi Network
 
Привет, сообщество UBNT!

У меня есть и ER-8, и USG-4. Решил перейти на UniFi и полностью обновить свою систему, оставив только USG, коммутатор UniFi и несколько точек доступа UniFi, а ER вывел из эксплуатации. Топология сети у меня довольно простая: основная сеть 192.168.1.0/24 и гостевая сеть на VLAN 51 с подсетью 192.168.3.0/24.

Сначала всё работало отлично, но потом я заметил странные пропадания в VoIP и других сервисах. Потом вот что обнаружил: .

Чем дольше USG онлайн, тем чаще это происходит. Я даже доходил до ситуации, когда каждые 20-30 секунд два пакета задерживались до 250-300 мс. Забавно, что как только я переключился обратно на ER, эти скачки пропали, и пинг стал постоянным.

Не знаю, связано ли это с тем, что я использую на USG более сложные функции, чем на ER — ведь VLAN на ER у меня настроен не так, как на USG. Не знаю, что делать, поэтому пока оставил ER в работе, пока не разберусь с причиной.

Просто жду какого-то объяснения от UBNT. В общем, ER я всё равно люблю, так что для меня это не критично, но проблема явно должна быть изучена.
 
Наконец-то разобрался с этой проблемой. У меня подключение AT&T Gigapower и роутер PACE 5286AC в режиме своего рода «проброса». USG находится в DMZ 5286 и получает публичный IP-адрес. Но поскольку у меня нет статического «публичного IP», 5286AC устанавливает время аренды DHCP всего 10 минут (и изменить это нельзя). Поэтому каждые 10 минут USG заново договаривается по аренде и в процессе теряет пакеты примерно на 4 секунды. Пробовал разные варианты обхода, но ни один не решил проблему с 10-минутным временем аренды. В итоге купил у AT&T небольшой блок статических IP за 15 долларов в месяц. Теперь время аренды у 5286 — раз в сутки, и с этим я уже могу жить. Удачи! PS. UBNT внесли эту проблему в свой список багов.
 
Новая информация: мне удалось немного точнее определить проблему. Каждый раз, когда запускается DHCP (примерно каждые 10 минут), это вызывает потерю пакетов. Если я отключаю «/sbin/dhclient-script», переименовав его, то потеря пакетов больше не происходит. Пока это всё, что у меня есть. (Отключение скрипта было только тестом для отладки, а не рекомендацией.)
 
Поднимаю тему, у меня такая же проблема: каждые 10 минут сильные потери пакетов, даже при прямом пинге идёт таймаут. Помогите, пожалуйста, с решением! (Может, дело в обновлении динамического DNS?)
 
Ещё один факт: потеря пакетов всегда совпадает с тем, что процессы «vyatta_update_r» или «vyatta-dns-forw» загружают процессор на 25%, как показывает TOP. Корреляция стопроцентная. Теперь мне нужно понять, что заставляет vyatta делать это примерно каждые 10 минут?
 
Дополнительная информация. Это было замечено на одном ПК, который был напрямую подключён к LAN-порту на USG. Аналогичный тест на стороне WAN показывает, что WAN работает без сбоев.
 
У меня такая же проблема. Примерно каждые 10 минут происходит перебой. В итоге теряется связь VOIP и Microcell примерно на 4 секунды каждые 10 минут. Мой USG работает на версии 4.3.23.4913544, я уже пробовал отключать DPI и периодический SpeedTest, но проблема осталась.

Reply from 74.125.21.138: bytes=32 time=6ms TTL=45  
Reply from 74.125.21.138: bytes=32 time=6ms TTL=45  
Reply from 74.125.21.138: bytes=32 time=6ms TTL=45  
Reply from 74.125.21.138: bytes=32 time=6ms TTL=45  
Reply from 74.125.21.138: bytes=32 time=6ms TTL=45  
Reply from 74.125.21.138: bytes=32 time=6ms TTL=45  
Reply from 192.168.1.1: Destination net unreachable.  
Reply from 192.168.1.1: Destination net unreachable.  
Reply from 192.168.1.1: Destination net unreachable.  
Reply from 192.168.1.1: Destination net unreachable.  
Request timed out.  
Reply from 74.125.21.138: bytes=32 time=6ms TTL=45  
Reply from 74.125.21.138: bytes=32 time=6ms TTL=45  
Reply from 74.125.21.138: bytes=32 time=7ms TTL=45  
Reply from 74.125.21.138: bytes=32 time=6ms TTL=45  
Reply from 74.125.21.138: bytes=32 time=7ms TTL=45  
Reply from 74.125.21.138: bytes=32 time=6ms TTL=45  
Reply from 74.125.21.138: bytes=32 time=6ms TTL=45  
Reply from 74.125.21.138: bytes=32 time=6ms TTL=45
Страницы: 1
Читают тему (гостей: 1)