Si es hotel, comúnmente el SSID no tiene password (está abierto), y se invoca un portal cautivo externo ("splash page"). Para interactuar adecuadamente con ese portal cautivo externo, y ver ejemplos de configuración del SSID, puedes revisar la siguiente documentación: https://developer.cisco.com/meraki/captive-portal-api/overview/   A veces hay que poner algunos dominios en el "walled garden". Puedes revisar también esta documentación.   No me parece que haga sentido poner un preshared key, que haría la experiencia de conectarse a la red más compleja (tener q meter un password + tener que lidiar con el tema del splash page, que probablemente pida credenciales que el hotel está dando) ... View more

Hola Yordy! No es convención de industria especificar eso en hojas de datos de AP's wifi, porque hay muchas variables para responder. Es una pregunta común, que desafortunadamente no tiene una respuesta sencilla.   Lo que es un hecho es que los AP's tienen que cumplir regulaciones de la cantidad total de energía que emiten (potencia del AP mismo+ganancia de la antena), y uno se fija principalmente en el tipo de patrón de radiación de la antena (mostrado en datahseet), que es la que indica en dónde concentrará su energía. Y en base a lo anterior, luego uno usa herramientas como Ekahau Site survey para poder cargar mapas y hacer ejercicios predictivos, con simulación de obstáculos, y obtener una representación visual de lo que uno pudiera esperar respecto a la calidad de señal a determinada distancia.   ... View more

Mi experiencia es que sí puedes establecer meraki client VPN (o, alternativamente, con el anyconnect) sin contar con una IP dedicada en tu modem de internet.   El "truco" está en especificar unas reglas de port forward en tu modem (de puertos UDP 500, 4500 para client vpn, y usé tcp/udp 443 para anyconnnect). O sea, las regla dice que tráfico de entrada que llegue al modem, de esos puertos, se avance a los mismos puertos a la IP WAN del Meraki MX que está detrás del modem. Y en el client vpn o any connect, se usa el hostname del meraki MX que ves en appliance status (no especificas una IP). De esa forma, si cambia la IP de tu modem, a los 5 minutos aprox ese hostname meraki lo va a actualizar con el valor de esa nueva dirección pública.   Yo tengo también dos internets sin IP fijas, y eso lo hago en los dos modems para que funcione. ... View more

1.- Si quieres renovar 12, solo renueva eso. Quita 3 equipos que ya no usan de la "network" donde se encuentran, y así no cuentan versus el límite de licencias requeridas.   2.- Quitar de la "network" el equipo dañado, y metes a la "network" el equipo que ahora quieres usar.   Tener dispositivos en el inventario no te pide licencias. Solo cuando están en un "network" es cuando cuentan. ... View more

Meraki SD-WAN relies on an underlay network (whatever technology) that has ultimate reach to the internet-meraki cloud. The mechanism that builds the overlay, and its automated routing domain, is auto VPN. It is publicly documented in order to facilitate understanding of the mechanics and troubleshooting. https://meraki.cisco.com/product-collateral/auto-vpn-whitepaper/?file ... View more

Yes. One option is have the MX in the DC as a one arm concentrator. https://documentation.meraki.com/MX/Site-to-site_VPN/Configuring_Site-to-site_VPN_over_MPLS. And the management traffic of that MPLS remote link IP would have to go through a central DC firewall that is not the MX. Other option would be to have the remote MPLS link cloud mgmt traffic traverse the MPLS cloud, into the DC or central location, and then cross a meraki MX in routed/firewall mode that is there, from its LAN through its WAN. In that case, a tunnel would be established from remote WAN MPLS link, to central MX LAN side. Could not find documentation on that. ... View more

Puedes revisar esto   O con nuestros socios de ecosistema, "Splash Access", tienen esa capacidad desarrollada ... View more

Revisar los siguientes pasos sugeridos ... View more

Al parecer hablas de MX en warm spare modo ruteado. Sí, es factible conectar el router ISP al puerto 1 del switch, VLAN10, y, de ese mismo segmento tiene que haber mínimo una IP para MX1 WAN1 y otra para MX2 WAN1, conectados a switch LAN ports 2 y 3. Puede haber una virtual IP, que es una tercer dirección de ese mismo segmento. Spanning tree no juega un rol aquí. Si solo hay una sola dirección IP pública fija, igual dejarla al router ISP, y poner segmento privado a las WAN de los MX. Y hacer el networking correspondiente, si fuera necesario, en el ISP router (port forwards, etc) Está ok usar los otros puertos del switch, en distinta VLAN y puertos del mismo switch donde conectaste el router ISP, para bajar a la LAN. ... View more

Hola amigos, mi nombre es Mauricio Martínez, ingeniero consultor Cisco Meraki radicado en Monterrey, México. Enfocado al sector Gobierno, Educación Superior y Salud del país.   Espero poder aportar mis experiencias y conocimiento en este foro! ... View more