- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
Re: UPnP not reporting stops responding values for data sent/received
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I have already posted this but on the wrong forum (regular Orbi).
I use a software called PeakHour to monitor internet traffic from my Mac. It uses UPnP to obtain this information from the router. There appears to be a bug in the router where it stops reporting once it reaches MAXINT (4294967295 bytes). It appears to be very similar to this post here from 2019.
PeakHour provides a FAQ page to detect if the information over uPnP suffers from counter freeze. As can be seen in the attached screenshot, this seems to be a text book case: it reports exactly MAXINT for an unsigned 32 bits integer: 4294967295
This seems to be a bug in the router? If so, is this the formal way to log this bug, if not, where do I go?
Information about model/firmware:
Hardware Version RBR850
Firmware Version V4.6.3.16_2.0.51
GUI Language Version V3.0.1.2_2.1.30.3
Operation Mode Router
Solved! Go to Solution.
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I'm now on V4.6.8.2_2.1.9.
I had encountered this article: https://www.bleepingcomputer.com/news/technology/netgear-fixes-bad-orbi-firmware-update-that-locked-.... This article points to a thread on Reddit: https://www.reddit.com/r/orbi/comments/uq57b3/my_orbi_access_is_restored_without_factory_reset/i8rle...
So I sent a DM to Christine from Netgear and indeed, a new firmware version was pushed towards my Orbi. All working fine now.
EDIT: spelling.
All Replies
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
UPnP not reporting stops responding values for data sent/received
I use PeakHour on a Mac to inform me about data traffic. After a while it drops to 0. It very much seems the same issue as has been reported before: https://community.netgear.com/t5/Nighthawk-WiFi-Routers/X6-R8000-UpNp-or-snmp-monitoring/m-p/1816959, but that's a post from 2019.
PeakHour provides a FAQ page to detect if the information over uPnP suffers from counter freeze: http://support.peakhourapp.com:8090/pages/viewpage.action?pageId=5603403
As can be seen in the attached screenshot, this seems to be a text book case: it reports EXACTLY max_int for an unsigned 32 bits integer: 4294967295
This seems to be a bug in the router.
P.S.: I could NOT find the model in the model drop down list box; I hope this is the correct forum. Information about model/firmware:
Hardware Version RBR850
Firmware Version V4.6.3.16_2.0.51
GUI Language Version V3.0.1.2_2.1.30.3
Operation Mode Router
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: UPnP not reporting stops responding values for data sent/received
@rdouma wrote:
I use PeakHour on a Mac to inform me about data traffic. After a while it drops to 0.
The User Manual for the RBR850 says on page 130 that SNMP is disabled.
https://www.downloads.netgear.com/files/GDC/RBK852/RBK852_UM_EN.pdf
Is there a possibility that PeakHour is not actually connected to and monitorint the RBR850 at all?
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: UPnP not reporting stops responding values for data sent/received
> Is there a possibility that PeakHour is not actually connected to and monitorint the RBR850 at all?
Thanks for your answer!I wasn't using SNMP but UPnP. If it weren't connected, it would never work, and the thing is it works for a few hours before starting to report zero. Using upnpc we can clearly see that both "Sent" and "Recv" report 4294967295 then, which is *exactly* 2^32 (unsigned maxint). So this does look like simply too small a data type to be able to track the bytes.
Oberon:~ remco$ upnpc -s upnpc : miniupnpc library test client, version 2.2.3. (c) 2005-2021 Thomas Bernard. Go to http://miniupnp.free.fr/ or https://miniupnp.tuxfamily.org/ for more information. List of UPNP devices found on the network : desc: http://192.168.1.1:5000/rootDesc.xml st: urn:schemas-upnp-org:device:InternetGatewayDevice:1 Found valid IGD : http://192.168.1.1:5000/ctl/IPConn Local LAN ip address : 192.168.1.13 Connection Type : IP_Routed Status : Connected, uptime=12553209s, LastConnectionError : ERROR_NONE Time started : Fri Jul 9 00:54:28 2021 MaxBitRateDown : 1000000000 bps (1000.0 Mbps) MaxBitRateUp 1000000000 bps (1000.0 Mbps) ExternalIPAddress = 179.27.215.90 Bytes: Sent: 4294967295 Recv: 4294967295 Packets: Sent: 37829630 Recv: 36722583
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: UPnP send/receive on RBR850 stops at MAXINT
Best way would be to open a support ticket with NG support. Let them know what your seeing.
https://www.netgear.com/support/#
Also contact a forum Moderator as well.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: UPnP not reporting stops responding values for data sent/received
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: UPnP send/receive on RBR850 stops at MAXINT
Just for completeness, I've given up. I'm probably being a bit of a **bleep** about this but I just don't like NetGear's attitude about what for me is so clearly a data type bug, like I've seen many. What happened after I submitted the bug was that I got a mail with a request for a LOT of information (of which 40% was already in my original bug report). I then got the instruction to install the firmware again, even though it was the same version. Fair enough, it could have been a faulty install. But what they wanted me to do next is to do a clean install and not use a backup. I know I do that, configure all again from scratch to prove it is STILL broken en then load the backup again but I just feel this case is not being treated correctly by NetGear. So I just sent them this:
I’ve thought about this and let’s just close the ticket. I just get annoyed thinking about this bug and postponing. Reason being that it’s so obvious for me that this is a bug and has nothing to do with a backup (data) that I just don’t want to spend the time on this, losing hours on executing useless instructions to make it reproducible. I already spent too much time on it and even went out of my way to provide you a way of querying UPnP yourself. NetGear is clearly not interested in solving it. For me the logical response would be that you guys set up an Orbi yourself and query the UPnP parameters, potentially showing me that it works FOR YOU instead of making me go through more hoops. It just feels to me like this approach shows the wrong attitude on NetGear’s end. Nothing personal, you’ve been friendly enough and I’m sure you’re just following orders. Me for my part will just simply not use UPnP and I know I shouldn’t be getting a NetGear next time.
I'm just leaving this here for the next poor sucker that wants to submit a bug to NetGear and is willing to be their unpaid debugging department.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: UPnP send/receive on RBR850 stops at MAXINT
For anyone interested and for completeness; this was solved in the firmware version that broke the admin panel and still works in the patch they released for that.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I'm now on V4.6.8.2_2.1.9.
I had encountered this article: https://www.bleepingcomputer.com/news/technology/netgear-fixes-bad-orbi-firmware-update-that-locked-.... This article points to a thread on Reddit: https://www.reddit.com/r/orbi/comments/uq57b3/my_orbi_access_is_restored_without_factory_reset/i8rle...
So I sent a DM to Christine from Netgear and indeed, a new firmware version was pushed towards my Orbi. All working fine now.
EDIT: spelling.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: UPnP send/receive on RBR850 stops at MAXINT
Ok, thanks for letting us know. Glad the v.2 fixed the uPnP issue. I have mine on same version. No issues.
Please mark your thread as solved so others will know. Be sure to save off a back up configuration to file for safe keeping. Saves time if a reset is needed.
https://kb.netgear.com/000062080/How-do-I-back-up-the-configuration-settings-on-my-Orbi-WiFi-System
Enjoy. 📡
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: UPnP send/receive on RBR850 stops at MAXINT
Thanks for the feedback. First thing I did after regaining access to the admin panel was to create a backup indeed.
Apologies for asking a noob question, but how do I mark the topic as solved?
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: UPnP send/receive on RBR850 stops at MAXINT
Select Accept Solution button when you see it.
• Introducing NETGEAR WiFi 7 Orbi 770 Series and Nighthawk RS300
• What is the difference between WiFi 6 and WiFi 7?
• Yes! WiFi 7 is backwards compatible with other Wifi devices? Learn more