NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Traffic Meter Units Displayed & By Device?
TWC is saying that I have used 693+ GB this month (9/1 to 9/20) compaired to 308 for the previous month. How the heck do I convert the data reported in the traffic meter and is there a report with more detail by device available? Do you think that this is inclusive of LAN traffic? Firmware Version - V1.01.15FVS318G Telnet LAN<>WAN firewall settings not working
Hello, when logging into the router via telnet and accessing the fw / lan-wan settings, I cannot use the show function nor can I disable or enable any rules. I need this to work for an automated task that should change these parameters. It tells me that I provided too few parameters, however the show functions in the other routing virtual folders seem to work just fine without any additional arguments. Am I missing something, or is there a way to contact Netgear so that they can finally fix this and some other issues in the firmware. Or do I really have to build and flash OpenWrt and do my own, less buggy firmware? Sincerely, BenediktLLDP "Operational MAU type" (802.3 TLV) is zero for GS724Tv3
Versions Model Name Boot Version Software Version B5.1.1.1 5.4.2.19 I've enabled the optional LLDP TLVs on all my ports. When I receive the 802.3 organizationally specific TLV subtype 1, the oerational MAU type is zero. What the operational MAU type should be is 30. The RFC for this is: dot3MauType1000BaseTFD OBJECT-IDENTITY STATUS current DESCRIPTION "Four-pair Category 5 UTP, full duplex mode" REFERENCE "[IEEE 802.3 Std.], Section 40" ::= { dot3MauType 30 } When I check on the web interface, it shows 1000mbit, full duplex. The switch can only do 1000-base-t on 4 pair of unshielded twisted pair. It would be handy to be able to get this information and verify that everything was as it should be. But the latest firmware (just downloaded it) gives a zero. This is the wrong answer ;-) Here's what the dump of the TLV shows: ORG SPECIFIC DUMP: 00120f: DUMP (9 bytes): 00 12 0f 01 03 00 01 00 00 You can read about this in Annex G of the 802.1AB (LLDP) spec. On my copy this spans pages 132 and 133. An OUI of 00-12-0F means it's the 802.3 TLV (as I expect). The last two bytes (octets) are the "operational MAU type". As you can see they are both zero. The only reason for them to be zero is if the type of MAU isn't listed in RFC 3636. But it is. So, it's an error for it to be zero.
Netgear Nighthawk M1 drops LTe connection every day and requires multiple reboots
Hi there, Purchased a Nighthawk M1 (MR1100) from Telstra recently. Seems to work well in terms of speed. But a few problems including severe lack of configuration for DHCP (the only item you can configure is DHCP range - there's no fixed host mappings, or any even basic features present in almost every other device on the market. I really hope this is addressed in a future patch or Netgear advise a secret menu to access these basic features as it's really disappointing and lets the router down at the present time). However, it's by far the fastest I've ever tested. Anyway to the main problem. Every day when I come home the device is no longer providing Internet over the connected ethernet cable. I can connect to the modem admin screen fine, and it reports it's connected to the internet (reports LTE connection is fine and has been connected for over a day); however, no devices on the network can use the internet and the only way to solve it is by restarting the MR1100 multiple times eventually it starts routing traffic again. This problem does not occur on any of the other modems I've tested using the same SIM/Service so it's definitely an issue with the MR1100. Something is wrong with the software - need someone from Netgear to sort this out. Also Netgear you need to add the Nighthawk M1 to your model list as I had to assign this ticket against a random unrelated modem as your product list isn't up to date.Orbi Access Control Firmware 1.3.0.12
I just updated my Orbi Router and Satellite to the latest firmware, 1.3.0.12. I'm using Access Control to limit access to the network. I have a Tivo Mini hooked up to the ethernet port of the satellite, and it was connected and allowed to network access before the firmware update. Now when I enter access control, the Tivo Mini shows as "blocked", and even if I select the device and click "allow", it stays blocked. That's the first issue. The second issue is that it's not actually blocked (nor do I want it to be). It's able to connect to the network and access the internet just fine. I tried to block and unblock it and it didn't work. Not sure what the issue could be except a firmware bug.
