Replies: 1 comment 1 reply
-
You shouldn't need to. Maybe you can take a Wireshark capture while you go through the steps you subscribed. Depending on whether the server shutdown is "clean" or not the client may not detect that it's offline until the application layer keep alive reads have failed as many times as needed to trigger a reconnect. There was also a fix made in 71940fe that could be relevant if you are not using at least version |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi,
I have read that the opcuaclient always tries to reconnect if a connection is lost , but I my case I don't see this happening.
Scenario:
After shutdown of the opcua server I receive the answer below while reading the value of a node:
UaException: status=Bad_Timeout, message=requestId=9533 timed out after 60000ms
After restart of the opcua server I still receive the same exception while reading the value of a specific node
UaException: status=Bad_Timeout, message=requestId=11182 timed out after 60000ms
Only after a restart of my application (and the recreation of the opcuaClient) the issue is resolved and reading goes fine again
I don't use subscriptions, reading is done by:
Do I need to handle this situation in my code self (re-creation of the opcua client of timeouts are happening)?
Thx for the advice!
Kind Regards,
Peter
Beta Was this translation helpful? Give feedback.
All reactions