CODA-4582 - Open Issues for Investigation

Need Help?

That's what we're here for! The goal of the Rogers Community is to help you find answers on everything Rogers. Can't find what you're looking for? Just ask!
cancel
Showing results for 
Search instead for 
Did you mean: 
Reply
I Plan to Stick Around
Posts: 78

Re: CODA-4582 - Open Issues for Investigation


@wjgiles wrote:

I have a feeling this is a general issue with the CODA-4582 and connecting anything to it. 


It was mentioned in another thread, you may try to reboot the modem after connecting new devices to it, and see if the device is now connected, and whether its speed limit was properly identified by the modem.

 
 
 
I Plan to Stick Around
Posts: 40

Re: CODA-4582 - Open Issues for Investigation

Looking for a bit of Windows help.  I have Coda-4582 and am able to ping 8.8.8.8 from the Coda, but not from my Windows 10 box.   a tracert shows time outs after it gets to Coda.  I don't see any settings on Coda that restrict Lan to Wan but must be missing something. Coda in gateway mode.

Thanks, Murray

I Plan to Stick Around
Posts: 8

Re: CODA-4582 - Open Issues for Investigation

Hey guys,
Having issues with my network, more specifically DHCP. Devices are showing connected but they're not accessible on the network. If i set the IP to static it works fine.

I can't set my google Chromecast and Google home to static so I'm always rebooting the modem.

Anyone have a fix other than a router
28T firmware. I was in beta channel but I've not got 33 yet
I Plan to Stick Around
Posts: 274

Re: CODA-4582 - Open Issues for Investigation

I have an interesting issue. I recently purchased a Roku premier+ while it's just sitting idle it causes massive lag spikes that are not explained. When I unplug it it seems to get much better. Anyone else experience anything like this?
Resident Expert
Resident Expert
Posts: 6,146

Re: CODA-4582 - Open Issues for Investigation

@Mythen have a look at the following threads:

 

https://www.reddit.com/r/Roku/comments/68kppm/got_a_roku_premiere_now_im_experiencing_lag/

 

and, have a look at the comments by @errantbyte in the following thread.  They should read "DLNA":

 

https://community.shaw.ca/thread/32432

 

Looks like there might be some issue with Roku.  I can see this happening when its in use, while its idle doesn't make sense, unless its not really idle at all??  I wonder what it does in the background when its not in use?

 

 

 

 



I Plan to Stick Around
Posts: 28

Re: CODA-4582 - Open Issues for Investigation

@robbyf I believe that is what most people are encountering (Iknow I am). I have to set my devices to static if I want them to access the Coda network. You may also try DHCP reservation if it works for you (not in my case)
I Plan to Stick Around
Posts: 8

Re: CODA-4582 - Open Issues for Investigation

Not working for me neither
I Plan to Stick Around
Posts: 274

Re: CODA-4582 - Open Issues for Investigation

@Datalink @RogersDave

 

I have no idea what the Roku does while supposedly idle. I unplug it while at work and this week everything seemed settled as regards to lag spikes.  

 

I am beginning to suspect that the lag issues I am having is related to the wireless on the coda in general.  I am very tempted to by my own wireless router and test this theory.  Any suggestion as to one to buy that won't break the bank?

 

Mythen

I'm Here A Lot
Posts: 5

Re: CODA-4582 - Open Issues for Investigation

So, I've got an interesting issue I'm not sure how to resolve.

 

It seems that often HTTPS negotiations are stalling for me, on multiple devices. When I refresh a page, they tend to load fine (sometimes two refreshes are required).

 

CODA-4582, Gigabit. Device is in bridge mode, connected to an Apple 802.11ac time capsule.

 

Now, here's the wrinkle - I just moved homes. The new home I'm in is a FTTP home - that is, there's a fiber terminator in my basement connected to a media converter, then a short run of coax in my home that leads to the CODA. That all but eliminates signal issues as the cause, AFAIK.

 

Data rates and latency are fine - I ran mtr for hours against google.ca and had less than 1% packetloss over the wifi connection and expected latency. That doesn't seem to be the problem.

 

as you'll see in this verbose curl connection however, when I try to make HTTPS requests, the connections almost always time out the first time or two at the HTTPS handshake. This happens on my imac, my appleTV, my phones, my ipad - doesn't matter which device - the first request almost always hangs:

 

$ fcurl https://google.ca
* Rebuilt URL to: https://google.ca/
*   Trying 172.217.2.163...
* TCP_NODELAY set
* Connected to google.ca (172.217.2.163) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH
* successfully set certificate verify locations:
*   CAfile: /usr/local/etc/openssl/cert.pem
  CApath: /usr/local/etc/openssl/certs
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
} [5 bytes data]
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
} [512 bytes data]
* OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to google.ca:443 
* stopped the pause stream!
* Closing connection 0

this doesn't seem to affect unencrypted streams, and certainly wasn't happening prior to my move. I brought my CODA-4582 with me, and I'm genuinely at a loss to determine what the source of the problem could be here.

 

Relevant statistics:

 

Hardware Version	1A
Software Version	2.0.10.33T3

Downstream Overview
Port ID	Frequency (MHz)	Modulation	Signal strength (dBmV)	Channel ID	Signal noise ratio (dB)
1	597000000	256QAM	-2.400	8	37.636
2	849000000	256QAM	-3.100	2	37.636
3	855000000	256QAM	-3.400	3	37.636
4	861000000	256QAM	-3.800	4	37.636
5	579000000	256QAM	-2.600	5	37.356
6	585000000	256QAM	-2.500	6	37.356
7	591000000	256QAM	-2.400	7	37.636
8	303000000	256QAM	-2.200	1	37.356
9	603000000	256QAM	-2.200	9	37.356
10	609000000	256QAM	-2.400	10	37.356
11	615000000	256QAM	-2.300	11	37.356
12	621000000	256QAM	-2.100	12	37.636
13	633000000	256QAM	-1.800	13	37.636
14	639000000	256QAM	-2.000	14	37.636
15	645000000	256QAM	-2.100	15	37.636
16	651000000	256QAM	-1.900	16	37.636
17	657000000	256QAM	-2.200	17	37.636
18	663000000	256QAM	-2.200	18	37.356
19	669000000	256QAM	-2.300	19	37.636
20	675000000	256QAM	-2.500	20	37.636
21	681000000	256QAM	-2.700	21	37.356
22	687000000	256QAM	-2.700	22	37.636
23	693000000	256QAM	-2.600	23	37.636
24	699000000	256QAM	-2.600	24	37.636
25	705000000	256QAM	-2.900	25	37.356
26	711000000	256QAM	-3.000	26	37.636
27	717000000	256QAM	-3.000	27	37.356
28	723000000	256QAM	-3.700	28	37.356
29	825000000	256QAM	-3.100	29	37.636
30	831000000	256QAM	-3.200	30	37.636
31	837000000	256QAM	-3.200	31	37.636
32	843000000	256QAM	-3.200	32	37.636
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	-2.000000
Upstream Overview
Port ID	Frequency (MHz)	Modulation	Signal strength (dBmV)	Channel ID	Bandwidth
1	13696000	ATDMA - 64QAM	30.500	1	6400000
2	30596000	ATDMA - 64QAM	32.250	3	6400000
3	23700000	ATDMA - 64QAM	32.500	2	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

Any thoughts? It's driving us nuts!!

 

 

 

Resident Expert
Resident Expert
Posts: 6,146

Re: CODA-4582 - Open Issues for Investigation

@Mythen, it depends on your plan data rate, ie; whether you are running gigabit service or plan to go there, and whether or not you’re looking for an all in one router or possibly splitting the duties into a wired router with wifi access points.  My primary recommendation if you are running gigabit service or plan to go there is to buy the fastest processor within your budget.  There are all in one routers out now that have either a 1.4 or 1.8 Ghz processor, which will run gig rates with features enabled on the router.  I’ll pick on Asus routers as I’m most familiar with them. 

 

https://www.bestbuy.ca/en-ca/category/networking/21099.aspx?type=product&filter=category%253aCompute...

 

The RT-AC1900P has a 1.4 Ghz processor.  The new RT-AC86U has a 1.8 Ghz processor.  I have the older RT-AC86U which only runs an 800 Mhz processor and now run the AC86U.  With nothing enabled but the router’s AI Protection and wifi, the 68U, running IPV4 will top out at about 900 to 910 Mb/s.  The 86U will easily top out at 950 to 960 Mb/s running IPV4.  Both will reach 57/58 Mb/s upstream, probably much higher if the upload rates were higher on the gig plan.  At Best buy, the RT-AC1900P is $199.99, the RT-AC86U is $269.99.  If you keep your eyes open for sales, the RT-AC86U will drop down to about $229.00.  If you plan to keep the router for a while the extra $30 is worth it, partly for the processor horsepower and the ability to run MU-MIMO on newer devices.  My personal opinion is that MU-MIMO is not important at the moment to the vast majority of wifi users, but, over the next few years, MU-MIMO devices will (maybe), become common as users replace their devices.  Assuming that my crystal ball gazing is correct, the router will be ready to go when MU-MIMO shows up on your doorstep.

 

So, whatever you look at for an all in one router, keep the processor rate in mind.  To run gig rates with various functions enabled on the router takes horsepower, which doesn’t come cheap.  If you look at some of the monster routers on the market, they will range in the $400 to $500 range.  They split the 5 Ghz band into two bands, 5Ghz low and 5 Ghz high, with their own antenna.  Depending on the number of wifi devices you have and whether or not you have MU-MIMO devices on hand, that might be worth considering.  I couldn’t justify that cost given our low wifi device count so, the 86U is more than sufficient for now.  I’m more interested in security functions that a PfSense type of router can provide. 

 

If your on a lower data rate plan, you could consider something like the mini-PfSense router, which is fairly new. 

 

https://www.pfsense.org/products/

 

The SG-1000 is $149.00 US and apparently can handle data rates up to 300 Mb/s.  To get to gig rates you would have to step up to the SG-4860, which is $750.00 US without extras.  So, once again, gig rates with router functions = expensive.  The alternative to this is to turn an older pc into a router by installing the router operating system and a gig NIC card for a second port, or more.  If you’re considering replacing a pc, this might make some sense.  There is a learning curve to PfSense, OpenSense, Sophos UTM, but, if you’re technically adept and interested in going this route, then it might be worth considering as it provides much better control over just about everything, compared to an all in one router. 

 

On top of that, you would need a wifi access point, which could be a cheaper router, given that the wired router is doing the majority of the work, or you could look at something like a Ubiquiti wifi access point.  I’m not the person to ask about these, but, from what I’ve read, Ubiquiti users are usually pretty happy with the access point performance:

 

https://www.newegg.ca/Product/ProductList.aspx?Submit=ENE&DEPA=0&Order=BESTMATCH&Description=Ubiquit...

 

Additional food for thought:  Asus is releasing new firmware versions for its more recent routers.  This might be part of the fallout from a US FTC court case against Asus where Asus ended up with independent audits for the next 20 years.  I think all companies in this space are guilty to some degree of poor security and customer support, looks like Asus might have become the example of what not to do if a company wants to remain clear of similar complaints and resulting actions.

 

https://www.ftc.gov/news-events/press-releases/2016/02/asus-settles-ftc-charges-insecure-home-router...

 

So, at the present time, there are minor development bugs that are coming up with new version, but, it shouldn’t be too long before these are put to bed once and for all.  Just a matter of the users complaining loudly enough.  The alternative to the Asuswrt firmware is Asuswrt-Merlin which is widely regarded with its additional features above the original Asuswrt.  So, this gives the users an alternate firmware source.  I’ll probably load Merlin’s Asuswrt after the next two or three versions are shaken out.  I think there will be some give from Asus in terms of the restrictions that Merlin is running into as he converts the previous firmware additions to this recent firmware version.  As a note, OpenVPN users with the RT-AC86U are pretty pleased with their VPN data rates due to the AES-related acceleration at the CPU level.

 

Netgear Routers:  If you’re looking at Netgear routers, have a look at the current state of affairs with filtering of IPV6 ICMP on their routers.  IPV6 ICMP is required to run IPV6.  This has been brought up in their forums in the past, without success, but, I haven’t been keeping track of this, so, I’m not sure if this is the case.  There is also an alternative firmware version such as Asuswrt-Merlin (or XWRT or Cross-WRT) firmware for the Netgear R7000.  This is very similar to the Asuswrt-Merlin but doesn’t have the Trendnet AI Protection included, most likely due to licensing costs and issues.  I don’t know if XWRT is available for other Netgear routers.  There is also DD-WRT which can be loaded on a good number of routers, including Netgear routers.  Just a matter of determining what available before deciding to buy a Netgear router.

 

http://www.linksysinfo.org/index.php?threads/asuswrt-merlin-on-netgear-r7000.71108/

 

Ok, so, there is some food for thought.  As I indicated above, processor horsepower is pretty important if you’re running gig rates and want to run some type of router function or multiple functions.  I think that’s probably the most important item to consider, next to the router cost and the budget. 

 

Hope this helps.