NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Bonding/VLAN bug in 6.6.0
I have found a UI bug (IMO anyway) with the Network/Bonding/VLAN setup in 6.6.0. First the disclaimer (caveat): This is running on a modified, unsupported (ancient) Pro Pioneer, upgraded with a 3.0 GHz E7600, 2GBytes 1333MHz DDR2, VGA connector, fan mods., etc. The only non-factory build APP installed is linux-dash. None of this has anything to do with the bug, but I don't want to be accused of leaving anything potentially important out, so... Note: Full details below, FYI only. Attached is a pic. that should say it all! While playing around with various bonding modes (lots of reboots with a single NIC attached to recover admin control), I now have lingering "bonds" with a single NIC (eth0 or eth1 ONLY). I can't delete them, change the settings, add a VLAN to them, or in any way modify them (just want them to go away!) Anything I try results in a crash dialog popup. The correctly bonded "bond0" works fine, as do VLANs added to it with higher IDs than the stuck 1-NIC "bonds". BTW: If anyone is curious, the E7600 is pretty fast! Even running maxed-out at a fairly well sustained 110MBytes/sec. I never see CPU throughput hit over 50%. I'm pretty sure the old Seagate 1TB ES drives (7200 RPM, built like tanks!) aren't the bottle neck either. In my case it's clear (again IMO) the NICs are the limiting element. As has been explained before, due to the way bonding/teaming is implemented (even with LACP, 802.3ad thru 2+3 mode), it's hard to see increased net throughput via bonding, even with static LAGs, VLANs, a fast external network (4 teamed, i350 server NICs on a Windows Server 2016 TP5 server box, Z170 chipset, 6x 4TB WD Red/5200 RPM "NAS" SATA-III, 6Gbit, overclocked i3-6300), and a fast Layer 2+ smart switch ( NG M4100-D12G). It is especially diappointing that LACP mode 3+4 (supposed to load balance on xmit from a single client) doesn't appear to work in 6.6.0. I see the following in dmesg.log: bond0: Setting xmit hash policy to layer3+4 (1) bond0: option primary: mode dependency failed, not supported in mode 802.3ad(4) Kernel log FYI on E7600: Oct 07 12:08:31 SIMATH_NAS kernel: smpboot: CPU0: Intel(R) Core(TM)2 Duo CPU E7600 @ 3.06GHz (fam: 06, model: 17, stepping: 0a) Oct 07 12:08:31 SIMATH_NAS kernel: Performance Events: PEBS fmt0+, 4-deep LBR, Core2 events, Intel PMU driver. Oct 07 12:08:31 SIMATH_NAS kernel: ... version: 2 Oct 07 12:08:31 SIMATH_NAS kernel: ... bit width: 40 Oct 07 12:08:31 SIMATH_NAS kernel: ... generic registers: 2 Oct 07 12:08:31 SIMATH_NAS kernel: ... value mask: 000000ffffffffff Oct 07 12:08:31 SIMATH_NAS kernel: ... max period: 000000007fffffff Oct 07 12:08:31 SIMATH_NAS kernel: ... fixed-purpose events: 3 Oct 07 12:08:31 SIMATH_NAS kernel: ... event mask: 0000000700000003 Oct 07 12:08:31 SIMATH_NAS kernel: x86: Booting SMP configuration: Oct 07 12:08:31 SIMATH_NAS kernel: .... node #0, CPUs: #1 Oct 07 12:08:31 SIMATH_NAS kernel: x86: Booted up 1 node, 2 CPUs Oct 07 12:08:31 SIMATH_NAS kernel: smpboot: Total of 2 processors activated (12235.88 BogoMIPS)
C7000 Initial Channel Locking
I got a c7000 from someone that had upgraded to something newer, as far as I know it had been working. When trying to set it up with Comcast, they said they could see it, the self activate seems to work, when they sent reset codes to it, it lost downstream and upstream and attempted to re-aquire. However I never get an active connection, and they never see it as connected. When I go to the cable connection page, it says "Failure Your modem is offline. Please check the RF connection." Then, "Click Here to go to setting...". That link takes me to a very interesting page, showing 24 downstream and eight upstream channels, with only the first of each locked in. Even more interestingly, when the device is restarted it always starts at channel ID 31 at 687000000 Hz, power - 2.1 dBmV, SNR 40.9, which are all good values, but if I refresh the page every few minutes, the downstream channel that is locked in moves down one channel and by 6000000 Hz. Upstream does not appear to change, although I believe it has been different between different restarts. Also near the top of the page there is a startup procedure list: Aquire downstream channel, it reflects the current one locked in as described above; connectivity state, in progress params transfer complete; boot state, in progress unknown; security, disabled; ip provisioning mode, in progress unknown. I will try to post a pic, but I'm working off of my phone currently and the mobile interface is lacking attachments
