se ler com atenção sua rede vai melhorar...

Bom, como estou sempre procurando me atualizar devido a trabalhar com administração de redes comprei um livro hoje sobre protocolo TCP/IP...lendo o livro e procurando explicações mais detalhadas na internet sobre o que estou lendo achei esse comentário aqui, e me alertou para uma verdade em minha rede, só não sabia o porque, lendo isso compreendi...

Espero que sirva para muitos...

O controle de ACK timeout serve para otimizar o throughput de uma transmissão ao máximo. Este valor corresponde a uma temporização interna do protocolo de comunicação. Basicamente, seria o tempo de espera de um pacote. Se você colocar um tempo muito alto, o rádio vai ficar esperando um tempo desnecessário, diminuindo a eficiência (throughput) da conexão. Se você colocar um tempo muito baixo, o rádio vai “desistir” de esperar antes mesmo do pacote ter chegado ao destino, causando novamente a diminuição de eficiência (throughput) da conexão.
E é esse o principal motivo da perda de desempenho em distâncias longas, pois os rádios que utilizam o protocolo 802.11a/b/g, são otimizados para curtas distâncias! E quanto maior a velocidade da conexão, mais notável se torna esta perda.
Com a possibilidade de ajuste do ACK timeout, é possível aumentar (e muito) a eficiência de um link ponto a ponto, tirando o máximo proveito possível!
Como exemplo, podemos citar um link que fizemos de 6Km usando um rádio 802.11a com controle de ACK. De 1M de throughput, ele pulou para incríveis 17M real! Somente ajustando o ACK Timeout. Esta configuração é muito particular e pode variar de hardware para hardware. O melhor ajuste será encontrado somente testando.
Atualmente, não temos uma tabela com valores de referência. E este valor vai depender também, se o rádio estiver operando no padrão 802.11b ou 802.11g. O valor default, de fábrica é 91. Quanto maior a distância do link, maior deverá ser o valor do ACK Timeout, podendo ir até no máximo ao valor 255

leiam, interpretem e testem...Estou compartilhando conhecimento pessoal, e isso não tem preço...:dancing:

Tenho testado aqui e noto o quão é verdadeiro a relação acima. Num enlace que fiz, tinha uma perda de pacotes imensa, impossibilitando qualquer navegação, depois que achei um valor de ACK para aquele caso, a perda ficou em menos de 1 %, sem visada perfeita.

Citação:

---

Postado originalmente por Roberto21

Bom, como estou sempre procurando me atualizar devido a trabalhar com administração de redes comprei um livro hoje que só fala sobre protocolo TCP/IP...lendo o livro e procurando explicações mais detalhadas na internet sobre o que estou lendo achei esse comentário aqui, e me alertou para uma verdade em minha rede, só não sabia o porque, lendo isso compreendi...

Espero que sirva para muitos...

O controle de ACK timeout serve para otimizar o throughput de uma transmissão ao máximo. Este valor corresponde a uma temporização interna do protocolo de comunicação. Basicamente, seria o tempo de espera de um pacote. Se você colocar um tempo muito alto, o rádio vai ficar esperando um tempo desnecessário, diminuindo a eficiência (throughput) da conexão. Se você colocar um tempo muito baixo, o rádio vai “desistir” de esperar antes mesmo do pacote ter chegado ao destino, causando novamente a diminuição de eficiência (throughput) da conexão.
E é esse o principal motivo da perda de desempenho em distâncias longas, pois os rádios que utilizam o protocolo 802.11a/b/g, são otimizados para curtas distâncias! E quanto maior a velocidade da conexão, mais notável se torna esta perda.
Com a possibilidade de ajuste do ACK timeout, é possível aumentar (e muito) a eficiência de um link ponto a ponto, tirando o máximo proveito possível!
Como exemplo, podemos citar um link que fizemos de 6Km usando um rádio 802.11a com controle de ACK. De 1M de throughput, ele pulou para incríveis 17M real! Somente ajustando o ACK Timeout. Esta configuração é muito particular e pode variar de hardware para hardware. O melhor ajuste será encontrado somente testando.
Atualmente, não temos uma tabela com valores de referência. E este valor vai depender também, se o rádio estiver operando no padrão 802.11b ou 802.11g. O valor default, de fábrica é 91. Quanto maior a distância do link, maior deverá ser o valor do ACK Timeout, podendo ir até no máximo ao valor 255

leiam, interpretem e testem...Estou compartilhando conhecimento pessoal, e isso não tem preço...:dancing:

---

O mikrotik tem uma tabela no seu manual em ingles que suger o ajuste do ack de acordo com a distância, realmente interfere no throughput da rede, por isso utilizo setado em 30 (distâncias menores que 5km), as vezes mudo para dinamic apenas para identificar cliente com ack alto, que podem estar com problemas em suas instalações;

lembrando que o ack do cliente pode ser diferente do ack do AP, ou seja a placa cliente pode ficar mais tempo esperando por a resposta do que o AP(a nível de protocolo tcpip).

Outra coisa que interfere diretamente na qualidade é a escolha do datarates, porque a modulação é diferente para 1 e 2 e 5,5 e 11, assim quando o rádio troca de modulação constantemente ele diminuio througput.

Como solução para o problema citado acima, estou usando sempre um conjunto de antenas na torre, com mesmo ssid e canais diferentes, uma trabalha apenas com datarates 5,5 e 11 e tem tambem maior potência sinal, a outra trabalha apenas com todas as modulações mas tem o sinal baixo, assim os clientes que por ventura tenham problemas não conseguem se conectar ao rádio de melhor sinal, mas se conectam ao outro. A vantagem é que eles não ficam enviando constantemente requisições de conexão ao primeiro rádio que como não está setado para a modulação de 1 e 2 poderia entende-las como ruido.

Olha só, em poucos minutos tenho aqui duas opiniões construtivas para qualquer rede wireless, e acho que é isso que está faltando ao forum, temos muitas perguntas ''repetidas'' e que são coisas simples de resolver (basta uma pequena pesquiza no forum), detalhes técnicos que realmente possa fazer com que nossas redes passem a trabalhar em um nível melhor está faltando.

Também tem muita gente que adquire o conhecimento e não compartilha aqui, mas quer que seja compartilhado o que os outros sabem aqui mesmo, então, vamos dar sequencia a esse tópico da forma correta, (façam o comentário sobre o que disse agora) mas não esqueçam de acrescentar algo sobre o ACK e datarates e outros detalhes.

Quanto ao DATARATES que o colega mencionou acima ele está correto, seto os meus em 11M e meus ACK no MK estão em 30 (dinâmico), mas nos rádios estão setados em 91,esses 91 hoje é um limite aceitável de ACK do cliente para o AP, até por que a poluição de 2.4 não permite que (no meu caso) eu sete um ACK menor nos ap's.

Citação:

---

Postado originalmente por Roberto21

Bom, como estou sempre procurando me atualizar devido a trabalhar com administração de redes comprei um livro hoje que só fala sobre protocolo TCP/IP...lendo o livro e procurando explicações mais detalhadas na internet sobre o que estou lendo achei esse comentário aqui, e me alertou para uma verdade em minha rede, só não sabia o porque, lendo isso compreendi...

Espero que sirva para muitos...

O controle de ACK timeout serve para otimizar o throughput de uma transmissão ao máximo. Este valor corresponde a uma temporização interna do protocolo de comunicação. Basicamente, seria o tempo de espera de um pacote. Se você colocar um tempo muito alto, o rádio vai ficar esperando um tempo desnecessário, diminuindo a eficiência (throughput) da conexão. Se você colocar um tempo muito baixo, o rádio vai “desistir” de esperar antes mesmo do pacote ter chegado ao destino, causando novamente a diminuição de eficiência (throughput) da conexão.
E é esse o principal motivo da perda de desempenho em distâncias longas, pois os rádios que utilizam o protocolo 802.11a/b/g, são otimizados para curtas distâncias! E quanto maior a velocidade da conexão, mais notável se torna esta perda.
Com a possibilidade de ajuste do ACK timeout, é possível aumentar (e muito) a eficiência de um link ponto a ponto, tirando o máximo proveito possível!
Como exemplo, podemos citar um link que fizemos de 6Km usando um rádio 802.11a com controle de ACK. De 1M de throughput, ele pulou para incríveis 17M real! Somente ajustando o ACK Timeout. Esta configuração é muito particular e pode variar de hardware para hardware. O melhor ajuste será encontrado somente testando.
Atualmente, não temos uma tabela com valores de referência. E este valor vai depender também, se o rádio estiver operando no padrão 802.11b ou 802.11g. O valor default, de fábrica é 91. Quanto maior a distância do link, maior deverá ser o valor do ACK Timeout, podendo ir até no máximo ao valor 255

leiam, interpretem e testem...Estou compartilhando conhecimento pessoal, e isso não tem preço...:dancing:

---

Colega valeu, eu vou fazer 2 links e isso vai me ajudar muito.
Vou fazer um com 8km e outro com 27km com RB600 e cartões de 600mW, vou testar até achar o que fique melhor para mim.
Mas se alguem já tiver alguma dica para dar seria bom, vai ser assim:
02 - RB600 com cartão 600mW
02 - Pluton 5.8 30dbi.

Vou usar os mesmos equipamentos para ambos link ponto a ponto.

Otima dica, estou usando aki meu ack no ap da zinwell em 91, no mk 30 (dinamic)

percebi que só chega aki em 2,5 mega de trougput

vou diminuir pra testar



meus datarate ta em 11 mega

Colegas, tenho um link de 4km (visada limpa) em 5.8 ghz com placas AG 530 e antenas Zirok off set de 26db, gostaria de saber qual o melhor ACK e como faço para medir o throughput deste link no MK?

Obs: Estou usando o ACK em dynamic.

no ovislink wl 5000 ap tem um calculador

Diz neto olha so eu uso muito um ack cauculator do meu ovis5000ap

e e batata quase sempre e o melhor valor posivel .....

no teu enlace de 8k ficaria 77 podemdo ser ate no maximo 92

segue foto do cauculator ack:star:

É bom quando um tópico traz um assunto tão prático como esse.

Eu já tinha lido sobre isso e resolvi fazer alguns testes com ACK.
Alguns amigos sugeriram alguns valores.
Eu fiz o seguinte:
Partindo de 90 fui baixando até onde havia uma resposta cada vêz melhor. Chega em determinado valor que piora. E até não conecta em alguns casos. Aí por segurança subi mais 5 neste valor.

Eu estou com MK só como servidor e em cima APs.
Quando era AP Alfa, estes valores ficaram para o meu caso em 75 e ainda assim não estava muito bom. Mas foi o melhor que consegui.

Quando troquei estes APs por GTS, ( que tem outros problemas, mas não vem ao caso agora), fui baixando o ACK e chegou em 60. MInha rede nunca andou tanto como agora. Acredito que dá para baixar mais ainda. Não tem ninguem mais que 1.3 km. Qualquer hora vou mexer nisto de novo.

Também li sobre fixar a velocidade em lugar de deixar dinâmica e também melhorou. Só não sabia o porquê. Agora lendo estas explicações sobre a modulação, compreendi.

O Ovislink Airlive Wla-5000ap 802.11 a/b/g já vem com uma calculadora para o ack timeout merço a distancia com o GPS e calculo nele depois dessa configuração link melhora muito tipo de 3M para 22M.:)

Citação:

---

Postado originalmente por JHONNE

O mikrotik tem uma tabela no seu manual em ingles que suger o ajuste do ack de acordo com a distância, realmente interfere no throughput da rede, por isso utilizo setado em 30 (distâncias menores que 5km), as vezes mudo para dinamic apenas para identificar cliente com ack alto, que podem estar com problemas em suas instalações;

lembrando que o ack do cliente pode ser diferente do ack do AP, ou seja a placa cliente pode ficar mais tempo esperando por a resposta do que o AP(a nível de protocolo tcpip).

Outra coisa que interfere diretamente na qualidade é a escolha do datarates, porque a modulação é diferente para 1 e 2 e 5,5 e 11, assim quando o rádio troca de modulação constantemente ele diminuio througput.

Como solução para o problema citado acima, estou usando sempre um conjunto de antenas na torre, com mesmo ssid e canais diferentes, uma trabalha apenas com datarates 5,5 e 11 e tem tambem maior potência sinal, a outra trabalha apenas com todas as modulações mas tem o sinal baixo, assim os clientes que por ventura tenham problemas não conseguem se conectar ao rádio de melhor sinal, mas se conectam ao outro. A vantagem é que eles não ficam enviando constantemente requisições de conexão ao primeiro rádio que como não está setado para a modulação de 1 e 2 poderia entende-las como ruido.

---

Voce usa 2 paineis na mesma direção? nao ha interferencia entre eles? vlw..

E se jogar tudo no máximo (255)? Ele vai esperar até 255. Se o pacote chegar antes beleza. Se atrasar um pouco ele espera...

eu estou usando o MK com 2 placas de rede , uma para entrada do link e outra saida para um EDIMAX, o ACK dele está em 91.

aonde eu mudo o ACK no MK? se necessario e tenho link com cliente no maximo até uns 3 a 4 KM, preciso mudar no EDIMAX?

e aonde eu vejo a taxa de throughput que vocês tanto comentam??


Obrigado...

muito bom, esta opinião vai me ajudar muito, pois vou montar um ponto a ponto de 4km

Citação:

---

Postado originalmente por FabricioViana

E se jogar tudo no máximo (255)? Ele vai esperar até 255. Se o pacote chegar antes beleza. Se atrasar um pouco ele espera...

---

Eu entendi seu raciocínio. Mas será que se o pacote chegar em 30 por exemplo, vai liberar para mais tráfego ou vai ficar esperando até completar os 255?
Porque eu acho que é isso que ele faz.
Se for assim, deveria sair de fábrica direto com os 255.

Será que não vai atrazar desnecessariamente a rede?

Citação:

---

Postado originalmente por 1929

Eu entendi seu raciocínio. Mas será que se o pacote chegar em 30 por exemplo, vai liberar para mais tráfego ou vai ficar esperando até completar os 255?
Porque eu acho que é isso que ele faz.
Se for assim, deveria sair de fábrica direto com os 255.

Será que não vai atrazar desnecessariamente a rede?

---

Até onde entendi, se o pacote chegar em 30 ele vai liberar para mais tráfego, a idéia de deixar em 255 é que ele vai ficar mais tempo aguardando o pacote.

Citação:

---

Postado originalmente por dougdoidao

Até onde entendi, se o pacote chegar em 30 ele vai liberar para mais tráfego, a idéia de deixar em 255 é que ele vai ficar mais tempo aguardando o pacote.

---

Sim, se este for o mecanismo, o Fabricio está certo.

Mas porque quando eu estava em ACK 90, e baixei para 60 o desempenho melhorou visivelmente?

Aí seria o caso então de usar o ACK dinâmico. Bateu, confirmou sem erros, toca a bola prá frente. Acho eu.

Citação:

---

Postado originalmente por 1929

Sim, se este for o mecanismo, o Fabricio está certo.

Mas porque quando eu estava em ACK 90, e baixei para 60 o desempenho melhorou visivelmente?

Aí seria o caso então de usar o ACK dinâmico. Bateu, confirmou sem erros, toca a bola prá frente. Acho eu.

---

Exato, ai que entra a questão de diminuir o ACK, se eu não estiver errado, quando o ACK está muito alto e acontece uma perda de pacotes no meio ele fica parado aguardando o pacote, causando lentidão, e com ele menor, quando há uma perda de pacote, ele reenvia o pacote em menos tempo, melhorando o rendimento da rede.
Por favor, me corrijam se eu estiver errado.

Vamos lá, vou explicar!

O host (computador) que inicia a conexão, ou seja ( solicita uma página ou arquivo qualquer) envia um segmento com a flag SYN ativado.

O host de destino responde com outro segmento com a flag SYN e ACK ativados contendo um número de sequência que identificará o próximo seguimento que o host enviará e o próximo número de sequencia que esse host espera receber.

O host que iniciou a conexão confirma o estabelecimento da conexão enviando um segundo seguimento com o flag ACK ativado e com o número de sequencia que o destino espera.Nesse seguimento ele informará também o próximo número de sequencia que espera receber.

Então traduzindo isso em miúdos, quanto mais rápido for a resposta de ACK entre os host's mais rápido o arquivo será transferido e o AP estará pronto para outra tarefa.

Agora se o ACK está em 255, a flag já chegou, mas ele continua esperando até 255, então isso causa lentidão e perda de pacotes na rede, até por que o host de destino vai perder pacotes porque o host de origem já vai ter enviado mas ele não recebeu, por que estava esperando terminar o tempo de 255.

Estou tentando explicar de uma forma simplificada, agora é fácil perceber que quanto menor esse tempo, melhor o desempenho da rede.

Leiam e interpretem com atenção que vão compreender...


Abração a todos e estou acompanhando o tópico, se precisar e (eu souber) estarei ajudando.

Citação:

---

Postado originalmente por Roberto21

Vamos lá, vou explicar!

O host (computador) que inicia a conexão, ou seja ( solicita uma página ou arquivo qualquer) envia um segmento com a flag SYN ativado.

O host de destino responde com outro segmento com a flag SYN e ACK ativados contendo um número de sequência que identificará o próximo seguimento que o host enviará e o próximo número de sequencia que esse host espera receber.

O host que iniciou a conexão confirma o estabelecimento da conexão enviando um segundo seguimento com o flag ACK ativado e com o número de sequencia que o destino espera.Nesse seguimento ele informará também o próximo número de sequencia que espera receber.

Então traduzindo isso em miúdos, quanto mais rápido for a resposta de ACK entre os host's mais rápido o arquivo será transferido e o AP estará pronto para outra tarefa.

Agora se o ACK está em 255, a flag já chegou, mas ele continua esperando até 255, então isso causa lentidão e perda de pacotes na rede, até por que o host de destino vai perder pacotes porque o host de origem já vai ter enviado mas ele não recebeu, por que estava esperando terminar o tempo de 255.

Estou tentando explicar de uma forma simplificada, agora é fácil perceber que quanto menor esse tempo, melhor o desempenho da rede.

Leiam e interpretem com atenção que vão compreender...


Abração a todos e estou acompanhando o tópico, se precisar e (eu souber) estarei ajudando.

---

corretissimo roberto,

alguns precisam se lembrar apenas que a distancia influi porque poderia causar um esgotamento do tempo antes de receber a resposta, assim não adianta diminuir quando a distancia não permite porque dessa forma perderiamos pacotes e consequentemente diminuiria o throughput da rede.


quanto ao valor máximo do ack, no mikrotik já presenciei até 408, e no manual especifica 405 para uma distancia de 45km

Citação:

---

Postado originalmente por JHONNE

corretissimo roberto,

alguns precisam se lembrar apenas que a distancia influi porque poderia causar um esgotamento do tempo antes de receber a resposta, assim não adianta diminuir quando a distancia não permite porque dessa forma perderiamos pacotes e consequentemente diminuiria o throughput da rede.


quanto ao valor máximo do ack, no mikrotik já presenciei até 408, e no manual especifica 405 para uma distancia de 45km

---

É por isso que para cada caso precisa ir testando. Baixando os valores e vendo o resultado.

Então, para ponto a ponto o ideal é ACK fixo e para distribuição, dinâmico?

Boa pergunta '1929' e no caso das setoriais no caso (modo AP)....

Qual q o pessoal da usando, tenho clientes no máximo 5 km, mas a maioria tem 1 km !!

Melhor usar dinâmico??? Uso como default (90) tenho boa velocidades nos clientes mas qdo dou ping em certos lugares da uma rara perda de pacotes. (Tdos estão com Signal Strenght na faixa de -46 a -75 e uns 3 em -80)....

Será q eu diminuir o ACK da uma melhorada???

P.S: Faço um link de 11 Km em 2.4 ghz c/2 grades aguarius de 24 dbi (1 ap mk g510 dlink <<<>>> 1 senao 2611 deluxe), com ACK em 90, chega a 11 mb perfeito, muito raramente cai pra 5.5 mb....

Citação:

---

Postado originalmente por 1929

É por isso que para cada caso precisa ir testando. Baixando os valores e vendo o resultado.

Então, para ponto a ponto o ideal é ACK fixo e para distribuição, dinâmico?

---

Olha só...


Quanto ao ACK fixo no ponto a ponto está correto, mas o ACK dinâmico para os clientes penso de outra forma.

Lembre-se que o ACK dinâmico é sempre ajustado no cliente que está com ACK mais alto, então se você tem um cliente a 1KM como o colega acima e outro a 5KM não pode ser dinâmico de forma alguma, senão o cliente que estiver mais perto vai perder rendimento em sua conexão e ficará como se estivesse a 5KM mesmo estando perto e com sinal excelente.

O ideal é achar um meio termo para o ACK, e estabelecer regras de nível de sinal na instalação, é melhor perder um do que sacrificar todos.Isso é uma questão muito pessoal, mas seria a forma correta de sua rede ficar redondinha.

O que eu fiz...

uso a base para fazer os WDS com meus ap's, esses ap's estão em pontos estratégicos da área onde quero cobrir, fazendo com que os clientes que eu atendo estejam a uma distância de até 2KM do ap, dessa forma consigo um ACK satisfatório para a conexão de meus clientes.

Não adianta também crescer os olhos e tentar cobrir toda cidade e fornecer um serviço que não tenha qualidade, defina a área que quer cobrir e quando for fora dela tenha a ''coragem'' de dizer que não e repasse para uma outra rede mais próxima, se o cara for uma pessoa que tenha o minimo de reconhecimento ele fará o mesmo com você, isso já aconteceu várias vezes comigo, e ai consegue-se um serviço de qualidade.

Vou contar um relato que uma cliene minha me passou...O irmão dela ao chegar em uma lan-house o dono da lan-house que era conhecido dele perguntou como estava a conexão dele em sua casa, ele respondeu: (melhor que aqui que tem velox) e olhe que lá é só 200K, (uso ''meu cache full'')Dizem que o dono da lan ficou todo errado sem entender o por que, então são essas coisas que nos fazem ganhar mais clientes, perdemos aqui, mas ganhamos duas vezes mais ali.

definam a área, fixem o ACK e tenham dias tranquilos, com o telefone tocando só para novos clientes...


Abração a todos.

Citação:

---

Postado originalmente por olivionet

Boa pergunta '1929' e no caso das setoriais no caso (modo AP)....

Qual q o pessoal da usando, tenho clientes no máximo 5 km, mas a maioria tem 1 km !!

Melhor usar dinâmico??? Uso como default (90) tenho boa velocidades nos clientes mas qdo dou ping em certos lugares da uma rara perda de pacotes. (Tdos estão com Signal Strenght na faixa de -46 a -75 e uns 3 em -80)....

Será q eu diminuir o ACK da uma melhorada???

P.S: Faço um link de 11 Km em 2.4 ghz c/2 grades aguarius de 24 dbi (1 ap mk g510 dlink <<<>>> 1 senao 2611 deluxe), com ACK em 90, chega a 11 mb perfeito, muito raramente cai pra 5.5 mb....

---

Experimenta Olivio! Baixa um pouco e observa se não vai diminuir a perda de pacotes. Mas se baixar muito, estes com sinal em -80 podem até não conectar. Aí voce sobe de novo.

Citação:

---

Postado originalmente por Roberto21

Lembre-se que o ACK dinâmico é sempre ajustado no cliente que está com ACK mais alto, então se você tem um cliente a 1KM como o colega acima e outro a 5KM não pode ser dinâmico de forma alguma, senão o cliente que estiver mais perto vai perder rendimento em sua conexão e ficará como se estivesse a 5KM mesmo estando perto e com sinal excelente.

---

Então o negócio é deixar fixo na base e usar dinâmico nos clientes?
Eu pensava que dinâmico na base, o rádio iria negociar com cada usuário o melhor para ele.

Na verdade, nos APs que tenho na base não dá mesmo para deixar dinâmico. São GTS. Como disse antes, deram um desempenho melhor do que os outros que eu tinha, mas o ACK não tem opção dinâmico.
Mas como a perda de pacotes é insignificante acho que consegui configurar o ACK para o melhor para o meu caso. Tenho alguns que estão em WDS e dão zero de perda de pacotes, mas para isso tive também de configurar em modo B e velocidade em auto. Se fixar em 11 já começa também a perder pacotes. Poucos mas perde.
Me parece que existe um equilibrio entre estes fatores: ACK, Modo B e velocidade. Os 3 se contrabalançam para um melhor desempenho.
E lembrei também agora, o preambulo. Li que o short seria melhor, mas foi o contrário. Com o long o desempenho também melhorou.
Só não experimentei mais o short depois que acertei o ACK. De repente agora com o ACK melhorado o short até pode ser que dê algum beneficio. Vou ter que testar isso.

Citação:

---

Postado originalmente por 1929

Então o negócio é deixar fixo na base e usar dinâmico nos clientes?
Eu pensava que dinâmico na base, o rádio iria negociar com cada usuário o melhor para ele.

Na verdade, nos APs que tenho na base não dá mesmo para deixar dinâmico. São GTS. Como disse antes, deram um desempenho melhor do que os outros que eu tinha, mas o ACK não tem opção dinâmico.
Mas como a perda de pacotes é insignificante acho que consegui configurar o ACK para o melhor para o meu caso. Tenho alguns que estão em WDS e dão zero de perda de pacotes, mas para isso tive também de configurar em modo B e velocidade em auto. Se fixar em 11 já começa também a perder pacotes. Poucos mas perde.
Me parece que existe um equilibrio entre estes fatores: ACK, Modo B e velocidade. Os 3 se contrabalançam para um melhor desempenho.
E lembrei também agora, o preambulo. Li que o short seria melhor, mas foi o contrário. Com o long o desempenho também melhorou.
Só não experimentei mais o short depois que acertei o ACK. De repente agora com o ACK melhorado o short até pode ser que dê algum beneficio. Vou ter que testar isso.

---

o maior problema do preamble é a compatibilidade, nem todas as plcas funcionam com preamble short;

realmente em short teoricamente atingira maior thoughtput, no entanto isso depende de tantos outros fatores como os discutidos no topico.

na pratica, com tanta poluição e diversidade de placas clientes, long funciona muito melhor, embora quando se necessita de maior thought put em links de ponto a ponto seria melhor usar short;

Citação:

---

Postado originalmente por 1929

...li que o short seria melhor, mas foi o contrário. Com o long o desempenho também melhorou.
Só não experimentei mais o short depois que acertei o ACK. De repente agora com o ACK melhorado o short até pode ser que dê algum beneficio. Vou ter que testar isso.

---

Aqui qdo tive problemas de perda de pacotes para clientes, usava ainda omni e o preamble em Both... Ao mudar simplesmente para Long, os problemas sumiram. E isso fazem quase 2 anos.

Algum de vocês que já estão fazendo testes com ponto-multiponto, já têm alguma idéia do pq algumas vezes alguns clientes com sinal excelente, instalação aparentemente perfeita, próximos da estação e tudo o mais, pega uns ACK bizonhos? Tenho uns 5 clientes aqui que sei não. Instalações perfeitas e acks malucos, pulando pra >300. Já troquei placa em um deles e continuou a mesma tosqueira. Tem cliente com pc bixado, tem cliente com pc novinho. Não achei padrão nenhum.

Citação:

---

Postado originalmente por Gosulator

Algum de vocês que já estão fazendo testes com ponto-multiponto, já têm alguma idéia do pq algumas vezes alguns clientes com sinal excelente, instalação aparentemente perfeita, próximos da estação e tudo o mais, pega uns ACK bizonhos? Tenho uns 5 clientes aqui que sei não. Instalações perfeitas e acks malucos, pulando pra >300. Já troquei placa em um deles e continuou a mesma tosqueira. Tem cliente com pc bixado, tem cliente com pc novinho. Não achei padrão nenhum.

---

Aparece uns casos assim de vez em quando mesmo, só resolvo colocando uma bridge em vez de placa PCI. Daí fica bom! Sempre resolveu, pelo menos aqui.

é fogo o cara gastar 150 reais no lugar de gastar 50. Os meus ficam com ack alto mesmo.

como devo proceder para alterar o ACK do Mikrotik?

Para setar o ack é só mudar onde esta dynamic e no lugar setar o que vc quer tipo colaca la 60 90 até achar um valor que seja bom pra seus clientes.
Quanto ao amigo que falou que resolveu problema de ack com bridge, aqui eu resolvia assim, atualmente nem assim tenho 5 clientes proximos a torre no maximo 800mtrs com ack 320, troquei para bridge ( radinhos zinwell e ovislink ), troquei antena, botei o radio atraz da antena e nada, e olha que eu não uso homini só uso painel setorial hyperlink de 90graus.

Citação:

---

Postado originalmente por tecnic

Para setar o ack é só mudar onde esta dynamic e no lugar setar o que vc quer tipo colaca la 60 90 até achar um valor que seja bom pra seus clientes.
Quanto ao amigo que falou que resolveu problema de ack com bridge, aqui eu resolvia assim, atualmente nem assim tenho 5 clientes proximos a torre no maximo 800mtrs com ack 320, troquei para bridge ( radinhos zinwell e ovislink ), troquei antena, botei o radio atraz da antena e nada, e olha que eu não uso homini só uso painel setorial hyperlink de 90graus.

---

Torres com clientes perto e outros longe, tambem geram problemas. alguns cartões quando recebem um nível de sinal mais forte ajustam automaticamente o seu nível de ruido de forma que pode diminuir a relação db/ruido nos sinais com menor nível.

Algumas dicas;

- Se pretende usar mais de um painel em uma torre procure utiliza-los nos canais 1, 6 e 11 sempre que possível, para não haver sobreposição;

- É interessante não ter a sua torre na mesma direção da torre de concorrentes; sua torre pode sofrer interferencias, princiaplemnte se ele usa 802.11g e ainda pode receber o ataque de deauth involuntário;

- Alguns cabos não só depreciam o sinal, como também distorcem o formato da onda, gerando problemas de comunicação, evite usar rg58;

- Em 2,4 utilize Acces point e de preferência com cabos pequenos, menor perda de sinal e menos manutenção na casa do cliente, além de que alguns modelos possuem controle de banda interno evitando alguns ataques a torre;

- Setar o ack timeout é importante, mas cuidado clientes com ack alto quando marcados para dynamic possuem problemas de comunicação e podem estar causando interferencias em sua torre;

- Muita potência não resolve problema, seria como estabelecer um diálogo onde sua torre grita e placa cliente susurra, difícil comunicar assim!

- Ganho em db das antenas é fundamental, pois aumenta a relação sinal/ruido

- Antenas de 90 graus são mais ímuneis a ruído que antenas de 180 ou 360 graus

- O protocolo 802.11b foi feito para trabalhar com 32 clientes simultâneos conectados em um unico Ponto de Acesso;

- Conectores mal isolados, não só da agua, mas do ar, que também tem humidade, oxidam com tempo e criam resistência a passagem do sinal;

- Polarização orizontal tende a sofrer menos interferencia lateral que polorização vertical, no entanto tende a sofrer mais interferência do que está abaixo ou acima da antena.

Olá!


Leiam a segunda parte desse tópico...

Alguem pode me ajudar na configuração do meu APRouter para que Eu possa estar melhorando.

Citação:

---

Postado originalmente por GivigiRJ

Alguem pode me ajudar na configuração do meu APRouter para que Eu possa estar melhorando.

---

Post no lugar errado! Vamos manter a organização do forum. Crie um tópico e refaça seu questioamento.

Logicamente todos nós qremos o melhor para nossas redes.
Apanhei mto com problemas de ping altos e estou em um area q ta totalmente poluida.

Tinha clientes aqui com 408us de ack e com 100% de sinal e mesmo de 1km de distancia da torre.

Tentei de todas as formas configurar, esse ack, indoor, 30, 40,50,60,70,80,91, dynamic...
nda melhorava meu ping.

então deixei em dynamic e fui na casa de cada cliente, configurei antenas, deixei com melhor visada possivel (notei q os problemas com ack pode ser devido a arvores, sobrados e fatores q estavam no caminho) então dps de subir em um monte de casa,, trocar um monte de cabo, placa consigui q mesmo em dynamic o meu ack fique em 30 us e os problemas com ping altos amenizaram (antes tinha media de 2000ms e perca de 20% a 50% dependendo do cliente,agora percas estam por volta de 1% e ping em media 100ms) levando em consideraçao q tem mais de 50 sinais wi-fi (totalmente poluido) e ainda uso um Omni, isso é um sonho, esse mes vou trocar a omni por setorias horizontais tenho certeza q vou consiguir melhorar ainda mais meu ping.

Conclusão: o ACK razuavel pode ser ajeitado se for antenas de cliente forem bem instaladas.

Setar o ack fixo pode acabar prejudicando alguns clientes.

Levando em consideração q o ack aceitavel é 91us e é para um distancia de qs 10km e acho q qs ngm tein clientes acima disso, deixando em dynamic da sempre estar com o melhor do seu equipamento.

Ainda sou iniciante mas sempre é bom passar para você o já passei para tirarem aproveito do q eu passei.

Aproveitando a carona do excelente topico gostaria saber mais sobre signal strenght, signal noise, entre outras opcoes que nos ajudam a saber quais clientes estao com problemas, alguem teria um artigo falando sobre isso ou estaria apto a me esclarecer as duvidas?

O ideal é padronizar todos os clientes, conferir as instalações pra ver se não tem cliente com problema de sinal e tal... ai facilita achar o valor ideal pro ACK.

Arson, normalmente problema de sinal é causado por interferência, alinhamento ruim, conector mal feito, cabo cortado, placa, adaptador ou AP com problema, ou no caso de sinal ruim em muitos clientes pode ser problema com cartões, antenas ou outros equipamentos no POP.

exelente post parabens amigo ja esta sendo de muita utilidade para muitos .
e que sirva para que novos post como esse nos ajude ainda mais a melhorar nossa infra-estrutura.

Citação:

---

Postado originalmente por Roberto21

Bom, como estou sempre procurando me atualizar devido a trabalhar com administração de redes comprei um livro hoje sobre protocolo TCP/IP...lendo o livro e procurando explicações mais detalhadas na internet sobre o que estou lendo achei esse comentário aqui, e me alertou para uma verdade em minha rede, só não sabia o porque, lendo isso compreendi...

Espero que sirva para muitos...

O controle de ACK timeout serve para otimizar o throughput de uma transmissão ao máximo. Este valor corresponde a uma temporização interna do protocolo de comunicação. Basicamente, seria o tempo de espera de um pacote. Se você colocar um tempo muito alto, o rádio vai ficar esperando um tempo desnecessário, diminuindo a eficiência (throughput) da conexão. Se você colocar um tempo muito baixo, o rádio vai “desistir” de esperar antes mesmo do pacote ter chegado ao destino, causando novamente a diminuição de eficiência (throughput) da conexão.
E é esse o principal motivo da perda de desempenho em distâncias longas, pois os rádios que utilizam o protocolo 802.11a/b/g, são otimizados para curtas distâncias! E quanto maior a velocidade da conexão, mais notável se torna esta perda.
Com a possibilidade de ajuste do ACK timeout, é possível aumentar (e muito) a eficiência de um link ponto a ponto, tirando o máximo proveito possível!
Como exemplo, podemos citar um link que fizemos de 6Km usando um rádio 802.11a com controle de ACK. De 1M de throughput, ele pulou para incríveis 17M real! Somente ajustando o ACK Timeout. Esta configuração é muito particular e pode variar de hardware para hardware. O melhor ajuste será encontrado somente testando.
Atualmente, não temos uma tabela com valores de referência. E este valor vai depender também, se o rádio estiver operando no padrão 802.11b ou 802.11g. O valor default, de fábrica é 91. Quanto maior a distância do link, maior deverá ser o valor do ACK Timeout, podendo ir até no máximo ao valor 255

leiam, interpretem e testem...Estou compartilhando conhecimento pessoal, e isso não tem preço...:dancing:

---

pessoal, so tenho uma duvida quanto ao datarate, é melhor deixar fixo ou automatico?
O que depende isso? o que preciso saber para definir o que é melhor?

Abracos

Parabéns pelo tópico, vou pegar uma carona ae e salientar um problema que muitos me procuram pra resolver. Vou dar um exemplo de uma rede que arrumei a pouco tempo. O amigo la tinha pings altos com perda de pacotes e a rede dele muito lenta, dei uma geral e vi que muitos clientes tinham sinal ruim, dae setei o data rates em 11 e setei o cartão pra 150 mw com ack em 30 ( fui baixando até esse valor ),as rede dele ficou 100%, mas muitos clientes ficaram fora da rede por apresentar ruidos em relação ao sinal recebido.Fomos aos clientes e la a decepção : cabo fino, conectores mal feitos, etc. trocamos tudo e pronto. Rede com mais de 400 clientes e ping a 3 ms.
Isso so pra dar um exemplo da importancia do tema abordado.
Parabéns ao Roberto21.

opa,
meu problema é um pouco semelhante, mas envolve somente 2 clientes

na verdade, nao tenho provedor, somente um enlace entre a empresa e a residencias dos diretores...

Acontece que precisa ter um repetidor no meio...ai que mata...

Os pins paras os clientes ficam otimos, oscilando entre 3 e 5ms, mas se colocar qualquer trafego q for, o minimo, fica tudo doido, perde pacotes, pings vao para 1000ms...

minha estrutura é o seguinte:

EMPRESA (NETGEAR WG102 como point-to-point numa antena de grade 24dbi) - REPETIDORA (NETGEAR WG102 como repeater, ligada numa antena de grade 24dbi) CABO CROSS <-> OVISLINK WL5460 como AP - CLIENTES

Citação:

---

Postado originalmente por rps67

..... Fomos aos clientes e la a decepção : cabo fino, conectores mal feitos, etc....

---

Olá amigo... cabo fino que vc quer dizer é o RGC58? qual o problema em utilizá-lo? Vc só usa o RGC213?
Abraços

Cabo fino pra distancias mais longa tem perca de ganho no sinal, use sempre o RGC213.

Citação:

---

Postado originalmente por rps67

Cabo fino pra distancias mais longa tem perca de ganho no sinal, use sempre o RGC213.

---

Distância mais longa vc quer dizer o comprimento do cabo ou a distância do cliente da torre?
Como fica o acabamento com aquele cabão? rsrsrs... o pessoal nao reclama?
Vc usa pigtail entre o cabo e a placa pci ou usa conector sma/rgc213?
Vlw.. abs...

Distância entre a torre e o cliente e o conector sma/rgc213 direto no cabo.

Citação:

---

Postado originalmente por Roberto21

Vamos lá, vou explicar!

O host (computador) que inicia a conexão, ou seja ( solicita uma página ou arquivo qualquer) envia um segmento com a flag SYN ativado.

O host de destino responde com outro segmento com a flag SYN e ACK ativados contendo um número de sequência que identificará o próximo seguimento que o host enviará e o próximo número de sequencia que esse host espera receber.

O host que iniciou a conexão confirma o estabelecimento da conexão enviando um segundo seguimento com o flag ACK ativado e com o número de sequencia que o destino espera.Nesse seguimento ele informará também o próximo número de sequencia que espera receber.

Então traduzindo isso em miúdos, quanto mais rápido for a resposta de ACK entre os host's mais rápido o arquivo será transferido e o AP estará pronto para outra tarefa.

Agora se o ACK está em 255, a flag já chegou, mas ele continua esperando até 255, então isso causa lentidão e perda de pacotes na rede, até por que o host de destino vai perder pacotes porque o host de origem já vai ter enviado mas ele não recebeu, por que estava esperando terminar o tempo de 255.

Estou tentando explicar de uma forma simplificada, agora é fácil perceber que quanto menor esse tempo, melhor o desempenho da rede.

Leiam e interpretem com atenção que vão compreender...


Abração a todos e estou acompanhando o tópico, se precisar e (eu souber) estarei ajudando.

---

Agora se o ACK está em 255, a flag já chegou, mas ele continua esperando até 255, então isso causa lentidão e perda de pacotes na rede, até por que o host de destino vai perder pacotes porque o host de origem já vai ter enviado mas ele não recebeu, por que estava esperando terminar o tempo de 255.

Sobre isso, nao e bem assim, se o ACK estiver em 255, a flag ja chegou, ele nao fica esperando ate o 255, pq ele ja recebeu, ele libera o trafego, a diferença e que, se por algum motivo a ACK nao chegar, ele vai ficar esperando ate os 255, e depois retransmitir se sua rede e boa, e as vezes os ACK se perde, e vc deixa em 255, ele fica esperando muito, e atrasa tudo, setando mais baixo, a retransmissao vai ser mais rapida, so nao pode ser muito pouca, senao o pacote esta indo ainda, e vc ja ta retransmitindo...

espero q nao tenho confundido mais...