Cisco Meraki MS355 — Switch Datasheet
Datasheet técnico de Cisco Meraki MS355 (Switch). Inclui especificações, capacidades técnicas e informações extraídas do documento oficial.
Overview
A linha Cisco Meraki MS355 é composta por switches multigigabit com gestão em nuvem, projetados para atender ao aumento de demanda de largura de banda associado a implantações sem fio baseadas no padrão 802.11ax. O equipamento combina portas RJ45 multigigabit de alta densidade, maior capacidade de comutação, uplinks de 40GbE e portas dedicadas de empilhamento por hardware.
O gerenciamento é realizado pelo Cisco Meraki Dashboard, com operação centralizada, provisionamento inicial simplificado, visibilidade remota e atualização automática de firmware. A linha é indicada para ambientes com grande concentração de pontos de acesso e alta demanda de tráfego, como universidades, hospitais e grandes complexos públicos.
A família possui quatro modelos, com combinações de portas 1GbE RJ45 e mGbE RJ45 com negociação de 100M/1G/2,5G/5G/10G, além de 4 portas SFP+ de 1/10GbE, 2 portas QSFP+ de 40GbE e 2 portas dedicadas de empilhamento por hardware com largura de banda de empilhamento de 400 Gbps. Todos os modelos suportam comutação em Camada 3, incluindo OSPF, e operação full-duplex nas portas de rede.
Principais características
- Gestão centralizada via Cisco Meraki Dashboard
- Captura remota de pacotes via dashboard
- Atualizações automáticas de firmware
- Integração com SNMP e Syslog
- Suporte a ACL IPv4 e IPv6
- Marcação de VLAN 802.1Q
- Controle de tempestade de broadcast
- Inspeção dinâmica de ARP e DHCP Snooping
- Autenticação 802.1X
- Comutação em Camada 3, incluindo OSPF
- Suporte a UPoE
- Fontes de alimentação e ventiladores hot-swappable
- Suporte a warm spare
Resumo de interfaces e capacidades da linha
- Portas RJ45 10/100/1000 Mbps
- Portas mGbE RJ45 com 100M/1G/2,5G/5G/10G
- 4 portas SFP+ de 1/10GbE por modelo
- 2 portas QSFP+ de 40GbE por modelo
- 2 portas dedicadas de empilhamento por hardware por modelo
- Largura de banda de empilhamento de 400 Gbps
Observações operacionais
- O provisionamento inicial é realizado por associação do equipamento a uma organização e a uma rede no Cisco Meraki Dashboard
- Se necessário, o endereço IP estático pode ser configurado pela página de status local para permitir comunicação com o dashboard
- Para operação multigigabit confiável, é recomendada a utilização de cabeamento Categoria 6a
- As portas de rede operam somente em full-duplex; half-duplex não é suportado
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
- Família de switches multi-gigabit com gerenciamento centralizado pelo Cisco Meraki Dashboard.
- Suporte a portas RJ45 10/100/1000 e portas mGig RJ45 com negociação de 100M, 1G, 2.5G, 5G e 10G.
- Integra uplinks SFP+ de 10GbE, interfaces QSFP+ de 40GbE e portas dedicadas de empilhamento por hardware.
- Inclui recursos de switching Layer 3, com suporte a OSPF.
- Oferece funções operacionais e de visibilidade como captura remota de pacotes, atualização automática de firmware e integração com SNMP e syslog.
- Inclui mecanismos de controle e proteção de rede, como VLAN 802.1Q, ACL IPv4/IPv6, 802.1X, DHCP snooping, Dynamic ARP Inspection e broadcast storm control.
Capacidades
| Specification |
Value |
| Switching | Switching multi-gigabit com portas RJ45 10/100/1000, portas mGig RJ45, uplinks 10GbE SFP+, interfaces 40GbE QSFP+ e empilhamento por hardware com portas dedicadas. |
|---|
| Routing | Suporte a Layer 3 switching, incluindo OSPF. |
|---|
| PoE | Suporte a UPoE. |
|---|
| Wireless | Projetada para suportar requisitos de largura de banda associados a infraestrutura sem fio baseada em 802.11ax. |
|---|
| 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 captura remota de pacotes, atualizações automáticas de firmware, integração com SNMP/syslog, página de status local e suporte a configuração de stack no dashboard. |
|---|
| Outros | Fontes de alimentação e ventiladores hot-swappable, interface de gerenciamento dedicada e suporte a warm spare. |
|---|
Performance e limites
| Specification |
Value |
| Performance note 1 | Limites quantitativos consolidados da família: Não informado. |
|---|
| Performance note 2 | Não informado. |
|---|
| Performance note 3 | Não informado. |
|---|
| Performance note 4 | Não informado. |
|---|
Licenciamento
- Licença necessária: Não informado
- Modelo de licença: Não informado
- Tipos de licença: Não informado
- Observações: Meraki Dashboard é citado para gerenciamento e configuração do dispositivo.
FAQ
Como o switch é gerenciado?
É gerenciado pelo Cisco Meraki Dashboard.
O equipamento exige configuração inicial no Dashboard?
Sim. A fonte orienta reivindicar o dispositivo na organização, adicioná-lo à rede e concluir a configuração pelo Dashboard.
É possível configurar IP estático para o equipamento?
Sim. Se necessário, isso pode ser feito pela Local Status Page.
O switch oferece recursos de camada 3?
Sim. A fonte informa switching L3, incluindo OSPF.
Há suporte a VLAN?
Sim. A fonte informa 802.1Q VLAN tagging.
Quais tipos de uplink são informados?
Depende do modelo, mas a linha inclui uplinks SFP+ e portas QSFP+.
O switch suporta empilhamento?
Sim. A fonte informa portas dedicadas de hardware stacking e criação de switch stack pelo Dashboard.
Há redundância de hardware?
Sim. A fonte informa fontes de alimentação e ventoinhas hot-swappable, além de suporte a warm spare.
O equipamento suporta PoE?
Sim. A fonte informa suporte a UPoE.
Quais recursos de segurança são informados?
A fonte informa ACL IPv4/IPv6, 802.1X, Dynamic ARP Inspection e DHCP Snooping.
Há integração com SNMP e Syslog?
Sim. A fonte informa integração com SNMP e Syslog.
O switch suporta operação half-duplex?
Não. As portas de rede operam em full-duplex; half-duplex não é suportado.
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 deve ser considerada quando o ambiente exigir operação cloud-managed no ecossistema Cisco Meraki, com gestão centralizada via dashboard, padronização entre sites e necessidade de maior capacidade no acesso. A escolha tende a depender principalmente da quantidade de portas RJ45, da necessidade de portas multigigabit, do tipo de uplink, do uso de PoE/UPoE, da exigência de recursos de camada 3, de requisitos de redundância física e da aderência ao modelo operacional com licenciamento associado à gestão.
1) Perfis de uso
- Ambientes com alta densidade de pontos de acesso Wi‑Fi, especialmente quando houver demanda por portas multigigabit no acesso.
- Implantações distribuídas que precisem de provisionamento e administração centralizados pelo dashboard Cisco Meraki.
- Sites que exijam uplinks de maior capacidade, incluindo cenários com SFP+ de 10 GbE e, quando aplicável ao modelo escolhido, QSFP+ de 40 GbE.
- Projetos que dependam de alimentação elétrica pela porta de rede, devendo validar se a necessidade é PoE padrão ou UPoE.
- Topologias de acesso com necessidade de funções de camada 3 no switch, incluindo roteamento local, desde que isso faça parte do desenho da rede.
- Ambientes que peçam continuidade operacional com recursos de redundância, como fonte e ventilação hot-swappable ou operação em warm spare, se aplicável ao cenário.
- Organizações que adotem o licenciamento como parte do modelo operacional de gestão cloud e dos recursos disponíveis no dashboard.
2) Checklist técnico (decisão rápida)
- Definir a quantidade total de portas de acesso necessária no site.
- Verificar quantas portas precisam operar apenas em 1 GbE e quantas precisam de multigigabit até 10 Gb/s.
- Confirmar a necessidade de uplinks em 10 GbE por SFP+.
- Confirmar se há necessidade de uplinks em 40 GbE por QSFP+, pois isso deve ser validado no modelo específico.
- Validar se o projeto requer empilhamento por portas dedicadas de hardware e qual largura de banda de stack é necessária.
- Determinar se haverá alimentação PoE e, se houver, se a carga exige suporte a UPoE.
- Confirmar se o switch fará funções de camada 3, incluindo roteamento e eventualmente OSPF.
- Checar requisitos de segurança e controle, como ACL IPv4/IPv6, 802.1X, DHCP snooping e inspeção ARP dinâmica.
- Validar exigências de observabilidade e operação, como captura remota de pacotes, SNMP, syslog e atualização automática de firmware pelo dashboard.
- Confirmar requisitos de redundância física, como fontes e ventoinhas hot-swappable, quando isso for obrigatório.
- Verificar aderência ao processo operacional Cisco Meraki: claim no dashboard, associação a organização e rede, check-in na nuvem e gestão centralizada contínua.
- Considerar o licenciamento como parte obrigatória do modelo de operação cloud-managed, quando aplicável ao contrato e aos recursos desejados.
3) Regras condicionais (LLM-friendly)
- Se o ambiente exigir gestão centralizada em nuvem no ecossistema Cisco Meraki, então esta família pode ser considerada; caso contrário, a aderência operacional deve ser reavaliada.
- Se houver pontos de acesso ou dispositivos que demandem mais de 1 Gb/s por porta, então deve-se priorizar variantes com portas mGig RJ45.
- Se todas as portas de acesso puderem operar em 1 GbE, então a necessidade de mGig pode não ser obrigatória.
- Se o uplink do site exigir 10 GbE óptico, então deve-se validar a quantidade de portas SFP+ disponível no equipamento pretendido.
- Se o desenho de agregação exigir 40 GbE, então deve-se selecionar apenas variantes que ofereçam QSFP+; se isso não estiver confirmado para o modelo final, a capacidade deve ser validada antes da especificação.
- Se houver necessidade de empilhamento físico com portas dedicadas, então deve-se confirmar a topologia de stack e a compatibilidade entre equipamentos da mesma família.
- Se o projeto alimentar access points, telefones ou outros terminais pela rede, então deve-se dimensionar PoE; se a carga exceder PoE convencional, deve-se verificar a necessidade de UPoE.
- Se o switch precisar executar roteamento local entre VLANs, então recursos de camada 3 devem ser habilitados e validados no desenho; se houver dependência de OSPF, isso deve ser explicitamente previsto.
- Se a operação exigir alta disponibilidade no acesso, então deve-se verificar a necessidade de warm spare e de componentes hot-swappable, quando aplicável.
- Se o ambiente exigir padronização entre múltiplos sites, então o uso do dashboard para provisionamento, visibilidade e política operacional tende a ser um critério central de escolha.
- Se houver exigência de telemetria e integração operacional, então deve-se confirmar uso de SNMP, syslog e ferramentas remotas disponíveis no dashboard.
- Se o cliente não pretender operar com licenciamento associado à gestão cloud, então a escolha desta família deve ser revista, pois o licenciamento integra o modelo operacional Cisco Meraki.
Revisão: 2026-05-09