About BrandonS

BrandonS

I have questioned it on occasion, but it seems mostly accurate. Why would you assume your cable is good when the test shows a problem though? Keep in mind all the points from A-Z the cable could be in trouble from end to end through jacks, patch cords, patch panels, etc.

BrandonS

I’ll just add one thing because I think it may not be mentioned in the documentation. Take note of the appliance name, physical address and notes in dashboard if they are important to you. They will all be blank after the swap.

BrandonS

disclaimer: I didn't create this or even try it, but it says it can create backups of your MX: https://developer.cisco.com/meraki/build/mx-firewall-control-python-script/ Not sure if it could restore, but it should at least let you did through a file and see specific changes you could potentially restore yourself.

BrandonS

I agree, one or two is probably enough, but it depends on other factors. Cisco has a free predictive survey tool you may like to try: https://rftool.cisco.com

BrandonS

I think you might need to take this opportunity to learn how to leverage the API. This looks spot on for what you want to do: https://developer.cisco.com/meraki/build/mx-firewall-control-python-script/ As for quick, it may be a wash comparing how long to copy paste them manually vs. getting a script setup, tested and working, but once you have this setup you should be able to make large batch changes quickly next time. Best.

BrandonS

This is not possible because the MX appliances don't to any type of LAG or LACP to bond ports. I am curious how 1G could be a bottleneck though. A MX84 can't do 1G on the WAN side. I feel like you have some other issue and this is not the solution you are looking for.

BrandonS

How is the temperature control where that switch in particular is? Just a thought, because overheating can certainly expose hardware defects and cause things like lockups. And sometimes the hardware may not really be living up to it’s published temperature tolerances.

BrandonS

That sounds like the *very* old days before NAT and CIDR.. I don't think it poses any particular issue for Meraki as long as those public addresses are really owned by the ISP and not just served up for reasons unknown, but I don't say that with any particular experience. It seems easy enough to replicate with some lab gear though.

BrandonS

Based on, ".. replaced the inverter powering the switch and inserted a second power supply and the switch still went offline.." it seems the trouble may be the switch itself or software and not the power supplies or power source at all. Have you had a failure after replacing a switch anywhere? If they were all purchased around the same time it is feasible there is some type of hardware defect that causes them to fail like this. This is a rough one and I wish you luck getting to the bottom of it.

BrandonS

You should find this informative: MX Sizing Principles

BrandonS

Putting a second power supply in at least one of the switches would be a good troubleshooting step. If it failed again you should get a clue if the trouble is the power source or the power supply/switch. Another option might be easier to try a different power source for at least one of the switches.

BrandonS

Ha. Wasn't there a recent post by an employee acknowledging some trouble with the support line that was being fixed? Too lazy to search for it right now, bit it seems they fixed it..

BrandonS

That doesn't sound good. I would ask Meraki support if they are aware and check your change log to make sure it was not done by someone inadvertently.

BrandonS

That does seem wrong. I had not noticed that tool before, but you are right it does not let me configure it correctly either. I am a reseller if you want to message me I can help you directly with pricing. I suggest MX85 over MX84 too.

BrandonS

No direct experience, but a couple years ago I was researching a similar case and found this company: https://www.tyconsystems.com

BrandonS

To get closer to real time or live analysis I think you will need to employ netflow and/or send network flows to a syslog server for further analysis with another tool. I have not done it myself, but understand generally it should be possible and maybe someone else can chime in with preferred tools for the analysis and monitoring.

BrandonS

If I understand, they are saying the clients will technically connect to SSID, but be blocked from resources based on the policy. Is that what you are asking?

BrandonS

If you hover over the connectivity bar on uplink screen what does it show as the reason for loss of connectivity?

BrandonS

And don't forget the SFP(s) for the WAN ports.

BrandonS

There are only a few items that don't move over such as static WAN info, device name and notes. There is a very good doc that covers it all and gives options for replacement methods: https://documentation.meraki.com/MX/Other_Topics/MX_Cold_Swap_Replacing_an_Existing_MX_with_a_Different_MX

BrandonS

Ah, I see now. What about the 5/5 link in the second screenshot? Anything good there?

BrandonS

Did you click “See request logs”? Seems there may be a clue there.

BrandonS

Do you have a "regular" Meraki account with that email? Meraki Go and regular Meraki accounts need to be unique.

BrandonS

I have played a bit with Meraki Go, but I am sorry I can't help with this. I do think you should try in their specific forum (different than "regular Meraki"): https://community.meraki.com/t5/Meraki-Go-Community/ct-p/go

BrandonS

I seems SNMP is barely supported by Meraki. If I were in your shoes I think I would look at PRTG and net flow from the MX. That should be easy enough. For the MS maybe play with SNMP and see what you can see.

BrandonS

Brandon Svec

Community Record

Badges