DEBUG.10 - aborted: No more transfers allowed.
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 http://www.auzias.net/ PhD candidate http://auzias.net/?p=phd - IRISA Member of the Scientific Council http://auzias.net/Generation14/index-en.html GSM : *0033 695 118 774*
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.
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 http://www.auzias.net/ PhD candidate http://auzias.net/?p=phd - IRISA Member of the Scientific Council http://auzias.net/Generation14/index-en.html 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.
participants (2)
-
Maël Auzias -
Sebastian Schildt