[GTER] Wifi para 500 pessoas.
Marcelo M. Pinheiro GMail
marcelo.nipcable at gmail.com
Tue Aug 19 10:22:53 -03 2014
Antonio qto ao Cisco Meraki, você usou algum modelo em especial!?
Marcelo Marques Pinheiro
NipBr - NipCable do Brasil LTDA.
(12)2138-8000.
> Em 19/08/2014, às 08:41, Carlos Ribeiro <cribeiro at telbrax.com.br> escreveu:
>
> Já li boas opinião sobre Meraki, fora do Brasil, mas ainda não tinha ouvido
> nenhum case nacional. Bom saber que funcionou bem.
>
> Amigos meus que trabalham com venda de produtos Cisco no Brasil comentaram
> comigo que a linha Meraki é boa mas que devido à política comercial ser
> diferente, os vendedores muitas vezes optam por confirmar vendendo aquilo
> que eles conhecem melhor, que são os equipamentos da linha tradicional...
>
> Carlos Ribeiro
> Em 18/08/2014 22:12, "Antonio Junior" <anjunior at gmail.com> escreveu:
>
>> Marcelo,
>>
>> Já fiz algumas vezes, utilizando Cisco Meraki.
>> Picos de 2800 pessoas conectadas simultaneamente em distribuidas em 16 APs
>> MR34.
>>
>> Att,
>>
>> Antonio Junior
>> Gerente de Telecom
>> Mob Telecom / Argo Host
>> INOC-DBA 28598*100
>>
>>
>> Em 18 de agosto de 2014 18:23, Marcelo M. Pinheiro GMail <
>> marcelo.nipcable at gmail.com> escreveu:
>>
>>> Eu também tenho uma demanda para conectar 2500 pessoas (SmartPhones) em
>>> Shows, em um ambiente que cabem 5000 pessoas....
>>>
>>> Alguém já fez isso?!?
>>>
>>> Abcsss,
>>>
>>>
>>> Marcelo Marques Pinheiro
>>> NipBr - NipCable do Brasil LTDA.
>>> (12)2138-8000.
>>>
>>>
>>>>> Em 18/08/2014, às 15:08, Carlos Ribeiro <cribeiro at telbrax.com.br>
>>>> escreveu:
>>>>
>>>> Ruckus, eu conheço. Xirrus, eu só conheço de nome, mas tenho ótimas
>>>> referências.
>>>>
>>>> Uma coisa que eu posso garantir é que, no caso de eventos
>> principalmente,
>>>> não se trata só de ter muitas sessões simultâneas. Se fosse só isso um
>>>> Mikrotik ou Ubiquity resolveria. O problema é que o padrão de uso é bem
>>>> diferente do padrão de um "provedor", o ambiente de RF é extremamente
>>>> complicado, e as pessoas tem muito pouco tempo para colocar para
>>> funcionar.
>>>> Tem que ser plug & play mesmo.
>>>>
>>>> Nesses cenários, de alta densidade e uso intensivo, eu não recomendo o
>>>> caminho do "do it yourself". O uso de um AP profissional com rádio de
>>> alta
>>>> qualidade e técnicas avançadas de modulação faz toda a diferença. Custa
>>>> caro, mas (geralmente) o preço desse rádio não é o maior "ofensor"
>> desse
>>>> tipo de projeto, por mais caro que pareça.
>>>>
>>>> *Carlos Ribeiro*
>>>> *Sócio*
>>>> Cel: +55 (31) 9303-3366
>>>> Tel: +55 (31) 3305-5620
>>>> Geral: +55 (31) 3305-5600
>>>> cribeiro at telbrax.com.br
>>>> www.telbrax.com.br
>>>>
>>>>
>>>> Em 18 de agosto de 2014 14:26, Raphael Costa <raphaelbscosta at gmail.com
>>>
>>>> escreveu:
>>>>
>>>>> Já vi Xirrus funcionando muito bem em grandes eventos com poucas APs.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Em 18 de agosto de 2014 11:59, Romario Hornburg <
>>>>> romario.hornburg at gmail.com>
>>>>> escreveu:
>>>>>
>>>>>> Vá de Ruckus sem medo!
>>>>>>
>>>>>> Melhor solução Wireless, pode solicitar testes ou até mesmo procurar
>>>>>> reviews.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Em 18 de agosto de 2014 09:59, Odilo Schwade Junior <
>>>>>> odilojuniors at gmail.com>
>>>>>> escreveu:
>>>>>>
>>>>>>> Utilizo Ruckus, temos cerca de 7mil usuários simultaneos, em cerca
>> de
>>>>> 250
>>>>>>> APs.. Nossos APs chegam a 100 usuários conectados no máximo, devido
>> ao
>>>>>> uso
>>>>>>> de criptografia, tudo 802.1x auth. Um AP com 100 pessoas conectadas
>>>>>> navegam
>>>>>>> tranquilamente.
>>>>>>> Segundo datasheet da Ruckus se não usar criptografia chega aceitar
>> 512
>>>>>>> usuários simultaneos.. nunca fiz o teste :)
>>>>>>>
>>>>>>> A Ruckus tem uma tecnologia interessante chamada BeamFlex: "BeamFlex
>>>>>>> consists of a smart, compact antenna array with multiple elements,
>>>>> which
>>>>>>> can be combined in real time to form unique antenna patterns. ",
>> mesmo
>>>>> em
>>>>>>> ambientes que necessitem alta densidade e diversos APs (que pode
>>> causar
>>>>>>> interferencia) segundo testes eles conseguem explorar ao máximo este
>>>>>> local
>>>>>>> com a melhor combinação de sinal. Claro que dependendo da quantidade
>>> de
>>>>>> APs
>>>>>>> é necessário um bom site survey :)
>>>>>>>
>>>>>>> Não fiz testes com outros fabricantes, já ouvi falar de Xirrus
>>> também..
>>>>>> mas
>>>>>>> a Ruckus tem atendido perfeitamente nossas necessidades..
>>>>>>>
>>>>>>>
>>>>>>> ah e o Client Isolation funciona legal também! Dá pra fazer entre
>> APs
>>> e
>>>>>> até
>>>>>>> entre VLANs direto no controlador.
>>>>>>>
>>>>>>>
>>>>>>> 2014-07-28 21:25 GMT-03:00 Juliano Primavesi | Giga Internet
>> Digital <
>>>>>>> juliano at giga.com.br>:
>>>>>>>
>>>>>>>>
>>>>>>>> Eu recomendava o Ruckus, mas existe uma solução com custo menor e
>> que
>>>>>> se
>>>>>>>> configurada por um MTCWE, consegue te prover internet para os 500
>>>>>>> usuários.
>>>>>>>>
>>>>>>>> Trata-se da RB 951Ui-2HnD
>>>>>>>>
>>>>>>>> É um produto novo da Routerboard, roda Mikrotik, com processador de
>>>>> 600
>>>>>>>> Mhz, com custo aproximado de 270 reais cada.
>>>>>>>>
>>>>>>>> Cada RB vai suportar de 80 a 100 usuarios simultaneos, entao voce
>> vai
>>>>>>>> precisar espalhar cerca de 8 destes APs pelo local para garantir.
>>>>>>>>
>>>>>>>> A configuração deve ser de MESH, com uma sendo a ROOT e as demais
>>>>>>>> conectando-se na ROOT por WIFI ou por cabo (de preferencia por
>> cabo)
>>>>>>>>
>>>>>>>> Voce pode configurar a potencia de cada AP para que nao "interfira"
>>>>> no
>>>>>>>> outro, evitando tambem as áreas de sombra.
>>>>>>>>
>>>>>>>> A rede funciona, eu mesmo fiz uma para testes e a troca de RB é
>>>>>>>> praticamente transparente.
>>>>>>>>
>>>>>>>> Juliano
>>>>>>>>
>>>>>>>> Em 28/07/2014, à(s) 18:51, Jessian Ferreira Cavalcanti <
>>>>>> jessian at unesp.br
>>>>>>>>
>>>>>>>> escreveu:
>>>>>>>>
>>>>>>>>> prezado Cristofer
>>>>>>>>>
>>>>>>>>> legal o seu resumo, muito esclarecedor tambem
>>>>>>>>>
>>>>>>>>> tambem testamos Ruckus aqui na Unesp, performance muito boa
>>>>> inclusive
>>>>>>> de
>>>>>>>> sinal/ruido e quantidade de clientes, notamos que esse limite de
>>>>>> usuarios
>>>>>>>> e' a somatoria dos dois radios (2.4 e 5 GHz)
>>>>>>>>>
>>>>>>>>> outros fabricantes tambem chegam nesse limite, no caso da HP/H3C
>>>>> isso
>>>>>>>> tem que ser configurado via radio-policy, mas como falei em outra
>>>>>>> mensagem,
>>>>>>>> eles nao recomendam no caso de clientes usando VoIP, precisamos
>>>>> estudar
>>>>>>>> melhor isso
>>>>>>>>>
>>>>>>>>> vale lembrar que a nossa config por aqui e' VLAN de gerencia e
>> VLAN
>>>>>> de
>>>>>>>> clientes separadas, isso e' fundamental em qualquer plataforma
>>>>>>>>>
>>>>>>>>> abraço eletrônico
>>>>>>>>> Jessian Cavalcanti
>>>>>>>>> Grupo de Redes de Computadores
>>>>>>>>> Assessoria de Informatica - Reitoria - Unesp
>>>>>>>>> (11) 5627 0572
>>>>>>>>>
>>>>>>>>> ----- Mensagem original -----
>>>>>>>>> De: "listas" <cristofervellosol at gmail.com>
>>>>>>>>> Para: "Grupo de Trabalho de Engenharia e Operacao de Redes" <
>>>>>>>> gter at eng.registro.br>
>>>>>>>>> Enviadas: Segunda-feira, 28 de julho de 2014 11:17:59
>>>>>>>>> Assunto: Re: [GTER] Wifi para 500 pessoas.
>>>>>>>>>
>>>>>>>>> bueno...
>>>>>>>>>
>>>>>>>>> Nos testes que já fiz a ruckus ganhou de longe no quesito
>>>>>> densidade...
>>>>>>>>>
>>>>>>>>> nunca testei o xirrus...
>>>>>>>>>
>>>>>>>>> Usei por um bom tempo aps caseiros com ddwrt ( aguentam de 20 a
>> 40
>>>>>>>>> users dependendo do hardware), com unifi chegava a 60 por ap mas
>>>>>> quando
>>>>>>>>> lotava ficava ruim... com h3c tbm chegava nos 64 de limite do
>>>>>> hardware
>>>>>>> e
>>>>>>>>> atolava...
>>>>>>>>>
>>>>>>>>> com cisco e meraki tudo ok até 120 users com radios dual...
>>>>>>>>>
>>>>>>>>> com ruckus a promessa é 250 users... não cheguei a isto por falta
>>>>> de
>>>>>>>>> users no perimetro mas com 3 APS atendeu 500 users simultâneos sem
>>>>>>>>> apresentar nenhuma falha e cerca de a carga entre eles em um mesmo
>>>>>>>>> ambiente (dentro de uma tenda de circo), o problema é preço... os
>>>>> aps
>>>>>>>>> dual (811.2abgn 2.4Mhz/5.8Mhz custaram coisa de 2mil e pico R$
>> cada
>>>>>>> fora
>>>>>>>>> a controladora que depende do tamanho do projeto)
>>>>>>>>>
>>>>>>>>> uma característica que gostei é a maneira de trabalho dele com
>>>>> varias
>>>>>>>>> antenas e aumentando potencia somente para os locais onde tem
>>>>>> clientes
>>>>>>>>> associados... você estranha com um analisador de espectro parece
>>>>> ter
>>>>>>>>> sinal fraco comparado a outros...
>>>>>>>>>
>>>>>>>>> na época achei essas review do tom's hardware que achei
>>>>> interessante
>>>>>>>>> pois era exatamente os modelos q estava testando e cogitando e o
>>>>>>>>> problema q estávamos enfrentando:
>> http://www.tomshardware.com/picturestory/571-wi-fi-beamforming-networking.html
>>>>>>>>> http://www.tomshardware.com/reviews/wi-fi-performance,2985.html
>>>>>>>>>
>>>>>>>>> []os
>>>>>>>>> Cristofer
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> Em Dom, 2014-07-27 às 21:36 -0300, Leonardo Rodrigues escreveu:
>>>>>>>>>> Bom ... já vi que Unifi não é unanimidade, já tendo relatos
>>>>> aqui
>>>>>>> na
>>>>>>>>>> lista de usuários que tiveram (e ainda estão tendo) sérios
>>>>> problemas
>>>>>>> com
>>>>>>>>>> ela.
>>>>>>>>>>
>>>>>>>>>> Eu uso a solução UniFi em alguns clientes e, diferente de
>>>>> alguns
>>>>>>>>>> relatos feitos aqui, tive um bom sucesso nessas implementações.
>>>>>>>>>> Não, não vou afirmar aqui que UniFi é uma solução totalmente
>>>>>>> madura
>>>>>>>>>> pois definitivamente ela não é. Não tenho nenhuma dúvida que
>>>>>> soluções
>>>>>>>>>> Cisco, Ruckus, Xirrus, etc etc, são bem mais maduras e
>> confiáveis,
>>>>>>> assim
>>>>>>>>>> como são MUITO mais caras.
>>>>>>>>>>
>>>>>>>>>> Claro, não adianta a solução barata se não funciona, assim
>>>>> como
>>>>>>> não
>>>>>>>>>> adianta uma solução cara para cenários onde não existirá a verba
>>>>>> para
>>>>>>>>>> adquirí-la.
>>>>>>>>>>
>>>>>>>>>> Nos meus casos, os acessos feitos pelos UniFi APs são,
>>>>>>> basicamente,
>>>>>>>>>> pra acesso internet. Não tenho nenhum caso de missão crítica
>>>>> rodando
>>>>>>> com
>>>>>>>>>> eles. Em geral, aplico controle de banda (nos próprios APs) de 2
>>>>> ou
>>>>>>>>>> 3Mbit/s no máximo por cliente. Tento sempre ter uma quantidade de
>>>>>> APs
>>>>>>>>>> compatível com a área e quantidade de acessos, redobrando o
>>>>> cuidado
>>>>>> em
>>>>>>>>>> áreas onde a concentração de acessos será sabidamente maior, uma
>>>>>>>>>> lanchonete ou biblioteca de faculdade por exemplo.
>>>>>>>>>>
>>>>>>>>>> Com UniFi já tive casos de 50-60 usuários por UAP (UniFi AP,
>>>>> só
>>>>>>>>>> 2.4GHz, nunca tive a oportunidade de implementar o UAP-PRO, 2.4 e
>>>>>>> 5.8GHz
>>>>>>>>>> no mesmo AP) e, ainda assim, o acesso estava funcionando. Não fiz
>>>>>>> testes
>>>>>>>>>> precisos e não posso afirmar que nesses momentos o acesso não
>>>>> estava
>>>>>>> um
>>>>>>>>>> pouco degradado. Mas parar de funcionar por causa de 50-60
>>>>> usuários
>>>>>> no
>>>>>>>>>> mesmo AP, isso posso afirmar que não aconteceu.
>>>>>>>>>>
>>>>>>>>>> Em geral, tento evitar à todo custo que um único AP passe de
>>>>>> 40-50
>>>>>>>>>> usuários.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Em 27/07/14 21:14, Marcelo Seabra escreveu:
>>>>>>>>>>> Oi Alex,
>>>>>>>>>>>
>>>>>>>>>>> Vi sim, e fiquei surpreso. Não acreditei muito não.
>>>>>>>>>>> A arte ficou bonita, mas o valores parecem maquiados.
>>>>>>>>>>> O Estádio Nacional de Brasília não é muito menor que o Maracanã,
>>>>>> fica
>>>>>>>>>>> difícil ter só a metade de acessos.
>>>>>>>>>>> Nos dias que estive presente foram 69 mil pessoas.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> gter list https://eng.registro.br/mailman/listinfo/gter
>>>>>>>>> --
>>>>>>>>> gter list https://eng.registro.br/mailman/listinfo/gter
>>>>>>>>
>>>>>>>> --
>>>>>>>> gter list https://eng.registro.br/mailman/listinfo/gter
>>>>>>> --
>>>>>>> gter list https://eng.registro.br/mailman/listinfo/gter
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> --
>>>>>> gter list https://eng.registro.br/mailman/listinfo/gter
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> []s,
>>>>>
>>>>> Raphael Bittencourt S. Costa
>>>>> --
>>>>> gter list https://eng.registro.br/mailman/listinfo/gter
>>>> --
>>>> gter list https://eng.registro.br/mailman/listinfo/gter
>>> --
>>> gter list https://eng.registro.br/mailman/listinfo/gter
>> --
>> gter list https://eng.registro.br/mailman/listinfo/gter
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
More information about the gter
mailing list