I have been working with ibr-dtn and a data mule (alix3d3) to transport bundles between nodes. But in many contacts of 20 s, no files are transfered, using dtnoutbox application. How can this be explained and solved?
Hi Leonel,
* Whats the convergence layer ? I have had very little success on UDP. * Please check if the neighbours actually discovered each other. In one of my previous posts, I mentioned about neighbours making contact (neighbour beacons seen), but discovery not completed (presence of the "New node" string in the log file). The problem is still unsolved for me.
Regards, Vijay
On Fri, May 26, 2017 at 5:55 AM, Leonel Gaspar Soares < leonelgasparsoares@gmail.com> wrote:
I have been working with ibr-dtn and a data mule (alix3d3) to transport bundles between nodes. But in many contacts of 20 s, no files are transfered, using dtnoutbox application. How can this be explained and solved?
-- !! 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.
Thanks, I will try to do that. I'm using tcpcl.
On Fri, May 26, 2017 at 1:43 PM, Vijayasarathy Rajagopalan < shanv82@gmail.com> wrote:
Hi Leonel,
- Whats the convergence layer ? I have had very little success on UDP.
- Please check if the neighbours actually discovered each other. In one of
my previous posts, I mentioned about neighbours making contact (neighbour beacons seen), but discovery not completed (presence of the "New node" string in the log file). The problem is still unsolved for me.
Regards, Vijay
On Fri, May 26, 2017 at 5:55 AM, Leonel Gaspar Soares < leonelgasparsoares@gmail.com> wrote:
I have been working with ibr-dtn and a data mule (alix3d3) to transport bundles between nodes. But in many contacts of 20 s, no files are transfered, using dtnoutbox application. How can this be explained and solved?
-- !! 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.
My tests are made simullating conectivity loss between data mule and node. I have the impression that if the connectivity loss between data mule and sender takes less than 2 min, aprox, node down does not show in daemon log and some deliveries do not work. Maybe this must take more time to assure node is realy down for custody transfer be effective: no sence in data mule sending nodes to receiver in case sender has link up. Agree?
On Fri, May 26, 2017 at 1:57 PM, Leonel Gaspar Soares < leonelgasparsoares@gmail.com> wrote:
Thanks, I will try to do that. I'm using tcpcl.
On Fri, May 26, 2017 at 1:43 PM, Vijayasarathy Rajagopalan < shanv82@gmail.com> wrote:
Hi Leonel,
- Whats the convergence layer ? I have had very little success on UDP.
- Please check if the neighbours actually discovered each other. In one
of my previous posts, I mentioned about neighbours making contact (neighbour beacons seen), but discovery not completed (presence of the "New node" string in the log file). The problem is still unsolved for me.
Regards, Vijay
On Fri, May 26, 2017 at 5:55 AM, Leonel Gaspar Soares < leonelgasparsoares@gmail.com> wrote:
I have been working with ibr-dtn and a data mule (alix3d3) to transport bundles between nodes. But in many contacts of 20 s, no files are transfered, using dtnoutbox application. How can this be explained and solved?
-- !! 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.
Hello.
TCP connections are not the best choise in any case. TCP manages internal timers and tries to recovery connections if possible. However, this approach tend to perform very low if there are short-lived connections and many disruption.
You can tweak down the "keepalive_timeout" option to make the TCP-CL more responsive, but maybe it is a better option to switch to "dgram:udp".
Kind regards, Johannes
Am 26.05.2017 um 19:15 schrieb Leonel Gaspar Soares:
My tests are made simullating conectivity loss between data mule and node. I have the impression that if the connectivity loss between data mule and sender takes less than 2 min, aprox, node down does not show in daemon log and some deliveries do not work. Maybe this must take more time to assure node is realy down for custody transfer be effective: no sence in data mule sending nodes to receiver in case sender has link up. Agree?
On Fri, May 26, 2017 at 1:57 PM, Leonel Gaspar Soares <leonelgasparsoares@gmail.com mailto:leonelgasparsoares@gmail.com> wrote:
Thanks, I will try to do that. I'm using tcpcl. On Fri, May 26, 2017 at 1:43 PM, Vijayasarathy Rajagopalan <shanv82@gmail.com <mailto:shanv82@gmail.com>> wrote: Hi Leonel, * Whats the convergence layer ? I have had very little success on UDP. * Please check if the neighbours actually discovered each other. In one of my previous posts, I mentioned about neighbours making contact (neighbour beacons seen), but discovery not completed (presence of the "New node" string in the log file). The problem is still unsolved for me. Regards, Vijay On Fri, May 26, 2017 at 5:55 AM, Leonel Gaspar Soares <leonelgasparsoares@gmail.com <mailto:leonelgasparsoares@gmail.com>> wrote: I have been working with ibr-dtn and a data mule (alix3d3) to transport bundles between nodes. But in many contacts of 20 s, no files are transfered, using dtnoutbox application. How can this be explained and solved? -- !! 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 <mailto:ibr-dtn-request@ibr.cs.tu-bs.de>> !! or look at https://mail.ibr.cs.tu-bs.de/listinfo/ibr-dtn <https://mail.ibr.cs.tu-bs.de/listinfo/ibr-dtn>.
Thanks Doctor Morgenroth. I also thought bundles could be rejected for the trips being to long. In dtninbox/dtnoutbox how can the time to live of bundles be set?
On Sun, May 28, 2017 at 7:43 AM, Johannes Morgenroth < morgenroth@ibr.cs.tu-bs.de> wrote:
Hello.
TCP connections are not the best choise in any case. TCP manages internal timers and tries to recovery connections if possible. However, this approach tend to perform very low if there are short-lived connections and many disruption.
You can tweak down the "keepalive_timeout" option to make the TCP-CL more responsive, but maybe it is a better option to switch to "dgram:udp".
Kind regards, Johannes
Am 26.05.2017 um 19:15 schrieb Leonel Gaspar Soares:
My tests are made simullating conectivity loss between data mule and node. I have the impression that if the connectivity loss between data mule and sender takes less than 2 min, aprox, node down does not show in daemon log and some deliveries do not work. Maybe this must take more time to assure node is realy down for custody transfer be effective: no sence in data mule sending nodes to receiver in case sender has link up. Agree?
On Fri, May 26, 2017 at 1:57 PM, Leonel Gaspar Soares <leonelgasparsoares@gmail.com mailto:leonelgasparsoares@gmail.com>
wrote:
Thanks, I will try to do that. I'm using tcpcl. On Fri, May 26, 2017 at 1:43 PM, Vijayasarathy Rajagopalan <shanv82@gmail.com <mailto:shanv82@gmail.com>> wrote: Hi Leonel, * Whats the convergence layer ? I have had very little success on UDP. * Please check if the neighbours actually discovered each other. In one of my previous posts, I mentioned about neighbours making contact (neighbour beacons seen), but discovery not completed (presence of the "New node" string in the log file). The problem is still unsolved for me. Regards, Vijay On Fri, May 26, 2017 at 5:55 AM, Leonel Gaspar Soares <leonelgasparsoares@gmail.com <mailto:leonelgasparsoares@gmail.com>> wrote: I have been working with ibr-dtn and a data mule (alix3d3) to transport bundles between nodes. But in many contacts of 20 s, no files are transfered, using dtnoutbox application. How can this be explained and solved? -- !! 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 <mailto:ibr-dtn-request@ibr.cs.tu-bs.de>> !! or look at https://mail.ibr.cs.tu-bs.de/listinfo/ibr-dtn <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.
At the moment, dtnoutbox has no option to set the bundle lifetime.
Am 29. Mai 2017 01:49:01 MESZ schrieb Leonel Gaspar Soares leonelgasparsoares@gmail.com:
Thanks Doctor Morgenroth. I also thought bundles could be rejected for the trips being to long. In dtninbox/dtnoutbox how can the time to live of bundles be set?
On Sun, May 28, 2017 at 7:43 AM, Johannes Morgenroth < morgenroth@ibr.cs.tu-bs.de> wrote:
Hello.
TCP connections are not the best choise in any case. TCP manages internal timers and tries to recovery connections if possible.
However,
this approach tend to perform very low if there are short-lived connections and many disruption.
You can tweak down the "keepalive_timeout" option to make the TCP-CL more responsive, but maybe it is a better option to switch to
"dgram:udp".
Kind regards, Johannes
Am 26.05.2017 um 19:15 schrieb Leonel Gaspar Soares:
My tests are made simullating conectivity loss between data mule
and
node. I have the impression that if the connectivity loss between
data
mule and sender takes less than 2 min, aprox, node down does not
show in
daemon log and some deliveries do not work. Maybe this must take
more
time to assure node is realy down for custody transfer be
effective: no
sence in data mule sending nodes to receiver in case sender has
link up.
Agree?
On Fri, May 26, 2017 at 1:57 PM, Leonel Gaspar Soares <leonelgasparsoares@gmail.com
mailto:leonelgasparsoares@gmail.com>
wrote:
Thanks, I will try to do that. I'm using tcpcl. On Fri, May 26, 2017 at 1:43 PM, Vijayasarathy Rajagopalan <shanv82@gmail.com <mailto:shanv82@gmail.com>> wrote: Hi Leonel, * Whats the convergence layer ? I have had very littlesuccess
on UDP. * Please check if the neighbours actually discovered eachother.
In one of my previous posts, I mentioned about neighboursmaking
contact (neighbour beacons seen), but discovery notcompleted
(presence of the "New node" string in the log file). Theproblem
is still unsolved for me. Regards, Vijay On Fri, May 26, 2017 at 5:55 AM, Leonel Gaspar Soares <leonelgasparsoares@gmail.com <mailto:leonelgasparsoares@gmail.com>> wrote: I have been working with ibr-dtn and a data mule(alix3d3)
to transport bundles between nodes. But in manycontacts of
20 s, no files are transfered, using dtnoutboxapplication.
How can this be explained and solved? -- !! 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 <mailto:ibr-dtn-request@ibr.cs.tu-bs.de>> !! or look athttps://mail.ibr.cs.tu-bs.de/listinfo/ibr-dtn
<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.
Thanks, but maybe my bundles are out of date. How much long does the application accepts bundles?
On Mon, May 29, 2017 at 1:48 PM, Johannes Morgenroth < morgenroth@ibr.cs.tu-bs.de> wrote:
At the moment, dtnoutbox has no option to set the bundle lifetime.
Am 29. Mai 2017 01:49:01 MESZ schrieb Leonel Gaspar Soares < leonelgasparsoares@gmail.com>:
Thanks Doctor Morgenroth. I also thought bundles could be rejected for the trips being to long. In dtninbox/dtnoutbox how can the time to live of bundles be set?
On Sun, May 28, 2017 at 7:43 AM, Johannes Morgenroth < morgenroth@ibr.cs.tu-bs.de> wrote:
Hello.
TCP connections are not the best choise in any case. TCP manages internal timers and tries to recovery connections if possible.
However,
this approach tend to perform very low if there are short-lived connections and many disruption.
You can tweak down the "keepalive_timeout" option to make the TCP-CL more responsive, but maybe it is a better option to switch to
"dgram:udp".
Kind regards, Johannes
Am 26.05.2017 um 19:15 schrieb Leonel Gaspar Soares:
My tests are made simullating conectivity loss between data mule
and
node. I have the impression that if the connectivity loss between
data
mule and sender takes less than 2 min, aprox, node down does not
show in
daemon log and some deliveries do not work. Maybe this must take
more
time to assure node is realy down for custody transfer be
effective: no
sence in data mule sending nodes to receiver in case sender has
link up.
Agree?
On Fri, May 26, 2017 at 1:57 PM, Leonel Gaspar Soares <leonelgasparsoares@gmail.com
mailto:leonelgasparsoares@gmail.com>
wrote:
Thanks, I will try to do that. I'm using tcpcl. On Fri, May 26, 2017 at 1:43 PM, Vijayasarathy Rajagopalan <shanv82@gmail.com <mailto:shanv82@gmail.com>> wrote: Hi Leonel, * Whats the convergence layer ? I have had very littlesuccess
on UDP. * Please check if the neighbours actually discovered eachother.
In one of my previous posts, I mentioned about neighboursmaking
contact (neighbour beacons seen), but discovery notcompleted
(presence of the "New node" string in the log file). Theproblem
is still unsolved for me. Regards, Vijay On Fri, May 26, 2017 at 5:55 AM, Leonel Gaspar Soares <leonelgasparsoares@gmail.com <mailto:leonelgasparsoares@gmail.com>> wrote: I have been working with ibr-dtn and a data mule(alix3d3)
to transport bundles between nodes. But in manycontacts of
20 s, no files are transfered, using dtnoutboxapplication.
How can this be explained and solved? -- !! 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 <mailto:ibr-dtn-request@ibr.cs.tu-bs.de>> !! or look athttps://mail.ibr.cs.tu-bs.de/listinfo/ibr-dtn
<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 (3)
-
Johannes Morgenroth -
Leonel Gaspar Soares -
Vijayasarathy Rajagopalan