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