Not to mention the lack of features when compared to other vendors. I believed in the MV line, and somewhat still do, but Cisco Meraki need to speed up development because the MV system is to far behind.   I get the API sense angle, tying to get customers to build their own apps, but the API is clunky and slow, makes it difficult to build anything that is commercially viable - and I think Meraki know this otherwise why would they open up the RTSP stream.   The MV cameras are well designed, the MV12W can spit out a fantastic image and we have seen them work well in well lit environments, as does the outdoor model. The MV32 however is terrible. The biggest issue is the storage. We had an MV32 being trialled in a commercial environment which was very busy before COVID, where foot traffic is now almost non-existent other than cleaners passing by - the MV32, with all quality settings (only has an 8.4 MP lens which is rubbish compared to standard 12 MP you would expect in a fisheye) set to the highest levels is only able to record 8 days (with motion retention enabled) - 8 days in a low traffic environment? thats ridiculous considering most customers will want at least 30 days. So then you have to purchase the cloud backup license, which just keeps adding to the cost. Now what if it were a large retail store where the customer wanted to deploy say 30 MV32's with a minimum of 30 days storage - let's discuss the uplink bandwidth implications of deploying such;   MV32 with motion recap enabled (and why should we have to disable it considering its a key feature!!!)= 200Kbps at idle x 30 = 6Mbps MV32 with cloud backup license enabled (per camera to achieve min 30 days) = 1000Kbps x 30 = 30Mbps   36Mbps just to run 30 cameras with cloud backup. Hardly a solution when a org may need say 100+ cameras on an internet connection here in Australia.         ... View more

I wonder if they turn this off in the long-term, because now that RTSP is available its actually easier to perform analytics using custom machine learning locally then relying on the MV sense API (which is slow). Thoughts? ... View more

socks, drink bottles, mugs.. all good things ... View more

could also be firewall rules?   https://documentation.meraki.com/zGeneral_Administration/Other_Topics/Upstream_Firewall_Rules_for_Cloud_Connectivity ... View more

frustrating. i did just try to enable dhcp server on the ms210 and it did say that the device does not support dhcp server, only relay ... View more

so confusing considering on the meraki site they advertise the ms210 as a L2 switch ... View more

rrr think you just answered my question, so it cant do inter-vlan routing, but you can force it to route a vlan out to a specific address. if we arnt using static routing and trunking everything up to the core l3, then we do not need to create any interfaces on the ms210 ... View more

MS210 as a L3 core? its a L2 switch? ... View more

Ok thanks, but other than having a management interface, is there any other reason you would create an interface on a ms210 switch? ... View more

now this is a good thing ... View more

This has to be a stitch-up or competitors having a laugh - so good one mate, made me have a chuckle.   In saying that, as an Australian I personally believe my accent is more "fancy" than that of the Britts - then again you could argue both our accents are pretty rough, unless you speak Cockney English - then thats just awesome and trumps every other language.   You are insane an' need 'o 'ave your loaf of bread checked! ... View more

no combine to form a mega pipe, but defiantly use MX rules to direct out traffic out of different WAN pipes.   One of our clients uses one of their WAN connections for all VPN traffic back to data centre, the other is used for the guest network to handle streaming video etc etc. ... View more

Go do the CMNA course 😉 ... View more

A nice quick win, well done. ... View more

Did you have motion alerts setup on the cameras with motion recap? you would have received an email showing you what happened in the frame.   Otherwise, no without the cloud backup license you will have no way of retrieving this footage.   My other question however, how did they rip them off the wall? Were they installed correctly because if they were installed correctly this wouldn't be an easy task by all means. ... View more

We experienced this problem on a recent project. We found for some reason that when the camera first connected to the meraki cloud and downloaded its config you have to give it extra time to settle in (I know right, sounds dumb), but every time we did this the problem would go away.   For cameras that already the problem, they had a firmware reset applied and then re-setup as per above. We also have seen a similar error when the microphone was enabled for recording, but in the v4.0 firmware this seems to have gone away so make sure they are fully updated as well. ... View more

Looks be resolved now. ... View more

We are on n215 and no real issues here. ... View more

Hi, we used to see similar behaviour with other non-Cisco meraki equipment and PLCs, almost everytime it was the result of the VLANs not traversing over the network.   Is the industrial network segmented from the admin network? Are you coming in on the admin network side and is there routes available to the industrial network?   If so, are the switches, firewall or something else blocking the VPN client protocol? Are there VLANs in place? can these VLANs route between the admin network and industrial network?   Essentially the PLCs should be on their own network assigned via VLAN, but untagged as in connected to an access port on the switch, work your way back from there. Is the client VPN subnet on a range that is conflicting? Do the PLCs have the correct IP address information including their gateway addresses.    Try working backwards from the PLC, or find out if there are any restrictions on the client VPN -    to me, it sounds like a route issue, and perhaps your microwaves do not have the ability to route VLANs across them, in which case you will need a L3 router on each end. ... View more

Cmna is still running strong, we just finished a session here in Australia, got the free t-shirt and full meraki stack (excluding camera) included.   Was told there's a fairly long waiting list for it, we got on as our AE pushed us into it. ... View more

We still deploy mr42s, they are the best all rounder.   Wifi6 has alot to go yet, including client capability. The biggest gotcha that no body thinks about is the switching backend for the wifi6 aps. If you don't have multigig switching then you will never receive the theoretical full performance of the uplink.   Wifi6 will however reduce airtime for clients trying to communicate rather than waiting in line (essentially APs act like a hub), so we will see improved overall performance from a bandwidth perspective. ... View more