Página 3 de 4 PrimeiroPrimeiro 1234 ÚltimoÚltimo
+ Responder ao Tópico



  1. Nesse caso você já tem sinais bons vindos dos clientes.
    Os clientes estão chegando na torre com sinais entre -53 e -67.

    Lembra que essa potencia de transmissão de 7dBm no cliente não tem nada a ver com ele RECEBER sinal em -40dBm, a potencia da torre é que diz qual será o sinal que o cliente receberá.

    (7dBm no cliente, 20dBm na torre, por isso a diferença no nível de sinal recebido nos 2 lados, mas lembra que o TX de um é o RX do outro, se preocupe com o RX da torre, ela é que se comunica com 6 CPE's. O RX da CPE do cliente pode ter sinal mais alto ou mais baixo que o ideal, porque essa CPE só se comunica com 1 contraparte, ela pode sofrer um pouco)

    Agora sobre o ack-time, se entendi bem você está usando ele MENOR que o ideal? Se for isso, isso ATRAPALHA.

    Ideal é colocar o ack-time igual ou MAIOR que a distancia exata. Mas isso você muda em cada cliente.
    Coloca digamos fixo na torre o ack-timeout em 1,1Km se o cliente mais distante estiver a 1Km.
    E em CADA cliente coloca um ack-timeout igual ou maior que a distancia DELE até a torre.
    Se o cliente A está a 300m, coloca na CPE DELE um ack-timeout de 350m.
    Se o cliente B está a 600m, coloca na CPE DELE um ack-timeout de 650m.

    Torre fixa e com ack-timeout do cliente mais distante, mas cada cliente com ack-timeout diferente e pode variar ele (Se algo surgir na zona de fresnel, tipo arvore crescer, pode aumentar ele mais uns 10 ou 20%).

    Mas isso é tudo TENTATIVA de melhora, você disse bem, tem que testar, as vezes o ack-timeout exato dá o melhor CCQ e ping, só testando.

    (Testa sempre um ping comum e um ping com 1400 bytes, ficaria
    ping -t 192.168.1.1
    e
    ping -t 192.168.1.1 -l 1400
    Onde o -l de large indica o tamanho do pacote em bytes, a navegação e downloads usam pacotes no limite do MTU (1492 ou 1500 bytes) então melhor testar ping com pacotes grandes, acontece as vezes de um ack-timeout pequeno dar ping de 2ms com pacote de 32 bytes, mas com 1400 bytes vai pra 20ms, subir o ack-timeout subiria talvez o ping pequeno pra 2-3ms, mas reduziria o pacote grande pra 3-4ms.

    Em PTMP não vale a pena testar throughput em cliente, mas um ping -l 1400 acho fundamental, pra ter noção do tempo gasto pra cada pacote REAL (Navegação e download) chegar no AP da torre ou no servidor de autenticação.

  2. Citação Postado originalmente por rubem Ver Post
    Nesse caso você já tem sinais bons vindos dos clientes.
    Os clientes estão chegando na torre com sinais entre -53 e -67.

    Lembra que essa potencia de transmissão de 7dBm no cliente não tem nada a ver com ele RECEBER sinal em -40dBm, a potencia da torre é que diz qual será o sinal que o cliente receberá.

    (7dBm no cliente, 20dBm na torre, por isso a diferença no nível de sinal recebido nos 2 lados, mas lembra que o TX de um é o RX do outro, se preocupe com o RX da torre, ela é que se comunica com 6 CPE's. O RX da CPE do cliente pode ter sinal mais alto ou mais baixo que o ideal, porque essa CPE só se comunica com 1 contraparte, ela pode sofrer um pouco)

    Agora sobre o ack-time, se entendi bem você está usando ele MENOR que o ideal? Se for isso, isso ATRAPALHA.

    Ideal é colocar o ack-time igual ou MAIOR que a distancia exata. Mas isso você muda em cada cliente.
    Coloca digamos fixo na torre o ack-timeout em 1,1Km se o cliente mais distante estiver a 1Km.
    E em CADA cliente coloca um ack-timeout igual ou maior que a distancia DELE até a torre.
    Se o cliente A está a 300m, coloca na CPE DELE um ack-timeout de 350m.
    Se o cliente B está a 600m, coloca na CPE DELE um ack-timeout de 650m.

    Torre fixa e com ack-timeout do cliente mais distante, mas cada cliente com ack-timeout diferente e pode variar ele (Se algo surgir na zona de fresnel, tipo arvore crescer, pode aumentar ele mais uns 10 ou 20%).

    Mas isso é tudo TENTATIVA de melhora, você disse bem, tem que testar, as vezes o ack-timeout exato dá o melhor CCQ e ping, só testando.

    (Testa sempre um ping comum e um ping com 1400 bytes, ficaria
    ping -t 192.168.1.1
    e
    ping -t 192.168.1.1 -l 1400
    Onde o -l de large indica o tamanho do pacote em bytes, a navegação e downloads usam pacotes no limite do MTU (1492 ou 1500 bytes) então melhor testar ping com pacotes grandes, acontece as vezes de um ack-timeout pequeno dar ping de 2ms com pacote de 32 bytes, mas com 1400 bytes vai pra 20ms, subir o ack-timeout subiria talvez o ping pequeno pra 2-3ms, mas reduziria o pacote grande pra 3-4ms.

    Em PTMP não vale a pena testar throughput em cliente, mas um ping -l 1400 acho fundamental, pra ter noção do tempo gasto pra cada pacote REAL (Navegação e download) chegar no AP da torre ou no servidor de autenticação.
    Ola Rubem, mais uma vez obrigado pela sua ajuda.

    Na torre o ack ta fixo de 3.6km (Area de atuacao de ate 3km) e ja nos clientes to usando sempre 20% a mais da distancia real. O que acontece e que nesses clientes do AP A todos estao a menos de 200km da torre e na wom 5000 mimo o ack minimo e 300 metros (Deixo no minimo nesse caso).

    Sobre o ping devo usar como alvo o IP do AP correto ?

    Sobre o TX e RX so para saber se e isso mesmo o TX = Horizontal e RX = Vertical correto ?

    No APC-5M-90+ nao sei qual vertical ou horizontal (Pra ser sincero nao sei quais desses sinais e H ou V)

    Obrigado meu amigo. Tenha um bom fim de semana

    Obs.: Desculpem pela falta de acentuacao, nao me acostumo com esse mac os.



  3. RX e TX é "sentido" dos dados.

    Quando eu falo, eu faço uma transmissão, um TX.
    Quando você ouve, você faz uma recepção, um RX.

    A voz é do meu ponto de vista o TX, mas pelo seu lado é o RX.

    Hora que você falar será o contrário, o seu TX será o meu RX.

    Já polarização é outra estória, um hardware que faz MIMO (Multipe-In, Multiple-Out) fala com 2 bocas, e ouve com 2 ouvidos, mas... cada boca está numa polarização.

    Com som não tem polaridade pra eu usar alguma analogia, mas com a luz é mais fácil, tem uns plasticos na frente de telas LCD, até visor de calculador ou relogio tem um plastico, talvez você brincou com isso na infancia ou adolescencia, seria um plastico assim:

    Você coloca uma tela na horizontal, outra na vertical, põe um plastico na vertical num olho, na horizontal no outro olho, e cada olho verá só uma tela. Assim na verdade são feitos os óculos 3D.

    As ondas de radio também tem polarização, uma antena em pé, tipo uma omni colinear comum, transmite na vertical, se você virar ela de lado transmitirá na horizontal, outra antena na vertical não vai captar DIREITO o sinal que saiu de uma antena na horizontal, por isso você pode colocar uma antena na vertical e uma na horizontal transmitindo, e 2 antenas recebendo, assim você tem o DOBRO da banda passando afinal você está usando 2 conjuntos de TX (Transmissão) e recepção (RX).

    Quando você vira a antena em 90° e muda a polarização, o sinal chega no destino uns 20 ou 30dBm mais baixo, no caso do plastico na frente da tela talvez a luminosidade passando seja ZERO, mas com antenas não é, mesmo na polarização errada um pouco de sinal baixo é legível, por isso é bom evitar sinal alto chegando na torre (TX do cliente é RX na torre) tipo em -40dBm.

    A Wom5000 não tem 2 polarizações, mas a Wom5000 MIMO tem.

    Alias, o sinal na vertical pode ter um incomodo na zona de fresnel, mas o sinal da horizontal não, ou vice-versa, por isso você tem sinal de RX tipo -62/60, o sinal na vertical chega como -62, e o sinal na horizontal chega como -60dBm, sempre que ver um sinal / outro, é isso, um de uma polarização e outro de outra, e a polarização é só a posição do emissor na antena.

    (Uma antena de grade ou disco pode ter VARIOS elementos, um na vertical e um na horizontal, a grade ou disco é só o REFLETOR, a parte responsável por receber ou transmitir é um elemento pequeno no foco da antena. Ó uma coisa que funciona NORMALMENTE:
    http://www.te1.com.br/wp-content/upl...a_c2_b4_c1.jpg
    Vários LNB's ou LNBF's na MESMA parabólica, porque a parabólica é só o refletor. É tipo farol comum de carro, no MESMO refletor tem a lampadazinha pequena de 10W da "meia-luz", tem o filamento de 55W da luz baixa, e tem outro filamento de 55W da luz baixa, eles mandam luz pro MESMO refletor.

    No caso da WOM5000 MIMO, se você abrir uma, verá que da placa de circuito saem 2 (dois) cabos rumo a antena, são 2 antenas sendo 1 em cada polarização, mas elas estão juntas, aqui por exemplo, tem uma antena patch de 1 polarização:
    http://www.theiet.org/resources/jour...ch-antenna.jpg
    Se colocar ela nessa posição está na horizontal, e com o SMA pra baixo fica na vertical.
    Já aqui temos o MESMO elemento patch, só que tem 2 saída, uma na vertical e outra na horizontal:
    http://www.tudelft.nl/fileadmin/UD/M...mg/prop5-s.jpg

    Cada um desses 2 cabos vai pra um circuito a parte do outro, tem 2 amplificadores (Pra "falar") um isolado do outro, então se 1 fala o outro pode falar também ou não que tanto faz, são realmente 2 vias de comunicação independentes, apesar de usar o que PARECE ser a "mesma antena".

    (Ou você pode ter 2 antenas mesmo! Roteador de mesa tem 2 ou 3 antenas, elas podem ficar todas na mesma polarização ou não,só que se ficarem na mesma polarização o desempenho não será tão alto quando uma em cada polarização, desde que a contraparte da conexão faça o mesmo (E antena 2dBi de roteador de mesa é péssima, na prática tanto faz a polarização porque elas tem diversos problemas, em CPE estamos falando de conexão a 300m, coisa que antena de 2dBi nem sonha em conseguir, as múltiplas antenas (MIMO) estão lá e o caso é o mesmo, na prática o que muda é o alcance e desempenho)

  4. Pluguei o cabo direto no notebook e fiz o teste com ping para o IP do AP. Os resultados ficaram assim veja:

    Clique na imagem para uma versão maior

Nome:	         ping.png
Visualizações:	76
Tamanho: 	67,9 KB
ID:      	60728
    Clique na imagem para uma versão maior

Nome:	         ping2.png
Visualizações:	80
Tamanho: 	44,5 KB
ID:      	60729


    Obrigado



  5. Esses ping gigantescos são a 300m, isso?
    Nossa, esse tipo de ping a gente mal vê em rede 2,4GHz com adaptador USB ou PCI. De rede com CPE e sinal tão bom eu esperava muito mais. Com Rocket como AP, e NS Loco M5 como AP é normal em 300m ter ping de 2ms, seja a 32 ou a 1400 bytes!

    Sinceramente não sei muito o que sugerir, já que já tem datarate modesto, já tem ack-timeout maior e fixo, e já está com potencia baixa.

    Talvez poderia reduzir a potência de TX na torre, mas duvido que mude um ping de 100ms pra 5-10ms que seria o normal.

    Talvez você tenha mesmo o ruído na casa dos -80dBm que o APC 5M-90 diz ter, ele mente no ruído as vezes e geralmente exagera nele, mas nesse caso pode ser que tenha isso mesmo. Um ruído normal em ambiente sem muitos concorrente seria ruído na casa dos -96dBm, esse seu na casa dos -80dBm está absurdamente alto.
    (O sinal de um cliente no print é -58dBm, e ele diz que o SNR (Relação Sinal-Ruído) é de 21dB, -58 - 21 = -79dBm de ruído então, se for esse MESMO ele está absurdo de alto)

    Quem pode dar ruído alto, além de radio FM na mesma torre e cia, é fonte chaveada perto de cabo ou da CPE, antenas muito perto uma da outra (Ideal é 1m de distancia entre antenas, pros lados e pra trás), ou antena muito perto da estrutura metálica da torre (Antena a 2cm da estrutura, o metal da estrutura reflete de volta muito sinal, mas isso é raro virar ruído).

    Ou testa outros canais, vai que 5540MHz tem outros usuários na região.
    (Não se engane com escanear SSID, teria que ver alguma ocupação de canal, não sei se tem isso no APC 5M-90, eu uso mikrotik e eles tem, o frequency usage, ele mostra a ocupação por canal, porque SSID você nem sempre escaneia, só o que é confiável é analise de espectro por frequencia, tem que ver que opções o APC tem pra procurar canal limpo)






Tópicos Similares

  1. Respostas: 1
    Último Post: 10-09-2013, 07:50
  2. rocket m5 em local poluido
    Por brunocemeru no fórum Redes
    Respostas: 4
    Último Post: 17-08-2012, 04:33
  3. Respostas: 2
    Último Post: 07-05-2012, 09:08
  4. Respostas: 4
    Último Post: 09-01-2012, 20:49
  5. Respostas: 14
    Último Post: 25-05-2011, 21:42

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L