That's great news @rogerslan. Thanks for acknowledging this issue and looking into it with the vendor.
Looking forward to hearing about your progress on this...
I'm having a bunch of connectivity issues related to 184.108.40.206.
The modem "disconnects" frequently: not from the Internet - from the whole network. When it does, DHCP isn't working and it won't renew IP addresses. The DNS server is also buggy. Previously, you could specify manual DNS server settings to a remote IP (I use Cloudflare's 220.127.116.11 and 18.104.22.168) and it didn't matter if a client computer had a static IP or not, but would still look upstream for a DNS server and get it from the modem. The option to offer DNS proxy for manual DNS is no longer present either, which is what I used to use. Now it seems like any static IP device needs to have DNS specificed manually on it. IPv6 DNS is no longer present as an option although it looks like this was an expected change in the current firmware.
Also, Reserve IP's can no longer be specified outside of the DHCP Range, despite what the subnet is set to, whereas before the modem would accept any valid IP within the subnet.
This started happening at ~2:30 Tuesday morning for me. That whole day, both DHCP devices and static IP devices on my network would experience a disconnection from the network where the modem would not issue DHCP IP's, nor would it show any kind of Internet connection. The modem lights DID NOT indicate that it was rebooted.
On Wednesday, I had a technician come and replace a 3db attenuator inside my home with a "reverse tap" outside, and even replaced the modem with another CODA w/ the same hardware revision and firmware. I'm seeing errors and warnings in the logs. But someone please explain how 2 separate modems will not respond to DHCP IP address renewals to any *wired Ethernet* or wireless computers or devices when it appears to be on and NOT in a reboot state, whether the Internet is connected or not. Shouldn't the DHCP server ALWAYS function on the modem? This has NEVER been an issue with a CODA modem prior to this week, nor to any router that I've ever seen (aside from Bell's, which reboot if they don't detect an Internet connection).
I've been using custom settings with my modem since I got Rogers, and since this problem started happening, I tried hard resetting the (previous) modem, as well as the current replacement, and running with the default settings with all dynamic IP's, and it's still showing the same problem. I suspect there's more to it than just blaming a faulty Ethernet cable considering it affects every PC and device in my home, and I'm reading about numerous issues lately about similar problems. Maybe someone should look at possible firmware bugs.
Here's a bunch of info from the modem:
This menu displays general information of the device
|Gateway Serial Number||9999999 (obfuscated for privacy)|
|HFC MAC Address||9999999 (ditto)|
|System Time||2020-07-09 17:23:08|
|Time Zone||UTC-05:00 Eastern Time(US & Canada)|
|LAN Up Time||000 day 01h:03m:02s|
|WAN IP Address|
|WAN Receiving||72.52M Bytes|
|WAN Sending||12.20M Bytes|
|Private LAN IP Address||10.0.0.1/8|
|LAN Receiving||28.84M Bytes|
|LAN Sending||42.55M Bytes|
|WAN Up Time||000 day 01h:03m:25s|
This menu displays both upstream and downstream signal parameters
|Gateway IP Address|
|DHCP Lease Time||😧 6 H: 18 M: 42 S: 41|
|Port ID||Frequency (MHz)||Modulation||Signal strength (dBmV)||Channel ID||Signal noise ratio (dB)|
|Receiver||FFT type||Subcarr 0 Frequency(MHz)||PLC locked||NCP locked||MDC1 locked||PLC power(dBmv)|
|Port ID||Frequency (MHz)||Modulation||Signal strength (dBmV)||Channel ID||Bandwidth|
|Channel Index||State||lin Digital Att||Digital Att||BW (sc's*fft)||Report Power||Report Power1_6||FFT Size|
I am also experiencing the NAT Loopback issue, where all of my internal services are unavailable from inside my network. This is extremely frustrating and disappointing and I urge you to deploy a fix as soon as possible.
The lack of communication regarding this issue is also disappointing, I spent two hours trying to debug this issue before stumbling upon this thread. There is a great deal of room for improvement both on the firmware dev side and the communication side from Rogers.
I am not too sure what our worth is on this thread anymore as firmware is being rolled out with bugs this group has identified.
I've ordered a (expensive) router which should be here on Monday sometime and I plan to put the modem in bridge mode to see if it's just network related, or if the whole modem is stalling out. From what I've seen on a few other message threads here, I'm not hopeful that bridge mode will fix this.
Here's another bug that I'm noticing: Disabling DNS Proxy under the Auto section of DNS still forwards the modem IP to clients even after a modem reboot and doesn't forward the external Rogers DNS server IP's (I forget what they are - 64.71.whatever I think). This is horribly broken.
I talked to a technician again about these issues and he said he can offer a roll-back to one of the CGN3 models which don't run the same firmware code. One of these will work for me because I'm only on 150Mbps service and those are certified for plans up to that speed (although the modem hardware itself can actually do Gigabit connections according to Hitron).
you rogers people want feed back here's feed back;
with the new firmware update 7-32 the modems http gets unreachable every time, was on T8 and it was fine
The connection has timed out
The server at 192.168.100.1 is taking too long to respond.
The site could be temporarily unavailable or too busy. Try again in a few moments.
If you are unable to load any pages, check your computer’s network connection.
If your computer or network is protected by a firewall or proxy, make sure that Firefox is permitted to access the Web.
+1 to this issue as well on the new 22.214.171.124 firmware in bridged mode.
It would be reachable for a day or two, then seemed to take a while to reach, and then after a few days I couldn't bring up anything when trying to reach 192.168.100.1. I received the same error messages as Pir8pete.
When the router is in gateway mode I can reach it fine after 10 days and counting (knock wood).
Ya it's definitely network-related. I got my new router set up and the CODA modem in bridge mode (disabled Residential Gateway Function and is no longer accessible via 192.168.0.1 address - is now forwarding the WAN IP directly to the router) and it seems to be good so far. Previously, some days I could only go like 5 minutes after a modem reboot before the network would completely disconnect on Ethernet computers ("no network access" in Windows - not just "no internet") because the router functionality of the modem would just drop out altogether, on and off again. A few weeknights last week were the worst times for it.
I'm using a Ubiquiti Dream Machine as my router now. Expensive, but has so many good options for monitoring network activity. Ubiquiti has them on sale cheaper than most other online retailers, at $400CAD. It doesn't have native DNS-over-HTTPS/TLS though, but it's a frequently requested feature for Unifi OS (the controller's Linux-based OS UI), so I'm hoping they add it eventually.
Just out of curiosity, what is Rogers' policy on DNS privacy? Do they sell, monetize, or otherwise provide the DNS realtime searches or search history of customers (home, or business) to third-parties, outside of the scope of providing Internet services that require DNS?