Yeah Baby!

Back in business!

http://f8luresig.mouselike.org/sig.png?/54977.png

In reply to a post by mlmclaren:

My line profile on BTw diag test has changed to 64mbps though still only able to acheive 50mbps (maybe needs time to update)

The Plusnet Current line speed will be causing that. It updates a few times a day, rather than in real-time.

Thanks . I'll take a look at the Kitz link after some sleep. I doubt if much would sink in right now.

Good news. It will be interesting to see what happens next time the SNRM goes negative.

In reply to a post by RobertoS:

In reply to a post by mlmclaren:

My line profile on BTw diag test has changed to 64mbps though still only able to acheive 50mbps (maybe needs time to update)

The Plusnet Current line speed will be causing that. It updates a few times a day, rather than in real-time.

Thought as much, Thanks for confirming!

Might be something to checkout in the morning!

What do I do about Openreach engineer visit and it seems it might not be required but still don't know why what happened before happened?

and I would rather someone check it out rather than it occurring again later on!

There's a set of stats here, showing Pre & Post G.INP data:-

http://forum.kitz.co.uk/index.php/topic,15162.msg282...


Visitors to the site need to be registered to view the attachments.

In reply to a post by mlmclaren:

I've got the stats program working again now!!

Right screenshot here!

G.INP is a go!

That looks to be working fine - and the recovery of speed (from the DLM overheads) seems to be exactly what G.INP is all about.

The only thing is that we don't yet know how to best monitor the functioning of g.INP, to see when it is behaving well. I need to see a lot more stats, from more lines to figure it out properly. The graphs done by bald eagle help.

For your line, we need to be checking basic stability - that resyncs don't happen, and errors stay manageable...

In reply to a post by mlmclaren:

Yeah Baby!

Back in business!

http://f8luresig.mouselike.org/sig.png?/54977.png

Looking at this (live) graph at 2pm, I'm a little worried about events at 8am and 10am. Those look like resyncs to me, unless you were doing something yourself. If they happened by themselves, it isn't a good sign

Can you post another screenshot of the monitoring program? And the graphs you get from hitting the snapshot button? One of the montages will do, but we want to be able to see the graphs clearly, with at least the overnight data.

In reply to a post by mlmclaren:

What do I do about Openreach engineer visit and it seems it might not be required but still don't know why what happened before happened?

and I would rather someone check it out rather than it occurring again later on!

G.INP is still a DLM intervention, just less harsh than the old method. However, it is a sign that something is still there.

Right now, you want to check whether g.INP has helped with stability before deciding on the engineer

In reply to a post by WWWombat:

Looking at this (live) graph at 2pm, I'm a little worried about events at 8am and 10am. Those look like resyncs to me, unless you were doing something yourself. If they happened by themselves, it isn't a good sign

The re-syncs at 8am was me restarting the modem and the re-sync at 10am seemed to be the DLM reducing the latency back down again after is rose by 2ms after the restart at 8am!

In reply to a post by WWWombat:

Can you post another screenshot of the monitoring program? And the graphs you get from hitting the snapshot button? One of the montages will do, but we want to be able to see the graphs clearly, with at least the overnight data.

I will do later also will downloading a 10GB test file give a good indication of whether there is any issues as processing data through the connection will pickup on errors surely?

Or am I barking up the wrong tree with the above statement?