Cisco Catalyst 9300 — Switch Datasheet

Overview

Os switches Cisco Catalyst 9300 Series constituem uma plataforma corporativa empilhável para camada de acesso, integrante da família Catalyst 9000. A série inclui os modelos Catalyst 9300, Catalyst 9300X, Catalyst 9300L e Catalyst 9300LM, com opções de uplinks modulares ou fixos, suporte a portas de cobre e fibra, e operação em arquiteturas de acesso de 2 camadas, 3 camadas e híbridas.

A plataforma permite gerenciamento local, virtual ou centralizado, conforme o modelo operacional adotado. No contexto Cisco Enterprise, os equipamentos suportam funções de comutação L2/L3, segmentação, listas de controle de acesso, qualidade de serviço, empilhamento e redundância de energia, com recursos de automação e programabilidade baseados em Cisco IOS XE.

Os modelos Catalyst 9300 utilizam ASIC Cisco UADP 2.0, enquanto os modelos Catalyst 9300X utilizam UADP 2.0sec, com suporte adicional a criptografia em linha e IPsec em hardware de até 100 Gbps nos modelos 9300X. A série também oferece suporte a IPv4/IPv6 em hardware, NAT, PAT, Flexible NetFlow, MACsec com AES de 256 bits, ETA, PTP IEEE 1588v2 e hospedagem de aplicações em contêineres.

O empilhamento é suportado com StackWise-1T, StackWise-480 ou StackWise-320, dependendo da família do equipamento, com até 8 membros por pilha. Em configurações compatíveis, a pilha pode operar como um único switch virtual, com plano de controle e gerenciamento unificados. A redundância elétrica é suportada por fontes de alimentação duplas e pela tecnologia Cisco StackPower em modelos aplicáveis.

• Modelos com uplinks modulares e fixos, incluindo opções de 1G, 10G, 25G, 40G, 100G e Multigigabit.
• Opções de portas de acesso de dados, PoE+, Cisco UPOE e Cisco UPOE+ conforme o modelo.
• Suporte a empilhamento com largura de banda de até 1 Tbps nos modelos Catalyst 9300X.
• Suporte a Cisco IOS XE com NETCONF, RESTCONF, YANG, telemetria contínua e Python embarcado.
• Recursos de segurança com MACsec, IPsec em hardware nos modelos 9300X, Secure Boot e SUDI.
• Base para implementações SD-Access com automação por políticas, segmentação e microsegmentação.

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.
• 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

• Família de switches corporativos empilháveis para camada de acesso, com operação como switch virtual único em pilha.
• Suporte a uplinks fixos ou modulares, conforme a plataforma, com opções Ethernet de 1G a 100G dentro da família.
• Suporte a Cisco IOS XE com programabilidade orientada a modelos, telemetria por streaming, hospedagem de aplicações em contêineres e automação de provisionamento.
• Recursos de segmentação e automação para SD-Access, com políticas baseadas em grupos e gerenciamento unificado de redes com fio e sem fio.
• Recursos de segurança com MACsec AES-256, Encrypted Traffic Analytics, Secure Boot e identificação segura de dispositivo.
• Suporte a redundância de energia, StackPower em plataformas aplicáveis e ventiladores substituíveis em campo com redundância N+1.

Capacidades

Performance e limites

Licenciamento

• Licença necessária: Não informado
• Modelo de licença: Assinatura
• Tipos de licença: Cisco DNA Advantage, Cisco Catalyst Advantage
• Observações: A fonte cita Cisco Catalyst, Cisco DNA e Meraki software subscriptions.

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 escolher um switch corporativo desta família, convém definir primeiro a função na rede (acesso, distribuição ou agregação), a densidade de portas necessária, o tipo de uplink, a necessidade de PoE, o uso de empilhamento e o nível de recursos L2/L3 esperado. Neste contexto, a família foi descrita como plataforma corporativa empilhável de acesso, com opções de uplinks modulares em 1G, 10G, 25G, 40G e 100G, suporte a empilhamento de alta largura de banda e variações com portas Multigigabit e alimentação PoE de maior potência. Se algum requisito específico não estiver confirmado no escopo do projeto, a decisão deve ser condicionada à validação da SKU e do software aplicável.

1) Perfis de uso

• Acesso corporativo padrão: indicado se a prioridade for conectar usuários, telefones IP, pontos de acesso e dispositivos de borda com recursos L2, VLAN, QoS e políticas de segmentação. Se houver necessidade de crescimento gradual, o empilhamento pode simplificar expansão e operação.
• Acesso com alta demanda de energia: considerar variantes com PoE de maior orçamento se os dispositivos conectados exigirem alimentação elevada por porta. Se a carga PoE total for crítica, convém validar orçamento de potência, redundância de energia e comportamento em stack de energia.
• Acesso com portas Multigigabit: adequado se houver pontos de acesso Wi‑Fi ou endpoints que demandem mais que 1 Gb/s por porta de acesso. Se a infraestrutura horizontal existente for mantida, faz sentido verificar a necessidade real de portas Multigigabit antes de ampliar custo e consumo.
• Acesso com uplinks de alta capacidade: apropriado se o tráfego agregado exigir uplinks acima de 10G. Nesse caso, a escolha deve considerar a velocidade de uplink compatível com a camada superior e a necessidade de módulos 25G, 40G ou 100G.
• Ambientes que exigem empilhamento: indicado se a operação pedir expansão modular, gestão unificada entre membros e maior continuidade operacional. Se a topologia depender de stack misto, a compatibilidade entre variantes deve ser confirmada previamente.
• Distribuição leve ou agregação específica: pode ser considerado se a necessidade incluir recursos L3, ACL, QoS e uplinks de maior capacidade, desde que a escala, a tabela de rotas e os requisitos de redundância sejam compatíveis com a função pretendida.
• Ambientes com exigência de gestão local ou centralizada: aplicável quando a operação precisar escolher entre administração on-premises ou centralizada. Se o padrão operacional da organização já estiver definido, a seleção deve seguir esse método sem presumir gestão em nuvem como padrão.

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

• Definir se o switch ficará na camada de acesso, distribuição ou agregação.
• Confirmar quantidade de portas de acesso necessária por equipamento e por stack.
• Verificar se portas 1G são suficientes ou se há necessidade de portas Multigigabit.
• Validar necessidade de PoE e a potência por porta exigida pelos dispositivos finais.
• Conferir o orçamento total de energia e se há necessidade de redundância de alimentação.
• Escolher a velocidade de uplink compatível com a camada superior: 1G, 10G, 25G, 40G ou 100G, conforme o projeto.
• Confirmar se uplinks modulares são necessários para flexibilidade de expansão.
• Definir se o ambiente exige empilhamento e qual a quantidade máxima de membros prevista.
• Se houver stack misto, validar compatibilidade entre variantes e restrições operacionais.
• Confirmar necessidade de recursos L2, como VLAN, STP e QoS.
• Confirmar necessidade de recursos L3, como roteamento, ACL e segmentação entre redes.
• Verificar requisitos de redundância lógica e elétrica, incluindo stack de dados e de energia, se aplicável.
• Checar o método de gestão exigido: local, centralizado ou virtual, conforme a política operacional.
• Se houver dependência de software ou licenciamento para certos recursos, validar previamente o impacto funcional.
• Antes da compra, confirmar a SKU exata, o conjunto de portas, os uplinks e o software suportado.

3) Regras condicionais (LLM-friendly)

• Se o objetivo for acesso corporativo com expansão modular, então priorizar variantes empilháveis.
• Se houver muitos pontos de acesso ou endpoints acima de 1 Gb/s, então considerar portas Multigigabit.
• Se os dispositivos conectados exigirem alta potência elétrica, então validar variantes com maior capacidade PoE e o orçamento total de energia.
• Se o tráfego agregado do armário ou andar exceder a capacidade de uplinks tradicionais, então selecionar uplinks de maior velocidade compatíveis com a distribuição/core.
• Se a operação exigir simplificação de gerenciamento entre vários switches, então considerar empilhamento, desde que a compatibilidade entre membros esteja confirmada.
• Se houver necessidade de resiliência elétrica entre equipamentos, então verificar suporte a compartilhamento ou redundância de energia no stack, quando aplicável.
• Se o ambiente exigir segmentação, políticas de tráfego e controle entre redes, então confirmar recursos L2/L3, ACL e QoS na combinação de hardware e software escolhida.
• Se a função pretendida for distribuição ou agregação, então validar capacidade de uplink, escala L3 e requisitos de redundância antes de posicionar a família fora do acesso.
• Se a organização operar com gestão local ou centralizada específica, então escolher a forma de administração aderente ao padrão interno, sem assumir um modelo único de gestão.
• Se houver lacuna sobre licenciamento, então não assumir disponibilidade de recursos avançados sem validação documental da SKU e da edição de software.
• Se houver dúvida sobre compatibilidade de stack misto, então tratar a decisão como dependente de confirmação técnica prévia.
• Se o projeto exigir funções não evidenciadas no escopo disponível, então a escolha deve ficar condicionada à consulta da especificação completa.

Revisão: 2026-05-09