Ervaringen en discussie m.b.t de Zyxel NR7302 FWA router

[menn0]

ernstoud schreef op zondag 12 oktober 2025 @ 19:13:
[...]


Hier, zonder iets te tweaken:

[Afbeelding]

Je geeft weinig antwoorden op gestelde vragen dus je verder helpen is moeilijk. Ik heb ook al genoemd dat ik de DTAG firmware voor je heb, die iedereen hier gebruikt. Maar geef eerst eens antwoord op de eerder gestelde vraag welke FW op je NR7302 draait. De DTAG firmware staat ook hier: http://fw-acs.telekom.de/...R7302WZ/100ACHA4b5_F0.bin

Werkt prima.

Dit is de firmware;

Product: NR7302
Version: 1.00(ACHA.5)b1_F0
Build Date: 2025/03/07

Ik probeer extra banden bij te voegen, zegt succesvol maar is dan nog niet actief, is een reboot benodigd? Dacht dat dit deze settings juist zo verwijderen;

code:

root@NR7302:~# dalcmd cellwan_status get | grep 'Current CA'
Current CA combination:        BC7,BC32,N78
root@NR7302:~# dalcmd cellwan_band edit --INTF_Preferred_Bands BC3,BC7,BC32,N28,N78
Command Successful.
root@NR7302:~# dalcmd cellwan_status get | grep 'Current CA'
Current CA combination:        BC7,BC32,N78

Voorzetje script setup.sh

code:

bash

#!/bin/bash

# Configure Ethernet interface
ethtool -s eth0 speed 1000 duplex full autoneg on

# Configure cellular WAN preferred bands
dalcmd cellwan_band edit --INTF_Preferred_Bands B1,B3,B7,B8,B20,B28,B32,n28,n78

# Kill ztr69 process
pkill ztr69

# Add comment to first line of crontab
(echo "#"; crontab -l 2>/dev/null) | crontab -

[ Voor 35% gewijzigd door menn0 op 13-10-2025 16:27 ]

[menn0]

.

[ Voor 98% gewijzigd door menn0 op 13-10-2025 16:27 ]

[ernstoud]

menn0 schreef op maandag 13 oktober 2025 @ 09:03:
.

Je hebt gewoon de DTAG firmware. Ik zal vanavond mijn scripts delen.

[ernstoud]

menn0 schreef op maandag 13 oktober 2025 @ 09:02:
[...]
Voorzetje script setup.sh

Op een mini PC in het Zyxel netwerkje draai ik een programma (in FreeBasic, ideaal voor kleine tooltjes) dat elk kwartier de iptables log ophaalt (want die gaan op de NR7302 naar memory en dat is beperkt) en ook een script uitvoert via het plink tool dat ook bij Putty geleverd wordt.

Dat script disabled in crontab het FOTA (firmware over the air) tool en zet, als de banden niet zijn zoals ik ze wil, de banden goed:

code:

#!/bin/sh

c="$(dalcmd cellwan_status get | grep 'Current CA' | awk '{print $4}')"

echo "$(date) - $c" >> /home/bands

s0="BC3,BC3,BC7,BC32,N28"
s2="B3,B7,B32,N28"

if test "$c" = "$s0"
then
        echo "Bands ok."
        exit 0
else
        echo "Bands were: $c, trying to set to: $s2"
        dalcmd cellwan_band edit --INTF_Preferred_Bands $s2 > /dev/null
        sleep 10
        c="$(dalcmd cellwan_status get | grep 'Current CA' | awk '{print $4}')"
        echo "Bands are:  $c"
        exit 1
fi
root@NR7302:~#

En de huidige settings gaan naar het bestandje “bands”.

Een punt om rekening mee te houden: het /home deel van het root filesystem is gemapped als ubifs naar flash memory. Daar veel schrijf acties naar doen (elke 15 minuten valt wel mee denk ik) zal het flash memory na lange tijd beschadigen. Er zijn ook delen van het root filesystem gemapped met ramfs op memory. Het is beter daar naar toe te schrijven, als het niet om grote bestanden gaat want dan belast je het werkgeheugen en kan het device in de problemen komen.

Erg leuk om root access te hebben op dit device want er wordt aardig wat gelogd en met smscmd kun je SMS verzenden (niet bij
Odido, wel elders) en met dalcmd kun je banden e.d. instellen.

De iptables log van zojuist:





445 port scans per uur. Gelukkig een firewall die zijn werk doet.

Af fabriek logt iptables niet, maar de kernel modules daarvoor staan wel op het device gelukkig.

Overigens heb ik nog steeds geen idee waar in het file system de iptables/ebtables configuratie staat. Nergens te vinden terwijl “iptables -L” de firewall policy gewoon toont en rules toevoegen en verwijderen ook gewoon werkt. Heel bijzonder.

[menn0]

Ik zit ook op een microwave mast maar wel maar 500m. Echter ik ga de strijd in huis verliezen denk ik als ik niet heel snel de boel stabiel heb.

1. Pings zijn hoog 30-50ms en teams gesprekken lees real time calls halen niet gewenste niveau.
2. Vandaag ook weer ik kom thuis, maar voordat wifi op mn telefoon werkt moet me opnieuw aanmelden bij AP. Ik dacht dat ik dit nu getackeld had met vaste toewijzing en 365 dagen lease. Maar daar lijkt het toch niet helemaal op.
3. Wat ik ook internationaal terug lees is dat de dhcp implementatie van zyxel niet op orde is, kortweg lijkt de conclusie dat als je externe WAN ip wijzigt dit voor de dhcp intern tot verstoring leidt . Ik heb hiervoor 3 acties genomen, 1 vaste agent -- ip relatie, 2 lease tijd 365 dagen 3. ARP ingeschakeld (connect verschillende subdomeinen).

Ik ben niet zeker dat als ik het wegvallen intern (router heeft eigenlijk altijd wel internet) oplos de latency geen probleem blijft voor real time communicatie.

[menn0]

code:

echo "$(date) - $c" >> /home/bands

En de huidige settings gaan naar het bestandje “bands”.

/home bands bestaat overigens normaal gesproken niet, correct?
Ik voer zoals ik hierboven ook zei, de commandos uit, maar bij het controleren zijn de banden niet gewijzigd met name N28 krijg ik niet aan de praat, terwijl de tower het wel zou moeten kunnen. Is daar nog een verklaring voor?

[ernstoud]

menn0 schreef op woensdag 15 oktober 2025 @ 18:45:
Ik zit ook op een microwave mast maar wel maar 500m. Echter ik ga de strijd in huis verliezen denk ik als ik niet heel snel de boel stabiel heb.

1. Pings zijn hoog 30-50ms en teams gesprekken lees real time calls halen niet gewenste niveau.
2. Vandaag ook weer ik kom thuis, maar voordat wifi op mn telefoon werkt moet me opnieuw aanmelden bij AP. Ik dacht dat ik dit nu getackeld had met vaste toewijzing en 365 dagen lease. Maar daar lijkt het toch niet helemaal op.
3. Wat ik ook internationaal terug lees is dat de dhcp implementatie van zyxel niet op orde is, kortweg lijkt de conclusie dat als je externe WAN ip wijzigt dit voor de dhcp intern tot verstoring leidt . Ik heb hiervoor 3 acties genomen, 1 vaste agent -- ip relatie, 2 lease tijd 365 dagen 3. ARP ingeschakeld (connect verschillende subdomeinen).

Ik ben niet zeker dat als ik het wegvallen intern (router heeft eigenlijk altijd wel internet) oplos de latency geen probleem blijft voor real time communicatie.

Tja. Ik en ik denk ook andere gebruikers van de NR7302 hier, herkennen je ervaringen niet.

Behalve dan dat bij mij de latency naar google.com gemiddeld 25 ms. is, dus dat komt wel overeen. Maar dat is geen NR7302 issue, mijn NR7302 op Vodafone heeft een latency van 12 ms., ook naar google.com.

Punt 2; de NR7302 doet geen WiFi, dus dit is een probleem met je accesspoints.

Punt 3; geen enkel issue mee. Ik heb ingesteld dat het device om 07:30 reboot om altijd op dat moment een nieuw WAN IP te krijgen. De rest van de instellingen geheel default. Aangesloten PC heeft dan om 07:31 weer verbinding. Hoef ik niets voor te doen dus DHCP werkt prima.

Volgens mij heb je of een gare NR7302, de instellingen verknoeit of zit er iets te rommelen in je netwerk.

Waar stond dat verhaal dat de DHCP van de NR7302 niet correct zou werken?

[ernstoud]

menn0 schreef op woensdag 15 oktober 2025 @ 19:15:

code:

echo "$(date) - $c" >> /home/bands

En de huidige settings gaan naar het bestandje “bands”.

/home bands bestaat overigens normaal gesproken niet, correct?

Klopt. Ik houd de veranderingen in de banden daarin bij om te kijken of hij een beetje stabiel wil blijven op de door mij geselecteerde banden. En dat lukt aardig,

Ik voer zoals ik hierboven ook zei, de commandos uit, maar bij het controleren zijn de banden niet gewijzigd met name N28 krijg ik niet aan de praat, terwijl de tower het wel zou moeten kunnen. Is daar nog een verklaring voor?

Nee. En als je in de GUI van de NR7302 de banden selecteert? Of gewoon op “Auto”? Wordt n28 dan wel gekozen?

[menn0]

ernstoud schreef op woensdag 15 oktober 2025 @ 19:19:
[...]


Tja. Ik en ik denk ook andere gebruikers van de NR7302 hier, herkennen je ervaringen niet.

= Ik lees op de fora van zyxel dit wel o.a
https://www.reddit.com/r/...ernetkonfiguration/?tl=en
https://community.zyxel.c...failed-to-read-etc-ethers
https://www.reddit.com/r/..._dynamic_ip_of_5g_router/
https://www.reddit.com/r/...outer_fimrware_nightmare/
En zo gaat het maar door

Behalve dan dat bij mij de latency naar google.com gemiddeld 25 ms. is, dus dat komt wel overeen. Maar dat is geen NR7302 issue, mijn NR7302 op Vodafone heeft een latency van 12 ms., ook naar google.com.

Got it, begrijp dat dit geen NR7302 issue is, maar denk dat 90% in dit topic het met Klik en Klaar gebruikt, en met hoofddoel primaire inet verbinding thuis, voor normaal huis tuin keuken gebruik. Dus het gaat even om de ervaring als eind gebruiker in dit scenario, mijn vraag blijft dan ook, kunnen mede tweakers ten alle tijden real-time video calls voeren? Of doen jullie dit niet, en is dit voor andere gebruikers niet relevant?

Punt 2; de NR7302 doet geen WiFi, dus dit is een probleem met je accesspoints.

Als je zo stellig wilt zijn, even net zo flauw terug, NR7302 doet wel Wifi maar niet als AP. Maar goed je flinke aanname dat er iets mis zou zijn met mijn AP's is een stevige en wordt niet gestaafd door mijn ervaring en of de logs van de Unifi controller. Let ook op, ik kom hier gewoon van een zeer goede inet ervaring met zelfde interne netwerk setup vandaan, maar heb slechts een andere router met andere wan bron aan het netwerk gekoppeld. Dat dit zou samen gaan met een totale collapse van mijn interne netwerk, begrijp ik niet en is ook niet mijn ervaring, en zoals je boven in de vele links kan lezen ook niet de ervaring van velen anderen.

Punt 3; geen enkel issue mee. Ik heb ingesteld dat het device om 07:30 reboot om altijd op dat moment een nieuw WAN IP te krijgen. De rest van de instellingen geheel default. Aangesloten PC heeft dan om 07:31 weer verbinding. Hoef ik niets voor te doen dus DHCP werkt prima.

- Het ip adres wijzigt vele malen op een dag, dan zou je deze tactiek vaker moeten toepassen, overigens hoe makkelijk dit wellicht voor jou of mij te regelen is, is dit natuurlijk totaal niet acceptabel voor een doorsnee eindgebruiker. Ik snap ook dat Odido de NR7302 niet mee levert, want dit soort lapmiddelen zijn natuurlijk niet gebruiksvriendelijk. Ik kan overigens overdag ook niet midden in een meeting mijn rouer even resetten, dus zo'n 4x per dag (IP WAN wijziging) herstarten is voor mij helaas geen optie.

Volgens mij heb je of een gare NR7302, de instellingen verknoeit of zit er iets te rommelen in je netwerk.

- Heb n.b. op jouw aanraden de standaard settings laten staan, na 2-3 dagen nu toegevoegd; 365 lease, en ARP aangezet. Thats it

Waar stond dat verhaal dat de DHCP van de NR7302 niet correct zou werken?

-> mocht je het bovenin nog niet gelezen hebben in lijstje dan specifiek -> https://www.reddit.com/r/...outer_fimrware_nightmare/

Overigens je geposte-scriptje haalt volgens mij niet FOTA weg, dat doe ik dmv inserten van een #

[ernstoud]

menn0 schreef op woensdag 15 oktober 2025 @ 19:54:
[...]

= Ik lees op de fora van zyxel dit wel o.a
https://www.reddit.com/r/...ernetkonfiguration/?tl=en
https://community.zyxel.c...failed-to-read-etc-ethers
https://www.reddit.com/r/..._dynamic_ip_of_5g_router/
https://www.reddit.com/r/...outer_fimrware_nightmare/
En zo gaat het maar door

Ik ga me daar doorheen worstelen en kom er op terug.

Als je zo stellig wilt zijn, even net zo flauw terug, NR7302 doet wel Wifi maar niet als AP.

Correct, alleen Wifi op 2.4 GHz. voor beheer.

Maar goed je flinke aanname dat er iets mis zou zijn met mijn AP's is een stevige en wordt niet gestaafd door mijn ervaring en of de logs van de Unifi controller. Let ook op, ik kom hier gewoon van een zeer goede inet ervaring met zelfde interne netwerk setup vandaan, maar heb slechts een andere router met andere wan bron aan het netwerk gekoppeld. Dat dit zou samen gaan met een totale collapse van mijn interne netwerk, begrijp ik niet en is ook niet mijn ervaring, en zoals je boven in de vele links kan lezen ook niet de ervaring van velen anderen.

Tja, in mijn setup zit er aan de NR7302 een PoE switch, een mini PC en een Unifi AirCube AC. En die houdt 24/7 WiFi. Waarom jouw accesspoints problemen hebben is mij onduidelijk. Maar goed, al je issues kan ik niet beamen. Komen mij allemaal in mijn ervaring onbekend voor.

- Het ip adres wijzigt vele malen op een dag, dan zou je deze tactiek vaker moeten toepassen, overigens hoe makkelijk dit wellicht voor jou of mij te regelen is, is dit natuurlijk totaal niet acceptabel voor een doorsnee eindgebruiker. Ik snap ook dat Odido de NR7302 niet mee levert, want dit soort lapmiddelen zijn natuurlijk niet gebruiksvriendelijk. Ik kan overigens overdag ook niet midden in een meeting mijn rouer even resetten, dus zo'n 4x per dag (IP WAN wijziging) herstarten is voor mij helaas geen optie.

Jouw WAN IP verandert meerdere keren per dag? Vanuit Odido infra gebeurt dat 1 keer per 24 uur. Als jij dat meerdere keren per dag hebt dan is dat weer een teken dat je NR7302 rot is. Lijkt wel of deze dus spontaan reset of zo. Dat zou veel verklaren.

-> mocht je het bovenin nog niet gelezen hebben in lijstje dan specifiek -> https://www.reddit.com/r/...outer_fimrware_nightmare/

Ik ga het lezen.

Overigens je geposte-scriptje haalt volgens mij niet FOTA weg, dat doe ik dmv inserten van een #

Klopt. Dat doe ik een script dat draait als de reset om 07:30 uitgevoerd is, staat in /home, wordt gestart door het FreeBasic programma dat ik noemde:

code:

#!/bin/sh

insmod /lib/modules/5.4.210/kernel/net/netfilter/nf_log_common.ko
insmod /lib/modules/5.4.210/kernel/net/ipv4/netfilter/nf_log_ipv4.ko

iptables -N LOGGING
iptables -I INPUT 24 -j LOGGING
iptables -A LOGGING -m limit --limit 1/sec --limit-burst 5 -j LOG --log-prefix "IPTables-Dropped: " --log-level 4

crontab crontab.bk1 -u root
pkill ztr69

Bestand crontab.bk1 bevat de weg gecommentarieerde FOTA.

[menn0]

Jouw WAN IP verandert meerdere keren per dag? Vanuit Odido infra gebeurt dat 1 keer per 24 uur. Als jij dat meerdere keren per dag hebt dan is dat weer een teken dat je NR7302 rot is. Lijkt wel of deze dus spontaan reset of zo. Dat zou veel verklaren.

Vannacht 24:00 kan ik zeggen delta ip;
IP address has changed from 91.141.192.79 to 178.228.161.233
Nu: 1*8.*30.1*4.9*

Ik zal het exacte aantal nog even wat beter proberen te achterhalen, maar zeker vaker dan eens per 24 uur hier. Hoe dat zou kunnen komen weet ik niet, waarom concluderen dat ie "rot" is weet ik ook niet, waarom concludeer je dat? En wat is er dan stuk?
Ik verlies nooit device -> AP contact, en Wifi in zichzelf valt nooit weg, maar mijn vermoeden nu slaat uit bij de meldingen die je veel leest, -> rotatie WAN IP -> Router wel gewoon internet -> Intern gaat het mis door naar zo lijkt iets met het DHCP protocol en leases. Ik heb in mijn logs ook die fouten;

hebben we hem weer:

code:

8   Oct 15 20:49:39 daemon  err dhcpd   dnsmasq-dhcp: failed to read /etc/ethers: No such file or directory

o.a. meer info in de eerdere links. Ik gebruik de firmware die jij ook hebt, en 2 instellingen anders dan jij gezet. (ARP en DHCP lease). Duid je op een hardare issue van de NR7302? Dat lijkt mij onwaarschijnlijk daar hij het gewoon doet, zeker het WAN -< CEL WAN stuk.

Ook dit komt overeen met meldingen uit miijn links;

code:

18  Oct 15 20:49:38 user    notice  esmd    esmd: Interface: eth0, Status: Down
19  Oct 15 20:49:37 daemon  err dhcpd   dnsmasq-dhcp: failed to read /etc/ethers: No such file or directory

eth0 down;

https://community.zyxel.c...pts-under-heavy-vpn-loads

https://community.zyxel.c...failed-to-read-etc-ethers

[ Voor 7% gewijzigd door menn0 op 15-10-2025 20:58 ]

[ernstoud]

menn0 schreef op woensdag 15 oktober 2025 @ 19:54:
[...]

= Ik lees op de fora van zyxel dit wel o.a
https://www.reddit.com/r/...ernetkonfiguration/?tl=en

Fritzbox achter een NR7302 in router mode. Dus NAT achter NAT, firewall issue wellicht. Lijkt me geen NR7302 issue maar verkeerde settings op de Fritzbox.

https://community.zyxel.c...failed-to-read-etc-ethers

Dit is op het Italiaanse fibraclick forum ook wel eens genoemd, wegvallen van de ethernet link of terugvallen naar 100 Mbps. Zou in de laatste FW versie opgelost moeten zijn.

https://www.reddit.com/r/..._dynamic_ip_of_5g_router/

Achterliggende controller krijgt nieuw WAN IP in passthrough mode niet door, lease laag zetten was de oplossing, staat in die thread. Geen NR7302 issue.

https://www.reddit.com/r/...outer_fimrware_nightmare/

In DTAG NR7302 modellen wordt de firmware automatisch geupdate. Meest recent is ACHA5. Of je dat wil is punt twee.

En zo gaat het maar door

Je geeft vier links, slechts 1 daarvan is een echt NR7302 stabiliteit issue, naar verluid opgelost in de meest recente firmware. Bij mij volledig stabiel.

-> mocht je het bovenin nog niet gelezen hebben in lijstje dan specifiek -> https://www.reddit.com/r/...outer_fimrware_nightmare/

Zie hierboven, en inderdaad Zyxel levert geen firmware updates voor routers die ze alleen aan ISP’s leveren. Dat moeten de ISP’s doen omdat er dus ISP specifieke features in zitten. Gebruik van de NR7302 is een gok want de settings en feature set voor Deutsche Telekom AG, kunnen functionaliteit op NL ISP’s belemmeren. Vooralsnog werkt het prima maar is het handig om een oudere versie FW achter de hand te houden zodat je altijd terug kunt.

De NR7302 was voor de prijs een mooie kans om 5G zelf te tweaken. Maar met de lage prijs komen ook beperkingen zoals geen support, onduidelijkheid over FW updates en misschien hier en daar iets wat niet werkt zoals gewenst.

Ik heb hier uitvoerig op K&K de Huawei H122 en de Oppo T1a getest. Beiden kwamen qua feature set niet in de buurt van de NR7302.

Kortom; jij hebt duidelijk een probleem. In mijn opinie is je NR7302 defect. Deze thread is nu 13 pagina’s lang en nog niemand heeft hier dit probleem gemeld. Je onderbouwing met de links die je gaf dat er generieke problemen met dit device zijn, is niet sterk.

[menn0]

Het 100mbit issue is overigens niet gefixt in laatste firmware zie mijn scriptje ook

[ernstoud]

menn0 schreef op woensdag 15 oktober 2025 @ 20:56:
[...]


Vannacht 24:00 kan ik zeggen delta ip;
IP address has changed from 91.141.192.79 to 178.228.161.233
Nu: 1*8.*30.1*4.9*

Ik zal het exacte aantal nog even wat beter proberen te achterhalen, maar zeker vaker dan eens per 24 uur hier. Hoe dat zou kunnen komen weet ik niet, waarom concluderen dat ie "rot" is weet ik ook niet, waarom concludeer je dat? En wat is er dan stuk?

Ik concludeer dat omdat de (Zwangstrennung noemde tmobile dat, zie: Wikipedia: Zwangstrennung – Wikipedia) echt slechts 1 keer per 24 uur is. Als jij ziet dat je WAN IP adres vaker wijzigt dat moet dat door de NR7302 komen. Die verliest de verbinding met de Odido infra.

Niemand hier heeft dat ooit gemeld. Mag jij concluderen waar het dan bij jou aan ligt. Ik denk aan settings of dat hij een defect heeft.

Ik verlies nooit device -> AP contact, en Wifi in zichzelf valt nooit weg, maar mijn vermoeden nu slaat uit bij de meldingen die je veel leest, -> rotatie WAN IP -> Router wel gewoon internet -> Intern gaat het mis door naar zo lijkt iets met het DHCP protocol en leases. Ik heb in mijn logs ook die fouten;

hebben we hem weer:

code:

8   Oct 15 20:49:39 daemon  err dhcpd   dnsmasq-dhcp: failed to read /etc/ethers: No such file or directory

o.a. meer info in de eerdere links.

In de links die je gaf ging er maar 1 over ditzelfde probleem. Wellicht helpt updaten naar ACHA5 firmware. FOTA enablen, dan komt deze vanzelf.

https://community.zyxel.c...pts-under-heavy-vpn-loads

Inderdaad jouw probleem. Misschien ACHA5 proberen. Andere tips heb ik niet.

[ernstoud]

De ACHA5 firmware kun je hier van DTAG downloaden:

http://fw-acs.telekom.de/...R7302WZ/100ACHA5b1_F0.bin

[ernstoud]

menn0 schreef op woensdag 15 oktober 2025 @ 21:08:
Het 100mbit issue is overigens niet gefixt in laatste firmware zie mijn scriptje ook

Jij hebt de laatste firmware niet, dat is ACHA.5.b1f0.

[menn0]

ernstoud schreef op woensdag 15 oktober 2025 @ 21:16:
[...]


Jij hebt de laatste firmware niet, dat is ACHA.5.b1f0.

Wel toch? Of tenminste dit is die jij linkt

[menn0]

Nee. En als je in de GUI van de NR7302 de banden selecteert? Of gewoon op “Auto”? Wordt n28 dan wel gekozen?

Helaas ook niet na een GUI wijziging;

code:

login as: root
root@192.168.1.11's password:
  _______         ___ ___  _______  _____
 |__     |.--.--.|   |   ||    ___||     |_
 |     __||  |  ||-     -||    ___||       |
 |_______||___  ||___|___||_______||_______|
          |_____|
 -------------------------------------------
    Product: NR7302
    Version: 1.00(ACHA.5)b1_F0
 Build Date: 2025/03/07
 -------------------------------------------
root@NR7302:~# dalcmd cellwan_status get | grep 'Current CA'
Current CA combination:        BC7,BC3,BC20,N78
root@NR7302:~#

Ah , en mn log lines gezien betreffende eth0 down en /etc/ethers

Overigens ook een probleem by AT (oostenrijk gebruikers)
https://www.lteforum.at/m...hrungen.22306/post-504419

[ Voor 8% gewijzigd door menn0 op 15-10-2025 22:03 ]

[ernstoud]

menn0 schreef op woensdag 15 oktober 2025 @ 21:45:
[...]

[Afbeelding]

Wel toch? Of tenminste dit is die jij linkt

Ah, excuus. Om de een of andere reden verkeerd gelezen een paar posts terug.

[menn0]

Ik zie nu dat eth0 echt heeeel vaak down gaat ik ga even iets met kabels doen.....

code:

1   Oct 15 22:21:08 user    notice  esmd    esmd: Interface: eth0, Status: Up, Speed: 1000, DuplexMode: Full
2   Oct 15 22:21:00 user    notice  esmd    esmd: Interface: eth0, Status: Down
3   Oct 15 22:19:04 user    notice  esmd    esmd: Interface: eth0, Status: Up, Speed: 1000, DuplexMode: Full
4   Oct 15 22:19:00 user    notice  esmd    esmd: Interface: eth0, Status: Down
5   Oct 15 22:17:46 user    notice  esmd    esmd: Interface: eth0, Status: Up, Speed: 1000, DuplexMode: Full
6   Oct 15 22:17:42 user    notice  esmd    esmd: Interface: eth0, Status: Down
7   Oct 15 22:16:32 user    notice  esmd    esmd: Interface: eth0, Status: Up, Speed: 1000, DuplexMode: Full
8   Oct 15 22:16:28 user    notice  esmd    esmd: Interface: eth0, Status: Down

Good gracious!

[ernstoud]

menn0 schreef op woensdag 15 oktober 2025 @ 21:55:
[...]


Helaas ook niet na een GUI wijziging;

code:

login as: root
root@192.168.1.11's password:
  _______         ___ ___  _______  _____
 |__     |.--.--.|   |   ||    ___||     |_
 |     __||  |  ||-     -||    ___||       |
 |_______||___  ||___|___||_______||_______|
          |_____|
 -------------------------------------------
    Product: NR7302
    Version: 1.00(ACHA.5)b1_F0
 Build Date: 2025/03/07
 -------------------------------------------
root@NR7302:~# dalcmd cellwan_status get | grep 'Current CA'
Current CA combination:        BC7,BC3,BC20,N78
root@NR7302:~#

Je krijgt N78. Dat is prima. Deze aggregatie lijkt me prima.

[Afbeelding]

Ah , en mn log lines gezien betreffende eth0 down en /etc/ethers

Overigens ook een probleem by AT (oostenrijk gebruikers)
https://www.lteforum.at/m...hrungen.22306/post-504419

Dat is dezelfde persoon die je al noemde: https://community.zyxel.c...failed-to-read-etc-ethers en helaas in beide threads geen oplossing. Op devices in Oostenrijk draait overigens wel andere FW met eSIM support (ook in de HW).

[thys]

Ik gebruik een NR7101 met OpenWrt erop, hopelijk ben ik alsnog welkom in dit topic

De Zyxel hangt op het dak en is verbonden met een mast die volledig binnen zicht op 600m afstand staat. De sectors liggen wel om mij heen helaas. Toch ben ik verbonden met in totaal 180mhz downlink spectrum.

code:

+QCAINFO: "PCC",300,100,"LTE BAND 1",1,484,-69,-10,-39,9
+QCAINFO: "SCC",1800,100,"LTE BAND 3",1,485,-74,-13,-51,6,0,-,-
+QCAINFO: "SCC",3300,100,"LTE BAND 7",1,485,-74,-12,-53,-2,0,-,-
+QCAINFO: "SCC",1656,50,"LTE BAND 3",1,485,-73,-11,-49,10,0,-,-
+QCAINFO: "SCC",6200,50,"LTE BAND 20",1,484,-67,-11,-46,9,0,-,-
+QCAINFO: "SCC",637440,12,"NR5G BAND 78",484

De snelheid die ik haal valt mij daarom heel erg tegen. Ik kom op zo'n 30mbps down en 60mbps up. Eerder op een andere locatie haalde ik met deze hardware op 6km+ al meer downlink met alleen b8+b20 (slecht bereik daar). Heb al wat zitten spelen met de banden maar helpt weinig eigenlijk.

Ben toch benieuwd waarom ik met zoveel spectrum en goede signaalwaarden nu zulke slechte prestaties haal?

[ernstoud]

thys schreef op donderdag 16 oktober 2025 @ 16:33:
Ik gebruik een NR7101 met OpenWrt erop, hopelijk ben ik alsnog welkom in dit topic

De Zyxel hangt op het dak en is verbonden met een mast die volledig binnen zicht op 600m afstand staat. De sectors liggen wel om mij heen helaas. Toch ben ik verbonden met in totaal 180mhz downlink spectrum.

code:

+QCAINFO: "PCC",300,100,"LTE BAND 1",1,484,-69,-10,-39,9
+QCAINFO: "SCC",1800,100,"LTE BAND 3",1,485,-74,-13,-51,6,0,-,-
+QCAINFO: "SCC",3300,100,"LTE BAND 7",1,485,-74,-12,-53,-2,0,-,-
+QCAINFO: "SCC",1656,50,"LTE BAND 3",1,485,-73,-11,-49,10,0,-,-
+QCAINFO: "SCC",6200,50,"LTE BAND 20",1,484,-67,-11,-46,9,0,-,-
+QCAINFO: "SCC",637440,12,"NR5G BAND 78",484

De snelheid die ik haal valt mij daarom heel erg tegen. Ik kom op zo'n 30mbps down en 60mbps up. Eerder op een andere locatie haalde ik met deze hardware op 6km+ al meer downlink met alleen b8+b20 (slecht bereik daar). Heb al wat zitten spelen met de banden maar helpt weinig eigenlijk.

Ben toch benieuwd waarom ik met zoveel spectrum en goede signaalwaarden nu zulke slechte prestaties haal?

Probeer eens b1 uit je aggregatie te halen. Ik ging van 130 naar 260 download toen ik dit deed. Odido is b1 aan het uitschakelen en om aan het zetten naar n1.

Met n78 erbij zoals bij jou moeten inderdaad hogere snelheden mogelijk zijn. Op die b1 na heb ik dezelfde aggregatie.

[Kyle]

ernstoud schreef op donderdag 16 oktober 2025 @ 17:17:
[...]


Probeer eens b1 uit je aggregatie te halen. Ik ging van 130 naar 260 download toen ik dit deed. Odido is b1 aan het uitschakelen en om aan het zetten naar n1.

Met n78 erbij zoals bij jou moeten inderdaad hogere snelheden mogelijk zijn. Op die b1 na heb ik dezelfde aggregatie.

Wat is de mogelijke reden dat band B32 buiten schot blijft ? Die zou juist de belabberde DL moeten kunnen opkrikken.

[menn0]

Ik heb na veel onderzoek de volgende conclusie getrokken, wellicht handig voor anderen ook.
Als je de nr7302 als router gebruikt kan er in specifieke gevallen een soort overload aan dhcp requests komen, een voorbeeld daarvan is een steeds gewonere implementatie van devices die aan MAC rotatie doen tbv anonimisering.
IK had dat rotatie element in eerste instantie niet dooe en dan probeer je dhcp leases vast te leggen door die optie aan te zetten in de router. Dit zorgt er echter in de praktijk voor dat devices lijken het internet te verliezen terwijl de NR7203 wel internet heeft, en je device heeft ook connectie met de NR 7302 als router.
Het wordt lastig te begrijpen waarom je dan bijvoorbeeld naast elkaar zit en de 1 wel internet heeft via Wifi en de ander niet.
In de logs zie je ook een clues, de naam van je device die MAC roteert komt heel vaak na voren, ook zie je /etc/ethers not found. Dit laatste lijkt een slechte toepassing van Zyxel van fixed dhcp leases. Wat ik begrijp wordt in deze lijst normaliter het mac en ip adres vastgelegd. Als je de file zelf aanmaakt, maar leeg, verandert de error dat er geen regels in zitten. Je zou het wellicht nog handmatig kunnen doen maar zo ver ben ik zelf niet gegaan.

Zelf heb ik vele uren getest en kwam tot de conclusie dat ik het DHCP ./routeer gedeelte door een aparte router wil laten doen. Ik heb de NR7302 in IP Passthrough gezet en een Zyxel T56 met Openwrt als router genomen. Die had ik toch nog liggen en biedt ook wat mooie voordelen.

Verdere observatie van mij over het algemeen is dat je rekening moet houden met significant hogere pings dan met glasvezel in mijn geval ga je naar 20-40ms vs 4-6ms, en ook bij varieert de snelheid flink. Soms de volle 300mbit, soms 50mbit. Dat heeft zo lees ik te maken met wat band-shaping vanuit odido. Mijn antenne is 500m verderop, en van type Microwave verbinding. Ik zou dat omschrijven als een repeater, bij andere staat bijvoorbeeld 10gbit glas.

Het was voor mij net ff iets meer hobby-en dan ik tegenwoordig de tijd voor heb, maar nu alles draait ben ik tevreden. Ik zal de discussie over de banden hier nauwkeurig volgen om wellicht nog eens iets te tweaken.

[ernstoud]

menn0 schreef op maandag 20 oktober 2025 @ 14:36:
Ik heb na veel onderzoek de volgende conclusie getrokken, wellicht handig voor anderen ook.
Als je de nr7302 als router gebruikt kan er in specifieke gevallen een soort overload aan dhcp requests komen, een voorbeeld daarvan is een steeds gewonere implementatie van devices die aan MAC rotatie doen tbv anonimisering.

Dank voor je onderzoek en terugkoppeling. Heb er wat van geleerd. De IETF heeft ook uitgebreid naar MAC Address Rotation gekeken (https://www.ietf.org/arch...madinas-use-cases-10.html) en zegt bijvoorbeeld:

“Unless the RCM device releases the IP address before the rotation occurs, DHCP servers are at risk of scope exhaustion, causing new devices (and RCM devices) to fail to obtain a new IP address. Even if the RCM device releases the IP address before the rotation occurs, the DHCP server typically holds the released IP address for a certain duration, in case the leaving MAC would return. As the DHCP server cannot know if the release is due to a temporal disconnection or a MAC rotation, the risk of scope address exhaustion exists even in cases where the IP address is released.“

(RCM = Randomized and Changing MAC Address)

Precies waar jij dus tegenaan bent gelopen.

Ik zie zo snel niet welke dhcp daemon op de NR7302 draait maar die loopt dus tegen de geschetste problemen aan.

Verdere observatie van mij over het algemeen is dat je rekening moet houden met significant hogere pings dan met glasvezel in mijn geval ga je naar 20-40ms vs 4-6ms, en ook bij varieert de snelheid flink. Soms de volle 300mbit, soms 50mbit. Dat heeft zo lees ik te maken met wat band-shaping vanuit odido. Mijn antenne is 500m verderop, en van type Microwave verbinding. Ik zou dat omschrijven als een repeater, bij andere staat bijvoorbeeld 10gbit glas.

Inderdaad, snelheid en latency is niet te vergelijken met glasvezel. Inherent aan radiotechniek, delen van het spectrum, lage prioriteit etc.

In iedere geval heeft je onderzoek tot een conclusie geleid. Petje af.

[franssie]

@menn0 verklaart een hoop. Dacht dat het standaard model ook maar 32 of 64 clients ondersteunde? Dan kan het hard gaan.

[menn0]

Overigens, ben geen expert, maar het feit dat de NR7302 bij dit fenomeen ook maar even z'n enige ethernet poortje er volledig uit gooit (en 3-5 sec later weer netjes opbrengt) is natuurlijk niet goed te praten. Dit zorgt er dan voor dat de clientjes die wel lekker bezig waren er ook de dupe van worden.
Dat zou dan ook mijn eerste suggestie voor een firmware fix zijn, zonder wellicht de root cause gelijk aan te pakken maar dat het down gooien van de interface niet meer plaats vindt.

Ik heb standaard denk ik ook al zo'n 20-25 clienten draaien ja, denk aan speakers, ovens, AP's, computers, tablets, laadpunt... 2025 IOT in my face

[SebasFM]

Ik heb het hier ook nog even bekeken, maar ik zie netjes dat ik bijna 24 uur DHCP lease krijg van Odido. Die ene verspringing is omdat ik een keer een stroomstoring had en het moment van IP 'refresh' weer aan het begin van de nacht wilde hebben. En het adres beginnend met 31 is het glasadres, wanneer er automatisch wordt gefailoverd van 5G naar mijn glasverbinding. Alles draait rete stabiel via een Unifi Cloud Gateway Fiber.

[ Voor 13% gewijzigd door SebasFM op 20-10-2025 18:02 ]