About DonAnnett

DonAnnett · ‎02-26-2020

We need an Upside Down button!

DonAnnett · ‎02-14-2020

Understood. Don't lose hope... the super-nerds around here might still chime in! 😎

DonAnnett · ‎02-14-2020

I feel like in order to do something like sending them a message, you'd have to let them in to your network somehow, which is bypassing the protections you've established with 802.1x. Even if you could isolate them, you're still actually letting them in, which to me is far more invasive to your network than their annoying failed attempts. Apologies for not offering a solution.

DonAnnett · ‎02-14-2020

I suspect they only intentionally tried it once and I suspect the subsequent tries are just the phone itself because the user has not gone in to 'forget this ssid'. I wouldn't do anything about it.

DonAnnett · ‎11-07-2019

All good Blake. We all have our days. 😏

DonAnnett · ‎11-06-2019

Exported footage is time-stamped.

DonAnnett · ‎10-22-2019

Banana board anyone?

DonAnnett · ‎09-19-2019

https://meraki.cisco.com/lib/pdf/meraki_datasheet_mv32.pdf

DonAnnett · ‎08-27-2019

Actually both the MV71 and MV72 require PoE+ when using the heater.

DonAnnett · ‎08-16-2019

An alternative would be to move your cameras to a separate Org and keep your 'networking' networks separate in the original org. Then your Org admins in teh main org could be given granular network admin access in your camera org.

DonAnnett · ‎08-06-2019

We are also experiencing the 'image failed to load' issue on the video wall with mixed-gen cameras on the older gen cameras. I've had a case open on this for a few weeks. As far as the sync issue during playback, I haven't experienced any major out of sync issues. They are fairly well sync'ed in my limited look at this.

DonAnnett · ‎07-25-2019

I don't believe this is possible. If you're using MS switches you could put the cameras on an MS Port schedule... but that would also mean your cameras are powered down outside of 8-4:30.

DonAnnett · ‎07-24-2019

We're just comparing to the dashboard numbers. I have not done a recent comparison. When this was first launched (maybe a year ago?, older firmware) we were seeing Meraki numbers 10 times higher than the traditional people counter. We have seen improvement over time and our store we used for comparison was extremely busy (lots of people dwelling and moving around each other and other obstructions). This is a very difficult use case for the MV camera. We still love the people count analytics as a comparative measure. In 3 clicks i can get to the busiest minute, in the busiest hour, on the busiest day of the month and immediately see what the store looks like at max capacity. We find that extremely valuable. If dead accurate people counts are important to you then there are more traditional options that may be better suited.

DonAnnett · ‎07-24-2019

We have dedicated people counters in some of our retail stores located above the entrances and the MV counts are much higher than what the people counters are reporting. http://www.brickstream.com/NewDatasheets/FLIR-Brickstream3D.pdf

DonAnnett · ‎07-23-2019

We've found the people counting with MV to be inaccurate on the high side. The feature is still very useful to trend busy hours/days, but I wouldn't consider it accurate. In busy environments with people walking behind each other or behind obstructions, the inaccuracy increases. Meraki does a good job of explaining the things that can throw off the count here: https://documentation.meraki.com/MV/Video_Analytics/MV_People_Detection We've seen the accuracy improve over subsequent releases and I fully expect it to continue to improve.

DonAnnett · ‎07-23-2019

All my cameras are green, so i don't suspect its a wide-spread issue.

DonAnnett · ‎07-16-2019

Thanks Garry, happy to help! There's also this old vid explaining meraki co-term. https://www.youtube.com/watch?v=oHmR1DPI4cY

DonAnnett · ‎07-16-2019

I assume you still only have 1 physical MX and 1 MR. The additional MR license you applied to the org would have increased the MR device count to 2. You only have one MR, but the additional license doesn't actually extend the license duration for that device because the co-termination model assumes 2 MR's. You would need to work with Meraki support or your account manager to rectify this if you want to use some of the value in the 2nd license. Also read this: https://documentation.meraki.com/zGeneral_Administration/Licensing/Cisco_Meraki_Licensing_Guidelines_and_Limitations/The_Science_Behind_Licensing_Co-Termination

DonAnnett · ‎06-27-2019

i have a new avatar

DonAnnett · ‎06-25-2019

Actually, you could do this. Create multiple video walls with the same cameras, but change the center camera on each of the video walls. Then set the video walls to rotate.

DonAnnett · ‎05-30-2019

If it was me, I would still use a 50ohm load on an unused port (antenna or termination). A dust cap will present an open circuit to the port and if the port is ever enabled, 100% of the power gets reflected back into the radio... never a great thing for a radio.

DonAnnett · ‎05-30-2019

I agree with Philip. I would still terminate the 2.4 ports with a cheap antenna or a 50ohm termination like this: https://www.mouser.com/ProductDetail/Amphenol-RF/202109-10?qs=sGAEpiMZZMvkloRJ4SuqXuLVgwQXDW1kKr3UMUCsu9I%3D

DonAnnett · ‎05-30-2019

If you call into support and get an 'Org split' done (move existing network to a 'new' org), video can be retained.

DonAnnett · ‎05-28-2019

I hope for rapid adoption by device manufacturers (looking at you Apple) so that we can actually realize the benefits of .ax!

DonAnnett · ‎05-27-2019

I've never been a fan of meshing under any circumstance. That aside, do you have auto-channel enabled on the MR42? I wonder if it's doing channel changes that causes the mesh link to drop.

DonAnnett

Community Record

Badges