cancel
Showing results for 
Search instead for 
Did you mean: 

CODA-4582 - Open Issues for Investigation

RogersDave
Retired Support
Retired Support

*** This post was last edited May 2, 2017 ***

 

Good morning Community,

 

As I mentioned in a post two days ago, we have received the next firmware 2.0.10.20 from Hitron. We are currently running initial testing on this version and will push it out to participants in the firmware trial program as soon as it passes initial testing.

 

However, while running these tests, we discovered abnormal behavior with ICMP and are awaiting feedback from Hitron today to asses how this will be addressed. As soon as I this is confirmed, I’ll update the change log with the correct version information and start pushing it out.

 

In parallel, we are still working on the following high priority items. In some cases below, I requested affected customers to reach out to me via private message. If you do so, please include your modem MAC address in the subject line (even if we exchange messages daily) as there are a lot of you reaching out to me daily 🙂

 

UDP Packet Loss

The investigation for what has been reported as UDP packet loss is still ongoing. We have deployed a probe at one fellow forum member on both a CODA-4582 and a CGNM-3552 to collect additional data. We are actively working with Hitron and Intel on the results observed.

 

Based on what we know so far, in most instances UDP packet loss is coupled with higher uplink usage in the area. Although the impact is noticeable in specific logs (League of Legends), the root cause for the perceivable impact (while playing) is likely related to bufferbloat (see next issue).

 

 

Bufferbloat

When comparing the performance of a CODA-4582 to a CGNM-3552 in the same network conditions, the CODA-4582 consistently reports higher bufferbloat when tested on DSLReports.

 

Update April 12: The solution for this problem will come in two folds. It will require a change in software which will possibly be included in 2.0.10.27 but more likely in 2.0.10.28 and a change in network configuration.

 

The network configuration change is not compatible with the current firmware so this change will only come after a vast majority of the modems are running the new code. We are however looking at a way to make the change only for specific modems to support testing in the community.

 

Update April 22: This problem seems resolved in firmware 2.0.10.27

 

 

5 GHz WiFi Low range for channels 36 to 48

Lower WiFi channels on the modem have a much smaller range. This is due in part to the limit imposed by Industry Canada to maximum transmit power.

 

Furthermore, the current automatic channel selection (auto mode) tends to select the lower channels when in similar load conditions.

 

Workaround: manually select higher channels (149-153-157-161)

 

Update April 22: The channel selection algorithm has been improved in firmware 2.0.10.27

 

 

Loss of OFDM Channel Lock

Under some RF conditions, the modem fails to lock properly on the OFDM channel. This typically result in variable performance.

 

Update April 12: This problem is resolved in 2.0.10.26T2

 

 

List of connected device does not get fully populated

This is a known issue that has been tracked since firmware 2.0.10.13. We are making improvements at every firmware but it is not a perfect system.

 

The situation is worst after a reboot or firmware upgrade as the list gets reset and must be repopulated as devices renew their DHCP lease.

 

 

NAT Loopback not working for wired clients

When setting up port forwarding to an internal server, it is possible for a client on WiFi to reach the server using the external IP/port. If the client is on a wired interface, it doesn't work.

 

Update April 12: This problem is resolved in 2.0.10.26T2 (not confirmed)

 

 

LAN Counters not working

Some customers reported that LAN counters (especially in bridge mode) are reporting inaccurate values.

 

This problem has been reported to Hitron for investigation.

 

 

Unexpected modem reboot

Some customers reported their modem reboots unexpectedly. We have also seen this behavior in our lab.

 

Update April 12: This problem is resolved in 2.0.10.26T2

 

 

Missing SC-QAM Channels

After a reboot, some modems are missing SC-QAM channels. A fix has been implemented in 2.0.10.26T2 to address this behavior but it has not corrected all scenarios.

 

Investigation continues with Hitron.

 

 

WiFi Survey

The WiFi Survey functionality in firmware 2.0.10.26T2 (and possibly before) reports incorrect SSID names.

 

 

Guest Network

When connecting to the Guest Network, an error message is displayed "only allow DHCP client to use this wireless".  This has been reported in firmware 2.0.10.26T2.

 

Update April 22: This issue has been resolved in firmware 2.0.10.27

Update May 2: It seems this issue is not fully resolved and still experienced by some users


 

Future Planned Improvements

The following are items that we are working on in parallel of the above.

  • Improvement in WiFi speeds
  • Improvement in latency / bufferbloat

 

 

Dave

 

*Edited Labels*

2,620 REPLIES 2,620

Re: CODA-4582 - Open Issues for Investigation


@RyzenFX wrote:

For anyone who have used the gateway's WPS button, have they noticed that after establishing a connection, the LED stays green for more than 5 minutes? It's not a big problem, but I would like to see an enhancement that forces the LED to stay green for 1 minute, after establishing a connection with a device. At the same time, it does worry me to see the LED stay green for more than 5 minutes. 

 

I also noticed that the blue downlink LED intermittently flash light blue every 2-3 minutes. I noticed this with the previous CODA-4582's that I have exchanged as well with my current one.


@RyzenFX, I do not have all the details but I know this was identified as an enhancement. Given that there are changes to the WPS functionality in 2.0.10.21 (the cancel button), this might have been resolved as well.

 


@Double_K wrote:

This is in their "fine print" details, which ironically, also states that you need a wired connection AND a wireless connection to get Gigabit speeds (which would mean your PC needs to be both plugged into the gateway, and connected wirelessly to the gateway - clearly the wording is incorrect and needs to be updated by their lawyers)

"Speeds may vary with internet traffic, server gateway/router, computer (quality, location in the home, software and applications installed), home wiring, home network or other factors. An Ethernet/wired connection and at least one wireless connection are required to reach maximum download speeds of up to 1 Gbps for Rogers Ignite Gigabit Internet."  (@CommunityHelps can you get this wording on the Internet page at https://www.rogers.com/consumer/internet addressed?  You don't need both to reach 1 Gbps)


@Double_K, just to be clear on where this wording comes from. Technically, an Ethernet port will never reach 1 Gbps per second. Perhaps 950 Mbps but not 1 Gbps. Therefore, to reach 1 Gbps you really need to have multiple connections and wired + wifi is the easiest to achieve as most people wouldn't have 2 NICs on their PC.

 

It gets tricky however because you then have 2 IP addresses but that is a different story.

 


@Breadwinka wrote:

@RogersDave This is about the 2nd time in two days i have had my modem randomly restart on me with no changes? 


@Breadwinka, I'm adding this today to the issue list. I don't have an explanation yes but it is being escalated to Hitron.

 

Dave

Re: CODA-4582 - Open Issues for Investigation

For anyone who has seen a random restart occur, is there anything in the modem's event log that coincides with the restart time or is there anything that is visible on a pingplot that occurs before the restart?

Re: CODA-4582 - Open Issues for Investigation

LSTA
I plan to stick around

@RogersDave wrote:

@Double_K wrote:

"Speeds may vary with internet traffic, server gateway/router, computer (quality, location in the home, software and applications installed), home wiring, home network or other factors. An Ethernet/wired connection and at least one wireless connection are required to reach maximum download speeds of up to 1 Gbps for Rogers Ignite Gigabit Internet."  (@CommunityHelps can you get this wording on the Internet page at https://www.rogers.com/consumer/internet addressed?  You don't need both to reach 1 Gbps)


@Double_K, just to be clear on where this wording comes from. Technically, an Ethernet port will never reach 1 Gbps per second. Perhaps 950 Mbps but not 1 Gbps. Therefore, to reach 1 Gbps you really need to have multiple connections and wired + wifi is the easiest to achieve as most people wouldn't have 2 NICs on their PC.

 

It gets tricky however because you then have 2 IP addresses but that is a different story.


Any chance we could get link aggregation in these new routers? Then you could drop the "wireless" part of that message 😉

 

http://kb.netgear.com/29910/How-do-I-enable-Ethernet-port-aggregation-on-my-Nighthawk-R8500-or-R9000...

 

http://kb.netgear.com/29915/R8500-Port-Aggregation-FAQs

 

See also: 2+3 graph here: http://www.anandtech.com/show/9880/netgear-nighthawk-x8-r8500-ac5300-router-brings-link-aggregation-...

Re: CODA-4582 - Open Issues for Investigation

Datalink
Resident Expert
Resident Expert

Just to note, neither the older 802.3  Link Aggregation Group or the newer 802.1ax Link Aggregation Control Protocol is listed on the 4582's datasheet.  The question is, is this merely done via firmware, or, does the Aggregation Protocol have specific hardware requirements?  If its firmware, then maybe there is some hope of seeing this.  If this requires specific hardware that isn't already built it, then its not going to happen on this modem.

Re: CODA-4582 - Open Issues for Investigation

Double_K
I'm a reliable contributor

@RogersDave wrote:

@Double_K, just to be clear on where this wording comes from. Technically, an Ethernet port will never reach 1 Gbps per second. Perhaps 950 Mbps but not 1 Gbps. Therefore, to reach 1 Gbps you really need to have multiple connections and wired + wifi is the easiest to achieve as most people wouldn't have 2 NICs on their PC.

 

It gets tricky however because you then have 2 IP addresses but that is a different story.

 

Dave


Wait, you mean the gigabit plan should actually be called the 950u plan?  lol Smiley Wink

 

Will Jumbo frames be enabled on D3.1 in the CODA-4582?

 

Re: CODA-4582 - Open Issues for Investigation

jjunge
I plan to stick around
@RogersDave Can we add unreliable DHCP reservations to the list of things Hitron is looking at? It doesn't matter how many times I set my reservations a good majority of my devices never get switched to the static ip. Sometimes they even move to different ips but not the one I set it to. Even if it is on the wrong IP, it always still says DHCP reserved. If I put my 3 most critical devices where I NEED the ip to remain static it seems to be fine but it seems like it gets to a point where I've added one too many and it just starts ignoring the reservations. I only have 20 devices total so not an excessive amount at all. Has anyone had luck getting this to work properly all the time?

Re: CODA-4582 - Open Issues for Investigation

Lumute
I plan to stick around

@Datalink wrote:

Just to note, neither the older 802.3  Link Aggregation Group or the newer 802.1ax Link Aggregation Control Protocol is listed on the 4582's datasheet.  The question is, is this merely done via firmware, or, does the Aggregation Protocol have specific hardware requirements?  If its firmware, then maybe there is some hope of seeing this.  If this requires specific hardware that isn't already built it, then its not going to happen on this modem.


@RogersDave, could you please check about this with yout Hitron contact? if technically possible (all needed hardware is there) then it would be great if it could be added as a feature request for a future firmware, and supported for both Bridge and Gateway mode...

 

I guess Bridge mode is the most important one as on this mode you would never be able to reach full Gigabit speed. Not that this really matters right now as it seems only a really small percentage of people on Gigabit seems to be able to reach that speed anyway... Mine tops at about 600 Mbps right now, hopefully 3.1 will match advertised speeds with real speeds...

Re: CODA-4582 - Open Issues for Investigation

Vikentieff
I plan to stick around

@Datalink wrote:

For anyone who has seen a random restart occur, is there anything in the modem's event log that coincides with the restart time or is there anything that is visible on a pingplot that occurs before the restart?


I see a DHCP RENEW WARNING - Field invalid in response v4 option (68010300) for yesterday's restart and for today's MIMO Event MIMO: Stored MIMO=1 post cfg file MIMO=-1... (90000000) both have some mac info, so Dave can take a look himself if needed. Nothing else coincides, really.

 

Could it be an ad-hoc maintenance "feature" (like a scheduled restart) temporarily included by Hitron to deal with degrading performance on some routers  that require a regular restart? The restarts happen late at night 12.30-2.30AM (except for yesterday, which was 3PM EST sharp) The .13 certainly did not have this problem as I had 0 restarts for 72hrs with it.

Re: CODA-4582 - Open Issues for Investigation


@jjunge wrote:
@RogersDave Can we add unreliable DHCP reservations to the list of things Hitron is looking at? It doesn't matter how many times I set my reservations a good majority of my devices never get switched to the static ip. Sometimes they even move to different ips but not the one I set it to. Even if it is on the wrong IP, it always still says DHCP reserved. If I put my 3 most critical devices where I NEED the ip to remain static it seems to be fine but it seems like it gets to a point where I've added one too many and it just starts ignoring the reservations. I only have 20 devices total so not an excessive amount at all. Has anyone had luck getting this to work properly all the time?

@jjunge I can do that but will need to get data supporting this. Can you setup some reservations and make sure you reboot the devices that you reserve (so that there is a new DHCP exchange). If you have mismatch after that between the reservation table and the DHCP table, I will pull some logs.

 


@Lumute wrote:

@Datalink wrote:

Just to note, neither the older 802.3  Link Aggregation Group or the newer 802.1ax Link Aggregation Control Protocol is listed on the 4582's datasheet.  The question is, is this merely done via firmware, or, does the Aggregation Protocol have specific hardware requirements?  If its firmware, then maybe there is some hope of seeing this.  If this requires specific hardware that isn't already built it, then its not going to happen on this modem.


@RogersDave, could you please check about this with yout Hitron contact? if technically possible (all needed hardware is there) then it would be great if it could be added as a feature request for a future firmware, and supported for both Bridge and Gateway mode...


@Lumute, I agree this is a nice feature request. Can you remind me once we have resolved the slowly degraded speed issue? I don't want to add any feature requests right away.

Re: CODA-4582 - Open Issues for Investigation

jjunge
I plan to stick around
@RogersDave I had all 19 devices added this morning and removed them except for 3 because it wasn't working - are you able to pull logs from earlier today or do you need me to add the reservations again and let you know ?

Re: CODA-4582 - Open Issues for Investigation


@jjunge wrote:
@RogersDave I had all 19 devices added this morning and removed them except for 3 because it wasn't working - are you able to pull logs from earlier today or do you need me to add the reservations again and let you know ?

I need a live example of mismatch. But as I said, you will need to reboot devices and or force a DHCP renew otherwise simply adding them to the reservation list won't do anything until the DHCP lease expires (set to 7 days).

 

Dave

Re: CODA-4582 - Open Issues for Investigation

Alex4161
I'm a senior contributor

@RogersDave

 

I was noticing that I had a heck of a time streaming Netflix and other content tonight and decided to do a speedtest.  

 

slow 1.jpg

 

slow 2.jpg

 

This is by far the WORST speed I have seen on a GIGABIT plan.

 

Here are my modem stats:

 

Downstream Overview
Port IDFrequency (MHz)ModulationSignal strength (dBmV)Channel IDSignal noise ratio (dB)
1609000000256QAM3.6003436.610
2657000000256QAM1.0004136.387
3663000000256QAM1.9004236.387
4669000000256QAM2.2004336.387
5675000000256QAM2.0004436.610
6681000000256QAM2.1004536.387
7687000000256QAM1.5004636.610
8693000000256QAM0.7004736.387
9699000000256QAM0.8004836.387
10705000000256QAM0.2004936.610
11711000000256QAM-0.7005035.595
12717000000256QAM-1.0005135.595
13723000000256QAM-1.8005235.595
14825000000256QAM-2.4005335.084
15831000000256QAM-1.9005435.595
16837000000256QAM-1.6005535.595
17843000000256QAM-1.3005636.387
18561000000256QAM-1.800574.243
19567000000256QAM1.2002735.084
20573000000256QAM2.3002835.595
21579000000256QAM2.5002935.595
22585000000256QAM2.5003036.610
23591000000256QAM3.8003136.610
24597000000256QAM4.2003236.610
25603000000256QAM4.1003337.636
26855000000256QAM-1.6005835.780
27615000000256QAM2.5003536.610
28861000000256QAM-1.9005934.926
29633000000256QAM0.8003735.595
30639000000256QAM1.0003836.387
31645000000256QAM1.5003935.780
32651000000256QAM1.2004036.387
OFDM Downstream Overview
ReceiverFFT typeSubcarr 0 Frequency(MHz)PLC lockedNCP lockedMDC1 lockedPLC power(dBmv)
0NANANONONONA
1NANANONONONA
Upstream Overview
Port IDFrequency (MHz)ModulationSignal strength (dBmV)Channel IDBandwidth
123700000ATDMA - 64QAM33.75026400000
238595766ATDMA - 64QAM39.00033200000
330596000ATDMA - 64QAM35.25016400000
OFDM/OFDMA Overview
Channel IndexStatelin Digital AttDigital AttBW (sc's*fft)Report PowerReport Power1_6FFT Size
0DISABLED0.50000.00000.0000-inf-1.00004K
1DISABLED0.50000.00000.0000-inf-1.00004K

 

Anyone else having pathetic speeds tonight?

 

Update:  I called in to support and there is a area issue in Scarborough.

Re: CODA-4582 - Open Issues for Investigation

@RogersDave do you see any issues at all with the coda ? signal levels are getting higher ever since sunday , there was a area issue in scarbrough  which it effected me had no internet . now levels look higher

Re: CODA-4582 - Open Issues for Investigation

DaveFro
I plan to stick around

my signal levels all used to be around -3, since Sunday they have gone to around -6 and -7.

i didn't change anything on my end...

London, Ontario

Re: CODA-4582 - Open Issues for Investigation

jjunge
I plan to stick around
@RogersDave - you can check now. I've added all of the reservations last night and set the lease time to 30 minutes. I rebooted the devices I could but the short lease time should take care of the rest. You'll see there are several active devices that are not on the reserved ip - can you let me know your thoughts once you take a look?

Re: CODA-4582 - Open Issues for Investigation

Yea mine has gone up used be to be around +1- +4 now it's up to + 4 - + 7 since Sunday around 9am , is my coda modem starting to fail ?

Re: CODA-4582 - Open Issues for Investigation

markopas
I plan to stick around

Does it make sense to have a hitron rep who helps work on the firmware to monitor these threads, being proactive in getting things fixed would definitely make Rogers life a lot easier.

Re: CODA-4582 - Open Issues for Investigation

Lumute
I plan to stick around

@RogersDave wrote:

@Lumute, I agree this is a nice feature request. Can you remind me once we have resolved the slowly degraded speed issue? I don't want to add any feature requests right away.


 Sure, that sounds reasonable.

Re: CODA-4582 - Open Issues for Investigation

@RogersDave why has my downstream levels spiked since last week as you can see here. Now it on +7,s any work being done on node/ area or just modem ?

Re: CODA-4582 - Open Issues for Investigation

asharahmed
I plan to stick around

@RogersDave hey dave,

 

I PMed you about my issue with getting IP in bridged mode with my black dot modem. did not have this issue with non-black dot modem.

Re: CODA-4582 - Open Issues for Investigation


@jjunge wrote:
@RogersDave - you can check now. I've added all of the reservations last night and set the lease time to 30 minutes. I rebooted the devices I could but the short lease time should take care of the rest. You'll see there are several active devices that are not on the reserved ip - can you let me know your thoughts once you take a look?

@jjunge, I just had a look at your DHCP reservations and connected client table and don't see an issue. Is the problem still occuring now?

 


@markopas wrote:

Does it make sense to have a hitron rep who helps work on the firmware to monitor these threads, being proactive in getting things fixed would definitely make Rogers life a lot easier.


@markopas, You have me 🙂 and I talk to Hitron on daily basis !

 


@lethalsniper wrote:
@RogersDave why has my downstream levels spiked since last week as you can see here. Now it on +7,s any work being done on node/ area or just modem ?

@lethalsniper, As you said, there was an outage in our area. It is possible that the maintenance techniciand made some changes to the amplifiers and this impacted your signal level. Ultimately, you are still well within our operating level.

 


@asharahmed wrote:

@RogersDave hey dave,

 

I PMed you about my issue with getting IP in bridged mode with my black dot modem. did not have this issue with non-black dot modem. I haven't seen your particular case to be honest. The new firmware may help but because it was working before, I would suggest a factory reset on both your modem and your 3rd party router.

 @asharahmed, I haven't seen your particular case to be honest. The new firmware may help but because it was working before, I would suggest a factory reset on both your modem and your 3rd party router.

 

Dave