FAO managers - appalling uptime, logged 7 times with no fix.
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Plusnet Community
- :
- Forum
- :
- Feedback
- :
- Plusnet Feedback
- :
- FAO managers - appalling uptime, logged 7 times wi...
Re: FAO managers - appalling uptime, logged 7 times with no fix.
29-05-2015 9:58 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
I am not so sure if it's a REIN issue if the DSL connection itself is now stable.
Re: FAO managers - appalling uptime, logged 7 times with no fix.
30-05-2015 9:44 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
I'm not sure it's REIN either, but the reported SNRM is not where we would hope it would be on a good line in a good environment. We need a "stream" of stats and given Ian is not in the location where the problem is, treating this as potentially REIN covers all angles.
Ian,
You can use RS to do continious pings to wherever - that will provide a history to look back at. It is a configurable option to 'disclose' the ping tab. I thought John )RS author) had enhanced RS full to support HH4.
Given your skills, you might want to consider opening up a couple of WAN ports (known only to you) on your mum's router and map them to the telnet and http ports on the router's LAN side. That ought to allow you remote access to the device's stats etc. You can find the current WAN IP address by pinging username.plus.com
@CRT,
Can you post a radius plot, share the line test report and advise what the target SNRM is please?
Kevin
In another browser tab, login into the Plusnet user portal BEFORE clicking the fault & ticket links
Superusers are not staff, but they do have a direct line of communication into the business in order to raise issues, concerns and feedback from the community.
If this post helped, please click the Thumbs Up and if it fixed your issue, please click the This fixed my problem green button below.
Re: FAO managers - appalling uptime, logged 7 times with no fix.
30-05-2015 1:34 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Re: FAO managers - appalling uptime, logged 7 times with no fix.
30-05-2015 6:00 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Kevin - I have seen your instructions for setting up RS, but the hub version is slightly different and it seems that it is less configurable - either way, I hope we can capture the information we require.
Please see attached image that shows some sort of drop only a few minutes after I first setup RS. I assume this inst good?
Thanks
Re: FAO managers - appalling uptime, logged 7 times with no fix.
30-05-2015 8:29 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
I managed to catch this issue as it was happening again today, and have some more results. Please note that in this particular incident, it wasn't fully offline to the point where webpages just sit loading until they timeout, which is what normally occurs, but just noticeably slower where I decided to run to the PC and check the RS graphs.
Please see attached images for the SNR and sync speed drops. This was a very quick one of 1 minute or so - most times they last for ~15 mins and as above, this wasn't as 'serious'.
Here is a tracert to BBC that I JUST managed to catch:
Tracing route to bbc.co.uk [212.58.246.103]
over a maximum of 30 hops:
1 1 ms <1 ms <1 ms BThomehub.home [192.168.1.254]
2 22 ms 22 ms 22 ms lo0.12.central12.pcl-bng01.plus.net [195.166.130
.140]
3 22 ms 22 ms 22 ms irb.12.pcl-cr01.plus.net [84.93.249.113]
4 22 ms 27 ms 25 ms ae1.ptw-cr01.plus.net [195.166.129.0]
5 22 ms 22 ms 28 ms kingston-gw.thdo.bbc.co.uk [212.58.239.6]
6 * fmt-vip132.cwwtf.bbc.co.uk [212.58.246.103] reports: Destination
protocol unreachable.
Trace complete.
And this is the tracert after the connection returned to normal:
Tracing route to bbc.co.uk [212.58.246.103]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms BThomehub.home [192.168.1.254]
2 22 ms 21 ms 22 ms lo0.12.central12.pcl-bng01.plus.net [195.166.130
.140]
3 60 ms 21 ms 22 ms irb.12.pcl-cr01.plus.net [84.93.249.113]
4 25 ms 26 ms 25 ms ae1.ptw-cr01.plus.net [195.166.129.0]
5 21 ms 25 ms 22 ms kingston-gw.thdo.bbc.co.uk [212.58.239.6]
6 * * * Request timed out.
7 23 ms 23 ms 23 ms ae0.er01.cwwtf.bbc.co.uk [132.185.254.93]
8 23 ms 24 ms 24 ms 132.185.255.165
9 23 ms 23 ms 23 ms fmt-vip132.cwwtf.bbc.co.uk [212.58.246.103]
Trace complete.
Re: FAO managers - appalling uptime, logged 7 times with no fix.
30-05-2015 9:49 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Good to see that you have been able to get some level of monitoring in place.
Both SNRM plots are nice and flat - what is the sample interval please? It needs to be as short as possible (5-10 seconds) , so that we can get some resolution on those SNRM spike events. What is of some concern are the spikes on the US SNRM plot. If the reporting is to be trusted, it suggests that there was a momentary improvement in US noise (SNRM goes up) and later on a momentary degradation of noise / loss of synch. Sight of the error count plots would be useful.
Have you looked at the Radius plot Matthew kindly posted? Can you correlate the disconnections indicated with anything you WERE doing as opposed to disconnects when nothing (apparent) was happening?
Would you know if there were inbound or outbound phone calls at the time of any of those events or the SNRM spikes? Other than last Saturday afternoon, there does not seem to be that many disconnections - OK they are worse than none at all, but better than the majority we see on here.
The tracert test is (I suggest) inconclusive - unless you can clarify exactly what was happening. Was the tracert running prior to the perceived disconnection or did you run it in response to perceiving a disconnection? If the former, then that was very "lucky", if the latter then it rather suggests that there was no loss of synch and the issue is somewhere out in the internet. Can you describe exactly what is perceived and what the RS plots indicate at that time.
Rather than having REIN, it looks like you may have SHINE, which is even more difficult to identify and eliminate. I think this is going to be a matter of keeping RS running 24x7, examining the HH logs (can you get them mailed out to yourself?), have your mum note the date / time of phone calls and see if you can find a correlation.
This sort of investigation is really hard, but in seeing the sizable spikes, it is somewhat understandable that the SNRM has been raised to 9dB in an attempt to keep the line stable through such spikes.
For what its worth, the last time I had to do something like this for myself, I eventually identified that my similar (but longer spikes ~50 seconds) were due to passing trains.
I will review the line test results and see if there is anything of note there. Looking at all the information available, I am not surprised that this has been difficult to fix, as the issue seems to be being caused by intermittent transient events on an otherwise OK line.
Kevin
In another browser tab, login into the Plusnet user portal BEFORE clicking the fault & ticket links
Superusers are not staff, but they do have a direct line of communication into the business in order to raise issues, concerns and feedback from the community.
If this post helped, please click the Thumbs Up and if it fixed your issue, please click the This fixed my problem green button below.
Re: FAO managers - appalling uptime, logged 7 times with no fix.
30-05-2015 10:28 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
What do you guys make of the CLT results please? If I correctly understand the "rules of thumb" the 29.5dB celerity rather implies a line length of 2.2km, where as the CLT reports 1.2km. Also the 215nF capacitance somewhat implies a line length of 4km.
If I've got the above right, then some thing is not adding up here!
@Ian,
Can you look here - http://www.kitz.co.uk/adsl/adslchecker.php - please and see what lengths (by road and crow-fly) are reported.
In another browser tab, login into the Plusnet user portal BEFORE clicking the fault & ticket links
Superusers are not staff, but they do have a direct line of communication into the business in order to raise issues, concerns and feedback from the community.
If this post helped, please click the Thumbs Up and if it fixed your issue, please click the This fixed my problem green button below.
Re: FAO managers - appalling uptime, logged 7 times with no fix.
30-05-2015 11:09 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
The sample interval is 10 seconds, with plotted points per page set to 720 (as per your instructions) this comes to 2hr 0min per page.
The radius plot that Matthew posted doesn't correlate with anything done internally. The one from Thursday was actually down for some time - my mother actually called and reported it to plusnet. 100% not related to swap of router/loss of power or anything like that - she felt she should report it due to the open case as she doesn't typically report them but the last time I was at their house, I encouraged her to do so.
With the Thursday drop, there was no phonecalls at the time (I asked the same questions) and with today's spikes, there were no calls either (I was at the property). The phone is normally used very little.
I ran the tracert as soon as I spotted the spike in RS - I was lucky to catch it before the connection stabilised again because it was only a few seconds after it completed. There wasn't a connection drop, but the typical symptom of slow speeds - this one however was no where as bad as the typical ones. Normally, most hops would fail due to timeouts although ADSL would remain synced and the connection technically still online.
Distance by road to the exchange is 1.4KM.
Please see another attached RS plot.
To give you an idea of electrical equipment within the house - when this last occurred, the family was in the dining room eating dinner. The only electrical appliances turned on were the typical things (fridge/lights/etc) and a TV. The TV is used with freeview, no set top box/sky. No phonecalls were made or received at the time, and there was no use of anything such as microwaves/ovens and not even a phone being plugged in to charge, as we were all at the dinner table.
EDIT:
Just had a look at the HH logs - it shows a lot of interesting information actually. I have attached a printscreen of time/date to show that the time and date of the logs should be accurate.
I can see that the drop on Thursday was actually 2 drops after each other, and I can also see that we also had a drop today at 13:24 when my parents were actually at my house, 24 miles away
Please see the HH WAN logs:
http://pastebin.com/7mMuqACn
Re: FAO managers - appalling uptime, logged 7 times with no fix.
31-05-2015 12:47 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
For the avoidance of doubt is this FORUM ID linked to your PlusNet account or your mother's account? Can you please post a ticket number which belongs to your mother's account. (This will help PN CRT guys find the account if there is confusion here).
@CRT,
For the avoidance of doubt, was the radius plot & CLT for the account linked to Ian's FORUM ID or for his mother's account?
Just want to be sure that there has been no confusion - it can happen when one person is reporting issues on behalf of another user.
Kevin
In another browser tab, login into the Plusnet user portal BEFORE clicking the fault & ticket links
Superusers are not staff, but they do have a direct line of communication into the business in order to raise issues, concerns and feedback from the community.
If this post helped, please click the Thumbs Up and if it fixed your issue, please click the This fixed my problem green button below.
Re: FAO managers - appalling uptime, logged 7 times with no fix.
31-05-2015 10:35 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Yes - to avoid confusion, the forum ID is used is the one linked to the plusnet ID, and the radius is the same as the one posted in the pusnet ticket, so we're all looking at the same account
It's an old machine I put in my parents place for RS with team viewer running on it, and it rebooted itself for windows updates last night so RS closed down. I've got it up and running again now and disabled updates. It logged up until 3:30AM by the looks of it - default windows maintenance time Noise graphs attached.
I may map some ports to my house and monitor it from here - only issue is when DSL drops, logging would stop.
I assume the upstream noise isn't much of an issue, or does it also indicate that there is a problem? I guess you wouldn't often notice upstream issues as day to day browsing uses very little of it.
Re: FAO managers - appalling uptime, logged 7 times with no fix.
31-05-2015 12:32 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
There is persistent chatter between the router and the exchange, so though there is no "intentional" use US noise can still be an issue. I really do not know what to make of those US SNRM spikes. I'm going to ask another bright spark to add his wisdom to this thread.
Note that RS has an in-built web server if you want to enable it. You can then map a WAN port to the HTTP port for the RS web service on your monitoring box. This will give you remote access to the graphs.
Kevin
In another browser tab, login into the Plusnet user portal BEFORE clicking the fault & ticket links
Superusers are not staff, but they do have a direct line of communication into the business in order to raise issues, concerns and feedback from the community.
If this post helped, please click the Thumbs Up and if it fixed your issue, please click the This fixed my problem green button below.
Re: FAO managers - appalling uptime, logged 7 times with no fix.
31-05-2015 1:16 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Here's an updated capture, showing a full drop again.
Very frustrated that plusnet still insist this is 'OK'.
EDIT:
Called parents to check if they used the house phone at the time of the drop, or perhaps the little dip at 11:06. They advised they haven't made or received any calls today. Whilst I had them on the phone, I asked them to turn on the kettle, the microwave and the oven. The washing machine happened to be turned on (and spinning) and I also asked them to turn the fridge off at the wall, and back on, to get its motor to kick in, which it did. During all these tests, there wasn't anything to note on the graph. As it stands, I'm almost certain its nothing internal that could be causing SHINE. How on earth do I find out if its anything external, and how do I proceed?
Thanks
Re: FAO managers - appalling uptime, logged 7 times with no fix.
31-05-2015 2:03 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
The SNRM plots clearly show some variation in signal level - one or two step changes (not much but some). Checking the router logs is also desirable to confirm loss of xDSL. As with any measurement tool, one has to be mindfull of the possibility that the tool its self is mis-reporting. RS is known to have a couple of gremlins when used with TG582n routers - I have no experience of its issues with HHs. Those spikes (suspected synch losses) are very sudden and very short. The plots rather suggest that synch is re-established within 10 seconds. I'm a little suspicious about that, as it is somewhat faster than anything I've experienced.
As for PN thinking all is OK, well until they can profile a problem, the world does look OK to all test methods. The line speed seems excellent; the PPP session losses (Radius plot) do not look overly grim - the only thing not indicating good health is the 9dB DS SNRM and the information being collected now by yourself. I suggest that you start a register of your perceived event dates & times and then we can get them compared with an updated radius plot. From that a plan can be considered. This is not looking like any "normal" fault condition.
Kevin
In another browser tab, login into the Plusnet user portal BEFORE clicking the fault & ticket links
Superusers are not staff, but they do have a direct line of communication into the business in order to raise issues, concerns and feedback from the community.
If this post helped, please click the Thumbs Up and if it fixed your issue, please click the This fixed my problem green button below.
Re: FAO managers - appalling uptime, logged 7 times with no fix.
31-05-2015 2:46 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Now that you mention it, I've had a look in the logs and nothing else has been generated under WAN since yesterday, suggesting the router didn't drop the DSL connection. Speaking to my mother however, she did notice a slowdown of the connection at the time, so whilst DSL isn't dropping, the connection is being affected - which is the most common symptom we experience.
Not sure how useful this is, but in 1 Day and 1 hour, there have been the following errors:
CRC UP - 135
CRC DOWN - 74
HEC UP - 155
HEC DOWN - 1027
These number have been significantly reduced since plusnet changed the SNR on the line, just not sure how many CRCs to expect on a DSL connection.
Re: FAO managers - appalling uptime, logged 7 times with no fix.
31-05-2015 2:55 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Those error levels are not high. RS with HH seems to generate more info / options than with other routers. You'd do well to explore the FCE & HEC graphs. Make sure that they are being captured. Note all graphs are placed in the same directory in which RS is installed. It would be interesting to see if CRC / HEC counts jump at the same time as the SNRM spikes - I would expect this to be the case.
Hopefully Anotherone will find a gem in here which I've missed.
Kevin
In another browser tab, login into the Plusnet user portal BEFORE clicking the fault & ticket links
Superusers are not staff, but they do have a direct line of communication into the business in order to raise issues, concerns and feedback from the community.
If this post helped, please click the Thumbs Up and if it fixed your issue, please click the This fixed my problem green button below.
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Plusnet Community
- :
- Forum
- :
- Feedback
- :
- Plusnet Feedback
- :
- FAO managers - appalling uptime, logged 7 times wi...