Every Monday I lose connection

[#1]

@Warius 

Yes that is what we were looking for.

As already posted those are not plusnet IP Address, what is more curious is the IP Address on the screen shot does not match the destination IP address in the log file for port scanning error messages.

Screen shot 92.19.143.65, log file 

Log file 89.241.142.177

I see mostly wireless devices connecting and one but I see this message, have you any wired devices and is there anything connected to the WAN port, as this should be left free.

Even the CWMP messages are wrong

Someone from plusnet needs to look at this issue

@jab1 

what information do you think is missing? 

[#2]

@Dan_the_Van Unless I missed it by not reading the whole logfile, I can't see anywhere the Hub has lost connection and regained it, despite the uptime only showing as 2.1/2 hours?

[#3]

@jab1 

This issue is rather a challenging 😬 

I would say the message is not missing but there is nothing happening to record in the event log you're looking for.

There are a number of PPP stop start messages for earlier today, many 

 CWMP: Session start now, server: https://ceased.x.x.x, Event code: 0 BOOTSTRAP,

that's not even the BT CWMP server which is  https://pbthdm.x.x.x, 

I would expect to see CWMP: Session start now, server: https://pbthdm.x.x.x, Event code: 2 PERIODIC

NOT BOOTSTRAP

Bootstrap – when device contacts the server for the first time, the server URL changed, or the device settings were reset to default;

Maybe a factory reset would be the next action to take with the Hub.

[#4]

@jab1, the log file and the router settings are from different days, so may not correspond wrt reboots etc. and it may explain the different addresses too.

The address and DNS are TalkTalk, but I see from the log that NTP Server is ntp.plus.net. I assume that is just from the Plusnet firmware settings in the router.

Is this a TalkTalk Business connection? (it would make sense for a lettings company to use a business service). There are guides on TalkTalk's website about setting up non-TalkTalk routers.

[#5]

@Dan_the_Van - I agree the CWMP server is obviously the wrong one for BT group companies, and the BOOTSTRAP message is worrying.

A factory reset would at least - hopefully - persuade the Hub to find the correct credentials.

[#6]

---

@corringham wrote:

@jab1, the log file and the router settings are from different days, so may not correspond wrt reboots etc. and it may explain the different addresses too.

The address and DNS are TalkTalk, but I see from the log that NTP Server is ntp.plus.net. I assume that is just from the Plusnet firmware settings in the router.

Is this a TalkTalk Business connection? (it would make sense for a lettings company to use a business service). There are guides on TalkTalk's website about setting up non-TalkTalk routers.

---

I had missed the difference in dates, but if what I have read previously on this topic (and elsewhere) TT do not use PPoE, but DHCP authentication, and in any case, unless I am mistaken, the Hub2 will only work on BT group realms.

[#7]

---

@jab1 wrote:

---

---

I had missed the difference in dates, but if what I have read previously on this topic (and elsewhere) TT do not use PPoE, but DHCP authentication, and in any case, unless I am mistaken, the Hub2 will only work on BT group realms.

---

The evidence from the log suggests that the Hub2 (at least this one) does in fact connect to TalkTalk.

[#8]

A factory reset is likely to result in a loss of service. 

Without seeing other settings in the advance settings not sure how they have done it, but clearly it has been set up to use Talk Talk. 

As already mentioned, Talk Talk do not use the PPOE settings, but instead DHCP - could it be as simple as just changing the DHCP settings to TT?

PN would be able to tell by the username if there is a valid PN account, if not a factory reset would mean loss of service until the TT settings were reinstated.

[#9]

@Warius 

A lot of chat here, regarding the broadband username shown is it setup@plusdsl.net?

Are you able to go back to unihomes and ask them to confirm who the internet provider is supposed to be, from the evidence we see it suggests it is Talk Talk.

@Mustrum

could it be as simple as just changing the DHCP settings to TT?

There is nowhere in the Hub two which allows for this change (unless you know otherwise), just the ability to change the DNS to the users preferred choice. 

[#10]

could it be as simple as just changing the DHCP settings to TT?

There aren't any DHCP settings to change. Yes, you can change the DNS servers that are provided to  DHCP clients but that still won't affect those obtained from the WAN connection.

What is possible, is to convice the Hub that its talking to PN by providing a PPPoE server that authenticates the PN credentials. I know this works, I do it myself. I don't use the Hub 2 as my primary router, its basically a spare in case. So to ensure that its kept updated, without distrubing my network, I periodically connect it using a PPPoE server running on my Linux box via a 2nd NIC. The PPPoE server is configured with my PN credentials so the Hub 2 connects, the LInux box then forwards traffic to the internet via the primary NIC. End result is that the Hub 2 has a WAN connection and can contact the management server.

I still can't understand why the OPs supplier would go to these lengths to provide a service via a PN router, it just doesnt make sense!. There's something very strange about the setup...

[#11]

There's something very strange about the setup...

You can say that again - I still don't get how unihomes is connecting the OP to the TT network via a Hub2 with a PN realm?

[#12]

Maybe we're all over-thinking this issue?

The OP was concerned with a weekly drop/reboot in the early hours each Monday. Its timing and regularity strongly suggests it is a scheduled event rather than a fault - is there actually any more that needs to be said?

[#13]

Agree that question still needs to be answered - although it appears from a bit of checking I did re: the reported ports, that it could be something to do with GTA5.

However, the strange situation of a TT connection working on an apparently PN service has not been explained.

[#14]

---

@jab1 wrote:

Agree that question still needs to be answered - although it appears from a bit of checking I did re: the reported ports, that it could be something to do with GTA5.

---

By GTA5 do you mean Grand Theft Auto 5 - or something else? Do you think that is causing a weekly connection drop?

When I had a FTTC connection at a previous address it would always reboot once a week in a similar way to the OP's report, so I don't see it as something to worry about (since moving ~10 years ago I can no longer get FTTC so I have no idea whether that is still common behaviour).

---

However, the strange situation of a TT connection working on an apparently PN service has not been explained.

---

I don't see a TT connection on a PN service. I see a TT connection using a (possibly modified) Plusnet router.

[#15]

I assume it is Grand Theft Auto 5 - I didn't look much beyond the link I read at the time, as a lot of this is way above my pay grade.

I find it strange that a student would be using a 'possibly modified' Hub, with a '.plusdsl.net' username, if they were on a TT connection - overly complicated and,  I would suggest, impossible.