Collision Domain - In POS
-
Collision domains are super simple
Every port on a switch is it's own collision domain, which is why they are no longer relevant. The only time they are relevant is when you are using a hub (which you will never see).
-
@WrCombs said in Collision Domain - In POS:
@scottalanmiller said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
@scottalanmiller said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
So it's not a collision Domain because their Obsolete in wired networks due to switches -
I'm not sure what else could be causing the issue other than bad cabling/ Bad terminals/ Bad switches.
May be worth replacing the other bar switch and changing out the Cabling under the bar.So start with the basics and see what you can track down. If you are getting congestion or bad switches / cabling, you'd expect to see it even with a ping. Ping from device to device and see if you ever get latency or drops. If not, likely it's not a networking thing.
Can you describe the freezing? Like if you do X which devices freeze. And if you do Y, these other devices freeze.
Only information I have is " when we're Busy, and we try to order items on the terminals they run slow and freeze up. then it comes back then it shows up. the delay is anywhere from 15 seconds to 2 minutes"
Nothing specific when it comes to what their doing on the terminals.Any reason that there is a network suspicion then, why not suspect the server?
Cause it's the exact same image/setup as the other site they have, and the other site doesn't run slow what so ever.
Still, many times more likely to be a hard drive or something.
-
@scottalanmiller said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
@scottalanmiller said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
@scottalanmiller said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
So it's not a collision Domain because their Obsolete in wired networks due to switches -
I'm not sure what else could be causing the issue other than bad cabling/ Bad terminals/ Bad switches.
May be worth replacing the other bar switch and changing out the Cabling under the bar.So start with the basics and see what you can track down. If you are getting congestion or bad switches / cabling, you'd expect to see it even with a ping. Ping from device to device and see if you ever get latency or drops. If not, likely it's not a networking thing.
Can you describe the freezing? Like if you do X which devices freeze. And if you do Y, these other devices freeze.
Only information I have is " when we're Busy, and we try to order items on the terminals they run slow and freeze up. then it comes back then it shows up. the delay is anywhere from 15 seconds to 2 minutes"
Nothing specific when it comes to what their doing on the terminals.Any reason that there is a network suspicion then, why not suspect the server?
Cause it's the exact same image/setup as the other site they have, and the other site doesn't run slow what so ever.
Still, many times more likely to be a hard drive or something.
apparently, Our Des Moines Office did this setup , we did the other sites set up which would be inconsistent on our end. My boss is claiming that Their image was broken, and we fixed it in house before it went out to the site, which would mean, Scott, You're correct that it's a Server issue.
You know the saying to many hands in the cookie jar?
that's what seemed to happen here, so Now I gotta rethink this whole situation.FFS the more information I get the more I just want to just leave this place.
But I'm still learning and Can't say that I'm understanding.
-
@WrCombs said in Collision Domain - In POS:
They are having a huge issue when their busy, and all terminals are in use, where they will start to freeze for a few seconds, its only a problem when they are running more than one terminal on either side of the bar.
If their using 2 terminals on the same side of the bar it runs a little bit faster but there's still a delay.Is this really the issue or is this what you are being told? End users are wrong alot, and not always intentionally.
With how small that network is there is no way there is a bandwith issue from using POS terminals.
Also your diagram is probably inaccurate, I doubt they have 3 separate switches for 6 systems.
-
@IRJ said in Collision Domain - In POS:
Collision domains are super simple
Every port on a switch is it's own collision domain, which is why they are no longer relevant. The only time they are relevant is when you are using a hub (which you will never see).
I want to explain why I thought this was the issue:
With using a single port on either switch, They would be on 1 collision domain - or so I thought.
That was stupid of me to think that, cause there's 2 ports make 2 different collision domains - and there's nowhere near enough Data to saturate those ports enough. -
@IRJ said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
They are having a huge issue when their busy, and all terminals are in use, where they will start to freeze for a few seconds, its only a problem when they are running more than one terminal on either side of the bar.
If their using 2 terminals on the same side of the bar it runs a little bit faster but there's still a delay.Is this really the issue or is this what you are being told? End users are wrong alot, and not always intentionally.
With how small that network is there is no way there is a bandwith issue from using POS terminals.
Also your diagram is probably inaccurate, I doubt they have 3 separate switches for 6 systems.
no there are 3 separate switches.. One on either side of the bar, and one in the back office that feeds to the firewall and the sever.
-
@WrCombs said in Collision Domain - In POS:
@IRJ said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
They are having a huge issue when their busy, and all terminals are in use, where they will start to freeze for a few seconds, its only a problem when they are running more than one terminal on either side of the bar.
If their using 2 terminals on the same side of the bar it runs a little bit faster but there's still a delay.Is this really the issue or is this what you are being told? End users are wrong alot, and not always intentionally.
With how small that network is there is no way there is a bandwith issue from using POS terminals.
Also your diagram is probably inaccurate, I doubt they have 3 separate switches for 6 systems.
no there are 3 separate switches.. One on either side of the bar, and one in the back office that feeds to the firewall and the sever.
Not ideal, but it should still work that way.
I think investigating at the OS level would be best. I doubt it doesnt only happen when its busy. Its only when they care or notice the delay.
-
@IRJ said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
@IRJ said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
They are having a huge issue when their busy, and all terminals are in use, where they will start to freeze for a few seconds, its only a problem when they are running more than one terminal on either side of the bar.
If their using 2 terminals on the same side of the bar it runs a little bit faster but there's still a delay.Is this really the issue or is this what you are being told? End users are wrong alot, and not always intentionally.
With how small that network is there is no way there is a bandwith issue from using POS terminals.
Also your diagram is probably inaccurate, I doubt they have 3 separate switches for 6 systems.
no there are 3 separate switches.. One on either side of the bar, and one in the back office that feeds to the firewall and the sever.
Not ideal, but it should still work that way.
I think investigating at the OS level would be best. I doubt it doesnt only happen when its busy. Its only when they care or notice the delay.
Probably accurate.
-
I have to ask the dumb question. How are tablets being connected to a wired network?
-
@WrCombs said in Collision Domain - In POS:
apparently, Our Des Moines Office did this setup , we did the other sites set up which would be inconsistent on our end. My boss is claiming that Their image was broken, and we fixed it in house before it went out to the site, which would mean, Scott, You're correct that it's a Server issue.
This kind of just comes with experience. Can a network be the issue here? Sure, of course. But is it likely? Not at all. Both the "how could these machines overwhelm a network" aspect as well as the behaviour. It was acting like a congested server, not network. With experience you start to "feel" how the system is reacting and nothing really does that other than a combination of understanding as many of the components as possible, and just experiencing loads and loads of different conditions.
-
@IRJ said in Collision Domain - In POS:
End users are wrong alot, and not always intentionally.
But very often intentional!
-
@WrCombs said in Collision Domain - In POS:
@IRJ said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
They are having a huge issue when their busy, and all terminals are in use, where they will start to freeze for a few seconds, its only a problem when they are running more than one terminal on either side of the bar.
If their using 2 terminals on the same side of the bar it runs a little bit faster but there's still a delay.Is this really the issue or is this what you are being told? End users are wrong alot, and not always intentionally.
With how small that network is there is no way there is a bandwith issue from using POS terminals.
Also your diagram is probably inaccurate, I doubt they have 3 separate switches for 6 systems.
no there are 3 separate switches.. One on either side of the bar, and one in the back office that feeds to the firewall and the sever.
This feels crazy. So much to fail and so much hardware. All to save like... two wires?
-
@travisdh1 said in Collision Domain - In POS:
I have to ask the dumb question. How are tablets being connected to a wired network?
Access point on the firewall routed to the wired network.
-
@scottalanmiller said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
@IRJ said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
They are having a huge issue when their busy, and all terminals are in use, where they will start to freeze for a few seconds, its only a problem when they are running more than one terminal on either side of the bar.
If their using 2 terminals on the same side of the bar it runs a little bit faster but there's still a delay.Is this really the issue or is this what you are being told? End users are wrong alot, and not always intentionally.
With how small that network is there is no way there is a bandwith issue from using POS terminals.
Also your diagram is probably inaccurate, I doubt they have 3 separate switches for 6 systems.
no there are 3 separate switches.. One on either side of the bar, and one in the back office that feeds to the firewall and the sever.
This feels crazy. So much to fail and so much hardware. All to save like... two wires?
I understand that too.. I'd think it'd be better to have each terminal have it's own line to a single switch in office server..
-
@scottalanmiller said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
@scottalanmiller said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
@scottalanmiller said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
So it's not a collision Domain because their Obsolete in wired networks due to switches -
I'm not sure what else could be causing the issue other than bad cabling/ Bad terminals/ Bad switches.
May be worth replacing the other bar switch and changing out the Cabling under the bar.So start with the basics and see what you can track down. If you are getting congestion or bad switches / cabling, you'd expect to see it even with a ping. Ping from device to device and see if you ever get latency or drops. If not, likely it's not a networking thing.
Can you describe the freezing? Like if you do X which devices freeze. And if you do Y, these other devices freeze.
Only information I have is " when we're Busy, and we try to order items on the terminals they run slow and freeze up. then it comes back then it shows up. the delay is anywhere from 15 seconds to 2 minutes"
Nothing specific when it comes to what their doing on the terminals.Any reason that there is a network suspicion then, why not suspect the server?
Cause it's the exact same image/setup as the other site they have, and the other site doesn't run slow what so ever.
Still, many times more likely to be a hard drive or something.
This. Something like that trans.log is being written to a single 5400 RPM drive.
-
@WrCombs said in Collision Domain - In POS:
@scottalanmiller said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
@IRJ said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
They are having a huge issue when their busy, and all terminals are in use, where they will start to freeze for a few seconds, its only a problem when they are running more than one terminal on either side of the bar.
If their using 2 terminals on the same side of the bar it runs a little bit faster but there's still a delay.Is this really the issue or is this what you are being told? End users are wrong alot, and not always intentionally.
With how small that network is there is no way there is a bandwith issue from using POS terminals.
Also your diagram is probably inaccurate, I doubt they have 3 separate switches for 6 systems.
no there are 3 separate switches.. One on either side of the bar, and one in the back office that feeds to the firewall and the sever.
This feels crazy. So much to fail and so much hardware. All to save like... two wires?
I understand that too.. I'd think it'd be better to have each terminal have it's own line to a single switch in office server..
Yes, one switch that's cheaper than three, easier to manage, less to fail, fewer hops, fewer patch cables and just two more longer runs in the walls.
Cheaper in every way. Even in electric. And takes up way less space around the office.
-
@scottalanmiller said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
@scottalanmiller said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
@IRJ said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
They are having a huge issue when their busy, and all terminals are in use, where they will start to freeze for a few seconds, its only a problem when they are running more than one terminal on either side of the bar.
If their using 2 terminals on the same side of the bar it runs a little bit faster but there's still a delay.Is this really the issue or is this what you are being told? End users are wrong alot, and not always intentionally.
With how small that network is there is no way there is a bandwith issue from using POS terminals.
Also your diagram is probably inaccurate, I doubt they have 3 separate switches for 6 systems.
no there are 3 separate switches.. One on either side of the bar, and one in the back office that feeds to the firewall and the sever.
This feels crazy. So much to fail and so much hardware. All to save like... two wires?
I understand that too.. I'd think it'd be better to have each terminal have it's own line to a single switch in office server..
Yes, one switch that's cheaper than three, easier to manage, less to fail, fewer hops, fewer patch cables and just two more longer runs in the walls.
Cheaper in every way. Even in electric. And takes up way less space around the office.
Exactly my thought on it too, but, Hey, Who listens to a guys who's been around for 2 years?
-
@WrCombs said in Collision Domain - In POS:
@travisdh1 said in Collision Domain - In POS:
I have to ask the dumb question. How are tablets being connected to a wired network?
Access point on the firewall routed to the wired network.
FFS, there is the issue.
I know you normally have a network dedicated to POS. That doesn't magically free up availability for the wifi network when things get busy. The wireless environment is probably clogged full when the place gets busy. That'll be your bottleneck.
-
@travisdh1 said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
@travisdh1 said in Collision Domain - In POS:
I have to ask the dumb question. How are tablets being connected to a wired network?
Access point on the firewall routed to the wired network.
FFS, there is the issue.
I know you normally have a network dedicated to POS. That doesn't magically free up availability for the wifi network when things get busy. The wireless environment is probably clogged full when the place gets busy. That'll be your bottleneck.
FFS explain what you mean? Nothing you just said makes any sense to me.
The Tablet is Not Currently in Use.
-
@WrCombs said in Collision Domain - In POS:
@travisdh1 said in Collision Domain - In POS:
@WrCombs said in Collision Domain - In POS:
@travisdh1 said in Collision Domain - In POS:
I have to ask the dumb question. How are tablets being connected to a wired network?
Access point on the firewall routed to the wired network.
FFS, there is the issue.
I know you normally have a network dedicated to POS. That doesn't magically free up availability for the wifi network when things get busy. The wireless environment is probably clogged full when the place gets busy. That'll be your bottleneck.
FFS explain what you mean? Nothing you just said makes any sense to me.
The Tablet is Not Currently in Use.
You've been talking about the wired network, but the tablets that are having issues aren't even connected to it.
