Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Получаю много ошибок Inform с одного приложения., UniFi Network
 
У меня с одного только этого AP в файле server.log постоянно появляются такие ошибки. Ни один другой AP такой фигни не выдаёт. Я перезагружал AP, но ничего не изменилось. Кто-нибудь знает, в чём дело или как это исправить? (Модель UniFi AP-LR, версия 3.2.7.2816)

[2014-11-11 10:05:08,532] <http-bio-8080-exec-21> ERROR inform - Inform Invalid for Device[172.17.0.214:58301], InputStream ошибка чтения, прочитано 2740/3880
[2014-11-11 10:07:40,780] <http-bio-8080-exec-15> ERROR inform - Inform Invalid for Device[172.17.0.214:58308], InputStream ошибка чтения, прочитано 1292/3880
[2014-11-11 10:09:51,921] <http-bio-8080-exec-19> ERROR inform - Inform Invalid for Device[172.17.0.214:41884], InputStream ошибка чтения, прочитано 4188/4360
[2014-11-11 10:12:00,987] <http-bio-8080-exec-8> ERROR inform - Inform Invalid for Device[172.17.0.214:41890], InputStream ошибка чтения, прочитано 2740/4376
[2014-11-11 10:12:44,917] <http-bio-8080-exec-15> ERROR inform - Inform Invalid for Device[172.17.0.214:47807], InputStream ошибка чтения, прочитано 2740/5352
[2014-11-11 10:18:07,085] <http-bio-8080-exec-15> ERROR inform - Inform Invalid for Device[172.17.0.214:41660], InputStream ошибка чтения, прочитано 2740/3896
[2014-11-11 10:22:28,611] <http-bio-8080-exec-21> ERROR inform - Inform Invalid for Device[172.17.0.214:41672], InputStream ошибка чтения, прочитано 1292/3896
 
Верно. Я хочу убедиться, что у всех возникла проблема с MTU.
 
Вау, старая тема... В любом случае, увеличение таймаута контроллера не поможет, если есть проблема с PMTU и точка доступа либо не получает, либо не понимает сообщение о необходимости отправлять меньшие пакеты. Она будет продолжать слать пакеты, которые теряются по пути, никакое дополнительное время тут не поможет. -Роб
 
Я не знаю версию твоего контроллера, но можешь попробовать добавить inform.timeout=60000 в system.properties, чтобы увеличить тайм-аут HTTP-запроса контроллера.
 
У меня такая же проблема. Мой контроллер находится на AWS. Я переписывался с support@ubnt, но чёткого ответа так и не получил. Для меня размер MTU для доступа к контроллеру — 1472.
 
Хм. Вряд ли. Хотя этот AP находится довольно далеко и подключён к довольно изолированному и старому коммутатору. Другие компьютеры на этом коммутаторе, по-моему, проблем не испытывают, но, как ты и говоришь, AP может быть менее устойчивым, чем остальные клиенты... или я просто не замечаю ошибки, которые они тоже могут получать. Наверное, временно отключу его и попробую подключить к другому коммутатору для проверки.
 
Это AP на другом конце пути с ограничением MTU и с чем-то, что нарушает PMTUD по ходу? У меня был UAP, который так работал около 8 месяцев, потому что устройство на пути постоянно неправильно обрабатывало ответы "пакет слишком большой". Эта проблема уже решена, но стоит отметить, что UAP, видимо, довольно легко сбиваются с толку, даже когда другие клиенты справляются... - Роб
Страницы: 1
Читают тему (гостей: 1)