@88dalejrfan its possible. If the outage is long enough the modem will probably reboot in order to reestablish comms with the CMTS. Just to rule out your modem, I'd have a talk with your immediate neighours to see if their internet service also dropped out. If so, that points to an issue at the local tap, which is located in the nearest utility pole, or anywhere from that point back to the neighbourhood node. Of course, it would also help to know which modem your neighbours are using. A good comparison would be for one neighbour to be using a DOCSIS 3.0 modem, which isn't OFDM/OFDMA capable. If it doesn't drop out, and your's does, that points directly to an ODFM/OFDMA issue. OFDM has been running since Mar or May 2017, so, if this is a new issue, I'd be looking at an OFDMA issue of some type.
That local tap provides internet service for you and your immediate neighbours. If you track your internet cable back to the utility pole, you can also see which neighbours are connected to the same local tap.
Here's what that tap might resemble. There are different size taps, some with fewer or more connect points:
https://www.multicominc.com/product/multicom-mtar-pi-x-x-plug-in-tap-series/
Edit: please reread as I've changed the first paragraph.
@MisterPinst the change in gateway addresses are simply a CMTS segmentation policy. I see a similar change when I change the modem from Gateway mode to Bridge mode. Its simply a matter of how Rogers runs the DHCP server and what addresses are assigned when the modem connects to the CMTS.
@88dalejrfan if you could get in touch with tech support very quickly (is that possible these day?), the question would be, is it just your modem that is affected or is this a wider neighbourhood issue?
Edit: would you have any idea as to how long the external cable has been in place? Was it installed when the service was installed, or was it already in place and not replaced when you started the service?
Ok, at this point you should be talking with a Senior Tech (real Rogers tech) or the Maintenance Crew. Beyond that, this looks like an engineering issue. This gets back to the question of whether or not the techs have the training and equipment to troubleshoot OFDM/OFDMA issues. For Rogers techs, the answer "should" be yes, for contractor techs, I wouldn't count on it.
Any time you talk to Tech Support from now on, and are asking for a field tech, you should be asking for a Senior Tech.
@88dalejrfan can you post the entire signal level table, starting at the Downstream Overview, and everything below it. You can copy that data in one go, top to bottom. Ignore the data that resides above the Downstream Overview line as that is particular to the modem and shouldn't be posted in an open forum.
@vikas-arora the problem here is that the modems are transmitting the OFDMA data, so, in theory, it shouldn't matter which modem you use as the transmit levels should be the same, key words, "in theory". There is always the chance that there is a noise issue on the downstream side that the Technicolor modem handles better than the Hitron CODA-4582. From the typical description of the problems, it really looks like this is an upstream issue, so, if there is a noise impact, it originates somewhere between the modem and the neighbourhood node, and it should impact all OFDMA modems in the same manner. The end result should be the same, all OFDMA modems on the cable run from the neighbourhood node to the modem in question should have the same drop out situation. That should be easy to see from the CMTS logs. One possible explanation is that the transmit levels aren't the same for some reason, with the CODA-4582 levels running lower than the Technicolor XB6. Any level of noise would in theory have a greater impact on lower transmit levels.
Keep in mind that OFDM/OFDMA employs much better error detection and correction capability than the normal QAM channels, so, it becomes a question of transmit power in the QAM channels versus the error detection and correction capability found in OFDM/OFDMA channels. At some point, no matter how good your error detection and correction capability is, if there's enough noise mixed with the real data, you won't be able to process that data.
@88dalejrfan here's your signal levels. That should be a flat line at 0 dBmV. Note the rapid rise above 600 Mhz. It looks like the neighbourhood node output levels aren't set correctly, or, that there's a very strange signal drop between the neighbourhood node and the modem that drops the levels in the 5 to 600 Mhz range.
The downstream OFDM channel runs from 275.6 Mhz upwards to just under 470 Mhz. So, there is a signal rise there, but, probably not enough to cause the OFDM channel to drop offline.
The upstream QAM levels aren't too bad, nothing to be exited about. The OFDMA levels are a mystery. I've asked for the transmit levels to know what's normal and what isn't and I've had no luck obtaining them. Those upstream QAM and OFDMA channels run in the left hand side of the plot, in the 5 to 42 Mhz range. Unfortunately, the CMTS doesn't report the arrival levels back to the modem, so, you need a tech or tech support to check the data. In the case of the OFDM/OFDMA data, I don't have any confidence that the techs have access to all of the OFDM/OFDMA data that they need to diagnose a potential problem.
-
227850 views
-
200 Likes
-
-
