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
In a Zenoh application, if no listen endpoint is specified, both IPv4 and IPv6 addresses should be used and available for peers to connect to.
Running the z_scout demo, it would report something like: Hello { zid: Some(B063BC6F09C357450E94F8AEA620E83B), whatami: "Peer", locators: ["tcp/[fe80::55e6:c657:fa8a:d9ee]:64033", "tcp/192.168.1.51:64033"] }
Everything looks good right now, but when trying to connect, only IPv6 locators work.
Checking the TCP/UDP ports status with TCPView does confirm that only IPv6 addresses are used.
This happens only on Windows hosts, while Linux hosts work as expected.
It is true for both my own applications and for the precompiled zenohd router.
If the same locators are explicitly added to the session JSON configuration, like for example with: {mode: "peer", listen: {endpoints: ["tcp/[fe80::55e6:c657:fa8a:d9ee]:64033", "tcp/192.168.1.51:64033"]}}
both IPv4 and IPv6 addresses work
Using JSON and specifying any address for both IPv4 and IPv6 also work: {mode: "peer", listen: {endpoints: ["tcp/0.0.0.0:0", "tcp/[::]:0"]}}
To reproduce
Start zenohd on Windows and take note of the available locators
Use a client mode publisher and try to connect to all of them one by one
Do the same on Linux
System info
Windows 11
Debian 11
The text was updated successfully, but these errors were encountered:
Describe the bug
In a Zenoh application, if no listen endpoint is specified, both IPv4 and IPv6 addresses should be used and available for peers to connect to.
Running the z_scout demo, it would report something like:
Hello { zid: Some(B063BC6F09C357450E94F8AEA620E83B), whatami: "Peer", locators: ["tcp/[fe80::55e6:c657:fa8a:d9ee]:64033", "tcp/192.168.1.51:64033"] }
Everything looks good right now, but when trying to connect, only IPv6 locators work.
![image](https://private-user-images.githubusercontent.com/117275337/347422846-9c9c6b4a-7893-404d-af34-cbc652053e54.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjYwNzM2MzMsIm5iZiI6MTcyNjA3MzMzMywicGF0aCI6Ii8xMTcyNzUzMzcvMzQ3NDIyODQ2LTljOWM2YjRhLTc4OTMtNDA0ZC1hZjM0LWNiYzY1MjA1M2U1NC5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjQwOTExJTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI0MDkxMVQxNjQ4NTNaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT1mZGNlNGZhNTE3Zjk1NWI5NWVkYzJlNTM1ZTUwNzQ5NmNkMWFmN2U4ZjViMTBlYWQwNjQwNzg4NDQxNjI2YmYzJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCZhY3Rvcl9pZD0wJmtleV9pZD0wJnJlcG9faWQ9MCJ9.VLCxE81fgLpTxVnKPZicqjEQ8xLxYQICVR_qyZvDp1I)
Checking the TCP/UDP ports status with TCPView does confirm that only IPv6 addresses are used.
This happens only on Windows hosts, while Linux hosts work as expected.
It is true for both my own applications and for the precompiled zenohd router.
If the same locators are explicitly added to the session JSON configuration, like for example with:
![image](https://private-user-images.githubusercontent.com/117275337/347425642-8e1bbe0a-f559-4950-9e6f-b6b52b597cba.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjYwNzM2MzMsIm5iZiI6MTcyNjA3MzMzMywicGF0aCI6Ii8xMTcyNzUzMzcvMzQ3NDI1NjQyLThlMWJiZTBhLWY1NTktNDk1MC05ZTZmLWI2YjUyYjU5N2NiYS5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjQwOTExJTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI0MDkxMVQxNjQ4NTNaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT1lNzY1MjRkZWVlMTY2YWM0M2YzNzY1M2QyMzBhYjNmZTBlNzc4OTc5N2NhZjczZWZhZTkzOTgyZDNlZWVjNTc3JlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCZhY3Rvcl9pZD0wJmtleV9pZD0wJnJlcG9faWQ9MCJ9.7CIZfnqM6VCOI996sbSGvohsIT0Y9P5jDD1OHgwOSG8)
{mode: "peer", listen: {endpoints: ["tcp/[fe80::55e6:c657:fa8a:d9ee]:64033", "tcp/192.168.1.51:64033"]}}
both IPv4 and IPv6 addresses work
Using JSON and specifying any address for both IPv4 and IPv6 also work:
![image](https://private-user-images.githubusercontent.com/117275337/347426820-2627bf14-4fc9-47e3-afa8-0c4f676c9782.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjYwNzM2MzMsIm5iZiI6MTcyNjA3MzMzMywicGF0aCI6Ii8xMTcyNzUzMzcvMzQ3NDI2ODIwLTI2MjdiZjE0LTRmYzktNDdlMy1hZmE4LTBjNGY2NzZjOTc4Mi5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjQwOTExJTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI0MDkxMVQxNjQ4NTNaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT02ODUzZDRhMmYzMzU0NTA3OTUxZmUyNTRiM2JhMTdjNTEzYmI5ZGUyMjNhZDVjZTgwYjQ0ZWM1MjA0YzFjNjRjJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCZhY3Rvcl9pZD0wJmtleV9pZD0wJnJlcG9faWQ9MCJ9.Htb6H_bASdqtkgdiw7awwMC6eKNcgBtou9QTGKXQ-Oc)
{mode: "peer", listen: {endpoints: ["tcp/0.0.0.0:0", "tcp/[::]:0"]}}
To reproduce
System info
The text was updated successfully, but these errors were encountered: