http://www.lindy-usa.com/rj45-port-block-10-pieces-with-keys-40470.html
On Fri, Jan 27, 2017 at 11:28 AM, James Wilson <[email protected]> wrote: > 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 > > -- -RickG KyWiFi
_______________________________________________ Ubnt_users mailing list [email protected] http://lists.wispa.org/mailman/listinfo/ubnt_users
