Cisco Meraki MS390 — Switch Datasheet
Datasheet técnico de Cisco Meraki MS390 (Switch). Inclui especificações, capacidades técnicas e informações extraídas do documento oficial.
Overview
A série Cisco Meraki MS390 é uma linha de switches com gestão em nuvem, integrada ao dashboard Meraki, destinada a ambientes corporativos com requisitos elevados de acesso cabeado. O equipamento combina operação centralizada com hardware de comutação voltado a aplicações de alta largura de banda.
Para suportar aplicações de maior demanda e a implantação de pontos de acesso 802.11ax/Wi-Fi 6, a série MS390 oferece portas multigigabit, empilhamento de 480 Gbps e uplinks modulares de 10/40G. A plataforma também inclui recursos de resiliência por meio de convergência rápida de pilha e StackPower, com distribuição de energia entre switches compatíveis no mesmo empilhamento.
O MS390 também suporta Adaptive Policy, utilizando marcação em linha para segmentar o tráfego em grupos de segurança. Esses grupos são definidos no dashboard e as políticas entre grupos determinam a permissão ou bloqueio do tráfego, substituindo a dependência exclusiva de listas de controle de acesso baseadas em endereços IP.
Principais características da visão geral
- Gestão centralizada em nuvem por meio do dashboard Cisco Meraki.
- Indicado para aplicações corporativas de acesso cabeado com alta demanda de banda.
- Suporte a portas multigigabit em modelos específicos da série.
- Empilhamento com largura de banda de 480 Gbps.
- Uplinks modulares de 10/40G.
- Recursos de resiliência com convergência rápida de pilha e StackPower.
- Segmentação de tráfego com Adaptive Policy baseada em grupos de segurança.
- Licenciamento com níveis Enterprise e Advanced, como parte do modelo operacional da plataforma.
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
- Switches Cisco Meraki com gerenciamento centralizado pelo dashboard em nuvem.
- Família com opções de portas Gigabit Ethernet e multigigabit, conforme a variante.
- Suporte a empilhamento por hardware e a uplinks modulares de 10/40GbE.
- Suporte a StackPower para distribuição de energia entre switches no stack.
- Adaptive Policy para segmentação de tráfego por Security Groups, quando licenciamento Advanced estiver presente.
- Suporte a NetFlow v10 (IPFIX) e Encrypted Traffic Analytics com licenciamento Advanced.
Capacidades
| Specification |
Value |
| Switching | Comutação Ethernet com portas de acesso que variam entre 1GbE e multigigabit, uplinks modulares 10/40GbE e empilhamento por hardware. |
|---|
| Routing | Não informado. |
|---|
| PoE | A família inclui variantes sem PoE, com PoE+ e com UPoE/802.3bt. A capacidade disponível depende da fonte de alimentação instalada e da configuração de alimentação redundante. |
|---|
| Wireless | Não se aplica. |
|---|
| Segurança | Adaptive Policy com segmentação por Security Groups usando over-the-wire tag; disponibilidade condicionada ao licenciamento Advanced. Encrypted Traffic Analytics também depende de licenciamento Advanced. |
|---|
| Gerenciamento | Gerenciamento cloud-managed pelo Meraki dashboard. A estrutura de licenciamento inclui níveis Enterprise e Advanced, além de opção de subscription licensing. |
|---|
| Outros | Interface de gerenciamento dedicada, fontes de alimentação hot-swappable com suporte a redundância, ventiladores hot-swap e montagem em rack 1U. |
|---|
Performance e limites
| Specification |
Value |
| Performance note 1 | A largura de banda de stacking informada para os modelos da família é de 480 Gbps. |
|---|
| Performance note 2 | A capacidade de switching varia entre modelos; a fonte não apresenta um valor único consolidado para toda a família. |
|---|
| Performance note 3 | A taxa de encaminhamento varia entre modelos; a fonte não apresenta um valor único consolidado para toda a família. |
|---|
| Performance note 4 | Os uplinks são modulares e o suporte a multigigabit depende da variante; a fonte não define um limite único de portas ou velocidade válido para toda a família. |
|---|
Licenciamento
- Licença necessária: Sim
- Modelo de licença: Assinatura
- Tipos de licença: Enterprise, Advanced
- Observações: Há menção aos modelos de licenciamento Co-term e Per-device.
FAQ
O gerenciamento do switch é feito pelo dashboard Meraki?
Sim. A série é integrada ao Meraki dashboard.
Os uplinks são modulares?
Sim. Todos os modelos usam uplinks modulares de 10/40GbE.
Há suporte a portas multigigabit?
Depende do modelo. A série inclui opções com portas multigigabit.
Todos os modelos oferecem PoE?
Não. Depende do modelo.
Há redundância de alimentação?
Sim. A fonte é hot-swap e há suporte a fonte dupla.
O equipamento suporta empilhamento?
Sim. A série suporta stacking e também StackPower.
O que é o Adaptive Policy nesta série?
É um recurso de segmentação de tráfego por Security Groups com políticas como permit or deny.
O Adaptive Policy depende de licença?
Sim. Está disponível na licença Advanced.
Quais camadas de licença são informadas para a série?
Enterprise e Advanced.
É possível misturar licenças Enterprise e Advanced no mesmo ambiente?
Depende do modelo de licenciamento. Em co-term não podem ser misturadas; em per-device pode haver mistura, mas alguns recursos podem exigir Advanced em todos os dispositivos da rede.
Existe interface de gerenciamento dedicada?
Sim. A tabela técnica informa interface de gerenciamento dedicada.
Qual cabeamento é recomendado para operação multigigabit?
É recomendado usar cabeamento Category-6a para operação multigigabit confiável.
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: portas, PoE e uplinks
Perguntas mínimas
- Quantas portas de acesso você precisa (ex.: 8/12/24/48)?
- Você precisa de PoE? Se sim, qual o nível esperado (telefones/APs/câmeras) e o orçamento de energia?
- Qual uplink você precisa (1G/10G) e em qual mídia (quando aplicável)?
- Você precisa de um switch único ou pretende empilhar/expandir?
Critérios objetivos (filtro)
- Portas: filtre por “8/12/24/48” e pela família/variante indicada na descrição.
- PoE: filtre por termos como “PoE” / “PoE+” / “UPOE” quando constarem na descrição curta.
- Uplinks: filtre por termos de uplink na descrição curta (ex.: “uplink 1G/10G”, “SFP/SFP+”, “modular/fixo” quando constarem).
Como usar a tabela “Modelos” desta página
- Comece filtrando por portas (ex.: “24” ou “48”) e PoE (se necessário).
- Depois refine por uplink (capacidade e tipo) descrito na coluna “Descrição curta”.
- Finalize validando requisitos de energia/PoE e uplinks no datasheet oficial.
Template: Wi-Fi 6/6E e mGig (quando aplicável)
Perguntas mínimas
- Você terá APs Wi-Fi 6/6E que demandam mais que 1Gbps no downlink?
- Você precisa de PoE para APs? Qual quantidade de APs por switch?
- O backbone/uplink será 1G ou 10G?
Critérios objetivos (filtro)
- Filtre por termos como “mGig”, “multi-gig”, “2.5G/5G/10G” quando constarem na descrição curta.
- Garanta PoE conforme necessidade do AP (filtrando por PoE/PoE+/UPOE quando constarem).
- Confirme uplink/backbone compatível com o tráfego agregado.
Como usar a tabela “Modelos” desta página
- Selecione candidatos com downlinks multi-gig (quando descritos).
- Refine por PoE e por uplinks adequados.
- Valide limites e requisitos no datasheet oficial.
Template: expansão, empilhamento e resiliência (quando aplicável)
Perguntas mínimas
- Qual o crescimento esperado (portas hoje vs. em 12–24 meses)?
- Você precisa de empilhamento/stacking? Quantas unidades?
- Há exigência de redundância (fontes/ventilação) e troca em campo?
Critérios objetivos (filtro)
- Filtre por termos de empilhamento/stacking quando constarem na descrição curta.
- Se houver exigência de redundância/FRU, valide no datasheet oficial do modelo.
- Evite fechar recomendação sem confirmar requisitos de energia e uplinks.
Como usar a tabela “Modelos” desta página
- Monte um shortlist por portas + uplink + PoE.
- Depois elimine candidatos que não atendem expansão/stacking (quando descrito).
- Finalize conferindo redundância e limites no datasheet oficial.
Guia de escolha
Para escolher um switch desta família, convém validar primeiro a aderência ao modelo cloud-managed da Cisco Meraki, a quantidade de portas de acesso, a necessidade de alimentação PoE, o tipo de uplink, a demanda por portas multigigabit, requisitos de redundância e a necessidade de recursos de política e telemetria vinculados ao licenciamento. Quando houver dúvida sobre recursos não explicitados no escopo do projeto, a decisão deve ser condicionada à confirmação no dashboard, na documentação aplicável e no modelo de licenciamento adotado.
1) Perfis de uso
- Se o ambiente exigir operação centralizada entre múltiplos sites, padronização de configuração e provisionamento via dashboard, esta família pode ser considerada dentro do ecossistema Cisco Meraki.
- Se a necessidade principal for acesso cabeado com 24 ou 48 portas e gestão cloud-managed, a escolha pode começar pela contagem de portas e pela necessidade, ou não, de PoE.
- Se houver telefones IP, access points ou outros dispositivos alimentados pela rede, convém priorizar variantes com PoE+ ou UPoE/802.3bt, conforme a classe de potência requerida pelos terminais.
- Se o ambiente tiver access points Wi-Fi de maior demanda de banda ou dispositivos que exijam taxa acima de 1 Gb/s, convém avaliar variantes com portas multigigabit.
- Se a borda de acesso exigir uplinks de maior capacidade, convém verificar a necessidade de uplinks modulares de 10/40G.
- Se o projeto exigir segmentação baseada em grupos de segurança, a família pode ser considerada somente quando o uso de Adaptive Policy estiver previsto e compatível com o licenciamento aplicável.
- Se a operação exigir visibilidade adicional de fluxos, convém verificar a necessidade de NetFlow v10 (IPFIX) e Encrypted Traffic Analytics, observando a edição de licença correspondente.
- Se a continuidade operacional depender de redundância no conjunto de switches, convém avaliar cenários com empilhamento e distribuição de energia entre equipamentos, quando essa arquitetura fizer parte do desenho.
2) Checklist técnico (decisão rápida)
- Definir se 24 ou 48 portas de acesso atendem a ocupação atual e a expansão prevista.
- Confirmar se as portas de acesso precisam ser apenas GbE ou se há exigência de portas multigigabit.
- Confirmar se há necessidade de PoE e qual nível de alimentação é requerido: sem PoE, PoE+ ou UPoE/802.3bt.
- Validar a necessidade de uplinks de maior capacidade e se o desenho requer uplinks modulares de 10/40G.
- Verificar se o ambiente requer empilhamento para simplificação operacional e resiliência.
- Verificar se a estratégia de energia exige distribuição de potência entre switches no stack.
- Confirmar se a segmentação por grupos de segurança será usada; se sim, validar a edição de licença necessária.
- Confirmar se IPFIX/NetFlow v10 e Encrypted Traffic Analytics fazem parte dos requisitos de observabilidade.
- Definir o modelo de licenciamento da organização, pois a combinação de edições pode variar conforme o modo de licenciamento.
- Validar o prazo de licença necessário para o ciclo operacional planejado.
- Confirmar aderência ao modelo de gestão centralizada via dashboard, evitando tratar o equipamento como switch de operação local tradicional.
- Se houver requisito de funções L3 além do que está explicitado no escopo disponível, a decisão deve depender de validação documental específica.
3) Regras condicionais (LLM-friendly)
- Se o projeto exigir gestão centralizada em nuvem e padronização entre sites, então considerar esta família dentro do ecossistema Cisco Meraki.
- Se a necessidade for até 24 portas, então priorizar variantes de 24 portas; se a necessidade exceder isso, então avaliar variantes de 48 portas.
- Se não houver dispositivos alimentados pela rede, então variantes sem PoE podem ser suficientes.
- Se houver access points, telefones IP ou terminais que demandem alimentação padrão, então considerar variantes com PoE+.
- Se houver dispositivos com maior consumo de energia pela porta, então considerar variantes com UPoE/802.3bt.
- Se os terminais exigirem mais de 1 Gb/s por porta, então considerar variantes com portas multigigabit.
- Se o desenho de agregação exigir maior capacidade de uplink, então validar a necessidade de uplinks modulares de 10/40G.
- Se a arquitetura exigir resiliência por empilhamento, então considerar cenários com stack e convergência rápida do conjunto.
- Se a estratégia de disponibilidade incluir compartilhamento ou redistribuição de energia entre switches, então avaliar o uso de StackPower no desenho.
- Se o requisito incluir segmentação por grupos de segurança, então exigir licenciamento Advanced.
- Se o requisito incluir NetFlow v10 (IPFIX) ou Encrypted Traffic Analytics, então exigir licenciamento Advanced.
- Se a organização usar licenciamento co-term, então não misturar edições Enterprise e Advanced entre equipamentos desta família na mesma organização.
- Se a organização usar licenciamento por dispositivo, então a mistura de edições pode ser possível na organização, porém certos recursos podem exigir que todos os dispositivos da mesma rede usem Advanced.
- Se houver intenção futura de migrar de Enterprise para Advanced, então convém prever isso no planejamento, pois a mudança é tratada como nova licença.
- Se houver requisito técnico não evidenciado no escopo disponível, então não assumir suporte; a escolha deve depender de confirmação documental adicional.
Revisão: 2026-05-09