Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
UniFi AP-AC проблем нет — UniFi AP потеря пакетов 25-50%., UniFi Network
 
Мы только что получили набор из трех UAP, после того, как успешно протестировали UAP-AC. UAP-AC работает просто отлично, вообще нет потерь пакетов при подключении как на 2.4, так и на 5 GHz. А вот UAP... ну, совсем не работает. Один и тот же порт тестировали, одни и те же провода (даже пробовали разные порты и провода), тестировали разные блоки питания, принудительно задавали одни и те же каналы. Но UAP в любом случае выдаёт 25-50% потерь пакетов при пинге точки доступа. Почти как будто точка доступа работает ненадолго. Когда пингуем её по проводной сети, потерь нет вообще. Пробовали с двух разных ноутбуков: один с Intel 6300, другой с Intel 7260. Также пробовали с телефона Moto X – он постоянно подключается и отключается. Из трёх AP в коробке мы уже протестировали две. Проблем с пингом, когда пингуем AP по проводной сети, нет.
 
Просто хотел закрыть эту тему. Извини, что воскресил её из мёртвых. В итоге выяснилось, что наша существующая беспроводная система Cisco имеет функцию, которая по сути обнаруживает то, что она считает “изгоняющими” точками доступа (AP) в сети. Когда это происходит, система, похоже, отправляет запросы на отключение клиентским устройствам. Мы смогли обойти это, вручную указав системе Cisco, что эти AP на самом деле дружественные. Эту функцию можно отключить на системе Cisco, но мы решили не беспокоиться об этом, так как она в конечном итоге будет заменена. Так что в это время мы просто добавляем AP как дружественные по мере замены оборудования Cisco. По словам Майка, отличного инженера, который работал с нами над этим, способ обработки этого клиентским устройством полностью зависит от самого устройства. Единственный способ смягчить это – использовать какое-то другое приложение, которое тесно связывает клиентское устройство с оборудованием. Cisco – не единственный производитель, который реализует это, поэтому единственное, что мы можем сделать, – это реализовать аналогичную технологию, которая просто вызовет тот же хаос для других производителей.
 
whatuusay1, ты не мог бы немного подробнее рассказать про отказ в обслуживании на Cisco AP? У них есть для этого название?
 
Я не говорю, что Cisco вызывают какие-то проблемы. Я просто говорю, что точки доступа Cisco AP работают нормально, и проблемы возникают только с UAP, а не с Cisco или точками доступа UAP-AC. Просто знаю, что дело в чем-то в этом здании, изолированная сеть или нет, потому что точка доступа отлично работала дома. У меня такое чувство, что если это помехи, то, возможно, виноваты точки доступа Cisco, учитывая, что это кирпичное и листовое здание, так что что-то снаружи маловероятно, особенно учитывая то, что я вижу в inSSIDer.
 
Просто чтобы уточнить – какие именно проблемы создают точки доступа Cisco? 😛 Пока ты тестируешь на отдельном частотном канале, всё должно быть в порядке. Единственный способ, которым точки доступа Cisco могут создавать помехи (помимо использования одного канала) – это если они активно создают отказ в обслуживании (у продуктов Cisco для управляемых WLAN есть такая функция). Это нужно сконфигурировать, так что убедись, что она не включена. Возможно, они просто лучше справляются с любыми помехами в спектре в вашем районе – это полностью управляемое решение, которое может автоматически регулировать и управлять выходной мощностью RF в зависимости от окружающей среды. Если это так, то они хорошо работают в твоей среде, и тебе может понадобиться больше возможностей, чем предоставляет Unifi.
 
К сожалению, решения пока не найдено. Но мы вычеркнули несколько возможных проблем. Мы выяснили, что с UAP нет никаких проблем, когда я забираю их домой. Однако на работе они не работают с теми же устройствами. Мы даже изолировали UAP до роутера Linksys в нашем офисе, и он тоже не работает. Всё указывает на какую-то проблему с качеством Wi-Fi в офисе. Так что мы заменили AP, заменили коммутаторы, заменили устройства, вручную меняли каналы, обновляли AP с 2.4.1 до 2.4.6 и до 3.x в наших предыдущих тестах. Изолировали AP и перенесли его домой. Единственное, что помогло, — это перенос. У нас в здании сейчас используются AP для изолированной тестовой сети — 1 Cisco WAP4410N, а для рабочей сети — 5 или 6 Cisco 1142N access points, которые даже не обеспечивают полного покрытия. К сожалению, мы не можем отключить 1142N AP, так как это рабочие точки. Беспокоит, что если Cisco AP на самом деле вызывают проблему, то UAP, вероятно, будут обречены, потому что остальные инженеры здесь увидят в этом недочёт, ведь Cisco AP продолжают работать. У кого-нибудь были подобные проблемы, даже при тестировании UAP? Повторюсь, мы не видим этой проблемы с моделью UAP-AC.
Страницы: 1
Читают тему (гостей: 1)