View Issue Details

IDProjectCategoryView StatusLast Update
0002214GNUnettransport servicepublic2024-05-03 11:59
ReporterChristian Grothoff Assigned ToMatthias Wachs Due Date
PriorityhighSeverityminorReproducibilityrandom
Status closedResolutionunable to reproduce 
Product VersionGit master 
Target Version0.9.3Fixed in Version0.9.3 
Summary0002214: WARNING External protocol violation detected at plugin_transport_tcp.c:1842.
DescriptionI get this when running a peer for a while. No idea why, but should be investigated as it might point to a host-dependent protocol incompatibility (i.e. bad alignment 64 vs. 32 bit or something like that).
TagsNo tags attached.

Relationships

has duplicate 0002180 closedMatthias Wachs External protocol violation detected at plugin_transport_tcp.c:1735. 

Activities

Matthias Wachs

2012-03-30 15:59

reporter   ~0005664

Added an extended err msg.

Could not reproduce with an peer running 18h

Christian Grothoff

2012-04-01 08:58

manager   ~0005670

I'm now getting this, not sure if this is the same issue with new line numbers or a different issue:

Apr 01 10:34:06-842408 transport-21289 WARNING ATS did not suggested address to connect to peer `9DUB'
Apr 01 10:57:09-338041 transport-21289 WARNING External protocol violation detected at plugin_transport_tcp.c:1455.
Apr 01 10:57:14-064033 transport-21289 WARNING Message `External protocol violation detected at plugin_transport_tcp.c:1455.' repeated 5 times in the last 4726 ms
Apr 01 10:57:14-064033 transport-21289 ERROR Error setting address in use for peer `KNAP' `98.119.204.191:2086': NOT USED -> NOT USED; set last time by 2643, called now by 946
Apr 01 10:57:14-064055 transport-21289 ERROR Assertion failed at gnunet-service-transport_validation.c:1245.

Matthias Wachs

2012-04-02 11:41

reporter   ~0005678

Last edited: 2012-04-03 08:38

Analysis:

We receive unexpected tcp data from a peer we do not have a session for.

Perhaps because we restarted and the other peer stills sends data.

Solution:
I think we can remove the break and just return and disconnect with:
    GNUNET_SERVER_receive_done (client, GNUNET_SYSERR)

Matthias Wachs

2012-04-02 11:43

reporter   ~0005679

This is the kind of error message I need for 0002216

Matthias Wachs

2012-04-03 08:39

reporter   ~0005687

Added additional debug message in rev 20865.

Christian Grothoff

2012-04-03 11:06

manager   ~0005691

If *we* restarted, the TCP connection would have been cut. So that cannot be the cause.

Matthias Wachs

2012-04-10 11:07

reporter   ~0005703

Added debug message giving us more details
Tried to reproduce it but bug did not occur
Checked plugin functionality, behaviour OK

Issue History

Date ModifiedUsernameFieldChange
2012-03-12 12:13Christian GrothoffNew Issue
2012-03-12 12:13Christian GrothoffStatusnew => assigned
2012-03-12 12:13Christian GrothoffAssigned To => Matthias Wachs
2012-03-16 22:50Christian GrothoffPrioritynormal => high
2012-03-30 15:59Matthias WachsNote Added: 0005664
2012-03-30 15:59Matthias WachsStatusassigned => feedback
2012-04-01 08:58Christian GrothoffNote Added: 0005670
2012-04-01 08:58Christian GrothoffStatusfeedback => assigned
2012-04-02 11:41Matthias WachsNote Added: 0005678
2012-04-02 11:41Matthias WachsStatusassigned => feedback
2012-04-02 11:42Matthias WachsNote Edited: 0005678
2012-04-02 11:42Matthias WachsStatusfeedback => acknowledged
2012-04-02 11:43Matthias WachsNote Added: 0005679
2012-04-03 08:38Matthias WachsNote Edited: 0005678
2012-04-03 08:39Matthias WachsNote Added: 0005687
2012-04-03 08:39Matthias WachsStatusacknowledged => feedback
2012-04-03 09:04Matthias WachsRelationship addedhas duplicate 0002180
2012-04-03 11:06Christian GrothoffNote Added: 0005691
2012-04-03 11:06Christian GrothoffStatusfeedback => assigned
2012-04-10 11:07Matthias WachsNote Added: 0005703
2012-04-10 11:08Matthias WachsStatusassigned => resolved
2012-04-10 11:08Matthias WachsResolutionopen => unable to reproduce
2012-04-12 08:02Christian GrothoffFixed in Version => 0.9.3
2012-04-12 08:02Christian GrothoffTarget Version => 0.9.3
2012-06-02 17:15Christian GrothoffStatusresolved => closed
2024-05-03 11:59Christian GrothoffCategoryTCP transport => transport service