Перейти к содержанию

Вопрос

Опубликовано (изменено)

Приветствую. Иногда в логе проскакивают такие строки 

Internet access is disappeared

Internet access is appeared

с разницей всегда в одну секунду. Родители, у которых стоит роутер, говорят, что примерно в это время интернет пропадает на несколько минут. Пока 100% связи не отследил, возможно, совпадение. 

Вопросы.

1. Почему всегда эти сообщения идут парами с разницей всегда в 1 секунду? Если бы проблема была у провайдера - то время между записями было бы разное.

2. Что является причиной этих сообщений? Роутер не уходит на резерв при этом.

3. Как это исправить? На другом роутере такого не было.

Спасибо! 

63B3F833-F0D7-4C9E-A219-5B94914A3387.png

Изменено пользователем Andrew Voronkov

Рекомендуемые сообщения

  • 0
Опубликовано
Только что, Lordmaster сказал:

Отключите Pingcheck. Должно помочь

Так он мне нужен для переключения на резерв в случае реального пропадания интернета.

Тут варианта два. Либо пингчек как-то странно отрабатывает какое-то провайдерсое событие и интернет обрубает, не переключая при этом на резерв, хотя в логах интернета нет всего секунду. Либо это какой-то глюк пингчека - но пропадания интернета с ним в реальности не связаны. 

  • 0
Опубликовано
2 часа назад, Lordmaster сказал:

Отключите Pingcheck. Должно помочь

Это не пингчек. Это internet-checker, который в 2.11 делали. Он работает индикатором интернета! На его "наличие" никак не влияет. Скорее, констатирует факт.

  • 0
Опубликовано
Только что, ndm сказал:

Это не пингчек. Это internet-checker, который в 2.11 делали. Он работает индикатором интернета! На его "наличие" никак не влияет. Скорее, констатирует факт.

Просто была такая же проблема, решилось именно отключением проверок пингчеком.

  • 0
Опубликовано
1 минуту назад, ndm сказал:

Это не пингчек. Это internet-checker, который в 2.11 делали. Он работает индикатором интернета! На его "наличие" никак не влияет. Скорее, констатирует факт.

То есть он 100% в нынешней реализации не может быть триггером ни для каких событий со стороны роутера? Например, переключения на резерв.

Странно, что он появляется где-то раз в 2-3 дня и всегда именно с секундной разницей между пропаданием и появлением. Он вообще 100% допилен? 

 

И чтобы дважды не вставать. В пингчеке если вариант "по умолчанию" - где-то описаны эти настройки? Помню, что он пингует 3 сайта. А есть информация какие и с какой задержкой? Есть ли среди них заграничные, чтобы не оказаться в ситуации как у меня на днях, что по вине проблем на стороне провайдера Россия идёт, а все заграничные ресурсы недоступны, а роутер считает, что всё ок. И сколько времени уходит на такую проверку - то есть через сколько перейдёт на резерв? Стандартные 3х5 или больше? 

 

И чтобы трижды не вставать, в режиме wisp вот такое идёт безостановочно. Я про associated-disassosiated. Создал отдельную тему, но там никто из разработчиков не отвечает.

А когда роутер с wisp недоступен - то в логах ежесекундные строчки с попытками найти роутер. Это тоже нормально и должно засорять 99% лога или они должны группироваться как-то (kernel: Wi-Fi client: probe request: SSID=INTERNET_AV_REZERV, BSSID=00:00:00:00:00:00 - и так каждые 6-7 секунд)?

Nov 07 13:00:48wmondWifiMaster0/AccessPoint0: (MT76x2) STA(b8:53:ac:13:64:61) had associated successfully.
Nov 07 13:00:48wmondWifiMaster0/AccessPoint0: (MT76x2) STA(b8:53:ac:13:64:61) set key done in WPA2/WPA2PSK.
Nov 07 13:01:38ndhcpsDHCPREQUEST received (STATE_INIT) for 192.168.1.197 from f0:db:e2:90:45:83.
Nov 07 13:01:39ndhcpssending ACK of 192.168.1.197 to f0:db:e2:90:45:83.
Nov 07 13:05:39ndhcpsDHCPREQUEST received (STATE_INIT) for 192.168.1.103 from 80:56:f2:e5:60:99.
Nov 07 13:05:39ndhcpssending ACK of 192.168.1.103 to 80:56:f2:e5:60:99.
Nov 07 13:06:13wmondWifiMaster0/AccessPoint0: (MT76x2) STA(b8:53:ac:13:64:61) had been aged-out and disassociated.
Nov 07 13:07:54wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) had associated successfully.
Nov 07 13:07:54wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) set key done in WPA2/WPA2PSK.
Nov 07 13:17:07ndhcpsDHCPREQUEST received (STATE_INIT) for 192.168.1.245 from b8:53:ac:13:64:61.
Nov 07 13:17:07ndhcpssending ACK of 192.168.1.245 to b8:53:ac:13:64:61.
Nov 07 13:21:46wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) had associated successfully.
Nov 07 13:21:46wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) set key done in WPA2/WPA2PSK.
Nov 07 13:27:46wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) had been aged-out and disassociated.
Nov 07 13:29:25ndhcpsDHCPREQUEST received (STATE_RENEWING) for 192.168.1.23 from ec:1a:59:78:43:bd.
Nov 07 13:29:25ndhcpssending ACK of 192.168.1.23 to ec:1a:59:78:43:bd.
Nov 07 13:29:58wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) had associated successfully.
Nov 07 13:29:58wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) set key done in WPA2/WPA2PSK.
Nov 07 13:37:16wmondWifiMaster0/AccessPoint0: (MT76x2) STA(f0:db:e2:90:45:83) had been aged-out and disassociated.
Nov 07 13:42:09ndhcpsDHCPREQUEST received (STATE_RENEWING) for 192.168.1.32 from f0:b4:29:b6:50:5c.

 

Спасибо! 

 

  • 0
Опубликовано
В 11/7/2017 в 16:47, Andrew Voronkov сказал:

То есть он 100% в нынешней реализации не может быть триггером ни для каких событий со стороны роутера? Например, переключения на резерв.

Нет, на переключение на резерв он не влияет. Просто проверяет интернет независимо от переключалок и влияет только на светодиод (глобус).

В 11/7/2017 в 16:47, Andrew Voronkov сказал:

В пингчеке если вариант "по умолчанию" - где-то описаны эти настройки? Помню, что он пингует 3 сайта. А есть информация какие и с какой задержкой?

Пытается подключиться к google.com, yahoo.com и facebook.com по 443-му порту. Интервал 10 секунд. Минимальное число успешных попыток для перехода из выключенного состояния во включенное — 5. Число фейлов для перехода из включенного состояния в выключенное — 5.

Мы предполагали возможность ставить набор сайтов в зависимости от кода страны в uboot-конфиге, но пока используется один набор — "международный".

В 11/7/2017 в 16:47, Andrew Voronkov сказал:

в режиме wisp вот такое идёт безостановочно. Я про associated-disassosiated. Создал отдельную тему, но там никто из разработчиков не отвечает. А когда роутер с wisp недоступен - то в логах ежесекундные строчки с попытками найти роутер.

Поиск в режиме wisp идет непрерывно и заполняет лог, это известно. Более того, поскольку wisp-клиенту приходится искать удаленную точку доступа по всему диапазону, а радиочасть у него с точкой доступа (которая на самом устройстве) совместная, от этого страдает работа самой точки и от неё может кто-нибудь отвалиться. Так что либо используйте разные диапазоны, либо отдельное устройство в качестве выделенного клиента, подключенное к ультре по проводу.

  • 0
Опубликовано
52 минуты назад, ndm сказал:

Интервал 10 секунд. Минимальное число успешных попыток для перехода из выключенного состояния во включенное — 5. Число фейлов для перехода из включенного состояния в выключенное — 5.

То есть таймаут в этом случае при падении перед переключением на резерв составляет чуть больше 50 секунд? А можно со временем сделать 4й вариант пинга - собственный набор сайтов по желанию пользователя с кастомными таймаутами и кол-вом неудачных пингов для фэйловера? 

Я бы с удовольствием поставил яндекс и фб, но с 5х3 = 15 секунд. 

 

55 минут назад, ndm сказал:

Более того, поскольку wisp-клиенту приходится искать удаленную точку доступа по всему диапазону, а радиочасть у него с точкой доступа (которая на самом устройстве) совместная, от этого страдает работа самой точки и от неё может кто-нибудь отвалиться

А зачем ему её постоянно искать каждые 5-7 секунд, если они уже соединились и дружат в режиме резерва? То, что он её ищет постоянно, когда она выключена - это я согласен. Тут вопросов нет. Но и то хотя бы в логе это всё группировать надо.

А вот когда уже они подружились и wisp в горячем резерве - почему постоянно ассоциация-дисассоциация происходит? Так же не должно быть по логике. И зачем он её ищет по всему диапазону, если стоит определённый канал? 

57 минут назад, ndm сказал:

от этого страдает работа самой точки и от неё может кто-нибудь отвалиться.

У меня никто не отваливается, кстати. 

Спасибо за ответы! 

  • 0
Опубликовано
28 минут назад, Andrew Voronkov сказал:

То есть таймаут в этом случае при падении перед переключением на резерв составляет чуть больше 50 секунд? А можно со временем сделать 4й вариант пинга - собственный набор сайтов по желанию пользователя с кастомными таймаутами и кол-вом неудачных пингов для фэйловера? 

Я бы с удовольствием поставил яндекс и фб, но с 5х3 = 15 секунд. 

Вас никто не заставляет использовать профиль по умолчанию. Создавайте свой и настраивайте как считаете нужным.

  • 0
Опубликовано
Только что, sergeyk сказал:

Вас никто не заставляет использовать профиль по умолчанию. Создавайте свой и настраивайте как считаете нужным.

Я в курсе. Но больше одного сайта все равно кроме как в варианте по умолчанию не попингуешь. К тому же только по ip, а мой дурной провайдер пропускает такие запросы, даже когда интернет заблокирован. Нужны запросы по имени. Как в варианте по умолчанию. Но 50 секунд это очень до фига. 

  • 0
Опубликовано
5 минут назад, Andrew Voronkov сказал:

Я в курсе. Но больше одного сайта все равно кроме как в варианте по умолчанию не попингуешь. К тому же только по ip, а мой дурной провайдер пропускает такие запросы, даже когда интернет заблокирован. Нужны запросы по имени. Как в варианте по умолчанию. Но 50 секунд это очень до фига. 

В CLI можно имя узла указать

(config)> ping-check profile _WEBADMIN_UsbLte0 host ya.ru
PingCheck::Profile: Profile "_WEBADMIN_UsbLte0" add host "ya.ru" for testing.

 

  • 0
Опубликовано
7 часов назад, arbayten сказал:

Давайте поправим английский, конечно. Как, думаете, лучше написать, когда интернет появляется и пропадает?

  • 0
Опубликовано
15 минут назад, ndm сказал:

Давайте поправим английский, конечно. Как, думаете, лучше написать, когда интернет появляется и пропадает?

has been вместо is ?!

  • 0
Опубликовано
3 часа назад, ndm сказал:

Как, думаете, лучше написать

с этим глаголом в таком ключе точно не is:

Internet access has disappeared
Internet access has appeared

лично мне меньше всего режет слух из этой области:

Internet connection has been established
Internet connection has been lost

  • 0
Опубликовано
13 минуты назад, arbayten сказал:

Internet connection has been established
Internet connection has been lost

можно и без has been - в логах вполне допустимо 

Internet connection lost

Internet connection established

 

  • 0
Опубликовано
19 минут назад, Andrew Voronkov сказал:

в логах вполне допустимо

как сказать, например, с 2009-го допустимо коверкать русский язык, но это не значит, что с этим все согласились.

  • 0
Опубликовано
14 минуты назад, arbayten сказал:

как сказать, например, с 2009-го допустимо коверкать русский язык, но это не значит, что с этим все согласились.

Имеется в виду с точки зрения конкретной ситуации, а не новых норм языка. 

Это вполне употребимая практика:

 

appendix - connection lost.png

connectionlost.jpg

connectionlost1042012.png

halo-5-connection-lost.jpg

mL7N4.jpg

solusi-connection-lost-saat-main-coc-banner.jpeg

win98-7.gif

Jolicloud-connection-established.png

connection-not-established-01.jpg

image_thumb5.png

  • 0
Опубликовано
39 минут назад, Andrew Voronkov сказал:

Это вполне употребимая практика

в основном, все же секвестируют для удобства локализаций исходя из двух основных ограничений: 1) юзабилити - большое количество букв уменьшает вероятность усвоения конечного смысла пользователем (зависит в т.ч. от таргетируемой группы) в важных точках (и повышает вероятность увеличения нагрузки на саппорт); 2) дизайнерские ограничения на контролы UI.

  • 0
Опубликовано
В 11/9/2017 в 13:47, Andrew Voronkov сказал:

можно и без has been - в логах вполне допустимо 

Internet connection lost

Internet connection established

Спасибо... Чуть подправим. С точки зрения модуля, который анализирует косвенные признаки интернета, сообщения будут такие:

Internet connection detected

Internet connection lost

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Ответить на вопрос...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.