Hello Johannes,
Thank you for the reply.
Note that there is no 'additional fragment'. There is an equal number of fragments on both sides but their size distribution is different. And if you add up the sizes of fragments obtained on the receiver side, it is less than the total at the sender side. In other words, I think the entire file is not sent. I am unable to extract the file to the application layer.
Any idea why this is the case?
Regards, Sandra On Mar 17, 2014 1:54 PM, "Johannes Morgenroth" morgenroth@ibr.cs.tu-bs.de wrote:
Am 14.03.2014 18:30, schrieb Sandra Siby:
Is it normal for there to be a discrepancy in the bundle sizes on both sides? If so, why is there a difference? Note that we do not run the dtninbox application on the receiver side to extract the file to the application layer.
If fragmentation is enabled and a TCP convergence layer is used reactive fragmentation is also activated. Thus, the additional fragment may be a result of the reactive fragmentation triggered by an interrupted connection.
It would be great if you could also give us a short description of how epidemic routing is implemented in your code.
The routing modules iterate through the storage and select bundles to forward on each contact following some selection constrains. For details I suggest to read the commented code (yes, it is commented!).
https://github.com/ibrdtn/ibrdtn/blob/master/ibrdtn/daemon/src/routing/epide...
Kind regards, Johannes Morgenroth
-- !! This message is brought to you via the `ibr-dtn' mailing list. !! Please do not reply to this message to unsubscribe. To unsubscribe or adjust !! your settings, send a mail message to ibr-dtn-request@ibr.cs.tu-bs.de !! or look at https://mail.ibr.cs.tu-bs.de/listinfo/ibr-dtn.