Tomato for ARM routers

Discussion in 'Tomato Firmware' started by kthaddock, Feb 28, 2014.

  1. MrDoh

    MrDoh Addicted to LI Member

    compsman, two questions for you:

    1. Has IPv6 ever worked for you using tomato ARM firmware?

    2. Are you using this firewall script or not:

    echo 0 > /proc/sys/net/ipv6/conf/`nvram get wan_iface`/forwarding

    If you're not using the above script, you can add it using "Administration" -> "Scripts" (I think) in the web admin GUI.
     
    Last edited: Aug 10, 2015
  2. compsman

    compsman Serious Server Member

    i can try using above script in firewall, i am fully aware of the gui, I need a reboot?
     
  3. MrDoh

    MrDoh Addicted to LI Member

    Yes, I think that you need to reboot to get the firewall rules reapplied and get your IPv6 /64 prefix from Comcast. Personally, I put in all the IPv6 settings at one time when I initially do configuration. And have to reboot after that to get IPv6 address prefix from Comcast.
     
    Last edited: Aug 10, 2015
  4. compsman

    compsman Serious Server Member

    its not 64?



    rebooted and still:/ i am a bit confused now., why wont it work?
     
    Last edited: Aug 11, 2015
  5. compsman

    compsman Serious Server Member

    make me a lcd screen:p fancy pants:)
     
  6. MrDoh

    MrDoh Addicted to LI Member

    I don't know why it isn't working for you. What I would do (and have done) at this point, is to just leave the firewall script that you added as is. Disable IPv6, save, and reboot. Enable IPv6, save, and reboot. Sometimes doing thing piecewise isn't immediately effective, and you need a clean cycle with everything in place.

    That may or may not help, but has helped me from time to time.

    Other than that, or starting over with a reset to factory defaults and re-doing your configuration, I don't know what to suggest to you. You didn't answer the question about whether IPv6 has ever worked for you, but sometimes your ISP and their local WAN network conditions can be the problem, as well.
     
  7. compsman

    compsman Serious Server Member

    the modem did for its own router ,had its ipv6 before i turned it off into a bridge mode
     
  8. LanceMoreland

    LanceMoreland Network Guru Member

    You need to reach out to Netcool on DSLReports. He is an engineer for Comcast. He can release your current IPv6 address which is tied to your old modem, so that you can draw another one. While you are at it, set Tomato to request a /60 address, just because you can.
     
  9. compsman

    compsman Serious Server Member

    changing the 64 into a 60? (prefix) i would message netcool, but i have to wait 8 hours.
     
    Last edited: Aug 12, 2015
  10. LanceMoreland

    LanceMoreland Network Guru Member

    Yes. Since you will be drawing a new address, you might as well request a /60. They are available.

    Sent from my LG-H811 using Tapatalk
     
  11. compsman

    compsman Serious Server Member

    i am gonna have to wait 7-8 hours till i can pm netcool.
     
  12. MrDoh

    MrDoh Addicted to LI Member

    Okay, I'll mention what happened to me with IPv6 and Comcast. IPv6 stopped working with my R7000 at one point. Got in touch with Comcast, and had a couple of engineers there on the phone. They couldn't tell what was going on with my R7000 at their place, other than they said that they couldn't see that it was requesting an IPv6 address at all when I enabled IPv6 on the router. They did get IPv6 working on my desktop again when directly connected to the modem, which had stopped working.

    Well, someone suggested to me that I change the last digit of my R7000 MAC address, and see if that helped, so I did (changed it from C7 to C2). Now IPv6 works with all the firmware that I've used (stock, dd-wrt, tomato, XVortex) on the R7000.

    The same thing happened more recently with my WRT1900AC, IPv6 stopped working altogether on it. By doing the same thing, changing the last digit of it's MAC address (from E4 to E0), got IPv6 working on it again with dd-wrt. The MAC address change didn't help with the stock firmware, though, the stock firmware for the WRT1900AC is apparently just too weird.

    At any rate, this is clearly the great Comcast infrastructure local to me at work somehow. Changing MAC addresses only changes what Comcast sees, shouldn't change anything on my LAN. And the Comcast people can't seem to do anything on their end to free up the stuck MAC addresses (I'm guessing).

    One warning, before you try this, telnet into your router and use this command:

    ifconfig | grep HWaddr

    to find out what your other MAC addresses are, and be sure that your MAC address change doesn't collide with one of those. I've learned that MAC addresses should be spread out some by experience.

    Oh yeah, you'll also need to reboot your router after changing the MAC address. Otherwise things get confused inside that router *smile*.

    Don't know if this will help you, but Comcast really keeps me moving to keep IPv6 working here. It hasn't been fun.
     
    Last edited: Aug 12, 2015
  13. compsman

    compsman Serious Server Member

    oh i know how mac addresses lock dhcp ip leases, thankfully, and i used to do this years ago, to bypass bans, spoof router mac address, but thanks for reminding me about the mac address, i been on dsl for 4-5 years, and there was no mac address, was all ppp stuff. but yea i think i am on your page of understanding, change the mac address hoping it registers as a new device.

    http://192.168.0.1/advanced-mac.asp should show mac address of eth1-2 wan, and lan mac
     
  14. hvymtlhick

    hvymtlhick Network Newbie Member

    ========================
    Update : Turns out I had a defective router, I have received my replacement R7000 and loaded @shibby20 latest version of tomato. Its wired WAN speeds are now closer to what I think they should be with one exception. In order to fully get the speed my ISP provides, I have to enable CTF. But when I do this it appears to prohibit the router from performing REVERSE NAT LOOPBACK. Meaning I cannot access any client within my network, while my device is connected inside the same network using my WAN IP with a forwarded port. Such as my IPcamera using my DDNS domain and port.

    Has anyone else experienced this problem after enabling CTF? Port forwarding seems to work for when you are outside your LAN, but not when your device is connected to the same LAN you are accessing via the WAN URL.

    Does anyone have a work-around or a fix ?

    Thanks in advance
    Jeremy
     
  15. zjong

    zjong New Member Member

    According to @shibby20, R7000 should be able to get over 400Mbps without CTF, see http://www.linksysinfo.org/index.php?threads/new-router.71373/#post-262406

    To fix the NAT loopback problem, in Advanced > DHCP / DNS Server > Dnsmasq > Custom configuration, enter "address=/<your DDNS domain>/<LAN ip address>" without quotes.
     
  16. compsman

    compsman Serious Server Member

    netcool says my router not even trying?:/
     
  17. LanceMoreland

    LanceMoreland Network Guru Member

    Are you running the firewall script?

    Sent from my LG-H811 using Tapatalk
     
  18. compsman

    compsman Serious Server Member

    echo 0 > /proc/sys/net/ipv6/conf/`nvram get wan_iface`/forwarding and rebooted ):
     
  19. MrDoh

    MrDoh Addicted to LI Member

    That's exactly what happened to me, the Comcast people told me that they didn't see my R7000 requesting an IPv6 address when I enabled IPv6. You could try what I mentioned in my posting above, changing your router's MAC address. That fixed it for me, and I bet that'll fix it for you if you play with it a bit.
     
  20. stuffedtiger

    stuffedtiger Reformed Router Member

    After I reset to defaults and configure, if my devices don't have IPv6 addresses I will unplug and replug my modem. This seems to do the trick.
     
  21. compsman

    compsman Serious Server Member

    i just tried this morning. not sure if its trying:/


    Aug 13 10:12:38 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0 all i ever going to seeeee???

    Code:
    Aug 13 10:10:14 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:14 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:15 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:16 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:16 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:17 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:20 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:20 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:21 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:28 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:28 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:29 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:44 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:44 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:10:45 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:11:16 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:11:16 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:11:17 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:11:35 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:11:36 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:11:38 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:11:42 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:11:50 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:12:06 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0
    Aug 13 10:12:38 Comps-Gateway daemon.warn dnsmasq-dhcp[1032]: no address range available for DHCPv6 request via br0

    changed mac 7E:A3:62:96 from 7E:A3:62:99, rebooted both devices, its pissing me off): also tried rebooting the router disabling ipv6 and reboot again enabling, i do t6hink the router isnt trying right, and its pissing me off
     
    Last edited: Aug 13, 2015
  22. MrDoh

    MrDoh Addicted to LI Member

    Did you check to see where the other R7000 MAC addresses using:

    ifconfig | grep HW

    via telnet into your router, before choosing "99"? From my experience, that's the wrong way to go. You need to go down, like "90" or "92".

    I don't know what's going on there. But you may have done enough piece-wise playing around that it's time to reset to factory defaults, and carefully reconfigure your router. Including the added firewall script, and doing the MAC address change early on in the manual settings re-entering (do an immediate reboot after changing the MAC address). And do a reboot after your settings are all entered, then enable IPv6, and reboot.

    Some of the reboots may be extra, but it gives your router a chance to restart with the new settings, so that they get propagated to every corner of the nvram *smile*. And I'd really like to see this work for you!
     
  23. MrDoh

    MrDoh Addicted to LI Member

    That has also worked for me under some circumstances, so it is something to try.
     
  24. compsman

    compsman Serious Server Member

    i flashed toastman and shibbys, both with nvram resets.


    i know the modem is seeing the changed mac address, cause I got a new ip as i changed it,(rebooted router/modem) i am sure i am right the ips are lease locked to mac addresses? right??? when i change it, i should be dhcp for new ip, cause modem thinks its a new device right?

    also its a ac86u not a r7000


    i don't have a normal subnet. that matter? /23(255.255.254.0)
    inet addr:192.168.0.1 Bcast:192.168.1.255 Mask:255.255.254.0
     
    Last edited: Aug 13, 2015
  25. MrDoh

    MrDoh Addicted to LI Member

    Sorry, I misunderstood which router you have. I thought that we were talking about an R7000 here. I use RMerlin's firmware (the 374.43 fork) on my RT-AC68P, which works really well, including IPv6. But if IPv6 isn't working on tomato, I'm not sure it would work with RMerlin for you, either. Having your router on a different subnet than the broadcast address is kind of odd (router on "0" subnet, broadcast on "1" subnet), not quite sure what you're doing there.

    Why not just go with the defaults, router at 192.168.1.1, broadcast address 192.168.1.255, and subnet mask 255.255.255.0. The advantage of that is that you don't have to worry about changing things consistently. You must have a reason for what you're doing, though, since I find using the defaults rather than swimming upstream is easier *smile*.

    Anyways, yes, the same MAC address normally gets the same DHCP address. And a new MAC address should get a new DHCP address.

    And the reason that I suggested an nvram reset is just to get a clean start, now that you've been fiddling with things for a while. That can be helpful in sorting things out, at least I find that to be the case for myself.

    Anyways, sorry that none of this has seemed to have helped.
     
  26. compsman

    compsman Serious Server Member

    i have my lan so 1.100+ is public 192.168.0.1- 192.168.0.99 all my devices, 0.100-255 is my test range, i use 192.168.1.1 as server(file storage) i have 3 wifi access points, 3 channels, 1 6 11,

    0.2, 0.3, 0.5, 0.4, 0.7, 0.11, 0.12
    all my server dedicated ips
    0.6 has been me for years


    192.168.1.100-254 is dhcp public for wifi users, i sometimes can see up alomst to 100 connected devices, so if i were to do something, i have to do it at night, when its used the least bit
     
  27. MrDoh

    MrDoh Addicted to LI Member

    Wow, that's a LOT of connected devices for a consumer grade router. Interesting!
     
  28. compsman

    compsman Serious Server Member

    :) i am a good tech:) i try be fancy, why i have a ac86u, the cpu to process all the connections i have a switch, cause 4 lan ports isnt enough for me, and the other rooms have ethernet, and thats where my aps are, with some lan ports, mostly tomato routers, one ddwrt for wifi hopping, very complex, but i have all my devices in a way where the bandwidth is very well scaled. keeping my highest used devices wired directed to ac86u, my cameras on switch, and aps on the switch. i have a very complex setup, people like my internet cause i havce working wifi for phones, etc etc, no lag, no spikes, proper class c setup. list goes on.:p and i thank tomato for giving that stability to my hardware to offer greet connection.
     
  29. davee50

    davee50 New Member Member

    Hi, I just got a /60 working (Thanks again NetCool) with two subnets on Shibby 131 on an E3000.
    However,while both subnets are getting a /64 and clients are getting a /128 on both subnets, the DNSv6 address is not being delivered to clients on the second subnet.
    Anyone have an idea how I might get DNSv6 working on both subnets?
     
  30. sandspike

    sandspike LI Guru Member

    Having an issue in 1.31 on the R7000 with wireless. Over time, usually days, the wireless connection becomes flaky, slow to load pages, and some wifi devices drop on and off. Nothing anomalous in the logs. Rebooting the router makes everything work well again. Wired, no issues. Traffic survey shows congestion, but no problems.
     
  31. MrDoh

    MrDoh Addicted to LI Member

    Question for Shibby:

    Do you know if "--quiet-dhcp", "--quiet-dhcp6", and "--quiet-ra" are available for the version of dnsmasq that's used in tomato ARM? It would be really nice to be able to get this noise out of the log. A switch could be provided if this information is needed for debugging, but otherwise, when things are working fine, all the dhcp transaction messages really make it hard to find real error messages in the log. In addition to the clutter issue, all those extra noise messages force messages that might have been significant out of the visible part of the log.

    Otherwise, v131 is working perfectly for me, thanks so much!

    Update: These settings are available, I had just missed them. They're on the "Advanced" -> "DHCP/DNS" settings page. Love being able to see only the useful messages in the log *smile*!
     
    Last edited: Sep 30, 2015
  32. compsman

    compsman Serious Server Member

    so i am back on dsl, guesss what????? i have a ipv6 address, but no activity? will echo 0 > /proc/sys/net/ipv6/conf/`nvram get wan_iface`/forwarding sill work for 6rd, sorry if this been asked, i just want a confirm, peace:)
     
  33. Kisch

    Kisch LI Guru Member

    Can Tomato for ARM use effectively dualcore cpu? I´m asking, because in my Netgear R7000 with Shibby´s 1.31 firmware it seems like mostly only one core is used. During downloading with QoS (I have 200/20 mbps) one core has sirq near 100% and second core is about 0% and speed is lower than I expect.
     
  34. meazz1

    meazz1 LI Guru Member

    I read somewhere in this thread that LED status lights for ASUS RT-AC56U did not work. Has that been fixed? I am planing to buy a 56U and was wondering what is the user experience for this router with Tomato firmware.
     
  35. zorkmta

    zorkmta LI Guru Member

    Installed with 1.30 shibby version and all going smooth with qos, VPN and stable. Around 20 units connected in the house.

    Very good Option if dont go to 68u

    Enviado desde mi SM-N910U
     
  36. compsman

    compsman Serious Server Member

    i am soo confused:/

    i have a global ipv6 adddres, but it not working??:/ is it not routed then?
     
    Last edited: Sep 11, 2015
  37. meazz1

    meazz1 LI Guru Member

    I installed Shibby's 131 AIO ARM on my Asus RT-AC56U and everything is smooth so far.
    I noticed 3 things in my quick browsing:
    1) Wireless Site survey is not working
    2) Front LED status light for WiFi, connected wired LAN not lit
    3) Wireless region is set to Singapore which I manually changed ( I thought setting the time zone and WAN IP sets the region automatically).

    Great work @Shibby.
     
  38. MrDoh

    MrDoh Addicted to LI Member

    Good question...I just ran two speed tests at the same time to see if there was any load distribution over the two CPU's. One of the CPU's stayed at virtually 0 (99+% idle), and the other one took the full load. Same observation with sirq, went up to 75% on one processor, 0% on the other.

    So if there is use of the second CPU, I'm not seeing it either. I'd be curious what people who are using the VPN or other CPU intensive functionality see.
     
  39. kamatschka

    kamatschka Network Guru Member

    Is it normal that the CPU Temp is above 70°C constantly with a CPU load beteen 0-8%?

    R7000@v131 (shibby)
     
  40. compsman

    compsman Serious Server Member

    so i tried moving echo 0 > /proc/sys/net/ipv6/conf/`nvram get wan_iface`/forwarding into wan up, and back in firewall, no ipv6 access, but i have an ip???



    edit.

    Bad argument `ACCEPT'
    Error occurred at line: 54
    Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information.
    uh oh?????


    i am trying to fix it:/

    ip6tables-restore v1.4.14: interface name `42:16:7E:A3:62:9' must be shorter than IFNAMSIZ (15)
    Error occurred at line: 46
    Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information.

    as i know, its missing a number/letter on the end of mac, how i fix that?

    i think i found it, man i dont like how the dsl links with manual and 6rd relay
     
    Last edited: Sep 12, 2015
  41. MrDoh

    MrDoh Addicted to LI Member

    How far above 70 degrees? What's the range of temperatures that you see? As long as the temperature stays below say 90 degrees, you'll be fine. My R7000 is usually in the 60's, but I wouldn't be alarmed to see it in the 70's. Sometimes my RT-AC68P is in the low 80's, no problems.
     
  42. compsman

    compsman Serious Server Member

    my is the ac68u, around 88c.
     
  43. MrDoh

    MrDoh Addicted to LI Member

    I don't think that's going to cause damage in the short term, but at that temperature, I'd be considering adding some cooling. Like a usb fan or small cooling pad. That's what I'd do *smile*. It's possible that there wasn't enough thermal paste used when the heatsinks were put on (or something *smile*), that seems a bit high for an idling temperature.
     
    Last edited: Sep 13, 2015
  44. compsman

    compsman Serious Server Member

    *smiles*, i added an fan the case fans. before i saw your post, i wanted to see the differences think its 80mm? behind where the slots are, and now its at 60-63 c, i have to say, i will take that 20c decrease *smiles*
    i was saying my 88 was normal, but maybe it wasnt good for long run




    I HAVE ipv6! after years and years!!!!!!!!! OMG!!! PEES
     
    Last edited: Sep 13, 2015
    MrDoh likes this.
  45. kamatschka

    kamatschka Network Guru Member

    Thank you all for your answers. Its around 72-73°C constantly ...
    I thought that this is way to hot. But I will change the thermal compound to get it cooler!
     
  46. MrDoh

    MrDoh Addicted to LI Member

    Personally, I wouldn't worry about 72-73 degrees. Up to you, of course.
     
  47. Kisch

    Kisch LI Guru Member

    Agree. My R7000 temperture is +/- 70C. Depends on room temperature, 74C in hot summer (38C outside).
     
  48. WarL0k

    WarL0k Network Newbie Member

    So, I have been working to get Netgear r7000 with shibby 131 tomato to work with Comcast Ipv6. Working with Comcast Engineers (which by the way are the greatest part of Comcast). We eliminated the Arris 6183, and that router received address properly. Goggled the problem and found a suggest lead.

    Ends up when I migrated Win7 Ultra to Win10 Pro the install bricked my Home Group. Ran diagnostics on the Network card and Ipv6 is working. Thought I might share this with this forum.
     
    pharma likes this.
  49. buzzword

    buzzword New Member Member


    How did you fix this? I'm having the same issue, except mine's at line 61.
     
  50. spykos

    spykos LI Guru Member

    Hi shibby

    There seems to be a bug with the bandwidth limit on r7000 (using build 131). While the router is up and running I enable the below to limit bw on 2 devices and all is ok with limits enforced.

    nvram set new_qoslimit_enable=1
    nvram set qos_ibw=10000
    nvram set qos_obw=1000
    nvram set new_qoslimit_rules="<192.168.1.71<100<100<10<10<4<10<1>192.168.1.72<100<100<10<10<4<10<1"
    nvram commit
    service qoslimit start

    However, when I reboot the router after applying the above something causes internet traffic to be blocked on all devices.

    Could you please have a look when you have time. Thanks in advance.
     
  51. ipse

    ipse LI Guru Member

    Just a quick note...a saved config in 131 did NOT restore properly (actually...did not restore at all). Had to revert to an older one created with 130 to get my settings after a NVRAM wipe.
    Add this to the list of things not working:
    - wireless survey
    - rule #s in QoS details (annoying, as I can't figure out why a certain stream is not properly classified)
    - 2.4GHz auto-select channel in my case chooses channel 6 every time, despite having a neighbor router drowning me (amped...)
    - OpenVPN client new routing policies not working for me. Had to stick with modded iptables

    Not taking away any merit from Shibby's great work (stability is still impeccable) just flagging a few things that need attention.

    (damn I hate having this orphan thread for ARM router when people still post in the normal "Tomato by Shibby" one...all we achieved with this split is users having to check BOTH threads).
     
  52. MrDoh

    MrDoh Addicted to LI Member

    I have used the restore settings file a lot, since I go back and forth as new firmware comes out from various sources, and it has worked for me, including in v131. There's only one setting that I use that isn't restored, but I know what it is, so I can just go set it.

    But I use a lot less stuff than it sounds like you do. One approach would be to try to find the part that's not working by configuring, saving, and restoring as you do large pieces of configuration and see where it breaks. Then you can report that, and work around it. Like configure just the routing and wireless part of the router, and save and restore that. And then continue with the rest of the pieces that you configure.

    Just a thought. There may be some debugging tools out there that can help to identify the broken pieces.
     
  53. ipse

    ipse LI Guru Member

    That's probably tedious as NOTHING got restored :)
    Hard to know where to start. If at least the NVRAM backup would work properly, I'd go that route.
    As it stands, I won't even dare touch it again as everything around the house (phone, TV, music, work) relies on stable and dependent Internet connectivity.
     
  54. MrDoh

    MrDoh Addicted to LI Member

    Yeah, that's what I meant, just try the basics first, then if that fails then there's a bigger problem than I'm seeing here. If restoring the basic part of your configuration works, that tells you something.

    Like I said, just a thought.
     
  55. ipse

    ipse LI Guru Member

    Thanks for sticking with me @MrDoh :)
    I noticed that subsequent config saves on 131 yielded somewhat smaller files with the same config (47kB vs 50kB the bad one)...maybe it was just corruption - at times I wish these files were plain text...
     
  56. jfunk138

    jfunk138 New Member Member

    In searching through the thread, I'm reading a number of reports of issues with wireless stability in 131 on r6300v2 and r7000. Not seeing as much stability related mentions for earlier versions. Anyone have experience with 130 stability, is it better or have similar issues with wireless? I have r6300v2.
     
  57. MrDoh

    MrDoh Addicted to LI Member

    Yeah, a csv file would be fine with me *smile*. Would certainly make debugging easier!
     
  58. tvlz

    tvlz LI Guru Member

    It's a side-effect of this commit(fix ipt not saving marks) you need to remove these iptable rules to restore the rule #s. Adjust if using pppoe (-o ppp0)
    Code:
    iptables -t mangle -D OUTPUT -o vlan2 -m connmark ! --mark 0 -j CONNMARK --save-mark
    iptables -t mangle -D FORWARD -o vlan2 -m connmark ! --mark 0 -j CONNMARK --save-mark
    ip6tables -t mangle -D OUTPUT -o vlan2 -m connmark ! --mark 0 -j CONNMARK --save-mark
    ip6tables -t mangle -D FORWARD -o vlan2 -m connmark ! --mark 0 -j CONNMARK --save-mark
    
     
  59. ipse

    ipse LI Guru Member

  60. bripab007

    bripab007 Network Guru Member

    So what's the story with the multi-core support? Sounds fairly definitive that Tomato (and presumably, DD-WRT?) ARM builds don't yet properly support both CPU cores.
     
  61. slidermike

    slidermike Addicted to LI Member

    dd-wrt has been doing a decent job of utilizing dual cores in arm routers for about 4 months give or take.
    Used to be able to see a big difference when doing large wan transfers between the 2 cores but now its much more balanced.
     
  62. bripab007

    bripab007 Network Guru Member

    Interesting. Thanks for that info.
     
  63. compsman

    compsman Serious Server Member

    Bad argument `ACCEPT'
    Error occurred at line: 54
    Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information. on the ipv6 page... it was all fine, this happened to it self. any ideas? i just lost my ipv6



    i think i solved it!!!! its A BIG BUG! the basic port forwarding for ipv6 will mess up, if pppoe dropped unexpected and redials, and retrieved a invalid address, and screwed up the active forwards to the old address that was lost, causing
    Bad argument `ACCEPT'
    Error occurred at line: 54


    to fix it, disable ipv6, disable any active ipv6 forwards, reboot, enable ipv6 testings, ports, forces a new ipv6 firewall script. la la, ipv6, no more
    Bad argument `ACCEPT'
    Error occurred at line: 54
     
    Last edited: Oct 16, 2015
  64. Entasis

    Entasis Network Newbie Member

    Since v132 is now out I've been thinking about trying Shibby's firmware for the first time. Currently, I'm on XVortex's latest beta. Has anyone uploaded from XVortex's firmware by simply resetting to factory setting without having to go all the way back to NetGear's factory firmware before loading Shibby's? Thanks in advance.
     
  65. slidermike

    slidermike Addicted to LI Member

    Follow XVORTEX directions in the 1st post for going to any other firmware.
     
  66. MrDoh

    MrDoh Addicted to LI Member

    Yes, be careful out there. I bricked my R7000 going directly from XVortex to Shibby's tomato ARM.
     
  67. Entasis

    Entasis Network Newbie Member

    Sage advice from two names I recognize from elsewhere around the net. Thanks!
     
  68. AndreDVJ

    AndreDVJ LI Guru Member

    Quick question, I could not find an answer (by searching). Do any of the two USB LED's work on R7000 with Tomato firmware installed? I don't see them blinking, though I did not test a USB drive while it still had Genie installed.

    EDIT: Well while still looking around I found a repo where the author claimed he fixed USB LED's for R7000.
    https://github.com/sabaitechnology/tomato-sabai-arm/commit/0a557ed4fe583f9818dd8b66fac5821ce0290163

    The repo link: https://github.com/sabaitechnology/tomato-sabai-arm/commits/shibby-arm

    I will test the changes when I have a chance to compile a firmware.
     
    Elfew and visceralpsyche like this.
  69. wizzy

    wizzy Addicted to LI Member

    I've only recently gotten ipv6 to work, shibby 132 on an R7000. I'm having an issue where after a while (no set time from what I can tell), I lose ipv6 connectivity from hosts behind the router, or at least the ability to connect to external ipv6 hosts.

    ping6 fails from my linux and windows boxes, but works fine when ssh'd into the router. When it works, I can ping6 from any of my hosts. ipv4 continues to work throughout.

    I have this script on firewall
    Comcast w/ a 60 prefix (changed my MAC over the weekend to move from 64 to 60 to see if that solved the problem; it didn't)

    Any ideas?

    Works from the router:
    Doesn't work from linux box:
    Doesn't work from windows box:
     
  70. WarL0k

    WarL0k Network Newbie Member

    Gentlemen, I am using Advanced Tomato, latest build. I keep getting a repeating message in my logs.

    unknown daemon.warn miniupnpd[1969]: SendSSDPNotify(): truncated output (515>=512)

    Can anyone point me in a direction on this? I tried Googling it and searched these forums. NO JOY

    Any help is appreciated. Using Tomato on the r7000 btw.

    PLEASE DISREGARD THIS post. Koitsu, and JoeDirt, have posted about this issue. It is known issue in miniupnpd, it was to have been fixed, but must have been missed. Annoyance in that it fills logs.
     
    Last edited: Nov 6, 2015
  71. compsman

    compsman Serious Server Member

    go in manual mode in ipv6, (ipv6 wan interface) give it a short name, save, change back, every so often, the secondary config gets messed up, since its not normal, to fix it, got to change it ipv6 provider kinda.. kinda like a fresh start. it likes to screw up put the mac address in the config as ipv6 wan interface, but cant be that long. even brute forced bypassing the gui, via cmd will cause argument errors, it cant load the interface, my dsl often just uses the first number of my ip as the ipv6 wan interface (other) even though i am on 6rd, uses 2 ipv6 connections one as a vlan one as ppp basically a pppv6 and pppv4 run on my router?
     
  72. shibby20

    shibby20 Network Guru Member

  73. compsman

    compsman Serious Server Member

    wholy crap, nice job shibby!
     
  74. AndreDVJ

    AndreDVJ LI Guru Member

    Well I did test the changes...

    1) Both LED only works for USB 2.0 devices... Even by disabling USB 3.0 Support, rebooting the router, and then plugging USB3 on USB2 port, LED won't light. If you plug USB2 device on USB3 port, LED will work. Maybe a driver issue.
    2) LED won't blink, even with traffic going through.
    3) LED commands (led usb3 on/off) does not work.

    I have no idea how Genie has this implemented. (I am not really willing to dig that through the sources...)

    Anyway LED's are not required for any of the router functionality. However, I tried :D
     
    IcyTexx likes this.
  75. fubdap

    fubdap LI Guru Member

    Does anyone know why I am getting these on my logs. The router is netgear 7000 (132 K26ARM USB VPN-64K) wired to my desktop running windows 10. Any advise would be appreciated.

    Code:
    Nov 17 05:53:20 Nighthawk daemon.warn miniupnpd[1402]: upnp_event_process_notify: connect(IP address): Connection timed out
    Nov 17 05:53:21 Nighthawk daemon.warn miniupnpd[1402]: upnp_event_process_notify: connect(IP address): Connection timed out
    Nov 17 05:53:21 Nighthawk daemon.warn miniupnpd[1402]: upnp_event_process_notify: connect(IP address): Connection timed out
    Nov 17 05:53:32 Nighthawk daemon.warn miniupnpd[1402]: upnp_event_process_notify: connect(IP address): Connection timed out
    Nov 17 05:53:32 Nighthawk daemon.warn miniupnpd[1402]: upnp_event_process_notify: connect(IP address): Connection timed out
    Nov 17 05:53:47 Nighthawk daemon.warn miniupnpd[1402]: upnp_event_process_notify: connect(IP address): Connection timed out
    Nov 17 05:53:47 Nighthawk daemon.warn miniupnpd[1402]: upnp_event_process_notify: connect(IP address): Connection timed out
    
     
  76. fubdap

    fubdap LI Guru Member

    Anyone?

     
  77. jsmiddleton4

    jsmiddleton4 Network Guru Member

    Searching and reading now. Want to ask as well.

    Earlier with Asus routers the process was to use the Asus router utility and catch the router early in boot sequence/recovery mode and upload Shibby's FW via that process.

    Is that still true?

    Can we now just upload Shibby's for the Asus RT-AC68U like a normal FW upload?

    I don't see the Initial and Restore FW like for the Netgear R7000.......
     
  78. jsmiddleton4

    jsmiddleton4 Network Guru Member

    I went ahead and just tried it the regular way and it worked. Interestingly Shibby's ID's my 68U as a 68P. Its the newer B1 68U and it has 1ghz cpu.

    Lots of discussion about over clocking on RMERLIN's corner of the web and using scripts because OC won't "stick" anymore. Couldn't Shibby's script section be used for the same thing? And if so where would you put the nvram overclock commands?

    I did try the OC stuff via telnet, tools system commands, etc. Displays success for 1200,800 but the Overview display always says 1000mhz.

    Its not a big deal and I don't typically OC other than playing a bit with new FW.

    Edit: Well now I'm thoroughly confused. I booted and now the display says 1200. I din't think the OC stuff was supposed to stick?
     
    Last edited: Nov 22, 2015
  79. RMerlin

    RMerlin Network Guru Member

    This only affects Asus's code, it doesn't affect Tomato.
     
  80. jsmiddleton4

    jsmiddleton4 Network Guru Member

    "it doesn't affect Tomato."

    Ah. So those guys talking about messing with the CFE are taking a big risk for just over clocking.

    I wonder if there's some information needed from these 68U's that are 1ghz to be identified properly in the FW.

    Or if Asus is for all practical purposes just making 68P's now. I know Mr. Doh did some grep thing to capture specifics for his actual 68P some months ago. Its way back in this thread. Glad to do same for the 1ghz 68U I have.

    Gotta tell you for the price point and performance hard to beat......

    I really like your FW RMerlin and likely to go back to it. The Tomato variants assigning devices, static IP, display of all those things is so nice I wanted to check it out again. Used Tomato for some time on Linksys 54G's, E3000 and E4200.

    Wireless performance seems to be the same. I'm not losing my attached USB drive after warm boot so the USB driver is different-timing of it loading different-something not sure what. The Overclocking thing may win a few Tomato converts though.

    Edit: Forgot on the USB thing, Tomato will change the assigned interface on boot sometimes. It'll go from sbda to sbdc etc. RMerlin's or ASUS oem FW never does that. When it changes the assigned interface that messes up Mapped drive assignments.
     
    Last edited: Nov 22, 2015
  81. jsmiddleton4

    jsmiddleton4 Network Guru Member

    I ran it anyway. Box clearly says 68U Revision B1, made recently in 2015.

    grep board:

    size: 30874 bytes (34662 left)
    boardrev=0x1103
    1:boardflags=0x30000000
    boardtype=0x0665
    boardflags2=0x00000000
    0:boardflags=0x00001000
    boardflags=0x00000110
    0:boardflags2=0x00100002
    0:boardflags3=0x00000003
    1:boardflags2=0x00300002
    1:boardflags3=0x0
    boardnum=00

    cpuinfo:

    Processor : ARMv7 Processor rev 0 (v7l)
    processor : 0
    BogoMIPS : 2398.61

    processor : 1
    BogoMIPS : 2398.61

    Features : swp half thumb fastmult edsp
    CPU implementer : 0x41
    CPU architecture: 7
    CPU variant : 0x3
    CPU part : 0xc09
    CPU revision : 0

    Hardware : Northstar Prototype
    Revision : 0000
    Serial : 0000000000000000
     
  82. MrDoh

    MrDoh Addicted to LI Member

    Interesting, the board info is the same as what I posted some time ago (other than the boardnum, which had to do with the firmware posting the board info, not the board info itself as I recall), for a year-old RT-AC68P. So all they've done, it appears, is to relabel the RT-AC68P as an RT-AC68U, but kept the original information. So the firmware that looks at this information and says that it runs on the RT-AC68U will still run on the new RT-AC68U assuming that the RT-AC68P has been added. Otherwise it won't. The RT-AC68P has been added to RMerlin's firmware for the RT-AC68U, as well as tomato ARM, don't know about dd-wrt, though. Haven't looked there.

    Asus didn't make any announcement about this that I've seen, though, or add a "v2" to the name. The reason that this catches my interest is because the two routers, RT-AC68U and RT-AC68P test differently on smallnetbuilder. Personally, I find the wireless on the RT-AC68P to work really well here, so I would have no complaint, just noticed.
     
  83. jsmiddleton4

    jsmiddleton4 Network Guru Member

    I'm going to guess the test unit for the 68U was not a new one that runs at 1ghz. So comparisons would show the 800mhz chipset/radio/etc. The 68P should outperform that chipset.

    Mine does say B1. That's not Version 2 but I'd say its close to meaning the same thing.

    Telnet using RMerlin's says RT-AC68U. Telnet using Shibby's says RT-AC68P.

    Mine could be a fluke but at the same time when it comes to chip production, cost of assembly, all those kinds of things could add up to its cheaper to simplifying and on the assembly line have one board on the insides.

    I have no idea but I bet there was some kind of agreement with BestBuy too since they are the main retailer for 68P's.

    I looked the other day and all the 68U's on sale at Fry's were these B1's made within the last few months in 2015. If it was the case there was an odd one here and there I'd probably have picked up another. They were all B1's on their box label.
     
  84. jsmiddleton4

    jsmiddleton4 Network Guru Member

    Tomato v1.28.0000 -132 K26ARM USB AIO-64K
    root@Asus-RT-AC68P:/tmp/home/root#

    RMerlin:

    ASUSWRT-Merlin RT-AC68U_3.0.0.4 Mon Nov 2 14:58:44 UTC 2015
    admin@RT-AC68U:/tmp/home/root#
     
  85. bkmartin

    bkmartin Network Guru Member

    I've installed build advanced tomato v132 on my r7000 and I'm not sure ac mode is enabled. In the 2.4Ghz network, I see network modes a/b/g/n and in the 5 Ghz section, I see network mode Auto, a only, n only. I would expect to see a reference to an "ac" mode in the 5Ghz section. How do I verify that ac mode is appropriately enabled?
     
  86. meazz1

    meazz1 LI Guru Member

    I was seeing similar thing in my setup and it turned out that my country code was set to Singapore.
     
  87. Suva

    Suva LI Guru Member

    I am using Shibby Tomato on my n-16 router for last 4 years. I bought R6900 (NETGEAR Nighthawk AC1900) this week. This seems to be the same router as R7000. I want to upgrade this to ARM version of Shibby's Tomato firmware. Please confirm if this is possible on this router. If yes, does anyone have a write-up on how to do this?

    Thanks
     
  88. Connor McCaffrey

    Connor McCaffrey Networkin' Nut Member

    good question i havnt seen or heard of R6900 yet
     
  89. hawkmat

    hawkmat Addicted to LI Member

  90. Connor McCaffrey

    Connor McCaffrey Networkin' Nut Member

    no, he is referring to R6900 it is an R7000 without a USB 2.0 port, only usb 3.0 and seems to be sold at costco
     
  91. hawkmat

    hawkmat Addicted to LI Member

    Your right Connor. I see it on Costco website. Suva, you will be taking a risk installing Tomato on this router because its not a supported model. You would have to hope that Tomato identifies it as an R7000. Shibby provides a good guide on how to install Tomato on the R7000. http://tomato.groov.pl/?p=614
     
  92. Connor McCaffrey

    Connor McCaffrey Networkin' Nut Member

    yeah i wonder how it compared to R7000 wireless performance and if it worked with tomato
     
  93. Suva

    Suva LI Guru Member

    Yes, I bought it from Costco. I called Netgear and they have confirmed that hardware is same. So does model name diff would cause any problem?

    Thanks
     
  94. Suva

    Suva LI Guru Member

    I tried with initial chk file. It didn't work. So no go.

    Thanks
     
  95. jsmiddleton4

    jsmiddleton4 Network Guru Member

    Suva,

    Just because the "hardware" is the same does not mean you can cross flash firmwares.

    Not only would the definition of "the hardware is the same" need clarification the CFE's aren't going to be the same.

    There are at least two parts to the operating system that makes the routers work. The firmware we upload is one, there is code that both tells the router what to do with that firmware and the firmware talks to. Otherwise the firmware doesn't know what to do. Its called a CFE.

    When folks talk about about updating their CFE, that is the initial or underlying hardwired, for lack of a better term, code. Its not really hardwired as you can edit it, update it, etc. Its more permanent or fixed than the firmware we can easily upload. So the term "hardwired" gets to the idea although not 100% accurate. Think of the CFE like the bios on your laptop or computer.

    If you actually succeed at uploading a firmware that does not include information in and about that CFE you will more than likely brick your router. Not always. Might succeed and the router runs like crap and MAYBE return to the correct firmware by resetting and uploading the correct fw. Maybe.... But most often you'll brick it and need to use a serial usb cable type device to reflash the firmware. Which is why when trying to upload a non-compatible firmware there is a check to see if it is correct and stops it if not. Just like what you tried and it didn't work.

    The hardware in the R7000 is not that much different than the the Asus 68U, the Trendnet AC1900, etc. In one way you could say their hardware is same. To support those different routers however each third party firmware has to include information specific information that is in their individual CFE's, hardware identifiers, etc.

    When these companies bring out new revisions of the same product third party firmware developers run into the same problem of needing to update CFE information but the routers are "the same". Lets say a revision C1 of the Asus R68U that will have the newest Broadcom chips in it is coming. What for all intentional purposes look exactly the same as all other previous Asus R68U's, is not "the same" where it counts. You'd not be able upload Shibby's, RMerlins, DD-WRT, etc., until those developers update information for the "new" R68U's. That reality is one of the reasons RMerlin is working with the 380 version of Asus firmware in alpha stages. He is addressing what he knows is coming with 2016 revised models that will need the updated information in the firmware. He's ahead of the curve.....

    Your call. Trying to update your firmware without knowing for sure it is designed to work with your router risks turning it into a paper weight. Temporary paper weight if you know how to do the serial usb recovery flash stuff to recover it. If not you have a permanent paper weight.

    My advice is unless your router is specifically mentioned as being supported by the relevant third party firmware do not attempt to upload it. No matter what Netgear says.... ;)
     
  96. redsandvb

    redsandvb Network Guru Member

    Wait...so these newer build, B1 & manufactured in recent months, 68U units have a dual core 1ghz cpu like the 68P?
    They also have the better USB 3.0 speeds?

    'Cause I see the price at $150 on Amazon right now...Maybe nice deal if you get a B1

    Thanks!
     
  97. MrDoh

    MrDoh Addicted to LI Member

    If you buy it locally, you can be sure what you're getting, and easily return it if you don't get what you're expecting. Like on sale at BestBuy or other retail store. Buying from Amazon, especially on a sale, it's hard to say which version you're going to get. And, although Amazon has liberal return policies, it's still a hassle to return.
     
  98. Connor McCaffrey

    Connor McCaffrey Networkin' Nut Member

    Costco has the best return policy of anywhere in canada, they have 30 day return policy for any reason and they force there suppliers to take back yhe returns or costco discontinues business, its part of there business model and thats how you know you have 30 day satisfaction garauntee from costco always, i would just buy a r6900 try flashing it then if i brick it or dont like it return it


    Sent from my iPhone using Tapatalk
     
  99. MrDoh

    MrDoh Addicted to LI Member

    Yes, I shop at Costco as well, but I'm not likely to buy one of their special edition routers. You end up with something that you're not sure what firmware works on it other than OEM, and sometimes limited revisions to the OEM firmware for it...yes, you pay less, and you can return it, but why have the hassle of some one-off Costco router? Especially if you want to use open source firmware on it, which may or may not be possible. Just my opinion, though, I see that people do buy them.

    I keep routers for years, so am willing to pay a little extra to get the fully supported model *smile*.
     
  100. redsandvb

    redsandvb Network Guru Member

    Yeah, returning online would be a bit of a hassle...

    But about the CPU, these B1 AC68U revisions all have that dual-core 1ghz inside?

    And would anyone know if the USB 3.0 speed increases with the AC68P are also there in those B1 AC68U units?

    Thanks!
     
  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Dismiss Notice