Dados brutos da API para o Cisco Meraki CMX Dashboard

Alguém já trabalhou com o feed de dados brutos CMX da Meraki e pode ajudar a responder a algumas perguntas?

Eu vim aqui para perguntar porque não encontrei conversas sobre a API CMX da Meraki em outros lugares e imaginei que os engenheiros de rede ainda têm mais probabilidade de conhecer esse serviço do que as equipes ou desenvolvedores de BI.

Recentemente, configuramos pontos de acesso Meraki em algumas de nossas lojas para informar sobre tráfego de pedestres. Configuramos o feed de dados para apontar para um banco de dados do servidor SQL com resultados quase ao vivo. Nosso plano é ter uma rotina noturna para resumir os dados para relatar métricas semelhantes ao painel Meraki. Eu vasculhei os dados que temos atualmente e li as documentações, mas note que nem tudo está explicado. Aqui estão alguns pontos com os quais estou lutando.

1. RSSI não totalmente explicado

• um valor RSSI de 0 e 102 é desproporcionalmente mais alto que qualquer outro valor RSSI. Presumo que um valor 0 indica conectado, mas não tenho certeza para que serve 102 ? Força máxima ou um erro?

2. A documentação não suporta vários casos quando há uma quantidade ímpar de pings ou um pequeno número deles

• Percebi casos em que pode haver dois ou três pings em um intervalo de 20 minutos que estão separados por cerca de 3 minutos. Isso sugere que este dispositivo é um visitante com base na documentação de Meraki, mas também pode ser lido como um transeunte lento, observador de janelas ou alguém sentado estacionando seu carro na frente. Alguém tem uma idéia de como Meraki lida com isso?

• Outro caso seria quando houvesse apenas dois pings e ambos estivessem acima dos limites do RSSI e com mais de 5 minutos de intervalo, mas menos de 20 minutos. Novamente, isso sugeriria outro visitante, mas eu argumentaria ser outro transeunte.

• Meu outro ponto de confusão é com fortes pings únicos. Eu imagino se um telefone tem um sibilo forte e somente quando é um transeunte, mas me surpreende não ver vários pings.

3. A documentação não explica a metodologia de rastreamento de visitantes que ficam mais de 20 minutos

• Todos os segmentos são divididos em intervalos de 20 minutos e depois somados para criar tempo na loja?

Deixe-me saber se você deseja adicionar os links à documentação que li. Qualquer ajuda seria super útil.

Portanto, não usei as APIs do CMX, mas posso responder à sua primeira pergunta sobre o RSSI. Portanto, o RSSI é uma medida da força do sinal. Basicamente, quanto maior o número, mais forte a força do sinal de rádio. Tenho muita experiência na configuração de pontos de acesso sem fio da Meraki, bem como na solução de problemas sem fio. Um valor RSSI menor que 40 geralmente significa um sinal ruim e geralmente significa que o cliente não pode se conectar à rede ou tem perda de dados intermitente.

Para o seu contexto, em geral, o CMX triangula onde um cliente está em um espaço sem fio usando os valores RSSI relatados provenientes dos vários pontos de acesso. Enquanto os APs forem colocados no portal Meraki no local correto no mapa, o painel poderá triangular uma posição estimada. Eu imagino que os dados brutos que você está recebendo são os que o painel obtém cálculos pré-triangulação.

Espero ter ajudado você a entender os valores do RSSI.