Versão Imprimível
Jonas,
Depois posta o resultado da CPE KRazer, com o firmware original e com o firmware ubnt, assim, os amigos podem comparar o resultado. Especifique também qual antena voce optou, se foi 18dbi, 20dbi ou 20dbi Xpol. Cada uma tem um desempenho diferente.
Abraços
Sim recebo elas amanha a de 18 e 20dbi 1x1, comparativo vai ser com:
tplink
wom "essa to enviando de volta para fullwireless"
Nano loco m5
Recebendo de basestation 20dbi + rocket m5
distancia de 500mts e 1.5km
Vou postar umas fotos tbm mostrando acabamento e afins ;)
Bom dia amigo, a CPE de 18dbi modelo novo 1x1 de valor R$149,90 vai aceitar tambem firmware da ubnt ou somente a 2x2, ela é horizontal, vertical ou trabalha nas 2 alterado por software?Grato pela atenção.
Citação:
Postado originalmente por filzek
Filzek,
Estou esperando uma resposta técnica do suporte da krazer para concluir a negociação com a Val, veja se você consegue me dar uma luz. E se consegue fazer algo diferenciado.
Costumo utilizar oiw 5817v, e gostaria de testar as placas da krazer para fazer teste com ela. Outro cenário seria utilizar as cpe 18dbi 1x1 krazer para criar microcéluas para atender clientes de até 2km.
PERGUNTAS
1-Qual a quantidade de clientes consigo conectar com qualidade em cada cpe com planos de 1 e 2mb nessa distância?
Somente conecta na minha Estação Base clientes com sinal melhor que -70 e MCS 3,4,5,6,7,11,12,13,14,15. Nenhum cliente é aceito na minha rede fora desse padrão, é desconectado automaticamente se não atender a esse padrão, não aceito MCS 0,1,2,8,9,10.
2 - Enfim, era necessário isto tudo para verificar se conseguem me ajudar nesse quesito e me deixar dormir mais sossegado. Tem como fazer um script para aceitar clientes somente dentro dessas especificações sinal melhor que -70 e MCS 3,4,5,6,7,11,12,13,14,15?
VANTAGEM COMERCIAL
Gstaria de saber a vantagem comercial do seu produto em relação aos concorrentes. Visto que: CPE OIW 5817 consigo a 170,30R$, airgrid 23 a 199,20R$, Nano M5 266,00R$, MaxxStation mimo 195,00R$ (Aceita airos).A KN5 também já é compatível com firmware UBNT?
Só por curiosidade, qual o motivo dessa configuração?Citação:
Postado originalmente por deanactive
Por acaso é para que o rádio trabalhe sempre modulando em QAM?
Brother,
É pra não permitir modulações binárias, e de baixa performance. Criar uma rede puramente n, com data rates performáticos, e sinal bom, não permitir conectar quem está fora desse padrão. Eu queria ainda ser mais radical, permitir conectar só clientes com SNR melhor que 23.
Como você configura isso? Manualmente ou bolou um sistema automático que chuta quem nao tá na modulacao desejada? Aqui também quero montar rede puro N, se rolar um TDMA melhor, do contrário, trabalharei com N e nada mais.Citação:
Postado originalmente por deanactive
Abracos.
O meu interesse é montar esse script pq mesmo havendo colisões em n puro sem uso do tdma ela se torna baixíssima pq a qualidade do enlace vai me garantir tranqulidade mesmo com bastante clientes. Desta forma consigo contornar o prejuízo da colisão de pacotes ainda assim garantindo boa banda.
Outra coisa é que se eu conseguir implementar um timer como uma rede mesh esse problema de colisão desaparece praticamente. Usando esse cenário seria necessário criar uma malha de roteamento com timer de escuta.
Bacana deanactive. Quero montar algo que nao tenha tantos problemas também, mesmo que largue o uso do TDMA, mas a minha exigência é N puro e cliente (por hora) com sinal -75 dBm (mínimo).
Aqui tenho 2x basestation c/ rocket + tdma "airmax" e pior sinal -73 e tenho mais 4 sem tdma. Nao vejo toda essa diferença
Rocket c/ maior numero de cliente 54 media de 40 picos de 10mbps media de 5mbps ping na casa dos 3 a 6ms
"N puro" não evita colisões de pacote nem as diminui. Elas acontecem exatamente do mesmo jeito que em A, B ou G. A única forma existente hoje para diminuir as colisões de pacotes ou eliminá-las não as tecnologias RTS/CTS ou TDMA.
Nos meus APs, deixo sempre a Auto Negociação de velocidade ligada. Ela existe justamente para propiciar uma maior performance da rede. Em alguns casos, clientes fixados em MCS altos tem um troughput inferior a clientes com MCS mais baixos.
Abraços,
Jonas Lima
Aqui acho melhor -70 para ter uma certa liberdade quanto a uso de equipamentos cliente, pq alguns modulam mcs7 a 70, outro 73, outros 75, prefiro setar uma diferença
Esse meu -73 ta meio longe coisa de 7.3kmCitação:
Postado originalmente por deanactive
A media é de -58 a -63
Citação:
Postado originalmente por deanactive
Bacana, eu também tenho adotado essa metodologia de manter o cliente sempre com excelente nível de sinal.
A única diferença é que aqui eu tenho usado a modulação como referência e não o nível de sinal, pois notei que às vezes um cliente que está, por exemplo, com sinal de -73 dBm às vezes pode estar até melhor do que um com -68 dBm, dependendo do nível de ruído de cada local.
Eu estabeleci um parâmetro de sempre deixar o cliente com pelo menos 240/240, assim ele sempre irá modular em 64-QAM que é o que há de melhor para os rádios de baixo custo que nós trabalhamos.
Com Mikrotik é possível fazer essa configuração:Citação:
Postado originalmente por EribertoTorres
Vá na aba HT MCS
em HT Supported MCS marque todas as opções de MCS.
em HT Basics MCS marque somente as opções que deseja trabalhar.
Mas ai só vale se o AP emissor for MK verdade? Eu uso Rocket aqui, tem algo parecido ou é na mao mesmo?Citação:
Postado originalmente por SantiagoMG
Concordo com você a respeito de dexiar a modulação em Automático, pois se um cliente estiver com sinal ruim e nós fixarmos a modulação no AP esse cliente vai começar a trabalhar "forçado" naquela modulação e isso irá aumentar muito a taxa de erro na comunicação, fazendo necessário um reenvio de dados muito grande e por consequência ocorrerá uma diminuição da performance da comunicação.Citação:
Postado originalmente por jlima2001
O que eu acredito ser mais conveniente é limitar a modulação instalando sempre um rádio adequado à distância do cliente que proporcione sempre um nível ótimo de sinal, ou então colocar um novo setor para cobrir essa área com deficiencia e, se for o caso, até mesmo desistir de instala, pois um cliente com sinal ruim além de torrar a paciência com constantes manutenções também pode prejudicar toda a base
Agora com relação ao uso de "N puro" não diminuir as colisões eu discordo, pois ao usar o modo N conseguimos uma maior taxa de transferencia do que se estivéssemos usando o modo B, por exemplo. Sendo assim, cada cliente vai levar um tempo menor para transmitir uma certa quantidade de dados. Se o cliente gasta menos tempo para transmitir ele ocupa por menos tempo o meio, ou seja, o meio fica mais ocioso. Se o meio permanece mais ocioso a probabilidade de ocorrer colisões irá diminuir.
Essa minha argumentação é facilmente visualizada na prática, pois nós nem pensávamos em colocar uma base com 50 clientes operando em modo B, era uns 25 no máximo 30 clientes, acima disso a latência disparava, provavelmente por causa das colisões. Agora usando o tecnologia N, e mantendo um bom nível de sinal e modulação sempre alta, temos verificado que uma base pode trabalhar com 50 clientes (ou até mais) sem problema nenhum.
Com Ubiquiti eu somente conheço uma forma de limitar a modulação máxima, mas não a mínima. Acredito que no Rocket isso não é possível.Citação:
Postado originalmente por EribertoTorres
Entao vai na automática mesmo, até eu me injuriar de Ubiquiti e colocar MK em tudo rss.Citação:
Postado originalmente por SantiagoMG
Cara, mkt é top, mas como disse estou tentando encontrar ou fazer um script que me permita fazer isso sem mkt, no mkt é moleza, mamão com açucar... kkkkk, agora no ubiquit e demais é osso. No ubiquit só tem a forma de tirar quem está com sinal baixo, mas tbm não é tão eficaz
Agora que lembrei o que você mencionou, vi isso no Mum aqui em Lima, mas nao tinha a mínima ideia do que era e para que servia na prática.Citação:
Postado originalmente por deanactive
Você tem algum link que explique melhor o tema das modulacoes? Gostaria de aprender.
Brother dá uma olhada nisso e vê se entende, qualquer coisa pode perguntar que no que der eu respondo. Esses falam sobre os padrões e os tipos de modulações.
http://pt.wikipedia.org/wiki/Modulação
http://pt.wikipedia.org/wiki/IEEE_802.11
Nosso amigo Jonas está correto. O protocolo 802.11N teve diversas melhorias no MAC layer, o que colaborou em muito para evolução do wifi. O overhead diminuiu significativamente, e pudemos passar de 54MB(G) para 65(N). Mas isso não muda em nada a colisão de pacotes, e problema do Hidden Node que existe em todo e qualquer sistema Wifi. O CSMA/CA é uma forma de tentar combater esse mal, mas que quando aplicado a uma rede com diversos clientes deteriorisa e muito o sistema. Resumindo é uma escolha que você faz ao usar RTS, você troca troughput pela estabilidade do sistema. Quando digo estabilidade, me refiro a perca de pacotes. O protocolo CSMA/CD que é usado em redes cabeadas, funciona perfeitamente pois todos os cabos estao conectados a um mesmo switch, e todos os clintes ( cabos ) se enxergam, assim funcionando perfeitamente. TDMA é infinitamente superior, logo abaixo falarei mais sobre o assunto.Citação:
Postado originalmente por jlima2001
Citação:
Postado originalmente por deanactive
Ter uma rede em N, com certeza melhora e bastante a sua qualidade. Todos aqui ja tiveram um ap rodando em BGN, se você coloca clientes que operão em diversas modulações, o Ap ira ficar trocando seu BitRate o tempo todo, para a modulação do cliente que está sendo ouvido naquele momento. E no fim, devido a grande troca de modulações o ap trabalha mal, e ai temos os famosos problemas, como latencia alta, perca de pacotes e outros. Ou seja o ideal, independente de qual seja a modulação, é ter ela fixa, e de preferencia manter um padrão de DataRate. Onde todos os seus equipamentos trabalhem com o mesmo DataRate. Façam um simples teste, a grande maioria utiliza como Ap um Rocket e nos clientes mesclam equipamentos Siso e equiapmentos MiMo. Onde o maximo datarate Siso é 65 e Mimo 130 para um Ap rodando em 20Mhz.Uma maneira bem simples e prática de vizualisar isso é a seguinte: loguem no equipamento via ssh, e na linha de comando digitem o seguinte comando " iwlist ath0 bitrate" sem as "s. Repita o comando diversas vezes e em sequência, vocês poderam verificar que o BitRate do equipamento muda com frequencia, isso ocorre de acordo com o cliente que está sendo atendido.Citação:
Postado originalmente por SantiagoMG
Tendo falado de CSMA, DataRate e Modulação, vou falar um pouco mais de nós.
Hoje com a versão 5.5.4 , temos uma nova opção de datarate, que é o Alternativo. Como foi mencionado anteriormente, hoje pode-se limitar o DataRate máximo, mas nao o mínimo. Por isso pensamos no Alternativo.
Qual a verdadeira intenção em se fixar um Datarate, ou setar um valor mínimo?
Obviamente de obter o melhor desempenho do enlace, e em um cenário PTMP manter o Datarate do Ap o mais alto possível, podendo assim se usufruir de um melhor troughput. Quando se fixa um datarate alto, digamos MCS7 (Siso), para um cliente que não está com um SNR adequado, o mesmo irá sofrer tanto quanto se estivesse com um data rate baixo. O equipamento por si só, por padrão, se associa ao AP com o maior datarate possível, se isso nao ocorre é uma falha de software, ou outra qualquer, a questão é que o equipamento nao está trabalhando como devia. Se você possui um Nano que nao se associa a um datarate alto, com certeza existe algum problema na instalação, e quando digo problema me refiro a todos os possíveis problemas. O correto é o nano se associar em 130/130, e assim se manter, lembrando que as vezes o datarate de envio não consegue se equivaler ao datarate de recepção isso é de fato comum,mas nao se aplica a todos os casos. Caso você esteja em um ambiente com muito ruído, com muita chuva e intemperes, e outros fatores, use o alternativo. O datarate alternativo veio justamente para isso, em vez de você definir o datarate mínimo, deixe que o AP resolve isso por si só. O algoritmo irá definir o melhor datarate naquela situação e se adaptará para ele, nao prejudicando o seu cliente, que morreria para rodar em um datarate alto previamente setado que não era o ideal naquela situação, as vezes é melhor baixar o datarate, conseguir um txpower maior, e rodar com qualdiade.
O TDMA é de fato uma evolução para todos. E por esse motivo que antigamente,quando todos trabalhavamos com Ap2000, a Motorola com Canopy arrebentava a boca do balão, pois eles ja tinham TDMA desde essa época. Ou seja TDMA é inquestionavelmente melhor que CSMA.A grande vantagem do TDMA é, que um cliente deixa de afetar toda célula, pois cada estação tera seu tempo préfixado para atendimento, isso melhora e muito a qualidade de conexão, além de possibilitar um maior número de usuários conectados ao Ap. Este é outro ponto que quero mencionar.
Um Ap digamos 1x1 20Mhz MCS7(65Mb) cenário PTMP, com Airmax rodando e condições ideáis devemos conseguir algo em torno de 25mb de troughput. Pensando nisso que devemos dimensionar os nossos clientes. Adotando uma proporção de 4:1 que é uma proporção justa no meu ponto de vista, onde quando a cada 4 usuários conectados 1 está usando o total de banda contratada. Sendo assim se formos instalar clientes de 12mb este ap conseguiria portar apenas 8 clientes, se fossem clientes de 1Mb serião quase 100 usuários. Se a mesma conta fosse feita utilizando CSMA, o ap trafegaria algo em torno de 15MB, e devido as colisões não passariamos de 50 usuários. É uma relação Troughput x Usuário.
Resumo, sempre usem TDMA em sua rede. Hoje em dia funciona sem? Sim funciona, da mesma maneira que antigamente conectavamos clientes em 2.4 com 15 de SNR e funcionava. Em 5.8ghz temos um espectro gigantesco, e o mesmo ainda é funcional. Monte uma rede em 2.4N e verifique se consegue latencia baixa e troughtput, com Airmax você consegue. NÃo é marketing, TDMA funciona e resolve o nosso problema.
Finalizando, para aqueles que pretendem rodar a versão 5.1.2 em outros equipamentos e habilitar o AirMax, eu não recomendo, afinal é a versão mais primitiva do AirMax, com certeza nao terá a mesma performance e estabilidade da atual versão 5.5.4.
Comprar um produto 2x2 com TDMA por apenas R$30,00 a mais, parece ser uma boa idéia para mim.
PS: Estou vendo que o pessoal está sempre rodando versões que por padrão vem no equipamento, sempre atualize o seu quipamento para a última versão, se ela existe é porque com certeza é melhor que a anterior :D!
Atenciosamente,
Chadi Chakra,
Channel Manager Brasil
Chadi, meus parabéns pela aula. Como sempre tenho dito, o TDMA é MUITO superior ao CSMA. O problema é que algumas pessoas insistem em usar tecnologias ultrapassadas.
Aqui na minha região existe um provedor antigo que até hoje só utiliza antenas grades com placa PCI ou USB nos clientes. E ainda: possuem vários POP's com Omni's ao invés de setoriais. Em um determinado local, chega a ser cômico ver uma omni deles colada na lateral de um morro. De repente, eles agora querem fornecer internet também para minhocas.
CSMA funciona muito bem indoor, justamente pra onde foi pensado. Para outdoor, usar CSMA é como falar em uma boate lotada: você vai ter que gritar e repetir várias vezes até que a outra pessoa consiga ouvir.
Brothers,
Indiscutivelmente o que há de mais moderno pode ser melhor, "pode", cada um se adapta a sua realidade e sabe aonde aperta o seu calo. Será porque uma rede bem estruturada com controle de modulações e sinal, a diferença entre TDMA e CSMA é tão pequena? Resposta, uma implantação com TDMA proprietário pode ser mal feita e dar maus resultados.
Vejamos o que foi dito: "Para outdoor, usar CSMA é como falar em uma boate lotada: você vai ter que gritar e repetir várias vezes até que a outra pessoa consiga ouvir." Porque não falar baixinho e educadamente? Assim todos conseguem se escutar. O TDMA E CSMA, é como se fosse o timbre da voz, que de alguns é aveludado e de outros estridente, porém se mesmo com timbres diferentes falarem na mesma intensidade a conversa flui. Em uma mesa de reunião quando cada um fala no seu tempo e responde quando solicitado a reunião ocorre tranquilamente, isso que aconteceu com a melhoria do CSMA, os participantes da reunião aprenderam que tem hora de falar.
1- Aliar controle de potencia
2 -Ajustar nível de sinal de forma uniforme, de entrada e saída.
3 -Ajustar nível de sinal entre todos os clientes.
4 -Ter cuidado com E.I.R.P (tem gente que usa 50dbm e acha que tá abafando)
5 -Usar canais de frequência média com baixa E.I.R.P
6 -Parar de fugir das frequências médias porque é viciado em tacar dbw
7 -Manter o piso de ruído entre 25 e 30 no SNR
* Falar na mesma intensidade faz com que ninguém sinta dor no ouvido se falar baixo, ou seja, não é necessário repetir o que falou (retransmitir) .
deanactive, se você fosse começar sua rede hoje, do zero, você começaria com CSMA ou TDMA?
Deanactive, até o momento minha linha de trabalho está mais alinhado com que foi descrito por você. Não acredito que a solução para nosso aumento de performance seja simplesmente usar o TDMA, são diverssos fatores, tanto técnicos como comerciais que devemos analisar.Citação:
Postado originalmente por deanactive
Pode acontecer de uma tecnologia ser superior a outra e mesma assim não ser a melhor escolha para a nossa realidade.
Vou colocar como exemplo o meu caso:
Na minha rede eu decidi mudar todos os rádios dos meus clientes para alguma solução MIMO 2x2, canal 40 MHz. Aí comecei então a fazer pesquisa e testes de qual seria a melhor combinação de custo benefício.
Nos testes que eu realizei, foram utilizados diversos equipamentos e protocolos de comunicação, sendo que o melhor desempenho que eu consegui foi utilizando o NV2 da Mkrotik, que possiblitou um Throughput de até 220 Mbps, seguido pelo NStreme da Mikrotik que deu um Throughput de até 180 Mbps e por último o 802.11, que utiliza o CSMA/CA, conseguindo um Throughput de até 140 Mbps.
Importante ainda ressaltar algumas impressões obtidas nos testes com relação à latência:
1- O NV2 observei que ele tem uma latência mais alta (entre 10 e 20 ms), mesmo com baixo tráfego, porém a latência se mantém estável seja com tráfego alto ou baixo.
2- O Nstreme apresenta baixíssima latência( <1 a 1 ms) com baixo tráfego e vai aumentando aos poucos conforme aumentando o tráfego chegando à mesma à latência do NV2 quando o tráfego está no máximo.
3- O CSMA tem uma latência muito parecida com a do Nstreme, porém um pouco mais alta (entre 1 e 2 ms) e também vai aumentando aos poucos conforme o tráfego aumenta, mas não passando de um valor de 20 ms.
Conclusões técnicas dos meus testes:
1- Com qualquer um dos três protocolos eu consigo um alto Throughput (acima de 100 Mbps), sendo que minha limitação seria a porta ethernet e não a interface wireless, sendo assim todos estariam empatados no quesito capacidade de tráfego.
2- Com relação à latência a melhor opção pra mim seria utilizar o Nstreme, pois apresenta menor valor e maior estabilidade.
Assim a melhor opção seria usar Mikrotik Nstreme, MIMO 2x2, canal de 40 MHz, com antena de alto ganho.
Mas aí é que esbarrei num problema: os equipamentos da Mikrotik com essas especificações, apesar de apresentarem um melhor desempenho e também uma maior durabilidade, são bem mais caros. O menor valor que eu consegui foi R$370 enquanto com Ubiquiti eu consegui por R$260,00. Apresentando portanto uma diferença considerável no valor.
Desta forma, acabei optando por usar o CSMA com Ubiquiti nos clientes e Mikrotik na base, pois a diferença no desempenho seria muito pequena e o valor a ser investido seria bem mais alto.
Por isso que eu afirmo que pode acontecer de uma tecnologia ser superior a outra e mesma assim não ser a melhor escolha para a nossa realidade.
Santiago, pelo que você disse, só acho uma pena você ter dois equipamentos que podem funcionar em TDMA (Mikrotik e Ubiquiti) e ainda continuar usando CSMA, pois possuem protocolos diferentes. Se sua base também fosse Ubiquiti, poderia trabalhar em TDMA.
Só em complementação à post anterior, gostaria de mencionar que um dos aspectos que não consegui mensurar nos testes foi justamente a questão da capacidade de clientes suportadas pelos protocolos e também a estabilidade quando em ambiente real onde a interferência é maior, pois esse tipo de teste é praticamente imposível de simluar em bancada e também porque não encontrei nenhum estudo ou teste detalhado sobre essa questão. Os únicos documentos que eu encontrei foram dos próprios fabricantes informando que seus protocolos proprietários possibilitam maior número de clientes conectados. Em contrapartida encontrei um documento da UFRJ informando o contrário. Foi então que eu decidi fazer essa verificação na prática mesmo e assumir o risco.
Até agora estou muito satisfeito com a estabilidade conseguida e também com a capacidade de clientes, pois até o momento tenho uma base com 65 clientes conectados e planos de 1, 2 e 3 Mbps.
Até o momento está excelente e demonstra suportar bem mais.
O número de clientes vai aumentar a uma taxa de 20 por mes, portanto daqui uns dois meses essa base deve ultrapassar 100 clientes conectados, aí vou postando meus resultados.
Caso alguém tenha um cenário parecido também seria interessante compartilhar, pois ajudaria a outras pessoas a tomarem decisões futuras e poupar investimento.
Correto, mas o que acontece é que eu ainda não estou convencido de que NO MEU CASO (importante frisar isso) o CSMA suporte menos clientes, pois ainda precisamos de mais informação.Citação:
Postado originalmente por jlima2001
O meu objetivo é conseguir com essa configuração colocar 100 clientes por setor, conseguindo oferecer planos de até 10 mbps e uma latência de até 20 ms.
Conseguindo isso estou satisfeito e tenho certeza que o investimento valeu a pena e o custo benefício foi o melhor.
Mas caso não consiga ainda tenho uma opção muito fácil para testar, basta tirar da base o Mikrotik (RB411AH com R52Hn) e colocar um Rocket para ver se o Airmax vai ajudar em alguma coisa.
Mas vou evitar isso ao máximo, pois os equipamento da Mikrotik tem se mostrado mais estáveis.
Eu estava pensando em montar pops com fabricantes diferentes, para nao ficar preso a um distribuidor (meu problema nem tanto é com fabricante), mas tá difícil.
Quando comecei li bastante e me decidi pela UBNT porque eram mais fáceis de montar, nao iria ter saco e dinheiro para ficar puxando cabo coaxial caro para montar RB e conectar em antena. Hoje eu já vejo que a MK evoluiu ao ter parceiros que desenvolvem cases e antenas para seus produtos, assim fica mais fácil embarcar um MK do que quando eu comecei.
Hoje eu posso montar uma RB qualquer e usar como um cpe comum e corrente como eu faco com a UBNT, coisa que 2 anos atrás eu teria que comprar uma RB 433, cartoes mini pci, puxar cabo coaxial até a altura da antena, etc. Fiz meus cálculos e aliado a minha preguica e falta de habilidade, UBNT era muito mais fácil de implantar e tem TDMA.
Hoje ai no Brasil tem várias alternativas incorporadas como é a solucao UBNT e várias usam algum TDMA. Eu acho que sim um TDMA ajuda, mas os testes que o Santiago fizeram sao interessantes, pois ele bateu no ponto que ninguém bate: porta Lan. Na página do ZéAlves eu li ele comentando dos limites de conexoes simultâneas em um Rocket por exemplo, e era de 111 clientes simultâneos (limitacao por software), mas que a limitacao real era a porta Lan de 100 Mbps, logo eu poderia ter até 100 clientes trafegando 100 Mbps.
O que ajuda ter essa quantidade de clientes penduradas é justamente o Airmax.
Podíamos definir parâmetros de testes e comparacoes e gerar um feedback para nós mesmos. Eu tenho um novo pop a ativar e posso testar. Me falta definir o que vou usar no novo pop (UBNT, MK ou Deliberant), e vou montar o setor inteiro com esse fabricante (a ser definido).
Que isso gente? 100 Mb de througput TCP num AP em PtMP é loucura!!!
Acho que Ubiquiti e MK vai fazer no máximo uns 30 a 40 Mb totais em PtMP, com vários usuários simultâneos, isso numa rede muito bem instalada e configurada.
Por isso, preocupação com porta LAN para PtMP e totalmente descartável.
Tenho que achar onde li, mas como também estou aprendendo posso falar bobagens. Nao quis dizer que tem troughput de 100 Mbps, pelo que entendi posso ter 100 clientes conectados ao AP.
Eu também acredito que é muito difícil de conseguir 100 Mb de througput TCP num AP em PtMP.Citação:
Postado originalmente por jlima2001
Mas aí é que acho que entra o ponto mais imporante: O que irá limitar a capacidade da base? O protocolo utilizado ou as espicificações do AP?
Qual sua opinião a respeito?
O througput do AP será limitada por um número de fatores: banda utilizada, protocolo, interferência, tamanho de pacotes, etc...
Mas sem dúvida, com muitos clientes, haverá um througput maior com TDMA do que com CSMA, mesmo usando RTS/CTS.
Mas o que acontece que esse maior througput proporcionado pelo uso do TDMA não será usufruído. Pois se eu tirar o Mikrotik e colocar um Rocket, para então ativar o Airmax, aí sim que vou ter problema, pois é de conhecimento de todos que o Rocket abre o bico fácil e não consegue processar mais do 8.000 pps sem subir a latência.Citação:
Postado originalmente por jlima2001
Assim eu acredito que minha base poderá suportar mais clientes utilizando Mikrotik + CSMA do que Ubiquiti + TDMA.
A não ser que a Ubiquiti tenha algum rádio que suporte mais pps do que o RocketM5. O RcketM5 Titanium, talvez... Nunca usei e nem vi falar se ele é melhor... Pode até ser..
Por enquanto vou experimentar até quanto aguenta o Mikrotik configurado com 802.11, pois estou confiando que ele vai se sair bem.
Santiago, para você chegar aos 8000 pps em condições normais, você terá um throughput superior a 70 Mb TCP. Você não irá conseguir essa banda num PtMP nem com Mikrotik nem com UBNT.
Ok. Então nós podemos concluir que se eu deixar o Mikrotik na base e usar Ubiquiti nos clientes o meu número máximo de clientes será limitado pela utilização do protocolo 802.11 não é isso?
Então vou fazer assim: Vou manter o Mikrotik na base e ir adicionando clientes, mas sempre mantendo um nível bom de sinal, modulação sempre alta e CCQ acima de 90%.
Eu estou fazendo a troca gradual dos equipamentos nos clientes, de forma que daqui uns 2 meses esta base já esteja com mais de 100 clientes conectados.
Aí então eu coloco aqui as minhas constatações. Informo se tive problemas ou qualquer outra novidade, pois assim teremos um teste prático para nos responder: O que é melhor Mikrotik + CSMA ou RocketM5 + Airmax.
Caso Mikrotik + CSMA supere bem a marca dos 100 clientes eu continuarei adicionando clientes até o momento que começar a aumentar a latência e poderemos então descobrir o limite.
Assim que o Mikrotik atingir seu limite eu troco ele por um RocketM5 Titanium, ativo o Airmax e verficamos o que acontece.
Eu acho isso importante, pois quando fui definir qual equipamento usar eu procurei muito essa informação e não achei, pode ser que outras pessoas também estejam procurando por isso.
Santiago, para aproveitar o Rocket Titanium tem que trocar as setoriais por Basestation Titanium, para aproveitar a tecnologia dele.
Bom,
Teste de bancada da KN5 - www.krazer.com.br/cpekn5
10 metros com 3 barreiras (simulação de perca em campo para 7km)
Sem Airmax firmware original Krazer: 89Mbps Tcp/IP full duplex.
Sem Airmax firmware UBNT 5.5.4 Krazer: 79Mbps Tcp/IP full duplex.
Com Airmax firmware UBNT: 93Mbps Tcp/IP full duplex.
Podem ver que o firmware original da UBNT sem airmax tem um resultado pior que o da krazer em relação a transmissão full duplex TCP/IP, porém com AIRMAX a UBNT leva 4Mbps a mais de dados.
Vamos colocar em campo amanha para testar com 1, 1.5, 2.5, 3.2 e 7km.
Assim teremos como saber a real funcionabilidade com AirMax e Sem Airmax da KN5 em campo!
Filzek, corrige o link. Você colocou o ): perto do 5 e o forum pegou tudo como um link.Citação:
Postado originalmente por filzek
vou realizar o teste com os equipamentos do lab, são gerenciadores de rede oficias da IXIA, que fazem hardware flow control, outra coisa, testa realmente o que acontece, posto os relatorios depois deles em html, assim, dará para ver o que acontece em casa cenário.
Vou tentar falar com o zé alves pra ver se ele configura as nanostation M5 com melhor configuração e eu replico o que ele fizer noutro equipamento, assim, teremos um equipamento original x um equipamento krazer rodando ubnt 5.5.4, o que acho extremamente viavel para o teste, onde será extraido tudo do equipamento!
Quem tiver alguma solicitação pro teste, só falar! Assim, agente testa tudo que voces pedirem!
Filzek, acho que faltou informar o tal do pps. Vocês conseguem saturar o rádio até o limite dos pps e testar se a latência sobe e quanto?
Filzek, a real funcionalidade do AirMax não é aumentar o throughput da rede e sim evitar a colisão de pacotes em PtMP. Ligar ou deixar desligado o AirMax em um PtP não irá fazer diferença. Portanto, esse tipo de teste que você esta realizando não é válido para "saber a real funcionalidade" do AirMax.Citação:
Postado originalmente por filzek
Com base nos equipamentos que tenho operando em minha rede como BASE (ROCKET M5 + BASESTATION 17dBi e APC 5M-90) e como clientes (NANOSTATION M5, NANO LOCO M5, APC 5M-18 e WOM 5000), tenho os seguintes resultados práticos:
- BASE UBNT = em torno de 50 clientes
- BASE INTELBRAS = pouco mais de 80 clientes e ainda aguenta mais.
Acredito que o principal diferencial seja o processamento de pacotes (PPS), onde o INTELBRAS suporta pelo menos 3X mais.
J.C.
Citação:
Postado originalmente por filzek
1- Quais as especificações de processador e memória desse rádio?
2- Nesse teste realizado, qual a latencia e quantos pps estavam sendo processados?
3- Este radio tem saida para antena externa?
Bom, nao achei o post do Zé Alves onde li sobre os 100 usuários, mas achei esse do limite interno dos APs:
http://dl.ubnt.com/UBNT_inter-ops-2.4g_2.pdf (2.4 GHz)
http://dl.ubnt.com/UBNT-inter-ops-5g_2.pdf (5.8 GHz)
Citação:
Postado originalmente por EribertoTorres
Eriberto Torres, muito bom esse documento.
Ele descreve várias configurações de uso e faz uma previsão da capacidade máxima de clientes suportados
Vejamos duas configurações:
A: AirMAX on; ’N’ mode; MIMO 2X2 compatible; max. MCS14 data rate;
max. 40Mhz channel width; max. 120 users per AP radio [64Mb RAM]
B: AirMAX off; ’N’ mode; MIMO 2X2 compatible; max. MCS14 data rate;
max. 40Mhz channel width; max. 60 users per AP radio [64Mb RAM]
Analisando essas duas configurações é possível verificar que a única diferença é que: no caso A: o airmax está ativado e suporta 120 clientes e no caso B: está desativado e suporta somente 60 clientes. A princípio nós poderíamos entender que somente o uso do Airmax possibilitou conectar o dobro de clientes.
Mas na realidade ao realizarmos outra análise descobrimos que não parece que é muito bem isso que acontece, vejam outras duas comparações:
A: AirMAX on; ’N’ mode; MIMO 2X2 compatible; max. MCS14 data rate;
max. 40Mhz channel width; max. 120 users per AP radio [64Mb RAM]
C: AirMAX on; ’N’ mode; MIMO 2X2 compatible; max. MCS14 data rate;
max. 40Mhz channel width; max. 60 users per AP radio [32Mb RAM]
Nestes dois casos a única diferença é a RAM, sendo que no caso A: a memória é de 64Mb e suporta 120 clientes e no caso C: a memória é de 32Mb e suporta 60 clientes.
Ou seja, nesta comparação os dois rádios estavam usando Airmax e o que determinou a quantidade de clientes foi a RAM
Para finalizar, gostaria de fazer somente mais uma comparacao:
B: AirMAX off; ’N’ mode; MIMO 2X2 compatible; max. MCS14 data rate;
max. 40Mhz channel width; max. 60 users per AP radio [64Mb RAM]
D: AirMAX off; ’N’ mode; MIMO 2X2 compatible; max. MCS14 data rate;
max. 40Mhz channel width; max. 35 users per AP radio [32Mb RAM]
Neste dois casos, o Airmax está desabilitado e a única diferença é que no caso B: a memória é de 64 Mb e suporta 60 clientes, já no caso D: a memória é de 32 Mb e suporta 35 clientes.
Minha conclusão final da análise desse documento é de na realidade fica explícito que a capacidade dos rádios da Ubiquiti são limitados pela características do AP, mais especificamente da RAM, e que o aumento da capacidade quando o Airmax está ativado, se deve, provavelmente, ao fato de que este protocolo consome menos memória RAM
Portanto, talvez essa informação de que o CSMA é muito inferior ao TDMA não seja coerente. Talvez o que realmente faz a diferença são as característica de hardware e que o Airmax não é tudo isso que estão falando e que podemos ter a liberdade de usar um protocolo padronizado (802.11) e não ficar "amarrado" a um fabricante.
Boa!!! O fato de não ficar preso a um fabricante é essencial para os negócios. Havendo um problema de produção desses aparelhos todos vão ter que desabilitar os protocolos proprietários para poder acrescentar novos clientes, iniciando assim uma outra fase em seus negócios (trabalhar sem o protocolo proprietário).
Aqui montei um POP CSMA para me ver livre dos protocolos e da dependência, agora com esse novo POP tenho diversas possibilidades, são POP's baratos já que trabalho com setorização, ou seja...Encheu, monta outro, nada de sobrecarregar os hardwares.
Tenho bastante TDMA na rede, não vou deixar de usar, porém só usar TDMA...Não vejo vantagem (nos negócios).
Roberto21, como vc disse que tem bastante TDMA, existe a possibilidade de você desativar temporariamente o TDMA em algum desses pops e nos passar um feedback se houve alguma mudaça significativa?Citação:
Postado originalmente por Roberto21
Eu faria isso se pudesse, para poder esclarecer ainda mais a questão, mas aqui eu não tenho como ativar TDMA, pois a base é Mikrotik e os clientes Ubiquiti.