Throughput excelente mais não passa banda no cliente

[rubem]

@1929 , nesse caso de MK sumindo SSID temporariamente, tinha até esquecido, tive disso mas só sumia pra uns roteadores, os clientes com MK estavam normais.
Desconfiei do "preamble" depois de testar outras coisas, e realmente fixando em preambulo longo (196us, SSID e cia a 1Mbps) o problema sumiu.

Ví mais gente falando em problema assim em MK, mas o preambulo pode ser feito a 1M ou a 2M (Curto, 92us), o curto não é compatível com uns chipsets velhos (Aí um dos motivos pra eu odiar RTL8186), e o default no MK é "ambos", acho que por alguma bobeira ele fica por uns segundos a mais emitindo apenas curto e aí cai a conexão quando a contraparte é um chipset velho (Projeto velho) não compatível com longo. Talvez seja problema de firmware e não chipset, mas quando tive isso quem caia era roteador de mesa tipo eterna, krazer, abocom, aprouter, tudo com rtl8186 pelo que lembro.

(Alias, por isso, mesmo com datarate fixo, as vezes um RX ou TX de um ptp ocioso fica em 1M, é só o datarate do preambulo, ele usa o menor datarate legado de B/G (1M) e as vezes o menor de N (6M) pra transmitir SSID e dados primários pra sincronização e conexão. E também é por isso que as vezes se escaneia SSID a -60dBm, mas a conexão é feita e o sinal "cai" pra -65dBm, é a diferença de potencia entre o datarate de 1M e o datarate da conexão em sí (Digamos 24M, ou digamos MCS13)

De uns 20 PTMP's eu tive isso só em 1, numa RB600 com cartão R52h (Ou R52-350) se bem me lembro, não sei se é um problema tão comum, mas não custa nada colocar na aba Advanced o Preamble em long.
(E já que está na aba, põe o Adaptative Noise Imunity em "ap and client", essa feature use um algoritmo pra isolar os dados espúrios que o ADC pega como se fossem válidos (No meio de ruído tem de tudo, até fantasma uns dizem que ouvem no meio de chiado, imagina uma rajada de 0 e 1 (Alto e baixo), bem fácil um ruído atrapalhar 1 bit (Baixo, digamos) dum pacote e invalidar o pacote todo de milhares de bits).

[Luspmais]

Isso parece problema com Queue Type, configurado na aba Advanced do simple queue, @fagtinti.
Mude para "wireless-default" tanto no download quando upload e teste.

Mude também em Queue -> Interface Queues o Queue Type de todas interfaces para "only-hardware-queue" (pode ser que o RouterOS não permita fazer isso em algumas interfaces, mas é normal. Nesse caso mude para wireless-default, preferencialmente, mesmo se a interface não for wireless, ou ethernet-default).

Ou simplesmente vá em "Queue type" > "Default Small" e "Queue Size" mude o valor de "10" para "50". Aqui usamos PPPoe, quase fiquei louco com esse problema, que foi resolvido assim.

[Luspmais]

Boa Noite como deu problema na foto eu postei de novo

Anexo 59643

Siga o que postamos acima... e conte se resolveu.

[fagtinti]

Amigo realmente eu estava observando o UBNT não tem o preamble eu acho que é por isso que ele não cai vou , fazer o teste e vou postar os resultados.

@1929 , nesse caso de MK sumindo SSID temporariamente, tinha até esquecido, tive disso mas só sumia pra uns roteadores, os clientes com MK estavam normais.
Desconfiei do "preamble" depois de testar outras coisas, e realmente fixando em preambulo longo (196us, SSID e cia a 1Mbps) o problema sumiu.

Ví mais gente falando em problema assim em MK, mas o preambulo pode ser feito a 1M ou a 2M (Curto, 92us), o curto não é compatível com uns chipsets velhos (Aí um dos motivos pra eu odiar RTL8186), e o default no MK é "ambos", acho que por alguma bobeira ele fica por uns segundos a mais emitindo apenas curto e aí cai a conexão quando a contraparte é um chipset velho (Projeto velho) não compatível com longo. Talvez seja problema de firmware e não chipset, mas quando tive isso quem caia era roteador de mesa tipo eterna, krazer, abocom, aprouter, tudo com rtl8186 pelo que lembro.

(Alias, por isso, mesmo com datarate fixo, as vezes um RX ou TX de um ptp ocioso fica em 1M, é só o datarate do preambulo, ele usa o menor datarate legado de B/G (1M) e as vezes o menor de N (6M) pra transmitir SSID e dados primários pra sincronização e conexão. E também é por isso que as vezes se escaneia SSID a -60dBm, mas a conexão é feita e o sinal "cai" pra -65dBm, é a diferença de potencia entre o datarate de 1M e o datarate da conexão em sí (Digamos 24M, ou digamos MCS13)

De uns 20 PTMP's eu tive isso só em 1, numa RB600 com cartão R52h (Ou R52-350) se bem me lembro, não sei se é um problema tão comum, mas não custa nada colocar na aba Advanced o Preamble em long.
(E já que está na aba, põe o Adaptative Noise Imunity em "ap and client", essa feature use um algoritmo pra isolar os dados espúrios que o ADC pega como se fossem válidos (No meio de ruído tem de tudo, até fantasma uns dizem que ouvem no meio de chiado, imagina uma rajada de 0 e 1 (Alto e baixo), bem fácil um ruído atrapalhar 1 bit (Baixo, digamos) dum pacote e invalidar o pacote todo de milhares de bits).

[fagtinti]

Amigo realmente eu estava observando o UBNT não tem o preamble eu acho que é por isso que ele não cai vou , fazer o teste e vou postar os resultados.

Fiz o teste mudando o preambulo para londo o adaptative Noice Iminity já estava com ap and client não mudou muita coisa ,
Tem um cliente com sinal a -55 e ele hj esta caindo e voltando todo hora no horario de pico e eu consigo acessar ele normalmente não sinto se esta dando diferença na velocidade ou não

[fagtinti]

Amigo realmente eu estava observando o UBNT não tem o preamble eu acho que é por isso que ele não cai vou , fazer o teste e vou postar os resultados.

Fiz o teste mudando o preambulo para londo o adaptative Noice Iminity já estava com ap and client não mudou muita coisa ,
Tem um cliente com sinal a -55 e ele hj esta caindo e voltando todo hora no horario de pico e eu consigo acessar ele normalmente não sinto se esta dando diferença na velocidade ou não

[1929]

Fiz o teste mudando o preambulo para londo o adaptative Noice Iminity já estava com ap and client não mudou muita coisa ,
Tem um cliente com sinal a -55 e ele hj esta caindo e voltando todo hora no horario de pico e eu consigo acessar ele normalmente não sinto se esta dando diferença na velocidade ou não

E como esta o ACK Time out?

[fagtinti]

E como esta o ACK Time out?

O ACk Time out esta com 53 tanto no base quanto no cliente pois o cliente mais longe é 2km

[1929]

O ACk Time out esta com 53 tanto no base quanto no cliente pois o cliente mais longe é 2km

É, então dá para eliminar da lista esta possibilidade. Apesar de que será que dá para garantir estas medições que as RBs apresentam? Experimenta por um tempo passar para um valor mais alto ou então default. Não custa nada...

Mas eu ainda estou achando que o SSID está sumindo momentaneamente, para acontecer de derrubar todo mundo junto.

[fagtinti]

Não esta derrubando todos, os que estão com bullet 2 100mw não cai , já experimentei colocar default , continua o problema até piora

[1929]

Não esta derrubando todos, os que estão com bullet 2 100mw não cai , já experimentei colocar default , continua o problema até piora

Então minhas suspeitas não são válidas....

E se voce passar tudo para modo B de novo, já que o problema começou quando mudou pra G..? Faz um teste.

[fagtinti]

Então minhas suspeitas não são válidas....

E se voce passar tudo para modo B de novo, já que o problema começou quando mudou pra G..? Faz um teste.

Eu Acho que piora , porque o motivo de colocar na G foi porque a banda B o minimo é 1 mega e o G é 6mega , quando estava na banda B o ccq ficava muito ruim na faixa de 50% para baixo todos os cliente e estava pior que hj , agora na G o minimo sendo 6 o ccq subiu de 50% para 80% a 97% e melhorou muito só que têm essa queda constante , a impressao que eu tenho é que quando não atinge os 6 megas que é o minimo, o ap do cliente escaneia a rede é onde cai e volta só que na banda B não fincionava nada e na banda G ele só não responde quando escaneia , isso acontece com sinal baixo ou alto eu queria entender como eu faço para o ap cliente não escanear para não cair

[1929]

Tchê, isto está bem complicado mesmo....

Com B deveria ficar muito melhor que G... Eu tenho RB aqui que se passo só para B o CCQ crava nos 100% e o datarates fica em 11mbps.
Quando deixo em b/G não atinge nunca valores bons e se deixar o datarates em default daí sim muitos ficam em 1mbps.

Já outras RBs isso não acontece. Não sei se é o cartão ou a própria RB que faz isso.

[fagtinti]

Tchê, isto está bem complicado mesmo....

Com B deveria ficar muito melhor que G... Eu tenho RB aqui que se passo só para B o CCQ crava nos 100% e o datarates fica em 11mbps.
Quando deixo em b/G não atinge nunca valores bons e se deixar o datarates em default daí sim muitos ficam em 1mbps.

Já outras RBs isso não acontece. Não sei se é o cartão ou a própria RB que faz isso.

Não sei te falar porque mais imagino que seja porque todos que trabalha na 2.4 em minha cidade trabalha em modo B por esse motivo eu acho que o G funciona melhor porque só têm eu usando

[fagtinti]

Alguem têm mais uma dica ainda estou com problema , não entrei antes porque meu notebook deu problema