1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

R7000 vs AC68U with tomato firmware ?

Discussion in 'Tomato Firmware' started by cyan, Mar 17, 2017.

  1. cyan

    cyan Addicted to LI Member

    since most comparison review only using OEM firmware,
    does anyone compare R7000 VS AC68U using tomato firmware ?
    Is it worthed searching older version of AC68U for tomato ?
    (since C1 and beyond not compatible with tomato. Hopefully soon)
     
  2. ruggerof

    ruggerof LI Guru Member

    I have both of them running tomato but a direct comparison is probably not applicable as my R7000 works as an AP. Anyhow, a few comments on both pieces of equipment and them running tomato.

    Firstly a few pieces of information.
    - AC68U: running Shibby AIO 136. It is my main Gateway, DHCP Server, runs 2 OpenVPN servers (TAP / TUN), runs reverse proxy via NGIX from Entware-NG, has a USB Flash drive, runs several scripts via scheduler, QoS. Quite loaded in comparison to the R7000. My internet speed is 100/10. No torrenting, frequent video streaming & IP TV and frequent heavy downloads
    - R7000: running with Toastman as an AP, with just a few scripts to sync time with my NTP server and to pass information to my AC68U of wireless clients connected. Very light load compared to the AC68U.

    Build "feel" quality: My preference is for the AC68U over the R7000, its sleek design, upwards position, non intrusive leds and pattern are nicer IMHO than the square, old design, old fashioned leds R7000 has.

    Cooling design: the winner is hands down (in my case) the R7000, it runs cooler than the AC68U, my AC68U has 2 x 80mm 12V fans running at 5V in the back and the temperatures with the fans running are 77°C/46°C/47°C (CPU/2.4Ghz/5GHz) while the R7000 without any fan are 62°C/49°C/50°C. Without the fans the AC68U CPU temp can reach easily 85°C to 90°C. it is known that in some AC68U, the heatsink is badly placed however I haven't seen complaints with such problem in the R7000. Keep in mind that my AC68U load is heavier than the R7000 which can explain part of the higher CPU temp.

    Horsepower: probably the R7000 has an advantage since its CPU is 1000MHz whereas the AC68U is 800Mhz, but even with my load the AC68U is coping well the demand.

    Tomato flash: For me both went just fine without any problem. The ASUS is known to have a rescue mode so probably it is safer for the AC68U than for the R7000. In the R7000 I had to downgrade the stock firmware then flash the initial and then final version but the process was smooth.

    stealthMode script: the script does not exist out of the box (i.e. Tomato) for both of them however you can find a version in this forum for the AC68U that works for all leds, so if switching off all leds is important you might want to stick with the AC68U instead of the R7000. PS: I did see somewhere here a few commands to switch on and off R7000 leds but I haven't tested.

    NTP Sync: This can be related to the build, i.e Shibby vs Toastman, but I had to make a cron job in the R7000 as a workaround but nothing serious if you have the skills.

    Wifi coverage and speed: I can't compare since they are installed in different areas of my flat but I can only tell you that there is no huge problem with any of them. Running WLAN-WAN speedtests give +/- similar results.
     
  3. TRIUMF

    TRIUMF Connected Client Member

    AndreDVJ likes this.
  4. AndreDVJ

    AndreDVJ Addicted to LI Member

    stealthMode was written for Asus routers running mipsel architecture. This could be somehow ported to both AC68U and R7000 but there are implications with blink binary.

    I read about issues with Yahoo API but dunno if they were solved.

    Anyway, it looks like stealthMode has gone closed-source, and was never written for ARM routers anyway, so this script should no longer be included for neither architecture.

    About NTP, I don't see issues with Tomato's built-in functionality. I specify custom NTP servers serving my country (three) and let it update every hour.
     
  5. pomidor1

    pomidor1 Serious Server Member

    @Monter wrote the script for the arm but to Merlin and to tomato processors is Mipsel, and Shibby and RMerlin not enabled this solution to their projects.
    This file is from the end of December so probably works on RMerlinie and Probably on XVortex
    http://monter.techlog.pl/files/download/
    http://monter.techlog.pl/files/download/_Projects/ASUSWRT/stealth_mode/
    @Monter Developed yet interesting skrypt to transfer settings between routers
    He did not use, but from what I associate this into tomato also acted
    http://monter.techlog.pl/files/download/_Projects/ASUSWRT/mntmigrate/
     
  6. RMerlin

    RMerlin Network Guru Member

    Asuswrt-Merlin has had an option to disable LEDs through the webui since its early days. In fact, I'm the one who came up with the "stealth mode" name at the time ("Put your Dark Knight into Stealth Mode", as at the time the RT-N66U was the only model my firmware supported). That's why there is no real need for such a script (which would be unreliable anyway, as some firmware events can trigger one of the LEDs to be turned back on) in my firmware.

    And the fact the author of that script flat out started calling me name on Github after I turned him down for integrating his script in my firmware definitely sealed the case for me.
     
  7. pomidor1

    pomidor1 Serious Server Member

    objectively, people are interested in, including perhaps a bad idea;-)
     
  8. cyan

    cyan Addicted to LI Member

    Thanks for answering.
    with asus (I own N66U) whatever brick, even lost power during flash can be fix with rescue mode.
    What is the limitation of R7000 TFTP method ? does it not work like asus rescue mode ?
     
  9. pomidor1

    pomidor1 Serious Server Member

  10. cyan

    cyan Addicted to LI Member

  11. lepa71

    lepa71 Networkin' Nut Member

    What version of Netgear fw you had to downgrade to before flashing initial tomato fw? If I may ask. Why Toastman vs Shibby for R7000?

    My setup R7000 as main router and AC68U in media bridge. I used to run E2500 with shibby tomato in media bridge mode. I like that that I can make a bridge using 5Ghz band and still have access to 2.4 Ghz to serve for wifi clients. For AC68U, I'm currently using John's fork of RMerlin fw that does not expose 2.4 Ghz.

    Why are you running Shibby's 136 for AC68U? Any reason?

    Thanks

     
  12. ruggerof

    ruggerof LI Guru Member

    I don't remember the version of the Genie firmware but I think I got the oldest one.

    I used to use the built in NGINX Shibby's versions have, that was the reason for using Shibby in the AC68U and using Toastman in the R7000 (and for my AC66U btw - both AP only). Nowadays I installed NGINX from Entware-NG therefore I have absolutely no reason to use Shibby anymore. As I don't have any need for MultiWAN I prefer to use Toastman as I think it is leaner.

    In other words the next time I upgrade the firmware it will be upgraded to a Toastman version.

    Why 136 instead of 138? If it ain't broke don't fix it! ;););)
     
    lepa71 likes this.

Share This Page