Cisco Meraki MS350 — Switch Datasheet
Datasheet técnico de Cisco Meraki MS350 (Switch). Inclui especificações, capacidades técnicas e informações extraídas do documento oficial.
Overview
A série Cisco Meraki MS350 é composta por switches de acesso com gerenciamento em nuvem, projetados para redes corporativas de grande porte e ambientes de campus. A linha oferece uplinks 10G SFP+, suporte opcional a PoE/PoE+, roteamento de Camada 3 com alta escalabilidade e arquitetura com fontes de alimentação e ventiladores modulares para ambientes críticos.
O gerenciamento é realizado pelo Cisco Meraki Dashboard, com operação centralizada, captura remota de pacotes, atualizações automáticas de firmware e integração com SNMP e Syslog. A série também inclui recursos de segmentação, controle e segurança de rede, como VLAN 802.1Q, ACLs IPv4/IPv6, inspeção dinâmica de ARP, DHCP Snooping e autenticação 802.1X.
Na família MS350, o modelo MS350-24X inclui 8 portas multigigabit RJ45 e suporte a UPoE, indicado para pontos de acesso 802.11ax/ac de alto desempenho, servidores e estações de trabalho. A série também suporta empilhamento por portas dedicadas, com largura de banda de empilhamento de 160 Gbps.
- Gerenciamento centralizado via Cisco Meraki Dashboard
- Uplinks 10G SFP+ dedicados
- Modelos com suporte a PoE+ e, no MS350-24X, suporte a UPoE
- Roteamento de Camada 3, incluindo OSPF
- 2 portas dedicadas de empilhamento com 160 Gbps de largura de banda
- Portas RJ45 10/100/1000 Mbps, conforme o modelo
- 8 portas multigigabit 100M/1G/2,5G/5G/10G no MS350-24X
- Suporte a VLAN 802.1Q, ACLs IPv4/IPv6, inspeção dinâmica de ARP e DHCP Snooping
- Autenticação 802.1X
- Integração com SNMP e Syslog
- Atualização automática de firmware
- Suporte a Warm Spare
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). (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.)
Modelos disponíveis
Modelos e variantes disponíveis da família MS350 (Cisco Meraki), agrupados por cenário de implantação e posicionamento técnico no segmento de switch. Cada modelo representa uma entidade de produto com identidade canônica própria, relacionada semanticamente à família MS350 e acessível via link para a respectiva página de produto.
| SKU |
Modelo |
Descrição curta |
| 4028103 |
MS350-24P |
Switch Cisco Meraki MS350-24P | 24 portas PoE RJ45 de dados | Sem portas uplink | Layer 3 | Empilhamento ate 8 switches | Licenciamento Cisco Meraki - Consultar |
| 4052265 |
MS350-24P |
Switch Cisco Meraki MS350-24P | 24 portas PoE RJ45 de dados | Sem portas uplink | Layer 3 | Empilhamento ate 8 switches | Licenciamento Cisco Meraki - Consultar |
| 4034103 |
MS350-24X |
Switch Cisco Meraki MS350-24X | 24 portas de dados | Sem portas uplink | Layer 3 | Empilhamento ate 8 switches | Licenciamento Cisco Meraki - Consultar |
| 4028089 |
MS350-48FP |
Switch Cisco Meraki MS350-48FP | 48 portas de dados | Sem portas uplink | Layer 3 | Empilhamento ate 8 switches | Licenciamento Cisco Meraki - Consultar |
| 4033592 |
MS350-48FP |
Switch Cisco Meraki MS350-48FP | 48 portas de dados | Sem portas uplink | Layer 3 | Empilhamento ate 8 switches | Licenciamento Cisco Meraki - Consultar |
Resumo técnico da família
Principais features
- Switches de acesso com gerenciamento centralizado pelo Cisco Meraki Dashboard.
- Suporte a uplinks 10G SFP+ em toda a família.
- Suporte a empilhamento por portas dedicadas de hardware.
- Recursos de camada 3, incluindo roteamento e suporte a OSPF.
- Integração com captura remota de pacotes, SNMP, syslog e atualizações automáticas de firmware.
- Recursos de controle e autenticação de rede, incluindo VLAN 802.1Q, ACL IPv4/IPv6, 802.1X, DHCP snooping e Dynamic ARP Inspection.
Capacidades
| Specification |
Value |
| Switching | Switching de acesso com portas RJ45 10/100/1000 Mbps, uplinks 10G SFP+ e empilhamento por hardware; portas operam em full-duplex. |
| Routing | Suporte a Layer 3 routing, incluindo OSPF. |
| PoE | Há variantes da família com suporte a PoE+; suporte a UPoE está presente apenas em variante específica da família. |
| Wireless | Não se aplica. |
| Segurança | Suporte a ACL IPv4/IPv6, autenticação 802.1X, DHCP snooping, Dynamic ARP Inspection e Broadcast Storm Control. |
| Gerenciamento | Gerenciamento via Cisco Meraki Dashboard, com provisionamento inicial pelo dashboard, captura remota de pacotes, integração SNMP/syslog, página de status local e atualizações automáticas de firmware. |
| Outros | Warm spare capable, interface de gerenciamento dedicada, fontes de alimentação duplas hot-swap e ventiladores hot-swap. |
Performance e limites
| Specification |
Value |
| Performance note 1 | A família informa largura de banda de empilhamento de 160 Gbps. |
| Performance note 2 | A capacidade de switching varia entre modelos da família; a fonte não apresenta um valor único consolidado válido para toda a família. |
| Performance note 3 | Os uplinks SFP+ operam em 1 Gbps ou 10 Gbps, conforme indicado pelos estados de porta. |
| Performance note 4 | Quando presentes, portas multigigabit operam em 100M/1G/2.5G/5G/10G; a presença dessas portas depende da variante. |
Licenciamento
- Licença necessária: Não informado
- Modelo de licença: Não informado
- Tipos de licença: Não informado
- Observações: Não informado
FAQ
Como o switch é gerenciado?
Via Cisco Meraki Dashboard.
O equipamento exige configuração inicial no Dashboard?
Sim. A fonte indica reivindicar o dispositivo na organização, adicioná-lo à rede e concluir a configuração pelo Dashboard.
É possível configurar IP estático na implantação inicial?
Sim. Se necessário, isso pode ser feito pela Local Status Page.
O switch suporta uplinks SFP+ de 10G?
Sim. A série inclui uplinks 10G SFP+.
Há suporte a PoE?
Depende do modelo. A fonte informa suporte opcional a PoE/PoE+ e disponibilidade de modelos PoE+.
Há suporte a UPoE?
Depende do modelo. A fonte indica UPoE apenas em modelo específico da série.
O switch oferece recursos de camada 3?
Sim. A fonte informa roteamento Layer 3, incluindo OSPF.
Quais recursos de segurança de acesso são informados?
802.1X Authentication, Dynamic ARP Inspection, DHCP Snooping e ACL IPv4/6.
O equipamento suporta empilhamento?
Sim. A fonte informa portas dedicadas de stack e criação de Switch Stack pelo Dashboard.
Há recursos de redundância de hardware?
Sim. A fonte informa fontes de alimentação duplas hot-swap, ventoinhas hot-swap e suporte a Warm Spare.
As portas operam em half-duplex?
Não. A fonte informa operação somente em full-duplex.
O que significa LED branco piscando?
Indica contato com a nuvem do Dashboard e atualização de firmware em andamento.
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
Esta família pode ser considerada quando o ambiente exigir switching de acesso com gestão centralizada em cloud, uplinks 10GbE SFP+, possibilidade de PoE em variantes aplicáveis e necessidade eventual de recursos de camada 3. A escolha deve partir da quantidade e do tipo de portas de acesso, da necessidade de portas multigigabit, do perfil de alimentação PoE, da exigência de redundância física e da aderência ao modelo operacional do Cisco Meraki Dashboard, incluindo licenciamento quando aplicável.
1) Perfis de uso
- Se o objetivo for padronizar operação entre sites com provisionamento e administração centralizados via dashboard, esta família pode ser adequada.
- Se o ambiente precisar de portas de acesso 1GbE com uplinks 10GbE SFP+, a família atende esse perfil conforme a variante escolhida.
- Se houver necessidade de conectar pontos de acesso, estações ou outros dispositivos que demandem portas multigigabit, deve-se priorizar a variante que inclui portas mGig.
- Se o projeto exigir alimentação elétrica para dispositivos na borda, deve-se verificar a variante com suporte a PoE/PoE+; UPoE só deve ser considerado na variante em que isso estiver explicitamente indicado.
- Se houver necessidade de roteamento no próprio switch de acesso, esta família pode ser considerada, pois há indicação de recursos de Layer 3, incluindo OSPF.
- Se a operação exigir maior continuidade de serviço, convém avaliar variantes com redundância física de energia e ventilação, quando aplicável.
- Se o ambiente depender de empilhamento físico, deve-se validar a necessidade de portas dedicadas de stack e a topologia pretendida.
- Se a organização adota operação predominantemente local, sem dependência do ecossistema cloud-managed da Cisco Meraki, a aderência operacional deve ser revista antes da escolha.
2) Checklist técnico (decisão rápida)
- Quantidade de portas de acesso RJ45 necessária por switch.
- Necessidade de portas multigigabit RJ45 e quantidade requerida.
- Quantidade de uplinks 10GbE SFP+ necessária por equipamento.
- Necessidade de PoE/PoE+ para dispositivos conectados.
- Necessidade específica de UPoE, somente se a variante aplicável estiver no escopo.
- Exigência de recursos de Layer 3 no switch de acesso.
- Necessidade de empilhamento por hardware e largura de banda entre membros do stack.
- Exigência de redundância com fontes e ventiladores modulares/hot swap, se isso for requisito do ambiente.
- Necessidade de integração operacional com dashboard, captura remota de pacotes, firmware centralizado e visibilidade unificada.
- Validação do modelo de licenciamento como parte da operação e da disponibilidade dos recursos de gestão.
3) Regras condicionais (LLM-friendly)
- Se o ambiente exigir gestão centralizada em cloud e padronização entre sites, então considerar esta família dentro do ecossistema Cisco Meraki.
- Se a necessidade principal for acesso 1GbE com 4 uplinks 10GbE SFP+, então uma variante desta família pode atender, desde que a contagem de portas seja compatível.
- Se forem necessárias portas mGig RJ45, então selecionar apenas a variante que explicitamente oferece 8 portas 100M/1G/2.5G/5G/10G.
- Se o ambiente precisar alimentar dispositivos por Ethernet, então validar variante com PoE/PoE+; se houver demanda por UPoE, então restringir a análise à variante em que esse suporte esteja explicitamente indicado.
- Se houver necessidade de roteamento em camada 3 no acesso, então esta família pode ser considerada, condicionado à política de rede e ao desenho de VLANs e roteamento.
- Se a continuidade operacional exigir redundância física, então verificar a presença de fonte e ventilação modulares/hot swap na variante analisada.
- Se o projeto exigir empilhamento físico, então confirmar o uso das portas dedicadas de stack e a compatibilidade com a arquitetura pretendida.
- Se a operação depender de onboarding simples, visibilidade central e atualização de firmware pelo dashboard, então o modelo cloud-managed desta família tende a ser aderente.
- Se o licenciamento não estiver contemplado no modelo operacional, então a decisão deve ser reavaliada, pois a gestão e os recursos disponíveis podem depender dele.
- Se não houver evidência documental para um recurso em determinada variante, então esse recurso não deve ser assumido na especificação.
Revisão: 2026-05-09