Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 2 subscribers
  • Views 5061 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Is there any "guide" for understanding RED connection log?

luigi.crevatin
Good morning,
reading the user forum, especially the RED section, I saw a lot of pasted logs. I would like to better understand the meaning of the single voices of the log.

Example A :

connected OK, pushing config
command 'PING 1'
PING remote_tx=1 local_rx=1 diff=0
PONG local_tx=22
command 'PING 14'
PING remote_tx=14 local_rx=15 diff=-1
PONG local_tx=70

Example B :

command 'PING 89'
PING remote_tx=89 local_rx=89 diff=0
PONG local_tx=8
command 'PING 98'
PING remote_tx=98 local_rx=98 diff=0
PONG local_tx=9
command 'PING 102'
PING remote_tx=102 local_rx=102 diff=0
PONG local_tx=10
SELF: (Re-)loading device configurations
SELF: (Re-)loading device configurations
A30001374BF35FA: command 'PING 130'
PING remote_tx=130 local_rx=130 diff=0
PONG local_tx=11
SELF: (Re-)loading device configurations
command 'PING 144'
PING remote_tx=144 local_rx=144 diff=0
PONG local_tx=12


There are differences from A and B log.
For example in A log the "ping number" (remote or local) is always lower than the "pong number" while in B log is the opposite; and in B log I often get the "(Re-)loading device configurations" message.

How can I understand what is the right situation?
Is there a guide for the "red_server" message output?

Thanks [:S]

Luigi


This thread was automatically locked due to age.
Parents
  • 0 
    SELF: (Re-)loading device configurations


    This just means that something has changed in the ASG configuration, and the RED server checks if that change affects one of the RED devices. If nothing happens, the change was unrelated to RED. 



    PING remote_tx=14 local_rx=15 diff=-1

    PONG local_tx=70


    The current keepalive protocol that the REDs speak will transmit the remote RX (receive) and TX (transmit) packet counters. This can be compared with the local RX and TX numbers. In the ideal case, remote_tx is equal to local_rx and local_tx is equal to remote_rx. A major deviation in these number is an indication of a saturated connection (packet loss).
Reply
  • 0 
    SELF: (Re-)loading device configurations


    This just means that something has changed in the ASG configuration, and the RED server checks if that change affects one of the RED devices. If nothing happens, the change was unrelated to RED. 



    PING remote_tx=14 local_rx=15 diff=-1

    PONG local_tx=70


    The current keepalive protocol that the REDs speak will transmit the remote RX (receive) and TX (transmit) packet counters. This can be compared with the local RX and TX numbers. In the ideal case, remote_tx is equal to local_rx and local_tx is equal to remote_rx. A major deviation in these number is an indication of a saturated connection (packet loss).
Children
  • 0 in reply to tom_01
    Hi Tom,
    thankyou; can you tell me also the PONG data what refers to? There is one of our RED (transparent/split mode, the B log of my post) that has frequent connection reset; this device is making me crazy.
    It's the only one that has PONG data that is always bigger than the PING data; all other REDs are in the opposite situation (and also the logs posted on the forum...); maybe it could be the reason of frequent disonnection... Or not?

    Oh by the way I already change the RED power supply without any result.

    Greetings

    Luigi
Unfiltered HTML