<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>This topic</title>
    <link>https://community.bt.com/t5/BT-Devices/DHCP-Reservation-bug-BT-Smart-Hub-2/m-p/2473437#M35101</link>
    <description>&lt;P&gt;Yes.&amp;nbsp; I also mentioned MAC randomisation in the previous thread.&lt;/P&gt;</description>
    <pubDate>Mon, 19 Oct 2026 20:42:18 GMT</pubDate>
    <dc:creator>WSH</dc:creator>
    <dc:date>2026-10-19T20:42:18Z</dc:date>
    <item>
      <title>DHCP Reservation bug - BT Smart Hub 2</title>
      <link>https://community.bt.com/t5/BT-Devices/DHCP-Reservation-bug-BT-Smart-Hub-2/m-p/2473387#M35095</link>
      <description>&lt;P&gt;After setting “Always use this IP address” to YES, the Hub reports that a DHCP reservation has been saved, displaying the green “Changes saved” confirmation. However, after leaving and reopening the device’s settings page, “Always use this IP address” reverts to NO.&lt;/P&gt;&lt;P&gt;For clarity, I am only trying to reserve the IP already assigned by the Hub through DHCP, as confirmed by the Wireshark packet capture in the video below.&lt;/P&gt;&lt;P&gt;Video:&amp;nbsp;Link to follow in a reply, in case it triggers the spam filter.&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;How to Reproduce&lt;BR /&gt;1. Ensure the device’s IP assignment is set to Automatic (DHCP) on the device itself.&lt;BR /&gt;2. Open 192.168.1.254 in a web browser.&lt;BR /&gt;3. Go to Advanced settings, enter the Hub’s admin password, then select My network.&lt;BR /&gt;4. Select the device from the list.&lt;BR /&gt;5. Set “Always use this IP address” to YES.&lt;BR /&gt;6. Wait for “Changes need to be saved”, then click Save.&lt;BR /&gt;7. The Hub displays the green “Changes saved” message.&lt;BR /&gt;8. Leave the device’s settings page, then reopen it. The setting has reverted to NO.&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;Specific Examples&lt;BR /&gt;Example 1 -&amp;nbsp;Brother DCP-L2620DW printer (brand new - purchased 2026)&lt;BR /&gt;A brand-new printer, purchased in 2026, was unboxed and connected to a friend's network using WPS:&lt;BR /&gt;On the printer: Menu → Network → WLAN(Wi-Fi) → WPS/PushButton.&lt;BR /&gt;On the Hub: press the WPS button.&lt;BR /&gt;After the printer connected, I followed the reproduction steps above. The reservation setting reverted to NO after saving.&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;Example 2 - Windows 11 Pro&lt;BR /&gt;Tested on a physical PC using an Intel I226-V Ethernet adapter, with the original network adapter disconnected.&lt;BR /&gt;IP assignment was set to Automatic (DHCP) under:&lt;BR /&gt;Settings → Network &amp;amp; internet → Ethernet → IP assignment&lt;BR /&gt;The PC received 192.168.1.174 from the Hub at 192.168.1.254.&amp;nbsp; Following the same reproduction steps produced the same result.&lt;BR /&gt;See the video linked above.&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;Example 3 - Newly created Linux Virtual Machine&lt;BR /&gt;Tested with a newly created Linux VM in virt-manager/QEMU/KVM, using DHCP and an automatically generated, persistent MAC address.&lt;BR /&gt;Following the same reproduction steps again caused the setting to revert to NO.&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;Additional Logs/Troubleshooting&lt;BR /&gt;For the Windows 11 Pro test, I used Wireshark to capture the complete DHCP Discover → Offer → Request → ACK exchange. This provides evidence that the PC obtains its address through DHCP.&lt;BR /&gt;I also recorded a video showing the configuration process, the successful save confirmation and the setting reverting afterwards. The video includes the Hub’s settings.&lt;BR /&gt;I work in IT and have reproduced this behaviour on two separate Smart Hub 2 units at different properties in different cities. The Brother printer example was at a friend’s house; the other tests were on my own Hub.&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;Workaround&lt;BR /&gt;Setting an unused static IP address directly on the printer, outside the Hub’s default DHCP pool (for example, within 192.168.1.1 - 192.168.1.63), works.&lt;BR /&gt;However, this requires additional manual configuration on the printer.&amp;nbsp; The Hub’s reservation feature should retain the setting when it reports that the change has been saved.&lt;/P&gt;</description>
      <pubDate>Sun, 18 Oct 2026 23:08:30 GMT</pubDate>
      <guid>https://community.bt.com/t5/BT-Devices/DHCP-Reservation-bug-BT-Smart-Hub-2/m-p/2473387#M35095</guid>
      <dc:creator>Nick-P</dc:creator>
      <dc:date>2026-10-18T23:08:30Z</dc:date>
    </item>
    <item>
      <title>Re: DHCP Reservation bug - BT Smart Hub 2</title>
      <link>https://community.bt.com/t5/BT-Devices/DHCP-Reservation-bug-BT-Smart-Hub-2/m-p/2473408#M35097</link>
      <description>&lt;P&gt;Not using an SH2 I can't verify the error, but it's not uncommon to have to reboot both the router and reboot/power-cycle the device for such settings to stick.&lt;/P&gt;&lt;P&gt;You also need to ensure that any devices you want to have static IP addresses, don't "rotate" (it's a security feature) their MAC addresses (set on device not router).&lt;/P&gt;&lt;P&gt;*Most of my equipment identifies itself by "host name" rather then IP address, but I believe this is not something the SH2 is particularly good at - could well be wrong!&lt;/P&gt;</description>
      <pubDate>Mon, 19 Oct 2026 15:42:31 GMT</pubDate>
      <guid>https://community.bt.com/t5/BT-Devices/DHCP-Reservation-bug-BT-Smart-Hub-2/m-p/2473408#M35097</guid>
      <dc:creator>Crimliar</dc:creator>
      <dc:date>2026-10-19T15:42:31Z</dc:date>
    </item>
    <item>
      <title>Re: DHCP Reservation bug - BT Smart Hub 2</title>
      <link>https://community.bt.com/t5/BT-Devices/DHCP-Reservation-bug-BT-Smart-Hub-2/m-p/2473434#M35098</link>
      <description>&lt;P&gt;&lt;a href="https://community.bt.com/t5/user/viewprofilepage/user-id/351672"&gt;@Nick-P&lt;/a&gt;&amp;nbsp; &amp;nbsp;I’ve not been able to reproduce the fault, however….&lt;/P&gt;&lt;P&gt;Sitting pondering it, the SH2 is notorious for not releasing IP addresses properly and eventually running out of address space.&amp;nbsp; The only way to clear is a factory reset.&lt;/P&gt;&lt;P&gt;I wonder if that is what’s going on here.&amp;nbsp; That is, it’s struggling for address space and so refusing to accept the reservation.&lt;/P&gt;&lt;P&gt;(As I said before, static addressing is far more reliable, even if it does involve getting out of your chair to set it).&lt;/P&gt;</description>
      <pubDate>Mon, 19 Oct 2026 19:36:48 GMT</pubDate>
      <guid>https://community.bt.com/t5/BT-Devices/DHCP-Reservation-bug-BT-Smart-Hub-2/m-p/2473434#M35098</guid>
      <dc:creator>WSH</dc:creator>
      <dc:date>2026-10-19T19:36:48Z</dc:date>
    </item>
    <item>
      <title>Re: DHCP Reservation bug - BT Smart Hub 2</title>
      <link>https://community.bt.com/t5/BT-Devices/DHCP-Reservation-bug-BT-Smart-Hub-2/m-p/2473435#M35099</link>
      <description>&lt;P&gt;Hi Crimliar,&lt;/P&gt;&lt;P&gt;Good shout - I have checked for MAC rotation, but unfortunately it doesn't appear to be the cause.&amp;nbsp; In both Windows and Linux, the MAC address was unchanged after several restarts and always matched the Hub’s entry.&lt;/P&gt;&lt;P&gt;However this did peak my interest as was worried I overlooked something:&lt;/P&gt;&lt;P&gt;For Linux devices using Network Manager, the documented Ethernet default is "preserve" unless overridden. The manual defines this as “not to touch the MAC address on activation”.&lt;BR /&gt;&lt;A href="https://www.networkmanager.dev/docs/api/latest/nm-settings-nmcli.html" target="_blank"&gt;https://www.networkmanager.dev/docs/api/latest/nm-settings-nmcli.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;I do know assumptions can be dangerous, so checking this, no overrides were present.&lt;/P&gt;&lt;P&gt;Under Windows, Microsoft only appears to document its “Random hardware addresses” settings for Wi-Fi. My Windows test used Ethernet.&lt;BR /&gt;&lt;A href="https://support.microsoft.com/en-us/windows/experience/connectivity-networking/connect-to-a-wi-fi-network-in-windows" target="_blank"&gt;https://support.microsoft.com/en-us/windows/experience/connectivity-networking/connect-to-a-wi-fi-network-in-windows&lt;/A&gt;&lt;/P&gt;&lt;P&gt;And for the printer, I can't easily check, but I'm almost certain a printer manufacturer would have to be extremely silly to enable MAC rotation (even for WiFi).&lt;/P&gt;&lt;P&gt;Even my Android phone uses 'persistent randomisation' by default.&amp;nbsp; In other words, it keeps the same MAC for each Wi-Fi network until a factory reset.&amp;nbsp; (Non-persistent randomisation requires extra configuration).&lt;BR /&gt;&lt;A href="https://source.android.com/docs/core/connect/wifi-mac-randomization-behavior#persistent-randomization" target="_blank"&gt;https://source.android.com/docs/core/connect/wifi-mac-randomization-behavior#persistent-randomization&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Apple I believe is a bit more nuanced, but is outside the scope of this post.&lt;/P&gt;&lt;P&gt;I would be good to find an explicit resolution to the Hub's DHCP reservation rather than resign to a workaround.&amp;nbsp; For example, not all printer menus are made equal and it's not always trivial to set a static IP on a printer (especially over the phone).&amp;nbsp; One should be able to press the WPS button, then with a few clicks, permanently reserve the IP address obtained from the Hub's DHCP server.&lt;/P&gt;&lt;P&gt;Kind regards,&lt;BR /&gt;Nick&lt;/P&gt;</description>
      <pubDate>Mon, 19 Oct 2026 20:27:25 GMT</pubDate>
      <guid>https://community.bt.com/t5/BT-Devices/DHCP-Reservation-bug-BT-Smart-Hub-2/m-p/2473435#M35099</guid>
      <dc:creator>Nick-P</dc:creator>
      <dc:date>2026-10-19T20:27:25Z</dc:date>
    </item>
    <item>
      <title>Re: DHCP Reservation bug - BT Smart Hub 2</title>
      <link>https://community.bt.com/t5/BT-Devices/DHCP-Reservation-bug-BT-Smart-Hub-2/m-p/2473436#M35100</link>
      <description>&lt;P&gt;WSH,&lt;/P&gt;&lt;P&gt;That is also a good shout, especially as I use a lot of VMs which I always configure so they get an IP on the Hub's physical network.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I will try factory resetting the Hub and report back.&lt;/P&gt;</description>
      <pubDate>Mon, 19 Oct 2026 20:33:56 GMT</pubDate>
      <guid>https://community.bt.com/t5/BT-Devices/DHCP-Reservation-bug-BT-Smart-Hub-2/m-p/2473436#M35100</guid>
      <dc:creator>Nick-P</dc:creator>
      <dc:date>2026-10-19T20:33:56Z</dc:date>
    </item>
    <item>
      <title>Re: DHCP Reservation bug - BT Smart Hub 2</title>
      <link>https://community.bt.com/t5/BT-Devices/DHCP-Reservation-bug-BT-Smart-Hub-2/m-p/2473437#M35101</link>
      <description>&lt;P&gt;Yes.&amp;nbsp; I also mentioned MAC randomisation in the previous thread.&lt;/P&gt;</description>
      <pubDate>Mon, 19 Oct 2026 20:42:18 GMT</pubDate>
      <guid>https://community.bt.com/t5/BT-Devices/DHCP-Reservation-bug-BT-Smart-Hub-2/m-p/2473437#M35101</guid>
      <dc:creator>WSH</dc:creator>
      <dc:date>2026-10-19T20:42:18Z</dc:date>
    </item>
  </channel>
</rss>

