Thank you both @cmr and @PhilipDAth,    We have a relatively simple topology. The 425s are at the core of this site and stacked and providing Layer 3 switching, which are then each connected to separate CPE MikroTik (VRRP Warm Spare) routers with static routes over 1/1Gbps NCS connections connecting back to the core of the network.   Then we have about 30 x 225 edge switches LACP'd back to the 425 core stack.  Edge wise, just about all devices and system are workstations with the odd IP camera and UPS powering the switches.  All our servers and core systems are upstream at datacentres.   So I'm somewhat convinced it should be fine to drop the MTU down. I don't even recall setting the MTU to 9578 in the first place. Maybe the MTU size came over from the Catalyst migration to Meraki but there are no more Catalysts in play in this site.   I might drop it down to the max compat size of 9416, given that there is a fair amount of routing going on and therefore might have some encapsulation/extra-stuff going on.  ... View more

If we have a fully functioning Layer 2 Aggregate Switch network and want to minimise downtime in switching to Layer 3, can we go ahead and create these VLAN Interfaces without it affecting the network until we're ready to cut-over to Layer 3 (and then switch to Warm Spare (VRRP)?     We currently have 2 x Meraki MS425 Aggregation switches with a bunch of MS225 edge switches connected via LACP. The 2 x MS425 Aggregation Switches are currently connected to old and fear of failing 2 x Catalyst x3750's which currently are in place for the purpose of routing traffic at Layer 3! Our plan is to configure Layer 3 Switching on the Meraki 425's and switch them to a Warm Spare VRRP setup (accepting that we'll lose our 20Gbps aggregation to edge switches, down to 10Gbps.) This should then hopefully allow us to remove the aging Catalyst x3750 stack. The Warm Spare setup will have the "Primary" MS425 connected to our Preferred NCS/WAN (1gb/1gb) connection, and the "Spare" MS425 connected to our Backup NCS/WAN connection (1gb/1gb). ... View more

Thanks OP.. This post and the video has led me to go through the entire module. Now that I've gone through that module, I'm inclined to do many more modules in the Learning Hub. Like many of us here, I didn't have time to learn prior to implementation. I had to just fly by the seat of my pants and learn as I went along. So Module Based learning wasn't a great fit at the time! Regardless of that, these modules are awesome and everyone should give them a once over even if it's only specific topics you need to know more about or want validation on what you think you know! ... View more

@its_Tricky83 I'll just answer my own question, for anyone else that comes along later. Yes, they are compatible and work a treat! ... View more

Thanks @OmarSantos , They snuck Meraki onto that page some time after my OP. It's good to finally have 100% certainty! Cheers, Tricky   ... View more

I've done things a bit differently: At the core we have 2 x Catalyst WS-C3750X-24S, which is the existing core switch stack, and remains that way for the time being. So the Meraki network is currently sitting off the edge of the Catalyst core, utilising 2 x Ten Gigibit SFP's.   The Catalyst stack and the whole of the Catalyst network is utilising Rapid PVST (Rapid Per VLAN Spanning Tree) and this Catalyst Core Switch Stack has a Bridge Priority of 8192 (architecturally, this bridge priority was intended rather than 0 purely so that it would be possible to slide in a higher bridge priority device if needed, anyway!)   The Meraki's comes into play.. We have 2 x Meraki MS425-32's connected via 10G SFP etherchannel to the Catalyst Stack's TenGigEth ports: MerakiMS425-Switch1 / 32 <> Catalyst Te1/1/2 MerakiMS425-Switch2 / 32 <> Catalyst Te2/1/2 Goes without saying, this link between the Meraki Stack to the Catalyst Stack is Aggregated. The 2 x Meraki425's are stacked via 40GBASE-CR4 cables for redundancy if either of of the aggregated pair breaks.   The Meraki 425 Stack is set to use RSTP with a Bridge Priority of 12288, and all Meraki Edge Switches use the default bridge priority of 32768.   NOW! The important bit: Rapid PVST only passes BDPU's across the default (VLAN 1). Because Meraki does not support Rapid PVST, we have chosen not to trunk VLAN 1 on the etherchannel connecting the Catalyst and Meraki Stacks. In effect creating two segregated STP networks, but allowing all other VLAN's other than VLAN1 to trunk traffic end-to-end.   The meaning of all this: With this RSTP config, the Meraki 425's are the Root for all Meraki EDGE switches; and, The Catalyst WS-C3750X stack is the Root for all Catalyst EDGE switches.   If by chance/mistake the Meraki Network's STP does converge with the Catalyst Network's STP, I'm hoping the higher bridge priority on the Meraki 425's somehow will instruct them to not take over bridge priority from the upstream Catalyst stack.   This is as close to the ideal scenario I can get to without reconfiguration Rapid PVST on the Catalysts to use something more standard/supported by the Meraki's.   We do have plans to remove the Catalyst Edge Core at some point, but for now it is needed because it is doing some fancy BGP stuff that I haven't got my head around yet. The Catalyst Edge switches have had ALL of their end-devices migrated to the Meraki's. So from a edge distribution point of view, the Catalyst Edge switches are sitting there doing not a lot.    Sheesh, I hope some or all of that makes sense. ... View more

So it seems, from many reports, that the Client Dashboard 'OS' listing for the time being is 'Other' for the majority of people, and 'Windows' for a select lucky few, albeit not the specific Windows version.   Hoping that one day this gets much better! But for now, because most people don't have luck with it I am going to assume my environment is configured perfectly fine.   Thanks for everyone's responses. Kudos to you all! ... View more

Somewhat related to the OP.  Can anyone tell me if the 'Meraki MA-SFP-10GB-LRM' is compatible when linked to a 'CISCO SFP-10G-LR'.   Note that the CISCO SFP is the LR type and not LRM! These would be connected via 2m OS1 LC-LC Singlemode Duplex LSZH Patch cables, unless informed otherwise 🙂   I'm thinking it should work just fine, but wouldn't mind some reassurance?  The pic below might make it all clearer.       ... View more

Thanks TerryMC, I haven't delved too far, but my initial attempts to do a two port aggregation between Meraki with Catalyst switches hasn't been successful.    This switch has never made contact with the Meraki cloud to gather it's initial config, so I'm wondering if it has something to do with that.. I'm thinking I should just attempt to trunk one port first (without aggregation) to at least get it communicating with Meraki cloud platform, and then work on getting the port aggregation working.   Would you be so kind as to post your config changes to get it working for you? I'm very new to Catalyst and CISCO IOS stuff.   ... View more

Hey @TerryMC , did you ever hear back from Meraki after sending the configuration to them to view and get feedback on?  ... View more