About rymiles

Jwiley78

Made some good progress today in getting things working with a single organization. Is there a way to get this to work with multiple organizations?

JED2021

Thank you. I see if you hover over the calendar you can cancel

Kyle_Smith

@KarstenI , this issue is sort of like hydra as in, we fix one instance of the issue, can no longer reproduce it, and for some reason, it keeps coming back one way or another. You are right, that this was originally seen in switch 11, but was rare. This issue started getting reported more often in later versions which led to the issue being investigated further and resolved in MS 14.28. The changelog message for this fix was: In rare circumstances, the next hop VLAN is incorrectly modified for existing OSPF SVIs when a new SVI is added which will also participate in OSPF. A reboot will correct this (present since MS 11) Shortly after, additional reports of similar issues were reported. These were resolved in MS 14.31. Changelog message for this: Modifying SVIs on switches could cause the next-hop VLAN to be incorrectly set; which would result in routing outages The most recent occurrence, that is impacting MS 14.31+ versions is yet again, another instance of this issue. The MS 14.32, along with MS 15.2+ changelogs have been modified to have the following issue in the "Known Issues" section: In rare scenarios, changes made to SVIs may result in connectivity loss for one or more SVIs until reboot (present since MS 14.31) This issue is actively being investigated, with hopes that it will make it into a future release soon. Hopefully, I have been able to add a bit of additional clarity around the troubles you are facing.

JED2021

Is this a MACOS change that all of a sudden the identity of the MACBOOK Pro is unusable? Does the Jump to MX16.15 possibly catch up with MACOS upgrade or Windows 11?

rymiles

Using the Local Status Page yes. They're all set to auto by default.

rymiles

Gotcha. It's far easier when Support or us TSAs can see the full config in the dashboard. I'd open a case.

AdamVanDusen

So I just checked the logs and I am gettings some things I don't understand. It looks like the client is getting an IP address now(I made some changes). But I am also getting an IP address / vlan mismatch?

redsector

Yes, with Apple devices I see the same issue, especially with Apple TV devices, also Apple TV devices are causing CRC errors on Meraki switches (but not on Cisco "classic" switches!)

BrandonS

Try a Google search of your mobile phone carrier name plus "SMS gateway email address" Verizon is 4155551212@vtext.com for example. Then use that email address for the alerts you want to come as texts to your mobile phone.

rymiles

This happens https://documentation.meraki.com/General_Administration/Licensing/Meraki_Co-Termination_Licensing_Overview#Licensing_Expired_.26_Network_Shutdown

KevinFor2021

some quick notes on the MS450 with 10G/40G connections on what "works" & "broken" with the latest Beta 15.4 Firmware... We can connect MS450 to MX95 via 10G using 3rd party 10G SR modules and the Cisco CVR-QSFP-SFP10G 40G adapter - no problems... (many 3rd party 40G/10G converter modules failed - thankfully we found a Cisco Refresh version of the adapter module but still expensive).. MS450 to Mellanox NIC with 40G Direct attach 3rd party also works fine.. What is "broken" is trying to link MS450 to MS390 via 40G module (MA-MOD-2X40G) using a Meraki 40G cable MA-CBL-40G-1M no lights nothing... Direct attached cable should work... Support couldn't resolve... the only workaround is to buy two 40G SR-BD modules and your own OM4 Cable which is crazy /expensive if you only need 1/2 to 1 Meter uplink.. between two switches.. Regarding the MS390 40G to MX95 10G link above even with Meraki SR Modules if you unplug either module and plug back in the Green light comes back on but you cannot ping the other side unless you reboot the MS390 and MX95 - so I think the MA-MOD-2X40G module has some issues on the MS390

RickyG

Regretfully, I did not. I plan to the next time it happens.

vitormariano

Yes, my goal is to track the number of connected devices on each access point via API.

rymiles

Gotcha. As you've seen if you just leave a value out when using API it should ignore/not change the current value. You'd probably need to use Runner in Postman and use a source spreadsheet with a column of all the switch serials. I've not tried this specific scenario, but I assume it should work. If you haven't used Runner you'll need to read up on it and do some testing to get the basics down.

rymiles

As Russ said it's the MDNS name. If a custom name has not been given to a client in dashboard MDNS is the next value to be used if detected. The order dashboard uses to show the client name is here. If you'd rather have DHCP above MDNS (like I would) please click the give feedback button in the lower right corner so Meraki can hear your input.

rymiles

If you click the Allow more connections link you can enter lines for specific protocol, ports, and remote IPs to allow

rymiles

Cell Mapper is the site I've used to determine tower locations. They appear to have an Android app.

Gillic01

I think you are correct. Problem with that is CradlePoints with private ip on their inside, the MX Headend would never be able to connect to that outside of the tunnel which is what is happening, even if I allowed that traffic he wouldn`t know where to go. Checking with Support now, should be able to block this traffic maybe on the headend

David-H

Hi @CharlieCrackle all organizations in fact now have 5 free MT licenses! This is separate from the 4 for 2 promotion, however both of these activities together should help make it easier for customers to get started with MT. I just submitted a new post on the community with more information.

js7

My problem is 10.10.120.4 is showing VLAN 160 in the arp table, and it should be 120.

PhilipDAth

I'd try getting the MS to run a cable test on that port as well. https://documentation.meraki.com/MS/Monitoring_and_Reporting/Using_the_Cable_Test_Live_tool

rymiles

Is there a default route in EIGRP or BGP that should be distributed via OSPF? I would typically expect to see default-information originate in the OSPF section to propagate the default route.

PhilipDAth

You don't get firmware versions for a device, but for a network that the device is in. You'll need to use this API call. https://developer.cisco.com/meraki/api-v1/#!get-network-firmware-upgrades

thomasthomsen

Sarcasm (sorry) : "Yes ... let me just climb outside on the roof to connect a laptop to port 2 ...." *sigh* this product ... someone did NOT think when they designed these features.

rymiles

that doc is out of date. the mr44 is supported with secureconnect.i've requested the doc to be updated. if it's not working a support case should be opened.

rymiles

Ryan Miles

Community Record

Badges