BPI-R3 Can anyone share how to configure debian to work as a router?

Banana Pi BPI-R4/BPI-R3 Mini/BPI-R3/BPI-R64/BPI-R2
13

i fixed this too, i did the test with the 3w limit. Now i can’t compile a fully working firmware from @dangowrt git, i’m not the only one

we are turning around…

@frank-w can’t you just compile (or use the latest firmware i compiled) and burn it on a sdcard and test it on your BPI-R3 ? You’ll find immediatly what’s wrong and what’s need to be fixed…

this will go way faster as you know what to do, and you understand what you do…That’s actualy 2 weeks since i first posted here about this ONT problem and we are still at the same point, maybe with more problems added…

14

I agree it will also go faster when we know what is going wrong and can see the logs that Frank asked for…

Pls post it in:

15

i posted the logs each time someone asked me to.

Actually all topics i’m in are about “Do this”, “do that”, “post this”, “post that”. Now the situation is that we can’t create a working image from @dangowrt git, and we are still asked to do things. 2 weeks that we are turning around. all logs are already posted.

if you want more logs, please fix the git firmware which is actualy totaly broken even for RJ45 ports.

16

I’m not experienced in openwrt and do not have such sfp. So testing will be hard…and i have many sdcards currently in use (2+ for each board i have here for testing).

You ran into revovery maybe write to sdcard was not finished (or pervious boot filling pstore with crash dump). Make sure all data is written to card not rely on gui saying copy is finished. I don’t think kernel is broken in this way after last commits.

yes this is development…and r3 is a development board :slight_smile: there are only a few people here for getting things to work and doing support as far as possible. but we need some information on what is the exact problem…

you boot above shows only the tftp and nand detection…i guess abit more above there is a hint on which device is booted and maybe why tftp is done.

make sure the switches are really in the right position to boot from card. if uboot loads from card then kernel should too. but we experienced some read errors in uboot waiting for some guidance from vendor.

17

i changed the sdcard and finaly it worked.

18

@frank-w do you know how i can enable NAT offloading with my debian ?

when i tried a speedtest, the result was very slow, half the speed expected, 800Mbps with my 2Gbps fiber link…

19

With nftables should be similar to this (older config for r2)

https://wiki.fw-web.de/doku.php?id=en:bpi-r2:network:nftables#hwnat

But i do not know if vendor kernel contains all options for this

20

:frowning_face:

for the bpi-r3, what devices are supposed to be here ?

devices = { lan3, lan0, wan }

should i put all lan1-4 wan/eth1 sfp2 ?

devices = { lan1, lan2, lan3, lan4, sfp2, eth1, wan }
21

It depends on the interface names…and on which interfaces you need the offloading

I guess eth1 when your sfp is there,but you can add all hardware interfaces you see in ip a

22

the same way as openwrt works…that’s not all interfaces ??

23

I do not know how openwrt do things,but hw offloading works with macs (eth0/eth1) and dsa interfaces (lanX,wan). Afaik no bridges or other (tun,…) can be bound to offloading driver

Have not done much with offloading as i have only 25mbit

24 
root@bpi-r3:/etc/config# nft -f /etc/nftables.conf
/etc/nftables.conf:9:17-21: Error: syntax error, unexpected flags
                flags offload;
                ^^^^^
root@bpi-r3:/etc/config#

:sob:

i think i’m going to send back this BPI-R3 to the reseller and buy a Mikrotik RB5009…

dev boards are definitly not for me…

25

Mhm, should be this module

So anything else is missing,maybe the vendor kernel does not yet contain r3 flow offload driver.

My debian image does not have it too. Current 6.1 should have it,but have not tried yet.

26

I have another guess…which debian version is the image you have? Afair nft in buster does not have the code for controlling the hw flow offload. I had sent a patch for it.

https://git.netfilter.org/nftables/commit/?id=8e6cc9f373854ed580156ec6f01bcd97786fa9f7

27

2022-12-18-debian-11-bullseye-lite-bpi-r3-5.15-sd-emmc.img

28

which nft version do you have? the change is in v0.9.9+

29 
root@bpi-r3:/# nft -v
nftables v0.9.8 (E.D.S.)
root@bpi-r3:/#
30

so we have the rootcause why hw flow offload not works here…i have a newer nft selfcompiled somewhere in my gdrive…i look for it an put link here

https://drive.google.com/drive/folders/1wbUU4dh8qnVSlmXEfKU9H6Xc2uBfwrZG?usp=drive_link

take the r64 one and unpack it to root (/)

should be like this (replace the filename before)

sudo tar -xzf file.tar.gz -C /

you should uninstall nftables before else the new files can be overridden on update

31

i can’t connect with ssh to the BPI ?? the connection is refused, why ?

i uninstalled nftables from serial btw…

any way to send the file from serial ??

however i edited /etc/ssh/sshd_config with :

PermitRootLogin yes

root@bpi-r3:/etc/config# systemctl status ssh.service
● ssh.service - OpenBSD Secure Shell server
     Loaded: loaded (/lib/systemd/system/ssh.service; disabled; vendor preset: >
     Active: inactive (dead)
       Docs: man:sshd(8)
             man:sshd_config(5)
32

Afaik not…take card out and copy from pc to card.

Ssh needs completely setup network…this depends on the interfaces and subnet you use. I do not inow if zhis image already use systemd-networkd or the older ifupdown (/etc/network/interfaces)