Re: [ibr-dtn] Bluetooth convergence layer support?
Hello Xiaoyang
There is a clear answer to this: It depends.
1. So, if a Wi-Fi interfaces is deactivated (no „wlan0“ or something device) IBR-DTN can not bind a convergence layer or discovery to the interface when starting. So probably it will also not work after the interface comes online (IBR-DTN on the mobile phone can handle this, for the normal Linux version I am not sure, if there will be a late-bind to the interface when it comes online. Johannes would know…)
2. If there is a Wi-Fi interface, and it looses/changes IP addresses for example because it is roaming between different Wi-Fis or looses contact for some time, it is not a problem. IBR-DTN will always broadcast/multicast on the local network segment, so once two nodes are in the same segment/broadcast domain, they can discover each other and exchange messages
3. If the nodes are in different networks, they can still discover each other if the „cloud uplink“ is activated in the Android version. This goes through the internet through a DTN Router we provide. You can achieve the same effect with your own setup, by adding a static neighbour, that can be reached from all your networks to the configuration of all DTN nodes (maybe this is not possible with the GUI in Android…)
4. IBR-DTN has nothing to do with auto-configuration of IP addresses, however it should work just fine with such addresses. So, if two nodes in the same network segment use IPV6 Link local addresses only, or they randomly choose some IPv4 address using ZeroConf/APIPA (169…) or some similar approach, they should be able to discover each other and communicate.
Sebastian
On 21 Feb 2016, at 08:27, Xiaoyang Zhu zxcykuaile@gmail.com wrote:
Dear Schildt,
Thanks for your response. I still have a question. If two IBR-DTN nodes are not in the same local network, but the WiFi switch turns on, I was wondering whether this two nodes can discover each other and send the message. In another words, if they could form the self-organized network, auto-configure IP address.
Best Regards
Xiaoyang
On Feb 20, 2016, at 12:10 PM, Sebastian Schildt schildt@ibr.cs.tu-bs.de wrote:
Hello Xiaoyang,
If you just need to use Bluetooth as transport, but do not need any deep integration or dynamic with BT this might already be possible out of the box using the BT NAP profile. This basically allows IP networks over a BT connection (this is usually used for Bluetooth Tethering). For example on {.}Ubuntu platforms this already works out of the box using „Bluman“ and „Networkmanager“.
When working on security, note that there is some work going on developing an updated version of the Bundle Security protocol in the DTN WG (https://www.ietf.org/proceedings/90/dtn.html). The current version is found here https://tools.ietf.org/html/draft-ietf-dtn-bpsec-00 So far nobody has implemented it for iBR-DTN (or any other platform for that matter), but when researching/developing any new security features, it is probably a good idea to check how well the align with/complement the new specification
Sebastian
On 19 Feb 2016, at 10:12, Xiaoyang Zhu xiaoyang.zhu@insa-lyon.fr wrote:
Dear All,
Recently, we launched a project to develop a set of the security interfaces using secret sharing method to enhance the security of DTN based on IBR-DTN.
Since the project may use the Bluetooth as the communication protocol, we want to figure out whether there is any ongoing group developing the Bluetooth convergence layer adapter?
Xiaoyang Zhu INL, INSA de Lyon Bâtiment Blaise Pascal 20, Avenue Albert Einstein 69621 Villeurbanne Cedex
-- !! 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,
I would like to correct that IBR-DTN can indeed deal with address changes and even binds on interfaces which comes up after IBR-DTN is started. IBR-DTN monitors all interfaces and recognizes if an interface it should bind on comes up or changes its address. However, controlling the connectivity underneath the network layer is not part of the functionality. The port of IBR-DTN on Android makes a difference here, because the App can control the Wi-Fi Direct links to connect to other devices.
Kind regards Johannes Morgenroth
-----Ursprüngliche Nachricht----- Von: Ibr-dtn [mailto:ibr-dtn-bounces@ibr.cs.tu-bs.de] Im Auftrag von Sebastian Schildt Gesendet: Dienstag, 23. Februar 2016 12:17 An: ibr-dtn ibr-dtn@ibr.cs.tu-bs.de Betreff: Re: [ibr-dtn] Bluetooth convergence layer support?
Hello Xiaoyang
There is a clear answer to this: It depends.
1. So, if a Wi-Fi interfaces is deactivated (no „wlan0“ or something device) IBR-DTN can not bind a convergence layer or discovery to the interface when starting. So probably it will also not work after the interface comes online (IBR-DTN on the mobile phone can handle this, for the normal Linux version I am not sure, if there will be a late-bind to the interface when it comes online. Johannes would know…)
2. If there is a Wi-Fi interface, and it looses/changes IP addresses for example because it is roaming between different Wi-Fis or looses contact for some time, it is not a problem. IBR-DTN will always broadcast/multicast on the local network segment, so once two nodes are in the same segment/broadcast domain, they can discover each other and exchange messages
3. If the nodes are in different networks, they can still discover each other if the „cloud uplink“ is activated in the Android version. This goes through the internet through a DTN Router we provide. You can achieve the same effect with your own setup, by adding a static neighbour, that can be reached from all your networks to the configuration of all DTN nodes (maybe this is not possible with the GUI in Android…)
4. IBR-DTN has nothing to do with auto-configuration of IP addresses, however it should work just fine with such addresses. So, if two nodes in the same network segment use IPV6 Link local addresses only, or they randomly choose some IPv4 address using ZeroConf/APIPA (169…) or some similar approach, they should be able to discover each other and communicate.
Sebastian
On 21 Feb 2016, at 08:27, Xiaoyang Zhu zxcykuaile@gmail.com wrote:
Dear Schildt,
Thanks for your response. I still have a question. If two IBR-DTN nodes are not in the same local network, but the WiFi switch turns on, I was wondering whether this two nodes can discover each other and send the message. In another words, if they could form the self-organized network, auto-configure IP address.
Best Regards
Xiaoyang
On Feb 20, 2016, at 12:10 PM, Sebastian Schildt schildt@ibr.cs.tu-bs.de wrote:
Hello Xiaoyang,
If you just need to use Bluetooth as transport, but do not need any deep integration or dynamic with BT this might already be possible out of the box using the BT NAP profile. This basically allows IP networks over a BT connection (this is usually used for Bluetooth Tethering). For example on {.}Ubuntu platforms this already works out of the box using „Bluman“ and „Networkmanager“.
When working on security, note that there is some work going on developing an updated version of the Bundle Security protocol in the DTN WG (https://www.ietf.org/proceedings/90/dtn.html). The current version is found here https://tools.ietf.org/html/draft-ietf-dtn-bpsec-00 So far nobody has implemented it for iBR-DTN (or any other platform for that matter), but when researching/developing any new security features, it is probably a good idea to check how well the align with/complement the new specification
Sebastian
On 19 Feb 2016, at 10:12, Xiaoyang Zhu xiaoyang.zhu@insa-lyon.fr wrote:
Dear All,
Recently, we launched a project to develop a set of the security interfaces using secret sharing method to enhance the security of DTN based on IBR-DTN.
Since the project may use the Bluetooth as the communication protocol, we want to figure out whether there is any ongoing group developing the Bluetooth convergence layer adapter?
Xiaoyang Zhu INL, INSA de Lyon Bâtiment Blaise Pascal 20, Avenue Albert Einstein 69621 Villeurbanne Cedex
-- !! 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 for your answers.
Now, I understand that the IBR-DTN is not responsible for the connectivity of devices. The IBR-DTN is based on the underlying traditional networks, no matter what kind of the network is, ad-hoc, WiFi based routers or APs.
Thank you again for the response. I really appreciate it.
Best
Xiaoyang
On Feb 27, 2016, at 9:51 AM, Johannes Morgenroth jm@m-network.de wrote:
Hello,
I would like to correct that IBR-DTN can indeed deal with address changes and even binds on interfaces which comes up after IBR-DTN is started. IBR-DTN monitors all interfaces and recognizes if an interface it should bind on comes up or changes its address. However, controlling the connectivity underneath the network layer is not part of the functionality. The port of IBR-DTN on Android makes a difference here, because the App can control the Wi-Fi Direct links to connect to other devices.
Kind regards Johannes Morgenroth
-----Ursprüngliche Nachricht----- Von: Ibr-dtn [mailto:ibr-dtn-bounces@ibr.cs.tu-bs.de] Im Auftrag von Sebastian Schildt Gesendet: Dienstag, 23. Februar 2016 12:17 An: ibr-dtn ibr-dtn@ibr.cs.tu-bs.de Betreff: Re: [ibr-dtn] Bluetooth convergence layer support?
Hello Xiaoyang
There is a clear answer to this: It depends.
So, if a Wi-Fi interfaces is deactivated (no „wlan0“ or something device) IBR-DTN can not bind a convergence layer or discovery to the interface when starting. So probably it will also not work after the interface comes online (IBR-DTN on the mobile phone can handle this, for the normal Linux version I am not sure, if there will be a late-bind to the interface when it comes online. Johannes would know…)
If there is a Wi-Fi interface, and it looses/changes IP addresses for example because it is roaming between different Wi-Fis or looses contact for some time, it is not a problem. IBR-DTN will always broadcast/multicast on the local network segment, so once two nodes are in the same segment/broadcast domain, they can discover each other and exchange messages
If the nodes are in different networks, they can still discover each other if the „cloud uplink“ is activated in the Android version. This goes through the internet through a DTN Router we provide. You can achieve the same effect with your own setup, by adding a static neighbour, that can be reached from all your networks to the configuration of all DTN nodes (maybe this is not possible with the GUI in Android…)
IBR-DTN has nothing to do with auto-configuration of IP addresses, however it should work just fine with such addresses. So, if two nodes in the same network segment use IPV6 Link local addresses only, or they randomly choose some IPv4 address using ZeroConf/APIPA (169…) or some similar approach, they should be able to discover each other and communicate.
Sebastian
On 21 Feb 2016, at 08:27, Xiaoyang Zhu zxcykuaile@gmail.com wrote:
Dear Schildt,
Thanks for your response. I still have a question. If two IBR-DTN nodes are not in the same local network, but the WiFi switch turns on, I was wondering whether this two nodes can discover each other and send the message. In another words, if they could form the self-organized network, auto-configure IP address.
Best Regards
Xiaoyang
On Feb 20, 2016, at 12:10 PM, Sebastian Schildt schildt@ibr.cs.tu-bs.de wrote:
Hello Xiaoyang,
If you just need to use Bluetooth as transport, but do not need any deep integration or dynamic with BT this might already be possible out of the box using the BT NAP profile. This basically allows IP networks over a BT connection (this is usually used for Bluetooth Tethering). For example on {.}Ubuntu platforms this already works out of the box using „Bluman“ and „Networkmanager“.
When working on security, note that there is some work going on developing an updated version of the Bundle Security protocol in the DTN WG (https://www.ietf.org/proceedings/90/dtn.html). The current version is found here https://tools.ietf.org/html/draft-ietf-dtn-bpsec-00 So far nobody has implemented it for iBR-DTN (or any other platform for that matter), but when researching/developing any new security features, it is probably a good idea to check how well the align with/complement the new specification
Sebastian
On 19 Feb 2016, at 10:12, Xiaoyang Zhu xiaoyang.zhu@insa-lyon.fr wrote:
Dear All,
Recently, we launched a project to develop a set of the security interfaces using secret sharing method to enhance the security of DTN based on IBR-DTN.
Since the project may use the Bluetooth as the communication protocol, we want to figure out whether there is any ongoing group developing the Bluetooth convergence layer adapter?
Xiaoyang Zhu INL, INSA de Lyon Bâtiment Blaise Pascal 20, Avenue Albert Einstein 69621 Villeurbanne Cedex
-- !! 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.
-- !! 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 -
Sebastian Schildt -
Xiaoyang Zhu (Simon Zhu)