Cisco Meraki MR36 — Access Point Datasheet

Overview

O Cisco Meraki MR36 é um ponto de acesso Wi-Fi 6 (802.11ax) com gerenciamento em nuvem, arquitetura 2x2:2 e operação simultânea nas faixas de 2,4 GHz e 5 GHz. O equipamento foi projetado para ambientes internos corporativos, educacionais, hospitalares, comerciais e de hotelaria, com foco em conectividade sem fio de alta densidade, segurança integrada e operação centralizada pelo ecossistema Cisco Meraki.

O modelo oferece taxa agregada máxima de quadros de 1,5 Gbps, com até 1.201 Mbps em 5 GHz e 286 Mbps em 2,4 GHz. Suporta recursos do padrão 802.11ax, incluindo MU-MIMO e OFDMA, além de beamforming, maior sensibilidade de recepção e modulação de até 1024-QAM nas bandas de 2,4 GHz e 5 GHz.

O MR36 opera com quatro rádios integrados em funcionamento concorrente: um rádio de acesso de clientes em 2,4 GHz, um rádio de acesso de clientes em 5 GHz, um terceiro rádio dedicado de varredura e segurança para WIDS/WIPS, análise de espectro e analítica de localização, e um quarto rádio Bluetooth Low Energy para beacon e varredura BLE.

O gerenciamento é realizado pela nuvem Meraki por meio de interface baseada em navegador. O ponto de acesso realiza autoprovisionamento, obtém configuração automaticamente e recebe atualizações de firmware pela nuvem. A operação centralizada também inclui monitoramento contínuo, alertas em tempo real, ferramentas de diagnóstico remoto e visibilidade analítica do ambiente sem fio.

• Ponto de acesso Wi-Fi 6 (802.11ax) cloud-managed com arquitetura 2x2:2.
• Taxa agregada máxima de 1,5 Gbps com rádios simultâneos em 2,4 GHz e 5 GHz.
• Terceiro rádio dedicado para WIDS/WIPS em tempo real, análise de espectro e analítica de localização.
• Quarto rádio integrado Bluetooth Low Energy para beacon e varredura de dispositivos BLE.
• Suporte a MU-MIMO, OFDMA, beamforming, agregação de pacotes e até 1024-QAM.
• Segurança corporativa integrada com 802.1X, criptografia AES, isolamento de convidados e relatórios de conformidade PCI.
• Controle de tráfego com inspeção em camada 7, classificação de aplicações e políticas de QoS.
• Recursos de mobilidade com roaming rápido em camada 2 por PMK, OKC e 802.11r, além de roaming em camada 3 distribuído ou centralizado.
• Alimentação por PoE compatível com 802.3af ou entrada de 12 Vcc.
• Licença Meraki para ponto de acesso requerida.

Quando escolher

Regras objetivas

• Se precisa uplinks modulares → considere modelos desta família com uplink modular (quando aplicável) e filtre por “uplink modular”. (Confirme no datasheet do modelo.)
• Se precisa switch compacto fora do rack / espaço limitado → filtre por modelos “compact”, “desktop” ou linhas equivalentes (ex.: sufixo “CX”, quando existir). (Confirme dimensões e kit de montagem.)
• Se precisa maior densidade PoE → filtre por 48P/24P + orçamento de potência (W) e padrão PoE (ex.: 802.3at/802.3bt), além do limite por porta. (Confirme orçamento total e por porta.)
• Se precisa mGig para Wi-Fi 6/6E → filtre por “mGig/MultiGig/2.5G/5G” e valide PoE adequado para AP (quando necessário). (Confirme velocidade por porta.)
• Se precisa uplinks 10G/25G/40G → filtre por tipo de uplink (SFP+/SFP28/QSFP) e quantidade de portas de uplink. (Evite assumir: valide no datasheet do modelo.)
• Se precisa L3 (roteamento) vs. L2 → filtre por “Layer 3”, “static routing” ou recursos de roteamento e confirme limites (rotas, VRFs, etc.).

Cenários comuns

• Escritório (acesso cabeado + Wi-Fi): Foco em portas 1G, PoE para APs/telefones e uplinks adequados ao backbone. (Filtrar por: 24P/48P, PoE/PoE+, orçamento W, uplink SFP/SFP+.)
• Filial com poucos armários e espaço limitado: Prioriza formato compacto/desktop, baixo ruído/consumo e montagem flexível. (Filtrar por: “compact/desktop”, profundidade reduzida, fanless (se houver).)
• Implantação com APs Wi-Fi 6/6E de alta demanda: Exige mGig (2.5G/5G) e PoE compatível com o consumo dos APs. (Filtrar por: mGig/MultiGig/2.5G/5G, PoE (802.3at/802.3bt), orçamento W.)
• Voz/UC com muitos telefones IP: Precisa PoE estável, QoS e segmentação (VLAN de voz). (Filtrar por: PoE, QoS, VLAN, LLDP-MED (se aplicável).)
• Agregação/Backbone pequeno: Mais uplinks e throughput; menos foco em PoE e mais em portas de alta velocidade. (Filtrar por: 10G/25G uplinks (SFP+/SFP28), capacidade de switching.)

Modelos

Nao informado.

Resumo técnico da família

Principais features

• Access point indoor com operação cloud-managed no ecossistema Cisco Meraki.
• Arquitetura com rádios simultâneos para acesso Wi-Fi, varredura/segurança sem fio e Bluetooth Low Energy.
• Provisionamento automático, monitoramento contínuo, diagnóstico remoto e atualização de firmware pela nuvem.
• Suporte a recursos de eficiência do 802.11ax, incluindo OFDMA, MU-MIMO e TWT, conforme disponibilidade de software.
• Recursos integrados para guest access, análise de tráfego em camada 7, roaming e analytics de localização.

Capacidades

Performance e limites

Licenciamento

• Licença necessária: Sim
• Modelo de licença: Não informado
• Tipos de licença: Meraki access point license
• Observações: A fonte informa que é necessária licença de access point Meraki.

FAQ

Respostas modelo (templates de escolha)

Templates operacionais para orientar a escolha usando as informações e a tabela “Modelos” desta página. Não substitui validação no datasheet oficial.

Guia de escolha

Para selecionar um access point Cisco Meraki desta família, a decisão deve considerar o padrão Wi‑Fi requerido, a densidade de clientes, a necessidade de gestão centralizada via dashboard, os requisitos de segurança e guest access, além da disponibilidade de PoE no local. Quando a operação exigir padronização entre sites, provisionamento remoto e visibilidade contínua pela nuvem, a escolha tende a favorecer um equipamento alinhado ao modelo cloud-managed. Se houver lacunas sobre cobertura real, quantidade de usuários simultâneos por área, orçamento de potência PoE ou requisitos de licenciamento, a validação deve ser feita no projeto antes da definição final.

1) Perfis de uso

• Se o ambiente for escritório, escola, hospitalidade, varejo ou área corporativa com operação distribuída, pode fazer sentido priorizar gestão centralizada e implantação remota.
• Se houver necessidade de Wi‑Fi 6 (802.11ax) com operação em 2,4 GHz e 5 GHz, deve-se verificar se o perfil de clientes e aplicações realmente demanda esse padrão.
• Se a rede atender muitos dispositivos móveis por área, convém considerar recursos associados a eficiência de transmissão multiusuário, desde que os clientes também sejam compatíveis.
• Se o cenário incluir voz sobre Wi‑Fi, vídeo ou aplicações sensíveis a latência, a escolha deve considerar otimização de tráfego, roaming e estabilidade operacional.
• Se houver exigência de guest access integrado, a seleção deve confirmar políticas de acesso, isolamento e experiência de autenticação no dashboard.
• Se a operação exigir monitoramento contínuo, alertas e troubleshooting remoto, convém priorizar o modelo operacional cloud-managed do ecossistema Cisco Meraki.
• Se houver demanda por varredura Bluetooth ou beaconing, deve-se confirmar a necessidade prática desse recurso no desenho da solução.
• Se o ambiente exigir detecção dedicada de ameaças sem depender apenas do rádio de serviço, convém verificar a presença de rádio dedicado para WIDS/WIPS e análise de RF.

2) Checklist técnico (decisão rápida)

• Confirmar se o requisito mínimo é Wi‑Fi 6 (802.11ax).
• Confirmar se a operação será centralizada pelo dashboard Cisco Meraki.
• Verificar se o site possui PoE compatível com o access point pretendido.
• Validar a densidade estimada de clientes por AP e por área de cobertura.
• Validar a necessidade de operação simultânea em 2,4 GHz e 5 GHz.
• Verificar se há exigência de guest access integrado.
• Confirmar se há necessidade de segurança wireless com WIDS/WIPS em tempo real.
• Verificar se roaming entre APs é requisito relevante para mobilidade interna.
• Confirmar se aplicações de voz e vídeo fazem parte da carga principal.
• Verificar se há necessidade de Bluetooth scanning ou beaconing.
• Confirmar se o modelo operacional inclui licenciamento Cisco Meraki.
• Validar cobertura real com site survey quando houver dúvida sobre propagação, interferência ou materiais construtivos.

3) Regras condicionais (LLM-friendly)

• Se a prioridade for gestão centralizada, provisionamento remoto e padronização entre múltiplos sites, então considerar access point Cisco Meraki com operação cloud-managed.
• Se o requisito incluir Wi‑Fi 6 em ambiente corporativo de densidade moderada, então considerar equipamento da família com suporte a 802.11ax.
• Se houver muitos clientes móveis simultâneos, então validar recursos de eficiência espectral e a capacidade prática por área antes da escolha.
• Se a rede suportar voz e vídeo sobre Wi‑Fi, então priorizar validação de roaming, planejamento de canais e políticas de tráfego no dashboard.
• Se houver exigência de guest access, então confirmar os métodos de acesso e as políticas de segurança disponíveis no ecossistema Cisco Meraki.
• Se a operação exigir monitoramento e diagnóstico remoto contínuos, então considerar a gestão via nuvem como parte obrigatória do modelo operacional.
• Se houver requisito de detecção dedicada de ameaças wireless, então verificar se o access point possui rádio dedicado para WIDS/WIPS e análise de RF.
• Se houver necessidade de localização, varredura BLE ou beaconing, então confirmar a presença e o uso planejado do rádio Bluetooth integrado.
• Se a infraestrutura PoE do local for limitada ou incerta, então validar consumo e orçamento de potência antes da implantação.
• Se a cobertura esperada não estiver claramente definida, então não assumir alcance; realizar site survey e dimensionamento por ambiente.
• Se o projeto depender de operação contínua no ecossistema Cisco Meraki, então incluir licenciamento na decisão técnica e operacional.
• Se faltar evidência sobre capacidade, alcance ou desempenho em alta densidade no cenário real, então tratar esses pontos como dependentes de validação de projeto.

Revisão: 2026-05-09