+ Responder ao Tópico

  1. Desculpem a demora...

    Bom, sobre isso de não conectar com o uso de MCS fixo, tenho visto isso também, não consegui isolar se é culpa de alguma versão do MK (ME PARECE ser mais comum nas 5.x em diante), ou de algum chipset.

    Vamos a o que eu notei nuns casos:
    Caso 1: Só conectava se eu deixasse modo A/N (Não somente N) mas com o datarate de 1M ativo. Suspeito que seja porque o preamble (SSID e cia) é transmitido no menor datarate possível.

    Caso 2: Só conectava se deixasse também MCS0 e MCS8 ativo. Não sei se o preamble (Curto ou longo) nalguns casos usa o menor datarate do modo N (Pol. simples ou dupla), até onde eu saiba ele usa 1M ou 2M (Curto ou longo).

    Caso 3: Só conectava com preamble curto (Equipto 802.11A mais velho (Com RTL8186, sim ele suporta 802.11a) talvez tenha isso). Na verdade foi esse caso que me fez testar os datarates baixos nos casos acima.

    Caso 4: Equiptos Ubiquiti não conectavam com PPPoE, só em bridge (Enquanto MK, Intelbras ou Oiw conectava), enquanto com datarate auto tudo conectava. Mesma coisa, marquei A/N, datarates de 1M e 2M apenas, só 1 MCS, preamble longo, e voilá, resolvido o problema (Tá, não testei marcar só 1M ou só 2M, ou só preambulo curto).

    Eu desconfio dessa questão do preambulo porque quando não há trafego NENHUM o datarate mesmo com datarate fixo, é exibido como 1M, 2M ou 6M as vezes, é o momento em que há apenas a troca de dados básico de conexão (Preâmbulos).

    Mas... faz pouco tempo com MK 5.23 ou algo assim não teve jeito, tive que deixar no automático senão não conectava, com cartões R52HN em 5GHz, enquanto em 2,4GHz o MESMO cartão e RB aceitavam tranquilamente conexão configurado em somente N com só 1 MCS alto. É algo com 5GHz, com alguns cartões ou RB's, talvez só em algumas versões novas do MK, vou dar uma de astrólogo e dizer que seu dia pode ser de sorte e você se conectar à sua RB amada... ou não.

    Preciso testar mais coisas, a princípio tudo o que tenho aqui conecta com só 1 datarate e só 1 MCS marcado, quero até testar SSID's com caracteres especiais porque onde tive problema ME PARECE que sempre tinha isso.

  2. Bom Dia Pessoal.

    Vou lhes explicar minha situação.

    eu tinha um pop que conectavam 28 usuários (Mk e Ubiquiti sinais diversos de -55 até -71) com autenticação PPPoE, certo tudo ok, porem avia um gargalo no pop q não deixava mais de 16mb de download passassem.
    acreditei q era uma limitação do equipamento, então retirei a autenticação do pop e a transferi para um "concentrador", blz o processamento do pop diminuiu MUITO, porem também não vi um aumento no trafego, sempre a mesma base de 14 a 16mb.
    depois de ler este topico, fiz algumas alterações de rate e mcs, depois disso consegui uma banda passante de 24MB. perfeito, é exatamente oque eu precisava.
    porem durante esse final de semana alguns cliente começaram a cair, por problema de sinal e reassociating.
    então desfiz as alterações do mcs e o problema parou.

    agora vem a minha duvida. oque eu fiz de errado.
    segue o print de como as configs estavam.
    Clique na imagem para uma versão maior

Nome:	         CONFS RATE E MCS.jpg
Visualizações:	168
Tamanho: 	407,0 KB
ID:      	60863

    Sou leigo pessoal, então desculpe caso tenha falado alguma besteira.



  3. Citação Postado originalmente por Prusch Ver Post
    Bom Dia Pessoal.

    Vou lhes explicar minha situação.

    eu tinha um pop que conectavam 28 usuários (Mk e Ubiquiti sinais diversos de -55 até -71) com autenticação PPPoE, certo tudo ok, porem avia um gargalo no pop q não deixava mais de 16mb de download passassem.
    acreditei q era uma limitação do equipamento, então retirei a autenticação do pop e a transferi para um "concentrador", blz o processamento do pop diminuiu MUITO, porem também não vi um aumento no trafego, sempre a mesma base de 14 a 16mb.
    depois de ler este topico, fiz algumas alterações de rate e mcs, depois disso consegui uma banda passante de 24MB. perfeito, é exatamente oque eu precisava.
    porem durante esse final de semana alguns cliente começaram a cair, por problema de sinal e reassociating.
    então desfiz as alterações do mcs e o problema parou.

    agora vem a minha duvida. oque eu fiz de errado.
    segue o print de como as configs estavam.
    Clique na imagem para uma versão maior

Nome:	         CONFS RATE E MCS.jpg
Visualizações:	168
Tamanho: 	407,0 KB
ID:      	60863

    Sou leigo pessoal, então desculpe caso tenha falado alguma besteira.
    Se todos os equipamentos suportarem o modo N, pode tentar demarcar tudo na aba data rates e deixar apenas no MSC que é referente a modulação do modo N.

  4. Na foto acima os clientes estão modulando 48/36/24/18/6 e isso é modulação A, faz como citado acima, desactive todos na aba data rate, deixe uma MCS baixa (0-8) para preâmbulo e a que você quer que seus clientes conectem....faça os testes e veja se para com o problema de desconexão

    Me corrijam se disse besteira

  5. Olá rubem!

    Em testes de bancada acontece o seguinte.
    AP -> rb912 v 6.33.3
    CPE -> SxT v 6.33.3

    1. AP em A/N ou N com data rate 6 ou sem, MCS 0, 8, 12 ou somente 12 qualquer combinação, CPE SXT somente conecta se estiver exatamente igual ao AP.

    2. AP com nv2 e somente um MCS (ex. 12) marcado, CPE conecta com qualquer MCS marcado (ex. 9) porém me parece que assume o MSC do AP.

    2. AP em 802.11 e A/N data rate em default, CPE conecta com qualquer MCS (ex. 9) mas com data rate em 6M, porém percebo que tanto TX como RX assume o MCS da CPE (ex. 9).

    Alguma coisa que possamos fazer?


    Citação Postado originalmente por rubem Ver Post
    Desculpem a demora...

    Bom, sobre isso de não conectar com o uso de MCS fixo, tenho visto isso também, não consegui isolar se é culpa de alguma versão do MK (ME PARECE ser mais comum nas 5.x em diante), ou de algum chipset.

    Vamos a o que eu notei nuns casos:
    Caso 1: Só conectava se eu deixasse modo A/N (Não somente N) mas com o datarate de 1M ativo. Suspeito que seja porque o preamble (SSID e cia) é transmitido no menor datarate possível.

    Caso 2: Só conectava se deixasse também MCS0 e MCS8 ativo. Não sei se o preamble (Curto ou longo) nalguns casos usa o menor datarate do modo N (Pol. simples ou dupla), até onde eu saiba ele usa 1M ou 2M (Curto ou longo).

    Caso 3: Só conectava com preamble curto (Equipto 802.11A mais velho (Com RTL8186, sim ele suporta 802.11a) talvez tenha isso). Na verdade foi esse caso que me fez testar os datarates baixos nos casos acima.

    Caso 4: Equiptos Ubiquiti não conectavam com PPPoE, só em bridge (Enquanto MK, Intelbras ou Oiw conectava), enquanto com datarate auto tudo conectava. Mesma coisa, marquei A/N, datarates de 1M e 2M apenas, só 1 MCS, preamble longo, e voilá, resolvido o problema (Tá, não testei marcar só 1M ou só 2M, ou só preambulo curto).

    Eu desconfio dessa questão do preambulo porque quando não há trafego NENHUM o datarate mesmo com datarate fixo, é exibido como 1M, 2M ou 6M as vezes, é o momento em que há apenas a troca de dados básico de conexão (Preâmbulos).

    Mas... faz pouco tempo com MK 5.23 ou algo assim não teve jeito, tive que deixar no automático senão não conectava, com cartões R52HN em 5GHz, enquanto em 2,4GHz o MESMO cartão e RB aceitavam tranquilamente conexão configurado em somente N com só 1 MCS alto. É algo com 5GHz, com alguns cartões ou RB's, talvez só em algumas versões novas do MK, vou dar uma de astrólogo e dizer que seu dia pode ser de sorte e você se conectar à sua RB amada... ou não.

    Preciso testar mais coisas, a princípio tudo o que tenho aqui conecta com só 1 datarate e só 1 MCS marcado, quero até testar SSID's com caracteres especiais porque onde tive problema ME PARECE que sempre tinha isso.






Visite: BR-Linux ·  VivaOLinux ·  Dicas-L