Re: Ajuste de MCS do MikroTik RouterOS
Citação:
Postado originalmente por
FMANDU
Ainda sobre o MCS e de problemas para conectar com SISO ou Mimo setado diferente do AP... Depois de inúmeros testes vi que se desmarcar o MCS Basic, é possivel fazer conectar de acordo com o Supported. Por exemplo: se eu marcar MCS 10,11,12,13 no ap e marcar somente o 10 no station, a sxt não vai conectar, mas de desmarcar todos do basic, conecta. Segue os prints:
Anexo 63500
Anexo 63501
Começou a melhorar :) o ideal mesmo seria usar 12 no AP e 9 no cliente, iria ficar show, aparecendo um tempo aqui vou fazer novos testes..
Re: Ajuste de MCS do MikroTik RouterOS
Na verdade o certo seria usar o mesmo Mcs no ap e no cliente. O AP iria trabalhar bem mais redondo. Porem... tem instalação complicada, arvore que cresce no meio do caminho, construção nova que atrapalha a visada e etc, que somos obrigados a baixar o mcs e subir o ganho no lado do station.
Citação:
Postado originalmente por
sombra
Começou a melhorar :) o ideal mesmo seria usar 12 no AP e 9 no cliente, iria ficar show, aparecendo um tempo aqui vou fazer novos testes..
Re: Ajuste de MCS do MikroTik RouterOS
Citação:
Postado originalmente por
FMANDU
Na verdade o certo seria usar o mesmo msc no ap e no cliente. O AP iria trabalhar bem mais redondo. Porem... tem instalação complicada, arvore que cresce no meio do caminho, construção nova que atrapalha a visada e etc, que somos obrigados a baixar o mcs e subir o ganho no lado do station.
MCS do cliente é responsável pelo UPload que quase sempre é bem baixo, dando possibilidade de se trabalhar com um MCS minimo no cliente possibilitando estabilidade na conexão.
Re: Ajuste de MCS do MikroTik RouterOS
Citação:
Postado originalmente por
sombra
MCS do cliente é responsável pelo UPload que quase sempre é bem baixo, dando possibilidade de se trabalhar com um MCS minimo no cliente possibilitando estabilidade na conexão.
Caro , mais sera que não iria atrapalhar a performe-se da rede mesmo upload deixando muito baixo o mcs ?
E teria mais informações sobre mcs , sinceramente não sabia que no cliente so serve para Upload
Re: Ajuste de MCS do MikroTik RouterOS
Se tem upload de 1Mbps, e usar MCS0, em 20MHz ele tem throughput na casa dos 3Mbps, é meio pouco mesmo. Mas em MCS1 já são uns 6Mbps, já tem dado de sobra.
Quem usa dupla polarização (Pra que usar single em pleno 2016?), os equiptos operam com mesmos sinais em MCS8 ou 9, ou seja, pode usar MCS9 no cliente, que tem throughput na casa dos 10 a 14Mbps, ter um upload de 1M num data rate desse é absolutamente tranquilo.
O checksum de cada pacote de wifi enviado pelo AP é respondido pelo cliente no mesmo datarate do envio. Mas a resposta do pacote TCP dado pelo computador do destinatário é feita no que se contabiliza como upload mesmo. Ou seja, um data rate baixo não diminui a capacidade de envio de pacotes por parte do AP.
Assim como tem que ver o throuhput agregado no data rate de TX da torre, tem que ver o throughput agregado de upload dos clientes. Se os clientes tem, na média, uns 2 ou 3Mbps de tráfego de upload, é melhor não usar MCS0 como TX neles, mas sim MCS1, porque o tráfego está muito perto do limite de throughput do MCS0.
Mesmo que você venda planos tipo 2M de download e 1M de upload, o trafego vindo dos clientes (O upload somado de todos) será muuuuuito baixo, se digamos 20 clientes de 2Mbps de download consomem uns 12Mbps de trafego agregado, o upload mal vai chegar em 2Mbps, usar um data rate com throughput 3 ou 4x maior que essa média é mais que suficiente, o download até sobe muito as vezes (5 ou 6 pessoas abrem um vídeo maior, mais ou menos ao mesmo tempo), mas o upload raramente tem picos muitos altos.
Volto a repetir: O checksum do pacote na parte de wifi é respondido no data rate da parte que enviou, e a parte de sincronia e cia (Envio do SSID, por exemplo) é feito no preambulo, que é o menor data rate do modo, o preambulo em A é de 1 ou 2Mbps, em N a 6Mbps. Ainda que você selecione o uso de MCS15 nos 2 lados, tem um moooooooooonte de dados passando em data rate de 2 ou 6Mbps o tempo todo, numa modulação BPSK bem "lenta", e isso é feito porque esses dados tem prioridade, pode perder um pacote do cliente que se for preciso ele reenvia, mas se perder pacote de sincronização a conexão cai e demora muitos segundos pra reconectar (Renegociar chave e cia). Ter data rate baixo no meio não degrada rede quando ele tem tráfego baixo, geralmente é o contrário, data rate baixo não perde pacotes (MCS15 com sinal -70dBm perde muito pacote) então o gasto total de tempo nesse envio é menor, mesmo usando um data rate mais baixo (Porque não precisa ficar reenviando pacotes perdidos).
1 Anexo(s)
Re: Ajuste de MCS do MikroTik RouterOS
Citação:
Postado originalmente por
rubem
Se tem upload de 1Mbps, e usar MCS0, em 20MHz ele tem throughput na casa dos 3Mbps, é meio pouco mesmo. Mas em MCS1 já são uns 6Mbps, já tem dado de sobra.
Quem usa dupla polarização (Pra que usar single em pleno 2016?), os equiptos operam com mesmos sinais em MCS8 ou 9, ou seja, pode usar MCS9 no cliente, que tem throughput na casa dos 10 a 14Mbps, ter um upload de 1M num data rate desse é absolutamente tranquilo.
O checksum de cada pacote de wifi enviado pelo AP é respondido pelo cliente no mesmo datarate do envio. Mas a resposta do pacote TCP dado pelo computador do destinatário é feita no que se contabiliza como upload mesmo. Ou seja, um data rate baixo não diminui a capacidade de envio de pacotes por parte do AP.
Assim como tem que ver o throuhput agregado no data rate de TX da torre, tem que ver o throughput agregado de upload dos clientes. Se os clientes tem, na média, uns 2 ou 3Mbps de tráfego de upload, é melhor não usar MCS0 como TX neles, mas sim MCS1, porque o tráfego está muito perto do limite de throughput do MCS0.
Mesmo que você venda planos tipo 2M de download e 1M de upload, o trafego vindo dos clientes (O upload somado de todos) será muuuuuito baixo, se digamos 20 clientes de 2Mbps de download consomem uns 12Mbps de trafego agregado, o upload mal vai chegar em 2Mbps, usar um data rate com throughput 3 ou 4x maior que essa média é mais que suficiente, o download até sobe muito as vezes (5 ou 6 pessoas abrem um vídeo maior, mais ou menos ao mesmo tempo), mas o upload raramente tem picos muitos altos.
Volto a repetir: O checksum do pacote na parte de wifi é respondido no data rate da parte que enviou, e a parte de sincronia e cia (Envio do SSID, por exemplo) é feito no preambulo, que é o menor data rate do modo, o preambulo em A é de 1 ou 2Mbps, em N a 6Mbps. Ainda que você selecione o uso de MCS15 nos 2 lados, tem um moooooooooonte de dados passando em data rate de 2 ou 6Mbps o tempo todo, numa modulação BPSK bem "lenta", e isso é feito porque esses dados tem prioridade, pode perder um pacote do cliente que se for preciso ele reenvia, mas se perder pacote de sincronização a conexão cai e demora muitos segundos pra reconectar (Renegociar chave e cia). Ter data rate baixo no meio não degrada rede quando ele tem tráfego baixo, geralmente é o contrário, data rate baixo não perde pacotes (MCS15 com sinal -70dBm perde muito pacote) então o gasto total de tempo nesse envio é menor, mesmo usando um data rate mais baixo (Porque não precisa ficar reenviando pacotes perdidos).
Bom gostaria de analisar o meu cenario , esta abaixo a tabela de clientes neste setor , estou usando protocolo ativo da intelbras , e nos clientes estou usando MCS 11 nos clientes , então seria equivoco meu fazer isso certo , se fixar nos clientes MCS 0 , 1 ou ate 3 estaria suficiente seria isso ?
Anexo 63896