View Issue Details

IDProjectCategoryView StatusLast Update
0003235GNUnettransport servicepublic2013-12-24 20:53
ReporterChristian Grothoff Assigned ToChristian Grothoff  
PriorityimmediateSeverityblockReproducibilityalways
Status closedResolutionfixed 
Product VersionGit master 
Target Version0.10.0Fixed in Version0.10.0 
Summary0003235: peer (at home) PD67 fails to connect
DescriptionNAT is punched, so there is no good reason for this behavior. Failure to connect is at the transport level (I see at most 1 connection most of the time, rarely 2, rarely zero).
TagsNo tags attached.

Activities

Christian Grothoff

2013-12-23 12:37

manager   ~0007934

$ gnunet-ats -m
Peer `9NTF' plugin `tcp', address `tcp.0.pixel:2086', `WAN' bw out: 20204 Bytes/s, bw in 20204 Bytes/s,
Peer `9NTF' plugin `tcp', address `tcp.0.pixel:2086', `WAN' bw out: 0 Bytes/s, bw in 0 Bytes/s,
Peer `DPQI' plugin `tcp', address `tcp.0.gnunet.org:2086', `WAN' bw out: 0 Bytes/s, bw in 0 Bytes/s,
Peer `DPQI' plugin `tcp', address `tcp.0.gnunet.org:2086', `WAN' bw out: 29795 Bytes/s, bw in 29795 Bytes/s,
Peer `DPQI' plugin `tcp', address `tcp.0.gnunet.org:2086', `WAN' bw out: 29795 Bytes/s, bw in 29795 Bytes/s,
Peer `DPQI' plugin `tcp', address `tcp.0.gnunet.org:2086', `WAN' bw out: 29795 Bytes/s, bw in 29795 Bytes/s,
Peer `DPQI' plugin `tcp', address `tcp.0.gnunet.org:2086', `WAN' bw out: 29795 Bytes/s, bw in 29795 Bytes/s,
Peer `9NTF' plugin `tcp', address `tcp.0.pixel:2086', `WAN' bw out: 0 Bytes/s, bw in 0 Bytes/s,
Peer `9NTF' plugin `tcp', address `tcp.0.pixel:2086', `WAN' bw out: 0 Bytes/s, bw in 0 Bytes/s,
Peer `DPQI' plugin `tcp', address `tcp.0.gnunet.org:2086', `WAN' bw out: 29795 Bytes/s, bw in 29795 Bytes/s,
Peer `9NTF' plugin `tcp', address `tcp.0.pixel:2086', `WAN' bw out: 0 Bytes/s, bw in 0 Bytes/s,
Peer `DPQI' plugin `tcp', address `tcp.0.gnunet.org:2086', `WAN' bw out: 29795 Bytes/s, bw in 29795 Bytes/s,
Peer `DPQI' plugin `tcp', address `tcp.0.gnunet.org:2086', `WAN' bw out: 29795 Bytes/s, bw in 29795 Bytes/s,
Peer `9NTF' plugin `tcp', address `tcp.0.pixel:2086', `WAN' bw out: 0 Bytes/s, bw in 0 Bytes/s,
Peer `DPQI' plugin `tcp', address `tcp.0.gnunet.org:2086', `WAN' bw out: 29795 Bytes/s, bw in 29795 Bytes/s,
Peer `9NTF' plugin `tcp', address `tcp.0.pixel:2086', `WAN' bw out: 0 Bytes/s, bw in 0 Bytes/s,
Peer `DPQI' plugin `tcp', address `tcp.0.gnunet.org:2086', `WAN' bw out: 29795 Bytes/s, bw in 29795 Bytes/s,

Christian Grothoff

2013-12-23 12:38

manager   ~0007935

$ gnunet-transport -m
Peer `9NTF': tcp tcp.0.pixel:2086
Peer `DPQI': tcp tcp.0.gnunet.org:2086
grothoff@spec:~/research/gnunet-dns/talks$ gnunet-core -m
Mon Dec 23 11:37:41 2013: Connected to DPQI (1 connections in total)

Christian Grothoff

2013-12-23 15:31

manager   ~0007936

Last edited: 2013-12-23 15:32

Manually creating a HELLO from the known data and importing it at pixel enabled pixel to connect instantly. After a while, we also then saw 'inbound' connections being active from PD67. So once OTHER peers have a VALID HELLO, the connection will be established. So:

1) maybe PD67 fails to create a proper HELLO (but then, it should still succeed connecting TO the other peer, even if it fails to receive inbound connections)
2) maybe PD67's timestamp in the normal HELLO is way off (but then, shouldn't the core connection also fail with signatures expired, etc.)?
3) maybe other peers somehow/somewhere reject (or at least fail to properly) incoming connections from PD67 and thus do not even get the HELLO;

Christian Grothoff

2013-12-23 16:29

manager   ~0007937

Seems to be much better now. There is still likely an issue with peers that are behind unpunched NATs, but at least the "easy" case is now working again.

Issue History

Date Modified Username Field Change
2013-12-23 12:36 Christian Grothoff New Issue
2013-12-23 12:36 Christian Grothoff Status new => assigned
2013-12-23 12:36 Christian Grothoff Assigned To => Matthias Wachs
2013-12-23 12:37 Christian Grothoff Note Added: 0007934
2013-12-23 12:38 Christian Grothoff Note Added: 0007935
2013-12-23 15:31 Christian Grothoff Note Added: 0007936
2013-12-23 15:32 Christian Grothoff Note Edited: 0007936
2013-12-23 16:29 Christian Grothoff Note Added: 0007937
2013-12-23 16:29 Christian Grothoff Status assigned => resolved
2013-12-23 16:29 Christian Grothoff Fixed in Version => 0.10.0
2013-12-23 16:29 Christian Grothoff Resolution open => fixed
2013-12-23 16:29 Christian Grothoff Assigned To Matthias Wachs => Christian Grothoff
2013-12-24 20:53 Christian Grothoff Status resolved => closed