+ Responder ao Tópico

  1. Segundo a explanação o MCS que é fixado no AP pode ser diferente do Cliente? Entendo que o modo MCS fixado no AP será a que CADA cliente vai utilizar para se comunicar. Entao , independentemente do MCS que é fixado no Cliente, quem manda e o MCS do cliente, fixado no AP.


  2.    Publicidade


  3. Quando você configura um roteador para usar MCS8, ele vai usar 2 streams de 6,5M pra transmitir, se a contraparte da conexão vai usar 1, 2 ou 3 streams pra transmitir de volta isso só influenciará no troughput final, não na conexão "basica" entre eles.

    Ou seja, você define aqui nesse roteador como ele irá transmitir (1 canal, 2 canais, etc), se a contraparte da conexão vai transmitir do mesmo jeito, ou se vai usar outro data-rate, isso você não configura aqui, tem que ir lá na contraparte configurar isso.

    SXT só tem 2T2R, certo? (Se tem um 3T3R tô por fora) Se ele for o AP da conexão você pode configurar no MCS8 que ele irá mandar sempre 2 streams de dados pra começar a negociação, se o outro SXT estiver com 1 antena desligada/removida, a comunicação será 2X1. Se nesse 2º SXT você selecionar MCS0, mesmo ele tendo 2 antenas ele irá usar os switches da saída de RF pra fazer diversidade, serão 2 antenas num único chain. Isso é o que a maioria dos hardwares com antena de "dupla polaridade" tem feito, eles não tem MIMO mas tem 2 antenas em polaridades diferentes, com um switch que define qual polaridade irá usar ou se usará as 2, a cada pacote praticamente.

    Num SXT em MCS8, se ele se comunicar APENAS com uma CPE de antena de polarização única, é bem possível que esse SXT deixe de usar 2 chains depois de algumas perdas de pacotes enviados na polarização que a CPE não capta direito (São geralmente 25-30dB a menos na polarização "errada"), num PTP essas perdas de pacotes contam muito, mas é questão de segundos ou minutos até as partes do PTP verem que polarização e chain tem respostas mais rapidas ou menos perdas, o software não é burro, ele faz esse tipo de escolha (Por isso digo que liberar a capacidade de processamento é importante).

    Num PtMP algumas estações responderão melhor na pol. H, outras na V, mas o importante é: Você tem 2 chains trocando dados, a parte de mixer e encoder/decoder é importante na etapa de RF (Então quanto mais etapas de RF, melhor), se tiver muito pacote de níveis diferentes (De muitos clientes) tem distorção no ADC (Analog to digital converter) ou no decoder. Por isso usar hardware com 1 chain mas com antena de dupla polarização é importante, a maioria das CPE's tem isso hoje, porque isso melhora muuuuuito a conexão pro lado da torre (Que tem 1 etapa de RF em cada polarização).

    MCS8 só vai se comunicar direito com CPE's com antena de dupla polarização com switch, se a CPE tiver antena de polarização única a torre vai se comunicar com essa CPE em MCS0, não em MCS8, não por limitação do 802.11N, mas porque a antena de polarização "errada" nunca terá resposta, CPE V não captará sinal H com intensidade suficiente pra responder, todos os pacotes na H serão perdidos e a torre vai perceber isso e passar a ignorar a possibilidade de uso dessa polarização (O software é inteligente). Em PtMP não é bom ter essa mistura de H aqui, V alí, isso exige mais processamento da torre, mas usando CPE V+H não há problema, a torre escolherá a polarização que melhor lhe atende sem gastar tanto processamento, mas usará as 2 polarizações pra transmitir, ou seja, dividirá os dados por 2 encoders, por 2 mixes, porque serão 2 etapas de RF (E por receber nas 2 polarizações a CPE vai mandar ora por uma e ora por outra conforme a torre responder, porque atenuação de sinal varia conforme inclusive polarização (Algo atenua a V mas não a H, e vice-versa).

  4. Blz Rubens,
    Novamente obrigado

  5. Hummm deixa eu ver se entendi então no caso dos UBNT usar airgrid e nanoloco em clientes e usar rocket na torre e uma combinação ruim visto que forca o processamento no radio da torre.
    O ideal era deixar tudo 2*2 ou seja rocket com nanosloco.
    Se quiser ter um bom arranjo como já uso nanoloco e airgrid nos clientes e baixar o MCs na torre também !.

    Falei alguma bobagem ou e isso mesmo ?

  6. NS Loco com sua polarização dupla em teoria "pesaria" menos no processamento, já que sempre vai se adaptar pra polarização de melhor sinal na transmissão, mas... é uma anteninha tão ridícula de 13dBi, com 20dB de isolamento entre polarização, que faz pouca diferença comparado a um airGrid de polarização simples, que tem 22dBm de isolamento entre polarização, mas tem antena de ganho muito maior (Ou seja, num mesmo cliente ele vai receber o sinal V ok, mas o H vai estar uns 22dBm abaixo, e os 10dBi a mais de ganho dum airGrid M5 23 comparado com NS Loco 13dBi, darão algo acima dos 22dBm na polarização errada).

    Tanto NSLoco como airGrid não são uma maravilha no 2x1, o NS Loco seria menos pior desde que proximo da torre (O que é meio impossível no mundo real) e com sinal bom em ambas as polarizações (O que também não é tão comum). Se tiver CCQ excelente em ambas as polarizações, NS Loco vai ser perfeito. Com CCQ meia boca, tanto faz, o gargalo deixa de ser o processamento da torre.

    Mas como todo mundo mistura NS, NS Loco, airGrid, nanoBridge, usar 2x1 economizaria processamento na conexão com NS, NsLoco e nanobridge, e gastaria um pouco a mais nos airGrid, acho que ainda é lucro.


    Mas veja que estamos falando de perda de processamento significativa com 30 clientes conectados e navegando, quem tem 10 conectados num Rocket, com conexão tipo 1-5Mbps, não tem diferença preocupante.

    Com 30 simultaneos, se metade por airGrid, ao escolher MCS10, de 40M, essas conexões vão a longo prazo se adaptando pra fazer apenas 1x1, na prática elas vão se limitar a 20M, A outra metade, com NS, NSLoco e NanoBridge vai conseguir usar 2x1 mesmo, vai poder chegar nos quase 40M do datarate. SE esses airGrid precisam somados mais que 20M, é bom passar pra MCS11 ou 12, tem que escolher o datarate 2x que atenda as CPE's single-polarization com a banda que elas precisam (MCS10 equivale a MCS2, MCS11 a MCS3, etc).


  7.    Publicidade




Visite: BR-Linux ·  VivaOLinux ·  Dicas-L