we are using a custom board with your MM8108 to give to an Android HHU Halow functionality, and it works very well!
But we are a bit struggling about the setting of the DHCP server:
we would like to get the HHU IP address from the existing router’s DHCP server; but when we use the Halowlink-2 wizard to set it in this mode
the HHU never receive its DHCP address
nor we see DHCP requests coming out from the Halowlink-2
while we are pretty sue that DHCP request frames are sent out by the HHU
it is “as if” the DHCP frames coming from the HHU were never forwarded to the WAN port, so they never reach the external DHCP server
if instead we use the local Halowlink-2 DHCP server, then our HHU gets its IP address and can browse the Internet through the lan-wan forwarding, and all works fine
but this way the IP address is assigned by the HalowLink2 internal DHCP server and not the router’s one, as we would like to do
We wonder if some additional setup is required to get the HalowLink-2 to get its IP address from an external DHCP server.
There shouldn’t be any additional configuration required to get DHCP forwarded from the HaLow interface to the WAN port in this instance. I personally use this exact configuration in my home lab and it works as intended without additional configuration.
On the HaLowLink2, can you run
tcpdump -i br-wlan -n 'udp port 67 or port 68'
and then connect the HHU again. I’d be interested to know what the HaLowLink is seeing with regards to DHCP traffic.
If that’s right, then you want your HL2 to bridge traffic to the Router, rather than act as a router itself (double NAT). To do that, you can configure the HalowLink2 through the Wizard to give HaLow devices an IP address on your existing routers network:
If you have already done this, and are still not having success, then the issue could be related to the HaLowLink-2 dropping the frames because they are being bridged from the phone via the HaLow board.
To get this to work, you will need to make sure your board signals to the AP that it is operating in “4 address” mode. This tells the AP that the chip may not be the source of the traffic, and that the traffic may be passed on from another device.
How are you managing the MM8108 chip? EG do you have a microcontroller like ESP32 bringing up the chip and creating the ethernet over usb interface? That will change how we enable the board to signal it is operating in 4 address mode.
Hi, we already tried setting the Halowlink-2 as you suggested with no luck: the DHCP frames sent by the HHU do not exit from the Halowlink-2.
The MM8108 chip is handled through an STM32U585 chip, similar to the one used in the evaluation kit, and we used the same reference software to bring up the HaLow link.
Yes, that’s the one, although just to confirm you shouldn’t modify mmwlan.h, instead you would modify the code that loads the variables, eg if you’re using the app_wlan_start helper code you would modify it in that function.
I have already forwarded the firmware with the changes you suggested to my colleague that is handling the test with the Halowlink-2, and I hope that on a short notice I can give you a feedback!
the Halowlink-2 that my colleague is using is unable to get the DHCP address even after that the use_4addr field has been set on startup to MMWLAN_4ADDR_MODE_ENABLED
I am using another Halowlink-2 on a different network, and it gets the DHCP address and Internet connectivity regardless of the setup of the use_4addr field, i.e. it works OK with both the values MMWLAN_4ADDR_MODE_DISABLED and MMWLAN_4ADDR_MODE_ENABLED
both the Halowlink-2 have been setup using the wizard in Access Point mode; they are indeed connected to different networks
next week I’ll check again my colleague setup to identify where the culprit is
I would recommend you try to monitor your network traffic with tools like wireshark and tcpdump to find out where the traffic is getting to and where it’s falling over.