Re: Duvdas sobre MCS PTMP
No setup do roteador (Ou no winbox) você seleciona a modulação que será usada pra transmissão. Roteador A transmite na velocidade que quiser, roteador B transmite na velocidade que quiser, ambos se entendem sem problemas.
Se você setar MCS12 num SXT como AP na torre, por exemplo, e deixar os cliente no modo automatico, terá RX de tudo que é datarate, com tudo que é modulação, um em MCS3 (Airgrid), um em MCS12 (NS M5), um em MCS10 (NS Loco M5). Mas o SXT da torre transmitirá sempre em MCS12 afinal você marcou apenas esse profile.
Você tem que ajustar um MCS alto na torre, e em cada cliente marcar velocidade fixa baixa. RX e TX podem ter velocidade diferentes e praticamente 90% das vezes tem!
Dá uma olhada nos RX/TX na sua rede, vai ver valores diferentes, são modulações diferentes em uso. Wireless > Registration > Ativa a aba RX/TX rates. Os numeros antes e depois da / são iguais ou diferentes nos clientes? Se for como a grande maioria das redes terá valores diferentes, digamos 19Mbps/39Mbps, indicando que a torre está usando MCS4 (39M) rumo à esse cliente, mas esse cliente está usando MCS2 (19M) rumo à torre.
Re: Duvdas sobre MCS PTMP
Só tem que cuidar com MCS alto demais no AP porque isso reduz o alcance da rede. MCS tipo 12 pra quem vende conexão tipo 1M não tem lucro nenhum, só diminui a possibilidade de colocar cliente distante.
Mas o conceito é bem esse, põe o MCS suficiente pro thourghput necessario, usando o conceito de suficiência você pode ter clientes mais distantes ou com zona de fresnel mais comprometida (Sem que um derrube a qualidade geral da rede).
Se usar MCS12 tanto no AP como nos clientes, vai ter desempenho ótimo se tiver sinal suficiente. O que cito sempre é que as vezes não tem sinal suficiente pra MCS12 mas tem sinal suficiente pra MCS2 ou MCS10, como o upload é baixo não tem porque forçar o uso de MCS12.
Se você tem instalações que permitem MCS12 em todos os clientes, vai dormir porque você é ninja e não precisa trabalhar pelas proximas semanas! :-)
O problema é que sempre tem cliente com sinal pior, você fixa um MCS mais baixo e isso vai dar mais estabilidade (Porque com MCS mais baixo a sensibilidade aumenta)
Uma rede perfeita tem todos os clientes com sinal igual, como não dá pra querer um sinal alto tanto em cliente a 200m como em cliente a 5000m, acho mais facil usar esse cliente a 5000m como referencia, ele tem sinal suficiente só pra MCS10 então coloca todos transmitindo em MCS10, só variando potencia e ack time, todos terão os "mesmos direitos" na hora de consumir banda.
(E eu não sou comunista)
Outra vantagem de MCS fixo não muito baixo (MCS0 ou MCS8) ou de MCS automatico: Se o sinal ficar ruim a ponto de cair pra MCS0 ou MCS8 é sinal que tem obstrução física, e portanto deve haver perdas de pacotes torre>rede, é a mesma lógica de negar conexões abaixo de digamos -75: Se o sinal está ruim, fica sem internet até um técnico ir ver isso, ao invez de ficar com conexão ruim mas derrubando a qualidade da conexão dos outros (Por consumir processamento da torre). Eu tenho receito de usar MCS0 por isso, essa "desgraça" de MCS0 as vezes mantem conexão mesmo com cliente a -86! A conexão fica ruim mas o cliente só abre facebook e não nota, mas consome processamento da torre, o CCQ dos outros cai.
Re: Duvdas sobre MCS PTMP
eai galera, estive meio ausente, vi q o tópico ta parecendo um livrinho =D
Vou ler amanha e seguir as dicas do @rubem
Ja vou ver, mudar para 20mhz =D
Obrigado
Re: Duvdas sobre MCS PTMP
Li e re li 2x, fiz uns teste aqui
Ap rocket m5 mcs fixo em 7 depois baxei para 3
Cliente airgrid m5 mcs fixo em 0 "plano de 600k"
Tive uma pequena melhora no ccq no mais nao ouve ganho no nivel do sinal que com tudo auto era -65 continuo assim mesmo apos as modificaçoes
Re: Duvdas sobre MCS PTMP
Citação:
Postado originalmente por
Arthur Bernardes
@
rubem, interessante falar em ACK.
No AP PTMP eu coloco o "distance" considerando o cliente mais distante, certo?
E no caso do "station", eu coloco a distância do cliente da torre?
Pode usar ACK time até maior que a distancia do cliente distante, é outra forma de contornar problemas de visada/zona de fresnel usar ack maior na torre.
Eu testei ack time gigante tipo 140uS sem ver diminuição no thourghput ou demora em ping, perdi o medo de usar valores bem mais altos que devia.
Citação:
Postado originalmente por
JonasMT
Li e re li 2x, fiz uns teste aqui
Ap rocket m5 mcs fixo em 7 depois baxei para 3
Cliente airgrid m5 mcs fixo em 0 "plano de 600k"
Tive uma pequena melhora no ccq no mais nao ouve ganho no nivel do sinal que com tudo auto era -65 continuo assim mesmo apos as modificaçoes
A sensibilidade muda, mas o nível de sinal chegando vai ser o mesmo, só ia mudar se aumentasse a potencia do outro lado, o problema está em placa tipo R52nm que tem potencia em MCS14 beeeem baixa tipo 14dBm enquanto em MCS1 ou 9 tem 20dBm, aí sim muda muito o sinal. Em Rocket e cia você podia usar 22dBm de MCS0 a MCS15, aí não faz diferença mesmo, faria diferença se eles tivessem potencia muito menor em MCS15 (Acho que é 23dBm em MCS7 e 15 nos Rocket, algum UBNT tem 20dBm em MCS7 e 15, eu só sou feliz com 22dBm por aqui, aí sim ia incomodar cais 2dBm por usar MCS maior).
Baixando a sensibilidade (De digamos -80 pra -85) muda o SNR porque reduz o limiar inferior de sinal. Tem o termo fade margin, a quantidade de sinal presente mas tão baixo que o radio não consegue ler (O mixer e o demodulador não conseguem discernir os pacotes), o noise floor geralmente é isso, vira ruído porque tem tanto pacote ilegível que a etapa de RF vê que tem algo mas não consegue identificar o que é (Identifica como ruído, mas são conexões proximas e reflexos), dependendo da antena você tem noise floor tipo -92, trocando antena passa pra -94, mudando os MCS isso varia um pouco também, mas tem um "approach" diferente no noise floor por parte da MK e da UBNT, você tem noise floor tipo -116 em SXT e no mesmo lugar um NS M5 apresenta noise floor tipo -98, acredito que o SXT tem um numero bem realista e a UBNT põe o fade margin na conta e só exibe o sinal acima do qual ela consegue realmente identificar os pacotes.
Enfim, nem sempre vai mudar SNR em UBNT ao alterar os MCS, mas em MK o noise floor muda mais, dá pra ver mais facilmente a sensibilidade variando, mas a diferença está na estabilidade em caso de sinal ruim, sinal ruim variar PERCENTUALMENTE mais o SNR, digo, SNR variando de digamos 28 a 32 não causa perda de pacotes, mas se o SNR estiver no mínimo aceitavel, 20, e variar pra 16 quando o sol ficar forte, aí sim teríamos muita perda de pacotes. Um MCS menor permitiria sinal menor sem perder pacotes, mas onde tem sinal alto e que nunca varia realmente não acho que faça tanta diferença, só reduziria o processamento no radio da torre, e em radio mais parudo o processamento nem sempre falta.
Eu tinha a rede em B com CCQ variando, 78%, 64%, as vezes caindo pra 48%, raramente tinha cliente com CCQ de 80%, como notei que todos os clientes naquela torre tinham equip. com suporte a N coloquei 2 setoriais em N e fui transferir uns clientes, testei primeiro MCS0, de 11M pra 13,5M devia ser suficiente, vai ví que dava pra subir até MCS5, deixei em MCS5 então, só que conforme fui acrescentando clientes o CCQ voltou a cair, 92%, 84%, 78%, era uma melhora, mas antes de sair melhorando os sinais (-64 a -74) experimentei MCS4 e 3, não tive CCQ menor que 92% com MCS3, deixei nisso. Alteração nos clientes foi apenas mudar de modo B pra N e fixar a velocidade em 13,5M (Sempre fiz comodato, equipamento simples). Provavelmente então com sinal mais que suficiente tipo -65 não faça muita diferença, com -74 ví muita diferença na estabilidade e no CCQ. Hoje limito o sinal dos clientes em -64, notei que quando um ou outro cliente com algo tipo -51 conecta o CCQ de quase todos caía, era queda igual se conectasse um ou 2 com sinal -80. Não testei subir o sinal de todos porque não tem como, o jeito foi baixar o de quem está proximo, criou estabilidade do mesmo jeito, mas com sinal baixo "só MCS baixo salva" :-)