User comments on ISPs
  >> Other Providers (without dedicated forums)


Register (or login) on our website and you will not see this ad.


Pages in this thread: 1 | 2 | 3 | 4 | (show all)   Print Thread
Standard User professor973
(knowledge is power) Tue 03-Apr-18 22:25:27
Print Post

Freeola Raised Latency


[link to this post]
 
For the last three or four months, I have suffered raised latency on Freeola Enta FTTC on the dot of 8:30am, but ONLY on working days and never on weekends or bank holidays.
I have raised this with Freeola previously, but got told there is nothing to be seen wrong with my service and that it must be something within my home causing the problem. Well, I certainly don't switch everything off at weekends and on bank holidays!
Here is a perfect BQM for bank holiday Monday.
https://www.thinkbroadband.com/broadband/monitoring/...
Here is Tuesday's BQM - Folks back at work and raised latency at 8:30am!
https://www.thinkbroadband.com/broadband/monitoring/...
IPv6 is much more of a mess. I have also been suffering outages this week, with the last just before 10:00pm this evening.
https://www.thinkbroadband.com/broadband/monitoring/...
I don't see any point in contacting Freeola again over what I consider congestion, unless anyone can point to me being wrong. I am starting to look around again - A bit of router log from this evening.
Apr 3 21:05:27 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:11:20 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:18:53 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:26:11 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:30:05 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:37:16 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:41:34 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:48:06 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:51:42 kern warn kernel: bcmxtmcfg: SILI Start - UtopiaCfg - 10
Apr 3 21:51:42 kern warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = DOWN(2), Service Support = PTM(2)
Apr 3 21:51:42 kern warn kernel: HOST XTM tx ch 0 disabled.
Apr 3 21:51:42 kern warn kernel: W1B -1921087301
Apr 3 21:51:42 kern warn kernel: W1E -1921087300
Apr 3 21:51:42 kern warn kernel: bcmxtmcfg: Connection DOWN, LinkActiveStatus=0x0
Apr 3 21:51:42 kern warn kernel: bcmxtmcfg: ReconfigureSAR port 0 traffictype 0
Apr 3 21:51:42 kern warn kernel: bcmxtmcfg: Normal(XTM/PTM) Mode enabled
Apr 3 21:51:42 kern warn kernel: bcmxtmcfg: SILI End - UtopiaCfg - 0
Apr 3 21:51:42 kern warn kernel: bcmxtmcfg: DS xDSL G.inp Mode = DISABLED
Apr 3 21:51:42 kern warn kernel: bcmxtmcfg: xDSL G.Fast Mode = DISABLED
Apr 3 21:51:42 kern warn kernel: bcmxtmcfg: Bonding State is DATA_IDLE
Apr 3 21:51:45 daemon notice syslog: pppd:Terminating on signal 20.
Apr 3 21:51:46 daemon crit syslog: Clear IP addresses. PPP connection DOWN.
Apr 3 21:51:46 daemon crit syslog: Clear IP addresses. Connection DOWN.
Apr 3 21:51:46 daemon info radvd[8991]: attempting to reread config file
Apr 3 21:51:46 daemon notice syslog: pppd:Couldn't increase MTU to 1500.
Apr 3 21:51:46 daemon info radvd[8991]: resuming normal operation
Apr 3 21:51:46 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:51:46 daemon err syslog: pppd:Couldn't increase MRU to 1500
Apr 3 21:51:50 daemon info radvd[8991]: attempting to reread config file
Apr 3 21:51:50 daemon info radvd[8991]: resuming normal operation
Apr 3 21:51:50 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:51:50 kern info kernel: device ptm0 left promiscuous mode
Apr 3 21:51:50 daemon info radvd[8991]: attempting to reread config file
Apr 3 21:51:50 daemon info radvd[8991]: resuming normal operation
Apr 3 21:51:50 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:51:50 kern info kernel: device ptm0 entered promiscuous mode
Apr 3 21:51:50 daemon info radvd[8991]: attempting to reread config file
Apr 3 21:51:50 kern info kernel: device ptm0 left promiscuous mode
Apr 3 21:51:50 daemon info radvd[8991]: resuming normal operation
Apr 3 21:51:50 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:51:50 daemon info radvd[8991]: attempting to reread config file
Apr 3 21:51:50 daemon info radvd[8991]: resuming normal operation
Apr 3 21:51:50 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:51:50 daemon info radvd[8991]: attempting to reread config file
Apr 3 21:51:51 daemon info radvd[8991]: resuming normal operation
Apr 3 21:51:51 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:51:51 daemon info radvd[8991]: attempting to reread config file
Apr 3 21:51:51 daemon info radvd[8991]: resuming normal operation
Apr 3 21:51:51 daemon warn radvd[8991]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:51:52 daemon warn radvd[8991]: poll error: Interrupted system call
Apr 3 21:51:52 daemon warn radvd[8991]: Exiting, sigterm received.
Apr 3 21:51:53 daemon err dhcp6c[8877]: client6_send: transmit failed: Network is unreachable
Apr 3 21:52:10 kern crit kernel: Line 0: VDSL G.993 channel analysis
Apr 3 21:52:12 kern crit kernel: Line 0: VDSL2 link up, Bearer 0, us=19999, ds=66999
Apr 3 21:52:12 kern crit kernel: Line 0: VDSL2 link up, Bearer 1, us=0, ds=0
Apr 3 21:52:12 kern warn kernel: bcmxtmcfg: SILI Start - UtopiaCfg - 0
Apr 3 21:52:12 kern warn kernel: bcmxtmcfg: DS xDSL G.inp Mode = ENABLED
Apr 3 21:52:12 kern warn kernel: bcmxtmcfg: xDSL G.Fast Mode = DISABLED
Apr 3 21:52:12 kern warn kernel: bcmxtmcfg: xDSL ADSL Mode = DISABLED
Apr 3 21:52:12 kern warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = UP(1), Service Support = PTM(2)
Apr 3 21:52:12 kern warn kernel: bcmxtmcfg: ReconfigureSAR port 0 traffictype 2
Apr 3 21:52:12 kern warn kernel: bcmxtmcfg: Normal(XTM/PTM) Mode enabled
Apr 3 21:52:12 kern warn kernel: bcmxtmcfg: SILI End - UtopiaCfg - 10
Apr 3 21:52:12 kern warn kernel: bcmxtmrt: TxPAF Status = Disabled
Apr 3 21:52:12 kern warn kernel: bcmxtmrt: MAC address: 60 03 47 35 5e 1f
Apr 3 21:52:12 kern warn kernel: [DoCreateDeviceReq.775]: register_netdev
Apr 3 21:52:12 kern warn kernel: [DoCreateDeviceReq.777]: register_netdev done
Apr 3 21:52:12 kern warn kernel: bcmxtmcfg: Reserve TxQueueIdx=0 for vcid 0
Apr 3 21:52:12 kern warn kernel: NON-CO4 DSLAM based operations for PTM CRC & ENET FCS.
Apr 3 21:52:12 kern warn kernel: XTM Init: Ch:0 - 400 tx BDs at 0xa1fc2000
Apr 3 21:52:12 kern warn kernel: bcmxtmcfg: Connection UP, LinkActiveStatus=0x1, US=19999000, DS=66999000
Apr 3 21:52:13 kern warn kernel: ptm0.1 MAC address set to 60:03:47:35:5E:20
Apr 3 21:52:13 kern warn kernel: netdev path : ptm0.1
Apr 3 21:52:13 kern info kernel: -> ptm0
Apr 3 21:52:13 kern warn kernel: BCMVLAN : ptm0 mode was set to RG
Apr 3 21:52:13 kern info kernel: device ptm0 entered promiscuous mode
Apr 3 21:52:13 daemon notice syslog: pppd:cms logging initialized.
Apr 3 21:52:13 daemon notice syslog: pppd 2.4.1 started by admin, uid 0
Apr 3 21:52:13 daemon notice syslog: PPP: Start to connect ...
Apr 3 21:52:13 daemon crit syslog: session disconnect pppoe.oldsession=a0f3e43411ed/168b
Apr 3 21:52:40 daemon err syslog: pppd:Couldn't get channel number: Transport endpoint is not connected
Apr 3 21:52:40 daemon notice syslog: pppd:Couldn't reset tty to normal line discipline: Inappropriate ioctl for device
Apr 3 21:52:40 daemon notice syslog: pppd:Doing disconnect
Apr 3 21:52:43 daemon notice syslog: PPP: Start to connect ...
Apr 3 21:52:43 daemon crit syslog: session disconnect pppoe.oldsession=a0f3e43411ed/168b
Apr 3 21:52:47 daemon crit syslog: PPP server detected.
Apr 3 21:52:47 daemon crit syslog: PPP session established.
Apr 3 21:52:47 kern warn kernel: netdev path :
Apr 3 21:52:47 kern info kernel: ppp1.1 -> ptm0.1
Apr 3 21:52:47 daemon notice syslog: pppd:Using interface ppp1.1
Apr 3 21:52:47 daemon notice syslog: pppd:Connect: ppp1.1 <--> ptm0.1
Apr 3 21:52:47 kern info kernel: -> ptm0
Apr 3 21:52:47 daemon notice syslog: pppd:Couldn't increase MTU to 1500.
Apr 3 21:52:47 daemon err syslog: pppd:Couldn't increase MRU to 1500
Apr 3 21:52:47 daemon err syslog: pppd:Couldn't increase MRU to 1500
Apr 3 21:52:47 daemon crit syslog: PPP LCP UP.
Apr 3 21:52:47 daemon notice syslog: pppd:local LL address fe80::80a9:b6c9:59bd:85bd
Apr 3 21:52:47 daemon notice syslog: pppd:remote LL address fe80::a66c:2aff:fef8:0b00
Apr 3 21:52:47 daemon notice syslog: pppd:local IP address 78.32.138.169
Apr 3 21:52:47 daemon notice syslog: pppd:remote IP address 78.33.253.11
Apr 3 21:52:47 daemon notice syslog: pppd:primary DNS address 195.74.113.58
Apr 3 21:52:47 daemon notice syslog: pppd:secondary DNS address 195.74.113.62
Apr 3 21:52:47 daemon crit syslog: Received valid IP address from server. Connection UP.
Apr 3 21:52:48 daemon info syslog: Hop limit : 64
Apr 3 21:52:48 daemon info syslog: Stateful address conf. : Yes
Apr 3 21:52:48 daemon info syslog: Stateful other conf. : No
Apr 3 21:52:48 daemon info syslog: Router preference : medium
Apr 3 21:52:48 daemon info syslog: Router lifetime : 1800 seconds
Apr 3 21:52:48 daemon info syslog: Reachable time : 0 milliseconds
Apr 3 21:52:48 daemon info syslog: Retransmit time : 0 milliseconds
Apr 3 21:52:48 daemon info syslog: Prefix : 2001:4d48:ad57:4d00::/56
Apr 3 21:52:48 daemon info syslog: Valid time : 2592000 seconds
Apr 3 21:52:48 daemon info syslog: Pref. time : 604800 seconds
Apr 3 21:52:55 daemon info syslog: dhcp6c restart..
Apr 3 21:53:08 daemon info radvd[32117]: version 1.8 started
Apr 3 21:53:08 daemon warn radvd[32117]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:53:08 daemon warn radvd[32117]: poll error: Interrupted system call
Apr 3 21:53:08 daemon warn radvd[32117]: Exiting, sigterm received.
Apr 3 21:53:08 daemon info radvd[32126]: version 1.8 started
Apr 3 21:53:08 daemon warn radvd[32126]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:53:08 daemon warn radvd[32126]: poll error: Interrupted system call
Apr 3 21:53:08 daemon warn radvd[32126]: Exiting, sigterm received.
Apr 3 21:53:08 daemon info radvd[32140]: version 1.8 started
Apr 3 21:53:08 daemon info radvd[32157]: version 1.8 started
Apr 3 21:53:08 daemon warn radvd[32157]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 3 21:53:24 daemon warn radvd[32157]: received RA from fe80::6203:47ff:fe35:5e1c

Standard User jaydub
(fountain of knowledge) Wed 04-Apr-18 09:19:26
Print Post

Re: Freeola Raised Latency


[re: professor973] [link to this post]
 
I had exactly the same thing happen when I was on Aquiss who also use Enta.

My single thread speeds were also all over the place during the day, but rock solid at weekends and out of working hours.

Martin explained this as being down to the way Business traffic is prioritised on the Enta network, but there were others who didn't see the average ping response increases and weren't on a Business product. Martin did mention that our local node (Manchester) was overloaded and due to have additional bandwidth added, so suspect it only manifests itself if a node is running a bit hot.

All slightly subjective as Martin agreed to release me from my contract and I migrated to IDNet a month later, at which point the BQM graphs returned to a normal profile.
Standard User professor973
(knowledge is power) Wed 04-Apr-18 18:34:13
Print Post

Re: Freeola Raised Latency


[re: jaydub] [link to this post]
 
Yes, I had the same with Aquiss about eighteen months back or more. They told me NOBODY was suffering on their network, which is as good as blaming something here. Finally, they admitted there was congestion on my very node - So I waddled off elsewhere to the next problematic ISP, who promised to be supplying TT FTTC very soon, but still had not a year later. I and many others were still waiting ... so waddled off again!
Same again today - Raised latency almost on the dot of half eight and the service all over the place and IPv6 packet loss.
https://www.thinkbroadband.com/broadband/monitoring/...

https://www.thinkbroadband.com/broadband/monitoring/...

Edited by professor973 (Wed 04-Apr-18 19:45:49)


Register (or login) on our website and you will not see this ad.

Standard User jaydub
(fountain of knowledge) Wed 04-Apr-18 20:10:36
Print Post

Re: Freeola Raised Latency


[re: professor973] [link to this post]
 
Here's my BQM graphs from:

Thursday 7th December (last working day with Aquiss without a BQM outage)

Sunday 10th December (last day with Aquiss)

Monday, 11th December (first day with IDNet)

Very similar!
Standard User strzelecki
(regular) Wed 04-Apr-18 21:03:15
Print Post

Re: Freeola Raised Latency *DELETED*


[re: professor973] [link to this post]
 
Post deleted by strzelecki
Standard User freeola
(member) Wed 04-Apr-18 21:04:43
Print Post

Re: Freeola Raised Latency


[re: professor973] [link to this post]
 
Hi,
If you can wait until Monday I can take a look at this if you'd like (not back at HQ until then)? Does seem a little strange. Certainly not seeing this on my own connection but I'm probably on a different node to you.
PM me your details and I'll see if the BQM graphs can be passed on as evidence.

Rob

Freeola
http://freeola.com - Broadband, Line Rental, Domains, Hosting & Instant Sites - Support
Standard User professor973
(knowledge is power) Wed 04-Apr-18 21:59:51
Print Post

Re: Freeola Raised Latency


[re: freeola] [link to this post]
 
Thanks Rob - Will do.

Standard User professor973
(knowledge is power) Wed 04-Apr-18 22:01:51
Print Post

Re: Freeola Raised Latency


[re: jaydub] [link to this post]
 
Haha - That self same raised latency curve from half eight in the morning until midnight.

Standard User professor973
(knowledge is power) Sat 07-Apr-18 21:51:48
Print Post

Re: Freeola Raised Latency


[re: professor973] [link to this post]
 
Saturday and once again no raised latency at 8:30am, though lunchtime saw the third loss of DSL in 24 hours with broadband a right mess for a few hours after - Messed up streaming sport - Usual high demand time struggle. Interesting to see what Monday brings when Rob back at the office - A switch to his node would be the test wink
https://www.thinkbroadband.com/broadband/monitoring/...

Standard User professor973
(knowledge is power) Tue 10-Apr-18 17:31:52
Print Post

Re: Freeola Raised Latency


[re: professor973] [link to this post]
 
Loss of DSL half a dozen times on Saturday. Again this morning and seemed to struggle to reconnect. Can anyone make sense of this Router log to pin the problem down?
Apr 10 10:11:54 kern warn kernel: bcmxtmcfg: Normal(XTM/PTM) Mode enabled
Apr 10 10:11:54 kern warn kernel: bcmxtmcfg: SILI End - UtopiaCfg - 0
Apr 10 10:11:54 kern warn kernel: bcmxtmcfg: DS xDSL G.inp Mode = DISABLED
Apr 10 10:11:54 kern warn kernel: bcmxtmcfg: xDSL G.Fast Mode = DISABLED
Apr 10 10:11:54 kern warn kernel: bcmxtmcfg: Bonding State is DATA_IDLE
Apr 10 10:11:56 daemon notice syslog: pppd:Terminating on signal 20.
Apr 10 10:11:57 daemon crit syslog: Clear IP addresses. PPP connection DOWN.
Apr 10 10:11:57 daemon crit syslog: Clear IP addresses. Connection DOWN.
Apr 10 10:11:57 daemon info radvd[27520]: attempting to reread config file
Apr 10 10:11:57 daemon notice syslog: pppd:Couldn't increase MTU to 1500.
Apr 10 10:11:57 daemon info radvd[27520]: resuming normal operation
Apr 10 10:11:57 daemon warn radvd[27520]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:11:57 daemon err syslog: pppd:Couldn't increase MRU to 1500
Apr 10 10:12:01 daemon info radvd[27520]: attempting to reread config file
Apr 10 10:12:01 daemon info radvd[27520]: resuming normal operation
Apr 10 10:12:01 daemon warn radvd[27520]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:12:02 kern info kernel: device ptm0 left promiscuous mode
Apr 10 10:12:02 daemon info radvd[27520]: attempting to reread config file
Apr 10 10:12:02 daemon info radvd[27520]: resuming normal operation
Apr 10 10:12:02 daemon warn radvd[27520]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:12:02 daemon info radvd[27520]: attempting to reread config file
Apr 10 10:12:02 kern info kernel: device ptm0 entered promiscuous mode
Apr 10 10:12:02 kern info kernel: device ptm0 left promiscuous mode
Apr 10 10:12:02 daemon info radvd[27520]: resuming normal operation
Apr 10 10:12:02 daemon warn radvd[27520]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:12:02 daemon info radvd[27520]: attempting to reread config file
Apr 10 10:12:02 daemon info radvd[27520]: resuming normal operation
Apr 10 10:12:02 daemon warn radvd[27520]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:12:02 daemon info radvd[27520]: attempting to reread config file
Apr 10 10:12:02 daemon info radvd[27520]: resuming normal operation
Apr 10 10:12:02 daemon warn radvd[27520]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:12:03 daemon warn radvd[27520]: poll error: Interrupted system call
Apr 10 10:12:03 daemon warn radvd[27520]: Exiting, sigterm received.
Apr 10 10:12:04 daemon err dhcp6c[27424]: client6_send: transmit failed: Network is unreachable
Apr 10 10:12:22 kern crit kernel: Line 0: VDSL G.993 channel analysis
Apr 10 10:12:23 kern crit kernel: Line 0: VDSL2 link up, Bearer 0, us=19999, ds=66999
Apr 10 10:12:23 kern crit kernel: Line 0: VDSL2 link up, Bearer 1, us=0, ds=0
Apr 10 10:12:23 kern warn kernel: bcmxtmcfg: SILI Start - UtopiaCfg - 0
Apr 10 10:12:23 kern warn kernel: bcmxtmcfg: DS xDSL G.inp Mode = ENABLED
Apr 10 10:12:23 kern warn kernel: bcmxtmcfg: xDSL G.Fast Mode = DISABLED
Apr 10 10:12:23 kern warn kernel: bcmxtmcfg: xDSL ADSL Mode = DISABLED
Apr 10 10:12:23 kern warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = UP(1), Service Support = PTM(2)
Apr 10 10:12:23 kern warn kernel: bcmxtmcfg: ReconfigureSAR port 0 traffictype 2
Apr 10 10:12:23 kern warn kernel: bcmxtmcfg: Normal(XTM/PTM) Mode enabled
Apr 10 10:12:23 kern warn kernel: bcmxtmcfg: SILI End - UtopiaCfg - 10
Apr 10 10:12:23 kern warn kernel: bcmxtmrt: TxPAF Status = Disabled
Apr 10 10:12:23 kern warn kernel: bcmxtmrt: MAC address: 60 03 47 35 5e 1f
Apr 10 10:12:23 kern warn kernel: [DoCreateDeviceReq.775]: register_netdev
Apr 10 10:12:23 kern warn kernel: [DoCreateDeviceReq.777]: register_netdev done
Apr 10 10:12:23 kern warn kernel: bcmxtmcfg: Reserve TxQueueIdx=0 for vcid 0
Apr 10 10:12:23 kern warn kernel: NON-CO4 DSLAM based operations for PTM CRC & ENET FCS.
Apr 10 10:12:23 kern warn kernel: XTM Init: Ch:0 - 400 tx BDs at 0xa1ed6000
Apr 10 10:12:23 kern warn kernel: bcmxtmcfg: Connection UP, LinkActiveStatus=0x1, US=19999000, DS=66999000
Apr 10 10:12:24 kern warn kernel: ptm0.1 MAC address set to 60:03:47:35:5E:20
Apr 10 10:12:24 kern warn kernel: netdev path : ptm0.1 ->
Apr 10 10:12:24 kern info kernel: ptm0
Apr 10 10:12:24 kern warn kernel: BCMVLAN : ptm0 mode was set to RG
Apr 10 10:12:24 kern info kernel: device ptm0 entered promiscuous mode
Apr 10 10:12:24 daemon notice syslog: pppd:cms logging initialized.
Apr 10 10:12:24 daemon notice syslog: pppd 2.4.1 started by admin, uid 0
Apr 10 10:12:24 daemon notice syslog: PPP: Start to connect ...
Apr 10 10:12:24 daemon crit syslog: session disconnect pppoe.oldsession=a0f3e43411ed/1aae
Apr 10 10:12:51 daemon err syslog: pppd:Couldn't get channel number: Transport endpoint is not connected
Apr 10 10:12:51 daemon notice syslog: pppd:Couldn't reset tty to normal line discipline: Inappropriate ioctl for device
Apr 10 10:12:51 daemon notice syslog: pppd:Doing disconnect
Apr 10 10:12:54 daemon notice syslog: PPP: Start to connect ...
Apr 10 10:12:54 daemon crit syslog: session disconnect pppoe.oldsession=a0f3e43411ed/1aae
Apr 10 10:12:58 daemon crit syslog: PPP server detected.
Apr 10 10:12:58 daemon crit syslog: PPP session established.
Apr 10 10:12:58 kern warn kernel: netdev path : ppp1.1
Apr 10 10:12:58 kern info kernel: -> ptm0.1
Apr 10 10:12:58 daemon notice syslog: pppd:Using interface ppp1.1
Apr 10 10:12:58 kern info kernel: -> ptm0
Apr 10 10:12:58 daemon notice syslog: pppd:Connect: ppp1.1 <--> ptm0.1
Apr 10 10:12:58 daemon notice syslog: pppd:Couldn't increase MTU to 1500.
Apr 10 10:12:58 daemon err syslog: pppd:Couldn't increase MRU to 1500
Apr 10 10:12:58 daemon err syslog: pppd:Couldn't increase MRU to 1500
Apr 10 10:12:58 daemon crit syslog: PPP LCP UP.
Apr 10 10:12:58 daemon notice syslog: pppd:local LL address fe80::2d39:118f:00dd:100b
Apr 10 10:12:58 daemon notice syslog: pppd:remote LL address fe80::a66c:2aff:fef8:0b00
Apr 10 10:12:58 daemon notice syslog: pppd:local IP address 78.32.138.169
Apr 10 10:12:58 daemon notice syslog: pppd:remote IP address 78.33.253.11
Apr 10 10:12:58 daemon notice syslog: pppd:primary DNS address 195.74.113.58
Apr 10 10:12:58 daemon notice syslog: pppd:secondary DNS address 195.74.113.62
Apr 10 10:12:58 daemon crit syslog: Received valid IP address from server. Connection UP.
Apr 10 10:13:00 daemon info syslog: Hop limit : 64
Apr 10 10:13:00 daemon info syslog: Stateful address conf. : Yes
Apr 10 10:13:00 daemon info syslog: Stateful other conf. : No
Apr 10 10:13:00 daemon info syslog: Router preference : medium
Apr 10 10:13:00 daemon info syslog: Router lifetime : 1800 seconds
Apr 10 10:13:00 daemon info syslog: Reachable time : 0 milliseconds
Apr 10 10:13:00 daemon info syslog: Retransmit time : 0 milliseconds
Apr 10 10:13:00 daemon info syslog: Prefix : 2001:4d48:ad57:4d00::/56
Apr 10 10:13:00 daemon info syslog: Valid time : 2592000 seconds
Apr 10 10:13:00 daemon info syslog: Pref. time : 604800 seconds
Apr 10 10:13:05 daemon info syslog: dhcp6c restart..
Apr 10 10:13:13 daemon info radvd[18726]: version 1.8 started
Apr 10 10:13:13 daemon warn radvd[18726]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:13:13 daemon warn radvd[18726]: poll error: Interrupted system call
Apr 10 10:13:13 daemon warn radvd[18726]: Exiting, sigterm received.
Apr 10 10:13:13 daemon info radvd[18735]: version 1.8 started
Apr 10 10:13:13 daemon warn radvd[18735]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:13:13 daemon warn radvd[18735]: poll error: Interrupted system call
Apr 10 10:13:13 daemon warn radvd[18735]: Exiting, sigterm received.
Apr 10 10:13:14 daemon info radvd[18748]: version 1.8 started
Apr 10 10:13:14 daemon warn radvd[18748]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:13:19 daemon info radvd[18784]: version 1.8 started
Apr 10 10:13:19 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:13:35 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:13:51 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:14:07 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:17:53 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:26:06 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:33:10 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:37:13 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:45:36 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:50:12 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:55:48 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 10:59:14 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 11:07:39 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 11:16:56 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 11:25:16 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 11:34:59 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 11:44:51 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 11:50:29 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 11:57:34 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 12:01:26 daemon warn radvd[18784]: received RS from fe80::b0ce:7bfd:50e5:1e47
Apr 10 12:01:26 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 12:02:23 daemon warn radvd[18784]: received RS from fe80::ad0:b7ff:fee1:215d
Apr 10 12:02:23 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 12:07:48 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 12:14:34 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 12:20:47 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 12:24:29 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 12:28:27 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 12:32:58 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 12:39:09 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 12:46:56 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 12:52:04 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 13:01:35 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 13:05:10 daemon warn radvd[18784]: received RS from fe80::a561:12e6:f3b3:cae6
Apr 10 13:05:10 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 13:15:09 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 13:19:47 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 13:28:56 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 13:32:59 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 13:42:42 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 13:46:26 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 13:52:47 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 14:02:38 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 14:11:29 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 14:17:07 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 14:25:18 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 14:33:52 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 14:39:21 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 14:43:10 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 14:48:50 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 14:58:18 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 15:06:07 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 15:14:47 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 15:18:54 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 15:28:50 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 15:34:16 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 15:41:18 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 15:44:56 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 15:45:53 daemon warn radvd[18784]: received RS from fe80::a561:12e6:f3b3:cae6
Apr 10 15:45:53 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 15:52:24 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 15:56:18 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 15:59:39 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 16:05:42 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 16:12:43 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 16:18:09 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 16:24:10 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 16:32:31 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 16:37:07 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 16:43:53 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 16:51:56 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 16:56:58 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 17:06:48 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 17:14:42 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 17:18:34 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c
Apr 10 17:19:39 daemon warn radvd[18784]: received RS from fe80::16bb:6eff:fe68:8525
Apr 10 17:19:39 daemon warn radvd[18784]: received RA from fe80::6203:47ff:fe35:5e1c

Standard User professor973
(knowledge is power) Thu 12-Apr-18 09:53:19
Print Post

Update


[re: professor973] [link to this post]
 
Despite Rob's efforts, whatever Enta have done has made things pretty much unusable, so may well jump despite two months of contract left. Third time with Enta suppliers and have always ended this way.
https://www.thinkbroadband.com/broadband/monitoring/...

Standard User 4M2
(knowledge is power) Thu 12-Apr-18 17:52:03
Print Post

Re: Update


[re: professor973] [link to this post]
 
Maybe you could go with Andrews and Arnold''s VDSL (TTB if available?) on a one month minimum term and if there are any issues with the D-side copper pair it could be efficiently sorted out?
Standard User markieb
(newbie) Thu 12-Apr-18 18:39:28
Print Post

Re: Freeola Raised Latency


[re: professor973] [link to this post]
 
I'm also seeing latency and packet loss from around 8:30am till around 5pm weekdays on 4 different ENTA connections at different clients. 3 on the same exchange and one on a different exchange in a different city.
The graphs show almost identical latency and packet loss spikes during the day.

Been told there's no problems and no latency or packet loss by ENTA.

https://www.thinkbroadband.com/broadband/monitoring/...

https://www.thinkbroadband.com/broadband/monitoring/...

https://www.thinkbroadband.com/broadband/monitoring/...

https://www.thinkbroadband.com/broadband/monitoring/...
Standard User professor973
(knowledge is power) Thu 12-Apr-18 19:18:05
Print Post

Re: Freeola Raised Latency


[re: markieb] [link to this post]
 
Several folks have shown the same working day latency curve. Rob at Freeola is trying his best. He has told them the problem is latency and asked about the possibility of a node change. As far as I know, their only response has been a speed-test request, which I have forwarded to Rob. A pity that a helpful knowledgeable fast responding ISP are restricted by such a supplier. personally, I would resell from another supplier and keep my good reputation. Hope Enta sort it, but this has been the case here since last December, with my previous flagging gave the nothing wrong with Enta reply. Splashing across TBB has turned up many instances of the same Enta problem.

Standard User professor973
(knowledge is power) Thu 12-Apr-18 19:28:58
Print Post

Re: Update


[re: 4M2] [link to this post]
 
AA Good. It took them six months to get a totally incompetent Openreach to finally sort my underground fault. I moved to save £10 per month with Freeola who I had previously used before they did FTTC and knew of their good customer service. I want to keep my line with Pulse8 if I can - £13 per month and 1ppm with no connection fee and per second billing.
If I am forced to jump, IDNet looks attractive with decent service and probably save a bit more. I am aware they also do line and calls around the same price as Pulse8, but putting both with them looks like I would end unbundled away from a BT line again, Which I don't really want. Service was OK, but a pain whe BT pretend they cannot trace the number when you want a check of some sort, though they can trace it fast enough for a repair or sale. Would go all-in with Pulse8 in a flash again if not for the unbundling.

Standard User jaydub
(fountain of knowledge) Thu 12-Apr-18 19:54:03
Print Post

Re: Update


[re: professor973] [link to this post]
 
IDNet only do SMPF, so your phone would remain with BT regardless of which Backhaul provider is used.

Currently with them and think they are good (but probably not AA good). They were more than willing to change my backhaul when I was having single thread speed issues.
Standard User 4M2
(knowledge is power) Thu 12-Apr-18 21:42:02
Print Post

Re: Update


[re: professor973] [link to this post]
 
Do IDNet do SMPF TTB VDSL, with a one month minimum term, on your line?
Standard User professor973
(knowledge is power) Thu 12-Apr-18 22:56:52
Print Post

Re: Update


[re: 4M2] [link to this post]
 
They do 1 month if you put your line with them and they do SMPF on longer contracts, so probably nothing other than company policy stopping them. Ask and see I suppose.
https://ibb.co/kcgwXS

Standard User ferretuk
(member) Fri 13-Apr-18 08:08:08
Print Post

Re: Update


[re: professor973] [link to this post]
 
Read more carefully smile

The screengrab you posted says 'broadband only' can be supplied for £31.80 and their full price list shows all the available options (albeit at different prices).

https://www.idnet.net/data_products/broadband_prices...

AAISP Home::1 Terabyte | IPv4 BQM | IPv6 BQM | AAISP VOIP | ER-Lite Router | Unifi AC-Lite Wifi AP
Standard User professor973
(knowledge is power) Fri 13-Apr-18 10:52:57
Print Post

Deleted


[re: professor973] [link to this post]
 
Deleted

Edited by professor973 (Fri 13-Apr-18 11:02:42)

Standard User professor973
(knowledge is power) Fri 13-Apr-18 10:56:07
Print Post

Re: Update


[re: ferretuk] [link to this post]
 
YOU need to read more carefully. The screen grab I posted plainly says 'LINE RENTAL INCLUDED' - NOT broadband only. Try Specsavers.

Standard User jdigz7
(regular) Fri 13-Apr-18 12:00:56
Print Post

Re: Update


[re: professor973] [link to this post]
 
In reply to a post by ferretuk:
Read more carefully smile

The screengrab you posted says 'broadband only' can be supplied for £31.80 and their full price list shows all the available options (albeit at different prices).

https://www.idnet.net/data_products/broadband_prices...




In reply to a post by professor973:
YOU need to read more carefully. The screen grab I posted plainly says 'LINE RENTAL INCLUDED' - NOT broadband only. Try Specsavers.


If you read what he said and look at the screenshot... he was merely pointing out it clearly shows below an option of broadband only for a price..

No need to be so abrupt and insulting. Your manner is somewhat like adslmax you see what you want to see and react like a bull in a china shop.
Standard User professor973
(knowledge is power) Fri 13-Apr-18 13:53:03
Print Post

Re: Update


[re: jdigz7] [link to this post]
 
Possibly everything I post being rubbished as if a fool has something to to with it. Your manner is nothing to write home about either when my statement was quite correct. I suggest you look at the link in a reply rubbishing my screen grab and scroll down to the bottom - You will see what is available on a one month contract and SMPF on a LONG contract. I said no more than ' open your eyes' - The EXACT phrase aimed at me, so I hope you will be chastising the fellow in the other corner!

Edited by professor973 (Fri 13-Apr-18 13:55:26)

Administrator MrSaffron
(staff) Fri 13-Apr-18 14:12:41
Print Post

Re: Update


[re: professor973] [link to this post]
 
The price list versus the product page are a bit confusing since one suggests

£49.80 for the 80/20 service but the other £41.40 but then you notice the footnote that says and that the price is FROM

"Prices above are based on standard FTTC/40/2 & Phone service with no option features or call charges.

Suspect it may be this that has led down the debate path.

The author of the above post is a thinkbroadband staff member. It may not constitute an official statement on behalf of thinkbroadband.
Standard User professor973
(knowledge is power) Fri 13-Apr-18 14:21:52
Print Post

Re: Update


[re: MrSaffron] [link to this post]
 
Agree Andrew, though the question was if one month FTTC was available. I simply stated it was if they took the line also and available SMPF on a longer contract, so possibly may agree. That said, the link posted back to me seems to show everything available under a 'Broadband only' heading. End of the day off topic a little regarding Enta latency.

Standard User markieb
(newbie) Fri 13-Apr-18 14:35:52
Print Post

Re: Freeola Raised Latency


[re: professor973] [link to this post]
 
Two ENTA connections on completely different exchanges in different cities....
Identical latency and packet loss!

https://www.thinkbroadband.com/broadband/monitoring/...

https://www.thinkbroadband.com/broadband/monitoring/...
Standard User ferretuk
(member) Fri 13-Apr-18 14:50:30
Print Post

Re: Update


[re: professor973] [link to this post]
 
In reply to a post by professor973:
scroll down to the bottom - You will see what is available on a one month contract and SMPF on a LONG contract.

Where does it say this? The only reference to a 12 month contract is for FTTP. The original page (from which you made your screengrab) says that FTTC Lite and FTTC Unlimited are on a 1 month contract. In the small print it then says that 'broadband only' is an option.

The price list I linked to shows the options available and does not mention a 12 month contract for any of the FTTC Unlimited packages. To be fair though, it doesn't explicitly say 1 month either so slapped wrist to IDNet.

Still, I'll stop trying to help...

AAISP Home::1 Terabyte | IPv4 BQM | IPv6 BQM | AAISP VOIP | ER-Lite Router | Unifi AC-Lite Wifi AP
Standard User professor973
(knowledge is power) Fri 13-Apr-18 14:52:52
Print Post

Re: Freeola Raised Latency


[re: markieb] [link to this post]
 
Yep - Rob at Freeola has the same on his BQM, so it's been flagged, but Enta seem hard work and not really the place to be at the moment. Glad I posted this here instead of just getting back to my ISP again, as this site has really exposed it as a widespread issue - Congestion caused by Enta business priority!

Standard User ferretuk
(member) Fri 13-Apr-18 14:52:58
Print Post

Re: Update


[re: MrSaffron] [link to this post]
 
Correct - I hadn't spotted the 'from' bit when I referred to different pricing - Oops!

The IDNet price list is indeed consistent with their main broadband page.

Edited by ferretuk (Fri 13-Apr-18 16:38:07)

Standard User professor973
(knowledge is power) Fri 13-Apr-18 14:58:26
Print Post

Re: Update


[re: ferretuk] [link to this post]
 
It is confusing yes. The original question that came up in this Enta latency thread, was did IDNet do FTTC on a one month contract. My screen grab pointed to the fact that they did if you put your line with them also, along with them doing SMPF FTTC (Broadband only) with a long tie-in. Anyway, despite the mess my Enta is in, I have a direction to go to!
https://www.thinkbroadband.com/broadband/monitoring/...

Standard User jdigz7
(regular) Fri 13-Apr-18 15:06:29
Print Post

Re: Update


[re: professor973] [link to this post]
 
In reply to a post by professor973:
Possibly everything I post being rubbished as if a fool has something to to with it. Your manner is nothing to write home about either when my statement was quite correct. I suggest you look at the link in a reply rubbishing my screen grab and scroll down to the bottom - You will see what is available on a one month contract and SMPF on a LONG contract. I said no more than ' open your eyes' - The EXACT phrase aimed at me, so I hope you will be chastising the fellow in the other corner!



I'm not discussing anything other than the fact you linked a screenshot and underneath it clearly says broadband only option available..That's what was pointed out.

Another forum user who could cause an argument in an empty room....

Anyway I hope whichever ISP you move to fixes your issue.
Standard User professor973
(knowledge is power) Fri 13-Apr-18 15:16:10
Print Post

Re: Update


[re: jdigz7] [link to this post]
 
In that case, butt out of my thread, because 'I will only discuss' the original subject from now on.

Standard User bernado
(member) Sat 14-Apr-18 12:16:59
Print Post

Re: Update


[re: professor973] [link to this post]
 
In reply to a post by professor973:
In that case, butt out of my thread, because 'I will only discuss' the original subject from now on.


In that case maybe an edit is in order on this thread? smile http://forums.thinkbroadband.com/otherisp/f/4584941-...
Standard User RobertoS
(elder) Sat 14-Apr-18 13:07:26
Print Post

Re: Update


[re: bernado] [link to this post]
 
In reply to a post by bernado:
In reply to a post by professor973:
In that case, butt out of my thread, because 'I will only discuss' the original subject from now on.


In that case maybe an edit is in order on this thread? smile http://forums.thinkbroadband.com/otherisp/f/4584941-...
frown
You appear to have entered this thread purely to indulge in a flame.

You also seem not to understand much about how this forum operates at the technical level.

First, your link is rather idiotic in repeating itself within the "url" structure. Simply posting it would have sufficed without that structure, or alternatively and better the words "this thread" should have been where you did the repeat. That's what the structure is for.

Second, posts can only be edited for the first 12 hours after initial posting.

As for suggesting that edit, a complaint about Uno in a thread headed "Uno (TBB)" is the sort of thing that happens wrt all ISPs on forums. Furthermore, cross-linking disputes to other threads on the site is frowned upon by the administration. If you want to complain about a post elsewhere, complain in the thread it appears in.

Byeee.

My broadband basic info/help site - www.robertos.me.uk. Domains, site and mail hosting - Tsohost.
Connection - AAISP Home::1 80/20. 200GB. Sync 74565/13753Kbps @ 600m. BQMs - IPv4 & IPv6
Pages in this thread: 1 | 2 | 3 | 4 | (show all)   Print Thread

Jump to