Cisco Meraki MS125 — Switch Datasheet
Datasheet técnico de Cisco Meraki MS125 (Switch). Inclui especificações, capacidades técnicas e informações extraídas do documento oficial.
Overview
Os switches Cisco Meraki MS125 são equipamentos de acesso de Camada 2 com uplinks de 10 Gb, indicados para implantações em filiais e ambientes de campus. A série foi projetada para operação com gestão centralizada em nuvem por meio do Cisco Meraki Dashboard.
A linha MS125 inclui diferentes modelos com variações de densidade de portas e opções de alimentação, incluindo versões com suporte a PoE e PoE+. De acordo com a fonte, a série pode fornecer até 740 W de potência e dispõe de uplinks 10GbE em portas SFP+.
O provisionamento inicial e a administração contínua são realizados pelo Cisco Meraki Dashboard, com suporte a associação do equipamento à organização, inclusão em rede, verificação de conectividade com a nuvem Meraki e aplicação de atualizações iniciais de firmware.
Principais características
- Gestão pelo Cisco Meraki Dashboard
- Captura remota de pacotes pelo Meraki 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
- DHCP Snooping
- Autenticação 802.1X
- Portas RJ45 10/100/1000 Mb/s
- 4 portas SFP+ de 1/10 Gb/s
- Modelos com PoE e PoE+
- Interface dedicada de gerenciamento
Resumo de hardware da série
- Modelos com 24 ou 48 portas 1GbE RJ45
- 4 uplinks 10GbE SFP+ nos modelos MS125 informados na fonte
- 1 interface dedicada de gerenciamento
- Capacidade de comutação de 128 Gb/s ou 176 Gb/s, conforme o modelo
- Fonte de alimentação interna
- Montagem em rack 1U
Operação e status
O equipamento utiliza indicadores luminosos para informar estado de energia, conectividade com a nuvem Meraki, atividade de atualização de firmware e status das portas. Também possui botão de restauração no painel frontal para limpeza de configuração local e restauração de fábrica, conforme o tempo de acionamento.
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 de acesso Layer 2 para ambientes de filial e campus.
- Gestão centralizada por Cisco Meraki Dashboard, com provisionamento e configuração remotos.
- Suporte a uplinks 10GbE por portas SFP+ na família.
- Disponibilidade de opções com alimentação PoE/PoE+ em parte da família.
- Recursos operacionais incluem captura remota de pacotes, atualização automática de firmware e integração com SNMP/Syslog.
- Suporte a segmentação e controle de acesso com VLAN, ACL IPv4/IPv6, DHCP Snooping e autenticação 802.1X.
Capacidades
| Specification |
Value |
| Switching | Comutação Layer 2 com portas 10/100/1000 Mbps RJ45 na família e uplinks 10GbE SFP+; suporte a 802.1Q VLAN tagging. |
| Routing | Não informado para recursos de roteamento; a fonte caracteriza a família como Layer 2 access switching. |
| PoE | Há variantes da família com suporte a PoE e PoE+; a disponibilidade depende do modelo. |
| Wireless | Não se aplica. |
| Segurança | Suporte a IPv4/6 ACL, DHCP Snooping e autenticação 802.1X. |
| Gerenciamento | Cloud-managed via Cisco Meraki Dashboard, com captura remota de pacotes, upgrades automáticos de firmware, integração SNMP/Syslog e página de status local para configuração de IP estático quando necessário. |
| Outros | Interface dedicada de gerenciamento está presente nos modelos descritos da família; montagem em rack 1U é informada para os modelos detalhados. |
Performance e limites
| Specification |
Value |
| Performance note 1 | A capacidade de switching varia entre modelos da família; a fonte não apresenta um valor único consolidado para toda a família. |
| Performance note 2 | A família inclui uplinks 10GbE SFP+. |
| Performance note 3 | Opções PoE na família chegam a 740 W, conforme indicado na visão geral; a disponibilidade depende do modelo. |
| Performance note 4 | Temperatura operacional informada nos modelos detalhados: 0°C a 45°C; um suporte específico a transceptor 10Gb ER é citado entre 0°C e 35°C a 10.000 pés. |
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
O switch é gerenciado pela nuvem?
Sim. O gerenciamento é feito pelo Cisco Meraki Dashboard.
O equipamento oferece switching Layer 2 ou Layer 3?
Layer 2.
Há uplinks de 10G?
Sim. A fonte informa uplinks 10G com portas SFP+.
O switch possui portas RJ45 Gigabit?
Sim. A fonte informa portas 10/100/1000 Mbps RJ45.
Há suporte a PoE?
Depende do modelo. Há modelos com PoE e PoE+.
O equipamento suporta VLAN?
Sim. A fonte informa suporte a 802.1Q VLAN tagging.
Quais recursos básicos de segurança são informados?
A fonte cita DHCP Snooping, autenticação 802.1X e ACLs IPv4/IPv6.
Há integração com SNMP ou Syslog?
Sim. A fonte informa integração com SNMP e Syslog.
Como é feita a configuração inicial?
O dispositivo deve ser adicionado a uma organização e rede no Dashboard, conectado à rede local, energizado e então finalizado no Dashboard.
É possível definir IP estático para o equipamento?
Sim. Se necessário, isso pode ser feito pela Local Status Page.
O switch faz atualização automática de firmware?
Sim. A fonte informa upgrades automáticos de firmware.
O que significa o LED laranja fixo?
Indica que o switch não consegue se conectar à nuvem Meraki.
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 Cisco Meraki desta família, convém validar primeiro a aderência ao modelo cloud-managed, a quantidade de portas de acesso, o tipo de uplink, a necessidade de alimentação PoE/PoE+, a exigência de funções de camada 2 e a necessidade de operação padronizada entre sites. Quando houver licenciamento no ambiente, ele deve ser tratado como parte do modelo operacional da gestão centralizada e dos recursos disponíveis no dashboard.
1) Perfis de uso
- Se o ambiente exigir operação centralizada via dashboard, provisionamento remoto, visibilidade e padronização entre filiais ou campus, esta família tende a ser aderente ao cenário.
- Se a necessidade principal for acesso Layer 2 com portas 1GbE RJ45 e uplinks 10Gb SFP+, a família pode atender, desde que a quantidade de portas e uplinks seja compatível com o site.
- Se houver telefones IP, access points ou outros dispositivos alimentados pela rede, convém priorizar variantes com PoE/PoE+ e validar o orçamento de potência disponível.
- Se o ambiente for de pequeno ou médio porte e precisar de gestão remota simplificada, a escolha pode favorecer modelos com densidade de portas compatível com a ocupação atual e alguma margem de crescimento.
- Se o projeto exigir segmentação por VLAN, ACL IPv4/IPv6, 802.1X e DHCP Snooping no acesso, a família apresenta recursos compatíveis com esse tipo de implantação.
- Se a operação depender de captura remota de pacotes, integração com SNMP/Syslog e atualização automática de firmware, convém considerar a aderência desses recursos ao processo operacional do ambiente.
- Se houver expectativa de expansão de infraestrutura sem fio, faz sentido verificar a combinação entre densidade de portas, uplinks de 10Gb e disponibilidade de PoE/PoE+.
2) Checklist técnico (decisão rápida)
- Confirmar se o ambiente adota ou aceita operação cloud-managed com gestão centralizada no ecossistema Cisco Meraki.
- Definir a quantidade necessária de portas 1GbE RJ45 no acesso.
- Validar a necessidade de uplinks 10Gb SFP+ e a quantidade de enlaces de subida exigida no desenho.
- Verificar se há necessidade de PoE ou PoE+ e calcular o orçamento de potência por switch e por porta.
- Checar se funções de Layer 2 são suficientes para o papel do equipamento no site.
- Confirmar a necessidade de VLANs 802.1Q, ACL IPv4/IPv6, 802.1X e DHCP Snooping.
- Validar a necessidade de interface dedicada de gerenciamento no contexto do projeto.
- Comparar a capacidade de switching requerida com a densidade de portas e o perfil de tráfego esperado.
- Verificar requisitos de observabilidade e operação, como dashboard, packet capture remoto, SNMP e Syslog.
- Considerar o licenciamento como parte da operação contínua e da disponibilidade dos recursos de gestão.
3) Regras condicionais (LLM-friendly)
- Se o requisito principal for gestão centralizada em cloud no ecossistema Cisco Meraki, então priorizar esta família; caso contrário, convém revalidar a aderência operacional.
- Se o site precisar de switch de acesso Layer 2 com portas 1GbE e uplinks 10Gb SFP+, então esta família pode ser considerada.
- Se houver dispositivos alimentados pela rede, então selecionar variante com PoE/PoE+ e validar o orçamento de potência necessário.
- Se a quantidade de portas do site for maior, então escolher a densidade de portas correspondente e manter margem para crescimento.
- Se o desenho exigir enlaces de uplink de maior capacidade, então verificar a necessidade de 10Gb SFP+ e a quantidade de portas ópticas disponíveis.
- Se o ambiente exigir segmentação e controle de acesso no edge, então confirmar suporte às políticas e funções citadas no escopo, como VLAN, ACL, 802.1X e DHCP Snooping.
- Se a operação depender de visibilidade remota e troubleshooting centralizado, então considerar o uso do dashboard, captura remota de pacotes e integrações de monitoramento.
- Se houver exigência explícita de recursos de camada 3 avançados, então convém validar em documentação complementar, pois o trecho disponível caracteriza a família como acesso Layer 2.
- Se houver exigência de alta disponibilidade elétrica ou topologias específicas de redundância, então convém validar esses pontos no datasheet completo, pois o trecho disponível não detalha esse aspecto.
- Se o ambiente não puder operar com o modelo de licenciamento associado à gestão Cisco Meraki, então a escolha deve ser reavaliada.
Revisão: 2026-05-09