- Ibr-dtn - lists.ibr.cs.tu-bs.de

ibr-dtn daemon log
by Dimitris Giotas 26 Aug '13

26 Aug '13

Hello everyone, I am new to ibr-dtn, and the concept of dtn in general, and I have just installed the ibr-dtn daemon. I was wondering how I could get the log files of the daemon so I could examine possible future mishaps. Thank you. Regards.

2 1

Ibrdtn upgrade issues
by Dimitrios Giotas 23 Aug '13

23 Aug '13

Hello everyone, I am using ibrdtn on my two laptops and my route. I have just updated to 0.10.0 and stumbled across a couple of problems. First of all the api doesn't seem to be able to bind to the 4550 socket. To be precise, I get the error message : ERROR ApiServer: cannot bind socket with address [::]:4550 Secondly after configuring all nodes to epidemic routing, both laptops are unable to discover any nearby active nodes. Moreover they cant even ping themselves. The router however discovers and pings all nodes successfully. It seems like a brain teaser to me and I am really stuck. Any help would be greatly appreciated. Perhaps I should try a new clean install? Thank you. Regards Dimitris Giotas

2 1

ibrdtn Openwrt update
by Dimitrios Giotas 22 Aug '13

22 Aug '13

Hello, How can I update the ibrdtn daemon running on my OpenWrt router? I tried the "opkg update" but it seems that it didn't do the trick? Any ideas? Also, are there any known issues regarding the compatibility between different versions of the daemon? For example 0.8.0 and 0.10.0 Thank you. Regards Dimitris Giotas

1 1

Static routing without flood question
by ssireskin＠gmail.com 22 Aug '13

22 Aug '13

Hi Johannes and all, Is it possible to add an option to the static routing strategy, such that if it's enabled, a bundle is sent only via the first matching route, instead of all of the available routes for the bundle destination? This would avoid flooding. Best regards, Sergey Sireskin

2 6

Re: [ibr-dtn] Static routing without flood question
by ssireskin＠gmail.com 22 Aug '13

22 Aug '13

I forgot to attach the log file. Best regards, Sergey Sireskin

1 0

Re: [ibr-dtn] dtnping crashes ibrdtnd
by Johannes Morgenroth 20 Aug '13

20 Aug '13

Am 20.08.2013 11:06, schrieb ssireskin(a)gmail.com: > Johannes, > > I wanted to test these new scheduling features. Here is what I really > need from priorities. I want bundle priority to be considered by dtnd > on all stages of bundle processing, for example taking bundles out of > storage, placing bundles to a routing queue, sending bundles to a > convergence layer, sending bundles to underlying transport, etc. Is > "scheduling = yes" about this, or it's a completely different feature? In IBR-DTN priorities are only considered within the storage. Bundles are sorted using the priorities and this results in a strict ordered processing in several other modules, including routing and API delivery. As example: If you put in three bundles with priority bulk, expedited and normal. The expedited bundles will be processed and forwarded first to other nodes. The order in which the bundles are stored does not matter here. The mechanism enabled by "scheduling = yes" activates advanced scheduling, which allow +/- 128 priority levels. These are not encoded in the bundle primary block. Instead an extension block is necessary to define the priority of each bundle. This mechanism behaves like the basic priorities and just change the ordering of bundles in the storage. > With dtn2 i have seen the following scenario. I have two nodes, link > between them is down. I send in a series, without delay 30 bulk, then > 2 normal, than 2 expedited bundles. Then immediately I repeat this > series two times. Then I turn link up and see what sequence of bundles > i get on the receiving node. The sequence is: 8 bulk (b), 1 normal > (n), 9b, 1n, 8b, 1e, 1b, 1e, 26b, 1n, 1b, 1n, 1b, 1e, 1b, 1e, 27b, 1e, > 4b, 2n, 1e. This looks line priorities practically don't work. I > tested with TCP-CL, 10 KByte bundle payload size, 16Kbit/s link. To mention here is, that the ordering using priorities in IBR-DTN is not strict to the RFC 5050, but the one you noticed in DTN2 might be. The detail is that RFC 5050 only defines priorities within the same destination. If the bundles are addressed to different destinations, then the priorities should not have any effect on the forwarding order. In IBR-DTN, the priorities are considered globally and even if the bundle is addresses to a different destination, the expedited bundle will get forward before the bulk bundles. Maybe that puts some light into the observations you made. Kind regards, Johannes Morgenroth

1 0

[update] compiling ibr-dtn on windows via cygwin
by Tom Sparks 20 Aug '13

20 Aug '13

I decided not to contact the cygwin mailing list I stop trying to work out why it was not compiling under cygwin I tried to short-cut the compiling step by using colinux/andlinux but they don't have a 64bit version :( I am currently using virtualbox with a Debian guest here is a incomplete to change list for ibr-dtn to compile under cygwin " cygwin ibr-dtn: ibrcommon: ./ibrcommon/config.in keep #undef HAVE_FEATURES_H ./ibrcommon/link/PosixLinkManager.cpp remove #include <netinet/ip6.h> .ibrcommon/thread/Semaphore.h change #include <sys/semaphore.h> to #include </usr/include/semaphore.h> ./ibrcommon/ssl/* todo " --- tom_a_sparks "It's a nerdy thing I like to do" Child of the Internet born 1983 PGP ID: A7EF6006 Please use ISO approved file formats excluding Office Open XML - http://www.gnu.org/philosophy/no-word-attachments.html Ubuntu wiki page https://wiki.ubuntu.com/tomsparks

1 0

Re: [ibr-dtn] dtnping crashes ibrdtnd
by Johannes Morgenroth 20 Aug '13

20 Aug '13

Hi again, thank you for the trace. Indeed, it is very helpful! The issue seems to be related to the scheduling approach enabled with "scheduling = yes". That feature is quite experimental and honestly not well-tested. Are you sure you need it? Basic scheduling via priorities according to RFC5050 is always present and considered in IBR-DTN. The scheduling options allows to consider extended scheduling blocks, which are injected in each bundle and provides more priority levels than specified in the RFC 5050. To be completely sure that the issue is related to the scheduling, could you repeat the experiment without the "scheduling = yes" option in your configuration files? Kind regards, Johannes Morgenroth Am 20.08.2013 10:21, schrieb ssireskin(a)gmail.com: > Johannes, > > I have problems installing debuginfo for standard libraries such as > glibc, libgcc, etc. If the attached gdb.txt is not ok, I'll try to > install debuginfo again and re-do dbg. Please let me know if this > dbg.txt is ok.

1 0

dtnping crashes ibrdtnd
by ssireskin＠gmail.com 20 Aug '13

20 Aug '13

Hi, I have set up several ibr-dtn nodes with multiple interconnections, without discovery and with static routing. I have defined all possible routes in ibrdnd config files to test path fail-over. When I start dtnping, dtnd crashes after several successful pings. Then ping continues via an alternative route, until the other intermediate node crashes. Sometimes the end node, which is being pinged, crashes first. I have attached a network diagram, ibrdtnd config files and logs. I was pinging node 226 from node 224. The route was 224 -> 225 -> 226. The node 226 has crashed. The route changed to 224 -> 227 -> 226. The node 227 has crashed. Please, advise, what could be done to fix this issue. -- Best regards, Sergey Sireskin

2 1

Re: [ibr-dtn] Ibr-dtn Digest, Vol 37, Issue 5
by Bruno Tavares 15 Aug '13

15 Aug '13

Yes , thank you Bruno Tavares ________________________________________ De: ibr-dtn-bounces(a)ibr.cs.tu-bs.de [ibr-dtn-bounces(a)ibr.cs.tu-bs.de] em nome de ibr-dtn-request(a)ibr.cs.tu-bs.de [ibr-dtn-request(a)ibr.cs.tu-bs.de] Enviado: quinta-feira, 15 de Agosto de 2013 11:00 Para: ibr-dtn(a)ibr.cs.tu-bs.de Assunto: Ibr-dtn Digest, Vol 37, Issue 5 Send Ibr-dtn mailing list submissions to ibr-dtn(a)ibr.cs.tu-bs.de To subscribe or unsubscribe via the World Wide Web, visit https://www.ibr.cs.tu-bs.de/mailman/listinfo/ibr-dtn or, via email, send a message with subject or body 'help' to ibr-dtn-request(a)ibr.cs.tu-bs.de You can reach the person managing the list at ibr-dtn-owner(a)ibr.cs.tu-bs.de When replying, please edit your Subject line so it is more specific than "Re: Contents of Ibr-dtn digest..." Today's Topics: 1. Re: transfer of bundles (Johannes Morgenroth) ---------------------------------------------------------------------- Message: 1 Date: Thu, 15 Aug 2013 09:55:39 +0200 From: Johannes Morgenroth <morgenroth(a)ibr.cs.tu-bs.de> Subject: Re: [ibr-dtn] transfer of bundles To: ibr-dtn(a)ibr.cs.tu-bs.de Message-ID: <520C897B.104(a)ibr.cs.tu-bs.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hello Bruno, the channel between two nodes are exclusive and only one bundle can transmitted at once. Answers that your question? Kind regards, Johannes Morgenroth Am 31.07.2013 11:20, schrieb Bruno Tavares: > Hello > > In order to analyze the results of some experiences I made, I need to know if two bundles are sent at the same time in one node. > > Let's say that the scenario has three nodes. The middle node receives a fragment from the first and starts to send it for the last node. In the meanwhile the first node sends a second fragment to the middle one while he is still sending the first one to the last node. What happen? Are the two fragments sent at the same time or the last fragment is only sent to the last node when the transfer of first fragment to the last node is finished ? > > Thank you > > Best regards > > Bruno Tavares ------------------------------ -- !! 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(a)ibr.cs.tu-bs.de> !! or look at https://www.ibr.cs.tu-bs.de/mailman/listinfo/ibr-dtn. End of Ibr-dtn Digest, Vol 37, Issue 5 **************************************

1 0