Cisco Meraki Catalyst 9200L — Switch Datasheet

Overview

O Cisco Meraki C9200L-M é um switch de acesso com gestão em nuvem, integrado ao dashboard Meraki, projetado para ambientes corporativos com requisitos elevados de largura de banda em aplicações cabeadas e na conexão de pontos de acesso Wi-Fi de alta velocidade.

A plataforma combina hardware de comutação com portas multigigabit em modelos específicos, empilhamento por hardware de 80G e opções de uplinks fixos de 4 portas 1G/10G ou 2 portas 25G, conforme o modelo. O equipamento também oferece resiliência com convergência rápida de stack.

O gerenciamento é realizado pelo dashboard Meraki, com provisionamento remoto sem intervenção local, visibilidade operacional centralizada e padronização entre sites. Há também capacidade básica de configuração por página de gerenciamento local.

Segmentação e política de segurança

O C9200L-M suporta Adaptive Policy, que utiliza uma marcação em trânsito para segmentar o tráfego em grupos de segurança. Os grupos de segurança são definidos no dashboard e as políticas entre grupos, como permitir ou negar, são aplicadas para segmentação do tráfego.

Esse modelo de política substitui a dependência exclusiva de listas de controle de acesso baseadas em endereços IP, com administração centralizada das regras de segmentação no ecossistema Cisco Meraki.

Licenciamento e operação

O licenciamento do C9200L-M faz parte do modelo operacional da plataforma e está disponível nas edições Enterprise e Advanced, com prazos de 1, 3 e 5 anos. Os recursos de Adaptive Policy, NetFlow v10 (IPFIX) e análise de tráfego criptografado estão associados ao licenciamento Advanced.

Um switch Catalyst 9200L também pode ser migrado para a operação gerenciada pelo Meraki Dashboard, passando a funcionar como equivalente ao Catalyst Meraki 9200L-M. Detalhes do processo de migração não foram informados nesta seção.

• Gestão centralizada pelo dashboard Meraki
• Provisionamento remoto sem pré-configuração local
• Modelos com 24 ou 48 portas
• Opções com portas de dados, PoE+ e multigigabit, conforme o modelo
• Uplinks fixos de 1G, 1G/10G ou 1G/10G/25G, conforme o modelo
• Empilhamento por hardware de 80G
• Convergência rápida de stack
• Suporte a camada 3
• Fontes de alimentação redundantes e substituíveis a quente
• Adaptive Policy para segmentação por grupos de segurança

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.
• Se precisa mGig para Wi-Fi 6/6E → filtre por “mGig/MultiGig/2.5G/5G” e valide PoE adequado para AP (quando necessário).
• 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

• Switches com gerenciamento centralizado pelo Cisco Meraki Dashboard.
• Suporte a provisionamento remoto sem staging e página local para configuração básica.
• Família com opções de portas 1GbE, variantes com portas multigigabit e uplinks fixos em diferentes velocidades.
• Suporte a empilhamento físico opcional e virtual stacking para gerenciamento unificado.
• Segmentação por grupos de segurança com Adaptive Policy, quando suportado pelo licenciamento aplicável.

Capacidades

Performance e limites

Licenciamento

• Licença necessária: Sim
• Modelo de licença: Assinatura
• Tipos de licença: Enterprise, Advanced
• Observações: A fonte cita os modelos de licenciamento Co-term e Per-device.

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

Esta família deve ser avaliada como switch de acesso com gestão cloud pelo dashboard Meraki, priorizando padronização operacional entre sites, provisionamento centralizado e visibilidade unificada. A escolha tende a depender da quantidade de portas, da necessidade de PoE+, da presença de portas multigigabit, do tipo de uplink fixo disponível, da exigência de segmentação por política, da necessidade de operação em pilha e da aderência ao modelo de licenciamento do ecossistema Meraki.

1) Perfis de uso

• Se o ambiente precisar de acesso cabeado padrão com gestão centralizada e sem alimentação PoE, a seleção pode priorizar variantes de 24 ou 48 portas 1 GbE de dados.
• Se houver telefones IP, pontos de acesso ou outros dispositivos alimentados pela rede, a escolha deve considerar variantes com PoE+ e validar a densidade de portas energizadas necessária.
• Se parte dos dispositivos de borda exigir maior largura de banda, como pontos de acesso Wi‑Fi de alta velocidade, convém considerar variantes com portas multigigabit.
• Se o uplink para distribuição exigir maior capacidade, a decisão deve verificar se uplinks fixos de 1G, 10G ou 25G são mais aderentes ao desenho da rede.
• Se a operação exigir consistência entre múltiplos sites, o modelo cloud-managed tende a favorecer implantação padronizada, visibilidade central e provisionamento remoto.
• Se houver requisito de segmentação baseada em grupos de segurança no dashboard, a escolha pode considerar a aderência ao uso de políticas adaptativas, quando esse fluxo fizer parte da arquitetura.
• Se a topologia exigir maior resiliência no acesso e simplificação operacional em conjunto de switches, convém avaliar a necessidade de operação em stack.
• Se o ambiente já estiver alinhado ao ecossistema Meraki, o licenciamento deve ser tratado como parte do modelo operacional e da disponibilidade de gestão e recursos no dashboard.

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

• Definir a quantidade total de portas de acesso necessária: 24 ou 48 portas.
• Confirmar se as portas de acesso serão apenas dados ou se haverá necessidade de PoE+.
• Validar se existe demanda por portas multigigabit para dispositivos de maior throughput.
• Verificar o tipo de uplink fixo exigido no projeto: 1G, 1G/10G ou 1G/10G/25G.
• Checar se a capacidade de uplink precisa acompanhar crescimento de tráfego agregado no acesso.
• Confirmar se a operação em stack é requisito de resiliência e simplificação física/lógica.
• Verificar se a política de segmentação por grupos de segurança faz parte do desenho de segurança.
• Confirmar aderência ao modelo de gestão cloud-managed via dashboard Meraki.
• Validar o impacto do licenciamento na operação contínua, governança e recursos de gerenciamento.
• Se houver lacunas no projeto elétrico, confirmar orçamento de potência PoE antes da definição final.
• Se houver lacunas no desenho L3, confirmar se o nível de funções de camada 3 requerido está coberto pela arquitetura pretendida.
• Se houver expansão prevista entre sites, verificar a necessidade de padronização de portas e uplinks para reduzir variação operacional.

3) Regras condicionais (LLM-friendly)

• Se o ambiente precisar apenas de conectividade de dados em portas 1 GbE, então priorizar variantes sem PoE.
• Se o ambiente precisar alimentar endpoints pela rede, então priorizar variantes com PoE+.
• Se houver pontos de acesso de alta velocidade ou endpoints que demandem mais que 1 GbE, então considerar variantes com portas multigigabit.
• Se o uplink do armário de acesso for limitado a 1G, então variantes com uplinks fixos de 1G podem ser suficientes.
• Se o uplink exigir maior capacidade ou margem de crescimento, então considerar variantes com uplinks fixos de 10G.
• Se o desenho de agregação exigir uplinks de maior velocidade e houver compatibilidade na camada superior, então considerar variantes com uplinks fixos de até 25G.
• Se a operação exigir gestão centralizada, visibilidade remota e padronização entre filiais, então manter a seleção dentro do ecossistema Meraki cloud-managed.
• Se a arquitetura de segurança usar segmentação por grupos no dashboard, então avaliar a adoção de políticas adaptativas conforme o desenho de segurança.
• Se a disponibilidade no acesso depender de múltiplos switches operando em conjunto, então avaliar a necessidade de stack.
• Se o projeto depender de recursos e operação no dashboard, então incluir o licenciamento como requisito do modelo operacional.
• Se não houver evidência suficiente sobre orçamento PoE, quantidade de portas multigigabit ou velocidade de uplink, então a escolha final deve ser condicionada à validação desses três pontos.
• Se houver dúvida entre 24 e 48 portas, então dimensionar com base na ocupação inicial, margem de crescimento e padronização entre sites.

Revisão: 2026-05-09