Versions Compared

Old Version 2

changes.mady.by.user Eugenia Kalnina

Saved on

compared with

New Version 3

changes.mady.by.user Eugenia Kalnina

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Info

Возможные состояния анкеров в системе РТЛС

  1. CONFIGURED (синий) - с анкером не установлена связь по сети с момента старта модуля LE
  2. UP (зеленый) - с анкером установлена связь и принимаются данные
  3. DOWN (красный) - с анкером потеряна связь после ее успешного установления
  4. DISABLED (белый) -  отправка данных на этот адрес со стороны LE выключена. Рекомендованный режим для анкеров, которые выведены из работы.

Красное состояние регистрируется системой после того как с анкером была установлена связь (переход в зеленое состояние) с последующей потерей этой связи (переход в красное). Синее состояние означает что с момента старта сервиса le с анкером сетевой связи не было, что нормально, т.к анкер снят. 


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

...

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

Image Modified

Note

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

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

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

    Code Block
    tcpdump -i any port 5683 -w out.cap

  3. дождаться когда на сервере будет зарегистрировано событие смены статуса анкера в DOWN

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

  5. проверить данные сетевого траффика на момент регистрации события потери переключения статуса анкера в DOWN.

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

      Image Modified

    2. Так же периодически ( раз в 10 сек) в сторону каждого анкера со стороны сервера отправляется уведомление об активности сессии (keepalive сообщения)


    3. Статус анкера на сервере будет переведен в DOWN в случае, если со стороны анкера в течении 15 сек нет траффика, связанного с observe сессией. На стороне анкера сессия может быть закрыта, если не получены 3 keepalive сообщения от сервера.