Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

nrf52: Not able to add global or ULA address to interface #13280

Open
Citrullin opened this issue Feb 4, 2020 · 9 comments
Open

nrf52: Not able to add global or ULA address to interface #13280

Citrullin opened this issue Feb 4, 2020 · 9 comments
Assignees
Labels
Area: BLE Area: Bluetooth Low Energy support Area: network Area: Networking Type: bug The issue reports a bug / The PR fixes a bug (including spelling errors)

Comments

@Citrullin
Copy link
Contributor

Citrullin commented Feb 4, 2020

Description

Not sure, if this is a bug or if I just configured it not correct. I already wrote an email, but I guess this setup is a bit too complicated for an email.
Fritzbox cable acts as a Modem (bridge mode) and is connected to an Archer C7 v2. The Archer acts as the main router to the internet. The router gets an /56 range via prefix delegation.
I compiled a fresh OpenWRT (v19.07.1) with all necessary 6lowpan_bluetooth modules.
The Archer C7 uses a BLE USB Stick. After connecting the nrf52832 device to the router, I tried to add a global and ULA address to the interface.
The issue also happens when Bluetooth is not connected.

ifconfig 9 add 2aaa:8aaa:baaa:b710::2/64

and

ifconfig 9 add fdc9:515d:129c::2/64

Both don't work and the shell is not responding. Instead I can just execute the next command. After checking the interface with ifconfig again, the interface still has only the link local address.

> ifconfig 9 add fdc9:515d:129c::2
ifconfig
2020-02-04 13:22:17,985 #  ifconfig
2020-02-04 13:22:17,988 # Iface  9  HWaddr: CC:C6:52:01:8E:8C 
2020-02-04 13:22:17,993 #           L2-PDU:1280 MTU:1280  HL:64  RTR  
2020-02-04 13:22:17,995 #           6LO  IPHC  
2020-02-04 13:22:18,000 #           Source address length: 6
2020-02-04 13:22:18,001 #           Link type: wireless
2020-02-04 13:22:18,011 #           inet6 addr: fe80::ccc6:52ff:fe01:8e8c  scope: link  VAL
2020-02-04 13:22:18,012 #           inet6 group: ff02::2
2020-02-04 13:22:18,013 #           inet6 group: ff02::1
2020-02-04 13:22:18,015 #           inet6 group: ff02::1:ff01:8e8c
2020-02-04 13:22:18,018 #           inet6 group: ff02::1a
2020-02-04 13:22:18,019 #           
2020-02-04 13:22:18,022 #           Statistics for Layer 2
2020-02-04 13:22:18,025 #             RX packets 0  bytes 0
2020-02-04 13:22:18,030 #             TX packets 0 (Multicast: 0)  bytes 852
2020-02-04 13:22:18,033 #             TX succeeded 0 errors 0
2020-02-04 13:22:18,035 #           Statistics for IPv6
2020-02-04 13:22:18,039 #             RX packets 45  bytes 5620
2020-02-04 13:22:18,043 #             TX packets 32 (Multicast: 18)  bytes 2018
2020-02-04 13:22:18,047 #             TX succeeded 32 errors 0
2020-02-04 13:22:18,047 # 

The configured interface in OpenWRT looks like this and this.

Steps to reproduce the issue

  1. Modem to the internet with IPv6 (Fritz!Box 6490 in my case)
  2. Configured prefix delegation of /56 (/48 should also work) at the modem
  3. OpenWRT (v19.07.1) with compiled 6lowpan_bluetooth kernel modules. Described here.
  4. Configured OpenWRT interfaces as described here.
  5. Flash gnrc_networking example on the nrf52832
  6. Get BLE Mac address of the nrf52832 with executing ble info on the RIOT shell.
  7. Connect the nrf52 with the OpenWRT router. Execute the following on the OpenWRT router:
    MAC_ADDR for example CC:C5:51:01:8E:8C
echo "connect MAC_ADDR 2" >/sys/kernel/debug/bluetooth/6lowpan_control
  1. Get the link local address of the nrf52 and ping this address on the OpenWRT router with:
    Replace fe80::ccc6:52ff:fe01:8e8c with the address of your nrf52 device
ping6 fe80::ccc6:52ff:fe01:8e8c%bt0

You should be able to reach the device. If not, something went already wrong.
9. Try to add your global and ULA address to your nrf52. If your bt0 interface has the prefix:
2aaa:8aaa:baaa:b700::1/60 or 2aaa:8aaa:baaa:b700::1/64
Give the nrf52 the suffix ::2. In this case:

ifconfig 9 add 2aaa:8aaa:baaa:b700::2/64

The same doesn't work the configured ULA:

ifconfig 9 add fdc9:515d:129c::2/64

You need to get the ID of your interface first with ifconfig. In this case 9.

Expected results

A configured network interface with the ULA and global address.
or
Error message

Actual results

No response from the shell

Versions

OpenWRT 19.07.1
Compiles and flashed RIOT on commit c310bfb

@Citrullin
Copy link
Contributor Author

I guess @haukepetersen could be familiar with this. Haven't tried it with other radios yet.

@miri64 miri64 added Area: BLE Area: Bluetooth Low Energy support Area: network Area: Networking Type: bug The issue reports a bug / The PR fixes a bug (including spelling errors) labels Jul 6, 2020
@miri64 miri64 added this to the Release 2020.07 milestone Jul 6, 2020
@Citrullin
Copy link
Contributor Author

Citrullin commented Jul 7, 2020

@haukepetersen @miri64 The goal of it is basically to use BLE instead of slip or something else. I am not sure, if this is even possible. I guess the header compression in linux is still missing and therefore it is not able to understand the header. But I am not that familiar with the status of it.

@miri64
Copy link
Member

miri64 commented Jul 7, 2020

@haukepetersen @miri64 The goal of it is basically to use BLE instead of slip or something else. I am not sure, if this is even possible. I guess the header compression in linux is still missing and therefore it is not able to understand the header. But I am not that familiar with the status of it.

Have you the 6LoWPAN module loaded? Header compression should be possible with that. Most of what can be found in the nordic_softdevice_ble regarding enabling BLE should still be correct.

@Citrullin
Copy link
Contributor Author

@haukepetersen @miri64 The goal of it is basically to use BLE instead of slip or something else. I am not sure, if this is even possible. I guess the header compression in linux is still missing and therefore it is not able to understand the header. But I am not that familiar with the status of it.

Have you the 6LoWPAN module loaded? Header compression should be possible with that. Most of what can be found in the nordic_softdevice_ble regarding enabling BLE should still be correct.

Yes.

modprobe bluetooth_6lowpan
echo 1 > /sys/kernel/debug/bluetooth/6lowpan_enable

In openwrt it was a bit different, as a I remember. Yes, but the connection changed. It's not 1 anymore. The last time I checked you needed to connect it with 2. But I don't have an idea what the difference is.
Okay, then there is only the adding the IP address issue in RIOT. Hopefully it works then. :)

@miri64
Copy link
Member

miri64 commented Jul 7, 2020

Which one is the router? For Linux as the router you need to install and run radvd to advertise the global prefix. See https:/RIOT-Makers/wpan-raspbian/wiki/Setup-native-6LoWPAN-router-using-Raspbian-and-RADVD.

@Citrullin
Copy link
Contributor Author

Which one is the router? For Linux as the router you need to install and run radvd to advertise the global prefix. See https:/RIOT-Makers/wpan-raspbian/wiki/Setup-native-6LoWPAN-router-using-Raspbian-and-RADVD.

The Acher C7 (OpenWRT) is the router. It's already in OpenWRT. I don't think they use radvd for router advertisements.

@miri64
Copy link
Member

miri64 commented Jul 7, 2020

I don't think they use radvd for router advertisements.

OpenWRT uses the odhcpd as the default router advertisement daemon, afaik. At least mine does.

@haukepetersen
Copy link
Contributor

@Citrullin I am not 100% but I have an assumption where this might be coming from: in the default configuration, one can only set I think 1 additional address per interface. So when you add the first ULA, that memory spot is taken and the netif will not accept any additional addresses. But whats strange is, that ifconfig should actually respond with an error message if that would be the case.

@miri64 could you quickly remind us what the config value is to increase the number of addresses per interface? Thx

Aside from that I don't have much experience connecting RIOT BLE nodes to Linux, thats something somewhere on my TODO list to explore this a little further...

@miri64
Copy link
Member

miri64 commented Aug 5, 2020

@miri64 could you quickly remind us what the config value is to increase the number of addresses per interface? Thx

https://doc.riot-os.org/group__net__gnrc__netif__conf.html#ga366596e311b4a450887a1a180ae66fb3
Depending on the network and the address desired to be added, one might also need to increase the number of multicast groups https://doc.riot-os.org/group__net__gnrc__netif__conf.html#ga5dec745d3d45a5bdd2363120680b102e

@MrKevinWeiss MrKevinWeiss removed this from the Release 2021.07 milestone Jul 15, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area: BLE Area: Bluetooth Low Energy support Area: network Area: Networking Type: bug The issue reports a bug / The PR fixes a bug (including spelling errors)
Projects
None yet
Development

No branches or pull requests

4 participants