Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 2 subscribers
  • Views 5060 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.
  • 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).
  • 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
  • 0
    it could be the reason of frequent disonnection
      From a client at the remote site (behind the RED), can you do a tracert.  This could give you an idea of the source of excessive packet loss or latency, either of which can cause disconnects.
    __________________
    ACE v8/SCA v9.3

    ...still have a v5 install disk in a box somewhere.

    http://xkcd.com
    http://www.tedgoff.com/mb
    http://www.projectcartoon.com/cartoon/1
  • 0 in reply to Scott_Klassen
    Hi Scott Klassen,
    I did it a quarter of hour ago, but now there is not "normal traffic" on the remote network. Normally the latency vary from about 40 ms to 380 ms, but I verify that the disconnections seem not to be dependent from high latency (380ms...sigh!).
    I'll repeat the tracert test again on monday and I'll report the result.

    Any other ideas? [:S]

    Thanks

    Luigi
Unfiltered HTML