Re: Duvdas sobre MCS PTMP
Ih, mas 10MHz é gambiarra! Nem G ou A usam 10MHz.
Fixar MCS alto tem o problema de exigir sinal mais alto, a sensibilidade cai e a potencia de transmissão também, então acho mais útil NEM MARCAR os MCS altos.
Se todos os clientes tem CPE com antena dual-polarization marca também os MCS 8 a 14. Mas... tem roteador com 3 chains aí? Se não tem, pra que marcar MCS 16 a 23?
Eu sempre notei desempenho melhor (Estabilidade e alcance) com modulação 16QAM, que são 16 portadoras. Ela é usada em MCS3 e 4, e 11 e 12, é o que EU usaria (Uso MCS3 porque tenho muita CPE single-polarization, não tenho link pra vender muita conexão mesmo). Em MCS11 e 12 (Supondo que todos os cliente tem CPE com suporte a MIMO) você teria com canal de 20MHz (Que é a largura padrão do protocolo, 10MHz é gambiarra) e GI de 400nS (Short guard interval) 57 e 86M de datarate, que vai dar uns 45 a 70Mbps de throughput total. Aqui não entra a pergunta "Quando mega isso dá pra cada cliente", mas sim quanto cada cliente consome na media. Se tem 10 clientes online consumindo 10M o tempo todo, lascou, mas se tem 10 clientes simultaneos de media, com só 1 ou 2 consumindo mais que uns 6 ou 7M, e a maioria consumindo micharia tipo 1 ou 2M, esses 2 datarates são mais que suficientes.
Lembra: MCS alto exige sinal melhor, muuuuito melhor, pra ter MCS15 precisa ter praticamente 30dB a mais que pra ter conexão estável em MCS9. Fora que a potencia de emissão maxima de transmissão nesse MCS cai, se você usar roteador de 28dBm configurado pra 20dBm tranquilo, mas se usar coisa tipo cartão R52nm você terá ridículo 13 ou 14dBm em MCS16 (Contra 20dBm em MCS9). É bom conferir isso na ficha técnica do hardware, potencia e sensibilidade em MCS15 (Em mcs7 nem sempre é ruim, problema é mimo).
Se não tem nenhum cliente com equipamento sem suporte a MIMO pode desmarcar MCS0 a 7, se o sinal está ruim demais numa polarização o padrão N evita o uso dessa polarização automaticamente sem perder tempo testando as modulações (E aqui entra o problema de marcar um monte de MCS, o padrão tenta sempre o maior datarate possível, as vezes ele sobe pra MCS14 mas 2 minutos depois cai de volta pra MCS13, nesses 2 minutos houveram respostas mais lentas (Ping aumenta) e quando huveram 3 ou 4 perdas de pacotes seguidas o padrão desceu um MCS. 3 ou pacotes perdidos DEPOIS. O padrão não é inteligente a ponto de ver que vem chuva, que tem vento e a arvore que fica na zona de fresnel começou a chacoalhar, que o sol saiu de tras das nuvens e vai torrar aquele telhado que fica na beirada da zona de fresnel... enfim, o padrão muda os MCS conforme a qualidade da conexão vai mudando, eu prefiro fixar em 1 único MCS (Suficiente, e não "o mais alto possível") pra não ter essa perda de tempo testando profiles e modulações diferentes, nem perder processamento com esse dado. Com MCS fixo dá mais trabalho instalar nos clientes só se deixar os cliente no modo AUTO, se quer menos trabalho fixe os clientes em MCS1 ou 2 e pronto (Ou se tiverem upload alto vendido algo tipo MCS9, mas deve ter airgrid então é mais negocio usar MCS1 ou 2 neles. Se o upload for baixo tipo 1M pode até usar MCS0 nos clientes, melhor pro processamento da torre, terá menos dados pra processar de cada conexão, MCS no cliente e na torre podem ser diferentes (E sempre são), não vejo motivo pra usar modo AUTO nos clientes se estes tem upload tipo 1M, claro que propagação de broadcast precisa link maior, por isso falo em usar MCS1 ou 2, afinal 10 a 20M de datarate é mais que suficiente, nessa modulação terá sensibilidade maxima, maxima potencia, permite instalação em locais de sinal pior (Onde deixa tudo no AUTO teria jitter enorme, por ficar variando MCS, largura de canal e ack time).
Deixar tudo automatico facilita a vida de quem quer tudo plug-and-play, mas pra otimizar um PTMP tem que reduzir o uso de processamento e perdas de pacotes na torre, isso se faz NÃO usando os modos automaticos (Que em 802.11AC em MK não tem mais possibilidade pelo visto (Só AUTO), mas os chipsets prometem muuuuuito mais poder de processamento, e em roteadores de mesa AC tem essas config's igual, então no futuro provavelmente teremos como fixar alguma modulação específica em AC também).
Re: Duvdas sobre MCS PTMP
Pode usar modulação diferente, e ela quase sempre é usada.
Pode ver que a velocidade de RX/TX é sempre diferente quando deixa no modo auto, o hardware vai se ajeitando até achar uma modulação que tenha a maior velocidade possível, mas normalmente o custo disso é ter ping alto, afinal datarate alto não garante throughput alto nem resposta rapida.
Em B, G ou A também dá pra usar velocidades diferentes no cliente e torre, no modo auto deles isso também ocorre, normal ver coisa tipo RX/TX 12M/36M em A ou G. Muita gente tinha problema em G com adaptadores PCI ou USB porque a tendencia em G é subir pra 48 ou 54M, aí a potencia e sensibilidade da placa PCI ou USB cai e a conexão vira um lixo, enquanto em B o maximo é 11M, que não tem sensibilidade e potencia tão diferentes de 1M ou 5,5M, criou-se a "fama" que G é péssimo nesses casos. E até tem diferença no alcance com estabilidade, mas seria 10% de diferença, e não cair o alcance de 5Km pra 1Km (Aí entra o maldito modo auto).
Eu olharia o sinal em dia de chuva e veria que modulação está nesse dia, então usaria ela ou o MCS logo abaixo, pra mim não vejo lucro em ter MCS alto de madrugada e no sol da tarde ou em dia de chuva cair, prefiro constancia.
Re: Duvdas sobre MCS PTMP
@Arthur Bernardes; Provavelmente você já tenha dado outra reputação ao mesmo recentemente e isso afeta sua capacidade de dar reputação. Eu mesmo não posso dar 2 reputacoes pro mesmo usuario em curto periodo de tempo ou em algum post que eu ja tenha feito.
Re: Duvdas sobre MCS PTMP
Citação:
Postado originalmente por
Arthur Bernardes
Então @
rubem, no caso de eu permitir somente MCS 12 no AP, é interessante no cliente selecionar o mesmo MCS?
Ao contrário, é melhor selecionar no cliente um MCS mais baixo, afinal é normal na torre ter 22dBm transmitindo em antena de 17dBi, enquanto no cliente o hardware tem antena tipo 11 ou 13dBi (Citando um NS Loco, por exemplo), de modo que torre>cliente o sinal é melhor que cliente>torre.
Claro que você pode ter sinal ótimo cliente>torre, mas ao usar MCS fixo mais baixo (O que é possível, já que o upload é sempre muuuuito menor que o download) você pode fazer instalações com "sinal pior".
Digo, o cliente a 1500m teria digamos sinal -74 com MCS7, a solução seria trocar o NS Loco por Airgrid. Mas... e se fixar em MCS1? O sinal vai melhorar, provavelmente vai pra -68 ou algo do tipo (Geralmente vejo melhora tipo 6 a 10dBi ao baixar o MCS uns 2 ou 3 numeros).
Se for ver pelo lado do "tempo" que cada cliente em MCS1 versus MCS7 ocupa da torre, claro que MCS1 demora mais tempo pra transmitir os mesmos dados que MCS7, mas... estamos falando de na prática coisa tipo 1 ou 2Mbps de trafego em datarate de 19Mbps, tem "espaço" de sobra pra broadcast e cia.
O problema que vejo com MCS mais alto chegando na torre é que são varios sinais simultaneos, ao usar algo tipo 64QAM (MCS6 e 7) são 64 portadoras, você precisa ter um sinal muito nítido pra conseguir ler essas 64 portadoras, enquanto num 16QAM (MCS3 e 4) com 16 portadoras você precisa ter um sinal menos nítido, por isso a sensibilidade do hardware em MCS7 seria DIGAMOS -70dBm e em MCS3 seria -61dBm, ou seja, pra ter o mesmo SNR (22-25dB) você precisa ter sinal em nível mais alto, se não tiver e usar MCS7 vai ter perdas nalgumas portadoras, que implica perda de alguns pacotes (Ping demora, cai throughput se usar pacote grande), não vai perder "muito" pacote porque eles tem tamanho variado, o uso das 64 portadoras não será perene, e o thermal fadding também não será perene, obstruções em 100 ou 200% da zona de fresnel causam reflexos não-perenes, essa falta de perenidade nos incomodos só é um problema quando o SNR está baixo, e se MCS menor tem SNR maior no mesmo ambiente, ponto pra MCS menor.
Eu pelo menos nunca ví um bom argumento em favor do uso de MCS alto. O tempo de exclusividade da conexão pra transmitir seria um bom motivo, mas seria se vendessemos conexão UL : DL 1:1, como vendemos upload bem baixo (Que seja metade do download, a media de uso do upload é bem baixa) podemos colocar muito mais clientes num radio, e com sinal pior (Portanto mais distantes, ou com antenas mais baratas) do que se usassemos UL : DL 1:1.
Imagina uma torre central atendendo repetidoras, coloca uma setorial em MCS15 e coloca 8 RocketDish nas repetições como clientes também em MCS7, a torre vai sofrer pra entregar toda conexão com qualidade. Já um PTMP com 24 (3x8) clientes em MCS2 a torre vai trocar dados num um pé nas costas, porque o trafego cliente>torre será muito menor. Poderia usar MCS7 nesses clientes, mas usando MCS mais baixo você pode colocar clientes com sinal pior e não perder qualidade com isso.
Na torre é importante não marcar MCS0 ou 1 mesmo, afinal a torre precisa transmitir mais dados, mas o cliente precisa mandar pouca coisa pra torre, usando MCS menor o sinal do cliente chegará mais nítido do mixer e decoder da etapa de RF, porque MCS menos tem menos portadoras ou menos bits por chip, com sinal mais nítido tem menos pacotes perdidos.
Veja que me baseio na praxe de ter sinal torre>cliente muito melhor que cliente>torre. Se usar na torre anteninha de 8dBi e 18dBm, e no cliente antena de 16dBi em radio de 22dBm, você pode fazer o contrário, colocar no cliente um MCS mais alto que na torre, pra torre gastar menos tempo com cada conexão de cada cliente, mas é porque nesse cenário você PODE fazer isso, já que terá sinal pra lá de melhor cliente>torre.
Mas eu bem que espero uma boa motivação pra NÃO usar MCS baixo nos clientes, eu procuro faz tempo mas não encontro.