The only thing I see with this new Firmware is I don't see any DOCSIS Event logs? I rebooted the Modem 3 to 4 times.
Thanks for the feedback on 7.1.1.35 provided so far, keep it coming.
To confirm in 7.1.1.35 we did not implement a fixes for either of:
- GUI login fails in bridge mode
- Blank Event Log
RogersIan
We will be rolling out new code for our CGN3AC trial users over the next couple of days.
The new build 4.5.8.42 has 2 changes which are both geared toward the backend management.
- v6 management IP enablement - not implemented yet
- Telemetry updates
Once you have had some time with the new code please let us know what you think.
Thanks,
RogersIan
@lethalsniper I don't recall if you have an OFDMA upstream channel running, but I don't believe so. In that case, the upstream channels on both modems are using 6 Mhz wide QAM channels.
The downstream channels are a different story. The CGN3ACSMR will be using twenty four 6 Mhz wide channels. The CODA-4582 will be using the OFDM channel with somewhere under 4096 sub-carriers, don't know the exact number. Using the downstream OFDM channel will result in a greater number of transmit time slots, however, the downstream loads have increased significantly, which counteracts the increase in transmit time slots.
Now, also keep in mind that Rogers may have assigned all of the OFDM capable modems to the OFDM channel, significantly decreasing the load on the QAM channels. I don't know if there is a mixed mode in operation whereby the modems use both OFDM and QAM channels for customer data or if the OFDM channel has the majority load of the customer data, for those customers who are using an OFDM capable modem. That would also explain why customers are see decreasing performance as the overall OFDM load has increased significantly since March 2017.
Looking back on some test data, there is a three to four times increase in the downstream ping times from the CMTS. I'll have to do a little more testing to get a better idea of what that number is, but, there is a significant increase in that CMTS to modem time frame, despite the use of the OFDM channel.
The end goal of the cable operators will be to remove the QAM channels and reassign the frequencies to OFDM channels, significantly increasing the throughput of the CMTS to modem portion of the system. That will take a long time to accomplish, just like removing analogue tv channels took a long time to remove. Its possible to run custom OFDM configurations around the QAM channels but I don't know if any cable operator is actually doing it.
For what its worth, and I've said this in the past, I think your apartment building has a problem with its cable system, and no amount of complaining on the forum will fix that. You need to be speaking with the building management and owners to change out the cabling and basement MDU's. The goal should be to install fibre. The copper cabling could probably be left in place and abandoned instead of paying to remove it. Pull fibre and install fibre ports in all apartments.
The OFDM channel subcarriers are greatly reduced in signal levels compared to the QAM channels. So, if there is a problem with broadband noise in the buildings cable system across the OFDM band, or significant noise in certain OFDM frequencies, you would probably end up with greater data losses and a need to retransmit data that was lost. That would lead to greater jitter numbers as the ping times would or could be longer depending on what protocol was used, we're talking about ping to ping times which is used in the jitter calculation.
OFDM is very robust in comparison to the QAM channels due to additional error correction, but, I don't think its indestructible. Taking OFDM out of the lab and into the real world probably has its challenges, the greatest probably being system noise.
-
911861 views
-
669 Likes
-
-
