You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Симптомы: статус анкеров на сервере переводится в DOWN и их представление на карте меняется на красный цвет.

Причины - перевод анкера в статус DOWN происходит в автоматическом режиме, если в течении 15 секунд от него не пришло ни одного coap (udp/5683) пакета.

Проверить частоту и повторяемость событий переключения:

  1. на странице системных логов проверить частоту (периодичность), адреса анкеров, которые переключаются в DOWN.

Проверить статус анкера:

данный вариант диагностики применим, если статус сменяется единовременно для 1-2 анкеров

  1. посмотреть адрес анкера, с которым потеряна связь (<NODE_IP>)

  2. проверить пингом доступность адреса с хоста, где развернуто ПО РТЛС.

    ping <NODE_IP>
    1. если адрес доступен проверить uptime анкера . Если время сброшено - произошел сброс анкера

      telnet <NODE_IP>

    2. если адрес не доступен - проверяем подключение анкера и сеть

Проверить сетевые потери:

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

Надо учитывать что время в логе системных событий отображается в TZ пользовательского интерфейса, dump сетевого траффика собирается в текущем времени машины, где запущен сбор, при просмотре в wireshark время отображается в TZ пользовательского интерфейса

  1. установить пакет tcpdump на хост, где развернуто ПО РТЛС

  2. запустить сбор данных coap траффика с сохранением в файл

    tcpdump -i any port 5683 -w out.cap
  3. дождаться когда на сервере будет зарегистрировано событие смены статуса анкера в DOWN

  4. остановить сбор логов

  5. проверить данные сетевого траффика на момент регистрации события потери переключения статуса анкера в DOWN. В штатном режиме в логе будут присутствовать записи, где source соответствует адресу анкера, в поле Info указан контекст с которым связаны данные (/tdoaraw в примере). На основании этого траффика принимается решение об активности сессии. MID - идентификатор сообщения, TKN - token обмена. Каждое сообщение будет присутствовать в логе несколько раз - при получении на физическом интерфейсе(отправке через физический интерфейс) и пересылка по внутренней сети docker .

если после установления сессии со стороны анкера не приходит траффик с контекста, на который оформлена подписка (/tdoaraw в примере), в течении 15 сек статус анкера будет переведен в DOWN. Если пакеты отсутствуют на физическом интерфейсе - проблема скорей всего за пределами сервера, если на физическом интерфейсе пакеты есть, а в docker сети не дублируются - проблема с конфигурацией docker

  • No labels