Re: [PROBLEMA] Omnitik não envia mais de 10MB apos raio.
Citação:
Postado originalmente por
rubem
Se tem certeza que não tem loop na rede (Uma bridge conectada via cabo e via wifi, digamos), também voto em pau no chipset ou no firmware.
Se enviar novo firmware não ajudou (1 em cada 100 vezes ajuda), pau no chipset.
Ruben existe uma bridge direta, tem um sxt enviando ponto a ponto para outro, o sxt que esta no ponto principal está na classe 88.6, a omni e 88.1, o sxt que recebe setei la no quick set dele bridge e tinha conectado e funcionado na hora pegando a classe 5.1 que e a minha rede interna, ao verificar o ip dele aparece que esta na mesma da omni 88.1 mas aparece desabilitado ja que em bridge o sxt que recebe assimilou o ip da rede interna, será que esta influenciando?
Re: [PROBLEMA] Omnitik não envia mais de 10MB apos raio.
Citação:
Postado originalmente por
renanssj5
Ruben existe uma bridge direta, tem um sxt enviando ponto a ponto para outro, o sxt que esta no ponto principal está na classe 88.6, a omni e 88.1, o sxt que recebe setei la no quick set dele bridge e tinha conectado e funcionado na hora pegando a classe 5.1 que e a minha rede interna, ao verificar o ip dele aparece que esta na mesma da omni 88.1 mas aparece desabilitado ja que em bridge o sxt que recebe assimilou o ip da rede interna, será que esta influenciando?
Se está em bridge, tanto faz o IP, ela passa tudo quanto é dado porque se baseia no mac adress, pode ser ip local ou real que uma bridge passa.
E a questão de pegar só 10M numa porta também não afeta isso, antes de acionar o DHCP a porta faz algumas trocas de dados pra estabelecer comunicação, se em 100M ela não consegue, parte pra 10M, e só depois de uma duzia de pacotes trocados sem erro é que o DHCP client faz a requisição pro DHCP server.
E dá um ping rumo ao IP local da Omnitik, porque além da porta estar em 10M, pode ter perda de pacote. Mas ping com pacote grande.
O normal seria
ping -t 192.168.88.1
Pra usar um ping com pacote grande, igual o tamanho dos pacotes de dados (Limitados pelo MTU), acrescente a variável -l de large, e o tamanho do pacote em bytes
O ping normal é com 32 bytes, ele equivale a
ping -t 192.168.88.1 -l 32
Mas pra ver se não tem perda de pacotes REAIS, perto do limite do MTU, testa
ping -t 192.168.88.1 -l 1400
ping -t 192.168.88.1 -l 1450
ping -t 192.168.88.1 -l 1470
O máximo que poderia acontecer via cabo é o ping normal ficar em 1 ou 2ms, e o ping com pacote grande subir pra 2 a 4ms.
Se, via cabo, o ping com pacote de 1400 bytesm der algo tipo 10ms, e perder 1 a cada 10 pings (É o que geralmente vejo com rádio que fica em 10M depois de tempestade), isso é uma perda de 10% dos pacotes, a navegação fica sofrida.
E mesmo que já tenha trocado a porta, pra uma que aceita 100M, dá o ping igual, porque se o chipset foi afetado ele vai perder pings ou dar tempos enormes também nas outras portas. Em CI de switch isso é comum, queima só 1 porta mas as outras são um pouco afetadas, perdem alguns pacotes grandes.
(E navegação usa pacotes grandes, não pequenos, mesmo o status do WhatsApp usa pacotes de uns 500B pra cima, até isso (Que gera tráfego tipo 1 ou 2kbps) é afetado)
1 Anexo(s)
Re: [PROBLEMA] Omnitik não envia mais de 10MB apos raio.
Citação:
Postado originalmente por
rubem
Se está em bridge, tanto faz o IP, ela passa tudo quanto é dado porque se baseia no mac adress, pode ser ip local ou real que uma bridge passa.
E a questão de pegar só 10M numa porta também não afeta isso, antes de acionar o DHCP a porta faz algumas trocas de dados pra estabelecer comunicação, se em 100M ela não consegue, parte pra 10M, e só depois de uma duzia de pacotes trocados sem erro é que o DHCP client faz a requisição pro DHCP server.
E dá um ping rumo ao IP local da Omnitik, porque além da porta estar em 10M, pode ter perda de pacote. Mas ping com pacote grande.
O normal seria
ping -t 192.168.88.1
Pra usar um ping com pacote grande, igual o tamanho dos pacotes de dados (Limitados pelo MTU), acrescente a variável -l de large, e o tamanho do pacote em bytes
O ping normal é com 32 bytes, ele equivale a
ping -t 192.168.88.1 -l 32
Mas pra ver se não tem perda de pacotes REAIS, perto do limite do MTU, testa
ping -t 192.168.88.1 -l 1400
ping -t 192.168.88.1 -l 1450
ping -t 192.168.88.1 -l 1470
O máximo que poderia acontecer via cabo é o ping normal ficar em 1 ou 2ms, e o ping com pacote grande subir pra 2 a 4ms.
Se, via cabo, o ping com pacote de 1400 bytesm der algo tipo 10ms, e perder 1 a cada 10 pings (É o que geralmente vejo com rádio que fica em 10M depois de tempestade), isso é uma perda de 10% dos pacotes, a navegação fica sofrida.
E mesmo que já tenha trocado a porta, pra uma que aceita 100M, dá o ping igual, porque se o chipset foi afetado ele vai perder pings ou dar tempos enormes também nas outras portas. Em CI de switch isso é comum, queima só 1 porta mas as outras são um pouco afetadas, perdem alguns pacotes grandes.
(E navegação usa pacotes grandes, não pequenos, mesmo o status do WhatsApp usa pacotes de uns 500B pra cima, até isso (Que gera tráfego tipo 1 ou 2kbps) é afetado)
Obrigado pela grande aula vc e um mestre, segunda testarei o seu tutorial mas a porta esta a 100mbs, isso tenho certeza, pode e claro estar afetada por causa da ether 1 que esta em loop mas está desabilitada, mas como vc falou uma pode influenciar a outra.
Dei uma corrida ali e fiz o teste, não perdeu pacotes via Ethernet nem com 1470, estou usando aqui na minha casa um ponto a ponto e nele está tudo ok, o balanceador de carga tp link tb estragou uma das saídas a porta 5, pensei que ele poderia estar ruim tb mas no local ele opera mandando os 30mb da adsl e aqui em casa no ponto a ponto tb esta passando toda a banda, fiz um bandwitch test para um ilimitado e vejam so, ela ta travada em 10mb mesmo via wireless, ta mostrando 13.5 em interfaces mas e meio fake, o real ta dentro do quadro de teste, esse chip so pode ter sido condenado.Anexo 63266
Re: [PROBLEMA] Omnitik não envia mais de 10MB apos raio.
Hum, mas você fez o teste rumo a um IP que está conectado via wifi também nesse datarate de 26M?
Se for, é normal o throughput ficar nesses 12,5Mbps, até 14Mbps também. Mas o teste de banda vai ficar abaixo depois do trabalho de trocar pacotes e tal, 8,4 Mbps acho pouco mas toda vez que vi limite na porta o limite era realmente uns 10Mbps (Se você limitar manualmente a 10M num equipamento bom, de PC a PC é fácil ver troca de dados a 1,2MB/s, que dá quase 10Mbps mesmo).
Se o teste foi feito com tráfego pela porta ethernet (Com um cabo de rede entre os equipamentos 192.168.5.101 e o equipamento 10.1.1.99), então realmente a ethernet ainda tem problema mesmo.
(Mas pelo que entendi o teste passa por wifi com data rate de 26M, que vai trafegar 13 ou 14Mbps só em condições boas. O datarate de 19M (MCS2) trafega 10M só em PTP, mas em PTMP até um MCS4 (39M) é capaz de sofrer pra passar de 10Mbps estável, porque os outros clientes podem estar com trafego (Mesmo só conectados, existe troca de pacotes de sincronia, a etapa de RF trabalha mesmo que a interface não apresente tráfego pro IP do cliente, lá aparece o tráfego de pacotes do usuário, não o trafego de dados de sincronia e status))