Meraki

rwiesmann · ‎Jul 1 2020

congrats to all of you...well deserved! keep providing answers and solutions!

rwiesmann · ‎Jul 1 2020

did you check this? it explains how to create the permissions on a switchport level... https://documentation.meraki.com/zGeneral_Administration/Managing_Dashboard_Access/Managing_Dashboard_Administrators_and_Permissions#Switch_Port_Management_Privileges

rwiesmann · ‎Jul 1 2020

You need either to get in contact with the "old" admin, which needs to unclaim the device... Or open a support case...but sure if they will help you, as you are probably not an admin of the old organization.

rwiesmann · ‎Jun 25 2020

Hi, Meraki Trusted Access maid fulfill your requirements...but not quite sure... https://documentation.meraki.com/zGeneral_Administration/Cross-Platform_Content/Trusted_Access_for_Secure_Wireless_Connectivity rgds roger

rwiesmann · ‎Jun 22 2020

HI, both is true... A dashboard org contains one or more networks An organisation is a separate entity A lot of location (eq. networks) will end up in a lot of networks, which tends to get confusing. Still you can not have like many hierarchy. So either on organisation with a lot of networks. Many organisation is in my opinion not an option, as you probably would like to have communication between the sites. rgds roger

rwiesmann · ‎Jun 21 2020

First step would be, that the MX will reach the Meraki cloud. Make sure the management protocols meraki uses are not blocked. For more details on the ports, check out this document https://documentation.meraki.com/zGeneral_Administration/Other_Topics/Upstream_Firewall_Rules_for_Cloud_Connectivity#:~:text=While%20devices%20will%20primarily%20connect,to%20connect%20over%20port%207351. ones this is good...we can go a step further. rgds roger

rwiesmann · ‎Jun 15 2020

Welcome to the community! Nice to get to know what meraki means 😀

rwiesmann · ‎Jun 15 2020

I would go for the numbers you mentioned...it is what is documented in the meraki documentation. https://documentation.meraki.com/MS/Layer_3_Switching/MS_Layer_3_Switching_and_Routing I never tested it my self. rgds roger

rwiesmann · ‎Jun 10 2020

Congratulation Chris...nice to read!

rwiesmann · ‎Jun 10 2020

could you provide some more information on how you made the configuration on the mx?

rwiesmann · ‎Jun 9 2020

hi, each model has a corresponding license...see also... https://documentation.meraki.com/zGeneral_Administration/Licensing/Meraki_Co-Termination_Licensing_Overview#MS_Licensing_Options so in other words...a P switch needs also a p license hope it helps roger

rwiesmann · ‎Jun 8 2020

Hi Etienne, I am interested in your feedback...but i guess as you still have the 300 seconds on the MX, it maid still persist. Anyway would be nice if you could follow up on this here. rgds roger

rwiesmann · ‎Jun 8 2020

Hi Etienne, we just had recently exact the problem with a customer and the TCP Idle Timer. Unfortunately it was a really annoying situation for the customer. Microsoft writes it is solved...but it is not..or maybe not in all cases. Anyway...the default TCP Idle Timer of the MX is 300 seconds (5min). Via a support case you can change it to either 3600 or better 7200 seconds. Which is 60 min or 120 min. It helped in our case and the customer is happy again. hope it helps rgds roger

rwiesmann · ‎Jun 5 2020

Do you have a local DHCP server running? If not, you need to configure DHCP relay on the MX. https://documentation.meraki.com/MX/DHCP/Configuring_DHCP_Relay

rwiesmann · ‎Jun 5 2020

Not quite sure if i get your problem right. Does your client get an IP? and from the correct subnet? If's so it's not DHCP. I assume that, because you also mention that you can ping the WLC...

rwiesmann · ‎Jun 5 2020

to cancel the scheduled firmware upgrade, check out the following documentation. https://documentation.meraki.com/zGeneral_Administration/Firmware_Upgrades/Managing_Firmware_Upgrades#Rescheduling_or_Canceling_a_Firmware_Upgrade hope this helps roger

rwiesmann · ‎Jun 5 2020

Hey, here is the documentation how to manage firmware of meraki. https://documentation.meraki.com/zGeneral_Administration/Firmware_Upgrades/Managing_Firmware_Upgrades and here the best practices for the MR's. https://documentation.meraki.com/Architectures_and_Best_Practices/Cisco_Meraki_Best_Practice_Design/Best_Practices_for_Meraki_Firmware#Best_Practice_for_MR_Firmware do the upgrade and check afterwards if you still have the disconnects. hope this helps roger

rwiesmann · ‎Jun 4 2020

Congratulation to all of you! Keep posting!

rwiesmann · ‎May 19 2020

Yes, i would say so.

rwiesmann · ‎May 19 2020

Yes, you can create additional walls in order to support more cameras. See also this part in the link you posted below about the following question I'd like to know what is mean "never had more then 16 cameras" ? In a organization, How many camera can I install ? only maximum 16 ? Where did you read that? You can support as many cameras as you want on an organization...at least I do not know about a limit. rgds roger

rwiesmann · ‎May 19 2020

Hi, never had more then 16 cameras, but i understand it exactly as you mentioned it. For example, 1 page video wall shows 16 video and 2 page video wall shows others. Yes, So you have then several tabs to switch between the different video walls If I want to show all the video, Should I open 2 dashboards to open 1 page and 2 page both ? Yes or switch between the different taps if this is feasible. hth roger

rwiesmann · ‎May 7 2020

Hi, did you check the API documentation? https://documenter.getpostman.com/view/7928889/SVmsVg6K?version=latest#3cd68da0-6f00-44e1-9773-4b177a0ee1ee Under clients there is a call "getNetworkClient" which includes wireless capabilities. hope this helps roger

rwiesmann · ‎May 4 2020

@joe Worked now...but hat to deinstall/install the app from scratch. I got now Version 3.0.1 which is hopefully the newest one. rgds roger

rwiesmann · ‎May 4 2020

Congrats to all of you! Well deserved!

rwiesmann · ‎May 4 2020

Congrats @cwf ! Nice to read.

About rwiesmann

rwiesmann

Roger Wiesmann

Community Record

Badges