Recent content by Nigel Jones

Update - ISP reported, eero identified fix, probably out late March. Of course in the meantime the FritzBox has been working flawlessly as a router, and also has better firewall, monitoring, supports 1500 MTU for pppoe etc… so I may now stick with it (though I do plan to test the eero for...

Update * It seems as if the eero is buggy. ISP have now contacted eero to persue * In the interim I'm using my fritzbox 7530. pretty much usual ipv6 settings (as with zen) with one essential change. Happily survives repeated re-init of the ppp link, reboot etc. That change? Disable rapid...

'm now thinking the probem could be that the DUID is not stable across reboots. The default (type 1) DUID is DUID-LLT - so it's a mac address (link layer) + time. The router would be expected to generate and then save this value to be persistent across reboots/reconnects (not sure about reset)...

I've now contacted eero myself to see if they can tell me anything from their logs. Giganet also replied saying they're looking at reducing lease times soon -- though it seems there's another underlying issue here. They've also said they'll contact eero (this is an ISP provided router that isn't...

they thought it could have been caused by a diff mac address - but I'd never tried another device *until* I'd proven there were issues. I don't think the eero generates macs on the fly, so there's something else wrong in the allocation of the prefix & associated 'lease' ?

I've now been exchanging more messages with their team. They first allocated me a new prefix - that worked once. Once only. After a reboot it again failed Then they manually freed up the lease - again that worked once. Failed after a reboot. So currently this is looking extremely fragile. It's...

Many months later, and I've just been fighting IPv6 again. On the supplied Eero - not another router! I had Giganet (openreach) installed Friday. I noticed after the setup was stable (moving things around etc) that I had no ipv6. Opened a ticket, but it was late friday.. Meanwhile today I did...

By switching off broadcast support on the pptp server config I managed to get rid of the config-requests timeout. However it looks as if perhaps the pptp kernel extension isn't loading since I still get: Mar 16 08:36:51 pptp[12641]: Connection terminated. Mar 16 08:36:51 kernel: Interface pptp0...

I just tried creating a PPTP server on my 3200. Not for security as such, but as a workaround for a failing 'three' network connection on a Huawai router. The three network is struggling, but a VPN seems to workaround the issues with connections. However after setting up such a connection I see...

This morning I noticed I wasn't able to reach many web sites on my phone. same on pc. some recently used sites ok. Checked my router, and noted errors : Jan 29 08:31:38 dnsmasq-dhcp[285]: failed to write /var/lib/misc/dnsmasq.leases: No space left on device (retry in 60s) Jan 29 08:31:45...

I also noticed a cert error with DDNS, even after updating the server certificate: Nov 1 08:56:32 start_ddns: update WWW.ASUS.COM [email protected], wan_unit 0 Nov 1 08:56:33 inadyn[7970]: In-a-dyn version 2.5 -- Dynamic DNS update client. Nov 1 08:56:33 inadyn[7970]: Update forced for alias...

RT-AC3200 running 384.13 Nov 1 08:49:00 rc_service: service 7382:notify_rc restart_letsencrypt seems to occur every minute for about the last 24 hours. Interestingly this seemed to start after my last reboot (had electricity meter replaced) Nothing else in particular noticed so far I then...

I've started noticing these errors on my RT-AC3200 running 384.13 Is it purely a linux scheduling issue? Storage problem? Harmless? Serious? Oct 29 23:35:59 kernel: BUG: scheduling while atomic: mtdblock3/27/0x00000002 Oct 29 23:35:59 kernel: BUG: scheduling while atomic...

I removed FreshJR, switched off traffic & app analysis. Let's see if that helps reduce the load. If that still fails I may remove the vpn server (rarely used) and move to a pi.