View Issue Details

IDProjectCategoryView StatusLast Update
0003213GNUnettransport servicepublic2024-05-03 13:58
ReporterChristian Grothoff Assigned ToChristian Grothoff  
PriorityhighSeveritymajorReproducibilityhave not tried
Status closedResolutionfixed 
Product VersionGit master 
Target Version0.10.0Fixed in Version0.10.0 
Summary0003213: udp address validation denied due to address mismatch, despite address matching
DescriptionI have this in my logs:

Dec 13 19:10:56-337164 nat-2175 WARNING Asked to validate one of my addresses and validation failed!
Dec 13 19:10:56-361668 transport-2175 ERROR Address `udp.0.217.92.15.146:2086' is not one of my addresses, not confirming PING

However, 217.92.15.146 IS the correct IP+port (and while NATed, the NAT is punched, so this external IP should be considered correct).
TagsNo tags attached.

Relationships

child of 0003196 closedMatthias Wachs Report on peer connectivity: UDP 

Activities

Christian Grothoff

2013-12-13 20:24

manager   ~0007878

One possible explanation (especially given my setup) is that nat.c::resolve_dns periodically (!) resolves the DNS name given for the external IP address (i.e. for DYNDNS). However, when it does so, it FIRST removes the existing mappings (remove_from_address_list_by_source, LAL_EXTERNAL_IP) and THEN does the DNS lookup which (eventually) adds the new mappings. In the meantime, there is thus a time window where PINGs would go unanswered. We could fix this by removing the 'old' mappings only after the new mappings have been added.

Christian Grothoff

2013-12-13 20:38

manager   ~0007879

Should be fixed in SVN 31377.

Issue History

Date Modified Username Field Change
2013-12-13 19:38 Christian Grothoff New Issue
2013-12-13 19:38 Christian Grothoff Status new => assigned
2013-12-13 19:38 Christian Grothoff Assigned To => Matthias Wachs
2013-12-13 19:38 Christian Grothoff Relationship added child of 0003196
2013-12-13 20:24 Christian Grothoff Note Added: 0007878
2013-12-13 20:38 Christian Grothoff Note Added: 0007879
2013-12-13 20:38 Christian Grothoff Status assigned => resolved
2013-12-13 20:38 Christian Grothoff Fixed in Version => 0.10.0
2013-12-13 20:38 Christian Grothoff Resolution open => fixed
2013-12-13 20:38 Christian Grothoff Assigned To Matthias Wachs => Christian Grothoff
2013-12-24 20:53 Christian Grothoff Status resolved => closed
2024-05-03 13:58 Christian Grothoff Category UDP transport => transport service