cancel
Showing results for 
Search instead for 
Did you mean: 

*** CGN3ACSMR - League of Legends – latency: firmware release pending

Datalink
Resident Expert
Resident Expert

Update: The new firmware has now been deployed across the network. Customers who received a modem with the old firmware will be updated automatically within 48-72 hours. There is no need to submit your MAC Address & Cable Account Reference number as the update will happen automatically.

 

This only applies to the CGN3ACSMR.

 

Announced as of the evening of Thursday 28 May, a firmware update to address the League of Legends issue is close to deployment. Updates are available as indicated in the message below from CommuntyHelps
______________________________________________________________________________________________________________
Hello Community


Good news! We have received a firmware patch from Hitron that resolves the connectivity issue with League of Legends and we’re working on deploying it to all. In the meantime, we can provide the update directly to those who contact @CommunityHelps via private message and provide the following information:


-Cable account reference number(12 digits beginning with “2”)


-MAC address of modem (12 digits found on the back of your Hitron modem)


Modems will be updated during nightly maintenance windows so you can expect to see the update take effect within 48 hours.


Thank you for your patience.

 

 Original post:  #176

 

http://communityforums.rogers.com/t5/forums/forumtopicpage/board-id/Getting_connected/page/18/thread...

_________________________________________________________________________________________________________________

 

 Note that this update addresses the League of Legends issue as well as the latency issue observed when pinging the modem. This should also address latency issues through the modem which is good news for anyone who games, not just with LOL, or who runs a time or latency intolerant application. 


The firmware solution that addresses the latency issue will also be applied to the next firmware updates for the CGN3 and CGN3AC, however there is no timeline as of yet for release dates for those modems. 


The Cable account reference number is located within the Internet section of your bill. The account number that you normally see or use is comprised of various home services such as Internet, Home Phone, Home Monitoring, etc, but the requested reference number is located at the top of the Internet section of your monthly account statement.

------

Edited to add the below info:

 

If you send in your request during the day or early evening, you will probably see the update pushed out either very late in the evening or during the overnight maintenance period.  If not, then it should be pushed out no later than the next night.  The update will install regardless of the operating mode of the modem, Gateway or Bridge mode.

 

You can tell if you have the latest firmware by logging into the modem to check the firmware version or simply pinging the modem.  The old version is 4.4.8.13.  The new version is 4.5.8.16

 

If you are connected directly to the modem with the modem in Gateway mode, you can log into and ping 192.168.0.1   If you are connect to a router with the modem in Bridge mode you can log into, and ping 192.168.100.1

 

 

Here is an example of what you see with the previous 4.4.8.13 loaded:

 

ping 192.168.100.1 -n 1000

 

Reply from 192.168.100.1: bytes=32 time=3ms TTL=63
Reply from 192.168.100.1: bytes=32 time=3ms TTL=63
Reply from 192.168.100.1: bytes=32 time=8ms TTL=63
Reply from 192.168.100.1: bytes=32 time=3ms TTL=63
Reply from 192.168.100.1: bytes=32 time=12ms TTL=63
Reply from 192.168.100.1: bytes=32 time=6ms TTL=63
Reply from 192.168.100.1: bytes=32 time=13ms TTL=63
Reply from 192.168.100.1: bytes=32 time=9ms TTL=63
Reply from 192.168.100.1: bytes=32 time=6ms TTL=63

 

Ping statistics for 192.168.100.1:


Packets: Sent = 1000, Received = 1000, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 139ms, Average = 6ms

 

Note the random ping times and average of 6 ms.

 

 

Here is the ping test after 4.5.8.16 is pushed out:

 

ping 192.168.100.1 -n 1000

 

Reply from 192.168.100.1: bytes=32 time=1ms TTL=63
Reply from 192.168.100.1: bytes=32 time=25ms TTL=63
Reply from 192.168.100.1: bytes=32 time=1ms TTL=63
Reply from 192.168.100.1: bytes=32 time=2ms TTL=63
Reply from 192.168.100.1: bytes=32 time=1ms TTL=63
Reply from 192.168.100.1: bytes=32 time=1ms TTL=63
Reply from 192.168.100.1: bytes=32 time=1ms TTL=63
Reply from 192.168.100.1: bytes=32 time=1ms TTL=63
Reply from 192.168.100.1: bytes=32 time=1ms TTL=63
Reply from 192.168.100.1: bytes=32 time=1ms TTL=63
Reply from 192.168.100.1: bytes=32 time=1ms TTL=63
Reply from 192.168.100.1: bytes=32 time=1ms TTL=63
Reply from 192.168.100.1: bytes=32 time=1ms TTL=63
Reply from 192.168.100.1: bytes=32 time=1ms TTL=63
Reply from 192.168.100.1: bytes=32 time=1ms TTL=63
Reply from 192.168.100.1: bytes=32 time=3ms TTL=63

 

Ping statistics for 192.168.100.1:


Packets: Sent = 1000, Received = 1000, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:

Minimum = 1ms, Maximum = 67ms, Average = 1ms

 

 

Note that the average ping time to the modem drops from an average of 5 to 6 ms down to 1 ms.  Its not perfect as there are still random high ping times in the double digits, but its still a very good improvement.

 

 

There are two bugs in this updated version:

 

1.  The wifi is all or nothing.  You either have to have both 2.4 and 5 Ghz networks running, or both disabled.

 

2.  The firmware doesn't appear to save the enabled / disabled state for the wifi, so, if the power goes out at some point, when the modem fires up, there is a mismatch between what the wifi is actually doing, ie, on or off, and what the user interface indicates.  The way around this is to first save a backup file for the modem.  Navigate to ADMIN.....BACKUP and use the Backup button to create a backup file somewhere on your pc.  Do this when you have the modem settings configured to your preferences.  If the power ever goes out, run a factory reset by pressing the reset button at the back of the modem for 30 seconds and releasing it.  You can also initiate a reset from the ADMIN....DEVICE RESET page.  After the reset and reboot, reload the backup file using the ADMIN....BACKUP page, and then reboot.  Problem solved.

 

The all or nothing issue has been resolved for the next firmware release.

 

181 REPLIES 181

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

Follow the post just above yours to request the update. If you are showing an open NAT already, the update should solve your disconnect issues.

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

davidlewis
I've been here awhile

Hi.

 

Thanks. I've sent the request in. NAT is moderate at the moment.

 

Cheers,

 

David

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

Have a look at the following thread from last Friday if you haven't done so already. 

 

http://communityforums.rogers.com/t5/forums/forumtopicpage/board-id/Getting_connected/page/1/thread-...

 

That might give your some ideas of things to try.  Read thru it all first before you attempt any changes.

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

davidlewis
I've been here awhile

Will do. Thanks.

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

AllanLin
I plan to stick around

Hi,

 

I have same problem on my ignite 100 as well. Also i get multiple package lost when i ping google and league server.

 

ping www.google.com /n 100

 

Request timed out.
Request timed out.
Reply from 209.148.199.20: bytes=32 time=190ms TTL=58
Reply from 209.148.199.20: bytes=32 time=49ms TTL=58
Reply from 209.148.199.20: bytes=32 time=30ms TTL=58
Reply from 209.148.199.20: bytes=32 time=59ms TTL=58
Reply from 209.148.199.20: bytes=32 time=19ms TTL=58
Reply from 209.148.199.20: bytes=32 time=110ms TTL=58
Reply from 209.148.199.20: bytes=32 time=64ms TTL=58
Reply from 209.148.199.20: bytes=32 time=188ms TTL=58
Reply from 209.148.199.20: bytes=32 time=27ms TTL=58
Reply from 209.148.199.20: bytes=32 time=14ms TTL=58
Reply from 209.148.199.20: bytes=32 time=324ms TTL=58
Reply from 209.148.199.20: bytes=32 time=164ms TTL=58
Reply from 209.148.199.20: bytes=32 time=43ms TTL=58
Request timed out.
Reply from 209.148.199.20: bytes=32 time=348ms TTL=58
Reply from 209.148.199.20: bytes=32 time=213ms TTL=58
Reply from 209.148.199.20: bytes=32 time=206ms TTL=58
Reply from 209.148.199.20: bytes=32 time=42ms TTL=58
Reply from 209.148.199.20: bytes=32 time=47ms TTL=58
Reply from 209.148.199.20: bytes=32 time=88ms TTL=58
Reply from 209.148.199.20: bytes=32 time=144ms TTL=58
Reply from 209.148.199.20: bytes=32 time=61ms TTL=58
Reply from 209.148.199.20: bytes=32 time=59ms TTL=58
Reply from 209.148.199.20: bytes=32 time=174ms TTL=58
Reply from 209.148.199.20: bytes=32 time=23ms TTL=58
Reply from 209.148.199.20: bytes=32 time=15ms TTL=58
Request timed out.
Reply from 209.148.199.20: bytes=32 time=15ms TTL=58

Ping statistics for 209.148.199.20:
Packets: Sent = 100, Received = 92, Lost = 8 (8% loss),
Approximate round trip times in milli-seconds:
Minimum = 13ms, Maximum = 350ms, Average = 90ms

 

ping 104.160.131.1 /n 100

 

Reply from 104.160.131.1: bytes=32 time=61ms TTL=58
Reply from 104.160.131.1: bytes=32 time=72ms TTL=58
Reply from 104.160.131.1: bytes=32 time=128ms TTL=58
Reply from 104.160.131.1: bytes=32 time=135ms TTL=58
Reply from 104.160.131.1: bytes=32 time=82ms TTL=58
Reply from 104.160.131.1: bytes=32 time=126ms TTL=58
Reply from 104.160.131.1: bytes=32 time=70ms TTL=58
Reply from 104.160.131.1: bytes=32 time=228ms TTL=58
Reply from 104.160.131.1: bytes=32 time=186ms TTL=58
Reply from 104.160.131.1: bytes=32 time=25ms TTL=58
Reply from 104.160.131.1: bytes=32 time=55ms TTL=58
Reply from 104.160.131.1: bytes=32 time=68ms TTL=58
Reply from 104.160.131.1: bytes=32 time=45ms TTL=58
Reply from 104.160.131.1: bytes=32 time=32ms TTL=58
Reply from 104.160.131.1: bytes=32 time=183ms TTL=58
Reply from 104.160.131.1: bytes=32 time=67ms TTL=58
Reply from 104.160.131.1: bytes=32 time=34ms TTL=58
Reply from 104.160.131.1: bytes=32 time=139ms TTL=58
Reply from 104.160.131.1: bytes=32 time=86ms TTL=58
Reply from 104.160.131.1: bytes=32 time=31ms TTL=58
Reply from 104.160.131.1: bytes=32 time=269ms TTL=58
Reply from 104.160.131.1: bytes=32 time=237ms TTL=58
Reply from 104.160.131.1: bytes=32 time=193ms TTL=58
Reply from 104.160.131.1: bytes=32 time=36ms TTL=58
Reply from 104.160.131.1: bytes=32 time=55ms TTL=58
Reply from 104.160.131.1: bytes=32 time=40ms TTL=58

Ping statistics for 104.160.131.1:
Packets: Sent = 100, Received = 98, Lost = 2 (2% loss),
Approximate round trip times in milli-seconds:
Minimum = 24ms, Maximum = 337ms, Average = 85ms

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

bobor
I've been here awhile

CGN3ACSMR LED Lighs

 

 

I've just put my CGN3ACSMR modem into bridge mode and using a router for internet.

 

Works fine however I noticed the LED lights are still lit on the modem.

 

Is it normal for most of the modem light o remain lit after placing it to Bridg mode?

 

Is there anyway to turn them off?

 

 

 

***Edited Labels***

 

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

Hi @bobor

 

Welcome to Community Forums!

 

You've come to the right place for some assistence.

 

I'm sure one of our Resident Experts @Datalink or @Gdkitty can provide you with the answers.

 

 

@RogersPrasana

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

 

Hello, @bobor

 

We've discussed this issue in the previous pages of this thread. The workaround is to disable 2.4GHz and 5GHz SSIDs before bridging. Thank you for your patience.

 

Cheers,

RogersMoin

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

Datalink
Resident Expert
Resident Expert

If you mean the top five LEDs, yes, that is normal.  The top four will remain lit while the fifth, the computer shaped LED indicates traffic over a connected ethernet port.  That LED will flash as long as there is traffic thru a connected ethernet port.  What you don't want is the wifi LEDs showing up when the modem is in Bridge mode.  That is due to a firmware bug in the current version, 4.5.8.16.  If you disable the wifi networks before kicking the modem into Bridge mode, they should remain inoperative.  Here's a link to the CGNV4 Manual, which is close to the CGN3ACSMR.  I haven't seen a manual for the CGN3ACSMR published, so this will have to suffice.  The manual contains a guide to the LEDs.

 

https://www.upc.ro/pdf/manuale/internet/HITRON_CGNV4_UG_V1-1_DRAFT_2014-01-28.pdf

 

Here is a link to the CGN3 user manual which is also close to the CGN3ACSMR modem.

 

https://www.midco.com/contentassets/b443bbd36fcf458a883231f34d6f24aa/hitron-cgn3res-user-guide.pdf

 

 

 

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

CGN3ACSMR still broadcasting over 2.4G band while in bridge mode

 

Recently, my wifi bandwith and range on the 2.4G band were basically cut in half. Originally when I had my service installed the wifi signal was full and strong on 2.4G, but something has changed resulting in this reduction in wifi signal. I have done a bunch of trouble shooting myself and even had a Rogers tech out to the house today and still no resolution to the problem.

 

The CGN3ACSMR gateway I have is in bridge mode, but the 2.4GHz light is still illuminated on the front. If it is in fact still broadcasting on the 2.4 G channels, that would explain my reduction in bandwith. What should I do?

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

 

Hello, @dgreene77

 

Welcome to the Rogers Community Forums! Smiley Happy

 


@dgreene77 wrote:

 

 

The CGN3ACSMR gateway I have is in bridge mode, but the 2.4GHz light is still illuminated on the front. If it is in fact still broadcasting on the 2.4 G channels, that would explain my reduction in bandwith. What should I do?


 

We've discussed this issue in the previous pages of this thread. The workaround is to disable 2.4GHz and 5GHz SSIDs before bridging. Even though you see 2.4GHz led is lit, it's not broadcasting neither 2.4GHz or 5GHz network in bridge mode. 

 


@dgreene77 wrote:

Recently, my wifi bandwith and range on the 2.4G band were basically cut in half. Originally when I had my service installed the wifi signal was full and strong on 2.4G, but something has changed resulting in this reduction in wifi signal.



It could due to some interferences from other 2.4GHz sources, like other routers in your vicinity etc. I'll invite @Datalink to share his expertise for this issue, thank you for your patience.

 

Cheers,

RogersMoin

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

Hmm, in cases such as this, there is always the question, is this a wifi issue only, or is it a combined wifi and modem issue? So, first a few questions:

 

  1. What data plan are you on, 100/10 or 250/20 Mb/s
  2. Can you run a wired speedtest at http://speedcheck.rogers.com/en.html and speedtest.net using the Toronto Telus server and post both results.
  3. Can you log into the modem, navigate to the STATUS …. DOCSIS WAN page, copy the downstream and upstream tables and paste them into this thread. Between the wired speedtest results and the signal levels in the tables we can tell if the modem data rates themselves are where they should be.

The LED illuminated when the modem is in Bridge mode is a firmware bug. As @RogersMoin indicated, the workaround is to disable both wifi networks prior to kicking the modem into Bridge mode. I don’t think that works in every case. For some reason I’ve never had that issue with my CGN3ACSMR.

 

For the wifi itself, it may be nothing more than one or more neighbors bringing home new routers, which are now competing with your modem for free channels. The 2.4 Ghz band is normally heavily oversubscribed, resulting in slow wifi data rates for all concerned. The way to determine this is to load inSSIDer onto a laptop or wifi equipped pc. The link below is for the last freebie version of inSSIDer, which can be used to monitor both 2.4 and 5 Ghz networks. It doesn’t show the 802.11ac networks in the 5 Ghz band, so it doesn’t show a complete 5 Ghz picture in that respect. There is a newer pay version out now that does and which runs on a normal 802.11 b/g/n laptop. It reads the transmit headers to determine the various networks , b/g/n/ac and display them on the graphical and text display. If you use 5 Ghz networks at all, for $20 US its worth having so that you can assess the network situation in the 5 Ghz band.

 

http://www.techspot.com/downloads/5936-inssider.html

 

So, load this onto your laptop and have a look at the graphical display to see what you’re up against in terms of competing networks. That alone might explain why your wifi data rates have dropped, assuming that the modem itself is providing the data rates that it should. The display is a negative scale, with zero at the top and descending power levels below. Ideally your network would be the highest network on the display and have at least 40 to 45 dBmW separation between your network and any competing network that is running on the same channel or a nearby overlapping channel. Anything less than that and your data rates will suffer. As that separation comes down to zero, your wifi data rate will slow right down. So, ideally you would be able to select an operating channel that has no competition, however, depending on where you live, that might be impossible. If anything, that might give you the impetus to move everything that you can up to the 5 Ghz band. For devices that remain in the 2.4 Ghz band your choice would be to put up with the neighborhood competition, or buy a good third party router and run the modem in Bridge mode. That is what I and a good many others do.

 

The only recommendation I would have if you decide to go the third party route is to buy a router with gigabit WAN and LAN ports and with external antenna. I run an Asus RT-AC68U which has been replaced by the RT-AC68P. This has a slightly faster processor and proper shielding around the USB ports. Fwiw, the RT-AC68U is a common router here on the forum. Its not a cheap router, but its not uber expensive either and Asus seems to be good with updates for it, along with the other routers that it supports.

 

So, have a go with the questions regarding the modem and inSSIDer and post the results. If you need any help interpreting the inSSIDer display, do a screen capture, remove your network name and MAC address and post it somewhere so that we can have a look at it.  

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

Firmware for Advanced WIFI Modem CGN3

 

I am requesting a manual firmware update for CGN3 to firmware 4.2.4.6

 

Re: *** CGN3ACSMR - League of Legends – latency: firmware release pending

Can you delete your MAC address from the above post.  Its not a good security policy to publish an active MAC

address.  Your request should be made to @CommunityHelps via private message.

Topic Stats