Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
About VinceR
VinceR
Comes here often
Member since May 12, 2020
Jul 7 2023
Community Record
5
Posts
0
Kudos
0
Solutions
Badges
May 11 2023
10:22 AM
We currently do have an SSID at all of our locations that is specifically for employee cell phones and IOT devices, it is segmented from the LAN at all these locations. The SSID is named the same at all locations and has the same WPA2 password as several of our employees travel between our locations. I believe for now that we are just going to block Facebook using the layer 7 rule for that specific SSID.
... View more
May 11 2023
8:02 AM
While these are two separate buildings that are about 20 feet apart, it is technically one site. We also have a mechanics shop that's close by, about 20 feet apart also, so there are three buildings on this site that share one ISP connection. No, we can not add another connection for each building, it's not feasible. We have not considered a separate network for a variety of reasons which are far too many to list in a post on here. I do appreciate the feedback though!
... View more
May 11 2023
6:37 AM
I've submitted an email ticket with this question to support, but thought I'd post it here also. Is it possible to block an application, i.e. Facebook, when connected to specific AP's? We have a store that's on the same network as our office, and we want to block Facebook access for users who are connected to the stores two AP's while still allowing Facebook access on the two office AP's. Physically speaking, the office AP's and store AP's are not physically close enough to each other for there to be any overlapping coverage as they are in two separate buildings. I know you can easily create a layer 7 rule that'll block applications, but it blocks that application for the entire network. We do have an SSID that employees can connect their cell phones to, it is WPA2 protected. We have considered creating another SSID that enforces the layer 7 rule blocking Facebook but did not want to have to go through the steps of creating it and then going to each cell phone and entering in the SSID password for the store users as we do not give it to anyone for security reasons. Any input or advice would be greatly appreciated!
... View more
Oct 5 2021
9:08 AM
With changes on Google's side of things we have found ourselves at a point where we are looking at changing from the Google Domain to the Meraki Domain. Has anyone out there already done this and able to offer any sort of insight into this process and potential issues they encountered, or if it was just a simple conversion, at least as far as going to Organization>MDM and then changing the enroll type from 'Existing Google Domain' to 'Meraki Managed Domain'? We have a few dozen Android tablets in the field that our drivers use everyday. They use Google Maps for GPS and an app that updates their status, ie "At Jobsite" "Loading" "Returning from Jobsite" and etc. That's all they're used for. We also have about 14-16 Apple iPads and MacBooks in the field. We currently use one gsuite account to sign into all the tablets, that way we're not paying for 20+ gsuite accounts that we're not utilizing any of the services that's offered. That's proving to become a headache as Google is changing some things.
... View more
Labels:
- Labels:
-
Android
-
Enrollment
May 12 2020
9:11 AM
We currently have the 180 day cloud storage license for our MV32 cameras, but that comes at the price of lower quality video. I've not contacted Meraki directly about this question, but is it possible to manage your own storage for the MV camera's instead of having to go with Meraki's cloud option and thus losing the quality of the video? Whether that storage be on an external HDD, SSD or another cloud storage service like through Amazon or Google. Yes, I am aware of the newer model MV22X that is out, but as there is nothing wrong with our MV22's that we've had for around a year, we can't justify the cost in replacing them.
... View more
© 2024 Cisco Systems, Inc.
