+ Responder ao Tópico



  1. #1

    Padrão Método mais correto de trabalhar com MCS?

    Boa noite, pessoal.

    Gostaria de saber qual o método mais correto de trabalhar com o MCS, pois tenho a necessidade de ter velocidades variadas que vão do MCS0 ao MCS15.

    É saudável habilitar todos os MCS do 0 ao 15 e desabilitar o modo automático ou melhor deixar só no automático?

    Abraços!

  2. #2

    Padrão Re: Método mais correto de trabalhar com MCS?

    Eu uso o MCS1 trafega 14mbps a rede fica melhor

  3. #3

    Padrão Re: Método mais correto de trabalhar com MCS?

    Modo automático tende a ir pro maior data rate possível.

    O software sobe o data rate sempre que tem chance, mas só diminui depois de 3 perdas CONSECUTIVAS de pacotes. Ou seja, pode passar DIAS entregando 1 pacote e perdendo 2 que não vai diminuir o data rate. 1/3 de perdas é uma conexão bem lixo.

    Então a rede só fica ok com data rate automático quando tem SINAL SUFICIENTE pra todos.

    Em PTP é mais tranquilo porque tem só 1 contraparte na conexão, perde 3 pacotes seguidos rapidinho, mas em PTMP isso é mais raro, o normal é o CCQ de todos cair pra caramba hora que aquele cliente com sinal -72dBm conecta.

    Com rede equalizada qualquer configuração maluca serve. A questão é que no mundo real é complicado ter todos os clientes com sinais similares (E suficientes), nessa hora o data rate fixo e baixo faz diferença. Faça o teste, bota automático e veja como fica o CCQ geral quando tem cliente com sinal baixo (Que seria suficiente pra um data rate baixo). Depende também da capacidade de processamento do AP envolvido na coisa.

  4. #4

    Padrão Re: Método mais correto de trabalhar com MCS?

    Cada fabricante tem seu proprio algoritmo de automação do MCS. O que sempre se buscou é o que existe atualmente, de controlar o sistema conforme cada situação, segundo é a realidade de um sistema PMP. Se tiver PTP faz sentido setar manualmente, caso contrario não achai ate hoje justificativa verdadeira para nao deixar em automatico. Consultei Ubiquiti e Mikrotik e ambos foram contundentes nesse sentido.

  5. #5

    Padrão Re: Método mais correto de trabalhar com MCS?

    Eu concordo com o Rubem... Mostrei isso semana passada para uma pessoa responsável pelo suporte de um provedor... Ele estava receoso de baixar o data rates... Fixamos o MCS em 7 e foi só alegria. O cliente vivia reclamando que não conseguia ter conexão estável.. De noite então era um sufoco.. Como eu mesmo vi na casa da pessoa o sofrimento. Dei uma conversada com o funcionário do suporte e daí em diante estabilizou... Tem que ir testando para ver como fica o CCQ. Estava em 80 e fomos baixando um a um o MCS até bater em 99 o CCQ.

  6. #6
    Hugo Costa Avatar de Batmam
    Ingresso
    Jun 2011
    Localização
    Bom Jesus da Lapa - BA
    Posts
    301

    Padrão Re: Método mais correto de trabalhar com MCS?

    Mais usando mcs 7 não vai ficar 1x1?

  7. #7

    Padrão Re: Método mais correto de trabalhar com MCS?

    Citação Postado originalmente por Batmam Ver Post
    Mais usando mcs 7 não vai ficar 1x1?
    sim, mas foi o maior que permitiu melhorar o ccc... O resultado final foi mil vezes melhor do que antes que estava no automático.

  8. #8

    Padrão Re: Método mais correto de trabalhar com MCS?

    E sobre essa questão de cada fabricante ter seus algoritmos, uma coisa que é do padrão IEEE 802.11_, é a obrigatoriedade de só baixar data rate depois de 3 perdas consecutivas de pacote.

    Não importa o que o fabricante quer, se quer certificação pra estar de acordo com os padrões da IEEE tem que respeitar isso. Notem a palavra obrigatoriedade, tá lá bem claro nos drafts da IEEE, só pode diminuir data rate depois de 3 perdas consecutivas. Não é 30% de perdas, é 3 perdas consecutivas. 3 pacotes perdidos. E uma coisa MUITO comum é ter 1 perda a cada 2 ou 3 pacotes, a rede fica um LIXO mas o padrão da IEEE não deixa o firmware reduzir o data rate!

    A hora de aumentar largura de canal, amentar data rate, mudar canal, escolher ack timeout, mudar intervalo de guarda (A, B e G não tinham), a junção/aglutinação de pacotes menores, isso sim o algoritmo pode definir a vontade, mas das únicas coisas que lembro que os protocolos da IEEE exigem é ter que esperar 3 perdas CONSECUTIVAS de pacote pra reduzir data rate.

    Como eu disse, isso não afeta a vida de conexão com sinal sobrando, ou sinal fixo (PTP tem sinal fixo. Quando muito varia 2dBm com chuva. Só se tiver instalação porca ou visada parcial pra variar mais), afeta sinal variando, uma hora tem -55dBm num cliente e tá tudo link em MCS15, meia hora depois entra outro com -70dBm, aí perde 40% dos pacotes (Mas não perde 3 consecutivos! Lembrem que conforme a conexão o pacote tem que ser reenviado do usuário final, o navegador é que vai ter que reenviar os pacotes, não a CPE, por isso é mais raro ter 3 perdas consecutivas de pacote em provedor típico, é bem diferente de notebook conectado direto no modem) mas apesar dessas perdas o sistema burro pra cacete (Seria um algoritmo burro pra caramba) tá lá insistindo em MCS15.

    Cansei de ver MCS15 com sinal lixo tipo -75dBm, sistema insistindo nessa burrice, porque não tem nenhum algoritmo atuando especificamente nisso, tem uma grande propaganda no auto-fall-back dos fabricantes pra reconectar ao perder conexão (Geralmente sem negociar novas chaves, o que tornaria a queda mais demorada) justo porque eles não tem muito o que fazer pra EVITAR queda, é fácil testar, fixa em MCS0 e vai o mais longe possível até a conexão cair (Bota um ping pra ver), pode ser em casa. Aí bota em automático, fica do lado do roteador, ele vai subir rapidinho pra MCS15, e quando for caminhando pra longe a conexão cairá muito antes de chegar onde foi antes, vai reconectar (Porque o algoritmo de auto-fall-back sim é bem estruturado) mas até chegar no final terá duzias ou centenas de pacotes perdidos, por conta desse tempo de reconexão (Isso que os algoritmos de auto-fall-back são bons! Em 2003 era um terror, 2 minutos pra reconectar quando algo caia, mesmo indo pro lado do roteador, que com seus 40-50MHz, e 4MB de Ram, não conseguiam processar tanta coisa rápido).

    Fabricante que quer garantir mais banda, digamos a Mimosa ou a Cambium nos seus protocolos proprietários, não usam o padrão IEEE não só pelo TDMA, a diminuição de data rate é muito rápida, em vários rádios bons que usam a faixa aberta de 5GHz, mas não usam o IEEE, é botar a mão na frente de uma antena de disco que o sinal cai e o data rate cai junto rapidinho, quando muda pra IEEE 802.11 você bota a mão, o CCQ cai, o ping aumenta, mas o data rate não diminui.

  9. #9

    Padrão Re: Método mais correto de trabalhar com MCS?

    Citação Postado originalmente por rubem Ver Post
    E sobre essa questão de cada fabricante ter seus algoritmos, uma coisa que é do padrão IEEE 802.11_, é a obrigatoriedade de só baixar data rate depois de 3 perdas consecutivas de pacote.

    Não importa o que o fabricante quer, se quer certificação pra estar de acordo com os padrões da IEEE tem que respeitar isso. Notem a palavra obrigatoriedade, tá lá bem claro nos drafts da IEEE, só pode diminuir data rate depois de 3 perdas consecutivas. Não é 30% de perdas, é 3 perdas consecutivas. 3 pacotes perdidos. E uma coisa MUITO comum é ter 1 perda a cada 2 ou 3 pacotes, a rede fica um LIXO mas o padrão da IEEE não deixa o firmware reduzir o data rate!

    A hora de aumentar largura de canal, amentar data rate, mudar canal, escolher ack timeout, mudar intervalo de guarda (A, B e G não tinham), a junção/aglutinação de pacotes menores, isso sim o algoritmo pode definir a vontade, mas das únicas coisas que lembro que os protocolos da IEEE exigem é ter que esperar 3 perdas CONSECUTIVAS de pacote pra reduzir data rate.

    Como eu disse, isso não afeta a vida de conexão com sinal sobrando, ou sinal fixo (PTP tem sinal fixo. Quando muito varia 2dBm com chuva. Só se tiver instalação porca ou visada parcial pra variar mais), afeta sinal variando, uma hora tem -55dBm num cliente e tá tudo link em MCS15, meia hora depois entra outro com -70dBm, aí perde 40% dos pacotes (Mas não perde 3 consecutivos! Lembrem que conforme a conexão o pacote tem que ser reenviado do usuário final, o navegador é que vai ter que reenviar os pacotes, não a CPE, por isso é mais raro ter 3 perdas consecutivas de pacote em provedor típico, é bem diferente de notebook conectado direto no modem) mas apesar dessas perdas o sistema burro pra cacete (Seria um algoritmo burro pra caramba) tá lá insistindo em MCS15.

    Cansei de ver MCS15 com sinal lixo tipo -75dBm, sistema insistindo nessa burrice, porque não tem nenhum algoritmo atuando especificamente nisso, tem uma grande propaganda no auto-fall-back dos fabricantes pra reconectar ao perder conexão (Geralmente sem negociar novas chaves, o que tornaria a queda mais demorada) justo porque eles não tem muito o que fazer pra EVITAR queda, é fácil testar, fixa em MCS0 e vai o mais longe possível até a conexão cair (Bota um ping pra ver), pode ser em casa. Aí bota em automático, fica do lado do roteador, ele vai subir rapidinho pra MCS15, e quando for caminhando pra longe a conexão cairá muito antes de chegar onde foi antes, vai reconectar (Porque o algoritmo de auto-fall-back sim é bem estruturado) mas até chegar no final terá duzias ou centenas de pacotes perdidos, por conta desse tempo de reconexão (Isso que os algoritmos de auto-fall-back são bons! Em 2003 era um terror, 2 minutos pra reconectar quando algo caia, mesmo indo pro lado do roteador, que com seus 40-50MHz, e 4MB de Ram, não conseguiam processar tanta coisa rápido).

    Fabricante que quer garantir mais banda, digamos a Mimosa ou a Cambium nos seus protocolos proprietários, não usam o padrão IEEE não só pelo TDMA, a diminuição de data rate é muito rápida, em vários rádios bons que usam a faixa aberta de 5GHz, mas não usam o IEEE, é botar a mão na frente de uma antena de disco que o sinal cai e o data rate cai junto rapidinho, quando muda pra IEEE 802.11 você bota a mão, o CCQ cai, o ping aumenta, mas o data rate não diminui.
    .


    Vou verificar para entender melhor o Standar 802.11n /ac o que disse ao respeito de mudança de MCS automática. Em principio-lhe adianto que quem me informou respeito dos algoritmos foi a Ubiquiti em consulta realizei faz algum tempo. A mesma coisa Mikrotik. Nao faz sentido a IEEE determinar sobre a mudança de MCS com perda de pacotes MINIMO de 3 pacotes. Faz sim definir o MAXIMO de 3 pacotes para realizar a mudança de MCS, porem como não estudei esse detalhe estarei me informando.

  10. #10

    Padrão Re: Método mais correto de trabalhar com MCS?

    No site da IEEE .org tem que pagar, vou procurar os PDF's salvos em algum lugar. No sanet.st tinha mas procurei agora e só tem livros de outros autores, não os drafts originais.

    Mas pra facilitar o suporte eu também diria pra deixar tudo em automático.

    Mas equipamento pra uso avançado tem as opções de configuração manual porque são pra usuário avançado. Roteador doméstico de R$ 70 não tem quase nada de opções porque é pra usuário que mal consegue configurar um SSID e senha, um firmware esmiuçado demais iria só exigir um suporte muito mais caro (Ao invés de telefonistas, precisaria botar técnicos no call-center).

  11. #11

    Padrão Re: Método mais correto de trabalhar com MCS?

    Citação Postado originalmente por 1929 Ver Post
    Eu concordo com o Rubem... Mostrei isso semana passada para uma pessoa responsável pelo suporte de um provedor... Ele estava receoso de baixar o data rates... Fixamos o MCS em 7 e foi só alegria. O cliente vivia reclamando que não conseguia ter conexão estável.. De noite então era um sufoco.. Como eu mesmo vi na casa da pessoa o sofrimento. Dei uma conversada com o funcionário do suporte e daí em diante estabilizou... Tem que ir testando para ver como fica o CCQ. Estava em 80 e fomos baixando um a um o MCS até bater em 99 o CCQ.
    isso no cliente ou no painel?

  12. #12

    Padrão Re: Método mais correto de trabalhar com MCS?

    Citação Postado originalmente por AndrioPJ Ver Post
    isso no cliente ou no painel?
    Olá Companheiro, quanto tempo.....

    Sim, no cliente

  13. #13

    Padrão Re: Método mais correto de trabalhar com MCS?

    Bom dia, trabalhe com ele em automático, ele sempre manterá o mais alto que conseguir. E sempre trabalhe arrumando os clientes que estão ficando com MCS baixo, pois eles podem comprometer todo seu POP. Quanto melhor modula, mais banda passa, o mesmo ocorrerá com os pacotes. Abaixe o MCS em casos extremos (porém não deixe de ir até o cliente realizar o reparo, considere com um bandaid). Uma rede wireless saudável é onde você trabalha com equipamentos na potência correta evitando ruídos e sempre analisando a Zona de Fresnel.

    Bom dia, se o roteador ou equipamento tiver suporte a VLAN, basta separar as vlan's. Cada vlan conecta em um servidor

    Atenciosamente: Dzyan Mendes - CEO at ConsultorTik Solutions
    T: (35) 9.9121-9679
    Skype: dzyan.mendes
    https://consultortik.com.br

  14. #14

    Padrão Re: Método mais correto de trabalhar com MCS?

    Citação Postado originalmente por 1929 Ver Post
    Olá Companheiro, quanto tempo.....

    Sim, no cliente
    Pois é mestre,
    Muita correria.
    Mas vira e mexe apareço e contribuo.

    Voltando ao assunto do tópico:
    A principio achei que você estava baixando no AP.
    Aqui eu coloco o AP em MCS 14, e os clientes em MCS 11.