Hi Sebastian, and thanks a lot for your answer :)

I should have detailed a little bit more my 3-nodes network beforehand. A client send a few bundle (about one each 30 sec), and dtn://br is either connected to the client only, either connected to the server only (data-mule scenario). Then I doubt that the reason is the large number...

PS: This is why I use flooding and not Prophet ;)

Have a nice day, thanks again for your time and response.




​
Best regards,
---
​​
Auzias Maël - auzias.net
GSM : 0033 695 118 774

On Sun, Feb 15, 2015 at 3:27 PM, Sebastian Schildt <schildt@ibr.cs.tu-bs.de> wrote:
Hi,


I am a little guesstimating here, but I guess Johannes will correct me, if it is too wrong. From my understanding the "No more transfer allowed", means there  might still be bundles in storage for dtn://ibr, but since  there are already a certain amount of bundle enqueued to be transferred, it is not allowed to enqueue more, before some are delivered. The rationale is, that if you meet a node and have 1000 bundles for for it, it does not make sense to prepare 100 bundles to be transferred by the convergence layer, because this costs performance and their is a good chance that the connections breaks before all bundles are transferred. Therefore they are queued chunk-wise. Think of it as inner-dameon flow control...


Sebastian

P.S.: As a side note: 99.9% of the time you want Prophet instead of Flooding.




> Am 09.02.2015 um 16:35 schrieb Maël Auzias <dtnrg@auzias.net>:
>
> Hi you all.
>
> By diving into the log of dtnd, I found a couple of entries I don't understand. Do you have any suggestion of what is happening here, and especially why "no more transfers allowed"?
>
> Mon Feb  9 14:34:49 2015 DEBUG.10 FloodRoutingExtension: task SearchNextBundleTask: dtn://br aborted: No more transfers allowed.
> Mon Feb  9 14:34:49 2015 DEBUG.5 StaticRoutingExtension: processing task SearchNextBundleTask: dtn://br
> Mon Feb  9 14:34:49 2015 DEBUG.5 NeighborRoutingExtension: processing task SearchNextBundleTask: dtn://br
> Mon Feb  9 14:34:49 2015 DEBUG.10 StaticRoutingExtension: task SearchNextBundleTask: dtn://br aborted: No more transfers allowed.
> Mon Feb  9 14:34:49 2015 DEBUG.10 NeighborRoutingExtension: task SearchNextBundleTask: dtn://br aborted: No more transfers allowed.
> Mon Feb  9 14:34:49 2015 DEBUG.10 FloodRoutingExtension: task SearchNextBundleTask: dtn://br aborted: No more transfers allowed.
> Mon Feb  9 14:34:50 2015 DEBUG.2 BundleStorage: add bundle to index: [476804018.6] dtn://14/hello_srv
> Mon Feb  9 14:34:50 2015 DEBUG.5 StaticRoutingExtension: processing task ProcessBundleTask: [476804018.6] dtn://14/hello_srv
> Mon Feb  9 14:34:50 2015 DEBUG.10 Registration: [RegistrationQueue] add bundle to list of delivered bundles: [476804018.6] dtn://14/hello_srv
> Mon Feb  9 14:34:50 2015 DEBUG.2 BundleStorage: remove bundle from index: [476804018.6] dtn://14/hello_srv
>
>
> Have a nice day, and sorry for the double post if any.
>
>
>
>
> ​Best regards,
> ---
> ​​Auzias Maël - auzias.net
> ​PhD candidate  ​- ​IRISA​
> Member of the Scientific Council
> GSM : 0033 695 118 774
> --
> !! 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.

--
!! 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.