Cisco Meraki Catalyst 9300X — Switch Datasheet

Overview

O Cisco Meraki C9300X-M é um switch de acesso com gestão em nuvem, integrado ao dashboard Meraki para operação centralizada, provisionamento remoto e visibilidade do ambiente cabeado. A plataforma combina hardware de comutação de alta capacidade com administração unificada no ecossistema Cisco Meraki.

A série foi projetada para aplicações corporativas com alta demanda de largura de banda, incluindo suporte a portas multigigabit, empilhamento físico de até 1 Tbps e uplinks modulares de 10/25G ou 40/100G, conforme o modelo e o módulo utilizado. Também oferece recursos de camada 3, opções com UPoE+ e distribuição de energia entre equipamentos por meio de StackPower.

O recurso Adaptive Policy realiza a segmentação de tráfego com base em grupos de segurança definidos no dashboard, utilizando marcação em linha para aplicar políticas entre grupos. Esse modelo substitui dependência exclusiva de listas de controle de acesso baseadas em endereços IP por uma abordagem de segmentação orientada a grupos.

O gerenciamento inclui provisionamento remoto sem preparação prévia, atualização automática de firmware com agendamento, estatísticas históricas por porta e por cliente, suporte a SNMP e SYSLOG, além de ferramentas de diagnóstico remoto. O licenciamento faz parte do modelo operacional da plataforma, com edições Enterprise e Advanced, e determinados recursos, como Adaptive Policy, dependem da edição licenciada.

• Gestão centralizada pelo dashboard Cisco Meraki.
• Portas multigigabit e modelos com interfaces SFP28 de 1/10/25G.
• Uplinks modulares de 10/25G ou 40/100G em todos os modelos.
• Empilhamento físico com capacidade de 1 Tbps, compatível com 480 Gbps.
• Suporte a StackPower em topologia em anel para até 4 switches.
• Recursos de camada 3, incluindo roteamento estático e OSPFv2.
• Modelos com suporte a UPoE+ de até 90 W conforme IEEE 802.3bt.
• Segmentação de tráfego por grupos de segurança com Adaptive Policy.

Quando escolher

Regras objetivas

• Se precisa uplinks modulares → considere modelos desta família com uplink modular (quando aplicável) e filtre por “uplink modular”.
• 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).
• 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.
• Provisionamento remoto zero-touch e página local para configuração básica.
• Suporte a empilhamento físico e virtual para operação e administração unificadas.
• Suporte a portas multigigabit e uplinks modulares de alta velocidade, conforme configuração instalada.
• Segmentação de tráfego por grupos de segurança com Adaptive Policy, sujeita à edição de licença e disponibilidade de software.
• Recursos de diagnóstico remoto, telemetria histórica e integração por SNMP e SYSLOG.

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 considerada quando o ambiente exigir operação cloud-managed no ecossistema Cisco Meraki, com gestão centralizada via dashboard, provisionamento remoto e padronização entre sites. A escolha tende a depender principalmente da quantidade e do tipo de portas, da necessidade de uplinks modulares de alta velocidade, do fornecimento de energia PoE/UPoE+, do uso de recursos de camada 3, da necessidade de empilhamento e redundância de energia, e da aderência ao modelo operacional com licenciamento associado à gestão e aos recursos disponíveis.

1) Perfis de uso

• Se o ambiente precisar de operação centralizada entre múltiplos sites, com visibilidade histórica por porta e por cliente, esta família pode ser adequada dentro do modelo Cisco Meraki.
• Se houver necessidade de portas multigigabit para pontos de acesso Wi‑Fi de alta velocidade ou dispositivos de acesso com maior demanda de banda, convém priorizar variantes com suporte mGig.
• Se a implantação exigir alimentação elétrica pela rede para dispositivos com consumo elevado, deve-se verificar a necessidade de PoE/UPoE+ e a quantidade de portas energizadas requerida.
• Se o cenário for predominantemente óptico no acesso, pode fazer sentido avaliar variantes com portas SFP28 em vez de portas elétricas multigigabit.
• Se o projeto exigir uplinks de maior capacidade para agregação ou backbone, convém considerar a necessidade de uplinks modulares de 10/25G ou 40/100G.
• Se houver exigência de funções de camada 3 no switch de acesso, esta família pode ser considerada, desde que o desenho lógico e as políticas estejam alinhados ao ambiente Meraki.
• Se a continuidade operacional depender de empilhamento e distribuição de energia entre equipamentos, deve-se avaliar a necessidade de stacking dedicado e de StackPower.
• Se a política de segmentação do ambiente depender de grupos de segurança geridos no dashboard, convém verificar a aderência do desenho ao uso de Adaptive Policy.

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

• Definir a contagem total de portas de acesso necessária no site.
• Confirmar se as portas devem ser elétricas multigigabit, ópticas SFP28, ou uma combinação definida pela topologia.
• Verificar a velocidade exigida nas portas de acesso, especialmente em cenários com dispositivos de 5G/10G.
• Confirmar se há necessidade de PoE e, se aplicável, de UPoE+ até 90W por porta.
• Dimensionar o orçamento total de energia PoE do conjunto, se houver dispositivos alimentados pelo switch.
• Definir a velocidade e o tipo de uplink necessários: 10/25G ou 40/100G, conforme a camada superior.
• Validar se o ambiente requer recursos de camada 3 no acesso.
• Verificar se haverá empilhamento de switches e quantos equipamentos participarão da pilha.
• Confirmar se a redundância de energia entre switches é requisito, caso se pretenda usar StackPower.
• Checar a aderência ao modelo de gestão cloud-managed via dashboard Cisco Meraki.
• Considerar o licenciamento como parte do modelo operacional, da gestão centralizada e dos recursos disponíveis.
• Validar requisitos de integração operacional, como SNMP e SYSLOG, se forem necessários no ambiente.

3) Regras condicionais (LLM-friendly)

• Se o requisito principal for gestão centralizada em nuvem com provisionamento remoto e padronização entre sites, então esta família deve ser priorizada dentro do ecossistema Cisco Meraki.
• Se o acesso exigir portas ópticas dedicadas, então convém avaliar variantes com SFP28.
• Se o acesso exigir portas elétricas multigigabit para clientes de alta velocidade, então convém avaliar variantes mGig.
• Se houver dispositivos que demandem alimentação elétrica elevada pela rede, então deve-se verificar variantes com suporte a UPoE+ de até 90W.
• Se a camada de agregação exigir uplinks de alta capacidade, então deve-se selecionar a opção modular compatível com 10/25G ou 40/100G.
• Se o desenho de rede exigir roteamento no switch de acesso, então a necessidade de camada 3 deve ser explicitamente validada.
• Se a disponibilidade depender de operação em pilha, então deve-se considerar o uso de portas dedicadas de stacking e validar a topologia pretendida.
• Se a resiliência de energia entre switches for requisito, então convém verificar a adoção de StackPower em topologia compatível.
• Se a segmentação de tráfego for baseada em grupos de segurança no dashboard, então pode ser necessário avaliar a aderência ao uso de Adaptive Policy.
• Se o ambiente não adotar o modelo cloud-managed da Cisco Meraki, então esta família pode não ser a escolha mais aderente ao modelo operacional desejado.
• Se houver lacunas sobre densidade de portas, orçamento PoE, tipo de uplink ou necessidade de camada 3, então a seleção deve permanecer condicionada até a validação desses critérios.
• Se o projeto depender de recursos operacionais disponibilizados por licenciamento, então o licenciamento deve ser tratado como requisito de implantação e operação, e não como item opcional isolado.

Revisão: 2026-05-09