I have all the information, and I have access to the ISP’s UNO. But I can’t access the Huawei module. I noticed that it doesn’t have a serial number. And I need to set a VLAN that I’ve already tried to set on the BPI-R4 but it didn’t work. It’s there just for this information.
do you have a “link detected: yes” on your SFP (cable connected)? have you a local IP-Adress from same subnet as your sfp webinterface? can you make a local ping and http request (telnet/curl) from r4 to the webinterface of the module?
Everything worked!! With internet access on the module already connected to the BPI-R4.
After I got access to the SFP module, I configured the MAC, Password, LOID, GPON SN, VLAN. As in the tutorials. And it worked immediately.
I’m doing PPoE access on the Openwrt image on the BPI-R4, out of personal preference, but I know I could do it on the SFP module.
My problem is that when I was accessing the SFP module, I was setting up the interface, but when I set up the WAN bridge, it worked. I think it was a firewall.
Are you able to explain how the OP was able to get the MA5671A module to work in the BPI-R4’s SFP+ port given that the BPI-R4 documentation states “ The SFP serdes speed of BPI-R4 is fixed at 10Gbps, so only SFP that support this can be used”?
It is my understanding that the MA5671A only negotiates at 1G or 2.5G.
By the way, my ISP provides a G-010S-P that I would like to use in a BPI-R4 that I have ordered by not yet received. My provided network speed, from ISP, is 1.5G. So ideally, I would like to establish a 2.5G negotiated link between the BPI-R4 and the SFP module. Will I run into issues?
ethtool -s eth2 speed 1000 duplex full autoneg off
which forces the speed to 1000MBit, full-duplex mode and disables auto negotiation.
I just tried with 2500 instead of 1000 but it didn’t work for my device, even though it is a 2.5G SFP module.
To see the supported modes use
ethtool eth2
and look for
Supported link modes: 1000baseX/Full
in the output.
To automate the process on boot I initially added the command to /etc/rc.local, but after seeing the SoC switch being reset by the kernel at runtime, I needed a different solution.
Instead, I now use a script in /etc/hotplug.d/iface/10-sfp, which automatically executes when the eth2 device comes up (again) at any time while the system is running.
#!/bin/sh
[ "$ACTION" = ifup -a "$DEVICE" = eth2 ] || exit 0
logger -t sfp "Force 1Gbps full-duplex on SFP module (eth2)"
ethtool -s eth2 speed 1000 duplex full autoneg off
@frank-w any idea why I don’t see the 2.5G option on eth2 for my module?
Because for eth1 it looks like this, without a plugged SFP module though.
Settings for eth1:
Supported ports: [ MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
10000baseT/Full
2500baseX/Full
1000baseKX/Full
10000baseKX4/Full
10000baseKR/Full
1000baseX/Full
10000baseCR/Full
10000baseSR/Full
10000baseLR/Full
10000baseLRM/Full
10000baseER/Full
2500baseT/Full
5000baseT/Full
Should be same for eth1 and eth2 on r4 as there are same macs for both…(r3 is different in this manner where second sfp is connected to switch not sfp). Can you show output for eth2 for same state (only no sfp)? Afair i had fewer options for both when no sfp is connected…this is maybe driver bug (creating the mac with fewer options)