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

Mythen
I plan to stick around

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| hitronhub.home - 9 | 132 | 121 | 0 | 0 | 12 | 0 |
 - 0 | 175 | 175 | 7 | 13 | 73 | 11 |
| 67.231.222.249 - 1 | 172 | 171 | 7 | 15 | 139 | 12 |
| 69.63.250.197 - 0 | 175 | 175 | 34 | 43 | 66 | 42 |
| 209.148.229.245 - 0 | 175 | 175 | 49 | 58 | 238 | 62 |
| 209.148.229.229 - 0 | 175 | 175 | 54 | 63 | 103 | 56 |
| 209.148.230.10 - 2 | 167 | 165 | 55 | 61 | 95 | 62 |
| No response from host - 100 | 35 | 0 | 0 | 0 | 0 | 0 |
|a104-93-188-110.deploy.static.akamaitechnologies.com - 1 | 171 | 170 | 53 | 60 | 174 | 56 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

 

with google DNS

Re: CODA-4582 - Open Issues for Investigation

Jeffj
I plan to stick around

@Telek wrote:

@Jeffj wrote:

Be sure to flush your dns cache when you switch DNS server or it wont even make a request ot the new dns when you switch them if the cache hit on the computer is valid (which it will be).

With these results it appears its still using googles cached dns results 

ipconfig /flushdns

Changing the DNS servers will automatically do that.

 

You can verify that you're getting the correct results by using nslookup instead, and manually specifying which server to query.

 

The results are actually the same:

 

> video-edge-83437c.ord02.hls.ttvnw.net
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    video-edge-83437c.ord02.hls.ttvnw.net
Address:  192.16.66.49

> twitch.tv
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    twitch.tv
Addresses:  52.36.196.57
          50.112.196.159
          52.41.96.17
> video-edge-83437c.ord02.hls.ttvnw.net
Server: dns.cs.net.rogers.com
Address: 64.71.255.198

Non-authoritative answer:
Name: video-edge-83437c.ord02.hls.ttvnw.net
Address: 192.16.66.49

> twitch.tv
Server: dns.cs.net.rogers.com
Address: 64.71.255.198

Non-authoritative answer:
Name: twitch.tv
Addresses: 50.112.196.159
52.36.196.57
52.41.96.17

If you change it in windows correct, I was assuming he was changing it in the routing equipment. 

Re: CODA-4582 - Open Issues for Investigation

VivienM
I'm an advisor

@Telek wrote:

Very interesting, and yes, that makes perfect sense!

 


VivienM wrote: 

The key thing to remember with this is that the IP you get is based on your DNS server, not your own IP... (and btw, this is why I would be hesitant to use something like OpenDNS/Google Public DNS because I would expect you'd get CDN results further away) 

Right, but I would assume that companies like Google and OpenDNS probably are smart enough to be able to figure out proper geographic DNS lookup to support the most efficient routing.

 


But this isn't done on Google/OpenDNS's end. It's done on the CDN provider's DNS server.

 

The way it works is this: a DNS server (whether run by Rogers, me, or Google/OpenDNS) makes a DNS query to the CDN provider's DNS server. The CDN provider's DNS server runs magical software that looks up the IP that it received the DNS query from (i.e. outbound the IP of Rogers, Google/OpenDNS, etc's DNS server) in some kind of routing table/database, and returns a DNS record pointing to what it thinks is the 'closest' CDN location's IP. But I believe closest is defined... based on the DNS server's IP. Unless DNS has been extended in some way that I don't know about (my knowledge of this stuff is fairly rusty), they have no way of knowing the IP of the person who made that DNS query to that DNS server in the first place.

 

Now, Google uses anycast, so I'm sure their server is likely in Toronto and would be identified as such, so it's unlikely to have majorly dramatic impact the way using a non-anycast DNS server in Asia, say, would.

 

 

 

Re: CODA-4582 - Open Issues for Investigation

VivienM
I'm an advisor

@Telek wrote:

@Mythen unfortunately the twitch.tv traceroute itself doesn't help -- we need the servers that are actually providing the streaming.

 

If you press F12 in your browser, you can head over to the network tab and see the actual requests (including server names) that are used to provide the streams.

 

For example, I just tried now and it is video-edge-83437c.ord02.hls.ttvnw.net


I wonder if they might be doing some kind of load balancing whereby their web pages are dynamically generated to refer to different hostnames based on... some algorithm. It would, if it works right, be infinitely more accurate than DNS-based load balancing.

 

(i.e. it looks up your IP, then if it determines that the best server is whatever.ttvnw.net, the web pages you get have references to whatever.ttvnw.net. But a different person with a different IP might get somethingelse.ttvnw.net)

Re: CODA-4582 - Open Issues for Investigation

Telek
I plan to stick around

@VivienM wrote:
I wonder if they might be doing some kind of load balancing whereby their web pages are dynamically generated to refer to different hostnames based on... some algorithm. It would, if it works right, be infinitely more accurate than DNS-based load balancing.

 

(i.e. it looks up your IP, then if it determines that the best server is whatever.ttvnw.net, the web pages you get have references to whatever.ttvnw.net. But a different person with a different IP might get somethingelse.ttvnw.net)


I would think that the algorithm would be more client-side. I.e. the web server provides a list of content servers that are available, potentially with their current load levels. The client "pings" them, determines which one is best (including current load levels), and uses that one.  This way it takes into account real client-side performance which may or may not have anything to do with location.

Re: CODA-4582 - Open Issues for Investigation

14N
I plan to stick around

Hi @RogersDave

 

My modem was .27 but when I did a hard reset, it rolled back to 26T2. Could you update it back to .27?

2.4 Ghz speed seems to be better in .27

Isn't the special character in password already resolved with 26T2? It won't still accept special character

 

Thanks

Re: CODA-4582 - Open Issues for Investigation

14N
I plan to stick around

@14N wrote:

Hi @RogersDave

 

My modem was .27 but when I did a hard reset, it rolled back to 26T2. Could you update it back to .27?

2.4 Ghz speed seems to be better in .27

Isn't the special character in password already resolved with 26T2? It won't still accept special character

 

Thanks


was already updated to .27 this morning

Re: CODA-4582 - Open Issues for Investigation

gennadiv
I've been here awhile

Hi All,

 

Is there any way to get enrolled to beta program with Coda-4582 and get installed 2.0.10.27? I have an issue with Guest WiFi plus some of my wireless IP cameras cannot get connected and get an IP

Please suggest,

 

Thanks

Re: CODA-4582 - Open Issues for Investigation

@gennadiv


@gennadiv wrote:

Hi All,

 

Is there any way to get enrolled to beta program with Coda-4582 and get installed 2.0.10.27? I have an issue with Guest WiFi plus some of my wireless IP cameras cannot get connected and get an IP

Please suggest,

 

Thanks


Send a PM to @CommunityHelps with teh subject: CODA Firmware Trial

include your account number, modem MAC address, and modem serial number, the last two can be found by logging into the modem.

 

Re: CODA-4582 - Open Issues for Investigation

Turntables
I plan to stick around

Slow upload on gigabit + packet loss

 

For a few days I've had slow internet. Had a tech come out and he noticed an amplifier outside which he said wasnt needed. My internet download jumped up from 300mbps to 800mbps ish which is sufficient for me, but my upload has remained below 5mbps. It's sitting around 2mbps to 4.5mbps.

 

I'm also recieving 2-5% packet loss. This happens at all hours.

 

I'm connected directly to my modem (in bridge mode also).

 

Here's my line stats

 

Downstream Overview

Port ID Frequency (MHz) Modulation Signal strength (dBmV) Channel ID Signal noise ratio (dB)
1 621000000 256QAM 0.100 12 38.605
2 561000000 256QAM -0.400 2 38.605
3 567000000 256QAM -0.800 3 38.983
4 573000000 256QAM -0.800 4 38.983
5 579000000 256QAM -1.400 5 38.605
6 585000000 256QAM -0.400 6 38.983
7 591000000 256QAM -0.300 7 38.983
8 597000000 256QAM -0.700 8 38.983
9 603000000 256QAM -0.700 9 38.983
10 609000000 256QAM -0.700 10 38.983
11 615000000 256QAM -0.200 11 38.605
12 555000000 256QAM 0.000 1 38.983
13 633000000 256QAM 0.400 13 38.983
14 639000000 256QAM 1.000 14 40.366
15 645000000 256QAM 1.100 15 38.983
16 651000000 256QAM 0.900 16 38.983
17 657000000 256QAM 0.700 17 38.605
18 663000000 256QAM 0.900 18 38.983
19 669000000 256QAM 0.800 19 38.983
20 675000000 256QAM 1.000 20 38.983
21 681000000 256QAM 0.600 21 38.983
22 687000000 256QAM 0.800 22 38.983
23 693000000 256QAM 0.200 23 38.983
24 699000000 256QAM 0.200 24 38.983
25 705000000 256QAM 0.400 25 38.983
26 711000000 256QAM -0.500 26 38.605
27 717000000 256QAM 1.000 27 38.605
28 723000000 256QAM 0.300 28 38.605
29 825000000 256QAM -4.600 29 36.610
30 831000000 256QAM -5.200 30 36.610
31 837000000 256QAM -5.300 31 36.610
32 843000000 256QAM -6.200 32 35.780



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.200001
Upstream Overview
Port ID Frequency (MHz) Modulation Signal strength (dBmV) Channel ID Bandwidth
1 23700000 ATDMA - 16QAM 33.250 2 6400000
2 38596000 ATDMA - 16QAM 37.000 3 3200000
3 30596000 ATDMA - 16QAM 34.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

 

 

Below is my WinMTR stats

 

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| xxxxxxxx - 2 | 688 | 678 | 5 | 29 | 1995 | 14 |
| 67.231.222.221 - 2 | 685 | 675 | 7 | 36 | 4173 | 29 |
| 69.63.248.185 - 1 | 705 | 700 | 5 | 36 | 4176 | 20 |
| 209.148.230.14 - 2 | 681 | 670 | 8 | 35 | 4670 | 12 |
| 72.14.222.87 - 3 | 669 | 655 | 6 | 34 | 4172 | 11 |
| 216.239.47.114 - 2 | 693 | 685 | 4 | 39 | 4673 | 28 |
| 72.14.239.19 - 2 | 685 | 675 | 6 | 33 | 4173 | 22 |
| yyz08s09-in-f99.1e100.net - 2 | 681 | 670 | 7 | 35 | 4173 | 14 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

 

As you can see google.ca is having a 2% packet loss here.

 

I'm not exactly sure what is an appropriate signel strength etc, and am not able to interpret that. I was wondering if anyone in here might know if those stats look like it could be a problem. The technician left and showed me how it passed all 3 tests on his computer, and previously it failed 2 of them when i called the night before.

 

Im also curious if anyone has encoutered this and figured out a way to resolve it. Should i just call Rogers once again and hope they do something?

 

Also, incase anyone asks, i have the new white modems with the double black dot at the back.

 

Hardware A1

Software 2.0.10.26T2

Re: CODA-4582 - Open Issues for Investigation

@Turntables there is something up with your signals. they're great up to channel 28 then take a sharp drop. I would call Rogers when the speeds are slow and ask them to check your signal and your neighbours.

 

Re: CODA-4582 - Open Issues for Investigation

timfolkins
I plan to stick around

It looks like .27 came today for me, but something odd has happened. I seem to be back on a 100 Mbps profile and not the gigabit one. Rogers speed test is topping out around 100 on the download and at 40 and change on the upload.

 

Has anyone else experienced it?

 

I sent @RogersDave a PM to see if he could help.

 

Did I miss something along the line in this thread?

 

I've rebooted the modem multiple times to no avail.

 

Thanks for any ideas!

Re: CODA-4582 - Open Issues for Investigation

schafer
I've been here awhile
The new firmware update - is it affecting chromecast - not working all of a sudden

Re: CODA-4582 - Open Issues for Investigation

lupinglade
I plan to stick around

I've got the same issue here:

 

Port IDFrequency (MHz)ModulationSignal strength (dBmV)Channel IDSignal noise ratio (dB)
1657000000256QAM0.7001734.346
2561000000256QAM-1.400234.626
3567000000256QAM-1.900334.346
4573000000256QAM-2.700434.346
5579000000256QAM-2.900534.484
6585000000256QAM-2.500634.484
7591000000256QAM-2.000734.346
8597000000256QAM-1.900834.484
9603000000256QAM-1.300934.484
10609000000256QAM-0.8001034.484
11615000000256QAM-0.5001134.484
12621000000256QAM0.1001234.926
13633000000256QAM0.7001334.346
14639000000256QAM0.7001434.346
15645000000256QAM0.8001534.346
16651000000256QAM0.7001634.346
17555000000256QAM-1.300135.084
18663000000256QAM1.2001834.484
19669000000256QAM1.2001934.484
20675000000256QAM0.9002034.484
21681000000256QAM0.4002133.957
22687000000256QAM0.0002233.957
23693000000256QAM-0.3002333.834
24699000000256QAM-0.4002433.487
25705000000256QAM-0.6002533.377
26711000000256QAM-1.0002633.063
27717000000256QAM-1.1002732.963
28723000000256QAM-1.6002832.585
29825000000256QAM-3.8002929.759
30831000000256QAM-3.6003029.574
31837000000256QAM-3.5003129.441
32843000000256QAM-3.7003229.441
OFDM Downstream Overview
ReceiverFFT typeSubcarr 0 Frequency(MHz)PLC lockedNCP lockedMDC1 lockedPLC power(dBmv)
0NANANONONONA
14K290600000YESYESYES-1.099998
Upstream Overview
Port IDFrequency (MHz)ModulationSignal strength (dBmV)Channel IDBandwidth
130596000ATDMA - 64QAM37.75016400000
238595824ATDMA - 64QAM41.00033200000
323700000ATDMA - 64QAM36.50026400000

Re: CODA-4582 - Open Issues for Investigation

Telek
I plan to stick around

@lupinglade your SNR (signal to noise ratio) is terrible. Ideally is 38-40, you have 33-34 then a sharp drop to 29 near the high channels (your signal also drops there too). There might be a cabling problem for you. Can you try to connect your modem directly to the incoming line in your residence and check to see if that's better?  Ensure that there is no booster in the line.

Re: CODA-4582 - Open Issues for Investigation

lupinglade
I plan to stick around

@Telek Thanks for your reply. The cable goes right from the rogers box on the side of the house to the cable modem, the only thing that is attached before the modem is the -5 attenuator. Do I need to contact rogers and request that they correct this on the burried line?

Re: CODA-4582 - Open Issues for Investigation

@lupinglade call tech support and ask the CSR to run a signal check on your modem.  It might pass, even with lower than normal signal to noise ratios on the DOCSIS 3.0 channels.  The question is, what is the DOCSIS 3.1 power level?  The data that is presented on the modem's user interface is not correct, but, the CSR can apparently see that.  Ask him or her to check the DOCSIS 3.1 power level to determine if it is sufficient.  I have to assume that there is also a corresponding signal to noise ratio, so you can ask about that as well.  The important figures at the moment are the ones for DOCSIS 3.1, as that transmit mode is what your modem is using for the downstream data.  The DOCSIS 3.0 data could point to a potential noise problem that might also affect the DOCSIS 3.1 sub-carriers, so, power level and the signal to noise ratio are the numbers to concentrate on at the moment.  If they are low, the follow-on discussion should be aimed at getting a tech out to your home to check the external cabling and connectors.

Re: CODA-4582 - Open Issues for Investigation

RyzenFX
I'm a reliable contributor

@lupinglade You can try removing the -5 attenuator to see if it'll do anything to increase the SNR levels, but I don't think it'll do much. If that's the case, then call the Rogers Internet support line and ask them to check your SNR levels. 

 

With the low SNR levels they should be sending a tech out to your place to try to increase the SNR by replacing any faulty cables. 

Re: CODA-4582 - Open Issues for Investigation

Telek
I plan to stick around

@lupinglade why is there a -5 attenuator on the line? That's very strange. All of your signal levels are either in the negative, or only just barely positive. There's no need for attenuation.  As someone else suggested, call up Rogers and get them to look at your signal and SNR levels, hopefully they'll send a tech to do a full diagnosis onsite.

Re: CODA-4582 - Open Issues for Investigation

lupinglade
I plan to stick around

This is what it looks like if I remove the attenuator (which by the way looks like its actually a -8 attenuator, FAM-8):

 

Downstream Overview
Port IDFrequency (MHz)ModulationSignal strength (dBmV)Channel IDSignal noise ratio (dB)
1657000000256QAM9.0001734.346
2561000000256QAM6.700213.327
3567000000256QAM6.000313.619
4573000000256QAM5.800414.849
5579000000256QAM5.900515.249
6585000000256QAM6.400616.346
7591000000256QAM7.000716.693
8597000000256QAM6.700817.370
9603000000256QAM7.300918.893
10609000000256QAM7.8001018.616
11615000000256QAM8.0001134.926
12621000000256QAM8.6001234.926
13633000000256QAM8.9001334.484
14639000000256QAM9.2001434.346
15645000000256QAM9.2001534.484
16651000000256QAM9.0001634.484
17555000000256QAM7.100119.869
18663000000256QAM9.3001834.926
19669000000256QAM9.5001934.926
20675000000256QAM9.3002034.484
21681000000256QAM9.1002134.346
22687000000256QAM8.9002233.957
23693000000256QAM8.6002333.957
24699000000256QAM8.6002433.834
25705000000256QAM8.2002533.487
26711000000256QAM7.8002633.377
27717000000256QAM7.6002733.063
28723000000256QAM6.6002832.676
29825000000256QAM3.0002929.807
30831000000256QAM3.7003029.759
31837000000256QAM4.4003129.620
32843000000256QAM4.9003229.620
OFDM Downstream Overview
ReceiverFFT typeSubcarr 0 Frequency(MHz)PLC lockedNCP lockedMDC1 lockedPLC power(dBmv)
0NANANONONONA
14K290600000YESYESYES6.900002
Upstream Overview
Port IDFrequency (MHz)ModulationSignal strength (dBmV)Channel IDBandwidth
130596000ATDMA - 64QAM29.50016400000
238595824ATDMA - 64QAM40.75033200000
323700000ATDMA - 64QAM29.00026400000

Re: CODA-4582 - Open Issues for Investigation

coolspot
I plan to stick around

I think this bug has not been reported yet?

 

For my LAN, I assigned a subnet mask of 255.255.252.0 in the CODA-4582, however, the CODA-4582 DHCP hands out 255.255.255.0 regardless of what it says in the GUI.

 

The GUI confirms that the subnet mask should be 255.255.252.0 but it is not being passed to my clients.

 

screenshot_129.png

 

screenshot_130.png

 

I have to use the CODA-4582 built in DHCP at the moment as my pfSense router is offline temporary.