You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When we connect a federate to the RTI on a different machine, it seems there is a timeout for the connection.
When I ran the example above (I didn't run the RTI on the local host), the federate S failed to send a message at 120 sec.
The figures below are the parts of the execution outputs.
federate_s
RTI
The text was updated successfully, but these errors were encountered:
Interesting. This is probably some default timeout that needs to changed when opening a socket. I vaguely recall some sort of keepalive configuration option for sockets...
In addition to keepalive, we might consider a procedure that attempts to reconnect when it detects a failed connection. Of course, this won't work if the socket server isn't up, so I'm not sure what practical scenarios this will address.
When we connect a federate to the RTI on a different machine, it seems there is a timeout for the connection.
When I ran the example above (I didn't run the RTI on the local host), the federate S failed to send a message at 120 sec.
The figures below are the parts of the execution outputs.
The text was updated successfully, but these errors were encountered: