Netgear's major announcement at CES 2015 was the ReadyNAS 200 series of NAS units targeting the SOHO market and power users. This lineup has two members, a 2-bay RN202 and a 4-bay RN204. The ReadyNAS 200 series is based on a dual-core Cortex-A15 SoC from Annapurna Labs. The system has 2 GB of RAM and two GbE ports. 802.3ad dynamic link aggregation is supported, and transfer rates of around 200 MBps are possible (similar to what QNAP claims for their TS-x31+ series). The units run ReadyNAS OS 6.2 and have a MSRP of $360 and $500 for the 2-bay and 4-bay variants.

As I mentioned in our COTS NAS buyer's guide last month, Netgear's ReadyNAS OS 6.x is quite interesting because of the choice of a btrfs file system. We also get snapshots with minimal overhead (due to the COW - Copy on Write - nature of the file system) and protection against bit-rot. The ReadyNAS 200 series provides a powerful, yet affordable alternative to the ReadyNAS 300 and ReadyNAS 500 series of NAS units.

At the show, Netgear also launched the AirCard, a battery-powered 4G hotspot device connecting to the Sprint network. The $200 price also includes 1 GB of data, with the option to purchase more further down the road. In the ProSAFE lineup, we also got Click Switches - 8- and 16- port GbE unmanaged switches with USB charging ports. The focus of the product is on ease of use and versatility. On the powerline networking front, Netgear had their HomePlug AV2 PL1200 and PLP1200 devices on display.

Netgear decided to hold off on any major router announcements at CES. Most of the other networking vendors announcing flagship products were planning to ship in Q2 or later. This obviously points to the hardware platforms not being ready. It does make plenty of sense for Netgear to announce products closer to their release dates. In addition, they got in first on the Broadcom XStream platform with the Nighthawk X6 R8000 and second on the 4x4 MU-MIMO Quantenna solution (after Asus) with the Nighthawk X4 R7500. They have both flagships currently in the market. The focus at CES was more on the software updates (such as ReadyCLOUD integration, configurable power output for the Wi-Fi radios etc.) that Negear had in the pipeline for the R7000 platform.

That said, they did show off a Nighthawk AC1900 range extender - basically, the same internal hardware as the R7000, but, without routing support, and priced a good $30 cheaper.

 

POST A COMMENT

8 Comments

View All Comments

  • jensend - Thursday, January 15, 2015 - link

    Faster ARM-based units are a good idea (though overdue) but charging $360 for a diskless 2-bay unit and $500 for a diskless 4-bay unit seems foolhardy in the current market. At those prices they're more expensive than some Bay Trail / Rangeley units. One can only hope the MSRP bears little relation to what these will actually retail at. Reply
  • dave_the_nerd - Thursday, January 15, 2015 - link

    Hooray, I get to be the first guy who posts "Bah, I could build a NAS for half that price that would perform better!"

    Bah, I could build a NAS for half that price that would perform better!
    Reply
  • jabber - Saturday, January 17, 2015 - link

    But could you get it installed and working, out of the box in just 5-10 minutes like these?

    I guess not.
    Reply
  • npz - Thursday, January 15, 2015 - link

    About ReadyNAS OS 6.x and btrfs, they are using btrfs on top of mdadm raid because btrfs doesn't support anything more than mirroring (raid 5/6 was added recently in dev but it's buggy and not production ready), and I assume they still need to keep volume expansion and whatever X-raid features intact. It is interesting regarding how they would find the right block if btrfs detects corruption when it doesn't manage the disks directly:

    readynas forums, reply from staff:
    "We have implemented a proprietary method to do it. When a corrupt checksum is detected we ask the lower mdadm raid layer to try and find the correct block."
    Reply
  • shodanshok - Thursday, January 15, 2015 - link

    This is interesting...

    Linux's native mdraid do not recompute parity (P/Q) when reading. This is by design: delegating read error detection to drive-integrated ECC only, mdadm can scale read IOPS linearly with drive number (this is due to the other drives being free to serve incoming requests rather than seeking for retrieving parity data).

    ZFS sits at the opposite extreme: all read data have always their parity recomputed recomputed and checked. This enable very strong error detection, even beyond the drive ECC capabilities, at the cost of IOPS (which are basically fixed and do not increase adding drives to a single ZRAID volume).

    Interestingly, Netgears's custom BTRFS/mdraid build seems to be somewhat in-between these two approach: at least judging from the above forum post, during normal reads parity is not recomputed (and drives are free to process other requests), but when a read error is found (via BTRFS integrated checksumming), the md layer is asked do recompute the parity for each data block.

    This try-and-reconstruct scheme is better suited for RAID6 setups, where you have two parity to use for check and reconstruct data. RAID5 with normal (non-checksumming) filesystem you are out of luck (as you don't know if bit rotting happened on data block or parity block), but considering the BTRFS checksumming nature this should be doable.

    For RAID1 setup the above scheme will not work: you don't have any parity, and you don't know which data block (left or right) was corrupted. I think that Netgear custom build simply to to read from both data disk and let BTRFS recompute the checksum: the disk which data match the stored checksum is the right one.
    Reply
  • npz - Thursday, January 15, 2015 - link

    BTW posting a link to anything readynas -dot- com causes your system to treat it as spam Reply
  • shodanshok - Thursday, January 15, 2015 - link

    As Netgear was one of the first NAS vendor to use ZFS, it don't surprise me that they now are one of the first to use BTRFS. Moreover, for simple file archiving BTRFS is very good, providing snapshot support and data checksumming. Reply
  • jospoortvliet - Friday, January 16, 2015 - link

    I just hope they also contribute to btrfs development (either in testing or code)... Reply

Log in

Don't have an account? Sign up now