# HalowLink-2 DHCP through WAN port and external DHCP server not working as expected

**URL:** <https://community.morsemicro.com/t/halowlink-2-dhcp-through-wan-port-and-external-dhcp-server-not-working-as-expected/2005>\
**Category:** General\
**Created:** [September 9, 2026, 1:08pm UTC](https://community.morsemicro.com/t/halowlink-2-dhcp-through-wan-port-and-external-dhcp-server-not-working-as-expected/2005 "2026-09-09T13:08:18Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![michele](https://avatars.discourse-cdn.com/v4/letter/m/ed8c4c/32.png) [@michele](https://community.morsemicro.com/u/michele)\
**Post date:** [September 9, 2026, 1:08pm UTC](https://community.morsemicro.com/t/halowlink-2-dhcp-through-wan-port-and-external-dhcp-server-not-working-as-expected/2005/1 "2026-09-09T13:08:18Z")

</div>

Dear MM support service,

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.

Please let us know if you need further info.

Best regards and thanks for your help

Michele

---

<div class="post-metadata">

**Author:** ![ajudge](https://avatars.discourse-cdn.com/v4/letter/a/c2a13f/32.png) [@ajudge](https://community.morsemicro.com/u/ajudge)\
**Post date:** [September 10, 2026, 1:36pm UTC](https://community.morsemicro.com/t/halowlink-2-dhcp-through-wan-port-and-external-dhcp-server-not-working-as-expected/2005/2 "2026-09-10T13:36:34Z")

</div>

Hi @michele

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

```auto
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.

---

<div class="post-metadata">

**Author:** ![james.haggerty](https://avatars.discourse-cdn.com/v4/letter/j/c68b51/32.png) [@james.haggerty](https://community.morsemicro.com/u/james.haggerty)\
**Post date:** [September 10, 2026, 10:50pm UTC](https://community.morsemicro.com/t/halowlink-2-dhcp-through-wan-port-and-external-dhcp-server-not-working-as-expected/2005/3 "2026-09-10T22:50:23Z")

</div>

Make sure your ethernet cable is from the HaLowLink’s WAN port to your HHU, not its LAN port (which will remain as a management interface).

---

<div class="post-metadata">

**Author:** ![michele](https://avatars.discourse-cdn.com/v4/letter/m/ed8c4c/32.png) [@michele](https://community.morsemicro.com/u/michele)\
**Post date:** [September 11, 2026, 4:55am UTC](https://community.morsemicro.com/t/halowlink-2-dhcp-through-wan-port-and-external-dhcp-server-not-working-as-expected/2005/4 "2026-09-11T04:55:39Z")

</div>

Hi, I think I need to clarify the setup;

- An Android smartphone, the HHU, connected through the USB port to a board that gives the HHU an Ethernet-(via USB)-to-HaLow bridge
- Your HaLowlink-2 receives the HHU frames via HaLow and (should) forward them through its WAN port toward the external DHCP server and the Internet

So the smartphone has Internet connectivity through USB C connector and HaLow, there is no Ethernet cable involved

---

<div class="post-metadata">

**Author:** ![ldennis](https://avatars.discourse-cdn.com/v4/letter/l/3ab097/32.png) [@ldennis](https://community.morsemicro.com/u/ldennis)\
**Post date:** [September 11, 2026, 7:20am UTC](https://community.morsemicro.com/t/halowlink-2-dhcp-through-wan-port-and-external-dhcp-server-not-working-as-expected/2005/5 "2026-09-11T07:20:27Z")

</div>

Sounds like you have the following topology:

Router (LAN) ↔ (WAN) HalowLink-2 (Halow) ↔ HaLow board (USB-C) ↔ Phone

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:

 ![image](https://us1.discourse-cdn.com/flex001/uploads/morsemicro/original/1X/0dbc3c6be36d6ae176d661bf1c85e16e0200b6b9.png)

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.

---

<div class="post-metadata">

**Author:** ![michele](https://avatars.discourse-cdn.com/v4/letter/m/ed8c4c/32.png) [@michele](https://community.morsemicro.com/u/michele)\
**Post date:** [September 11, 2026, 8:26am UTC](https://community.morsemicro.com/t/halowlink-2-dhcp-through-wan-port-and-external-dhcp-server-not-working-as-expected/2005/6 "2026-09-11T08:26:55Z")

</div>

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.

Do you think that we need to change in _mmwlan.h_:

```auto
    .use_4addr = MMWLAN_4ADDR_MODE_DISABLED --> MMWLAN_4ADDR_MODE_ENABLED                       

```

?

---

<div class="post-metadata">

**Author:** ![ldennis](https://avatars.discourse-cdn.com/v4/letter/l/3ab097/32.png) [@ldennis](https://community.morsemicro.com/u/ldennis)\
**Post date:** [September 11, 2026, 9:20am UTC](https://community.morsemicro.com/t/halowlink-2-dhcp-through-wan-port-and-external-dhcp-server-not-working-as-expected/2005/7 "2026-09-11T09:20:12Z")

</div>

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.

```c
    struct mmwlan_sta_args sta_args = MMWLAN_STA_ARGS_INIT;
    sta_args.use_4addr = MMWLAN_4ADDR_MODE_ENABLED;
    load_mmwlan_sta_args(&sta_args);    

```

See here:

> <https://github.com/MorseMicro/mm-iot-sdk/blob/main/examples/ping/src/mm_app_common.c#L258>

I’ll open a ticket to add an mmconfig variable to `mm_app_loadconfig.c` for `use_4addr` so that this is easier.

Once you set that to enabled, your traffic should be forwarded 🙂

---

<div class="post-metadata">

**Author:** ![michele](https://avatars.discourse-cdn.com/v4/letter/m/ed8c4c/32.png) [@michele](https://community.morsemicro.com/u/michele)\
**Post date:** [September 11, 2026, 10:24am UTC](https://community.morsemicro.com/t/halowlink-2-dhcp-through-wan-port-and-external-dhcp-server-not-working-as-expected/2005/8 "2026-09-11T10:24:47Z")

</div>

> [@ldennis](#):
>
> `sta_args.use_4addr = MMWLAN_4ADDR_MODE_ENABLED;`

Hi, Idennis!

Many thanks for your reply!

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!

Many thanks again

Michele

---

<div class="post-metadata">

**Author:** ![michele](https://avatars.discourse-cdn.com/v4/letter/m/ed8c4c/32.png) [@michele](https://community.morsemicro.com/u/michele)\
**Post date:** [September 11, 2026, 5:17pm UTC](https://community.morsemicro.com/t/halowlink-2-dhcp-through-wan-port-and-external-dhcp-server-not-working-as-expected/2005/9 "2026-09-11T17:17:57Z")

</div>

Hi, Idennis!

I have the results:

- 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

In the meantime, thanks again for your help!

---

<div class="post-metadata">

**Author:** ![ldennis](https://avatars.discourse-cdn.com/v4/letter/l/3ab097/32.png) [@ldennis](https://community.morsemicro.com/u/ldennis)\
**Post date:** [September 11, 2026, 10:08pm UTC](https://community.morsemicro.com/t/halowlink-2-dhcp-through-wan-port-and-external-dhcp-server-not-working-as-expected/2005/10 "2026-09-11T22:08:18Z")

</div>

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.

Thanks for the update!

---

<div class="post-metadata">

**Author:** ![michele](https://avatars.discourse-cdn.com/v4/letter/m/ed8c4c/32.png) [@michele](https://community.morsemicro.com/u/michele)\
**Post date:** [September 15, 2026, 6:48am UTC](https://community.morsemicro.com/t/halowlink-2-dhcp-through-wan-port-and-external-dhcp-server-not-working-as-expected/2005/11 "2026-09-15T06:48:04Z")

</div>

Hi, dear MM support service!

We found that our firmware had a subtle bug (a global pointer was stored in a queue instead of a local copy) so that when the MM chip was connected to a high-traffic network environment, it would risk missing the DHCP offer/ack/nack frames…

This explains why on some networks the bug never revealed itself.

Many thanks again for your help!
