Frequency Usage Mikrotik

[wala]

BoaTarde.
Tenho duvidas com respeito as medições no mikrotik se alguem puder ajudar.

Na opção Frequency Usage, mostra o uso de todos os canais correto? Os canais com muita interferencia, são o que estao com a barra azul mais cheia, correto? Ok aqui fiz uma medição como mostra a figura abaixo
Ate quanto dessa porcentagem e ideal fugir desses canais?
E fiz uma nova checagem agora procurando os canais mais usado pelo scan mesmo do mikrotik.
Só que no scan não encontrei aps nos canais mais usado. Isso e normal ou pode ser equipamentos que não aparecem nos scan normais dos equipamentos wireless. Tipo radios licenciados equipamentos de telecomunicação por voz como aparelhos telefonicos sem fio?
Melhor se basear mesmo pelo frequency usage ou pelo scan?

Só uma observação tem canais fora da legislação do brasil apenas usei o scaneer no mikrotik da faixa 4080 a 6080 por curiosidade mesmo pois to procurando um canal mais limpo na faixa brasil ai ja fui ver tudo e ta feio a coisa muita gente usando faixa proibida.

[FMANDU]

Eu acho esse Frequency Usage do mikrotik é um verdadeiro bug louco. Aqui as vezes eu coloco no canal mais usado no Frequency Usage e é o que funciona melhor!!! vai entender.

[rubem]

Só um detalhe, o nome disso aí é "Frequency usage", e não "Frequency noise", então não tem nada a ver com ter ruído no canal!

Ele simplesmente mostra o canal que tem mais pacotes legíveis passando na hora. Por isso tem um sinal altíssimo de -49dBm mas o canal dele não está com a barra significativamente "cheia", ter SSID no canal com sinal alto não tem NADA a ver com ter USO no canal! SSID não é uso, eu tenho em cima de casa um RB velha com SSID que não tem ninguém conectado, nem está conectado na rede ethernet porque queimou lan, é realmente só pra propagação do SSID (Que viria a ser o mesmo uso de trafegar digamos 5kbps pela rede, polui zero o espectro).

Um canal com muito uso será digamos o de um PTP que passa 10Mbps o dia todo, tem pacote sendo trocado constantemente!

Já um canal de um PTMP que tem 6 ou 7 clientes simultâneos, mas é de CPE's apenas LIGADAs, se não tiver ninguém fazendo download na hora, terá um ou outro pacote UDP ou TCP a cada segundo, é bem diferente do PTP de exemplo que terá 10 mil pacotes desse por segundo!

É tipo um número sobre usos de uma rodovia, a rodovia mais usada será a que tem mais carros passando por minuto, não a rodovia mais perto da sua casa e portanto a que gera mais barulho quando um carro passa. E também o número de carros por minuto não tem NADA a ver com a QUALIDADE dessa rodovia (O ruído).

Se tem alto uso do canal, mas os sinais estão em digamos -78dBm, o chipset capta, mas se o seu sinal estiver em digamos -65dBm, ele conseguirá muito bem diferenciar os seus pacotes dos demais, você poderá usar tranquilamente o canal.

É bem fácil discernir isso, uso de canal não tem a ver com os sinais nesse canal chegarem alto a ponto de atrapalhar, e sinal legível não tem nada a ver com ruído, o ruído é o sinal que o chipset não consegue identificar, é só fazer analogias, se você pegar um rádio chiando, e colocar num amplificador de 10000W (Só babacas tem som assim. Não sejam um desses babacas) você terá um ruído em alta potência, tem volume suficiente pra você identificar, mas continua sendo algo completamente ilegível. Ilegível é o que tem forma ilegível, não NECESSARIAMENTE o que é baixo e você não consegue entender direito (Boa parte do noise floor em wifi é de sinais baixos que o chipset não consegue entender. Se está abaixo da sensibilidade, ele não entende e trata como ruído, não como sinal OFDM de uso do canal).


Agora... nessa imagem de exemplo, o canal 5610MHz está com sinal -49dBm, mas está sem uso, então ele provavelmente é de cliente de algum outro provedor, e a CPE está na tomada mas não tem ninguém conectado no roteador wifi, ninguém em casa e os desktops e notebooks estão desligados. Em tese tá tudo ok. Só que... se você usar esse canal pra um PTP, quando o pessoal dessa casa chegar em casa lá pelas 18h e começar a usar notebook e smartphone, aí esse canal vai ter uso mais alto e o throughput vai cair! Nesse caso é muito melhor usar digamos o 5805MHz, não aparece com alto uso, e não tem sinal minimamente alto (Só -86dBm). O 5825MHz tem alto uso (Mostrado como 5830MHz, mas lembrem que canais tem largura, se usar canal de 20MHz, se o centro for 5830 o canal irá de 5820 a 5840MHz), mas o problema não é esse, o problema é tem um sinal a -69dBm nele! Se tem sinal alto e alto uso (E um não tem nada a ver com o outro, assim como nenhum dos 2 tem a ver com ruído nesse canal. São 3 coisas diferentes) então isso é um PTP próximo, e dividir canal com PTP com sinal alto sim é um problemão, seu AP vai ter muito pacote pra processar. Se o sinal é -86dBm eles chegarão abaixo da sensibilidade do MCS e serão descartados antes mesmo da análise, mas se estão uns 6-8dBm acima da sensibilidade eles serão lidos, isso come processamento do chipset de RF, esse chipset descarta esses pacotes quando vê que não são pra ele, mas pra fazer isso ele precisa primeiro gastar processamento conferindo isso, e gastando processamento com pacotes dos outros fica sem processamento sobrando pro seu PTP ou PTMP.

Rodovia mais usada não necessariamente será a mais barulhenta, nem a mais lenta ou mais rápida, nem a mais esburacada, nem a mais próxima de você, isso tudo dá pra fazer analogia com canal em sistema OFDM, o que atrapalha é rodovia próxima, barulhenta, e com muitos carros, ou então optar por uma rodovia esburacada (Ruído, noise, que não vem de sinais altos tipo -69dBm, e sim de sinais ilegíveis lá por -95dBm, mas se tiver uma relação sinal-ruído (SNR) acima de 30dBm não tem nada pra se preocupar, é o mesmo que ter pequenos buracos de 5cm nessa rodovia mas você viajar de Hillux, os buracos desse tipo não são problema, um ruído tão baixo tipo -96dBm também não se tiver pneus grandes, digo, sinal alto tipo -55dBm).

[wala]

Interessante sua explicação melhor usar as duas ferramentas e determinar esses parametros para o melhor canal. Queria ter usado o Spectrum analyzer do mikrotik tambem mais to usando um cartão ac ele não tem suporte a chipset ac como informado pela mikrotik

"A varredura espectral pode varrer todas as frequências suportadas pela placa sem fio e plotá-las diretamente no console. A extensão exata da frequência depende do cartão. Intervalos permitidos em r52n: [4790; 6085], [2182; 2549].

A placa wireless pode gerar 4 instantâneos espectrais longos para qualquer canal de 20mhz de largura. Isto é considerado uma única amostra espectral.

Para melhorar o espectro de qualidade de dados é varrido com incrementos de freqüência de 10mhz, o que significa cobertura de amostra dobrada em cada frequência específica (considerando amostras de 20mhz de largura).

Atualmente, esse recurso é suportado apenas para Atheros AR92xx, AR93xx e NÃO é suportado para chips Atheros 802.11ac (por exemplo, QCA98xx)."

Seria uma boa usar ne uma omni com o the dude e analizar 24 horas para verificar quais canais são os melhores para uso.



http://consultoriawireless.blogspot....-mikrotik.html

[rubem]

Seria uma boa usar ne uma omni com o the dude e analizar 24 horas para verificar quais canais são os melhores para uso.

E aquele monte de CPE ligada mas sem tráfego, porém que começa a ter alto tráfego só no FDS? :-) Vai ter que monitorar o espectro com a omni de 5ª até 3ª. É tanto trabalho que soa ridículo, mas seria o ideal mesmo. Só que em PTMP cada cliente por ter canais diferentes em uso na vizinhança dele, então na prática tem que testar mais e escanear menos, usar o canal que gera menos reclamações, porque sempre vai ter um cliente com a CPE virada pra uma CPE de vizinho virada pra ele e usando o mesmo canal.

[bhyll]

Rubem, se possivel, acesse este link e relate o que acha deste assunto!
Eu uso assim pra escolher meus canais!
http://eschuch.blogspot.com/2014/02/...-canal-de.html

[rubem]

Rubem, se possivel, acesse este link e relate o que acha deste assunto!
Eu uso assim pra escolher meus canais!
http://eschuch.blogspot.com/2014/02/...-canal-de.html

Bem que você diz: "Tudo certo, funciona em 90% das vezes"

O 10% das vezes que não funciona é quando não há ruído, mas há muito AP usando o canal por perto, ou sinal alto e poucos pacotes, ou sinal baixo mas com muitos pacotes. É só lembrar que sinal de outro AP não é ruído, mas atrapalha igual. Dividir um canal com outro AP logo do lado não te dá um SNR baixo, mas o CCQ vai pro lixo geralmente.

De qualquer forma o negócio é testar, vê mais ou menos que canal tá com pouco uso e bota pra trabalhar nele. Se o desempenho ainda for meia boca, testa em outro depois. É mais rápido testar que ficar monitorando o canal por DIAS.

[bhyll]

Vamos aos testes!

Obrigado rubem!