IoT BLE DNS example using Ubuntu (on VM VirtualBox) as 6loWPAN router doesn't reply

RE: IoT BLE DNS example using Ubuntu (on VM VirtualBox) as 6loWPAN router doesn't reply

Sigurd — Mon, 27 Feb 2023 16:20:56 GMT

Hi,

Sorry for the delay. It's difficult to say exactly what's the root cause here, but here are some posts that might help you resolve the issue:

Fail to ping iot device's global IPv6 address
Setting up LwM2M server with nrf IOT SDK
Can't find "bt0" on Raspberry Pi 4
MQTT Publisher problem
Unable to connect with IoT SDK dns example
Struggling to get iot tftp example working

RE: IoT BLE DNS example using Ubuntu (on VM VirtualBox) as 6loWPAN router doesn't reply

hector77 — Mon, 13 Feb 2023 11:57:20 GMT

Dear Sigurd,

I hope you are fine.

In the last few tickets I sent, Nordic did reply consistently and very timely, which so valuable and apreciated. So here, I am just wondering what is the status of this ticket (now 24 days old I guess)?

Just for my information, could you please just let me know if you intend to come back to us on this issue ? That would be great.
Thanks again for all your kind support.

Best,

RE: IoT BLE DNS example using Ubuntu (on VM VirtualBox) as 6loWPAN router doesn't reply

hector77 — Fri, 20 Jan 2023 13:03:10 GMT

Dear Sigurd,

Sorry I was not clear enough. Both Raspberry and VM work, the issue is between link-local addresses and non link-local.

With a link-local address, packets go through bt0 BLE interface and reach the node. With a global address, I see packets on bt0 (see edit above), but they never reach the node.

RE: IoT BLE DNS example using Ubuntu (on VM VirtualBox) as 6loWPAN router doesn't reply

Sigurd — Fri, 20 Jan 2023 12:30:17 GMT

Hi,

So it's working as expected using a Raspberry as the router, but it does not work with Ubuntu VM acting as the router ?

RE: IoT BLE DNS example using Ubuntu (on VM VirtualBox) as 6loWPAN router doesn't reply

hector77 — Mon, 16 Jan 2023 08:55:16 GMT

Dear Sigurd,

Many thanks for the update.

I am trying to update an existing product running on an nRF 52832, and add some kind of IP connectivity in the simplest way possible (with a simple modification of the existing advertising packet we can initiate IPv6 over BLE, which is very nice). The idea is to upload data with TFTP, and get a clock sync with NTP for timestamping the data (CoAP also is very nice for possible future add-on).

As you suggested, Thread would be ok, but I believe the SDK requires nRF52840 or other, not 52832. This is the main reason why we test IPv6 over BLE.
https://infocenter.nordicsemi.com/index.jsp?topic=%2Fstruct_sdk%2Fstruct%2Fsdk_thread_zigbee_latest.html

Q1. What would be the alternatives to achieve data upload and clock sync?

In the meantime I have confirmed IPv6 support and prefix delegation with the ISP and we have run some more tests updating the global address configuration of the setup. But still, we cannot make it work yet.

Q2. When you say the sample is experimental and now removed for the SDK, does this mean it doesn't work off-the-shelf with an unmodified DK52 board (+RPi as suggested in the documentation) ?

Q3. Would you have a more detailed procedure on how to go for global address using the DK52 and IPSP sample, possibly some screen capture of what you get when you run it ? That would help a lot. From there we should be able to find our way ( I am not a network specialist ).

Best regards, H

Edit: this is as far a I can track the issue, with a tcpdump for bt0 where we can see all the ICMP packets (just in case that rings a bell or you see something obviously wrong in my setup).

When I ping from the Raspberry (ie, border router) using a global address, the ping reaches the nRF node and I get this:
root@raspberrypi:/etc# tcpdump -X -vv ip6 -i bt0
tcpdump: listening on bt0, link-type LINUX_SLL (Linux cooked v1), snapshot length 262144 bytes
19:15:38.650485 IP6 (flowlabel 0x428bb, hlim 64, next-header ICMPv6 (58) payload length: 64) fd00:a::1 > fd00:a::66:95ff:feb5:e987: [icmp6 sum ok] ICMP6, echo request, id 44, seq 30
0x0000: 6004 28bb 0040 3a40 fd00 000a 0000 0000 `.(..@:@........
0x0010: 0000 0000 0000 0001 fd00 000a 0000 0000 ................
0x0020: 0066 95ff feb5 e987 8000 5199 002c 001e .f........Q..,..
0x0030: 4a94 c563 b0ec 0900 0809 0a0b 0c0d 0e0f J..c............
0x0040: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f ................
0x0050: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f .!"#$%&'()*+,-./
0x0060: 3031 3233 3435 3637 01234567

When I ping from another host (on the same local net) using a global address, the ping is still visible at bt0, but does NOT reaches the nRF node:
root@raspberrypi:/etc# tcpdump -X -vv ip6 -i bt0
tcpdump: listening on bt0, link-type LINUX_SLL (Linux cooked v1), snapshot length 262144 bytes
19:20:28.247448 IP6 (flowlabel 0x6aad4, hlim 63, next-header ICMPv6 (58) payload length: 64) fd00:b::2 > fd00:a::66:95ff:feb5:e987: [icmp6 sum ok] ICMP6, echo request, id 49, seq 7
0x0000: 6006 aad4 0040 3a3f fd00 000b 0000 0000 `....@:?........
0x0010: 0000 0000 0000 0002 fd00 000a 0000 0000 ................
0x0020: 0066 95ff feb5 e987 8000 85fc 0031 0007 .f...........1..
0x0030: 6c95 c563 0000 0000 8cc8 0300 0000 0000 l..c............
0x0040: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f ................
0x0050: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f .!"#$%&'()*+,-./
0x0060: 3031 3233 3435 3637 01234567

We can see the source address are different, but otherwise packets seems similar. In the second case however, it seems they are not forwarded/not reaching destination.

RE: IoT BLE DNS example using Ubuntu (on VM VirtualBox) as 6loWPAN router doesn't reply

Sigurd — Wed, 11 Jan 2023 13:38:44 GMT

Hi,

Note that this is an experimental example you are testing, that has been removed in later releases of the nRF5-SDKs.

Could you explain a bit about what kind of product you are making here?

For a nRF52-series product that uses IPv6, I would recommend looking into Thread and Matter instead of IPv6 over BLE.

If you are creating a new product, I recommend you to checkout the nRF Connect SDK instead of nRF5-SDK.

https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrf/getting_started.html

PS: If IPv6 over BLE is an requirement, then this sample here might be useful: https://github.com/nrfconnect/sdk-zephyr/tree/main/samples/bluetooth/ipsp

See also this statement regarding nRF5-SDK:

nRF Connect SDK and nRF5 SDK statement