View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0002596GNUnetobsoletepublic2012-10-23 11:202024-05-03 11:50
ReporterMatthias Wachs Assigned ToChristian Grothoff Due Date
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product VersionGit master 
Target Version0.9.4Fixed in Version0.9.4 
Summary0002596: Fragmentation needs to slow down retransmission if no ACKs are received
Descriptionrecalculating delays is implemented on ACK receive.

But if no ACK is received all rounds are retransmitted with same fragment interval and round interval (2 * ACK delay)
TagsNo tags attached.

Activities

Christian Grothoff

2012-10-23 13:01

manager   ~0006475

Fragmentation now additionally slows down by a factor of "2^RT" where RT is the number of times we've been retransmitting without ACK. In addition to adjusting the basic timeout on the percentages that were ACKed, we also overall slowdown for the next message by "RT" (not 2^RT, that would likely be too extreme). So this should really now work.

Issue History

Date ModifiedUsernameFieldChange
2012-10-23 11:20Matthias WachsNew Issue
2012-10-23 11:20Matthias WachsStatusnew => assigned
2012-10-23 11:20Matthias WachsAssigned To => Christian Grothoff
2012-10-23 11:21Matthias WachsRelationship addedparent of 0002549
2012-10-23 13:00Christian GrothoffRelationship deletedparent of 0002549
2012-10-23 13:01Christian GrothoffNote Added: 0006475
2012-10-23 13:01Christian GrothoffStatusassigned => resolved
2012-10-23 13:01Christian GrothoffFixed in Version => Git master
2012-10-23 13:01Christian GrothoffResolutionopen => fixed
2012-10-23 13:05Christian GrothoffFixed in VersionGit master => 0.9.4
2012-10-23 13:05Christian GrothoffTarget Version => 0.9.4
2012-11-05 17:33Christian GrothoffStatusresolved => closed
2024-05-03 11:50Christian GrothoffCategoryfragmentation library => obsolete