FEEDBACK - Rogers Rocket Wi-Fi Modem Firmware Trial

[RogersMargaret]

Hello Community,

We are currently offering our users an exclusive opportunity to participate in an upcoming trial of the new firmware for our Rocket Wi-Fi Modem (CGN3ACR, CGN3AMR and CGN3ACSMR) and Rocket Gigabit Wi-Fi Modem (CGN3552 and CODA-4582). For details of this program, please see this thread.

This thread will be used for feedback regarding the firmware.  We've invited @RogersSergio, @RogersSyd & @RogersBob from our Networking team to participate in this thread.  Your feedback is very valuable and will be used to enhance the firmware before it is released publicly.

Thank you for your continued feedback and support.

[rjmaxim]

@JohnBeaudin  When you say "everyone" can get it.....and no bundle needed...Everyone with a Coda Gigabit modem can exchange to an XB6 without having to switch to IPTV? I have a CODA Gigabit and Digital TV.....and would love to exchange to an XB6.....but DON'T want to switch to IPTV. Can we have confirmation from Rogers. This would mean a customer install.......previously an XB6 had to be a service install with IPTV  only.   

[ablatt]

I don't think people should expect miracles from these XB6 modems. 

Perhaps it can help gamers since it doesn't have the Puma chipset, and perhaps it has somewhat better WIFI or routing, but if you have a poor cable connection it won't help.

A lot of people have signal issues, upstream issues and noise issues and they will remain whether on the CODA or XB6.

[JohnBeaudin]

@ablatt

I can't speak for everyone.. but I had a lot of struggle with the CODA ( I was on mu 4th Coda modem btw).

I had to reboot the CODA 2-3 times a day lot of struggle with latency online and also issues streaming.

The XB6 is day and night , its miles ahead I had to tell you the difference is phenomenal for me.

No need to reset the modem ever, latency in online gaming consistent. At the end of the day its your decision guys, I love my XB6.

[Hucklebury]

Can this modem be Bridged?

[ablatt]

I've been losing IPv6 intermittently on the CODA-4582.  7.1.1.30 firmware running in bridge mode with an Asus RT-AC86U router. 

This never used to happen and I've been on .30 for a while, and have been running the same firmware on the 86U for a while (81351).

You can tell when it happens because Speedtest download speeds spike up from 932 on IPv6 to 945 on IPv4.

A reboot of the modem fixes it.  Until it hopefully doesn't happen again.

[hoek]

I don't know if this is a fluke or the new 7.1.1.30 firmware that I've been on for a few weeks now but I've noticed responsiveness and overall speeds generally better while connected to remote machines at work using an IPSEC VPN.

I posted this way back when I first got the gigabit service https://communityforums.rogers.com/t5/Internet/horrible-speeds-over-VPN/td-p/422421 to find out what was going on with VPN traffic.

Download speeds are now around 4-6 MBps which is more in line with what the work VPN will deliver.

Hopefully this is the new normal with this firmware.  Very timely considering the COVID work from home situation.

[blues_clues]

@RogersIan 

Were any wireless configurations with firmware 7.1.1.30 rolled back in the recent days?  I have noticed that UNI-1 on 5Ghz band has reverted to work similar to production firmware 2.0.10.36T6 and my smart plug devices are not toggling off/on the 2.4Ghz band anymore.

[fd123]

Anyone have trouble logging into the CODA on 192.168.100.1, when in gateway mode?  It may work for a short time after rebooting the CODA, but at some point won't work anymore.  This is since the 7.1.1.30 firmware.

[hoek]

@fd123 I've seen this at least once since the update.

[Datalink]

@fd123 I'm running my 4582 in Bridge mode with 7.1.1.30 loaded.  I've noticed recently that its just about impossible to log into the modem as its so slow.  Navigating around the top level menu is also painfully slow.  A modem reboot didn't seem to do anything useful.  Next step for test purposes is to run a factory reset to see if that changes anything.  Don't know when I'll be able to do that with everyone working from home these days. 

[Alborze]

This firmware is an absolute joke and you're right about the speeds, wifi dropping, sometimes I can't login as well. It's extremely terrible, 36t6 was amazing, I had stability, super too speeds, never any issues! On top of that Rogers forum is dead, I've been asking for two months to be taken off this firmware, nobody around and engineers are gone. Time to ditch Rogers for something else!

[howi]

Folks,

For my experience with the 7.1.1.30, I've lost :

- Manual DNSv6 entry

- VoIP box must be set in the DMZ, otherwise calls will be dropped at around 6min or so (Nothing is changed even toggle SIP/ALG)

[420KUltraHD]

Looks like MoCA Security has also disappeared with 7.1.1.30

[lethalsniper]

@JohnBeaudin 

How’s the new modem .. have you noticed better ping or latency., I heard we can get this modem now without signing up for ignite tv or phone and just use it for home internet.. how can I get one if all stores are closed ?

[lethalsniper]

So how’s the new modem any issues ?

[JohnBeaudin]

@lethalsniper

Been on the new modem for over a month.

Its the best , zero isssues. Day and night from thr coda, I highly recommend it.

[lethalsniper]

Yea but how do I get the one u have there are 2 of them one is still on puma 7 do I need to ask for the Technicolor XB6 ? .. I’m getting tired of this coda modem high latency/ ping times hopefully this modem can lower it a bit thanks.

[rjmaxim]

Unless someone knows differently....The only way to get the XB6 modem is to switch to FULL Ignite TV. 

Have not heard....but would love it , to just SWAP a CODA for an XB6 modem when you only have Gibabit internet with/without Digital Cable TV. Can anyone confirm ?

[lethalsniper]

Yea u can but u will need to wait 60 days or So ..

[-G-]

For those of you thinking that a Technicolor XB6 may be the fix for the latency/jitter issues of late, here are the results of a 1 hour ping test that I just did:

--- 8.8.8.8 ping statistics ---
3600 packets transmitted, 3600 received, 0% packet loss, time 3603781ms
rtt min/avg/max/mdev = 5.482/15.220/158.169/8.437 ms

... and an excerpt of a few lines from that past test:

64 bytes from 8.8.8.8: icmp_seq=1715 ttl=55 time=12.8 ms
64 bytes from 8.8.8.8: icmp_seq=1716 ttl=55 time=12.6 ms
64 bytes from 8.8.8.8: icmp_seq=1717 ttl=55 time=11.2 ms
64 bytes from 8.8.8.8: icmp_seq=1718 ttl=55 time=18.4 ms
64 bytes from 8.8.8.8: icmp_seq=1719 ttl=55 time=101 ms
64 bytes from 8.8.8.8: icmp_seq=1720 ttl=55 time=31.4 ms
64 bytes from 8.8.8.8: icmp_seq=1721 ttl=55 time=12.5 ms
64 bytes from 8.8.8.8: icmp_seq=1722 ttl=55 time=12.6 ms
64 bytes from 8.8.8.8: icmp_seq=1723 ttl=55 time=17.5 ms
64 bytes from 8.8.8.8: icmp_seq=1724 ttl=55 time=14.5 ms
64 bytes from 8.8.8.8: icmp_seq=1725 ttl=55 time=31.2 ms
64 bytes from 8.8.8.8: icmp_seq=1726 ttl=55 time=54.3 ms
64 bytes from 8.8.8.8: icmp_seq=1727 ttl=55 time=19.6 ms
64 bytes from 8.8.8.8: icmp_seq=1728 ttl=55 time=25.9 ms
64 bytes from 8.8.8.8: icmp_seq=1729 ttl=55 time=13.5 ms
64 bytes from 8.8.8.8: icmp_seq=1730 ttl=55 time=25.0 ms
64 bytes from 8.8.8.8: icmp_seq=1731 ttl=55 time=25.8 ms
64 bytes from 8.8.8.8: icmp_seq=1732 ttl=55 time=91.7 ms
64 bytes from 8.8.8.8: icmp_seq=1733 ttl=55 time=10.8 ms
64 bytes from 8.8.8.8: icmp_seq=1734 ttl=55 time=12.9 ms
64 bytes from 8.8.8.8: icmp_seq=1735 ttl=55 time=11.1 ms
64 bytes from 8.8.8.8: icmp_seq=1736 ttl=55 time=10.2 ms
64 bytes from 8.8.8.8: icmp_seq=1737 ttl=55 time=10.5 ms
64 bytes from 8.8.8.8: icmp_seq=1738 ttl=55 time=12.2 ms
64 bytes from 8.8.8.8: icmp_seq=1739 ttl=55 time=11.8 ms
64 bytes from 8.8.8.8: icmp_seq=1740 ttl=55 time=15.3 ms
64 bytes from 8.8.8.8: icmp_seq=1741 ttl=55 time=20.2 ms
64 bytes from 8.8.8.8: icmp_seq=1742 ttl=55 time=10.8 ms
64 bytes from 8.8.8.8: icmp_seq=1743 ttl=55 time=33.1 ms
64 bytes from 8.8.8.8: icmp_seq=1744 ttl=55 time=9.20 ms
64 bytes from 8.8.8.8: icmp_seq=1745 ttl=55 time=10.5 ms
64 bytes from 8.8.8.8: icmp_seq=1746 ttl=55 time=19.4 ms
64 bytes from 8.8.8.8: icmp_seq=1747 ttl=55 time=73.5 ms
64 bytes from 8.8.8.8: icmp_seq=1748 ttl=55 time=15.5 ms
64 bytes from 8.8.8.8: icmp_seq=1749 ttl=55 time=12.7 ms
64 bytes from 8.8.8.8: icmp_seq=1750 ttl=55 time=51.7 ms
64 bytes from 8.8.8.8: icmp_seq=1751 ttl=55 time=15.0 ms
64 bytes from 8.8.8.8: icmp_seq=1752 ttl=55 time=6.09 ms
64 bytes from 8.8.8.8: icmp_seq=1753 ttl=55 time=14.5 ms
64 bytes from 8.8.8.8: icmp_seq=1754 ttl=55 time=44.6 ms
64 bytes from 8.8.8.8: icmp_seq=1755 ttl=55 time=15.4 ms
64 bytes from 8.8.8.8: icmp_seq=1756 ttl=55 time=53.0 ms
64 bytes from 8.8.8.8: icmp_seq=1757 ttl=55 time=22.8 ms
64 bytes from 8.8.8.8: icmp_seq=1758 ttl=55 time=22.9 ms
64 bytes from 8.8.8.8: icmp_seq=1759 ttl=55 time=59.5 ms
64 bytes from 8.8.8.8: icmp_seq=1760 ttl=55 time=24.7 ms
64 bytes from 8.8.8.8: icmp_seq=1761 ttl=55 time=30.0 ms
64 bytes from 8.8.8.8: icmp_seq=1762 ttl=55 time=19.7 ms
64 bytes from 8.8.8.8: icmp_seq=1763 ttl=55 time=100 ms
64 bytes from 8.8.8.8: icmp_seq=1764 ttl=55 time=12.1 ms
64 bytes from 8.8.8.8: icmp_seq=1765 ttl=55 time=14.8 ms
64 bytes from 8.8.8.8: icmp_seq=1766 ttl=55 time=11.1 ms
64 bytes from 8.8.8.8: icmp_seq=1767 ttl=55 time=29.9 ms
64 bytes from 8.8.8.8: icmp_seq=1768 ttl=55 time=109 ms
64 bytes from 8.8.8.8: icmp_seq=1769 ttl=55 time=13.1 ms
64 bytes from 8.8.8.8: icmp_seq=1770 ttl=55 time=16.7 ms
64 bytes from 8.8.8.8: icmp_seq=1771 ttl=55 time=21.9 ms
64 bytes from 8.8.8.8: icmp_seq=1772 ttl=55 time=11.0 ms
64 bytes from 8.8.8.8: icmp_seq=1773 ttl=55 time=13.9 ms
64 bytes from 8.8.8.8: icmp_seq=1774 ttl=55 time=11.8 ms

I don't know that you are seeing with the CODA but this is pretty typical of what I always see these days.  Sometimes it is worse than this.

[fd123]

Does the XB6 only have 2 ethernet ports?  Did you get the add-on hub?