0

Topology... why isn't this working anymore....

So I have been suffering with the absolutely nuts packet loss issued mentioned here: 
https://community.eero.com/t/y4hj10g/what-have-you-done-insane-packet-loss

I have had eero nodes for over 5 years, if not longer.  All in bridge mode. 
I have had as many as 7 nodes connected top provided connectivity to the house, especially at the start of the pandemic when I was support 5 at home students.  

About 9 months ago, it has gone to crap, and the stability of the network is all over the place.   I will get a total loss of traffic on the wired and wireless network, sometimes just the wireless.     The only thing that works to restore, is power cycling ALL the eero nodes. 

I removed 2 nodes, because of concerns there were too many.    
I updated 3 First Gen to 6e's ($700), no change. 

I added the TPLink 2.5g switch to the mix and re-wired some runs, so each eero, has it's own home dedicated run, with nothing else attached to them via wire... no fix. 

I am at a loss.    In the images is my current topology, which should totally work.  And did for YEARS.    

The 2nd image is what eero support is suggesting I do, to resolve the problem.    
And I am scratching my head on how it is supposed to fix anything, other then have ALL my traffic go through the one eero node. 

I am NOT using any of the software feature that eero has added the last several years, I don't need it or want it.   I just want the mesh WiFi access points, that eero did very well for every long. 

I am nearing the point, that I am just going to scrap it all.. .and rebuild with Ubiquity or something else.    

We rely on this network for use about everything in the house (24+ smart switches and devices, fire detectors, water sensors, cameras), Alexa, Google Home, streaming TVs, wireless devices, PC's, printers.      yes, I am by far an above average home user, but this should and did work. 

I have tested every home run to rule out a cable that has gone bad. 
I have replaced some patch cables that "may" have been compromised.   
None of that has changed anything. 

The only thing that restores the network, is a power cycle of all 5 eero nodes, and rebooting one at a time, letting it power up.. and then the next, and then the next. 

10 replies

    • Michael_eero_support
    • 2 yrs ago
    • Reported - view

    Hi ebonovic

    In order for the eero to function correctly there has to be one eero upstream of all other hardwired eero or coordinate communication.  The reason for this lies in how packets can be transmitted from a device to the gateway across an eero mesh network.  Whenever any particular eero needs to send data from point A to point B it will send it via the lowest cost method to the gateway/head eero.  So it might send one on the 5.2 band to eero B (which will then get to the gateway), another 3 via an ethernet link and then the final 2 via the 5.2 via eero C (since B is busy).  Of course if some of those intermediate eero might send the packet via who know how to the gateway.  Normally ethernet links are chosen as those have 0 airtime cost (they don't add any busyness to the airwaves) but that is not a hard rule.  if the ethernet is busy the eero could send the packet via wireless.

    So, with the eero mesh the packets might arrive in any order at the gateway (so for 5 packets, it might arrive in order: 01432 instead of 01234).  For wireless this is no problem, that is accounted for in wireless originated packets, the receiving device waits for all the packets to arrive and then reorders them into proper order.  For wired communication it is a really big problem.  When ethernet was originally designed way back in the day it was designed for everything to arrive in order, 01234.  It has no provisions for things to arrive out of order.  So you can see that with the eero mesh that could make wired packets useless.  eero, however, has an algorithm specifically built to handle this called STAMP.  It makes sure that all packets are sent upstream in the order they need to be (which is an over-simplification of it, but it illustrates what it does in this case).  However, for STAMP to work, one eero must be upstream of all the others in order to be the gateway eero and to run that algorithm for all the eero.  With your original setup, eero A might be the gateway and is trying to organize, but eero B, since it has equivalent wired access to the router as A, might send one of those packets to the router and poof, wired communication is broken.

    I do have a change to the recommendation.  Instead of using the topology in the second image of Edgemax->eero 6E->tp link switch->netgear switches and eero I would instead go

    Edgemax->eero 6E and netgear switches and from eero 6E->tp link switch->other hardwired eero.

    Since the eero are bridged and not in control of the whole network this should do.  You will have one eero above the other hardwired eero, so that will fulfill the topology requirements without affecting the rest of the hardwired network.

    https://support.eero.com/hc/en-us/articles/360000830546-Examples-of-common-network-topologies

      • ebonovic
      • 2 yrs ago
      • Reported - view

      Michael_eero_support Thank you for the reply.  

      I will need to do some new line pulls to be able to set that up, as I have a central wiring closet, but no eero node in that closet.  

      What changed in the eero software (around version 6.6 or so).   As for years, this topology worked fine with no issue. 

      Is there a way that the eero->eero 5.2 band can be turned off, for these type of typologies that have all the eeros hard-lined?

      • Michael_eero_support
      • 2 yrs ago
      • Reported - view

      ebonovic 

      eero has always been like this, this is not a recent change.  While it sometimes does work in incorrect topologies that is not always the case and should not be relied on.  Afterall the Leaning Tower of Pisa, despite standing for hundreds of years, still required work in the past few decades to stay standing.  

      Can you pull a node and move it to where the Netgear switch is, just to test the edgerouter->eero->netgear switch->other eero setup to see how that works?  I'd rather test before doing any changes/purchases.

      You can temporarily hide the 5ghz for 15 minutes, but that is only for setting up 2.4 only devices.  It cannot be permanently disabled.  Besides, in my above example the 5.2 was just picked at random, it would pick any radio band it has to other eero if that is the lowest cost pathway (so it could use 2.4).  The eero constantly monitor all their connections to other eero so they can select the best pathway at any one moment.

      • ebonovic
      • 2 yrs ago
      • Reported - view

      Michael_eero_support  Extremely odd, that something works in this topology for years, and then stops....  

      While I understand what you listed as the technical reason on this, still provides some challenges. 

      As for temporarily moving a node, I can, and will try it.   However since this issue just randomly appears, with direct reasoning, no quick/simply way to verify it has made a change. 

      • Michael_eero_support
      • 2 yrs ago
      • Reported - view

      ebonovic 

      Thus the Leaning Tower of Pisa analogy, something can be built with a faulty foundation and last for years, but that doesn't mean the problem doesn't exist and doesn't need to be fixed for the item to stay standing.

      In this case it is your Topology that needs fixin'.  I figured you would like a "why" to go with the "it needs adjustment to this".

      • ebonovic
      • 2 yrs ago
      • Reported - view

      Michael_eero_support I most certainly appreciate the "why";  I wish I would have gotten that "why" from the eero support emails over the last two months.. .  rather than: "your setup is wrong, change it". with no explanation as to why it worked in this model for many years.  

      I have made the change (with a minor modification, due to my physical wiring), but the important part, the eero's are now   setup:      LAN->eero1->TPSwitch->eeros2,3,4,5. 

      We will see how it goes.    I really hope this works, as for right now, I don't want to spend the $1K on a new setup just yet.    
       

      • Michael_eero_support
      • 2 yrs ago
      • Reported - view

      ebonovic 

      I'm sure others are watching this thread with almost as much curiosity as you have on will-this-fix-it?  Please keep us all apprised!

    • ebonovic
    • 2 yrs ago
    • Reported - view

    Michael_eero_support

    So here to report...  no change.   

    I made the requested changes.  Things were good for about 36 hours, then last night about 10pm the entire network (wireless and wired) locked up.    I disconnected an Eero node, and things restored.    Still have that node disconnected.    

    This morning, the entire network locked up again.    I was at my desk, and unable to ping the gateway with packet losses, so it is not a WAN issue.      I disconnected the gateway Eero (which in this new topography, disconnects all Eero's), and immediately restored connectivity.   let it stay that way for about a minute, to watch the ping traffic...   all good.       The moment I reconnected the gateway Eero, packet losses.  

    I just restarted the gateway Eero, and for the moment things are stable.    

    But this is not a sustainable option for me.    where do I go from here?   

      • Michael_eero_support
      • 2 yrs ago
      • Reported - view

      ebonovic 

      Send us an email to support@eero.com and use the subject line "Community Followup - Lockups with topology change - ebonovic" so I can go dig into the logs and see if we can figure out what is making things not run right.

      Have you tried a different eero as the gateway in case the current gateway is going faulty?

    • ebonovic
    • 2 yrs ago
    • Reported - view

    Michael_eero_support  

    I will send that email in just a moment.  

    As for a different eero as the gateway, no have not tried this. 
    This particular one that I am using now is one of the ones I purchased this summer, the 6E.   

    I purchased this set this summer, as I thought my issue was possibly related to the Gen 1's going bad.  
    So while it is always possible that this one is faulty, the problems existed before it's introduction, and after.   So the chances are minor.  

    It is an option to attempt though.

Content aside

  • 2 yrs agoLast active
  • 10Replies
  • 523Views
  • 3 Following