<feed xmlns='http://www.w3.org/2005/Atom'>
<title>luci/modules/luci-base/htdocs/luci-static/resources/protocol, branch master</title>
<subtitle>Lua Configuration Interface (mirror)</subtitle>
<id>https://git.openwrt.org/project/luci/atom?h=master</id>
<link rel='self' href='https://git.openwrt.org/project/luci/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/luci/'/>
<updated>2026-07-21T21:02:15Z</updated>
<entry>
<title>luci-base: protocol/dhcp: add option to select the DHCPv4 client ID</title>
<updated>2026-07-21T21:02:15Z</updated>
<author>
<name>Hauke Mehrtens</name>
</author>
<published>2026-07-21T20:38:48Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/luci/commit/?id=ed23f07d9f88e2b2ea0a81c609893001462206a3'/>
<id>urn:sha1:ed23f07d9f88e2b2ea0a81c609893001462206a3</id>
<content type='text'>
OpenWrt gained a per-interface "sendclientid" option which overrides the
preferred client identifier used for DHCPv4 requests. Expose it in the
advanced settings of the DHCP client protocol:

- "auto" (default) uses the explicitly configured client ID, or falls
  back to the global default DUID and finally the interface MAC address
- "global" always uses the global default DUID
- "hardware" passes no client ID to udhcpc, so the interface MAC address
  is used
- "none" omits DHCP option 61 from the requests entirely

The explicit client ID is only evaluated in "auto" mode, hence it now
depends on that setting.

Assisted-by: Claude:claude-opus-4-8
Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
</content>
</entry>
<entry>
<title>Revert "luci-base: protocol/dhcp: add option to disable the DHCPv4 client ID"</title>
<updated>2026-07-21T21:02:15Z</updated>
<author>
<name>Hauke Mehrtens</name>
</author>
<published>2026-07-21T20:33:08Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/luci/commit/?id=14690cf01237ed6d4cfe4dd44d53b3b74627e093'/>
<id>urn:sha1:14690cf01237ed6d4cfe4dd44d53b3b74627e093</id>
<content type='text'>
This reverts commit 9e70fd02f8e55f9b311a49957de6e42c0b152b5a.

OpenWrt main tree merged a different implementation.

Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
</content>
</entry>
<entry>
<title>luci-base: protocol/dhcp: add option to disable the DHCPv4 client ID</title>
<updated>2026-07-20T19:30:43Z</updated>
<author>
<name>Hauke Mehrtens</name>
</author>
<published>2026-07-05T14:50:00Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/luci/commit/?id=9e70fd02f8e55f9b311a49957de6e42c0b152b5a'/>
<id>urn:sha1:9e70fd02f8e55f9b311a49957de6e42c0b152b5a</id>
<content type='text'>
netifd gained a per-interface "sendclientid" boolean to suppress DHCP
option 61 (client identifier), for ISPs that reject requests carrying it
(e.g. Turksat KabloNet).

Expose it in the DHCP protocol form as a "Send Client ID" flag, enabled
by default. Disabling it writes sendclientid '0', which makes netifd
start udhcpc with -C so no client identifier is sent. The explicit
"Client ID" field is hidden while sending is disabled.

Reported-at: https://github.com/openwrt/openwrt/issues/24065
Assisted-by: Claude:claude-opus-4-8
Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
</content>
</entry>
<entry>
<title>luci-base: js linting fixes / ES6 treatment</title>
<updated>2026-02-16T00:42:57Z</updated>
<author>
<name>Paul Donald</name>
</author>
<published>2026-02-14T18:46:15Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/luci/commit/?id=50a8d5325db0b631bc86f9e3f375d1473fd4149c'/>
<id>urn:sha1:50a8d5325db0b631bc86f9e3f375d1473fd4149c</id>
<content type='text'>
prevent global variable bleed and reduce size somewhat

-cbi
-network
-protocol/static
-rpc
-tools/widgets
-tools/views
-uci

protocols

Signed-off-by: Paul Donald &lt;newtwen+github@gmail.com&gt;
</content>
</entry>
<entry>
<title>luci-base: jsdoc fixes</title>
<updated>2026-02-16T00:42:56Z</updated>
<author>
<name>Paul Donald</name>
</author>
<published>2026-02-15T23:44:17Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/luci/commit/?id=92381c3ca285c2303a59c74509fb4d6a422fece3'/>
<id>urn:sha1:92381c3ca285c2303a59c74509fb4d6a422fece3</id>
<content type='text'>
@name alone does not provide a linkable symbol.
@member and @memberof do.

Signed-off-by: Paul Donald &lt;newtwen+github@gmail.com&gt;
</content>
</entry>
<entry>
<title>luci-base: fix static proto trace-back when a netmask is set but no IP is set</title>
<updated>2025-10-30T17:53:14Z</updated>
<author>
<name>Paul Donald</name>
</author>
<published>2025-10-30T17:53:14Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/luci/commit/?id=1da88cc8884d036c50aa60887f146500ee48d482'/>
<id>urn:sha1:1da88cc8884d036c50aa60887f146500ee48d482</id>
<content type='text'>
A trace-back is produced when a netmask is set, and the contents of the IPv4
address field are removed or otherwise unset.

Signed-off-by: Paul Donald &lt;newtwen+github@gmail.com&gt;
</content>
</entry>
<entry>
<title>luci-base: expose static IPv6 configuration even if IPv6-PD is enabled.</title>
<updated>2025-01-23T22:43:14Z</updated>
<author>
<name>Jan Pazdziora</name>
</author>
<published>2025-01-10T14:02:03Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/luci/commit/?id=8ae000890910ff0ebaa840390aac24d9ed399ab7'/>
<id>urn:sha1:8ae000890910ff0ebaa840390aac24d9ed399ab7</id>
<content type='text'>
Signed-off-by: Jan Pazdziora &lt;jan.pazdziora@code.adelton.com&gt;
</content>
</entry>
<entry>
<title>luci-base: static.js: fix validation of netmask option</title>
<updated>2024-02-21T14:38:37Z</updated>
<author>
<name>Jo-Philipp Wich</name>
</author>
<published>2024-02-21T14:38:37Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/luci/commit/?id=06c0fbbef736c7d4976614467064d094af8ccf85'/>
<id>urn:sha1:06c0fbbef736c7d4976614467064d094af8ccf85</id>
<content type='text'>
Signed-off-by: Jo-Philipp Wich &lt;jo@mein.io&gt;
</content>
</entry>
<entry>
<title>treewide: drop MAC and MTU from interfaces (protocols)</title>
<updated>2021-05-28T13:34:41Z</updated>
<author>
<name>Rafał Miłecki</name>
</author>
<published>2021-05-28T07:58:12Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/luci/commit/?id=79947af064122438c803f3b7bc580ede093a26e4'/>
<id>urn:sha1:79947af064122438c803f3b7bc580ede093a26e4</id>
<content type='text'>
Those are L2 options that are not part of interfaces (L3), should not be
set there and don't work. Setting MAC and MTU should be done at device
layer (config device) and is supported for basic types already.

Signed-off-by: Rafał Miłecki &lt;rafal@milecki.pl&gt;
</content>
</entry>
<entry>
<title>treewide: remove rendundant proto handler options</title>
<updated>2021-03-15T10:41:44Z</updated>
<author>
<name>Jo-Philipp Wich</name>
</author>
<published>2020-08-06T18:58:35Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/luci/commit/?id=171ef77e8985ffd90eb66b8a0a3cd74beb37ccdc'/>
<id>urn:sha1:171ef77e8985ffd90eb66b8a0a3cd74beb37ccdc</id>
<content type='text'>
The introduction of network device configuration support also implemented
all common, protocol-independent interface options directly in the
interface config view, so drop the redundant option definitions.

Signed-off-by: Jo-Philipp Wich &lt;jo@mein.io&gt;
</content>
</entry>
</feed>
