- My WiFi devices were in 192.168.0.0/24 along with the single desktop on the LAN,
- I had DHCP fixed for some devices so
- - my DMZ was a laptop connected via WiFi,
- - I had port-forwards set up to WiFi devices.
- I could administer via webadmin from the comfort of my sofa.
I get home today, to find that all WiFi devices are now on 192.168.1.0/24. As a result:
I can't use the webadmin on 192.168.0.1 unless it's from the desktop in a cramped space.
My DMZ and port forwards are now
1) all broken
2) can't be fixed since they can only be set on 192.168.0.0/24
3a) and I can't fix DHCP for any devices since applying changes refreshes the page (with no warning or error displayed) and the rule to be applied, isn't.
3b) The fixing a DHCP address page has the MAC addresses offset by one to the connected hosts when clicking the option box to pre-populate the form. e.g. click the 5th option box, and the data for the 6th listed computer is pre-populated.
3c) Even so, I can't change the 3rd octet (from 1 to 0 e.g.) since clicking the options set the first 3 octets, only leaving the 4th changable.
The information below shows the current status of this Hub 3.0. Standard specification compliant : DOCSIS 3.0 Hardware version : 10 Software version : 9.1.116V Cable MAC address : **:**:**:**:**:** Cable modem serial number : AAAP607<more numbers>
System up time : 0 days 0h:43m:10s Network access : Allowed
Your current Hub 3.0 internet settings are displayed below: MAC address : **:**:**:**:**:** IPv6 address : Not Available IPv6 default gateway : ::1999:9999:0:6 IPv6 lease time : 0 days 0h:0m:0s IPv6 lease expire : 0-00-00 00:00:00.00 IPv6 DNS servers : :: IPv4 address : <deleted> Default gateway : <deleted> IPv4 lease time : 6 days 18h:36m:22s IPv4 lease expire : 2018-05-23 12:27:33.00 IPv4 DNS servers : 188.8.131.52 IPv6 DS-Lite status : Disable DS-Lite-FQDN : DS-Lite-address : ::
Re: Hub 3.0 - seeming update has broken home network.
No, because we'd only had it a couple of weeks 'without problems,' and the only possible, likely, cause is a remote update of the firmware, which I presume would would be re-instated on such a reset, and result in the same problems.
In checking the equipment, and stating it 'appears within specification,' are you saying that
- the move of wifi devices from 192.168.0/24 to 192.168.1/24, leaving the router itself and LAN connected devices on 192.168.0/24
- the inability of devices on the two CIDR blocks to communicate between the CIDR blocks
- the current inability to fix DHCP addresses (in general, and for wifi devices specifically) where previously it was fine
- the current inability to set the DMZ to a wifi-connected device where, again previously, it was fine