Cisco Meraki MR36H — Access Point Datasheet
Datasheet técnico de Cisco Meraki MR36H (Access Point). Inclui especificações, capacidades técnicas e informações extraídas do documento oficial.
Overview
O Cisco Meraki MR36H é um ponto de acesso de parede com switch integrado, padrão 802.11ax, operação em banda dupla e arquitetura 2x2:2. O equipamento combina acesso sem fio nas faixas de 2,4 GHz e 5 GHz, portas Ethernet cabeadas, rádio dedicado para segurança e gerenciamento de radiofrequência, além de rádio Bluetooth Low Energy integrado para beacon e varredura.
O modelo oferece taxa agregada máxima de quadros de 1,5 Gbps com operação simultânea dos rádios de 2,4 GHz e 5 GHz. Um terceiro rádio dedicado executa WIDS/WIPS em tempo real e otimização automática de radiofrequência, enquanto um quarto rádio integrado atende funções de varredura Bluetooth, beacon BLE e casos de uso de IoT.
O gerenciamento é realizado pela nuvem Cisco Meraki, por meio de interface baseada em navegador, com provisionamento automático, monitoramento contínuo, alertas em tempo real e ferramentas de diagnóstico remoto. O firmware é mantido atualizado automaticamente pela nuvem, incluindo correções de segurança e aprimoramentos disponibilizados pelo fabricante.
- Ponto de acesso Wi-Fi 6 de parede com switch integrado e arquitetura 2x2:2 MU-MIMO.
- Taxa agregada máxima de 1,5 Gbps nos rádios de 2,4 GHz e 5 GHz.
- Terceiro rádio dedicado para WIDS/WIPS, análise de espectro e analítica de localização.
- Quarto rádio integrado Bluetooth Low Energy para beacon e varredura.
- Três portas de acesso cabeado integradas e uma porta pass-through não gerenciada.
- Suporte a segurança corporativa integrada, acesso de visitantes e isolamento de clientes.
- Controle e classificação de tráfego em camada 7 com políticas de qualidade de serviço.
- Recursos de mobilidade com roaming rápido em camada 2 e roaming em camada 3 distribuído ou centralizado.
- Operação cloud-managed com implantação plug and play, monitoramento 24x7 e diagnóstico remoto.
- Licença de ponto de acesso Cisco Meraki 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.)
Resumo técnico da família
Principais features
- Access point indoor com gestão centralizada pela nuvem Meraki.
- Operação Wi-Fi dual-band com suporte a 802.11ax e compatibilidade com padrões 802.11 anteriores informados.
- Arquitetura com rádios dedicados para acesso de clientes, segurança/análise de RF e Bluetooth Low Energy.
- Recursos integrados de segurança sem fio, guest access, análise de tráfego em camada 7 e otimização automática de RF.
- Provisionamento autoconfigurável, monitoramento remoto contínuo e atualização automática de firmware via nuvem.
Capacidades
| Specification |
Value |
| Switching | Não se aplica. |
|---|
| Routing | Suporte a VLAN tagging (802.1Q), tunelamento com IPsec VPN e roaming distribuído ou centralizado em camada 3. |
|---|
| PoE | Alimentação por Power over Ethernet 802.3at compatível; há também saída PoE 802.3af em porta Ethernet integrada. |
|---|
| Wireless | Rádios de acesso 2,4 GHz e 5 GHz com 802.11b/g/n/ax e 802.11a/n/ac/ax; 2x2 MIMO com dois spatial streams; suporte a MU-MIMO, OFDMA, beamforming, MRC, 1024-QAM, agregação de pacotes, WIDS/WIPS, análise de espectro, analytics de localização e BLE com beacon e scanning. |
|---|
| Segurança | Firewall integrado de camada 7 com políticas para dispositivos móveis, WIDS/WIPS em tempo real, contenção automática de rogue AP, isolamento de convidados, autenticação 802.1X, integração com Active Directory, suporte a WPA/WPA2/WPA3, EAP-TLS, EAP-TTLS, EAP-MSCHAPv2, EAP-SIM, criptografia TKIP e AES, relatórios PCI e integração com EMM/MDM e Cisco ISE. |
|---|
| Gerenciamento | Gerenciamento cloud-managed pelo dashboard Meraki, implantação plug-and-play, monitoramento 24x7, diagnóstico remoto, atualização automática de firmware, APIs para dados analíticos e otimização automática de RF baseada em telemetria enviada à nuvem. |
|---|
| Outros | Portas Ethernet integradas para acesso cabeado, porta pass-through não gerenciada, analytics de localização e tráfego por rede, dispositivo e aplicação, além de suporte a montagem em mesa, teto e parede. |
|---|
Performance e limites
| Specification |
Value |
| Performance note 1 | Limites quantitativos consolidados da família: Não informado. |
|---|
| Performance note 2 | Não informado. |
|---|
| Performance note 3 | Não informado. |
|---|
| Performance note 4 | Não informado. |
|---|
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 uma licença de access point Meraki.
FAQ
Como o gerenciamento do equipamento é realizado?
O gerenciamento é feito pela nuvem Meraki, por interface baseada em navegador.
O equipamento pode ser implantado remotamente?
Sim. Ele é descrito como self-configuring e plug-and-play, com implantação remota via web.
O firmware é atualizado manualmente?
Não. O firmware é mantido atualizado automaticamente pela nuvem.
Quais rádios integrados estão presentes?
Há rádios de acesso em 2,4 GHz e 5 GHz, um terceiro rádio dedicado para WIDS/WIPS e análise de RF, e um quarto rádio Bluetooth LE para beacon e scanning.
O equipamento suporta operação simultânea dos rádios?
Sim. A fonte informa operação concorrente dos quatro rádios.
Há portas Ethernet cabeadas integradas?
Sim. Há uma porta de uplink, portas de saída Ethernet e uma porta pass-through não gerenciada.
A porta pass-through é comutada ou gerenciada pelo equipamento?
Não. A fonte a descreve como não gerenciada e como uma extensão física da porta traseira inferior.
O equipamento fornece saída PoE em porta cabeada?
Sim. A fonte informa uma porta Ethernet com saída PoE 802.3af.
Quais recursos de segurança sem fio são informados?
Inclui WIDS/WIPS em tempo real, contenção automática de rogue AP, firewall de camada 7, isolamento de convidados e suporte a WPA, WPA2 e WPA3.
Há suporte a QoS e controle por aplicação?
Sim. A fonte informa identificação e traffic shaping em camada 7, além de WMM, DSCP e 802.1p.
O equipamento suporta roaming?
Sim. A fonte informa roaming rápido de camada 2 com PMK, OKC e 802.11r, além de roaming de camada 3 distribuído ou centralizado.
É necessária licença para uso?
Sim. A fonte informa que é necessária licença para access point Meraki.
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.
Template: cobertura e capacidade
Perguntas mínimas
- Ambiente (escritório, área aberta, alta densidade) e área aproximada?
- Quantos clientes simultâneos por área?
- Há requisito de padrões Wi-Fi específicos (conforme descrito no PDF)?
Critérios objetivos (filtro)
- Filtre por padrões Wi-Fi, bandas e recursos mencionados na descrição curta desta página.
- Valide capacidade e requisitos no datasheet oficial.
Template: energia (PoE) e montagem
Perguntas mínimas
- O AP será alimentado por PoE? Qual padrão PoE disponível no switch?
- Há restrição de montagem (teto/parede/externo) conforme descrito no PDF?
Critérios objetivos (filtro)
- Filtre por requisitos de energia e montagem descritos nesta página.
- Confirme consumo e acessórios no datasheet oficial.
Guia de escolha
Para escolher um access point Cisco Meraki desta família, convém validar o padrão Wi-Fi requerido, o perfil de densidade de clientes, a necessidade de portas cabeadas integradas no ponto de instalação, os requisitos de segurança e visibilidade por rádio dedicado, e o modelo operacional baseado em gestão centralizada via dashboard. Quando o ambiente exigir padronização entre sites, provisionamento remoto e operação cloud-managed, a seleção deve considerar também PoE disponível, cobertura esperada, roaming, guest access e a aderência ao licenciamento aplicável do ecossistema Cisco Meraki.
1) Perfis de uso
- Se o ambiente for um quarto, sala, consultório ou espaço com instalação em parede, pode fazer sentido priorizar um access point wall-mounted com Wi-Fi 6, portas cabeadas integradas e operação centralizada via cloud.
- Se houver necessidade de atender clientes sem fio e também dispositivos cabeados no mesmo ponto, convém considerar equipamentos com portas de acesso Ethernet integradas, desde que essa característica esteja confirmada no modelo avaliado.
- Se a rede tiver muitos dispositivos móveis simultâneos, deve-se priorizar suporte a 802.11ax e mecanismos de eficiência para múltiplos clientes, como MU-MIMO e OFDMA, quando presentes na ficha técnica.
- Se voz sobre Wi-Fi e vídeo forem cargas relevantes, convém selecionar uma opção explicitamente indicada para aplicações sensíveis a desempenho e latência, além de validar cobertura e capacidade por área.
- Se a operação exigir visibilidade contínua do ambiente RF e segurança sem interromper o serviço ao cliente, pode ser adequado considerar modelos com rádio dedicado para varredura, WIDS/WIPS e análise de RF, quando documentado.
- Se houver estratégia de guest access padronizada entre unidades, a escolha deve favorecer integração com o dashboard para configuração centralizada e replicação de políticas entre sites.
- Se o projeto incluir telemetria de presença, beaconing ou casos de uso IoT por Bluetooth, convém verificar a existência de rádio BLE integrado e confirmar o escopo funcional suportado.
- Se a equipe de TI for reduzida ou distribuída, tende a ser mais adequado um modelo operacional com provisionamento remoto, monitoramento 24x7 pelo dashboard e atualização de firmware via cloud.
2) Checklist técnico (decisão rápida)
- Confirmar se o padrão Wi-Fi exigido é 802.11ax (Wi-Fi 6).
- Verificar se a arquitetura de rádio é dual-band e qual é a configuração espacial disponível.
- Validar a capacidade agregada de taxa informada em datasheet, sem assumir throughput útil equivalente.
- Checar se há MU-MIMO e OFDMA para cenários com múltiplos clientes.
- Confirmar se o ambiente requer rádio dedicado de segurança/RF para WIDS/WIPS, análise espectral ou localização.
- Verificar se existe BLE integrado para beaconing, scanning ou integração com casos de uso IoT, quando necessário.
- Confirmar a necessidade de portas Ethernet integradas no próprio access point.
- Validar o tipo de instalação física, incluindo montagem em parede, quando aplicável ao projeto.
- Checar os requisitos de PoE e compatibilidade com a infraestrutura de switching disponível.
- Dimensionar cobertura e densidade por ambiente, evitando decidir apenas pela taxa nominal do rádio.
- Confirmar requisitos de roaming, especialmente em ambientes com mobilidade contínua.
- Verificar se o projeto exige guest access com políticas centralizadas no dashboard.
- Confirmar a aderência ao modelo de gestão cloud-managed e à operação centralizada entre sites.
- Validar o licenciamento aplicável como parte do modelo operacional Cisco Meraki.
- Checar se o nível de visibilidade, alertas e troubleshooting remoto esperado está coberto pelo dashboard.
3) Regras condicionais (LLM-friendly)
- Se o ambiente exigir operação padronizada em um ou vários sites, então priorizar access point Cisco Meraki com gestão centralizada via dashboard e provisionamento remoto.
- Se a instalação for em parede e houver necessidade de atender dispositivos cabeados no mesmo ponto, então considerar um access point wall-mounted com portas Ethernet integradas, se essa característica estiver confirmada no datasheet.
- Se a rede tiver alta concentração de dispositivos móveis, então priorizar Wi-Fi 6 com recursos de eficiência multiusuário, quando documentados.
- Se voz e vídeo forem aplicações críticas, então validar cobertura, densidade e recursos de rádio antes de decidir apenas pela taxa agregada nominal.
- Se houver exigência de monitoramento contínuo de ameaças sem sacrificar capacidade de atendimento aos clientes, então considerar modelo com rádio dedicado para segurança e análise de RF, se disponível.
- Se o projeto incluir guest access padronizado, então verificar suporte à configuração centralizada e replicação de políticas no ecossistema Cisco Meraki.
- Se houver casos de uso com localização, beaconing ou Bluetooth, então confirmar a presença de BLE integrado e o escopo funcional suportado.
- Se a infraestrutura de energia for limitada, então validar previamente os requisitos de PoE do access point e o impacto de recursos habilitados, caso o datasheet detalhe essas condições.
- Se a equipe local de TI for inexistente ou reduzida, então favorecer equipamentos com auto provisionamento e troubleshooting remoto via cloud-managed dashboard.
- Se o processo de compra depender do custo operacional recorrente, então incluir o licenciamento Cisco Meraki na decisão técnica e operacional.
Revisão: 2026-05-09