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

[API] Multi-destinations bundle and flags
by Maël Auzias 05 Oct '15

05 Oct '15

Hi everyone, Looking through the API <http://trac.ibr.cs.tu-bs.de/project-cm-2012-ibrdtn/wiki/docs/api> documentation <https://www.ibr.cs.tu-bs.de/projects/ibr-dtn/apidoc/0.12/api.pdf> I could not find how to send a bundle to 2+ destinations. Should I just typed the following during my bundle put plain or will it overwrite the first one? [..] Destination: dtn://dest1/01 Destination: dtn://all/groupEID-02 [..] What about the flag if one destination is a singleton and the other is a group EID? Sorry for asking "should I do this" instead of trying it, so far I just did not had the time to test it but it's planned ;) and my question about the flags remains anyway. Have a nice day, and thanks again for all your work! Best regards, --- Auzias Maël auzias.net <https://www.auzias.net/en/> - vcard <https://www.auzias.net/auzias.vcf> - thesis <http://people.irisa.fr/Mael.Auzias/> *GSM: 0033 695 118 774*

2 2

RFC for datagram CL for UDP-CL
by Timo Wischer 29 Sep '15

29 Sep '15

Hello, I am looking for a specification or a RFC for the datagram convergence layer which can be used with UDP- and LoWPAN-CL. Where could I find a specification or is it an in-house development and there does not exist any RFC? Is it correct that only using the UDP-CL without dgram is not reliable, too? Greetings Timo Wischer

1 0

Bugreport: dtninbox, dtnrecv, dtnconvert, API And a little question
by Kevin Baron 25 Sep '15

25 Sep '15

Dear Sir or Madam, I still playing around with the IBR-DTN and found out some things that I would like to contribute. I hope this is helping. I got some code from GitHub under ibrdtn/ibrdtn/tools/src/*. First I will refer to ibrdtn/ibrdtn/tools/src/dtninbox.cpp. In the function read_configuration is a switch-case which controls the passed arguments. But there is no test for the argument --quiet. If you start dtninbox with -q or --quiet the script just instantly stops. I guess the missing part just looks like: ... case 'q': _conf_quiet = true; break; ... I guess this should fix the problem. Hope this is right. Further I gone cite Mr.Morgenroth and myself from my last post: > > Last but not least there are some linking mistakes in the pdf-file for > > the api. For example on page 5 "...The available data formats are > > described in section ??....". > > Oh, yes. You are right. Patches are welcome if you want to contribute a > fix for that issue. I looked at it. Just compile it once again with LaTex and it will be all okay. There are no changes in the code needed. I think there is also a bug in the dtnrecv-function. If you say, that you want to receive more then one bundle with --count x, x>1, every bundle will just get printed once. If you start dtnrecv without --count x, x>1, or with --count x, x=1, it often happens that the same bundle gets presented at the console more then once. But if you start it with for example --count 3 the first two bundles are only received once, the third bundle gets presented during this dtnrecv setup but if you start a new dtnrecv just after you closed the last one you will receive the third bundle again. It seems as if the last received bundle didn't get deleted or something like that. If I start dtnrecv without count I can receive the same bundle up to four times. With --count x only the last bundle twice. But if you set the lifetime of a bundle in dtnsend to 1 second the problem disappears. So there must be more then one bundle. I tested this with every routing algorithm and it was always the same. But I haven't found a solution in the code yet. Maybe you have an idea. I further have a question to the registration list command in the API. I am registered as dtn://piOne. If I use neighbour list on an other device the shown name is dtn://piOne but if I look at the registration list there is some thing like dtn://piOne/[[:alpha::]+. Is this right? Why does it look like it does? A little bug I found is in dtnconvert. If you type in dtnconvert -h the help text is printed twice. I guess is has to do with the switch case and following code. There is a case 'h' for the -h argument which prints the help. But there is the variable working_mode isn't changed, so it stays at 0, as it was since the beginning (in case 'r' or 'c' its changed) and so the following if (working_mode == 0) { print_help(); return -1; } prints the help again. Also checked it with echo $? and the exit code isn't as expected for a good running program / command zero, it is in my case always 255. An other thing I saw isn't just a feature to make the program more user-friendly. In the help for dtnping (dtnping -h) there is the option --size, but no further description how to use it. It would be create if there would be something like --size <bytes>. Just to make it more intuitive. My .conf-file will be added in the appendix. The used IBR-DTN version is: IBR-DTN version: 1.0.1 (build 294b543) Thanking you in advance. Yours sincerely, Kevin Baron ------------------------ .conf-file: ##################################### # IBR-DTN daemon # ##################################### # # the local eid of the dtn node # default is the hostname # local_uri = dtn://piOne # # routing strategy # # values: default | epidemic | flooding | prophet | none # # In the "default" the daemon only delivers bundles to neighbours and static # available nodes. The alternative module "epidemic" spread all bundles to # all available neighbours. Flooding works like epidemic, but do not send the # own summary vector to neighbours. Prophet forwards based on the probability # to encounter other nodes (see RFC 6693). # routing = flooding # # forward bundles to other nodes (yes/no) # routing_forwarding = yes # # set to yes if this node is connected to a high precision time reference # like GPS, DCF77, NTP, etc. # # Time-slave #time_reference = no #time_synchronize = yes # Time-master #time_reference = yes #time_discovery_announcements = yes ##################################### # DHTNameService settings # ##################################### # # Enable the DHT, if it was compiled # Default is no # dht_enabled = yes # # Set the udp port, the DHT should working on # Default is 9999 # If Port is 0, a random Port will be chosen for each run # dht_port = 9999 # # Here you can choose a static DHT ID, which is very common # Default is none -> a random ID per run will be generated # dht_id = DHTpiOne # # Enables DHT on IPv6 socket # Default is yes # dht_enable_ipv6 = no # # Enable DNS Bootstrapping for the DHT # dht_bootstrapping = no

1 0

RFC 6258 Metadata Extension Block
by Maël Auzias 25 Sep '15

25 Sep '15

Hi dear list, According to some of source-code files <https://github.com/ibrdtn/ibrdtn/search?utf8=%E2%9C%93&q=extension+block&ty…>, mostly -if not all- written by Johannes Morgenroth, the security extension (RFC 6257 <https://tools.ietf.org/html/rfc6257>) block has been implemented. However I cannot find any specific code on Metadata Extension Block (RFC 6258 <https://tools.ietf.org/html/rfc6258>) that I would like to use to trigger specific processing on the application level (not on the BP daemon side). I know that a SeNDA <http://senda.uab.es/adtn> developed its own BP implementation <http://senda.uab.es/Active-DTN> to execute some code present in the metadata of the Metadata Extesion Block. Am I well searching? Did I miss something? What would be the correct way to implement the Metadata Extension Block into IBR-DTN to trigger specific application-level processing? Thanks (again) for your work and have a nice day! Best regards, --- Auzias Maël auzias.net <https://www.auzias.net/en/> - vcard <https://www.auzias.net/auzias.vcf> - thesis <http://people.irisa.fr/Mael.Auzias/> *GSM: 0033 695 118 774*

2 1

MUSL compilation issue
by Brendan Heading 19 Sep '15

19 Sep '15

Hi guys, You may be aware of the musl project, a new/clean implementation of the C library focussed on strict standards compliance and security. The ibrcommon repository doesn't compile against musl. When I looked I found out that the problem was due to a call to basename(3) in ibrcommon/data/File.cpp. basename expects a char*, but the code passes a std::string.c_str() which is a const char*. The compiler refuses to build. The reason why it works on glibc is because they overload basename() by supplying a version which accepts a const char*. This is GNU extension; musl doesn't supply this due to the aforementioned focus on standards compliance. I have a patch that fixes this which I'm happy to share - is this mailing list the appropriate place to submit patches or is there a preferred mechanism ? Brendan

2 1

Double usage of routing protocol
by Maël Auzias 15 Sep '15

15 Sep '15

Hi dear list! I was wondering if it is possible to use two different routing protocol among a network. The easiest one I can think, and fastest to deploy, of is: - One dynamic routing protocol (BATMAN, spray-and-wait, prophet...) - One static routing protocol based on destination, i.e., all bundles with dtn://all/* as destination are forwarded to all nodes (and thus we deploy an epidemic routing protocol for a specific type of messages). Did anyone work on such a case? Do you have any idea or suggestion on how to do that? Is using the MEB a way to achieve this? Isn't MEB too much (or not enough) for this? Have a nice day, and thanks for further response (if any). Best regards, --- Auzias Maël auzias.net <http://www.auzias.net/en/> - vcard <http://www.auzias.net/auzias.vcf> - thesis <http://people.irisa.fr/Mael.Auzias/> *GSM: 0033 695 118 774*

3 6

[IBR-DTN] " ERROR IPNDAgent: failed "
by MATHEUS CARMO OLIVEIRA 04 Sep '15

04 Sep '15

Hello guys! I'm a graduate student in Computer Science from the Federal University of Amazonas. Sorry my English, because I'm trying to translate in parallel with Google Translate. Anyway, I'm on a research project on DTN, and I'm interested in using the IBR-DTN to assist me in the search. I'm using IBR-DTN program Raspberry Pi and BEAGLEBONE, both with Raspbian. It generates the output below: Thu Jul 16 16:43:13 2015 INFO NativeDaemon: IBR-DTN daemon 1.0.1-433 (build 916f576) Thu Jul 16 16:43:13 2015 INFO Configuration: Configuration: ibrconf Thu Jul 16 16:43:13 2015 INFO NativeDaemon: use logfile for output: /home/pi/ibrdtn.log Thu Jul 16 16:43:13 2015 INFO NativeDaemon: Parallel event processing enabled using 4 processes. Thu Jul 16 16:43:13 2015 INFO BundleCore: Local node name: dtn://node1.dtn Thu Jul 16 16:43:13 2015 INFO BundleCore: Forwarding of bundles enabled. Thu Jul 16 16:43:13 2015 NOTICE GlobalEvent: Internet connection is available. Thu Jul 16 16:43:13 2015 INFO SecurityKeyManager: initialized; path: /etc/ibrdtn/bpsec Thu Jul 16 16:43:13 2015 INFO NativeDaemon: using bundle storage in memory-only mode Thu Jul 16 16:43:13 2015 INFO NativeDaemon: API initialized using unix domain socket: /tmp/ibrdtn.sock Thu Jul 16 16:43:13 2015 INFO DiscoveryAgent: listen to [224.0.0.142]:4551 Thu Jul 16 16:43:13 2015 INFO DiscoveryAgent: listen to [ff02::142]:4551 Thu Jul 16 16:43:13 2015 INFO DHTNameService: DHT initialized on Port: 36803 with ID: Thu Jul 16 16:43:13 2015 ERROR IPNDAgent: failed to set-up multicast socket on <any>:4551: 97: cannot create socket Thu Jul 16 16:43:13 2015 INFO NativeDaemon: Using default routing extensions Thu Jul 16 16:43:14 2015 WARNING DHTNameService: bootstrapping from domain dtndht.ibr.cs.tu-bs.de failed with error: -2 Thu Jul 16 16:43:15 2015 INFO DHTNameService: DHT shut down Thu Jul 16 16:43:15 2015 NOTICE GlobalEvent: Shutdown initiated. The message "Daemon is ready" never appears. Can you help me with this! Greetings !!

4 4