@David-TP 

I hope you arrive soon. Because my 5g router is very unstable and restarts by itself. It's been about 15 days since I put it in 4G mode and everything is ok like this. Greetings.

  @David-TP Good evening, I have an NX600 v1 fw 1.1.0 3.0.0 v60c8.0 Build 240822 Rel.78050n that has the LAN LED indicator turning off for about one second at irregular intervals, but generally around one minute or less: ping, web configuration pages, etc., don't have any issues so far. This event also happens with just the NX600 connected point-to-point to a PC (I have already changed the port and network cable). Is this a known problem? Does this beta firmware potentially resolve such an issue? Otherwise, should I think of this as a warning sign of an impending failure? Thank you very much and I apologize if this is not the correct section to write in.

  @neounix 

Hello!

I have a question regarding my NX200 V2.

I’ve read that blocking one LTE band and one 5G band can improve the modem’s stability.

However, I would like to know if, by blocking just one LTE band, the modem still performs aggregation with the other bands, or if it’s necessary to block

more than one band.

Thank you!

  @David-TP 

Hi, I haven't installed the beta. I'm on vacation now, and 4G is enough for me. I'm waiting for the official firmware. Thank you very much. Best regards.

  @carn2004 

You posted "’I've read that blocking one LTE band and one 5G band can improve the modem’s stability?"

That is not techicnally correct.

What improves stability is LOCKING to one LTE band and one 5G band:

Locking to one LTE band and one 5G band refers to configuring your NSA (see footnote) 5G router or modem to only use a specific 4G (LTE) frequency band and a specific 5G frequency band for its connection to the cellular network, rather than allowing it to automatically switch between multiple available bands.

Why does this improve stability?

• Prevents Band Switching: Normally, your device will automatically jump between different available bands to try to find the “best” signal, which can cause momentary dropouts, disconnects, or hangs—especially if the network’s band management isn’t optimal or if there are bugs in the router firmware.

• Reduces Handover Bugs: Some routers, especially less expensive or consumer models, don’t handle switching (handovers) smoothly. Locking bands avoids triggering these potentially unstable operations.

• Eliminates Flapping: In areas with multiple bands but inconsistent coverage or congestion, the router may keep “flapping” (switching back and forth) between bands, causing interruptions or loss of throughput. Locking to a single band avoids this.

• More Predictable Performance: By staying on one band, the router provides a more consistent and predictable connection, even if it’s not always the absolute fastest.

How it works:

• LTE Band Lock: The router is set to only connect to, for example, Band 3 (B3) for 4G, ignoring all others.

• 5G Band Lock: Similarly, for 5G, the router is set to only use, for example, Band N41.

• This can usually be done in the router’s advanced settings or sometimes via telnet/AT commands or a dedicated tool.   

Summary

Locking to a single LTE and 5G band “improves stability” by preventing the modem from bouncing between bands, which can cause disconnects, freezes, or hangs, especially on less robust consumer devices. The trade-off is you may lose some peak performance if another band momentarily has better throughput, but you get a stable, reliable connection.

Footnote:  The principle of band locking to improve stability applies to both SA (Standalone) and NSA (Non-Standalone) 5G network modes—but with some differences in context:

1. NSA (Non-Standalone) Mode

• Most common in consumer 5G routers today.

• 5G data rides on top of a 4G LTE anchor connection.

• Band locking is especially important here.

  • If the LTE anchor band switches or drops, your 5G connection often drops too, or the router can hang/crash.

  • Locking to a stable LTE anchor (e.g., B3) and one 5G NR band (e.g., N41) gives maximum stability.

  • Most stability issues in NSA mode are due to flapping of the LTE anchor band.

2. SA (Standalone) Mode

• 5G operates independently, without needing an LTE anchor.

• You can still have instability if the modem is hopping between 5G bands or frequencies.

  • Locking to one strong, clean 5G band can help avoid disconnects, latency spikes, or firmware bugs related to band switching.

• LTE band locking is less relevant in SA, but 5G band locking is still effective for stability.

• Most SA-capable routers/phones still allow for 4G fallback, so band selection can still influence stability if the device drops down to LTE.

Summary Table

In both NSA and SA, band locking helps avoid the instability and glitches that occur when modems automatically switch between frequency bands, especially on consumer hardware. The effect is strongest in NSA, but is still beneficial in SA if you know which bands are strong and stable at your location.

Operational Experience (The Bottom Line)

I can only speak from direct operational experience with the NX510v. When we left band selection in "AUTO" mode, the device would hang daily—often multiple times per day—especially when NSA 5G tower traffic was low. After locking both the 5G and 4G LTE bands, this problem completely vanished. To confirm, we reverted to AUTO mode, and the hanging returned as before. We then locked the bands again, and for at least two weeks now, there has been zero downtime from this hanging issue. Our operational testing, along with further research, confirms that band locking significantly improves stability.

It's important to remember that the optimal approach to band locking can be highly location-specific and might require some experimentation with different bands to find the best configuration for your particular situation. However, based on my direct experience and the various potential benefits, it's clear that band locking can be a valuable tool for enhancing stability in 5G NSA environments.

  @neounix 

I really apologize for my mistake: when I wrote "blocking" I actually meant "locking".

Thank you very much for your thorough and accurate explanation.

Now everything is clear to me!

In the next few days, I will put the suggestion into practice and let you know.

Thanks again