Meraki

MRCUR · ‎Jun 14 2018

@davidvan Wow - that is not the kind of comment anyone is looking for from a Meraki employee on the topic of IPv6. If all Meraki has to say is "Keep making wishes!", this is probably not the thread to come say that in. This is not what I have come to expect from Meraki and am really disappointed by this kind of commentary from an employee.

MRCUR · ‎Jun 13 2018

@akan33 Have you called Support and asked to speak with a manager?

MRCUR · ‎Jun 7 2018

DEP re-enrollment requires a factory reset of the devices.

MRCUR · ‎Jun 7 2018

Camera-only admins cannot edit video walls.

MRCUR · ‎Jun 6 2018

See "Datacenter Redundancy" here: https://documentation.meraki.com/MX-Z/Site-to-site_VPN/Site-to-Site_VPN_Failover_Behavior As @Adam said, this is not an active-active solution so the Z3 will send traffic to whatever the highest priority hub is unless it becomes unreachable.

MRCUR · ‎Jun 6 2018

A new box of swag has arrived, this time with a Meraki penny board! Perfect transportation for the MS & MV mascots. Thanks @CarolineS! Meraki penny board

MRCUR · ‎Jun 6 2018

No, and I would not expect this to happen anytime soon (if ever). One of the big marketing points on MV is that you don't need a VMS.

MRCUR · ‎May 29 2018

@lauraCanadaIT There is no way to customize the DHCP options for the client VPN subnet that I'm aware of. If you issue a mobile config profile to your iOS users to set up the VPN, perhaps you can supply the DNS suffix with that config.

MRCUR · ‎May 28 2018

The L3 roaming option is only needed if your clients are going to roam between different subnets. It sounds like you can make the wireless VLAN you'd like the clients to be in available at all of the AP's, so you can simply use regular bridge mode and tag the appropriate VLAN you'd like to use.

MRCUR · ‎May 23 2018

I think your proposed solution will work well @CarolineS! There should definitely be some "value" to the solutions for the leaderboards as posting solutions is important, especially as the community grows and people come here to search for exact issues and their solutions. I do agree with @Mr_IT_Guy that sometimes the "solutions" selected by OP's are a bit dubious, but this isn't a big deal for now as the community is still rather small.

MRCUR · ‎May 18 2018

Keep in mind that you cannot actually set the uplink speed in Dashboard higher than the MX is configured to work with. An MX64 for instance will not let you set it to higher than 250Mbps while an MX450 will not let you set it to higher than 6Gbps.

MRCUR · ‎May 17 2018

You'll need to create a Systems Manager network. See here: https://documentation.meraki.com/SM/Systems_Manager_Quick_Start

MRCUR · ‎May 17 2018

@cta102 wrote: It's only a suggestion as I haven't used the AP based DHCP so don't have a clue what it's default lease time is (but it's easy enough to check the least details from a connected device) You cannot configure the DHCP options for NAT based SSID's. The AP's use a /8 mask for the NAT subnet so it's very unlikely the scope is running out of addresses (although it's possible there's a hardcoded limit but I still don't believe that's the issue).

MRCUR · ‎May 16 2018

There are no visible logs for the DHCP service when running in NAT mode. If you contact Support, they may be able to see a bit more info (or at least check AP load CPU/RAM) around the times you're having the problem.

MRCUR · ‎May 16 2018

What are you doing 1:1 NAT with currently? Did the VoIP provider give you an on-prem device that they are asking you to forward traffic to or something else? Do you have any traffic shaping rules defined on the MX to ensure voice traffic is giving the correct priority?

MRCUR · ‎May 16 2018

I don't. It seems like it's in the core 802.11 standard as it's part of the 802.11 frame. Google is probably your best friend here.

MRCUR · ‎May 16 2018

"All Meraki Access Points support PS-Poll." - this typically means it's enabled by default and cannot be disabled. The client will need to support PS-Poll.

MRCUR · ‎May 15 2018

Have you verified the Internet connection is up via a wired connection? Are the AP's checking in with Dashboard while this is happening?

MRCUR · ‎May 15 2018

I'd suggest to submit this feedback through your Meraki sales partner so they can create/add to existing feature requests. This could potentially be solved with an MV API that does not currently exist.

MRCUR · ‎May 11 2018

This is definitely an oddity of Meraki MS devices currently. As @PhilipDAth points out, you cannot use a L3 interface you've created on the stack as the stack's Dashboard uplink (management). While some people have reported this works, it is NOT supported so you're better off using the link between the stack and your firewall as the management interface.

MRCUR · ‎May 10 2018

@Bovie2K The Z3 spec sheet is quite clear on its throughput - 100Mb and a further limit of 50Mb for VPN.

MRCUR · ‎May 4 2018

@PhilipDAth I'm not saying it's a great fix. But it is an option today which is better than no option at all.

MRCUR · ‎May 4 2018

You can set the group policy of client VPN connections. Select the connection under network wide - clients and then you can set the policy directly on the connection. This isn't automated, but it is possible today.

MRCUR · ‎May 3 2018

Not a bad idea! (I have to get to 50 characters apparently...)

MRCUR · ‎May 3 2018

See previous discussion here: https://community.meraki.com/t5/Security-SD-WAN/Blocking-WhatsApp-Traffic-Using-MX84/m-p/12796 The search box at the top is very handy. 😄

About MRCUR

MRCUR

Community Record

Badges