Agora é oficial - Família WOM 5000 com suporte ao TDMA

Citação:

---

Postado originalmente por admskill

Suporte Intelbrás ... eu não quero pagar pra fazer uma recuperação por Tftp ... vcs teriam que disponibilizar o procedimento gratuitamente para manter a fidelidade dos seus clientes ... assim como todos os fabricantes mundiais. A Intelbrás está igual aos politicos brasileiros fatura com os produtos ( obras ) e ainda querem faturar com recuperação de firmware ( superfaturamento ). Vocês tem que tomar vergonha na cara e facilitar a vida do cliente.

---

Prezado admskill,

Atualmente, a plataforma dos equipamentos da família WOM5000 não possibilita a restauração de firmware sem que seja necessário o acesso direto a sua placa principal, necessitando de materiais específicos para tal procedimento e podendo interferir na integridade do sistema de inicialização do produto, sendo permitido somente para as assistências técnicas autorizadas. Caso esteja enfrentando problemas recorrentes com os seus WOM5000, entre em contato com um dos nossos canais de suporte para que possamos investigar o que está havendo com os seus equipamentos. No link abaixo estão disponíveis os nossos canais de suporte.

http://www.intelbras.com.br/suporte-tecnico

Att,
Equipe Intelbras

alguns prints que fiquei de postar, sao duas setoriais A e B:

1) Setorial A - Pagina info, 59 clientes tudo iPoll
Anexo 63833

2) Setorial A - Pagina Wireless - clientes a 16 dias sem cair com a wom!!!
Anexo 63834

3)Setorial B - Pagina info
Anexo 63835

4) Setorial B - Pagina Wireless
Anexo 63836

aqui estou contente!!

Ola NKS gostaria de saber quais as velocidades que você libera para cada cliente nessas antenas.

Fala pazini, td certo?
Entao depende muito mais eu aqui no provedor, no radio nos atendemos ate 5Mb, acima disso atendemos apenas na fibra em locais onde tem nosso cabeamento.

Tenho um ou outro cliente com 6 a 8Mb no radio, mais esses ja estao ciente que no pico pode sofrer uma oscilacao maior de 30% exigido pela anatel, parece que agora eh 20%!!! kkkkkkkkkkk

A grosso modo, vejo aqui em uma APC5M90+ que com 50 usuarios simultaneo vc consegue entregar ate 5Mb dentro dos conformes, logico no MIMO 2x2.

Aqui minha APC em horario de pico passa 20Mb ja vi passar 30Mb nela com 59 clientes e o ping relativamente bom!

Se vc tiver menos clientes no setor vc consegue fornece mais velocidade, vc tem que lembrar que eh tipo uma gangorra, quer vender plano alto, tem que por menos clientes no setor, agora se quer por muito cliente no setor, entao tem que vender plano baixo!
Ganha ali, mais perde aqui!!!! Eh sempre assim!

Aqui um print do meu roteador PPPoE (NAS) que fica atras das setorias, na ether2 esta a Setorial A, e na ether3 a Setorial B. Repara que na Setorial B esta passando 35Mb no momento e olha o consumo individual dos cliente do lado direito, tenho cliente fazendo download a 4Mb mais de um!!!
Anexo 63851

Qualquer coisa se eu poder me ajudar, eh soh me procurar!!!
[]´s

Blz pura NKS, deixa eu te falar. Quais os firmwares que voce esta usando nas APCs e nas Wom,s dos clientes. Sera que você consegueria colocar um print da Aba wireless da APC e das Wom´s dos clientes. Abraços. Se não quiser colocar aqui tenho o email [email protected]

@Nks

Parceiro em seus prints, percebi que uma de suas setoriais está com o processamento em 100%, isso pode chegar a prejudicar o Throughput da Basestation, acredito que seria bom analisar uma possível diminuição do Data Rate.

MCS 15 - 64-QAM - 144.4 MBPS

MCS 12 - 16-QAM - 86.7 MBPS

A mudança de MCS 15 para MCS 12 vai impactar no processamento pois vai passar de 64 portadoras para 16 portadoras.

Pra saber o Throughput vamos considerar que cada data rate entregue 50% do prometido, porém sabemos que eles entregam bem mais que 50%.

Att, Aleff Meykson

Citação:

---

Postado originalmente por pazini

Blz pura NKS, deixa eu te falar. Quais os firmwares que voce esta usando nas APCs e nas Wom,s dos clientes. Sera que você consegueria colocar um print da Aba wireless da APC e das Wom´s dos clientes. Abraços. Se não quiser colocar aqui tenho o email [email protected]

---

Logico eu tiro um print e te envio, mais pazini, o segredo nao esta na configuracao acredito eu, o segredo esta em usar a linha +

sempre compre as APC que tem o + na frente, e nas wom utilize tudo MIMO de 14dbi

atualize a APC para ultima versao que saiu um tempo atras, e as wom na versao 6 atual alpha!

[]´s

Citação:

---

Postado originalmente por meyknho

@Nks

Parceiro em seus prints, percebi que uma de suas setoriais está com o processamento em 100%, isso pode chegar a prejudicar o Throughput da Basestation, acredito que seria bom analisar uma possível diminuição do Data Rate.

MCS 15 - 64-QAM - 144.4 MBPS

MCS 12 - 16-QAM - 86.7 MBPS

A mudança de MCS 15 para MCS 12 vai impactar no processamento pois vai passar de 64 portadoras para 16 portadoras.

Pra saber o Throughput vamos considerar que cada data rate entregue 50% do prometido, porém sabemos que eles entregam bem mais que 50%.

Att, Aleff Meykson

---

entao venho observando esse processamento alto, vou fazer essa alteracao e ver ser baixa, obrigado pela dica

Os Clientes onde tenho atualizado para o firmware 6.0, estou tendo problemas no site survey quando acessando a antena externamente sempre cai e não exibe o resultado da busca, isso não acontece nas outras versões;

Citação:

---

Postado originalmente por lnris

Os Clientes onde tenho atualizado para o firmware 6.0, estou tendo problemas no site survey quando acessando a antena externamente sempre cai e não exibe o resultado da busca, isso não acontece nas outras versões;

---

Entao eu ainda nao testei o survey remotamente, agora me fala uma coisa pra que vc quer acessar o survey remotamente?? para trocar o cliente de setorial remotamente??

Citação:

---

Postado originalmente por Nks

Entao eu ainda nao testei o survey remotamente, agora me fala uma coisa pra que vc quer acessar o survey remotamente?? para trocar o cliente de setorial remotamente??

---

Sim, para mudar os clientes de setorial e tb conferir se ficou conectado onde deveria pós instalação.

Citação:

---

Postado originalmente por lnris

Sim, para mudar os clientes de setorial e tb conferir se ficou conectado onde deveria pós instalação.

---

Ok entendi, olha eh comum esgotar o ping na hora do survey pq vc tem que lembra q a antena tem duas placas de redes, a sem fio (ath0) e a com fio (eth0)

o ip do seu cliente ele esta cadastrado na interface ath0 (semfio) da antena, entao no momento da busca, a interface ath0 fica sendo utilizada para scanear as redes e por isso nesse momento do "scaneamento" para de responder o ping do ip do cliente!! isso eh normal, com qualquer fabricante eh assim!!

agora nao aparecer os resultados da busca, ai realmente pode ter algo errado!!

bom pra resolve seu problema vc pode fazer assim:
Para saber se o seu cliente esta na setorial certa, vc vai em STATUS e ve em qual ele esta conectado!! Caso estiver na errada, vc vai em WIRELESS e la no SSID, vc escreve o nome do SSID da sua setorial que vc quer trocar, lembrando que tem que ser exatamente do mesmo jeito que esta o nome. Ai aplica e salva!!

Pelo menos ate resolver essa questao vc pode ir quebrando o galho assim!!

Atualizei três wom 5000 mimo com a nova firmware e esta com este problema do site survey demorar para buscar as redes demora e muito, então quanto o acesso feito remotamente, vai perder o acesso ao rádio pela demora na atualização.

Citação:

---

Postado originalmente por Nks

Ok entendi, olha eh comum esgotar o ping na hora do survey pq vc tem que lembra q a antena tem duas placas de redes, a sem fio (ath0) e a com fio (eth0)

---

Obrigado por tentar ajudar, mas eu sei desses detalhes, estava querendo saber se vai resolvido por parte da intelbras, ja que tem mais pessoas com o mesmo problema, de tanto que demora o survey muitas vezes desconecta o PPPOE do cliente.

Prezados,
Na versão 6.0 a função de site survey do WOM5000 passou a operar de forma diferente, agora, quando em modo cliente, o WOM5000 encerra a conexão com a base, faz a análise e retorna a se conectar para que seja possível exibir o resultado, já nas versões anteriores, quando conectado ele não interrompia a conexão com o AP, porém exibia último resultado obtido. Agora, nos clientes que o WOM5000 interrompe a conexão, porém não retorna com os resultados a demora na reconexão pode ser o motivo pelo qual ele não exibe o resultado. Sugerimos que ao identificarem estes problemas entrem em contato com o nosso suporte técnico no momento que o problema esteja ocorrendo para que possamos diagnosticar o que está havendo. No link abaixo estão disponíveis os nossos telefones para contato.

www.intelbras.com.br/suporte-tecnico

Att,
Equipe Intelbras

vou relatar meus testes com wom e tdma na versão 6.0 (ultima), no meu caso não vi nenhuma melhora "pelo contrario" latência sobe de 2ms a 25ms para 100ms a 1000ms chegando a perder pacotes, processamento da apc 5m vai as alturas, cliente com pppoe "meu caso" fica desconectando e em alguns clientes notei que após a desconexão não voltavam mais "somente tirando o ipoll" fiz o teste em uma apc 5m-90 com o ultimo firmware atualizado e todas digo todas!!! as configurações e potencias existentes tanto na apc como nas wom! pop com 40 wom conectadas, lembrando no modo n fica show! latência baixa, sem queda de pppoe tudo ok, resumindo o ipoll na wom não compensa mesmo! para quem esta usando com ipoll desative e teste a performance na rede e verá que fica beeem melhor sem o ipoll, na minha opinião talves o apc não aguente muitos clientes com ipoll ativo ou a wom realmente não foi projetada para segurar esse protocolo ou ate mesmo ainda falta muito refinamento nos firmwares de ambos. ps. tenho mais de 1000 wom na minha rede, esse pop que testei foi um que aproveitei por conta de só ter equipamentos intelbrás "apc 5m-90"

Realmente tenho notado isso. Sem o ipoll o ping fica bem menor, e com ipoll sobe bastante mesmo, sem falar que alguns clientes perdem conexão onde esses mesmos clientes no modo N não acontecia.

Enviado de meu SM-E700M usando Tapatalk

Estava com problema numa APC 5M 90+ não de ping alto nem da CPE perder o PPPOE, e sim de não chegar a banda no cliente o trafego na porta da RB que liga na APC não passava de 10mega de trafego, pedi um técnico para ir em um cliente e liberei 20mega para teste e mal chegou 3mega, entrei em contato com o suporte da intelbras e o técnico acessou a APC e mudou de IPOOLL ACCESS POINT para ACCESS POINT( AUTO WDS), resultado o trafego agora na APC de 10mega passou para 14,15 mega já vi chegar a 16mega de trafego, até a latência melhorou que era de 5,8,10, para 1,2,3 entre em contato com o suporte da intelbras que eles iram solucionar seus problemas.

Isso só confirmar que em modo N parece está funcionando melhor.

Enviado de meu SM-E700M usando Tapatalk

Citação:

---

Postado originalmente por Coliseu

vou relatar meus testes com wom e tdma na versão 6.0 (ultima), no meu caso não vi nenhuma melhora "pelo contrario" latência sobe de 2ms a 25ms para 100ms a 1000ms chegando a perder pacotes, processamento da apc 5m vai as alturas, cliente com pppoe "meu caso" fica desconectando e em alguns clientes notei que após a desconexão não voltavam mais "somente tirando o ipoll" fiz o teste em uma apc 5m-90 com o ultimo firmware atualizado e todas digo todas!!! as configurações e potencias existentes tanto na apc como nas wom! pop com 40 wom conectadas, lembrando no modo n fica show! latência baixa, sem queda de pppoe tudo ok, resumindo o ipoll na wom não compensa mesmo! para quem esta usando com ipoll desative e teste a performance na rede e verá que fica beeem melhor sem o ipoll, na minha opinião talves o apc não aguente muitos clientes com ipoll ativo ou a wom realmente não foi projetada para segurar esse protocolo ou ate mesmo ainda falta muito refinamento nos firmwares de ambos. ps. tenho mais de 1000 wom na minha rede, esse pop que testei foi um que aproveitei por conta de só ter equipamentos intelbrás "apc 5m-90"

---

Boa tarde Coliseu.

Gostaríamos de entender o motivo pelo qual o Ipoll não funcionou bem em seu cenário, para isso, nos informe os seus telefones de contato para que nossa equipe ligue para você.

Att,
Equipe Intelbras

Eu ainda não testei em ACCESS POINT( AUTO WDS) no momento estou usando Ipoll, uma coisa que eu sei é se você colocar mais que 30 usuários na Base pode causar lentidão e ping alto, tenho 4 APC 5M90+ trabalhando, 02 tenho menos que 30 conectados essas trabalham perfeitamente qualquer horário, agora 02 tenho mais que 40 conectados essas tenho reclamações. Entrego velocidades de 1mb até 5mb, creio que com essas velocidades para trabalhar tranquilamente devemos colocar até 30 conectados nas APC 5M90+.

Tenho um cenário parecido com o do Pazini e verifiquei as mesmas coisas que ele. Na minha opinião, enquanto a intelbras não desenvolver o ipoll2 e ipoll3 para as wom's, o problema do ping alto e a limitação da quantidade de clientes por painel não tem solução. Logicamente, os APC's precisarão de novos firmwares compatíveis com os respectivos ipoll2 e ipoll3. Precisamos movimentar mais esse tópico aqui para que a intelbras tome iniciativa, sabemos que o ipoll1 já esta obsoleto!

Aqui devo tá desligando o ipoll. E vê como se comporta.

Enviado de meu SM-E700M usando Tapatalk

Eu desliguei o IPOLL, não esta compensando. Ping vai nas alturas mesmo com 5 clientes conectados. Eu acho que o o wom 5000 nunca vai rodar ipoll de verdade.

Fiz um teste agora pouco em um cliente com pior sinal, retirei o ipoll dele e o ping ficou pessímo (Bem alto e com muitas perdas)

Vejam: http://prntscr.com/b7xbuu


Esse mesmo cliente com ipoll ativado ficou assim: http://prntscr.com/b7xc5p

Em cliente com sinal ruim o ipoll acaba funcionando muito bem. Nesse cliente não estamos usando wom 5000 mimo, estou usando apc-5m-18+.

AP: http://prntscr.com/b7xgdj
CPE: http://prntscr.com/b7xgtp

To usando MCS9 nos clientes e tem funcionado muito bem, estou até pensando em mudar para MCS8, pois atualmente estou trabalhando com planos até 6 Megas no rádio. No AP to usando MCS12.

Que vocês acham ?

nesse cliente que você efetuou o teste foi com apc 5m-18? se foi isso que entendi claro que funciona melhor ou seja foi apc-5m com apc -5m, o negocio e funcionar apc-5m (ap) com wom5000 (cliente), ja fiz todos os testes e não ha melhora! pelo contrario piora e muito! latência sobe, throughput baixa! desconexões constantes, processamento sobe muito, quantidade de clientes por ap fica bem abaixo em relação a ap+wds, enfim tudo contrario ao que o protocolo se propõe a fazer! fiquei bem animado quando surgiu novos firmwares com suporte a ipoll na wom, pois tenho muitas na minha rede e considero um equipamento com bom custo x beneficio mas infelizmente não funciona como um nv2 da mikrotik (nem chega perto) ou mesmo airmax da ubiquit, quando eles atualizarem os firmwares com os respectivos protocolos ai sim ainda creio que um dia funcione como o tdma se propõe a fazer na rede!

Cara a verdade eh que o Hardware da Wom5000 eh bem fraco ... E quase que com certeza podemos associar esse aumento na latência ao processamento das wom por ser muito fraco, que quando habilitado o Ipool ele aumenta o processamento para rodar o protocolo e o Hardware não consegue dar conta. Falta muito ainda para os wom5000 chegar aos Pés das Nano Locco 5.

Sent from my SM-A500M using UnderLinux mobile app

Parceiros do Under-Linux, boa tarde.

Como muitos usuários aqui sabem, a Intelbras trabalhou durante algum tempo no firmware com suporte ao TDMA em fase de testes, devido a quantidade elevada de cenários variados de provedores de internet via rádio, isso para que pudéssemos investigar o desempenho da função cliente TDMA nos mais variados cenários. Quanto as dúvidas em relação ao processamento da família WOM5000 quando operando em cliente TDMA, segue explicação.

Nos sistemas de ponto-multiponto que operam através do TDMA, o aumento de processamento quando comparado com o IEEE802.11n é relevante somente no BaseStation, que passa a ser responsável por dividir de forma dinâmica os timeslots entre os clientes levando com consideração as suas demandas de tráfego. Os equipamentos CPEs não tem ganho de processamento direto como o basestation, basicamente ele espera o BaseStation liberar os timeslots para que ele transmita a sua parte.

Quanto aos problemas com ping alto, quedas na conexão PPPoE e aumento de processamento informados neste tópico, a nossa equipe de suporte está a disposição para escutar e acompanhar cada caso, tendo em vista que em nossos atendimentos não estamos identificando casos semelhantes. Caso prefiram nos informem os seus nomes e telefones de contato que possamos ligar para vocês.

Obs. Caso entrem em contato conosco, se identifiquem durante a ligação com o seu usuário do Under-Linux que nossa equipe já está ciente do caso de vocês. Segue abaixo link com os nossos telefones de contato.

​www.intelbras.com.br/suporte-tecnico

Att,
Equipe Intelbras

Anexo 64001Anexo 64002Anexo 64003Anexo 64004Anexo 64005Anexo 64006Anexo 64007Anexo 64008

1º print coloquei a configuração da apc -5m com ipoll, (lembrando que testei varias configurações diferentes e potências diferentes também)
2º print clientes conectados na apc e seus respectivos sinais
3º print teste do cliente ipoll em uma torre com somente 24 clientes e passando media de 1,5 mega.
4º print mesmo cliente passando a mesma velocidade do 3º print "somente para comparar a latência" só que desta véz em ap=wps sem ipoll.
5º print apc configurado em ap "sem ipoll"
6º uma omnitik com 50 clientes (esses com latência baixa e passando mais de 20 mega)
7º print de uma apc com 35 clientes em modo ap (sem ipoll) esse ta ok latencia baixa e passando 20 mega de banda( bem melhor que o pop com ipoll)
8º print apc 5m com ipoll ativo

pessoal essa e a minha pequena contribuição, no que tange ao suporte intelbrás percebo que há muito boa vontade e organização porém no ambiente de produção as coisas mudam um pouco, com pouco cliente não dá para se ter ideia até porque o tdma seria para "em tese" aumentar o numero de clientes e estabilização dos mesmos em cada celula, até porque pelo que entendo o tdma"conversa" com cada cliente individualmente por isso que acredito na questão do aumento da latência, porem esse aumento nos "ubnt" e "mikrotik" são estabilizados e não oscilantes como percebi nas wom, por enquanto estarei no aguardo ansioso por uma atualização que posamos então usar o bendito tdma nas woms!

Citação:

---

Postado originalmente por Coliseu

1º print coloquei a configuração da apc -5m com ipoll, (lembrando que testei varias configurações diferentes e potências diferentes também)
2º print clientes conectados na apc e seus respectivos sinais
3º print teste do cliente ipoll em uma torre com somente 24 clientes e passando media de 1,5 mega.
4º print mesmo cliente passando a mesma velocidade do 3º print "somente para comparar a latência" só que desta véz em ap=wps sem ipoll.
5º print apc configurado em ap "sem ipoll"
6º uma omnitik com 50 clientes (esses com latência baixa e passando mais de 20 mega)
7º print de uma apc com 35 clientes em modo ap (sem ipoll) esse ta ok latencia baixa e passando 20 mega de banda( bem melhor que o pop com ipoll)
8º print apc 5m com ipoll ativo

pessoal essa e a minha pequena contribuição, no que tange ao suporte intelbrás percebo que há muito boa vontade e organização porém no ambiente de produção as coisas mudam um pouco, com pouco cliente não dá para se ter ideia até porque o tdma seria para "em tese" aumentar o numero de clientes e estabilização dos mesmos em cada celula, até porque pelo que entendo o tdma"conversa" com cada cliente individualmente por isso que acredito na questão do aumento da latência, porem esse aumento nos "ubnt" e "mikrotik" são estabilizados e não oscilantes como percebi nas wom, por enquanto estarei no aguardo ansioso por uma atualização que posamos então usar o bendito tdma nas woms!

---

Amigo, esse cliente que você testou com tráfego qual plano dele? Realmente com tráfego os pings ficam mais altos. Nessa omnitik como fica o ping com tráfego?

Abraços

esse cliente que testei tem plano de 3 mega e no momento do teste estava em media 1.5 a 2 mega, catei um cliente que estava "usando" bem no momento do teste para termos uma ideia, o que quis mostrar foi que com o ipoll ativo percebe-se nitidamente uma queda geral no desempenho do pop, latência sobe e fica instável, lembrando que naquele horário não era pico! depois fiz o mesmo teste com o mesmo cliente em horário de pico e a latência era tanta que chegava a perder pacotes !
enfim..fiquei feliz em saber que a wom tinha suporte ao ipoll "tdma" mas fiquei desiludido com os testes que fiz, a proposta do tdma e justamente estabilidade mesmo que para isso precise sacrificar um pouco a latência "DISSE UM POUCO!" mas no caso da wom com ipoll oscila demais perde pacotes e diminui a eficiência do pop, sobre a ominitik latência 5ms media de trafego 20 mega.

Bom pessoal ... Hoje peguei mais uma Wom5000 na minha rede com a Série 3.x de firmware ... O que acontece eh que essa já é a quinta unidade que eu tento atualizar direto pro 6.0 e quando o aparelho vai dar reboot ... Ela bricka ...não responde mais e ela não aceita mais nenhum comando ... Nem.ping ... O que fazer agora ??? Jah que a INTELBRAS cobra por tudo que vai fazer e meus equipamentos estão sem garantia ... Essa é a quinta peça e só agora fui perceber que ao atualizar de 3.x pra 6.x bricka o equipamento.

Enviado via SM-A500M usando UnderLinux App

Citação:

---

Postado originalmente por admskill

Bom pessoal ... Hoje peguei mais uma Wom5000 na minha rede com a Série 3.x de firmware ... O que acontece eh que essa já é a quinta unidade que eu tento atualizar direto pro 6.0 e quando o aparelho vai dar reboot ... Ela bricka ...não responde mais e ela não aceita mais nenhum comando ... Nem.ping ... O que fazer agora ??? Jah que a INTELBRAS cobra por tudo que vai fazer e meus equipamentos estão sem garantia ... Essa é a quinta peça e só agora fui perceber que ao atualizar de 3.x pra 6.x bricka o equipamento.

Enviado via SM-A500M usando UnderLinux App

---

admskill, atualizei mais de 60 WOM 5000, e até o presente momento não tive nenhum problema, 90% das atualizações que faço são por acesso remoto.

OBS: Verifica a energia do local, pois isso só pode ocorrer em caso de falha elétrica...

Att, Aleff Meykson

Allef foi na bancada ... E só aconteceu no upgrade direto da versão 3.x pra 6

Enviado via SM-A500M usando UnderLinux App

Bom dia parceiros do Under-Linux.

Nós da Intelbras estamos cientes que alguns clientes estão enfrentando problemas com o processo de atualização de firmware dos equipamentos da família WOM5000, entretanto não constatamos problemas com os clientes que entraram em contato conosco e em nossos cenários práticos, não enfrentamos problemas na atualização dos firmware v3 para o firmware v6, por isso solicitamos que ao identificarem que o seu equipamento retornou um erro durante uma atualização ou perdeu o acesso, entrem em contato conosco para que possamos identificar o que houve com o seu produto. no link abaixo estão disponíveis os nossos telefones para contato.

http://www.intelbras.com.br/suporte-tecnico

Att,
Equipe Intelbras

Citação:

---

Postado originalmente por admskill

Allef foi na bancada ... E só aconteceu no upgrade direto da versão 3.x pra 6

Enviado via SM-A500M usando UnderLinux App

---

Rapaz, é estranho, a uns 03 dias fui da uma força a um amigo, o mesmo atualizou 2 CPE que estavam na versão 3.x para o 6.0, remotamente e não ocorreu problema algum, retornaram normalmente...

Att, Aleff Meykson

@Suporte Intelbras,

Bom Dia,

Como muitos sabem eu venho testando o IPOLL, desde de versões 5.0 BETA, vejo alguns relatarem aumento de latência, porém isso é apenas um detalhe.

Os pontos que coloco em questão são os seguintes.

1º Quedas contantes na Conexão PPPoE.
2º Diminuição absurda no Throughput.

Isso sim devemos levar em conta, pois em testes realizados hoje e em outras tentativas, com a versão mais atual a 6.0, sem o uso do IPOLL consigo facilmente 10MB (dez) de Throughput em apenas um Cliente, ao ativar o IPOLL o Throughput não passa de 2MB (dois).

OBS: Teste realizado com apenas 1 conexão (01 download), e mais de 21 clientes conectados e trafegando normalmente.

A equipe da Intelbras, vai ter que simular cenários reais de provedores, pois caso não faça isso não será possível achar os problemas que enfrentamos.

Sugestão: Pegue uma Base APC 5M 90+, conecte 20 clientes na mesma, onde use WOM 5000 SISO e MIMO na mesma base, e coloca todos para ter um tráfego pequeno não precisa ser constante, a partir daí vão perceber que haverá quedas no PPPoE e vai perceber também que o tráfego não sobe!


Aos amigos do Fórum: Alguém aqui utiliza o APC 5M 18 para clientes? como o mesmo se comporta usando o protocolo nativo que é o IPOLL.

Att, Aleff Meykson

realmente concordo com você amigo, o tdma sacrifica um pouco a latência na rede, porém com estabilidade e não oscilante como percebemos no ipoll, e com isso o trohutpout também deveria subir ou mesmo estabilizar, aproveitando o ensejo outra coisa que ao meu ver "e tantos outros clientes" a questão da atualização do firmware não ser póssivel via tftp para mim e um ponto critico! estou aqui com mais de 50 wom parada com problemas no firmware coisa que resolveria se fosse com um nanoloco por exemplo! de certa forma me arrependi de ter tanta wom na minha rede! isso diminui a vida util do equipamento, porque quando ela deixa de responder vira lixo. ps a questão do erro que o amigo postou ao atualizar da versão 3.0 para a 6.0 comigo não aconteceu atualizai mais de 1000 wom.

Vale ressaltar que alguns clientes mesmo que com visadas boas mais que as vezes o sinal possa oscilar(creio eu) a wom 5000 mimo perde a conexão com AP e conseguintemente cai o pppoe.

Coisa que dificilmente ocorre usando apc-5m-18+ onde experimentei usando um sinal bem ruim de 6/18 snr com bastante oscilação e mesmo assim conseguia receber a velocidade do meu plano 4 megas sem problemas(tirando latência um pouco alta as vezes, mais creio que seja devido ao sinal) e sem quedas.

Obrigado

Citação:

---

Postado originalmente por Suporte Intelbras

Bom dia parceiros do Under-Linux.

Nós da Intelbras estamos cientes que alguns clientes estão enfrentando problemas com o processo de atualização de firmware dos equipamentos da família WOM5000, entretanto não constatamos problemas com os clientes que entraram em contato conosco e em nossos cenários práticos, não enfrentamos problemas na atualização dos firmware v3 para o firmware v6, por isso solicitamos que ao identificarem que o seu equipamento retornou um erro durante uma atualização ou perdeu o acesso, entrem em contato conosco para que possamos identificar o que houve com o seu produto. no link abaixo estão disponíveis os nossos telefones para contato.

http://www.intelbras.com.br/suporte-tecnico

Att,
Equipe Intelbras

---

mudando o comprimento da fila de tx "frames" muda em alguma coisa? como deverá ficar essa configuração em modo ap no pop para alimentar as wons? gostaria de algumas explicações se póssivel.

Citação:

---

Postado originalmente por Coliseu

mudando o comprimento da fila de tx "frames" muda em alguma coisa? como deverá ficar essa configuração em modo ap no pop para alimentar as wons? gostaria de algumas explicações se póssivel.

---

Boa tarde Coliseu,

O parâmetro comprimento da fila de tx, também chamado de BA(Block acknowledgement) window size, é referente a quantidade de frames que serão agregados em um único bloco ACK e pode variar de 2 até 64. Como a confirmação de recepção é feita somente após a recepção de todo o block ACK, na prática, quanto maior o valor configurado, maior o throughput efetivo da sua comunicação, entretanto, em ambientes de baixa qualidade, com ruído ou nível de sinal baixo, caso haja a perda do bloco ACK, será necessário retransmitir todos os frames agradados naquele bloco. Em resumo, se os seus clientes estão com níveis de sinal bom e equilibrados entre eles, aumentar o valor do comprimento da fila de TX para 48 ou 64 trará um aumento de throughput, agora, se você está enfrentando problemas com ruído, CCQ baixo ou níveis de sinal muito diferente entre os clientes, o indicado é diminuir para 32, 24, 16... Uma boa forma de fazer a configuração é aumentar gradualmente o valor sem que a latência e perda de pacotes dos clientes da base sejam prejudicadas.

Esperamos ter ajudado.
Att,
Equipe Intelbras

Citação:

---

Postado originalmente por Suporte Intelbras

Boa tarde Coliseu,

O parâmetro comprimento da fila de tx, também chamado de BA(Block acknowledgement) window size, é referente a quantidade de frames que serão agregados em um único bloco ACK e pode variar de 2 até 64. Como a confirmação de recepção é feita somente após a recepção de todo o block ACK, na prática, quanto maior o valor configurado, maior o throughput efetivo da sua comunicação, entretanto, em ambientes de baixa qualidade, com ruído ou nível de sinal baixo, caso haja a perda do bloco ACK, será necessário retransmitir todos os frames agradados naquele bloco. Em resumo, se os seus clientes estão com níveis de sinal bom e equilibrados entre eles, aumentar o valor do comprimento da fila de TX para 48 ou 64 trará um aumento de throughput, agora, se você está enfrentando problemas com ruído, CCQ baixo ou níveis de sinal muito diferente entre os clientes, o indicado é diminuir para 32, 24, 16... Uma boa forma de fazer a configuração é aumentar gradualmente o valor sem que a latência e perda de pacotes dos clientes da base sejam prejudicadas.

Esperamos ter ajudado.
Att,
Equipe Intelbras

---

sim!! ajudou muito! tenho mais uma duvida creio até que pertinente, quando colocamos a apc em modo ipoll com o comprimento da fila em digamos "28" precisamos alterar algo nas woms? tipo temos que habilitar a função A-MSDU BA Window Size:"ALTERANDO O VALOR DEFAULT DE 64 PARA 28" ou nâo tem nada haver? eu acreditava que colocando a wom em tdma ela reconhecia os parâmetros da base, não precisando alterar nada na estação, a não ser potência.

Citação:

---

Postado originalmente por Coliseu

sim!! ajudou muito! tenho mais uma duvida creio até que pertinente, quando colocamos a apc em modo ipoll com o comprimento da fila em digamos "28" precisamos alterar algo nas woms? tipo temos que habilitar a função A-MSDU BA Window Size:"ALTERANDO O VALOR DEFAULT DE 64 PARA 28" ou nâo tem nada haver? eu acreditava que colocando a wom em tdma ela reconhecia os parâmetros da base, não precisando alterar nada na estação, a não ser potência.

---

Boa tarde Coliseu,

Primeiramente, vamos abordar a diferença entre os campos comprimento da fila de TX/BA Window Size e A-MSDU. Retomando brevemente o campo BA Window Size, este campo define a quantidade de MPDUs que serão reunidos em cada bloco ACK. Já o A-MSDU permite a agregação de frames ethernet destinados ao mesmo cliente em um frame da camada física. A imagem abaixo irá lhe ajudar a diferenciar MPDUs de MSDUs.

Anexo 64091
https://upload.wikimedia.org/wikiped...du_and_sdu.svg - Acesso em 01/06/2016

Quanto ao ajuste do campo BA Window Size dos clientes, o ajuste do comprimento da fila de TX/BA Window Size interfere somente no TX do equipamento, ou seja, o ajuste na base impactará no download do usuário e o ajuste nos CPEs impactará no upload do usuário. Ambos seguem a mesma lógica para a configuração, aumentar gradualmente sem que a latência e perda de pacotes dentre eles sejam prejudicadas.

Att,
Equipe Intelbras

@Suporte Intelbras, estou com problema na com um apc 5m+ que fica reiniciando. Estou usando cabo de 40m blindado Hércules com conectores blindados gts blue cat6 com guia. O que acontece com a fonte original ele fica reiniciado em intervalos de tempo pequenos. Resolvi trocar por um patch panel giga da volt e uma fonte Max energy 200w de 24v 7a da volt. Porém ele ainda continua reiniciando só que com intervalos um pouco maior.

Detalhe tenho 6 rádios desse na torre com as mesmas especificações e 5 deles estão sem problemas. Todos são rádios novos e atualizados.

Obs. Tenho somente um cliente nesse rádio no momento. (Cliente usando apc 5m 18+)

Qual orientação vocês poderiam me da?

Obrigado

Citação:

---

Postado originalmente por NielsonPadilha

@Suporte Intelbras, estou com problema na com um apc 5m+ que fica reiniciando. Estou usando cabo de 40m blindado Hércules com conectores blindados gts blue cat6 com guia. O que acontece com a fonte original ele fica reiniciado em intervalos de tempo pequenos. Resolvi trocar por um patch panel giga da volt e uma fonte Max energy 200w de 24v 7a da volt. Porém ele ainda continua reiniciando só que com intervalos um pouco maior.

Detalhe tenho 6 rádios desse na torre com as mesmas especificações e 5 deles estão sem problemas. Todos são rádios novos e atualizados.

Obs. Tenho somente um cliente nesse rádio no momento. (Cliente usando apc 5m 18+)

Qual orientação vocês poderiam me da?

Obrigado

---

Boa tarde NielsonPadilha,

Já solicitamos o contato da nossa equipe técnica, aguarde em horário comercial que nós entraremos em contato. De antemão solicitamos que você mantena o equipamento instalado para que possamos realizar testes com o seu equipamento.

Att,
Equipe Intelbras

Posso está enganado, mas o trabalho da Intelbras em cima de firmwares é, ou está, muito lento. Vejam que a última modificação no firmware dos APC's foi lançada em janeiro de 2015, há mais de um ano e meio!. É certo que o firmware 6.0 das wom's chegou em um ponto bem mais estável que as versões anteriores, mas acho que a Intelbras precisa ser mais rápida em relação às melhorias de firmwares. Ok!. Fazer as wom’s trabalhar com Ipoll é um grande passo, mas já nasceu defasado. A Ligowave já lançou várias versões de firmware para os APC’s, já está na versão com Ipoll3 e a Intelbras não dar nem sinal de que tá trabalhando em novos firmwares. Já sabemos que sem TDMA não dá, dessa forma estou pretendendo parar com os investimentos em wom’s e investir em ubiquiti, pois a diferença não está tão grande assim e o Airmax está anos luz na frente.

Citação:

---

Postado originalmente por SeviFerreira

Posso está enganado, mas o trabalho da Intelbras em cima de firmwares é, ou está, muito lento. Vejam que a última modificação no firmware dos APC's foi lançada em janeiro de 2015, há mais de um ano e meio!. É certo que o firmware 6.0 das wom's chegou em um ponto bem mais estável que as versões anteriores, mas acho que a Intelbras precisa ser mais rápida em relação às melhorias de firmwares. Ok!. Fazer as wom’s trabalhar com Ipoll é um grande passo, mas já nasceu defasado. A Ligowave já lançou várias versões de firmware para os APC’s, já está na versão com Ipoll3 e a Intelbras não dar nem sinal de que tá trabalhando em novos firmwares. Já sabemos que sem TDMA não dá, dessa forma estou pretendendo parar com os investimentos em wom’s e investir em ubiquiti, pois a diferença não está tão grande assim e o Airmax está anos luz na frente.

---

Realmente concordo com você em gênero, número e grau!

Ja faz um tempo que falo isso, ate postei em um outro tópico a resposta da Ligo referente ao uso do ipoll em equipamentos intelbras, que categórico em dizer que o wom não roda ipoll. Acho que essa parceria entre as empresas não incluía o wom 5000.

Hoje desistir de rodar ipoll, mas ainda compro wom 5000 pelo preço. Meu maior investimento aqui é em CPE que são tudo em comodato. é notório que o wom evoluiu muito, em modo 802.11 não perde pra UBNT e MK, mas em TDMA a latência sobe muito. Tenho cliente a 3 saltos da torre principal com wom 5000, em modo 802.11 da um ping de 3,4,5, se habilitado o ipoll 20,30,50... Acabei retirando as apc e colocando MK como ap, que tem uma melhor gerencia.

@FMANDU e ai desistiu do IPOLL? Estou com 130 wom na rede e vou trocar meus paineis, estava pensando em usar apc5m 90+, porem pelo que o pessoal relata não esta valendo a pena ativar o protocolo. Tem alguma opinião formada? Obrigado!