- My Forums
- Tiger Rant
- LSU Recruiting
- SEC Rant
- Saints Talk
- Pelicans Talk
- More Sports Board
- Fantasy Sports
- Golf Board
- Soccer Board
- O-T Lounge
- Tech Board
- Home/Garden Board
- Outdoor Board
- Health/Fitness Board
- Movie/TV Board
- Book Board
- Music Board
- Political Talk
- Money Talk
- Fark Board
- Gaming Board
- Travel Board
- Food/Drink Board
- Ticket Exchange
- TD Help Board
Customize My Forums- View All Forums
- Show Left Links
- Topic Sort Options
- Trending Topics
- Recent Topics
- Active Topics
Started By
Message
Network problem that I can't solve
Posted on 10/24/19 at 2:03 pm
Posted on 10/24/19 at 2:03 pm
Plugging in a Ubiquiti PoE Nanobeam to the network knocks an unrelated device offline, kind of. Pretty sure there's no IP conflict (the Nanobeam is .20 and the other device is .253).
Background:
Convenience store has a Cybera Zone Router that handles payments. Admittedly I know little about it, and I don't have access to its settings, but from what I understand it basically sets up a VPN to the CC processor, and it routes all transactions through that. It is connected to a switch, which is connected to a router, which is connected to the modem, and it works fine all the time. There are many other devices connected to the same switch/router, and everything works fine. There is a detached building that needs internet, so I set up a couple Nanobeams, and that works fine. Everything works perfectly, except when the Nanobeam is on the network, the Cybera router only stays connected about 80% of the time. It stays online for maybe 30 seconds, then goes offline for 5 or 10, repeat forever. The connection lights on the Cybera turn from green to red, and the offline state is verified with a long-running ping. Lights go back green, ping works again.
I simply unplug the Nanobeam from the switch, and the Cybera router works perfectly again. I have tried plugging both the Cybera and Nanobeam into the switch, both into free ports on the router, one in switch and one in router, and flip flopped, same problem every time.
Cybera support has never heard of this problem, and they refer me to Verifone (who I guess actually manufactures it). Verifone has never heard of the problem, and they refer me to Cybera.
I'm about to attempt to contact Ubiquiti, but I'm more than sure that will be fruitless.
So has anyone run into a similar problem?
Background:
Convenience store has a Cybera Zone Router that handles payments. Admittedly I know little about it, and I don't have access to its settings, but from what I understand it basically sets up a VPN to the CC processor, and it routes all transactions through that. It is connected to a switch, which is connected to a router, which is connected to the modem, and it works fine all the time. There are many other devices connected to the same switch/router, and everything works fine. There is a detached building that needs internet, so I set up a couple Nanobeams, and that works fine. Everything works perfectly, except when the Nanobeam is on the network, the Cybera router only stays connected about 80% of the time. It stays online for maybe 30 seconds, then goes offline for 5 or 10, repeat forever. The connection lights on the Cybera turn from green to red, and the offline state is verified with a long-running ping. Lights go back green, ping works again.
I simply unplug the Nanobeam from the switch, and the Cybera router works perfectly again. I have tried plugging both the Cybera and Nanobeam into the switch, both into free ports on the router, one in switch and one in router, and flip flopped, same problem every time.
Cybera support has never heard of this problem, and they refer me to Verifone (who I guess actually manufactures it). Verifone has never heard of the problem, and they refer me to Cybera.
I'm about to attempt to contact Ubiquiti, but I'm more than sure that will be fruitless.
So has anyone run into a similar problem?
3
Posted on 10/24/19 at 2:10 pm to Korkstand
any possible issues with NAT routing/rules? have you tried assigning other IPs to see if that resovles it? sticky sessions?
This post was edited on 10/24/19 at 2:14 pm
Posted on 10/24/19 at 2:25 pm to BabySam
quote:Don't think so. There are no special rules in the main router (of course I don't know exactly what the Cybera router is doing).
any possible issues with NAT routing/rules?
quote:I can't change the Cybera IP, and I was going to try changing the Nanobeam IP, but I seem to have misplaced the web password, and the damned thing is up on a pole and I didn't have time to find a ladder to reset it.
have you tried assigning other IPs to see if that resovles it?
But I didn't worry about it much because I am certain that its ip is .20 and the Cybera is .253.
quote:I had to look up sticky sessions, and having done so I'm not sure how that could be an issue.
sticky sessions?
Posted on 10/24/19 at 2:45 pm to Korkstand
Do you have a network tap? Can you get a packet capture via Wireshark?
Sounds like something is answering ARPs when it shouldn't be
Sounds like something is answering ARPs when it shouldn't be
This post was edited on 10/24/19 at 2:50 pm
Posted on 10/24/19 at 3:16 pm to Hulkklogan
I do not, and I would probably have to do a lot of research to figure out what I'm looking at/for.
Would probably be faster to just dig a trench and run cable to the building.
Would probably be faster to just dig a trench and run cable to the building.
Posted on 10/24/19 at 3:51 pm to Korkstand
LINK
I use this all the time. My employer paid for mine, though.
If the wrong thing is answering ARPs it should all be broadcasts and, in theory, you should be able to plug a laptop into the same switch/VLAN and get a packet capture to see it. Most switches, assuming managed switches, also have port mirroring capabilities that you can set up to replicate all of the traffic on the link to the Nanobeam so you can get a packet capture that way.
I'd be willing to take a look at the packet capture to help you out, assuming your client OKs some random from the interwebs looking at the traffic.
I use this all the time. My employer paid for mine, though.
If the wrong thing is answering ARPs it should all be broadcasts and, in theory, you should be able to plug a laptop into the same switch/VLAN and get a packet capture to see it. Most switches, assuming managed switches, also have port mirroring capabilities that you can set up to replicate all of the traffic on the link to the Nanobeam so you can get a packet capture that way.
I'd be willing to take a look at the packet capture to help you out, assuming your client OKs some random from the interwebs looking at the traffic.
This post was edited on 10/24/19 at 3:53 pm
Posted on 10/24/19 at 6:11 pm to Hulkklogan
Neat device. I've been using Wireshark from back when you could grab any old network hub out of the bin and make your own tap.
Posted on 10/24/19 at 7:22 pm to Korkstand
Yeah do a packet capture.
It could be a ton of things. IP conflict, broadcast storm from a loop, etc. I don't know the nature of all these devices but a packet capture will go a long way.
I'd love to see the bpdu packets and also the general IP scheme.
It could be a ton of things. IP conflict, broadcast storm from a loop, etc. I don't know the nature of all these devices but a packet capture will go a long way.
I'd love to see the bpdu packets and also the general IP scheme.
Posted on 10/25/19 at 11:04 am to LSURep864
Is there a device on the other side of the wireless bridge with .253? Can you modify your DHCP server to exclude anything past .250 ?
Posted on 10/25/19 at 11:08 am to broadhead
quote:No, the problem persists even with the other nanobeam powered off.
Is there a device on the other side of the wireless bridge with .253?
Posted on 10/25/19 at 11:49 am to Korkstand
You're going to need to get that ladder out and either reset to default or replace it.
Posted on 10/25/19 at 2:03 pm to Korkstand
quote:
No, the problem persists even with the other nanobeam powered off.
Low-hanging fruit time: have you tried swapping the Nanobeams to see if the problem persists? At the very least this would rule out it being something wrong with just that unit.
Posted on 10/25/19 at 2:05 pm to Korkstand
quote:
No, the problem persists even with the other nanobeam powered off.
Do you have the nanobeam connected over a cable run? If not, have you tried plugging it in directly to the switch and see if the problem persists?
If the same thing happens with the nanobeam powered off but still connected, it sounds like there may be damage to the cable run.
Do you have a spare switch you can put in place to rule out the existing switch as the problem?
Posted on 10/25/19 at 2:35 pm to broadhead
quote:I was afraid of that.
You're going to need to get that ladder out and either reset to default or replace it.
Posted on 10/25/19 at 2:36 pm to Bard
quote:Yeah this is next on my troubleshoot list. If I was getting paid it wouldn't be a big deal, but this is a family job.
Low-hanging fruit time: have you tried swapping the Nanobeams to see if the problem persists? At the very least this would rule out it being something wrong with just that unit.
Posted on 10/25/19 at 2:40 pm to The Next
quote:There are 2 nanobeams, and the one I mentioned as powered off was the remote one that is not physically connected to the switch, just to eliminate a conflict with a device in the remote building.
Do you have the nanobeam connected over a cable run? If not, have you tried plugging it in directly to the switch and see if the problem persists?
If the same thing happens with the nanobeam powered off but still connected, it sounds like there may be damage to the cable run.
The one that IS connected to the switch only causes the problem when it is powered on.
quote:This is a new switch (and a new router), and the problem persisted from old to new switch/router.
Do you have a spare switch you can put in place to rule out the existing switch as the problem?
Posted on 10/25/19 at 7:24 pm to Korkstand
What about flipping the sides each nanobeam is on?
Posted on 10/27/19 at 8:36 pm to Korkstand
Can you log into the Nanobeam and go to the network page and verify that Auto IP Aliasing is NOT checked? Had this issue before and caused plenty of random issues. Also, what firmware are you running?
Posted on 10/28/19 at 10:36 am to Korkstand
If you're using the Ubiquiti power injector, there's a pinhole reset button on it. So, you shouldn't have to climb a pole to do a factory reset.
Posted on 11/15/19 at 1:33 pm to RedBeardBaw
quote:I made it back over there, unchecked this option, and so far it looks good!
Can you log into the Nanobeam and go to the network page and verify that Auto IP Aliasing is NOT checked? Had this issue before and caused plenty of random issues.
I'm not convinced that it's 100% solved, but it is much, much better. Before, that router was going offline for 5-10 seconds out of every minute or so. After changing the setting, I ran a ping for about 10 minutes and dropped 2 packets. I also saw the lights on the router blink red for a couple seconds one time in 10 minutes. Whereas with the nanobeam disconnected, the lights never blinked red and it never dropped a packet (that I saw).
I'm going to keep an eye on it, but I would call this about a 95% improvement. Thanks!
And for reference, the firmware is XW.v6.1.7 build 32555
This post was edited on 11/15/19 at 1:35 pm
Page 1 of 2
Popular
Back to top
Follow TigerDroppings for LSU Football News