+ Responder ao Tópico



  1. O ping tem prioridade.

    E... teria que dar um ping com 1450 ou 1480 bytes, pra ver o comportamento.

    O ping padrão é só 32 bytes, mas navegação e download usam pacotes tcp e udp de 500 a 1500 bytes, na vida real trafega pacote no limite do MTU então o ping confiável é no limite do MTU (Pelo menos 1400 bytes).

    Ping/ICMP tem prioridade na maioria dos roteadores, mas mesmo sem prioridade alta ele sozinho não é um teste confiável. Se uma conexão tem capacidade real de digamos 1Mbps, mas está passando 200Kbps, o que ocorre não é simplesmente menor banda passante, sempre tem menor banda e aumento do ping (Especialmente ping com pacote mais realista tipo 1400 bytes).

    Digamos que 18M passa 8Mbps com 2ms de ping.
    Se um dia medir 7Mbps nesse link, com certeza o ping não será de 2ms, ele vai subir ou variar de 3 a 5ms.
    Ter conexão "rendendo" pouco, com disponibilidade real abaixo do máximo conseguível (Uns 50% do datarate nominal, em condições perfeitas), significa que uns pacotes foram enviados, não houve resposta (Por erro no envio ou na resposta da chegada), e o mesmo pacote foi enviado denovo. Esse reenvio demora um pouco, por isso o ping aumenta e varia (Um pacote vai de primeira e tem respostas em 2ms, outro precisa ser reenviado e vai pra 4ms, outro precisa ser reenviado e vai pra 6ms, só exemplos), o tempo pra enviar um mesmo pacote aumenta por isso o trhoughput aumenta, afinal ele é medido em bits ou bytes POR SEGUNDO. Ao invez de enviar digamos 20 pacotes por segundo, se perder 20% seriam 4 perdidos, quer dizer cair pra 16 por segundo. Mas onde se perde um pacote no "primeiro envio" também pode perder no reenvio, ou seja, uns desses 4 pacotes perdidos são pacotes que já foram enviados antes (E não tiveram resposta), é o caso de digamos um ping de 2ms e logo depois um de 8ms, esse de 8 precisou reenvio varias vezes até "dar certo".

    No Windows eu digo que um ping -t 192.168.1.1 é o mesmo que nada, não mostra a realidade, tem que dar um
    ping -t 192.168.1.1 -l 1450
    No Windows é só selecionar o "packet size", ao invez de 50 bytes (Acho que quase nada usa pacote tão pequeno na realidade) colocar uns 1400 ou 1450 bytes.

    O teste mais realista seria ter um servidor http na sua rede, e fazer um teste de velocidade nele (Seja ftp, um download com http, um arquivo hospedado na rede, seja Windows ou um server linux com Samba), isso seria igual um download da web, usaria pacotes de 1450 a 1492 bytes (Quase o valor no MTU do cliente ou AP).


    Ah, e um ótimo teste com ping é fazer download em banda grande. Digamos copiar via rede um arquivo com digamos um SuperCopier 2.2 beta, que te permite limitar velocidade. Digamos que ele chega a 1MB/s (8Mbps) você limita nuns 800KB/s, e dá um ping em paralelo a isso, um ping comum (32 bytes) vai bem, o de 1450 bytes vai perder pacotes. Se passar o limite de copia via rede pro limite prático medido antes, 1MB/s no caso, muito provavelmente todos os ping's de uns 1000 bytes pra cima (-l 1000) não terão resposta, vai perder tudo porque Windows costuma não dar prioridade pra ping (O resto sim, e o resto é basicamente linux).

    Ping é muito instrutivo pra qualidade de rede, mas ele sozinho e comum (Só 32 ou 50 bytes) não ajuda muito, tem que colocar ele paralelo ao tráfego (Até porque não adianta ter um cliente com download de 1Mbps rodando, e o resto ficar com algo ridículo tipo 80ms num ping -l 1450 (E lembra que o ping tem prioridade em linux (RouterOS, AirOS, e todo firmware de roteador de mesa é linux), se o ping tem 80ms então um pacote REAL de navegação terá até mais de 80ms (E falo do ping rumo ao servidor, não rumo a um IP público na web, senão cai no gargalo da web e isso não ajuda em nada a diagnosticar qualidade da sua rede local).

    Ping também pode servir pra ver capacidade de processamento de equipamento, ter um monte de ping -l 1450 gera muito trafego inútil pro chipset responder, se o ping de 1450 bytes está ruim pode ser problema físico de RF (Sinal baixo, ruído no canal, essas coisas) ou problema de capacidade de processamento (Chipset de wifi sobrecarregado por excesso de clientes (30 num AP comum), por excesso de pacotes (P2P abre 200 conexões simultaneas por default), ou por excesso de dados trafegando devido a repetições (Pacotes perdidos, é a situação que 1 cliente de sinal ruim tipo -75dBm atrapalha os outros que tem sinal bom digamos -62dBm, o chipset precisa processar 3x mais pra trafegar digamos o mesmo 1MB de dados de uma página html/php/asp aberta.

  2. Então o que vc me aconcelha a fazer, Abaixar o datarate para 12mb para ter maior sensibilidade o meu caso é que eu já testei canal por canal , varia muito o sinal de um canal para outro tipo o cliente que esta com -60 no canal 1 no canal 6 esta com -83 e outros cliente que estao ruim melhora , o canal 10 foi o que tive sinal melhor em todos os clientes , mais o clientes que estao mostrando no mk com -83 no cliente esta - 55 ai quando 1 cai a conexao leva outros clientes junto , to tentando deixar todos funcionando 100% mais quando acerto 1 o outro piora, ai fica dificil , aqui na minha cidade estão saindo do 2.4 mais o sinal ruido ainda esta muito forte , tem hora que chega a -71



  3. Isso de num canal ter um sinal, e noutro canal ter outro, é bem estranho, pode ser problema no hardware do cliente, ou ruído na região dele. Porque não tem diferença de ganho suficiente nas antenas pra criar isso.

    O sinal torre > cliente (RX no setup do roteador do cliente) geralmente é bem maior que o sinal cliente > torre (O RX na aba Registration, no Winbox), porque a torre tem 20dBm de radio e uns 15dBi de antena, enquanto os clientes tem potencia baixa tipo 10 a 15dBm, com CPE de 8 a 13dBi.
    Então sinal baixo no Windows (-75dBm de um cliente) indica algo muito errado, ele provavelmente tem roteador de potencia baixa demais (Em roteador de mesa tem muito disso, potencia baixa tipo 10dBm em datarate de 36 a 54M).

    Roteador de mesa em antena de grade tem o problema do cabo RGC58, dependendo do cabo tem 10dBm de perda em 10m de cabo, se o roteador tem 14dBm em 18M, e a antena tem 20dBi, seriam 34dBm EIRP, mas perde 10dBm no cabo longo, e termina com 24dBm EIRP (E junte a isso a falta de zona de fresnel 100% limpa, em 2,4GHz ela é gigante, ter só 1m de zona de fresnel livre em 500m atenua o sinal mais uns 10dBm).

    O que acho que precisa fazer é subir os sinais cliente > torre, usam 12M não resolve porque esses sinais baixos não devem ser fruto de cliente distante, mas sim cliente com visada ruim (Sem zona de fresnel suficiente).

    Ter 3 ou 4 clientes sem visada dá, vai consumir todos os 18M com eles. O problema é que ter 10 clientes com sinal bom e 3 ou 4 sem visada seria como ter 30 clientes de sinal muito bom, cliente de sinal ruim (Ou falta de zona de fresnel limpa) "pesam" muito.

    Pega a meta de não deixar ninguem chegando na torre com algo pior que -65dBm, pode ser digamos -55 a -65dBm. Roteador de mesa tem controle de potencia, se ele está alto você reduz a potencia. Se está baixo... tem que aumentar ganho de antena ou reduzir cabo de RF (Usar RGC213 não acho que valha a pena, melhor partir pra CPE, por serem mais leves podem ser colocadas mais altas, 4m acima de um telhado com tubo 3/4" chapa 18 é bem tranquilo com CPE leve.

    Num hardware bom, com ruído perene, o fato de trocar de canal não devia mudar nada. A atenuação por falta de zona de fresnel, por distancia, elas variam quase nada conforme o canal (Talvez 1dBm entre 2412 e 2472MHz). Então esse problema de cliente XYZ ter conexão ruim no canal 6, tem que ser verificado lá no cliente XYZ, pode ter vizinho com malditos "kits pra provedor" com porcarias de PCBA's de 700 a 100mW, com omni de 15dBi, poluindo absurdamente a vizinhança, por isso defendo o chibatamento em praça pública dos usuários desses equiptos de alta potencia e omni de alto ganho em ambiente urbano denso (1 casa a cada 10m), atrapalha horrores a vizinhança, e são sempre baixos ou em posição péssima, atrapalham demais os clientes a 200m, mas por falta de zona de fresnel livre (Provedor serio devia usar torre de pelo menos 20m pra 2,4GHz, pra ter zona de fresnel limpa, ideal seria uns 40m) esse sinal mal chega nuns 800m, é um "provedor de 2 quarteirões", não só atende 2 quarteirões como atrapalha absurdamente esses 2 quarteirões.

    Pra ter esse problema de 1 cliente ruim num canal, e outro em outro canal, se o equipto dele está ok, então só posso imaginar que tenha um FDP com alta potência na vizinhança dele.

    (É bom ver o equipto do cliente, posicionar bem, em distancia boa de parede, acima de telhado, porque num determinado canal a distancia até um objeto próximo (Parede atras, essas coisas) pode bater em cheio com um multiplo da largura da onda, 2412MHz vem a ser onda de 12,43cm de comprimento, 2432MHz são 12,33cm, um reflexo nessa distancia exata pode fazer o sinal num canal refletir e chegar em contra-fase de modo que uma onda subindo atenua a onda descendo (É igual onda no mar/agua, a onda bate na margem e volta, a volta atenua as novas ondas que estão chegando. No meio da agua, longe de reflexo de parede, isso não ocorre, as ondas ondulam soltas)

  4. Citação Postado originalmente por rubem Ver Post
    Isso de num canal ter um sinal, e noutro canal ter outro, é bem estranho, pode ser problema no hardware do cliente, ou ruído na região dele. Porque não tem diferença de ganho suficiente nas antenas pra criar isso.

    O sinal torre > cliente (RX no setup do roteador do cliente) geralmente é bem maior que o sinal cliente > torre (O RX na aba Registration, no Winbox), porque a torre tem 20dBm de radio e uns 15dBi de antena, enquanto os clientes tem potencia baixa tipo 10 a 15dBm, com CPE de 8 a 13dBi.
    Então sinal baixo no Windows (-75dBm de um cliente) indica algo muito errado, ele provavelmente tem roteador de potencia baixa demais (Em roteador de mesa tem muito disso, potencia baixa tipo 10dBm em datarate de 36 a 54M).

    Roteador de mesa em antena de grade tem o problema do cabo RGC58, dependendo do cabo tem 10dBm de perda em 10m de cabo, se o roteador tem 14dBm em 18M, e a antena tem 20dBi, seriam 34dBm EIRP, mas perde 10dBm no cabo longo, e termina com 24dBm EIRP (E junte a isso a falta de zona de fresnel 100% limpa, em 2,4GHz ela é gigante, ter só 1m de zona de fresnel livre em 500m atenua o sinal mais uns 10dBm).

    O que acho que precisa fazer é subir os sinais cliente > torre, usam 12M não resolve porque esses sinais baixos não devem ser fruto de cliente distante, mas sim cliente com visada ruim (Sem zona de fresnel suficiente).

    Ter 3 ou 4 clientes sem visada dá, vai consumir todos os 18M com eles. O problema é que ter 10 clientes com sinal bom e 3 ou 4 sem visada seria como ter 30 clientes de sinal muito bom, cliente de sinal ruim (Ou falta de zona de fresnel limpa) "pesam" muito.

    Pega a meta de não deixar ninguem chegando na torre com algo pior que -65dBm, pode ser digamos -55 a -65dBm. Roteador de mesa tem controle de potencia, se ele está alto você reduz a potencia. Se está baixo... tem que aumentar ganho de antena ou reduzir cabo de RF (Usar RGC213 não acho que valha a pena, melhor partir pra CPE, por serem mais leves podem ser colocadas mais altas, 4m acima de um telhado com tubo 3/4" chapa 18 é bem tranquilo com CPE leve.

    Num hardware bom, com ruído perene, o fato de trocar de canal não devia mudar nada. A atenuação por falta de zona de fresnel, por distancia, elas variam quase nada conforme o canal (Talvez 1dBm entre 2412 e 2472MHz). Então esse problema de cliente XYZ ter conexão ruim no canal 6, tem que ser verificado lá no cliente XYZ, pode ter vizinho com malditos "kits pra provedor" com porcarias de PCBA's de 700 a 100mW, com omni de 15dBi, poluindo absurdamente a vizinhança, por isso defendo o chibatamento em praça pública dos usuários desses equiptos de alta potencia e omni de alto ganho em ambiente urbano denso (1 casa a cada 10m), atrapalha horrores a vizinhança, e são sempre baixos ou em posição péssima, atrapalham demais os clientes a 200m, mas por falta de zona de fresnel livre (Provedor serio devia usar torre de pelo menos 20m pra 2,4GHz, pra ter zona de fresnel limpa, ideal seria uns 40m) esse sinal mal chega nuns 800m, é um "provedor de 2 quarteirões", não só atende 2 quarteirões como atrapalha absurdamente esses 2 quarteirões.

    Pra ter esse problema de 1 cliente ruim num canal, e outro em outro canal, se o equipto dele está ok, então só posso imaginar que tenha um FDP com alta potência na vizinhança dele.

    (É bom ver o equipto do cliente, posicionar bem, em distancia boa de parede, acima de telhado, porque num determinado canal a distancia até um objeto próximo (Parede atras, essas coisas) pode bater em cheio com um multiplo da largura da onda, 2412MHz vem a ser onda de 12,43cm de comprimento, 2432MHz são 12,33cm, um reflexo nessa distancia exata pode fazer o sinal num canal refletir e chegar em contra-fase de modo que uma onda subindo atenua a onda descendo (É igual onda no mar/agua, a onda bate na margem e volta, a volta atenua as novas ondas que estão chegando. No meio da agua, longe de reflexo de parede, isso não ocorre, as ondas ondulam soltas)

    Concordo com tudo que disse , só que acho que o problema é excesso de sinal ruido em horarios de pico eu vou te falar um pouco de minha rede para vc entender , eu só coloco clientes com 100% de vizada se não eu não instalo , ap de mesa eu tenho sim todos eles perto da torre e com sinal de -55 a -60 distancia no maximo 1km , equipamento que eu uso são radios normais com aprouter com antena de 17dbi para perto 20dbi para 1km e 25dbi para + de 1km , potencia para perto 12dbm para 1km 15 ou 17dbm e para + 1km de 17 a 20dbm , na torre uso setorias computech de 14dbi com radome shild que eu mesmo fiz e por sinal com o radome melhorou muito + rb433 + cartão r52hn com potencia de 18dbm essa é rede quando têm algum problema de sinal que não consigo resolver eu troco os radios por bullet 2 100mw geralmetne merolha muito o sinal aumente e qualidade é excelente não fica desconectando toda hora e o sinal não ocila, se continuar assim eu vou ter que por bullet para todo mundo , as x acontece de 1 cliente se conecta a -63dbm e chega no horario de pico o sinal muda para -80dbm o mesmo cliente por esse motivo eu acho que é sinal ruido em cima dos clientes , A minha cidade é muito montanhosa e minha torre fica em cima de uma casa a 3 metros de altura só que a casa fica no topo do morro e se eu levantar muito a antena da Computech tem um angulo de elevação de 14º uma das melhores antena com angulo de elevação que eu achei no mercado e se eu fizer uma torre de 20metros por causa da topologia os cliente perto fiz na zona de sombra da antena por isso ela esta baixa . Eu não uso cpe nos clientes porque o sinal fica ruim na maioria do clientes só antena de grade tenho só 1 cpe da tplink de 10dbi mais esta a 50m de distancia.

    Com essas informações acho que vc entende melhor o que estou passando , existe antenas omni de 15 da aquario espalhada na cidade inteira operadas por amadores que não sabe o que estão fazendo e estragando o sinal , a perguta é como melhorar sem depender desses FDP!



  5. Amigo Rubens olha essa foto , repara que o cliente claudio esta a -78 sendo que a 2min depois na 2 foto ele esta a -66 , e repara que todos que estao conectados estão com pouco tempo de conexão só o Douglas que esta a mais de 5horas o Douglas esta com bullet e o restante com aps normais com aprouter

    Clique na imagem para uma versão maior

Nome:	         sinal 5.jpg
Visualizações:	64
Tamanho: 	176,1 KB
ID:      	59678
    Clique na imagem para uma versão maior

Nome:	         sinal 6.jpg
Visualizações:	58
Tamanho: 	173,8 KB
ID:      	59679






Tópicos Similares

  1. Não passa banda no PTP - Alguma idéia
    Por AndersonFox no fórum Redes
    Respostas: 7
    Último Post: 11-02-2015, 20:07
  2. Respostas: 39
    Último Post: 13-02-2013, 14:31
  3. Controle de banda no cliente
    Por 1929 no fórum Redes
    Respostas: 18
    Último Post: 10-03-2009, 15:41
  4. ajuda..controle de banda no cliente
    Por jrfla no fórum Redes
    Respostas: 2
    Último Post: 09-07-2008, 08:28
  5. controle de banda no cliente, como?
    Por outlaw_jkd no fórum Redes
    Respostas: 6
    Último Post: 27-06-2006, 16:56

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L