using my own TP-Link 2100 router

[#1]

Neither am I @Dan_the_Van .

[#2]

the reason you have to keep requesting is simply because i have no idea what you want to look at. maybe, just maybe, if i had you guys knowledge etc, i would automatically know what info to post, unfortunately i dont. please bear with me guys. i'm doing my best. i'm hoping that what i've attached to this and the next message will help

[#3]

next files attached. if you want others, i'll try to send

[#4]

thought i'd add this routerstats graph too

[#5]

The Help Desk and WAN Error Log for the time would be very useful - as we have said before.

[#6]

@jab1  Have a look at the text file attachment in message  #122. That's what you want and it's the most useful information received so far. I'll leave you to examine it in detail.

[#7]

Cheers, @RealAleMadrid . I've looked (again) at that file, and can see the PPP drops, which I assume are due to issues in the Openreach network, which obviously need addressing.

I'm curious what the '(WAN Ethernet  7 - Down)' message actually means though - seen it on other Error Logs but kind of ignored it.

[#8]

@jab1 

WAN Ethernet 7 is probably the DSL port.

The WAN filter removes other events from view.

You need to read all the lines in time order, the cause of the event is likely be next or within one or two of seconds either side of the event you are looking at. You need to look for DOWN messages not UP. 

02:17:39, 12 Jul. PPP LCP Send Termination Request [User request]

LCP is Link Control Protocol, it has Terminated the connection, it detects something is wrong, three seconds later the log updates as to why. (Other events are probably occurring, but outside of the WAN filter)

02:17:42, 12 Jul PPPoE is down after 2866 minutes uptime [Waiting for Underlying Connection (WAN Ethernet 7 -​ Down)]

02:17:42, 12 Jul PTM over DSL is down after 2866 minutes uptime

PPPoE can not connect the DSL Link is down.

02:18:15, 12 Jul. (PTM over DSL is up

The DSL connection is established so LCP starts the authentication process

02:18:27, 12 Jul. PPP LCP Send Configuration Request

There does appear to noise on the downstream connection as to the cause is currently unknown but assumed to be RFI

@prettygrim49 

Have you any Powerline/Homeplug in your property? 

What steps have you taken to get this issue looked at so far, as to date plusnet staff here have NOT engaged in the thread, even though requested by @Townman 

If you haven't got a fault open with them I suggest you raise one here https://faults.plus.net

This allows for free text, keep your report to the facts and link this thread.

I fear log gazing is going nowhere as all we see is the same thing every time.

[#9]

Cheers for the 'WAN Ethernet 7' explanation, @Dan_the_Van . I understand the rest of the report, thanks.

To be honest, I'm reaching the conclusion that it is pointless trying to follow/reply to this topic, as (a) PN staff obviously are disinclined to assist - for whatever reason, and (b) the OP is unwilling to give straight replies to the valid questions asked.

[#10]

This is the interesting stuff...

12:38:24, 30 Jun. (1728049.600000) PPPoE is up -​ Down Rate=39993Kbps, Up Rate=7525Kbps; SNR Margin Down=7.7dB, Up=6.1dB
12:58:41, 30 Jun. (1729266.390000) PPPoE is up -​ Down Rate=39993Kbps, Up Rate=7402Kbps; SNR Margin Down=7.7dB, Up=6.3dB
01:49:32, 02 Jul. (1861915.610000) PPPoE is up -​ Down Rate=38207Kbps, Up Rate=7518Kbps; SNR Margin Down=6.0dB, Up=6.1dB
02:30:55, 10 Jul. (2555588.470000) PPPoE is up -​ Down Rate=35174Kbps, Up Rate=7451Kbps; SNR Margin Down=6.1dB, Up=6.1dB
02:18:27, 12 Jul. (2727636.650000) PPPoE is up -​ Down Rate=34696Kbps, Up Rate=7498Kbps; SNR Margin Down=6.1dB, Up=6.1dB

From this I deduce that this is a 40/10 service - that is Unlimited Fibre, not Unlimited Fibre Extra so any discussion of over 40mbps is off the table.  That explains the first two connections at 40mps with a 7.7dB SNRM.

@prettygrim49 can you please post WAN log entries covering the Wednesday evening drop (19:16).

Other that being an irritant to things being perfect, what discernible impact is this having on your use of the internet?

@willcutforth - based on the information provided by the user (no idea if the faults process has been invoked) it would appear that the the DLM is managing THIS line for not clearly discernible reason from the information made available.  There is no clear evidence of significant RFI on THIS line.

Is it possible that the DLM is moderating THIS line's performance to deal with power / crosstalk issues on adjacent lines?  Is it possible that THIS line has a marginal port in the cabinet?

[#11]

unfortunately, plusnet, when i asked them to check out was going on, that the fault that was reported had been closed and i received a refund, they have refused to open it as the downstream speed is 0.500kbps over the guaranteed minimum speed. because of that, i cant do anything!. as for me not giving information asked for, i always do my best but usually dont know exactly what is wanted. i'm sorry that i am being looked on as if not helping but i am doing what i can.

@Townman unfortunately, the wan settings you've requested are not showing in the router stats.this is the last one on

10th july 02:30:57                 (2555590.850000) WAN operating mode is VDSL

next record is 02:17:39, 12 Jul           (2727588.000000) PPP LCP Send Termination Request [User request]

i have no idea why it's like this.

to answer @Dan_the_Van no, there are no power plugs etc in the home, anywhere

have added the WAN log that is showing and the list 5-11 in the helpdesk items

[#12]

So for the avoidance of misunderstanding, are you stating that there is nothing like the following for 19:18 (or there abouts) from Wednesday evening?

02:18:27, 12 Jul. (2727636.650000) PPPoE is up -​ Down Rate=34696Kbps, Up Rate=7498Kbps; SNR Margin Down=6.1dB, Up=6.1dB

The graph looks like a resync ... if not, there was a short noise spike on the line ... which could be the reason that the DLM thinks it needs to tweak the line.

Whatever, from the evidence presented, in the big scheme of things ... this is a non-issue.

[#13]

@Townman 

if you look at the text document i attached yesterday, message 122, that's what is available in the router stats for the WAN only info. why, if there should be more, there isn't, i have no idea

[#14]

showing my stupidity yet again, having checked the router stats, i have to wonder why there's no information under the WAN option since the time i posted in the file of yesterday, 02:18:30, 12 July? it's as if logging has been turned off but it certainly wasn't by me. is this wrong?

[#15]

When you apply a filter to the event log filter you will only see activity for the choosen filter, in your situation WAN. So if there if there is no WAN activity it won't show anything new.
If you were to left category as ALL then you'll see ALL events.