Disconnect Issues, now Speed Reductions, waaay past annoyed now
- 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
- :
- Help with my Plusnet services
- :
- Fibre Broadband
- :
- Re: Disconnect Issues, now Speed Reductions, waaay...
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
10-10-2019 1:41 AM - edited 10-10-2019 1:42 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Disconnection Problem appears to be back also
Oct 9 21:00:39 pppd[359]: Hangup (SIGHUP)
Oct 9 21:00:39 pppd[359]: Connect time 2953.6 minutes.
Oct 9 21:00:39 pppd[359]: Sent 1049210326 bytes, received 640198253 bytes.
Oct 9 21:00:39 miniupnpd[969]: Failed to get IP for interface ppp0
Oct 9 21:00:39 miniupnpd[969]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Oct 9 21:00:39 pppd[359]: Terminating on signal 15
Oct 9 21:00:39 pppd[359]: Connection terminated.
Oct 9 21:00:39 pppd[359]: Sent PADT
Oct 9 21:00:40 dnsmasq[223]: read /etc/hosts - 5 addresses
Oct 9 21:00:40 dnsmasq[223]: read /etc/hosts.dnsmasq - 19 addresses
Oct 9 21:00:40 dnsmasq[223]: using nameserver *.*.*.*#53
Oct 9 21:00:40 dnsmasq[223]: using nameserver *.*.*.*#53
Oct 9 21:00:40 pppd[359]: Terminating on signal 15
Oct 9 21:00:40 pppd[359]: Exit.
Oct 9 21:00:40 kernel: Attempt to kill tasklet from interrupt
Oct 9 21:00:40 kernel: et1: et_mvlan_netdev_event: event 9 for vlan1 mvlan_en 0
Oct 9 21:00:40 kernel: device eth0 left promiscuous mode
Oct 9 21:00:40 kernel: br0: port 1(vlan1) entering forwarding state
Oct 9 21:00:40 kernel: br0: topology change detected, propagating
Oct 9 21:00:40 kernel: et1: et_mvlan_netdev_event: event 2 for vlan1 mvlan_en 0
Oct 9 21:00:40 kernel: et1: et_mvlan_netdev_event: event 13 for vlan1 mvlan_en 0
Oct 9 21:00:40 kernel: device eth0 entered promiscuous mode
Oct 9 21:00:40 kernel: br0: topology change detected, propagating
Oct 9 21:00:40 kernel: br0: port 1(vlan1) entering forwarding state
Oct 9 21:00:40 kernel: br0: port 1(vlan1) entering forwarding state
Oct 9 21:00:40 kernel: et1: et_mvlan_netdev_event: event 1 for vlan1 mvlan_en 0
Oct 9 21:00:40 kernel: et1: et_mvlan_netdev_event: event 13 for vlan2 mvlan_en 0
Oct 9 21:00:40 kernel: et1: et_mvlan_netdev_event: event 1 for vlan2 mvlan_en 0
Oct 9 21:00:40 kernel: et1: et_mvlan_netdev_event: event 4 for vlan1 mvlan_en 0
Oct 9 21:00:42 wan: [wan0_hwaddr] == [**:**:**:**:**:**]
Oct 9 21:00:42 pppd[24976]: Plugin rp-pppoe.so loaded.
Oct 9 21:00:42 pppd[24976]: RP-PPPoE plugin version 3.11 compiled against pppd 2.4.7
Oct 9 21:00:42 pppd[24978]: pppd 2.4.7 started by ************, uid 0
Oct 9 21:00:42 pppd[24978]: PPP session is 8063 (0x1f7f)
Oct 9 21:00:42 pppd[24978]: Connected to f*:**:**:**:f*:** via interface eth0
Oct 9 21:00:42 pppd[24978]: Using interface ppp0
Oct 9 21:00:42 pppd[24978]: Connect: ppp0 <--> eth0
Oct 9 21:00:45 pppd[24978]: CHAP authentication succeeded: CHAP authentication success
Oct 9 21:00:45 pppd[24978]: CHAP authentication succeeded
Oct 9 21:00:45 pppd[24978]: peer from calling number f*:**:**:**:f*:** authorized
Oct 9 21:00:45 miniupnpd[969]: Failed to get IP for interface ppp0
Oct 9 21:00:45 miniupnpd[969]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Oct 9 21:00:45 miniupnpd[969]: Failed to get IP for interface ppp0
Oct 9 21:00:45 miniupnpd[969]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Oct 9 21:00:45 miniupnpd[969]: Failed to get IP for interface ppp0
Oct 9 21:00:45 miniupnpd[969]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Oct 9 21:00:45 pppd[24978]: local IP address 51.*.***.**
Oct 9 21:00:45 pppd[24978]: remote IP address 172.**.**.***
Oct 9 21:00:45 miniupnpd[969]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Oct 9 21:00:45 miniupnpd[969]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Oct 9 21:00:45 miniupnpd[969]: Failed to get IP for interface ppp0
Oct 9 21:00:45 miniupnpd[969]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Oct 9 21:00:45 rc_service: ip-up 24983:notify_rc start_firewall
Oct 9 21:00:45 dnsmasq[223]: read /etc/hosts - 5 addresses
Oct 9 21:00:45 dnsmasq[223]: read /etc/hosts.dnsmasq - 19 addresses
Oct 9 21:00:45 dnsmasq[223]: using nameserver *.*.*.*#53
Oct 9 21:00:45 dnsmasq[223]: using nameserver *.*.*.*#53
Oct 9 21:00:46 miniupnpd[969]: shutting down MiniUPnPd
Oct 9 21:00:46 nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)
Oct 9 21:00:46 wan: finish adding multi routes
Oct 9 21:00:46 miniupnpd[25026]: HTTP listening on port 52536
Oct 9 21:00:46 miniupnpd[25026]: Listening for NAT-PMP/PCP traffic on port 5351
Oct 9 21:00:47 rc_service: ip-up 24983:notify_rc stop_upnp
Oct 9 21:00:47 rc_service: ip-up 24983:notify_rc start_upnp
Oct 9 21:00:47 rc_service: waitting "stop_upnp" via ip-up ...
Oct 9 21:00:47 miniupnpd[25026]: shutting down MiniUPnPd
Oct 9 21:00:48 miniupnpd[25031]: HTTP listening on port 48884
Oct 9 21:00:48 miniupnpd[25031]: Listening for NAT-PMP/PCP traffic on port 5351
Oct 9 21:01:03 rc_service: zcip 25068:notify_rc start_firewall
Oct 9 21:01:03 dnsmasq[223]: read /etc/hosts - 5 addresses
Oct 9 21:01:03 dnsmasq[223]: read /etc/hosts.dnsmasq - 19 addresses
Oct 9 21:01:03 dnsmasq[223]: using nameserver *.*.*.*#53
Oct 9 21:01:03 dnsmasq[223]: using nameserver *.*.*.*#53
Oct 9 21:01:03 zcip_client: configured 169.***.***.***
Oct 9 21:01:04 miniupnpd[25031]: shutting down MiniUPnPd
Oct 9 21:01:04 nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)
Oct 9 21:01:04 miniupnpd[25094]: HTTP listening on port 43628
Oct 9 21:01:04 miniupnpd[25094]: Listening for NAT-PMP/PCP traffic on port 5351
Oct 10 00:07:01 pppd[24978]: No response to 10 echo-requests
Oct 10 00:07:01 pppd[24978]: Serial link appears to be disconnected.
Oct 10 00:07:01 pppd[24978]: Connect time 186.3 minutes.
Oct 10 00:07:01 pppd[24978]: Sent 193113880 bytes, received 3226494655 bytes.
Oct 10 00:07:01 miniupnpd[25094]: Failed to get IP for interface ppp0
Oct 10 00:07:01 miniupnpd[25094]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Oct 10 00:07:01 dnsmasq[223]: read /etc/hosts - 5 addresses
Oct 10 00:07:01 dnsmasq[223]: read /etc/hosts.dnsmasq - 19 addresses
Oct 10 00:07:01 dnsmasq[223]: using nameserver *.*.*.*#53
Oct 10 00:07:01 dnsmasq[223]: using nameserver *.*.*.*#53
Oct 10 00:07:05 WAN_Connection: Fail to connect with some issues.
Oct 10 00:07:05 DualWAN: skip single wan wan_led_control - WANRED off
Oct 10 00:07:07 pppd[24978]: Connection terminated.
Oct 10 00:07:07 pppd[24978]: Sent PADT
Oct 10 00:07:07 pppd[24978]: Modem hangup
Oct 10 00:07:52 pppd[24978]: Timeout waiting for PADO packets
Oct 10 00:09:07 pppd[24978]: Timeout waiting for PADO packets
Oct 10 00:10:22 pppd[24978]: Timeout waiting for PADO packets
Oct 10 00:11:37 pppd[24978]: Timeout waiting for PADO packets
Oct 10 00:12:52 pppd[24978]: Timeout waiting for PADO packets
Oct 10 00:13:27 pppd[24978]: PPP session is 2140 (0x85c)
Oct 10 00:13:27 pppd[24978]: Connected to f*:**:**:**:f*:** via interface eth0
Oct 10 00:13:27 pppd[24978]: Using interface ppp0
Oct 10 00:13:27 pppd[24978]: Connect: ppp0 <--> eth0
Oct 10 00:13:27 pppd[24978]: CHAP authentication succeeded: CHAP authentication success
Oct 10 00:13:27 pppd[24978]: CHAP authentication succeeded
Oct 10 00:13:27 pppd[24978]: peer from calling number f*:**:**:**:f*:** authorized
Oct 10 00:13:27 miniupnpd[25094]: Failed to get IP for interface ppp0
Oct 10 00:13:27 miniupnpd[25094]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Oct 10 00:13:27 miniupnpd[25094]: Failed to get IP for interface ppp0
Oct 10 00:13:27 miniupnpd[25094]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Oct 10 00:13:27 miniupnpd[25094]: Failed to get IP for interface ppp0
Oct 10 00:13:27 miniupnpd[25094]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Oct 10 00:13:27 pppd[24978]: local IP address 146.***.***.***
Oct 10 00:13:27 pppd[24978]: remote IP address 172.**.**.***
Oct 10 00:13:27 miniupnpd[25094]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Oct 10 00:13:27 miniupnpd[25094]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Oct 10 00:13:27 miniupnpd[25094]: Failed to get IP for interface ppp0
Oct 10 00:13:27 miniupnpd[25094]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Oct 10 00:13:27 rc_service: ip-up 30918:notify_rc start_firewall
Oct 10 00:13:27 dnsmasq[223]: read /etc/hosts - 5 addresses
Oct 10 00:13:27 dnsmasq[223]: read /etc/hosts.dnsmasq - 19 addresses
Oct 10 00:13:27 dnsmasq[223]: using nameserver *.*.*.*#53
Oct 10 00:13:27 dnsmasq[223]: using nameserver *.*.*.*#53
Oct 10 00:13:28 miniupnpd[25094]: shutting down MiniUPnPd
Oct 10 00:13:29 nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)
Oct 10 00:13:29 wan: finish adding multi routes
Oct 10 00:13:29 miniupnpd[30960]: HTTP listening on port 38318
Oct 10 00:13:29 miniupnpd[30960]: Listening for NAT-PMP/PCP traffic on port 5351
Oct 10 00:13:29 rc_service: ip-up 30918:notify_rc stop_upnp
Oct 10 00:13:29 rc_service: ip-up 30918:notify_rc start_upnp
Oct 10 00:13:29 rc_service: waitting "stop_upnp" via ip-up ...
Oct 10 00:13:29 miniupnpd[30960]: shutting down MiniUPnPd
Oct 10 00:13:30 WAN_Connection: WAN was restored.
Oct 10 00:13:30 dnsmasq[223]: read /etc/hosts - 5 addresses
Oct 10 00:13:30 dnsmasq[223]: read /etc/hosts.dnsmasq - 19 addresses
Oct 10 00:13:30 dnsmasq[223]: using nameserver *.*.*.*#53
Oct 10 00:13:30 dnsmasq[223]: using nameserver *.*.*.*#53
Oct 10 00:13:31 miniupnpd[30967]: HTTP listening on port 59392
Oct 10 00:13:31 miniupnpd[30967]: Listening for NAT-PMP/PCP traffic on port 5351
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
10-10-2019 2:19 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Looking forward to the excuse for the deleted post.
I think you had better move this issue up the chain of seniority please and have them contact me.
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
10-10-2019 8:20 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
10-10-2019 9:06 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
@tonyb55 Our mods have checked the spam filter and there’s nothing there from yourself. Difficult to advise what happened to it because a. we don’t delete posts, there’s no delete function enabled for us and b. the post isn’t in the hidden thread storage board (This is where we keep posts which have been removed for one reason or another).
As you’ve said you’ve got a copy of the post, can you repost it?
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
10-10-2019 8:11 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Well let me try again.......
That's concerning and may change things. Can you retest your speeds at http://www.thinkbroadband.com/speedtest to cross reference? We're aware of an issue with the BT speedtester which may give intermittent unreliable results.
I had in prior posts provided a complete breakdown of speed tests across multiple testing websites, in tabular form and specifically highlighted those tests which returned results on the threshold or below the BT Wholesale Handback level.
(I have screen grabs of ALL BT Wholesale Tests & Further Testing Results)
DATE | TIME | TEST PROVIDER | IP Profile | Range | DOWNLOADS | UPLOADS | PING |
06/10/2019 | 11:29 | BT Wholesale | 29.42 | 20 | 24.69 | 9.69 | |
06/10/2019 | 11:30 | speedof.me | 27.87 | 8.63 | 17 | ||
06/10/2019 | 11:30 | ThinkBroadband | 25.7 | 7.55 | 39 | ||
06/10/2019 | 14.04 | ThinkBroadband | 25.74 | 7.61 | 26 | ||
05/10/2019 | 08:28 | BT Wholesale | 20 | 20 | 14.34 | 9.57 | |
05/10/2019 | 08:31 | speedof.me | 27.86 | 8.64 | 16 | ||
05/10/2019 | 08:31 | ThinkBroadband | 25.83 | 7.51 | 36 | ||
04/10/2019 | 00:42 | BT Wholesale | 29.42 | 20 | 25.01 | 5.12 | |
04/10/2019 | 08:52 | BT Wholesale | 29.42 | 20 | 24.77 | 9.29 | |
04/10/2019 | 16:52 | BT Wholesale | 29.42 | 20 | 17.53 | 14.34 | |
04/10/2019 | 16:53 | ThinkBroadband | 25.71 | 7.61 | 20 | ||
04/10/2019 | 17:48 | speedof.me | 27.91 | 8.1 | 18 | ||
03/10/2019 | 10:03 | ThinkBroadband | 13.81 | 5.95 | 20 | ||
03/10/2019 | 10:03 | ThinkBroadband | 14.95 | 6.79 | 44 | ||
03/10/2019 | 10:43 | ThinkBroadband | 26.17 | 7.51 | 36 | ||
03/10/2019 | 10:45 | BT Wholesale | 29.42 | 20 | 24.6 | 9.63 | |
03/10/2019 | 22:07 | BT Wholesale | 29.42 | 20 | 19.75 | 4.1 | |
03/10/2019 | 22:08 | ThinkBroadband | 20.62 | 7.45 | 21 | ||
03/10/2019 | 22:09 | ThinkBroadband | 22.85 | 7.23 | 22 | ||
02/10/2019 | 08:17 | speedof.me | 27.82 | 8.41 | 17 | ||
02/10/2019 | 08:18 | speedof.me | 27.9 | 8.49 | 18 | ||
02/10/2019 | 08:19 | ThinkBroadband | 25.68 | 7.59 | 22 | ||
02/10/2019 | 21:06 | BT Wholesale | 29.42 | 20 | 24.65 | 14.34 | |
01/10/2019 | 08:09 | BT Wholesale | 29.42 | 20 | 24.62 | 14.34 | |
01/10/2019 | 08:09 | BT Wholesale | 29.42 | 20 | 24.62 | 14.34 | |
01/10/2019 | 08:09 | BT Wholesale | 29.42 | 20 | 24.62 | 14.34 | |
01/10/2019 | 08:10 | speedof.me | 27.9 | 7.8 | 17 | ||
01/10/2019 | 08:12 | ThinkBroadband | 25.59 | 7.6 | 33 | ||
01/10/2019 | 17:41 | BT Wholesale | 29.42 | 20 | 24.8 | 9.21 | |
30/09/2019 | 17:21 | BT Wholesale | 24.63 | 6.08 | 14 | ||
30/09/2019 | 17:21 | BT Wholesale | 20 | 20 | 6.01 | 7.17 | |
30/09/2019 | 17:48 | speedof.me | 27.59 | 8.05 | 18 | ||
30/09/2019 | 18:37 | speedof.me | 27.89 | 8.5 | 16 | ||
30/09/2019 | 18:39 | BT Wholesale | 29.42 | 20 | 24.74 | 9.58 | |
30/09/2019 | 18:39 | BT Wholesale | 24.36 | 6.04 | 14 |
It is important to remember that the Connection Fault resolved its self on 30/09/2019 so any test later that day and onwards should not have any problem.
How many results below the threshold does it take for Plusnet to consider it a fault?
P.S. IF there is an issue with BT Wholesale Speed Test why does 99% of responses on this forum from Plusnet Agents to speed concerns keep directing End Users to the http://speedtest.btwholesale.com/
and where does that leave confidence in their other systems and
I suggest that what has happened instead is that Openreach/Plusnet have implemented controls (manually or automatically) to increase the Stability of the line, to solve the disconnection issue but at the sacrifice of the speeds enjoyed by me for significant number of years.
So whilst it appears to be resolved instead all that is happening is a masking of the issue and the underlying fault remains keeping the speeds lower than they could be but above the acceptable parameters.
Apparently Plusnet (or agent therof) acknowleding this set of circustances is proving difficult.......
Plusnet in conjunction with Openreach/BTW are able to either manually and/or automatically to crank up the Stability Settings, apply IP or WP Profiles to the line and allow/wait for DLM to increase either/or/both SNR, G.Inp etc etc so that a connection that was presenting with a stability problem can be deemed to now be
- Stable
- Within Acceptable Parameters
- Above Minimum Guaranteed Acceptable Line Speed
- HOWEVER THIS IS DONE AT THE COST OF DRAMATICALLY REDUCED BEFORE/AFTER DOWNLOAD SPEEDS
While retransmission is high which is a form of interleaving that may cause slightly slower speeds, this is DLM I'm afraid.
Profile Name 0.128M-67M Downstream, Retransmission High - 0.128M-17M Upstream, Retransmission High We can't arrange a DLM reset unless the banding 67M is restricting your sync speed which it isn't:
This statement keeps being made not only to me, but to many other members on this forum, but the reality appears to be fluid rather than concrete.
Plusnet Customer Agents stating that either a DLM Reset was requested OR Banding to removed (by BT Wholesale/Openreach)
Profile Name 0.128M-67M Downstream, Retransmission High - 0.128M-17M Upstream, Retransmission High We can't arrange a DLM reset unless the banding 67M is restricting your sync speed which it isn't:
On 15/08/2019 I resubscribed onto Plusnet's Unlimited Fibre Extra with a product defined as upto 80Mbps Download and 20Mbps Upload
Irrespective of "minimum acceptable levels" contractually I am no longer getting what I and am paying for.
Instead of UPTO 80/20 I am restricted to a MAXIMUM of 67/17.
Plusnet have the ability either directly or indirectly to arrange a DLM Reset.
- Directly by contacting their supplier BT Wholesale and paying for an engineer to do so
- Directly by taking advantage of the Caution Counter Reset option (which is modified DLM Reset by another name)
- Indirectly by temporarily reducing my package to 40/10 then increasing it back up to 80/20 as I have been told on multiple occasions that a product change automatically triggers a DLM Reset.
- I have demonstrated there are drops in download speeds to or below the MGALS
- There have been 2 service disconnections with the same (or so similar to effectively be the same) pattern as previously
- There is Banding applied to my line
- I am NOT getting the product that I am paying for
- CONSEQUENTLY PLEASE ARRANGE A DLM RESET ON MY LINE USING WHATEVER METHOD YOU PREFER.
This final part was just for information purposes.
Their are a number of different types of Engineers employed by Openreach
Broadband Boost
Special Fault Investigation 2 (SFI2)
- SFI Engineer (End User Variant)
These visit and ISP customers house and can carry out tests on the lines between the House to Cabinet and Cabinet to Exchange - SFI Engineer (Frames Direct Variant)
These work on and test equipment within the Exchange and are, rarely if ever, sent to customer properties
BT Openreach SFI2 Engineer Visits
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
10-10-2019 8:36 PM - edited 10-10-2019 8:45 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Thanks for getting back to us @tonyb55 and for providing your throughput results. The BT speedster is fine in the majority of cases but I just thought it prudent to double check and cross reference. Were there any other devices using your broadband at the time you got the slow speeds and no background applications open I take it?
With regards to submitting a remote DLM reset, as per my previous response:
Finally with regards to submitting a DLM reset, we can only submit a remote DLM reset if our testing shows your sync speed to be restricted by banding, which has never been the case and isn't the case now.
Your sync rate isn't 67mbps or anywhere close so it's not restricted by banding. This means that we can't request a remote DLM reset. An engineer may be able to request this themselves but we cannot. Even if we could, removing a 67mbps speed restriction wouldn't affect your sync rate as that's way lower and your sync speed isn't restricted at the level it is at.
I have demonstrated there are drops in download speeds to or below the MGALS
There have been 2 service disconnections with the same (or so similar to effectively be the same) pattern as previously
There is Banding applied to my line
Openreach consider an intermittent fault to be 3 drops in 24 hours, or 6 drops in 72 hours. If your speeds are fluctuating like you've illustrated and there was nothing running in the background at the time of running the test, then I'd recommend we arrange another engineer escalating this with Openreach to investigate this further.
Happy to arrange this tomorrow if you'd want to go ahead?
Thanks.
[edit]
Actually looking at your speed test results again, the tests completed on 3rd party speedtesters show a consistent speed that's on target for your sync speed that's in turn within expectations for your line. It wouldn't be wise arranging an engineer based on the slow speeds the BT speedtester is giving when other ones are showing a much higher result.
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
10-10-2019 9:07 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
@tonyb55 Just to add as I’m now past the 20 minute time limit to edit a post. We shouldn’t get in the habit of forcing a DLM reset by downgrading you to 40/10 and back again. This is because it can cause further issues as you’d be on the 40/10 product albeit briefly while your account is still fibre extra, from a compliance perspective the two packages should always match.
It can also cause further issues with the account billing. I understand we’ve done this in the past but isn’t something we should do again, I’ve passed feedback onto a previous adviser about that.
While in theory we can change your account type to basic fibre and then back to fibre extra, that’ll likely cause complications with your account billing if it’s done in such a small space of time.
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
11-10-2019 9:23 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
11-10-2019 9:26 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
BT WHolesale "TAP1" Further Testing below Handback Threshold, again.
Organise an Engineer, any day, any time, I can arrange for someone to be in.
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
11-10-2019 9:38 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Hi @tonyb55 Before we arrange an engineer can you confirm the following:
- You’re testing on a direct ethernet connection with no powerline adapters or switches in place
- There were no background applications open on the computer or laptop you were using
- No other devices were switched on
- You ran a speed test on a 3rd party website as well under the above conditions and also got a slow throughput below expectations
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
on 11-10-2019 11:31 PM - last edited on 12-10-2019 10:04 AM by dvorak
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Hi @tonyb55 Before we arrange an engineer can you confirm the following:
You’re testing on a direct ethernet connection with no powerline adapters or switches in place
YES
There were no background applications open on the computer or laptop you were using
By the nature of a computer there are ALWAYS background applications running (for reference please click on your taskbar on the computer you are using, select TASK MANAGER and peruse your running PROCESSES)
If you are specifically referring to USER run programs, then please be much more concise and ask that question.
I always reboot my PC BEFORE running a BT WHOLESALE SPEED TEST & FURTHER TESTING
So for example I WAS NOT running multiple instances of Chrome, any other USER run programs. BUT was running antivirus software and programs that operate the software of my mouse and keyboard automatically etc
No other devices were switched on
I can confirm that my TV was on, the kettle/mcirowave/washing machine etc were off, seriously stop being so disingenuous and talking COMPLETE "GUBBINS" for lack of a non swear word, ask me another stupid question.........
You ran a speed test on a 3rd party website as well under the above conditions and also got a slow throughput below expectations
Nope, nor will I do so any more.
As you have clearly indicated Pusnet are simply a reseller of BT Wholesale Services, consequently it makes sense to ONLY RELY on the results utilising the speedtest created and operated by your supplier.
Beside this falls in line with 99% of the advice given by your other Customer Service Agents in both my own experience and based on the advice being seen on these forums.
Additionally the BT Wholesale Further Testing procedure is the ONLY end user service that carries out a TAP 1 Test that is returned to BT Wholesale, yourselves and Plusnet. This means that you can view the results of the test directly and where indicated (other than a speed fault) can make informed decisions to ensure an Engineer knows what the isue is.
This is not the 1st, 2nd nor even the 3rd test that has thrown out results below the MGALS that I have provided and that includes additional tests on other Speed Test Providers which has elicited NO RESPONSE
Not once on any of the recent occasions, or at any time in the past that I have enountered speed issues, have I been asked such inane questions.
Plusnet - "We'll do you proud"
Frankly, with the current level of service you should be ashamed
Moderators Note: Indicated quotes for readability
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
on 11-10-2019 11:42 PM - last edited on 12-10-2019 8:06 AM by dvorak
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Dennis - CSC Analyst10:34am, Friday 11 Oct 2019
Dear Mr B,
I tried to contact you today but was unable to get through to you and I'm sorry to hear you are having issues with your speed.
Can you please confirm that you have connected your router to the BT Master socket, or if available, the BT Test socket. Below is a guide to the different types of faceplate and how to access the test socket.
Face Plate Test Socket What to do...
1) Press the 2 buttons either side of socket and the faceplate will come off.
2) Connect the router directly to the socket in the middle using the Microfilter supplied with the router.
1) Press the 2 buttons either side of socket and the faceplate will come off.
2) Connect the router directly to the socket in the middle using the Microfilter supplied with the router.
1) Using a screw driver, remove the front of the faceplate and see if the issue persists.
2) Remove the 2nd set of screws to remove the Pre-filtered Faceplate.
3) Connect the router directly to the socket in the bottom right using the Microfilter supplied with the router. You should only have 1 socket on the faceplate at this point.
1) Using a screw driver, remove the front of the faceplate and see if the issue persists.
2) Connect the router directly to the socket in the bottom right using the Microfilter supplied with the router.
1) Connect the router directly to the BT Master socket, remove all equipment from any additional extension sockets in the property and see if the problem persists.
Please ensure you are testing over a wired connection and not using any usage on any devices connected to your router.
If the speed improves at this point, it will usually indicate that something within your house is causing the broadband to not connect correctly and you may need to get someone to check your internal connections before reverting back to your original setup and if the speed is still the same then please feel free to get back in touch should you require further assistance.
Kind regards,
[CSA Removed]
PLEASE STOP blaming equipment failure within my household. There is absolutely NOTHING faulty to be found here.
NEW MASTER SOCKET, NEW MODEM, ROUTER IS OPERATING WITHOUT ISSUE, EVEN THE CABLE THAT CONNECTS MY MODEM TO THE MASTERSOCKET IS CAT 6 SHIELDED CABLE WITH THE RELEVANT TERMINATIONS TO FIT INTO THE MODEM & MASTERSOCKET (rather than the flimsy standard P.O.T. cable). THE CABLES FROM THE MODEM INTO THE ROUTER AND ALL CONNECTIONS FROM THE ROUTER ARE CAT 7 OR CAT 6a.
OTHER THAN THE MODEM NOTHING NEW HAS BEEN INSTALLED.
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
12-10-2019 9:17 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
@tonyb55 I’m only trying to help and look at this realistically. If your speeds are within expectations on 3rd party speed-testers but not on the BT one, why arrange an engineer? As it’d be obvious the issue lies with that particular speed-tester.
I’m just trying to avoid a 4th engineer going out and reporting back no fault found by ensuring that it’s absolutely necessary to arrange another.
The speed test results you’ve shown since the 4th are on target. You’ve said you’ve got an anti-virus running in the background, that’s common for causing throughput issues. What happens if you switch it off temporarily? If you’ve not tried, can you replicate the issue on a different device?
I’m sorry if you were promised a call and didn’t get one. I offered to call you back myself yesterday to discuss this further, an offer that’s still open.
As a side note, you really don’t need to increase the font size or post in capital letters. All it does is make things difficult to read (At least for me)
Happy to look into this further on Monday when I’m back in the office if it’s not picked up sooner.
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
12-10-2019 10:11 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Well it seems the BT WHolesale Speed Test & Further Testing this morning shows the following;
I should add that it was carried out on the same computer as last time, albeit this time over my WiFi and whilst running ESET Antivirus (which by all accounts is a miracle in itself).
Whilst this is within Plusnets acceptable paramaters (MAGLS) the IP Profile for my line is still below what I was getting before the fault occured.
The only way for this to increase is it to wait and hope for the DLM fairies to remove the conditions that are adversely reducing our speeds being;
- Banding Profile of 67/17 being applied to our 80/20 line
- Decrease the SNR
- Change the Rentransmission "High" status
No one other than Openreach can confirm how DLM prioritises retraining but there is anecdotal evidence, assuming there are no faults, that the process takes twice as long as the fault was originally present.
OR for
Plusnet to organise a manual DLM reset via one of the following methods;
- An Openreach Engineer to do so as part of other work
- Plusnet to carry out a remote (no engineer requried) Caution Counter Reset (a DLM reset by another name)
- or add it to the list that is sent to their supplier BT Wholesale to be carried out by them (remotely)
It is still unclear whether Plusnet have access to 1 or 2 or possibly both?
Whilst option 1 would cost them money (they have to pay something every time an engineer is arranged) options 2 and 3 do not cost them a penny but, may be limited to a fixed number of times per month (seems to be ~1000), are unwilling to do so as "my line falls within acceptable parameters".
Frankly we seem to be at an impasse.
I would therefore have to insist that a Deadlock Letter be sent to me and I will move this complaint onto the Watchdog Ofcom and the Alternative Dispute Resolution (ADR) scheme
There are two ADR schemes – Ombudsman Services: Communications, and the Communications and Internet Services Adjudication Scheme (CISAS). All service providers must belong to one of the schemes.
Your provider will tell you which scheme it is a member of.
Additionally, for good measure, I am considering penning complaints to paper to the
Advertising Standards Authority
and
Trading Standards (under the The Consumer Protection from Unfair Trading Regulations)
regarding the fact that we agreed (i.e. have a contract) for 12 months to pay for an 80/20 package but are being limited to 67/17.
Re: Disconnect Issues, now Speed Reductions, waaay past annoyed now
12-10-2019 10:18 AM - edited 12-10-2019 10:25 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
@tonyb55 For a remote DLM reset, options 2 and 3 are the same. The banding on your line (Sorry once again) isn’t restricting your sync speed. We can’t arrange a remote DLM reset directly, that’s done through our suppliers.
We can arrange an engineer but this would be an appointment with yourself because we can’t arrange an engineer to go out externally if line tests do not show an external fault.
The result of a line test determines how a fault is progressed in the Openreach system.
I don’t recommend arranging an engineer visit solely for a DLM reset if your speeds are within expectations already because it’d more than likely be deemed a chargeable visit of which we’d pass £65 onto yourself that we’d like to avoid.
[edit]
Could I ask the reason you feel that a banding of 67mbps is restricting your speeds? Your sync rate is nowhere near that and based on your line expectations it likely never will be unless something big changes in the infrastructure.
- 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
- :
- Help with my Plusnet services
- :
- Fibre Broadband
- :
- Re: Disconnect Issues, now Speed Reductions, waaay...