SIP WAN DOWN

[#1]

I've been having daily dropouts for weeks now, which I've reported multiple times. Every time I go through the same process of testing by Plusnet and then being told it's resolved, only to have the same issue reoccur. I don't know how useful this part of the log will be, but this is when it drops out:

09:36:00, 17 Aug.SIP WAN UP
09:35:57, 17 Aug.SIP WAN DOWN
09:35:57, 17 Aug.NTP synchronization start
09:35:57, 17 Aug.UPnP is enabled
09:35:57, 17 Aug.WAN Sensing Auto sensing Complete, interface selected
09:35:57, 17 Aug.WAN Sensing Auto sensing Running
09:35:57, 17 Aug.Success - secondary DNS servers
09:35:57, 17 Aug.Success - primary DNS servers
09:35:56, 17 Aug.WAN connection WAN2_INTERNET_PTM connected
09:35:56, 17 Aug.PPP: IPCP up

[#2]

I've copy+pasted more of it here:

09:39:44, 17 Aug.
ARP [add] br0(wl0) 192.168.1.152 76:8b:79:22:e4:fb

09:39:40, 17 Aug.
DHCP device Connected: 192.168.1.152, 76:8b:79:22:e4:fb, CMF-by-Nothing-Phone-1

09:39:39, 17 Aug.
DHCP lease issued 192.168.1.152 to 76:8b:79:22:e4:fb CMF-by-Nothing-Phone-1, lease duration is 86400 seconds

09:39:39, 17 Aug.
5G Client associate from 76:8b:79:22:e4:fb (IP=192.168.1.152) RSSI=-70, Rate=390Mbps, host CMF-by-Nothing-Phone-1

09:39:39, 17 Aug.
LAN [ADD] ARP 192.168.1.152 with 76:8b:79:22:e4:fb from br0(wl0)

09:39:39, 17 Aug.
Receive a DHCP request

09:39:39, 17 Aug.
Lan IPv6 Neighbour Discovery events: NEIGHBOR_SOLICIT

09:37:43, 17 Aug.
CWMP: HDM socket closed successfully.

09:37:43, 17 Aug.
CWMP: HTTP authentication success from pbthdm.x.x.x

09:37:43, 17 Aug.
CWMP: HDM socket opened successfully.

09:37:43, 17 Aug.
CWMP: session completed successfully09:36:05, 17 Aug.
PPP IPV6CP Send Configuration Request

09:36:02, 17 Aug.
PPP IPV6CP Send Configuration Request

09:35:59, 17 Aug.
PPP IPV6CP Send Configuration Request

09:35:59, 17 Aug.
SIP WAN UP

09:35:56, 17 Aug.
SIP WAN DOWN

09:35:56, 17 Aug.
NTP synchronization start

09:35:56, 17 Aug.
UPnP is enabled

[#3]

Not sure if you'll agree, but I pasted the whole log into ChatGPT and it says:

The log shows that when SIP WAN DOWN appears, your router really loses its WAN/PPP session, not just SIP. The internet itself is dropping, then reconnecting a few seconds later.

This is consistent with:

• A line issue (DSL/cable/fiber link dropping momentarily).

• PPP session resets (ISP or router ending the session).

• Router firmware bug or reboot (less likely since your log continues without a full restart).
  
  
  

[#4]

@LawTurley Not really my area of expertise, but I would suggest your issue is more consistent with the first of those three conditions you quote above. Two and three are unlikely - IMO. Which version of the Hub are you using?

[#5]

Product code: Plusnet Hub Two

Serial number: +108417+2320001742

Firmware version: v0.10.00.04201-PN

This information might also be useful:

DSL uptime:0 Days 1 Hr 10 Mins
Data rate:20 Mbps / 79.999 Mbps
Maximum data rate:34.114 Mbps / 139.366 Mbps
Noise margin:15.0 / 21.5
Line attenuation:3.9 / 7.5

[#6]

@LawTurley 

SIP down is associated with VoIP so it can be ignored.

As you have a DSL connection you should be concentrating on DSL Link Down messages.

[#7]

Just before it went down I had: 

9:35:55, 17 Aug.

PPP: Received PADS

09:35:55, 17 Aug.

PPP: Sending PADR

09:35:55, 17 Aug.

PPP: Received PADO

09:35:55, 17 Aug.

PPP: Sending PADI

09:35:50, 17 Aug.

PPP: Sending PADI

09:35:45, 17 Aug.

PPP: Sending PADI

09:35:40, 17 Aug.

PPP: Sending PADI

09:35:37, 17 Aug.

DSL Link Up: Down Rate=79999kbps, Up Rate=20000kbps; SNR Margin Down=21.3dB, Up=15.1dB

09:35:35, 17 Aug.

PPP: Sending PADI

09:35:30, 17 Aug.

PPP: Starting PPP daemon

09:35:29, 17 Aug.

WAN Auto-sensing detected port DSL WAN

09:32:14, 17 Aug.

ARP [add] br0(wl0) 192.168.1.230 9a:30:4c:5f:5b:66

[#8]

@LawTurley Are you sat inside the FTTC cab? those attenuation figures suggest something a bit 'off' to me. Your DSL uptime and noise margin figures suggest a line fault - to me.

If you can export your full event log and attach the resulting .csv file to a post, maybe we can advise further.

[#9]

Data rate:20 Mbps / 79.999 Mbps
Maximum data rate:34.114 Mbps / 139.366 Mbps
Noise margin:15.0 / 21.5 

With those stats , particularly the high (good) noise margins, you wouldn't expect many DSL drops UNLESS there's a significant fault on the line.

It might also be useful to check the log for any router restarts or reboots...

[#10]

We are literally about 20m from the cab, yes.

[#11]

@MisterW Those attenuation figures look suspiciously low to me, or am I misreading something?

[#12]

---

@jab1 wrote:

@LawTurley Are you sat inside the FTTC cab? those attenuation figures suggest something a bit 'off' to me. Your DSL uptime and noise margin figures suggest a line fault - to me.

If you can export your full event log and attach the resulting .csv file to a post, maybe we can advise further.

---

I have no idea how to do that other than to copy+paste page by page, the router doesn't seem to have the option to view the whole log, only page by page?

[#13]

Navigate to Home>Advanced settings>Technical Log in the router, and you should see the option to 'export' towards the top RHS, as in the screenshot below:

[#14]

---

@jab1 wrote:

Navigate to Home>Advanced settings>Technical Log in the router, and you should see the option to 'export' towards the top RHS, as in the screenshot below:

---

 
Gah! Right in front of me! OK, here is the csv.

[#15]

I can't see the expected DSL drops on there, although I note a couple of 'BOOT' entries which suggest, unless you are intentionally totally shutting the Hub down, that you have a dodgy Hub.

I'm not going to be sat in front of the laptop much this morning - maybe @Dan_the_Van  or @MisterW  may have some thoughts?