Hi,
hmm it „should“ work. As a default API should try to bind to all local interfaces I think. You can try to set the option
api_interface = 127.0.0.1
Also, I am not sure what /proc/sys/net/ipv6/conf/all/disable_ipv6 does exacly. Yoo might try alternative methods to siable IPv6:
https://wiki.archlinux.org/index.php/IPv6#Disable_IPv6
Also, to debug you can use
netstat -lnp
while the daemon is running to see on which interfaces the API (port 4550) is bound
The code you cite in UDPDatagramService.cpp has nothing to do with the API Server (which seems to be the curent problem) or the discovery mechanism. So first you need to solve the problem that the API can not be reached. Thenw ie can see what else falls apart…
Sebastian
On 28 Oct 2015, at 16:37, Timo Wischer wischer@ibr.cs.tu-bs.de wrote:
Hi guys,
I am looking for a way to run the dgram:udp cl only for IPv4.
I want to test the throughput of IBR-DTN on an Raspberry Pi over IPv4, because I want to compare this implementation with my implementation.
I have tried the following:
Removed the IPv6 address from the discovery configuration discovery_address = 224.0.0.142 # ff02::142 But the bundles will send over IPv6 anyway.
Switch off IPv6 support with $ echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6 But then I get the following error message: Wed Oct 28 16:20:26 2015 ERROR ApiServer: Cannot bind to socket with address [::1]:4550 And no dtn application can connect to the daemon.
If have seen that the multicast addresses are hard wired in https://github.com/ibrdtn/ibrdtn/blob/master/ibrdtn/daemon/src/net/UDPDatagr...
Is there a possibility for only using IPv4 without recompiling IBR-DTN?
Best regards,
Timo
!! 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.