+ Responder ao Tópico



  1. #1

    Padrão Dúvidas sobre MCS

    Olá Amigos,
    Uso o site MCS Idex para me guiar. Existe um calculo para saber qual throughput um MCS consegue fazer ?
    Por exemplo, MCS15 @ 20Mhz em 5.8 Ghz vai modular a 130 ou 144 Mbps, mas está não é a performance final .
    tem receita para isto ?
    Obrigado desde ja.

  2. #2

    Padrão Re: Dúvidas sobre MCS

    Citação Postado originalmente por numaneto Ver Post
    Olá Amigos,
    Uso o site MCS Idex para me guiar. Existe um calculo para saber qual throughput um MCS consegue fazer ?
    Por exemplo, MCS15 @ 20Mhz em 5.8 Ghz vai modular a 130 ou 144 Mbps, mas está não é a performance final .
    tem receita para isto ?
    Obrigado desde ja.
    Olá amigo, no caso do MCS vc pode ver isto na tabela do fábricante do equipamento que está utilizando, exemplo: na tabela da Ubiquiti que anexei, pode ver que o fabricante "diz"

    Para conseguir um TX neste equipamento de 15MCS, a média de TX Power tem de ser de 21dbm (com margem de tolerância de 2dbm pra mais ou pra menks, porém lembrando que como é uma margem sempre é indicado o valor menor, visto que quanto menor "melhor" neste caso) já o RX com mínimo de -75 de sinal, (também com margem de 2db pra mais ou menos), porém lembrando que ainda depende também do ccq e noise floor (que, sempre que possível, o indicado é o noise floor estar abaixo de -109 ou mais, e o ccq de preferência em 100% ou mais próximo disso possivel)Clique na imagem para uma versão maior

Nome:	         Screenshot_20180320-005108.jpeg
Visualizações:	612
Tamanho: 	53,3 KB
ID:      	68251

  3. #3

    Padrão

    Citação Postado originalmente por edsong Ver Post
    Olá amigo, no caso do MCS vc pode ver isto na tabela do fábricante do equipamento que está utilizando, exemplo: na tabela da Ubiquiti que anexei, pode ver que o fabricante "diz"

    Para conseguir um TX neste equipamento de 15MCS, a média de TX Power tem de ser de 21dbm (com margem de tolerância de 2dbm pra mais ou pra menks, porém lembrando que como é uma margem sempre é indicado o valor menor, visto que quanto menor "melhor" neste caso) já o RX com mínimo de -75 de sinal, (também com margem de 2db pra mais ou menos), porém lembrando que ainda depende também do ccq e noise floor (que, sempre que possível, o indicado é o noise floor estar abaixo de -109 ou mais, e o ccq de preferência em 100% ou mais próximo disso possivel)Clique na imagem para uma versão maior

Nome:	         Screenshot_20180320-005108.jpeg
Visualizações:	612
Tamanho: 	53,3 KB
ID:      	68251
    Sim, isto está entendido .
    Me refiro a seguinte situação : Meu enlace modulou a 72Mbps por exemplo, quantos % desta banda de fato vai trafegar ?
    s 72Mbps ? É a isto que me refiro se tem um calculo , pois o rate que modula nunca é o que conseguimos de fator fazer utilização.

  4. #4

    Padrão

    normalmente e a metade, alguns conseguem pouco mais que a metade , mas depende de varios fatores, processamento, n de pacotes etc ....

  5. #5

    Padrão

    Pode até fazer de conta que existe a regra: "Em wifi throughput será metade do data rate".

    Na prática varia, mas isso serve como guia pra ver se o equipamento é decente e se a instalação está boa. Se o data rate é 72Mbps, então se o throughput for menos que 36Mbps você fez cagada na instalação (E quem escolheu equipamento chinfrin foi você, então mesmo que seja problema de hardware, a culpa é sua).

    Em B, G e N fica em metade ou pouco mais nos datarates baixos, nos altos fica pra baixo da metade. Em N e AC em quase todo data rate terá mais da metade em throughput (No caso de N, instalação boa vai dar 38-40Mbps agregado usando MCS15 - 72Mbps).

    Não tem cálculo porque as perdas em wifi dependem de muitos fatores, num ambiente perfeito vai ter perda próxima de zero, mas esse ambiente é uma câmara anecoica de laboratório, qualquer ambiente no mundo real já vai gerar perdas maiores, porque RF reflete basicamente em tudo, a própria antena tem o VSWR retornando alguma coisa. Em rede cabeada a regra é ter throughput quase igual o data rate (99% igual), mas via RF isso é impossível, tanto pelas perdas por usar RF, como pelas proteções e negociações que uma rede SEGURA exigem (E mesmo rede sem senha é segura, há uma chave privada criptografando cada pacote, senão todo mundo na vizinhança saberia onde você navega, seria só sniffar os pacotes no ar e ir coletando dados. Não ter senha pra conectar não implica não ter criptografia em CADA transação, e pra manter isso ativo tem que trocar muitos pacotes antes e depois de enviar cada pacote de navegação em si).

    O "calculo" que você tem que fazer é o contrário: Meu throughput não está nem em 30% do data rate, então que cagada eu cometi?

    Só terá uns 55% de throughput se tiver zona de Fresnel MAIS de 100% limpa, se tiver canal limpo, se tiver sinal suficiente (Se a sensibilidade daquele data rate é -70dBm, em 1km precisa só uns 13dBm de margem, então pra 1km nesse caso o sinal MÍNIMO pra ter o máximo throughput é -70+13 = -57dBm. Citei 1km porque quanto maior a distância, maior precisa ser a margem, afinal quando maior a distância, maior a zona de Fresnel e mais sinal reflete na 2ª e 3ª zona de Fresnel. Todo equipamento tem sensibilidade informada no datasheet pra dar noção de qual o sinal mínimo necessário)

    Que pode conectar com -62dBm em MCS15 pode, mas em uns 3km não vai dar nem 35Mbps talvez, enquanto se o sinal for -56dBm, em MCS15@20MHz vai ter 70Mbps dependendo do equipamento. O fato de conectar, e aparecer que tem CCQ de 100%, não garante nada, afinal o CCQ é o total de pacotes perdidos até o momento, e se não teve tráfego alto (Afinal só "conectar" não gera tráfego mensurável) não teve perdas significantes, as perdas aparecem hora que tem alto tráfego, hora que faz teste de tráfego com MUITOS pacotes de tamanhos VARIADOS (Navegação não tem pacotes uniformes de 1480B certinho, tem pacotes de 70 a 1480B, que demoram 4 a 400ms pra terem resposta dependendo do destino, por isso teste de banda de CPE a CPE gera resultado muito fake, passa 80Mbps numa CPE doméstica se trocar arquivo PC a PC, mas hora que cascateia entre concentrador e cliente, aí talvez nem 35Mbps, com 2500 pacotes por segundo, a CPE dê conta, digo, dá conta, mas faz o ping desses pacotes subir tanto que o tráfego cai, afinal se mede "por segundo", e se uma transação tem tantos choques de pacotes, repetições e delays, tudo atrasa a ponto de uma transação de 5MB ao invés de demorar 1,2 segundos leva 2,4 segundos, pro cliente isso não parece o fim do mundo, mas em matéria de throughput isso é METADE do throughput que poderia passar!

  6. #6

    Padrão

    Beleza Pessoal, está entendido.
    De fato o que vejo é algo perto da metade da modulação.
    Acredito que não esteja avacalhando nos meus enlaces, hehehe.
    Abraços.

  7. #7

    Padrão Re: Dúvidas sobre MCS

    Aproveitando o tópico. Na seguinte situação . No AP ubnt marcado em MCs 3 , marcado automático , vai fazer modular apenas nos MCs abaixo certo ? Se tiver cliente com um nanoloco digamos tbm setado em MCs 3 .
    No caso estaria deixando de aproveitas as 2 chains? A grosso modo , nanoloco seria igual a uma grid nesse caso ?

  8. #8

    Padrão

    Citação Postado originalmente por guiggoo Ver Post
    Aproveitando o tópico. Na seguinte situação . No AP ubnt marcado em MCs 3 , marcado automático , vai fazer modular apenas nos MCs abaixo certo ? Se tiver cliente com um nanoloco digamos tbm setado em MCs 3 .
    No caso estaria deixando de aproveitas as 2 chains? A grosso modo , nanoloco seria igual a uma grid nesse caso ?
    No caso de UBNT, a descrição no setup realmente diz "MAX TX Rate", se você colocar digamos MCS3, o maior usado será MCS3, mas isso é o "MAX", também vai cair pra MCS0 a MCS2 caso tenha sinal mais baixo.

    Com MK também, se você marcar múltiplos data rates, vai usar o maior possível, o sistema operacional só reduz o data rate depois de 3 perdas consecutivas de pacotes (Por isso EU não recomendo deixar tudo automático. Se perder 2 pacotes seguidos e entrega 1, já vai ser uma rede LIXO, mas o sistema operacional não vai reduzir o data rate usado). Sem tráfego a tendência é subir até MCS15, porque vai trocar só alguns pacotes de sincronia e cia, que são muito pequenos (60-150 bytes), hora que aparece um pacote de navegação, com 1500 bytes, a qualidade da conexão despensa. Por isso é bom fazer o teste do ping, testa ping -l 100 com 100 bytes, e ping -l 1500, com 1500 bytes, em PTP bem ruim é normal o pacote de 1500 bytes ter delay muito alto e ser perdido em talvez 30% dos casos.

    MK não te permite obrigar a usar MCS3, se tiver sinal baixo ele vai cair pra um data rate mais baixo. MK permite isso, se marcar só MCS3 ele nunca vai rodar a MCS1 ou 2.

    Sobre usar coisa tipo Nanoloco em MCS0 a MCS7, ele vai escolher sozinho qual chain/polarização usar, ele vai gastar um tempinho e processamento mandando os "packet probe" pra ver se o outro chain responde melhor (E ele faz isso o tempo todo), se dá pra subir de data rate, enfim, se o equipto tem 2 chains e 2 antenas, ele vai ficar o tempo todo testando a qualidade dos sinais em cada chain, por isso não há economia nenhuma de processamento, ou geração de menos calor, quando usar data rate de SISO em equipamento MIMO, o negócio é usar logo em MIMO e pronto.

    (Já se tiver torre MIMO e clientes SISO tipo Airgrid, dá pra colocar metade dos Airgrid em cada polarização pros 2 chains da torre serem igualmente usados, mas ainda assim não será uma grande rede, porque o AP da torre vai gastar tempo e processamento com packet probes nos 2 chains, e na verdade Airgrid suporta Mimo (Por isso é M5), se o sinal da outra polarização chega 30dB mais baixo (Isso é o isolamento entre polarizações constando nuns datasheets), o Airgrid ainda vai entender esse pacote se for digamos uns -80dBm em MCS3, por isso não dá pra usar coisa tipo MCS3 a -50dBm, o sinal da outra polarização vai chegar ainda legível, vai atrapalhar ao invés de ajudar. MCS3 se usa com clientes equalizados lá por -60dBm ou algo assim, se tiver sinal médio maior o negócio é usar data rate maior em todos, e se não for possível, o negócio é reduzir a potência dos que tem sinal alto, até equalizar todos num mesmo patamar mais baixo. Só que se usar coisa tipo Airgrid 27dBi em cliente a 200m, não adianta reduzir a potência a 0dBm, ainda vai ter sinal alto, a vida de provedor não é fácil, você teria que trocar o Airgrid do cliente que se mudar pra perto por um NS Loco de 8,5dBi, aí fica fácil equalizar os níveis de sinal pra ter CCQ perfeito em todos)

  9. #9

    Padrão Re: Dúvidas sobre MCS

    Grande Rubem ... mais uma aula [emoji122][emoji122].

    Uso sempre baixo o MCS , sempre tem cliente ruim misturado . Mais vou rever os aps onde posso subir o MCs pra 10 ou 11 pelo menos ...

  10. #10

    Padrão Re: Dúvidas sobre MCS

    Citação Postado originalmente por rubem Ver Post
    No caso de UBNT, a descrição no setup realmente diz "MAX TX Rate", se você colocar digamos MCS3, o maior usado será MCS3, mas isso é o "MAX", também vai cair pra MCS0 a MCS2 caso tenha sinal mais baixo.

    Com MK também, se você marcar múltiplos data rates, vai usar o maior possível, o sistema operacional só reduz o data rate depois de 3 perdas consecutivas de pacotes (Por isso EU não recomendo deixar tudo automático. Se perder 2 pacotes seguidos e entrega 1, já vai ser uma rede LIXO, mas o sistema operacional não vai reduzir o data rate usado). Sem tráfego a tendência é subir até MCS15, porque vai trocar só alguns pacotes de sincronia e cia, que são muito pequenos (60-150 bytes), hora que aparece um pacote de navegação, com 1500 bytes, a qualidade da conexão despensa. Por isso é bom fazer o teste do ping, testa ping -l 100 com 100 bytes, e ping -l 1500, com 1500 bytes, em PTP bem ruim é normal o pacote de 1500 bytes ter delay muito alto e ser perdido em talvez 30% dos casos.

    MK não te permite obrigar a usar MCS3, se tiver sinal baixo ele vai cair pra um data rate mais baixo. MK permite isso, se marcar só MCS3 ele nunca vai rodar a MCS1 ou 2.

    Sobre usar coisa tipo Nanoloco em MCS0 a MCS7, ele vai escolher sozinho qual chain/polarização usar, ele vai gastar um tempinho e processamento mandando os "packet probe" pra ver se o outro chain responde melhor (E ele faz isso o tempo todo), se dá pra subir de data rate, enfim, se o equipto tem 2 chains e 2 antenas, ele vai ficar o tempo todo testando a qualidade dos sinais em cada chain, por isso não há economia nenhuma de processamento, ou geração de menos calor, quando usar data rate de SISO em equipamento MIMO, o negócio é usar logo em MIMO e pronto.

    (Já se tiver torre MIMO e clientes SISO tipo Airgrid, dá pra colocar metade dos Airgrid em cada polarização pros 2 chains da torre serem igualmente usados, mas ainda assim não será uma grande rede, porque o AP da torre vai gastar tempo e processamento com packet probes nos 2 chains, e na verdade Airgrid suporta Mimo (Por isso é M5), se o sinal da outra polarização chega 30dB mais baixo (Isso é o isolamento entre polarizações constando nuns datasheets), o Airgrid ainda vai entender esse pacote se for digamos uns -80dBm em MCS3, por isso não dá pra usar coisa tipo MCS3 a -50dBm, o sinal da outra polarização vai chegar ainda legível, vai atrapalhar ao invés de ajudar. MCS3 se usa com clientes equalizados lá por -60dBm ou algo assim, se tiver sinal médio maior o negócio é usar data rate maior em todos, e se não for possível, o negócio é reduzir a potência dos que tem sinal alto, até equalizar todos num mesmo patamar mais baixo. Só que se usar coisa tipo Airgrid 27dBi em cliente a 200m, não adianta reduzir a potência a 0dBm, ainda vai ter sinal alto, a vida de provedor não é fácil, você teria que trocar o Airgrid do cliente que se mudar pra perto por um NS Loco de 8,5dBi, aí fica fácil equalizar os níveis de sinal pra ter CCQ perfeito em todos)


    Rubem

    me ajuda aqui estou montando um pmtp com algcom RB922NETMETAL e vou usa em clientes sxt, so que eu vi um pessoal falando pra mim olha SNR gostaria sabe qual potência de transmissão usa no Ap pude me da essa dica ai vai ajuda bastante!!
    abracos

  11. #11

    Padrão Re: Dúvidas sobre MCS

    No pmtp no Ap quantos dBm na RB922NETMETAL?