Looks like my download profile has been reduced to 500u, upload is at its best:
This is hard wired to CODA. Hardware Version 1A Software Version 2.0.10.31
Downstream Overview
| Port ID | Frequency (MHz) | Modulation | Signal strength (dBmV) | Channel ID | Signal noise ratio (dB) |
| 1 | 633000000 | 256QAM | -2.900 | 13 | 36.610 |
| 2 | 849000000 | 256QAM | -4.100 | 2 | 37.636 |
| 3 | 855000000 | 256QAM | -3.900 | 3 | 37.356 |
| 4 | 861000000 | 256QAM | -4.300 | 4 | 37.356 |
| 5 | 579000000 | 256QAM | -2.500 | 5 | 36.610 |
| 6 | 585000000 | 256QAM | -2.300 | 6 | 36.387 |
| 7 | 591000000 | 256QAM | -2.000 | 7 | 36.387 |
| 8 | 597000000 | 256QAM | -2.100 | 8 | 36.387 |
| 9 | 603000000 | 256QAM | -1.900 | 9 | 36.610 |
| 10 | 609000000 | 256QAM | -2.500 | 10 | 36.610 |
| 11 | 615000000 | 256QAM | -2.500 | 11 | 36.610 |
| 12 | 621000000 | 256QAM | -2.300 | 12 | 36.610 |
| 13 | 303000000 | 256QAM | 0.200 | 1 | 36.610 |
| 14 | 639000000 | 256QAM | -3.400 | 14 | 36.387 |
| 15 | 645000000 | 256QAM | -3.400 | 15 | 36.387 |
| 16 | 651000000 | 256QAM | -3.400 | 16 | 36.610 |
| 17 | 657000000 | 256QAM | -3.900 | 17 | 36.387 |
| 18 | 663000000 | 256QAM | -3.800 | 18 | 36.387 |
| 19 | 669000000 | 256QAM | -3.700 | 19 | 36.610 |
| 20 | 675000000 | 256QAM | -4.100 | 20 | 36.387 |
| 21 | 681000000 | 256QAM | -4.200 | 21 | 36.387 |
| 22 | 687000000 | 256QAM | -4.400 | 22 | 36.610 |
| 23 | 693000000 | 256QAM | -4.500 | 23 | 36.387 |
| 24 | 699000000 | 256QAM | -4.000 | 24 | 36.387 |
| 25 | 705000000 | 256QAM | -4.100 | 25 | 36.387 |
| 26 | 711000000 | 256QAM | -4.200 | 26 | 36.387 |
| 27 | 717000000 | 256QAM | -4.100 | 27 | 36.387 |
| 28 | 723000000 | 256QAM | -4.400 | 28 | 35.780 |
| 29 | 825000000 | 256QAM | -4.000 | 29 | 37.356 |
| 30 | 831000000 | 256QAM | -4.000 | 30 | 37.356 |
| 31 | 837000000 | 256QAM | -3.900 | 31 | 37.356 |
| 32 | 843000000 | 256QAM | -4.200 | 32 | 37.356 |
OFDM Downstream Overview
| Receiver | FFT type | Subcarr 0 Frequency(MHz) | PLC locked | NCP locked | MDC1 locked | PLC power(dBmv) |
| 0 | NA | NA | NO | NO | NO | NA |
| 1 | 4K | 275600000 | YES | YES | YES | -0.700001 |
Upstream Overview
| Port ID | Frequency (MHz) | Modulation | Signal strength (dBmV) | Channel ID | Bandwidth |
| 1 | 23700000 | ATDMA - 64QAM | 40.250 | 2 | 6400000 |
| 2 | 38595785 | ATDMA - 64QAM | 43.250 | 3 | 3200000 |
| 3 | 30596000 | ATDMA - 64QAM | 40.250 | 1 | 6400000 |
OFDM/OFDMA Overview
| Channel Index | State | lin Digital Att | Digital Att | BW (sc's*fft) | Report Power | Report Power1_6 | FFT Size |
| 0 | DISABLED | 0.5000 | 0.0000 | 0.0000 | -inf | -1.0000 | 4K |
| 1 | DISABLED | 0.5000 | 0.0000 | 0.0000 | -inf | -1.0000 | 4K |
@schadwi6, is your problem resolved after a factory reset? There is a big change between version 4.5.8.21 and 4.5.8.33 that requires a factory reset for some Android devices (usually Nexus/Pixel). This should not be necessary anymore starting with version 4.5.8.35.
Dave
New Firmware Version Notification
CODA series: 2.0.10.32
CGN3 'AC' series: 4.5.8.35
Community,
I have updated the release notes in this post.
I have also started updating some modems to the newest version of firmware: 4.5.8.35 for CGN3 'AC' series modem and 2.0.10.32 for CODA series.
In a few days, based on feedback received, I'll continue the deployment to all other modems (it will probably last until the end of next week).
Dave
@lusky3, I can’t answer all of your questions, but, I’ll answer what I can.
- Bandsteering: Good question, don’t have an answer for that one. I’ll ask @RogersDave to have a look at your post to provide further answers.... done.
- Port blocking for ports 15151 and 32400: Also can’t answer. That would take someone like @RogersDave to answer.
- CODA-4582 hardware revision/replacement. There are two modems in operation, the CODA-4582 and CODA-4582U. The second has slightly different components but, it has the same functionality as the original. So, there isn’t a good reason to replace the original with the updated 4582U.
- Wifi is an interesting issue. The one thing to keep in mind is that Beamforming is not enabled in the 4582, so, I would expect to see some difference in performance compared to a router or extender that has beamforming capabilities enabled. I don’t know if MU-MIMO is enabled in the 4582, I suspect not. So, if you do have Beamforming enabled for 802.11ac operation, and more than one MU-MIMO capable device with MU-MIMO enabled in the extender, then yes, you could see much better performance from the extender when compared to the 4582. To make any comparisons, you really have to consider the operating modes of the modem and extender and look carefully at the received power levels off of each device as that will ultimately determine what operating level that the network will run at. By that I refer to the right hand Very High Throughput Index level in the following chart where the spatial streams equate to the number of antenna on the transmitter and/or receiver. The higher the received power level and signal to noise ratio, the lesser the number of error correcting bits necessary for each packet exchange between devices. That allows the two devices to go down the chart, using encoding which yields faster data exchange as well as fewer error correcting bits. The chart shows the raw connect rate between devices. The fraction in the Modulation and Coding column is used to determine what percentage of the bits are used for data transmission at any given time.
- One also has to keep in mind the operating channel, both 2.4 and 5 Ghz. With that in mind, can you have a look at my comments regarding wifi settings and environment that are contained in the following post:
That was posted just a few minutes ago.
- Flushing the DHCP table. I’ve never seen any function in any of the Hitron routers so far that allows that. That might be a good idea for a future firmware build.
@Datalink wrote:
- Bandsteering: Good question, don’t have an answer for that one. I’ll ask @RogersDave to have a look at your post to provide further answers.... done.
- Port blocking for ports 15151 and 32400: Also can’t answer. That would take someone like @RogersDave to answer.
I'll retest these features today and get back to you.
- CODA-4582 hardware revision/replacement. There are two modems in operation, the CODA-4582 and CODA-4582U. The second has slightly different components but, it has the same functionality as the original. So, there isn’t a good reason to replace the original with the updated 4582U.
One clarification, there are actually 3 modems:
- CODA-4582ROG Rev 1A
- CODA-4582U Rev 1A
- CODA-4582U Rev 2A
The CODA-4582ROG 1A and CODA-4582U Rev 1A are exactly the same with the exception that the "U" version which stands for unbranded does not have the Rogers logo on the front of the modem. All modems available in store are either one of these 2.
The CODA-4582U Rev 2A is the second revision of the internal pc board which is a normal process with consumer electronic as availability of components changes over time. It is not better than revision 1A, simply a revised design. This modem is not available yet, we are still testing it internally and with a few members of this forum before we provide the go ahead to Hitron to switch over the production from revision 1A to 2A.
- Flushing the DHCP table. I’ve never seen any function in any of the Hitron routers so far that allows that. That might be a good idea for a future firmware build.
What exactly is the request? The modem maintains a DHCP table so that it does not allocate an IP to a device that has been already allocated. However, the DHCP flow always starts with a device asking the server "is IP 192.168.0.X (the previous IP the device had on this network) available for me?" The DHCP server will then ACK or NACK the request by either offering the same IP or a new one if the requested IP is not available.
Flushing the DHCP table would mean that the server would loose track of previously allocated IPs, would loose the hostname (for the connected devices table) and some devices may change IP but most would keep exactly the same ones unless you have a very large turnover of devices (public WiFi for example).
--Dave
@RogersDave wrote:
@Datalink wrote:
- Bandsteering: Good question, don’t have an answer for that one. I’ll ask @RogersDave to have a look at your post to provide further answers.... done.
- Port blocking for ports 15151 and 32400: Also can’t answer. That would take someone like @RogersDave to answer.
I'll retest these features today and get back to you.
I verified the functionality of the band steering function and it seems to operate as expected on 2.0.10.32. When enabling band steering, what will happen is that both the 2.4 GHz SSID and the 5 GHz SSID will use the same name, security key and authentication parameters.
The net result is that clients can move freely between the two bands as radio conditions changes (moving in the house for example). In the true spirit of band steering (for enterprise WiFi), the modem should also reject clients on one band to distribute the load across both bands but that wouldn’t be practical in home use cases. There is generally too much difference between the coverage of 2.4 and 5 to perform this function.
Full band steering requires a high density WiFi deployment with multiple access points so that the coverage of the 2.4 GHz is approximately equal to the coverage of the 5 GHz band.
I also executed some port forwarding tests and didn’t find any problem there. Are you still experiencing this issue?
--Dave
-
935761 views
-
669 Likes
-
-
