Search results

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

  1. C

    [Dev] Asuswrt-Merlin 388.1 development

    It disables it on the asus router which will affect all clients connected to that router
  2. C

    [Dev] Asuswrt-Merlin 388.1 development

    I kinda figured as much, but thanks for answering. Regardless of how this is (deployed or rolls-out)... all your efforts are appreciated very much. Thx Again
  3. C

    [Dev] Asuswrt-Merlin 388.1 development

    Cool stuff thanks, any word on when Asus might be forwarding you the required bits for say the AX86U? Or is your plan of attack to first deploy a stable non-alpha/beta for these two routers before you branch-out into the other models of which you had supported previously?
  4. C

    [Dev] Asuswrt-Merlin 388.1 development

    OMG, sooooooooo much work. Many many thanks for your continued efforts, dedication & of course... the sharing of all your projects.
  5. C

    Wired backhaul AX AiMesh nodes, how to configure for 160Mhz/DFS when AX Router is also set for 160Mhz/DFS

    Hey when I'm wrong... I'm wrong. Thanks for the corrections. I'll read up on all this later, Thx
  6. C

    Wired backhaul AX AiMesh nodes, how to configure for 160Mhz/DFS when AX Router is also set for 160Mhz/DFS

    I think you're expecting way to much from all the AiMesh Marketing. Your pushing the tech envelope by deploying 160MHz/DFS in the first place. And from what I read In the past... It was technically advisable to stick with as similar hardware as possible for nodes. Obviously, doing so is cost...
  7. C

    Why no word on any new Merlin builds ?

    My sarcasm detector just hit the RAIL, LOL.
  8. C

    ai-mesh nodes always go offline eventually

    @CRAKZOR Your original Post didn't actually specify what firmware your main router was running & I assumed you were running the same firmware as the nodes. But I can say from my own experience... If you are running firmware 386.7_2 on the Main Router it SHOULD NOT allow you to set: -Backhaul...
  9. C

    ai-mesh nodes always go offline eventually

    I doubt there is anything RMerlin can do about that issue as the WiFi components are (closed-source/Asus) + If you noticed, shortly after firmware 386.6... Asus seems to have altered the following section: -AiMesh -> "Select one of your NODES" -> Select "Management" tile -> & Notice: "Backhaul...
  10. C

    [Bug/Problem] Missing UDP packets on RT-AC68U breaks video sharing in Webex application

    I'm not sure how often you actually need to use Webex but there is also the option of running a bash script to (enable/disable) your CTF as (needed/required) In an ssh terminal you can type the following to see the values... nvram show |grep ctf OUTPUT ex) ctf_fa_mode=0 ctf_disable=0...
  11. C

    QoS or not?

    Ummm I'm fairly certain one of the main advantages of FlexQoS was to retain hardware acceleration, wasn't it? I mean I have a 300 Plan which allows 330down & about 15up sooo... I use FlexQoS to achieve Max throughput yet Minimize bufferbloat
  12. C

    Intermittent loss of Wi-Fi since upgrading to 386.7

    If by "weird" you meant UNCOMMON then yeah, but... -Rmerlin does not write the WiFi code. It's closed source code (so that's ASUS) Over the last 5 years (@least & maybe longer) we Merlin users were treated & perhaps spoiled to firmware upgrades which were released VERY frequently yet maintained...
  13. C

    Intermittent loss of Wi-Fi since upgrading to 386.7

    Yep, good memory... https://www.snbforums.com/threads/intermittent-loss-of-wi-fi-since-upgrading-to-386-7.79502/page-4#post-774805
  14. C

    160 MHz stability

    This is definitely worth writing down somewhere. Thanks Morris. + "CH 52-64 are DFS channels yet allowed indoors at lower power even if there are aircraft in the area. This further reduces the range of the already shorter range 5-Ghz band" Superb knowledge, thank you.
  15. C

    160 MHz stability

    I appreciate this clarification... (If my brain could only retain all these details permanently).
  16. C

    160 MHz stability

    I think this question may have been missed as it was originally sandwiched between some (now removed comments). Regardless, if you look at RMerlin's posted (image/graph) in #12 above... Look where ch128 is situated? + with some of those favoring 160MHz usage, I think they are possibly...
  17. C

    160 MHz stability

    @RMerlin Thanks for posting the (Image/Chart) perhaps it will clarify for (some/many). IMO when they were establishing standards I'm somewhat surprised that to enable 160MHz... They didn't force/mandate the routers Tx to a (lower/reduced) power level. Of course, the same argument could be said...
  18. C

    160 MHz stability

    I was going to let this post slide... but after re-reading it the next day. Come-on man... I REALLY doubt that @Morris , @Tech9 , myself nor "anyone" HATES 160MHz. We were merely trying to point out... @wider 160MHz-Bandwidth (more channels are used@once)... the greater the chances that...
  19. C

    Release Asuswrt-Merlin 386.7 is now available for all models

    OK @RMerlin , You got me (I'm confused). in the Test Builds directory... there is "now" an even NEWER filename. 386.7_1-g8fd8deefbb_49599.w Is this just the same as: 386.7_1-g8fd8deefbb_pureubi.w But Renamed ??? (Note: They are Both 87.5MB) Hopefully I don't have to re-flash again.
  20. C

    Release Asuswrt-Merlin 386.7 is now available for all models

    I should probably write in this thread that test firmware: 386.7_1-g8fd8deefbb (for my RT-AX86U) is running fine so far. However, I'm working remotely so I can't really test everything... YET!!!
Top