[GTER] Instabilidade de HotSpot em Campus Universitário
Sandro Garcia
sandrogarciainfo at gmail.com
Mon Nov 9 18:01:18 -02 2015
Alexandre, boa tarde!
Tenho quase certeza que o problema tem nome e modelo, Ubiquiti Unifi-AP.
Como a densidade de usuários é alta, eles não suportam a demanda, além a
poluição. Te aconselho a fazer uma PoC com alguns access Point robustos,
como Ruckus, Xirrus, etc.
Faça um testes simples. conecta um dispositivo em um dos seus access
points, através do gw ping o AP e o dispositivo ao mesmo tempo. Com isso
você saberá se o problema está na comunicação com o access point ou com o
dispositivo.
Em 9 de novembro de 2015 17:41, Lucas Willian Bocchi <lucas.bocchi at gmail.com
> escreveu:
> * Ligue o client-isolation
> * Limite o número de usuários conectados simultâneamente no mesmo AP
> para um limite aceitável para o hardware que comprou
> * Procure colocar os equipamentos com o mesmo SSID, porém em canais
> diferentes
>
> Em 9 de novembro de 2015 17:28, Eduardo Rigler <erigler at gmail.com>
> escreveu:
> > Pois é... me assustei um pouco com esses 28 usuários simultâneos (ainda
> > mais em UniFi) e certamente não devem estar conectados de forma
> > igualitária... ~talvez~ o problema esteja aí...
> >
> > []'s
> >
> >
> > Em 9 de novembro de 2015 17:22, Tiello Marin <trc.tiello at gmail.com>
> > escreveu:
> >
> >> Prezado Alexandre, boa tarde.
> >>
> >> Tenho pouco conhecimento em Hotspot.
> >>
> >> Participei de um projeto e, com isto, tenho algumas perguntas.
> >>
> >> Estes rádios estão bem distribuídos?
> >> Por exemplo, você citou 900 usuários e 32 rádios, isso dá,
> aproximadamente,
> >> 28 usuários por rádio.
> >>
> >> A questão é, onde há maior volume de pessoas, há a quantidade
> necessária de
> >> rádios?
> >>
> >> Qual modelo de rádio está usando - UniFI?
> >>
> >> Para cada ambiente, ele está bem posicionado?
> >>
> >> Lembrando que minhas indagações são somente para questão
> física/hardware.
> >>
> >> Para configuração há pessoas muito mais habilitadas do que eu.
> >>
> >> Abraço.
> >>
> >> 2015-11-09 16:46 GMT-02:00 Alexandre Costa <
> alexandre.costa at unilins.edu.br
> >> >:
> >>
> >> > Prezados, boa tarde.
> >> >
> >> > Estou precisando de orientação no que tange a configuração de uma rede
> >> para
> >> > o Campus da faculdade.
> >> >
> >> > Atualmente temos 32 radios operando na mesma rede /16, em horários de
> >> pouca
> >> > atividade a rede flui normalmente, porém quando muitos alunos
> conectam há
> >> > uma paralização da rede, os pings chegam a 8000ms e muitos são
> perdidos.
> >> >
> >> > Fiz uns testes de divisão da rede por área do campus, criei vários
> SSIDs
> >> > com redes diferentes (VLANS), a instabilidade diminuiu, mas gerou uma
> >> > dificuldade pois cada movimentação os alunos precisavam conectar a uma
> >> rede
> >> > diferente, devido a este detalhe precisei remover os SSIDs, deixei
> >> somente
> >> > um em uma única rede.
> >> >
> >> > Cenário atual: (Estou usando meu switch Core apenas como transporte)
> >> > ISP > PFSENSE (Router, Fw, DHCP, DNS, PortalCaptive) > Vlans de
> >> transporte
> >> > > UniFI (32)
> >> >
> >> > Quantidade média de autenticações no momento da paralização: 900
> >> > Tráfego de dados no momento da paralização: 20Mbit
> >> >
> >> > Verificando o status do servidor no momento da paralização
> diretamente no
> >> > terminal, os recursos como Memória, Atividade de Disco e CPU estão em
> >> > níveis normais.
> >> >
> >> > Creio que seja algo vinculado ao grande volume de broadcast, poderiam
> me
> >> > orientar sobre como melhorar esta rede?
> >> >
> >> > Caso não seja uma dúvida ao nível da descussão da lista, solcito que a
> >> > mesma seja desconsiderada.
> >> >
> >> > Atenciosamente,
> >> >
> >> > Alexandre Almeida
> >> > --
> >> > gter list https://eng.registro.br/mailman/listinfo/gter
> >>
> >>
> >>
> >>
> >> --
> >> Atenciosamente,
> >>
> >> Tiello André Marin
> >> --
> >> 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