Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

LDS returns wrong discovery url of registered opcua-asyncio server #1708

Open
JaFeKl opened this issue Sep 11, 2024 · 0 comments
Open

LDS returns wrong discovery url of registered opcua-asyncio server #1708

JaFeKl opened this issue Sep 11, 2024 · 0 comments

Comments

@JaFeKl
Copy link

JaFeKl commented Sep 11, 2024

Hello,

I'm currently having the following issue:
I am using server.register_to_discovery(discovery_url) successfully to register to an open62541 LDS.
The LDS runs on port 4840.
The registered server runs on port 4844: INFO:asyncua.server.binary_server_asyncio:Listening on localhost:4844

When I create a client and use client.connect_and_find_servers() the following information is returned from the LDS:

INFO:adapter_opc_ua: ApplicationUri: https://test/my_application_uri
INFO:adapter_opc_ua: ApplicationName: FreeOpcUa Python Server
INFO:adapter_opc_ua: ApplicationType: ClientAndServer
INFO:adapter_opc_ua: DiscoveryProfileUri: None
INFO:adapter_opc_ua: DiscoveryUrls: ['opc.tcp://localhost:4840']

However I would expect to return the discovery url opc.tcp://localhost:4844 such that I can in the next step fetch the endpoints to connect.

If I do the same client approach with open62541, the LDS returns the correct informations:
Server[1]:
Name: FreeOpcUa Python Server
Application URI: https://test/my_application_uri
Product URI: urn:freeopcua.github.io:python:server
Type: Client and Server
Discovery URLs:
[0]: opc.tcp://localhost:4844

What could be the reason for this? What could be the reason for this mismatch?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant