What's new

connmon connmon - Internet connection monitoring

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Status
Not open for further replies.
when 384.15 is stable i can take a look at whats going wrong

I will let you know what happens when I reboot. Never had any issues when upgrading before.

Reboot may be awhile as wife is binge watching some show.
 
I'm now on 384.15 and I have not been able to reproduce this issue. I have pushed several updates today so please make sure you update prior to the reboot. All should be OK from then on
 
Thanks. I will keep you updated.
 
Updated to 384.15 production and the issue of duplicate tabs was gone. The restart/reboot took care of the issue.

Just as a side note before the upgrade I had two tabs for both CONNMON and spdMerlin.

Thanks again for your excellent utilities.
 
I think I've found this bug, I'll be shipping updates to affected scripts later
OK. Not a huge issue to have to reboot after upgrading scripts for most people.

I personally resist rebooting as I like to see how many days I can go with with my AC86 staying functional and stable given I spent five months with several really bad 2018 AC86s. Problem wasn't remedied until ASUS finally sent me a new 2019 router which has worked great.
 
@EventPhotoMan how was Entware installed? What firmware are you running?

Suggest to follow the amtm Step-by-Step guide (please see my link in the signature below) to get your USB drive properly formatted, disk checker installed, swap file created, and Entware installed too.

If you're running a supported RMerlin router with 384.15_0 final release, note that amtm is already installed for you. Just type in amtm at the PuTTY prompt.
 
Why is it so difficult, yes getting frustrated.

I istalled dhcpstatic script and works great.

so you would think this script could just be added and installed. Crap
And just like that, I'm not going to entertain you any longer. Please refrain from PM'ing me, I do not want to interact with you again.
 
That fine. I’m just saying, things like this should be this difficult to install. Ta-ta for now.

And yet you totally ignore all other offers to help (see posts above). :(
 
Not really understanding your post(s) but can tell you're frustrated.

That is when it pays to begin from the start and take baby steps to the 'new'.

Make a backup of your configuration(s) along with the firmware you're on and put them away safely.

Now, upgrade to 384.15_0 on your main router and ssh into the router with PuTTY.

Startup amtm and 'uu', 'Enter', to fully update it.

Insert your USB drive into a port (to be safe either in a USB 2.0 port or a USB 3.0 port in USB 2.0 mode) and 'fd' to format the drive with a single partition with Ext4 format and journaling enabled. The router will now reboot.

After rebooting, shh in again and create a swap file with 'sw' (I would do the maximum of 2GB on a drive 4GB or larger).

Now, enable the disk checker on remounting 'dc'.

Now, install Entware.

Now, install any supported script via amtm.

HTH. :)
 
It seems to me that the 30 second ping test is more of a line quality feature than an availability one.
So, is there a way to upgrade this?

Also, could the update time be edited? Like 2 minutes instead of 5? And could I add a second node to test?

Maybe connmon could be a double test script.
It could test for availability with user (reasonable) customizable checks, and a quality test with customizable checks also.
 
How come the DHCPStatisList.sh is not inclused in the '384.15/amtm' package?
because i will be kind of redundant when he re-releases Nvram-Save/Restore utility .
 
I just went to install connmon on my AC-56U, on firmware 384.6, and I got unsupported firmware message, that I needed to be at least 384.XX. I thought 384.XX meant any version of 384; no?
 
I have a question or point of clarification for @Jack Yaz or whomever else may be able to clarify my thinking:
Do spikes in ping times cause jitter spikes (I think this is the case - taking longer to get a clock reference probably makes the router “nervous”) or does a jittery connection cause it (the router) to take longer to contact to its time reference?
I’ve been running conmon long enough now to have well populated a dataset to make an informed judgement of my connection to my ISP. Users who have cable connections to them talk about high pings times in the evenings on reddit, to which the company replies “it’s not us”; I have a Vdsl connection and see it happening, like clockwork, every evening between 8&11 - prime time...so it has to be them, right?


Sent from my iPhone using Tapatalk
 
@elorimer, no. You can use the latest dev builds of the @john9527 fork though, with good results on that older RT-AC56U.

https://onedrive.live.com/?authkey=!AKXdaMzjqVKbGsc&id=9332FC159A7E129!1117&cid=09332FC159A7E129

I may be wrong, but the '384.xx' should be 384.14.4 for the latest scripts? Also, the way I read it, the RT-AC56U isn't a supported router by RMerlin anymore.
Thanks. At the moment I've repurposed the 56U as a media bridge and subbed in an 87U, which is having trouble with heat. I might move to the fork at some point on the 56U because it is a really sweet piece of hardware. I'd overlooked that the fork has moved on from the sticky post of a year ago.
 
Status
Not open for further replies.

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top