Register or Sign in
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- About RobinsonRoca
RobinsonRoca
Here to help
Member since May 4, 2018
Wednesday
Community Record
16
Posts
26
Kudos
0
Solutions
Badges
10-25-2021
10:09 AM
5 Kudos
I saw this post and thought I would offer assistance. In the past you had to use Cisco's AIR-CHNL-ADAPTER brackets and mount the Meraki Adapters to it. Meraki has its own clips that work like the AIR-CHNL-ADAPTER brackets, but look like the normal adapters that are shipped with APs. The difference is the clips are deeper. I know it's hard to describe but this part number: MA-MNT-CLG-1 includes a pair of deep drop ceiling clips for channel rail as well as spare T-Rail adapter clips which supports both recessed T-Rail and flush T-Rail. The deep drop ceiling clip works well with "Armstrong Silhouette" and similar ceiling grids which are found in newer building designs, its basically a channel rail (not a T-Rail). This kit is compatible with all Meraki MR access points and MV21 & MV71 security cameras. Everyone knows the T-Rail here's a good picture of it: Meraki APs Come with an adapter for this by default. but If you want to mount on the channel rails pictured above, you will want to order MA-MNT-CLG-1 separately when ordering your APs. Good luck out there all!!! HTH!
... View more
10-11-2021
03:54 PM
2 Kudos
This is an old post, but I did want to mention, that whether an SFP is supported or not there is no way (at least is seems) to see what SFP is plugged into a port, if the port is aggregated. Once you aggregate the port you lose the ability to see the SFP details. The only way I can see it, is if I unbundle the ports in the agg group, then look at the port details (thats not cool or kosher)
... View more
05-25-2021
04:41 AM
Hi Tore, no doubt the the vMX-100 license works on vMX-M. The issue is that I was not allowed to renew the vMX-100 license, I had to go with the vMX-M license because I only had a month left on it. If it expired I would have been left out in the cold with a vMX-100 unlicensed. I was forced to go to vMX-x, and had to replace the box. Meraki literally EoL a piece of software right from under me. Meraki will continue to support the vMX-100 box, but that's for customers who had 5 and 10 year licensing. Us poor year to year saps are forced to replace the box because the vMX-X licensing doesn't work on the vMX-100 installs we already had. I sense some Meraki sneakyness....
... View more
03-04-2021
08:26 PM
2 Kudos
So I just discovered this the hard way too. Meraki communication here was horrid. I would have hoped that maybe a dashboard banner or something to warn users of this change. On top of this I have to build a whole new appliance to make this work. I am beyond livid. Lastly, documentation on migrating from VMX100 to VMX-M is non existent. Support sent me this: https://documentation.meraki.com/Meraki_Internal/Draft_Articles/vMX100_to_vMX_S%2F%2FM%2F%2FL%2F%2FXL_Transition_FAQ Its not even a public facing document, can't be opened, don't bother clicking... I'm not a happy user of Azure, and having to go back in there and build yet another appliance because Meraki decided to change their pricing model makes me throw up in my mouth!!!!! I am absolutely disgusted that I have to literally replace a virtual machine, its freaking software!!!! UPGRADE IT IN SOFTWARE, don't give me more work!!!!!! LIVID IS NOT EVEN A WORD TO DESCRIBE HOW I FEEL AT THIS VERY MOMENT!
... View more
02-05-2021
12:39 PM
1 Kudo
I was reading through the Change Logs again, and something caught my eye: 12.28 Change log says, "MS390 upgrades from MS 12.27 or earlier will trigger a full system reload" 12.29 Change log says, "MS390 upgrades from MS 12.28 or later will result in minimal impact to client traffic" Why would an upgrade NOT cause a full system reload? What are they doing from 12.28 to 12.29 that an upgrade would not fully reload a switch? This is very interesting, it sounds as if they are in deed running the Meraki control plane in some sort of KVM on the switch. I wish Meraki would be a bit more transparent here. They know they messed up, why not just be transparent about it, and help us who are stuck with these switches be more in the know.
... View more
02-04-2021
02:18 PM
2 Kudos
Sadly, Meraki hasn't done much communication with us on this topic except through release notes on the beta releases. I think this is "Kind of a big deal"
... View more
01-19-2021
12:44 PM
3 Kudos
I'm on 12.30, With the track record so far I saw no real improvements based on the release notes on ver 14.12. The known issues section is relatively the same.
... View more
01-19-2021
12:18 PM
2 Kudos
I installed these as a core switch for just a few VLANs, customer specifically wanted these. I literally had issues since day 1. My support ticket has been open for 3 months. Power stacking doesn't work. I pulled the power on 1 switch and that switch turned off (no power stacking at all) Then when I powered it back up, it didn't come back online for 25 minutes. Supposedly support fixed it with a backend change, but I sure as hell won't test it. The dashboard can't pickup and netbios names, and match the name to the IP. SNMP doesn't work, and of course as we all know LLDP no workie either. The Release notes are abysmal. This switch can't do things that a $300 netgear switch can do, or even a low end Cisco Small Business switch. This is really sad, and I hope to god my customer doesn't need any of these features. I'm so very disappointed in this product and that Meraki/Cisco would release an extremely flawed product. Lastly the communication on these issues has been nil from what I've seen. I'm just so very disappointed.
... View more
07-21-2020
05:44 PM
3 Kudos
I had a very interesting problem today that I wanted to share. I recently migrated a customer from a very close to default catalyst 3750x switch running L3 to MS425 running L3. Migration went well, no real issues to speak of, until 2 weeks later. We were performing a Netscaler (ADC) fail over, and the fail over failed. When the Netscaler(ADC) failed over, nothing could reach the ADC. As you know there isn't much of a CLI to really dig into, but once I dug into how fail over was configured on the netscaler and read a few Meraki and Netscaler articles, opened a Meraki TAC case, I figured it out. The default fail over methodology for netscaler uses "GARP" Gratuitous ARP, each Netscaler in the cluster has its own discrete MAC address, and when the ADC fails over, the new active ADC sends out a Gratuitous ARP to let the Meraki know that it now owns all the IPs. Here's where the problem lives: The ADC by default, sends its Gratuitous ARP with an operational code of 0, which means its a Gratuitous ARP "REQUEST". Meraki MS Switching at L3 will ONLY react to a Gratuitous ARP with an Operational Code of 1, which means its a gratuitous ARP REPLY. Code 0 and Code 1 can be seen in a wireshark capture. The Fix was one of 2 things, reconfigure the ADC to send Gratuitous ARP "REPLY" instead of REQUEST, or change the Failover methodology to use vMAC (basically using a floating virtual MAC address), like a firewall in an HA pair. Here's the Citrix Netscaler Document https://support.citrix.com/article/CTX208384, that outlines the "GARP" configuration, Meraki has NO online documentation explaining how the MS switching line reacts to Gratuitous ARP. I opened a ticket, and the TAC support person told me that the Meraki MS switching line only reacts to a REPLY and not a request. We submitted a feature request to make the MS switch respond to both a REPLY and a REQUEST Gratuitous ARP. I hope this info helps someone out there. Happy MeRaKiNg!
... View more
07-21-2020
05:44 PM
Did you ever get an answer to this? I just ran into some Gratuitous arp stuff myself, and came across this post. I didn't see an update, and was wondering if you got an answer outside of the community.
... View more
04-29-2020
09:55 AM
Thank you posting the update, saved me so much time from being on hold with support!!!!!
... View more
07-08-2019
09:13 AM
UPDATE-- When I had Meraki support make the last change, I haven't had a single issue since. Were going on 2+ weeks with no dropped tunnels, no half tunnels, no issues with SAs.
... View more
06-21-2019
05:51 AM
All I have the exact same issue. And worked with Meraki to resolve: I have an MX68 on one end and an ASA5525 on the other. The MX is running MX14.39 Code and the ASA is running 9.8(3)-18 code. I have the Phase 1 and Phase 2 times set exactly the same 86400 and 28800 respectively. After reading this posting, I went ahaead and called Meraki and had them disable NAT-T on the Meraki. The also mentioned that they had Dead Peer detection enable, and suggested I enable it on my ASA. So I went ahead and added " isakmp keepalive threshold 10 retry 5" under the tunnel group ipsec-attributes. Meraki stated that these setting match the values used on the MX by default. I just made the change so lets see how long it lasts. At this point my tunnel would drop almost everyday. Its Friday now, I should know for sure by Tuesday. I will reply back once Tuesday comes.
... View more
01-14-2019
07:09 PM
3 Kudos
This is an OLD post, but I wanted to add my own experience with Disabled Switch (Bad DNS). The Error, is just a bad Error, written poorly by Meraki Programmers. It leaves the engineer with no real guidance as to whats wrong, not where to look. In my Case, my customer moved their switches from DHCP to Static, When they did that, some of their switches ended up with Duplicate IPs. The duplicated IP switches remained "online" in the dashboard, and showed "disabled Switch Bad DNS". Even Cisco Switches in their logs show "Duplicate IP". What can't Meraki do the same and give a clear log entry for it. Any way if your reading this, everything everyone else is saying here is definitely worth checking, but in my case it was duplicate, IPs. Make sure the management IPs of your gear is not duplicated anywhere.
... View more
01-08-2019
10:25 AM
2 Kudos
I'm not a programmer, nor a web engineer, I am a die hard network engineer. In 2019 I want to deploy and manage my clients via API. I've already started working with, and teaching myself postman, using get API calls to pull information, and put changes. I've been all over create.meraki.io, and developer.cisco.com. I want to soon put these disparate API skills I learned into a full deployment and management set, this will literally reduce my costs for client deployments, and increase revenue on each deployment project. This will also help this dinosaur of a network engineer to freshen my skill set and capabilities.
... View more
08-28-2018
11:26 AM
When I attended Cisco Live, I asked the Meraki Distinguished MX engineers, and they told, me they were not aware of many requests for this feature. I asked him if he's ever heard of google, "try it some time". I don't think anyconnect is a very high priority to Meraki. I also learned that the method that Cisco and Meraki use to share technologies isn't very efficient, which explains why they don't support EIGRP as well.
... View more
My Top Kudoed Posts
| Subject | Kudos | Views |
|---|---|---|
| 5 | 317 | |
| 3 | 3140 | |
| 3 | 936 | |
| 3 | 10112 | |
| 2 | 372 |
