RTRMON RTRMON v2.4.0 -Apr 12, 2026- Monitor your Router's Health (New: Wireguard, AMTM, Network Conn/Bandwidth/Diag + Port Scanner + Speedtest)

[PhunkyPhil]

HI, only just seen the update but I have tested the speed test against both WAN interfaces and it looks to be working as expected and I can see the traffic going out of the correct interface.

Cheers

 

[Viktor Jaep]

HI, only just seen the update but I have tested the speed test against both WAN interfaces and it looks to be working as expected and I can see the traffic going out of the correct interface.

Cheers

That's fantastic news! Thanks for testing this out, @PhunkyPhil!

 

[kriukas]

Dear Mr. @Viktor Jaep,

A few issues for your project (I do not know, if I should post feedback here or on in GitHub <- this seems more reasonable):

1. Incorrect double-size Mem Total (RAM) reported on Asus GT-AXE16000
2. Use IEC standard unit notation (KiB, MiB, GiB, TiB)

Thanks and have a nice day!

 

[Viktor Jaep]

Dear Mr. @Viktor Jaep,

A few issues for your project (I do not know, if I should post feedback here or on in GitHub <- this seems more reasonable):

1. Incorrect double-size Mem Total (RAM) reported on Asus GT-AXE16000
2. Use IEC standard unit notation (KiB, MiB, GiB, TiB)

Thanks and have a nice day!

Thank you for the report... Could you please share the output of this command with me:

cat /proc/meminfo

Standard unit notation will be on my list. Thanks!

 

[kriukas]

Thank you for the report... Could you please share the output of this command with me:

cat /proc/meminfo

Standard unit notation will be on my list. Thanks!

Here it is. Pls advise, where I should put such issues - here or on GitHub? Or cross-reference in both?

cat /proc/meminfo
MemTotal:        2049224 kB
MemFree:           77788 kB
MemAvailable:     838008 kB
Buffers:           22940 kB
Cached:           788948 kB
SwapCached:            0 kB
Active:           636520 kB
Inactive:         259104 kB
Active(anon):      93436 kB
Inactive(anon):      568 kB
Active(file):     543084 kB
Inactive(file):   258536 kB
Unevictable:       13668 kB
Mlocked:           13668 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:               208 kB
Writeback:             0 kB
AnonPages:         97300 kB
Mapped:            35188 kB
Shmem:              4000 kB
Slab:             363772 kB
SReclaimable:      29732 kB
SUnreclaim:       334040 kB
KernelStack:        3840 kB
PageTables:         3348 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     1024612 kB
Committed_AS:     331764 kB
VmallocTotal:   263061440 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
Percpu:              800 kB
CmaTotal:         573440 kB
CmaFree:            3072 kB

 

[Viktor Jaep]

Here it is. Pls advise, where I should put such issues - here or on GitHub? Or cross-reference in both?

cat /proc/meminfo
MemTotal:        2049224 kB
MemFree:           77788 kB
MemAvailable:     838008 kB
Buffers:           22940 kB
Cached:           788948 kB
SwapCached:            0 kB
Active:           636520 kB
Inactive:         259104 kB
Active(anon):      93436 kB
Inactive(anon):      568 kB
Active(file):     543084 kB
Inactive(file):   258536 kB
Unevictable:       13668 kB
Mlocked:           13668 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:               208 kB
Writeback:             0 kB
AnonPages:         97300 kB
Mapped:            35188 kB
Shmem:              4000 kB
Slab:             363772 kB
SReclaimable:      29732 kB
SUnreclaim:       334040 kB
KernelStack:        3840 kB
PageTables:         3348 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     1024612 kB
Committed_AS:     331764 kB
VmallocTotal:   263061440 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
Percpu:              800 kB
CmaTotal:         573440 kB
CmaFree:            3072 kB

Doesn't matter... but I'd prefer here, as this is where you would also be able to get further community support from others who may have run into the same issue.

What does your Merlin UI show?

 

[Viktor Jaep]

Dear Mr. @Viktor Jaep,

A few issues for your project (I do not know, if I should post feedback here or on in GitHub <- this seems more reasonable):

1. Incorrect double-size Mem Total (RAM) reported on Asus GT-AXE16000
2. Use IEC standard unit notation (KiB, MiB, GiB, TiB)

Thanks and have a nice day!

So this is why...

Your router is reporting slightly over 2048MiB, so the next value up it goes to is 4096.

memtotal=2049224
totalreportedphysmem=$(awk 'BEGIN { printf "%.0f", ('"$memtotal"' / 1000) }')
next_power_of_2=$(awk -v num="$totalreportedphysmem" '
    BEGIN {
     if (num == 0) {
       print 1;
       exit;
     }
     num--;
     num = or(num, rshift(num, 1));
     num = or(num, rshift(num, 2));
     num = or(num, rshift(num, 4));
     num = or(num, rshift(num, 8));
     num = or(num, rshift(num, 16));
     # num = or(num, rshift(num, 32));
     num++;
     print num;
     }
     ')
echo $next_power_of_2

Guess we'll need to find a workaround... nice.

 

[kriukas]

Doesn't matter... but I'd prefer here, as this is where you would also be able to get further community support from others who may have run into the same issue.

What does your Merlin UI show?

View attachment 71054

 

[kriukas]

So this is why...

Your router is reporting slightly over 2048MiB, so the next value up it goes to is 4096.

memtotal=2049224
totalreportedphysmem=$(awk 'BEGIN { printf "%.0f", ('"$memtotal"' / 1000) }')
next_power_of_2=$(awk -v num="$totalreportedphysmem" '
    BEGIN {
     if (num == 0) {
       print 1;
       exit;
     }
     num--;
     num = or(num, rshift(num, 1));
     num = or(num, rshift(num, 2));
     num = or(num, rshift(num, 4));
     num = or(num, rshift(num, 8));
     num = or(num, rshift(num, 16));
     # num = or(num, rshift(num, 32));
     num++;
     print num;
     }
     ')
echo $next_power_of_2

Guess we'll need to find a workaround... nice.

Isn't this the same Use IEC standard unit notation (KiB, MiB, GiB, TiB) issue ?
Because:
In reality: 2048*1024=2097152 KiB (real RAM module size, I don't believe that the module is somehow "sawed-off")
anything bellow, like 2097152 kiB - 2049224 (kb/Kib?)=47'928 KiB should be reserved memory as resources for CPU/system/devices...?

Hope Artemis II onboard do not do this sh*t, as in Mars whichever probe imperial=>metric conversion a few decades ago...

 

[Viktor Jaep]

Isn't this the same Use IEC standard unit notation (KiB, MiB, GiB, TiB) issue ?
Because:
In reality: 2048*1024=2097152 KiB (real RAM module size, I don't believe that the module is somehow "sawed-off")
anything bellow, like 2097152 kiB - 2049224 (kb/Kib?)=47'928 KiB should be reserved memory as resources for CPU/system/devices...?

Hope Artemis II onboard do not do this sh*t, as in Mars whichever probe imperial=>metric conversion a few decades ago...

Yep... this is the problem exactly. My math was using 1000 (for Kilobytes), but I need to make some conversions throughout the code to start using KiB, which would fix all this.

 

[Viktor Jaep]

Good morning! RTRMON v2.4.0 Beta 4 is available with a few memory-related fixes:

What's new?
- PATCH: Fixed a bug that was detecting 4GB of RAM on a GT-AXE16000 when it was only supposed to be showing 2GB. This was due to the /proc/meminfo showing a value slightly higher than 2GB, and would round to the next value up (4GB) due to a conversion issue. I am now treating this as GiB/MiB in order to determine the correct RAM value. Thanks to @kriukas!
- PATCH: I have revamped the memory values on page 1 to reflect the same exact values you would be able to see in the Merlin UI under the System Info tab. While the values are in fact all MiB, they are notated as MB, just like in the Merlin UI, to cut down on confusion. I have also added the "Memory Available" values as an additional metric, like the UI shows.

Download link:

curl --retry 3 "https://raw.githubusercontent.com/ViktorJp/RTRMON/develop/rtrmon.sh" -o "/jffs/scripts/rtrmon.sh" && chmod 755 "/jffs/scripts/rtrmon.sh"

Significant Screenshots:

Merlin UI values that match up with the RTRMON values above:

 

[Viktor Jaep]

It's time to get RTRMON v2.4.0 out the door! Happy to report that this is my first AMTM-Update compatible script, so look for it under AMTM to keep it updated without needing to go into the script to download the latest version. @thelonelycoder

What's new!?
v2.4.0b - (April 12, 2026)
- MINOR: Implemented page #8 - Syslog! RTRMON will now display a scrollable syslog, showing the latest events by default in a condensed view. You have the option to scroll up, down, look at the raw, expanded view or refresh the log to see the latest items on the log.
- PATCH: Fixed the Diagnostics page to indicate "skipped" if the dig command is not found. It will show install instructions along the side for those who want to install the dig tool so that it will complete the network diagnostics test in its entirety. Huge thanks to @info_dan for this suggestion!
- PATCH: RTRMON as of this version is now compatible with the new GT-BE19000AI thanks to @jzchen for his help pulling the wireless interface assignments from his unit!
- PATCH: Based on feedback from @PhunkyPhil, the Speedtest functionality (page 4) is now able to test your bandwidth using either the WAN0 or WAN1 interfaces. Thank you!
- PATCH: Added the verbiage "**NOTE: NMAP WAN Results may be misleading. Please test thoroughly with External Port Scan (ie. grc.com)" to the bottom of the Network Diagnostics page, to indicate that the nmap results you get testing against the WAN interface locally are not what is representative when doing this same test from an external device (outside the WAN).
- PATCH: Fixed a bug that was detecting 4GB of RAM on a GT-AXE16000 when it was only supposed to be showing 2GB. This was due to the /proc/meminfo showing a value slightly higher than 2GB, and would round to the next value up (4GB) due to a conversion issue. I am now treating this as GiB/MiB in order to determine the correct RAM value. Thanks to @kriukas!
- PATCH: I have revamped the memory values on page 1 to reflect the same exact values you would be able to see in the Merlin UI under the System Info tab. While the values are in fact all MiB, they are notated as MB, just like in the Merlin UI, to cut down on confusion. I have also added the "Memory Available" values as an additional metric, like the UI shows.
- PATCH: Added "unset LD_LIBRARY_PATH" statement due to the latest Entware binaries using the RUNPATH embedded library search path mechanism instead of the previous RPATH method. RUNPATH is searched *AFTER* the LD_LIBRARY_PATH definitions, whereas RPATH has higher priority than the LD_LIBRARY_PATH environment variable, so it's searched FIRST. Thanks to @Martinski for his advice.
- PATCH: Made BACKUPMON compliant with the amtmupdate functionality to allow for autoupdates through AMTM.

Download links (or update within the script, or AMTM auto updates!)

curl --retry 3 "https://raw.githubusercontent.com/ViktorJp/RTRMON/main/rtrmon.sh" -o "/jffs/scripts/rtrmon.sh" && chmod 755 "/jffs/scripts/rtrmon.sh"

Significant Screenshots:

Revamped memory values, and added "Mem Avail" stat

New Page #8 - Syslog!

 

[Stephen Harrington]

It's time to get RTRMON v2.4.0 out the door!

Hi @Viktor Jaep, was hoping 2.4.0 would solve my issue of rtrmon (and vpnmon-r3 and tailmon also once you presumably update them with "unset LD_LIBRARY_PATH") not running automagically (after latest Entware updates) via "screen" util from post-mount, but it hasn't.

I'm a bit stumpled as to what is going on?

 

[Viktor Jaep]

Hi @Viktor Jaep, was hoping 2.4.0 would solve my issue of rtrmon (and vpnmon-r3 and tailmon also once you presumably update them) not running automagically (after latest Entware updates) via "screen" util from post-mount, but it hasn't.

I'm a bit stumpled as to what is going on?

I'm actually working on that as we speak! I just updated entware and going through my first reboot on my test router to see what's going on...

 

[Stephen Harrington]

I'm actually working on that as we speak!

Ha ha, you are on it as always! Hope it fails for you too, otherwise it's specific to my system!

 

[Viktor Jaep]

Ha ha, you are on it as always! Hope it fails for you too, otherwise it's specific to my system!

It sure did. Hum.

Almost like it's just skipping over the commands... continuing to dive in.

 

[Stephen Harrington]

It sure did. Hum.

Almost like it's just skipping over the commands... continuing to dive in.

Ok, glad it's not just me then!
About to go out for the day so I'd love to help you test but can't on this occasion, sorry!
Best wishes for The Hunt!