Finally I found out what happened - the customer's tech was having a problem with setting up a static public IP address on his little Linksys WiFi router on our Mikrotik port that was set up as a CPE - router, DHCP, NAT, etc.
So he simply went to our equipment enclosure and plugged into a bridged port! His router has some kind of problem that will bring our network down if it's directly connected. He won't do that again. Time for a lock on the enclosure... And we still need to route our fast-growing network. Turns out this wasn't an Ubiquiti/Netonix/Mikrotik problem at all. Thanks for listening! :) On Thu, Jan 26, 2017 at 3:32 PM, Kees H <[email protected]> wrote: > I’d put my money on a false positive. > (a negative in this case) > > *From:* James Wilson > *Sent:* Thursday, January 26, 2017 6:47 AM > *To:* Ubiquiti Users Group > *Subject:* Re: [Ubnt_users] Help! > > The stations are in router mode, that;s one of the reasons why this is a > surprise... Still doing a post mortem. > > On Thu, Jan 26, 2017 at 9:40 AM, Shawn C. Peppers < > [email protected]> wrote: > >> This kind of thing is why i am a huge fan of putting the station device >> in router mode. Customers connecting layer2 to my tower setup has always >> seemed a bad idea to me. >> >> Shawn C. Peppers >> Video Direct Satellite & Entertainment >> 866-680-8433 <(866)%20680-8433> Toll Free >> 480-287-9960 <(480)%20287-9960> Fax >> http://www.video-direct.tv >> >> On Jan 26, 2017, at 5:28 AM, James Wilson <[email protected]> wrote: >> >> Stuart he was simply trying to set up a way to control something remotely >> with a static public IP address. >> >> Apparently one of us was doing something wrong that caused a loop that >> Netonix caught. >> >> On Jan 26, 2017 6:24 AM, "Stuart Pierce" <[email protected]> wrote: >> >>> 99.86% sure it's paranoia, but I'd like to know what Mr. WILSON ( sorry I >>> was channeling my inner Dennis ) thinks the customer was setting up. >>> >>> On Thu, January 26, 2017 12:53 am, RickG wrote: >>> > Ya know, I've always suspected UBNT CPE leaks or am I just paranoid? >>> > >>> > >>> > On Wed, Jan 25, 2017 at 9:41 PM, James Wilson <[email protected]> >>> > wrote: >>> > >>> > >>> >> Looks like a customer with a static public IP was setting up >>> something. >>> >> Even though he is on a routed port of a switch (our CPEs are routed) >>> >> something he did somehow caused a loop. >>> >> >>> >> On Jan 25, 2017 9:04 PM, "Eric Tykwinski" <[email protected]> >>> >> wrote: >>> >> >>> >> >>> >>> I just tested STP on my little home AirRouter running v6. Running >>> >>> RSTP >>> >>> on the Cisco and bridged on the AirRouter with STP enabled, it never >>> >>> went to blocked on either port. I think there might be a bug in v6 >>> >>> for STP. Weird part was switch was still saying rstp, and I think >>> >>> AirOS only >>> >>> supports STP. I might dig a bit further later on… >>> >>> >>> >>> >>> >>> On Jan 25, 2017, at 7:33 PM, Chris Soiles <[email protected]> >>> >>> wrote: >>> >>> >>> >>> >>> >>> Could be some kind of crosstalk and thinking it's a loop >>> >>> >>> >>> >>> >>> I usually turn off STP unless I know there is multipath in that >>> >>> segment >>> >>> >>> >>> Sent from iPhone 6S Plus >>> >>> >>> >>> >>> >>> Chris Soiles >>> >>> Owner >>> >>> Rio Cities >>> >>> [email protected] 505-966-6389 >>> >>> >>> >>> >>> >>> On Jan 25, 2017, at 5:18 PM, James Wilson <[email protected]> >>> >>> wrote: >>> >>> >>> >>> >>> >>> We didn't have STP enabled on any of the ports. This is strange - >>> >>> these devices have been working together for a year. >>> >>> >>> >>> It's been stable for several minutes now that I turned off loop >>> >>> protection. >>> >>> >>> >>> Don't see how I could get a loop in one device. ??? >>> >>> >>> >>> >>> >>> Thank for coming to the rescue! :) >>> >>> >>> >>> >>> >>> On Wed, Jan 25, 2017 at 7:15 PM, James Wilson <[email protected]> >>> >>> wrote: >>> >>> >>> >>> >>> >>>> I just did some Google searches and turned off Loop Protection in >>> >>>> the Devices/Configuration page. So far ok... >>> >>>> >>> >>>> >>> >>>> On Wed, Jan 25, 2017 at 7:12 PM, Josh Luthman < >>> >>>> [email protected]> wrote: >>> >>>> >>> >>>>> If you DEFINITELY don't have a bridge loop (like two backhauls >>> >>>>> going to this tower, both of which go to the same collision >>> >>>>> domain) you can disable port 2 from the STP. >>> >>>>> >>> >>>>> >>> >>>>> Josh Luthman >>> >>>>> Office: 937-552-2340 <(937)%20552-2340> >>> >>>>> Direct: 937-552-2343 <(937)%20552-2343> >>> >>>>> 1100 Wayne St >>> >>>>> Suite 1337 >>> >>>>> Troy, OH 45373 >>> >>>>> >>> >>>>> >>> >>>>> On Wed, Jan 25, 2017 at 7:09 PM, James Wilson >>> >>>>> <[email protected]> >>> >>>>> wrote: >>> >>>>> >>> >>>>> >>> >>>>>> I have a very straightforward flat network, no OSPF, etc. >>> >>>>>> >>> >>>>>> >>> >>>>>> Tonight I started losing connection and traced it back to a >>> >>>>>> Netonix >>> >>>>>> switch. The connection is up for a minute then the Netonix >>> >>>>>> switch turns off the AF5X's port. >>> >>>>>> >>> >>>>>> Below is what it's log is saying. I don't understand how the >>> >>>>>> AF 5X >>> >>>>>> that's connected to the port can cause a loop. Help! Thanks! >>> >>>>>> :) >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> Jan 25 17:39:37 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 17:42:39 Loop >>> >>>>>> protection: re-enabling port 2 >>> >>>>>> Jan 25 17:43:38 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 17:46:40 Loop >>> >>>>>> protection: re-enabling port 2 >>> >>>>>> Jan 25 18:03:04 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 18:06:05 Loop >>> >>>>>> protection: re-enabling port 2 >>> >>>>>> Jan 25 18:06:39 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 18:09:40 Loop >>> >>>>>> protection: re-enabling port 2 >>> >>>>>> Jan 25 18:15:17 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 18:18:18 Loop >>> >>>>>> protection: re-enabling port 2 >>> >>>>>> Jan 25 18:22:19 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 18:25:21 Loop >>> >>>>>> protection: re-enabling port 2 >>> >>>>>> Jan 25 18:25:38 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 18:28:40 Loop >>> >>>>>> protection: re-enabling port 2 >>> >>>>>> Jan 25 18:34:13 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 18:37:14 Loop >>> >>>>>> protection: re-enabling port 2 >>> >>>>>> Jan 25 18:37:22 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 18:40:24 Loop >>> >>>>>> protection: re-enabling port 2 >>> >>>>>> Jan 25 18:41:37 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 18:44:39 Loop >>> >>>>>> protection: re-enabling port 2 >>> >>>>>> Jan 25 18:45:37 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 18:48:39 Loop >>> >>>>>> protection: re-enabling port 2 >>> >>>>>> Jan 25 18:49:33 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 18:52:35 Loop >>> >>>>>> protection: re-enabling port 2 >>> >>>>>> Jan 25 18:53:39 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 18:56:41 Loop >>> >>>>>> protection: re-enabling port 2 >>> >>>>>> Jan 25 18:58:36 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds Jan 25 19:00:36 UI: >>> >>>>>> Configuration changed by admin (172.19.3.6) >>> >>>>>> Jan 25 19:00:36 UI: Port 2 STP: changed from 'Disabled' to >>> >>>>>> 'Enabled' >>> >>>>>> Jan 25 19:01:38 Loop protection: re-enabling port 2 >>> >>>>>> Jan 25 19:02:38 Loop protection: detected loop from port 2 to >>> >>>>>> port 2, disabling port 2 for 180 seconds >>> >>>>>> >>> >>>>>> _______________________________________________ >>> >>>>>> Ubnt_users mailing list >>> >>>>>> [email protected] >>> >>>>>> http://lists.wispa.org/mailman/listinfo/ubnt_users >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>> >>> >>>>> _______________________________________________ >>> >>>>> Ubnt_users mailing list >>> >>>>> [email protected] >>> >>>>> http://lists.wispa.org/mailman/listinfo/ubnt_users >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>> >>> >>> _______________________________________________ >>> >>> Ubnt_users mailing list >>> >>> [email protected] >>> >>> http://lists.wispa.org/mailman/listinfo/ubnt_users >>> >>> >>> >>> >>> >>> _______________________________________________ >>> >>> Ubnt_users mailing list >>> >>> [email protected] >>> >>> http://lists.wispa.org/mailman/listinfo/ubnt_users >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> >>> Ubnt_users mailing list >>> >>> [email protected] >>> >>> http://lists.wispa.org/mailman/listinfo/ubnt_users >>> >>> >>> >>> >>> >>> >>> >> _______________________________________________ >>> >> Ubnt_users mailing list >>> >> [email protected] >>> >> http://lists.wispa.org/mailman/listinfo/ubnt_users >>> >> >>> >> >>> >> >>> > >>> > >>> > -- >>> > -RickG KyWiFi >>> > _______________________________________________ >>> > Ubnt_users mailing list >>> > [email protected] >>> > http://lists.wispa.org/mailman/listinfo/ubnt_users >>> > >>> > >>> >>> >>> _______________________________________________ >>> Ubnt_users mailing list >>> [email protected] >>> http://lists.wispa.org/mailman/listinfo/ubnt_users >>> >> _______________________________________________ >> Ubnt_users mailing list >> [email protected] >> http://lists.wispa.org/mailman/listinfo/ubnt_users >> >> >> _______________________________________________ >> Ubnt_users mailing list >> [email protected] >> http://lists.wispa.org/mailman/listinfo/ubnt_users >> >> > > ------------------------------ > _______________________________________________ > Ubnt_users mailing list > [email protected] > http://lists.wispa.org/mailman/listinfo/ubnt_users > > > _______________________________________________ > Ubnt_users mailing list > [email protected] > http://lists.wispa.org/mailman/listinfo/ubnt_users > >
_______________________________________________ Ubnt_users mailing list [email protected] http://lists.wispa.org/mailman/listinfo/ubnt_users
