# Patch for DZS HX2466GN returning empty GetParameterNamesResponse with NextLevel=true

**URL:** <https://forum.genieacs.com/t/patch-for-dzs-hx2466gn-returning-empty-getparameternamesresponse-with-nextlevel-true/7375>\
**Category:** Uncategorized\
**Created:** [April 22, 2026, 11:43am UTC](https://forum.genieacs.com/t/patch-for-dzs-hx2466gn-returning-empty-getparameternamesresponse-with-nextlevel-true/7375 "2026-04-22T11:43:46Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![efrancone](https://avatars.discourse-cdn.com/v4/letter/e/e56c9b/32.png) [@efrancone](https://forum.genieacs.com/u/efrancone)\
**Post date:** [April 22, 2026, 11:43am UTC](https://forum.genieacs.com/t/patch-for-dzs-hx2466gn-returning-empty-getparameternamesresponse-with-nextlevel-true/7375/1 "2026-04-22T11:43:46Z")

</div>

I found an issue with **DZS Inc / HX2466GN** ONUs

In this model, some `GetParameterNames` requests with `NextLevel=true` return an **empty `ParameterList`** , even though the subtree actually exists and the CPE reports parameters inside it during `Inform`. A clear example is:

- `InternetGatewayDevice.WANDevice.` with `NextLevel=true` → empty response

- the same path with `NextLevel=false` → returns the full subtree correctly

In my case, this breaks incremental discovery for branches such as `WANDevice` and some nested WAN/LAN subtrees. The device is not actually missing those objects; it just does not respond correctly when queried with `NextLevel=true`.

As a workaround, I patched `session.ts` in the `GetParameterNamesResponse` handling path. The idea is:

- only apply it to `Manufacturer = "DZS Inc"` and `ProductClass = "HX2466GN"`

- only apply it when:

- then reissue the same request with `nextLevel = false`

---

<div class="post-metadata">

**Author:** ![akcoder](https://yyz1.discourse-cdn.com/flex035/user_avatar/forum.genieacs.com/akcoder/32/11_2.png) [@akcoder](https://forum.genieacs.com/u/akcoder)\
**Post date:** [April 22, 2026, 4:14pm UTC](https://forum.genieacs.com/t/patch-for-dzs-hx2466gn-returning-empty-getparameternamesresponse-with-nextlevel-true/7375/2 "2026-04-22T16:14:05Z")

</div>

Have you messaged the manufacture and asked them to fix their broken implementation?

---

<div class="post-metadata">

**Author:** ![efrancone](https://avatars.discourse-cdn.com/v4/letter/e/e56c9b/32.png) [@efrancone](https://forum.genieacs.com/u/efrancone)\
**Post date:** [April 22, 2026, 5:10pm UTC](https://forum.genieacs.com/t/patch-for-dzs-hx2466gn-returning-empty-getparameternamesresponse-with-nextlevel-true/7375/3 "2026-04-22T17:10:46Z")

</div>

with dasan zhone it’s impossible to do it. 😪  
Also, an important observation: **this works from the UI, but not from the provision flow**. Manual UI refresh eventually retrieves the subtree, but provision-driven discovery hits `GetParameterNames(..., NextLevel=true)`, gets an empty response from this CPE, and stops. With a targeted retry to `NextLevel=false` for this DZS HX2466GN, the same provision flow starts working correctly