View Issue Details

IDProjectCategoryView StatusLast Update
0003866GNUnettransport servicepublic2026-01-25 14:13
Reporterdangole Assigned Tot3sserakt Due Date
PrioritynormalSeverityfeatureReproducibilityN/A
Status closedResolutionfixed 
Target Version1.0.0Fixed in Version0.23.0 
Summary0003866: local peer discovery should be implemented
DescriptionIdeally by announcing and querying using different mDNS backends like bonjour/apple?, android?/binder, avahi/dbus, mdns/ubus, ...
Another way might be to use UDPv6 link-local multicast directly on-top of Ethernet-like media.
TagsNo tags attached.

Activities

Christian Grothoff

2015-06-27 14:48

manager   ~0009352

We do use UPDv6 multicast, and UDPv4 broadcast for local discovery already.

dangole

2015-06-27 15:39

developer   ~0009353

I see, looking at the code it seems sufficient.
It would be nice to allow configuring the specific interface to use for multicast/broadcast as well as adding/removing interfaces during runtime.

schanzen

2024-03-15 12:51

administrator   ~0021935

Is this issue fixed already?

thejackimonster

2024-10-07 14:59

developer   ~0023468

Last edited: 2024-10-07 15:59

I've found an issue in the UDPv4 broadcast for discovery:

In case the udp communicator does not disable ipv6, it will bind the `default_udp_sock` to an ipv6 address. That will cause a failure when trying to send a broadcast packet to an ipv4 broadcast address. So it's probably necessary to always have another default socket around for ipv4 traffic (bound to an ipv4 address) or using a raw socket for both protocols.

Issue is pretty much in gnunet-communicator-udp.c line 3341. So currently the UDPv4 broadcast only works when disabling ipv6 for the communicator.

thejackimonster

2024-10-08 17:07

developer   ~0023483

The issue with UDPv4 broadcast should be fixed with commit b3edc7b2ad04d09d84b06367b6c38c60ceebb33e now.

schanzen

2024-10-11 09:12

administrator   ~0023513

Isnt this already fixed?

schanzen

2024-11-14 08:48

administrator   ~0023717

This is fixed (at least as feature) since we introduced TNG.
Any remaining bugs may go into new issues.

Issue History

Date ModifiedUsernameFieldChange
2015-06-27 00:17dangoleNew Issue
2015-06-27 00:17dangoleStatusnew => assigned
2015-06-27 00:17dangoleAssigned To => Matthias Wachs
2015-06-27 14:48Christian GrothoffNote Added: 0009352
2015-06-27 14:49Christian GrothoffAssigned ToMatthias Wachs =>
2015-06-27 14:49Christian GrothoffStatusassigned => acknowledged
2015-06-27 15:39dangoleNote Added: 0009353
2020-10-29 09:54schanzenTag Attached: tng
2020-10-29 09:55schanzenTarget Version => 0.15.0
2021-06-10 17:36schanzenTarget Version0.15.0 => 0.16.0
2021-12-31 08:29schanzenTarget Version0.16.0 => 0.17.0
2021-12-31 08:32schanzenTarget Version0.17.0 => 1.0.0
2024-03-15 12:51schanzenAssigned To => schanzen
2024-03-15 12:51schanzenStatusacknowledged => feedback
2024-03-15 12:51schanzenNote Added: 0021935
2024-03-15 12:51schanzenAssigned Toschanzen => Christian Grothoff
2024-08-05 10:57Christian GrothoffAssigned ToChristian Grothoff => t3sserakt
2024-10-07 14:59thejackimonsterNote Added: 0023468
2024-10-07 15:59thejackimonsterNote Edited: 0023468
2024-10-08 17:07thejackimonsterNote Added: 0023483
2024-10-11 09:12schanzenTarget Version1.0.0 => 0.22.2
2024-10-11 09:12schanzenNote Added: 0023513
2024-10-11 09:13schanzenFixed in Version => 0.22.2
2024-10-11 09:13schanzenTarget Version0.22.2 => 1.0.0
2024-10-29 19:56schanzenFixed in Version0.22.2 =>
2024-11-14 08:48schanzenStatusfeedback => resolved
2024-11-14 08:48schanzenResolutionopen => fixed
2024-11-14 08:48schanzenFixed in Version => 0.23.0
2024-11-14 08:48schanzenNote Added: 0023717
2024-11-14 08:48schanzenStatusresolved => closed
2026-01-25 14:13Christian GrothoffTag Detached: tng