[GTER] Instabilidade de HotSpot em Campus Universitário

[Marco Lagoa]

Outro problema pode ser algum usuario muito distante de um AP que não mudou de antena e acaba prejudicando todos os outros hospedes da mesma ele detona o airtime vai para as alturas. 

Na ubiquiti voce pode via edição no arquivo do controller no texto setar a qualidade minima para que a antena desconecte o hospede de baixo sinal. 

Nesse caso se voce tiver uma distribuição bem feita nas areas de alta densidade voce já força a troca para uma antena com menos usuarios. 

Eu particularmente dimensiono para 20 por antena e limito a 25.  As pro e ac aceitam mais. 

Não tenho problemas. Mas nao tenho um ambiente tão pesado quanto o seu. 

Mas as sugestoes de ap isolation tb é super importante. 


Marco Lagôa
marco at witec.com.br
Skype: mark3003



> Em 9 de nov de 2015, às 18:09, Fernando Frediani <fhfrediani at gmail.com> escreveu:
> 
> Alexandre, além do que o pessoal já citou de posicionamento dos Access Point e pico de número de equipamentos conectados em alguns APs com mais concentração , veja primeiro se isso acontece em alguns APs específicos ou geral na rede e pode estar relacionado ao concentrador (pfSense).
> 
> Com relação ao pfSense eu já encontrei um problema aonde eu tive que aumentar o número de conexões passantes. Ele vem com um número razoável limitado padrão para economizar memória, mas pode ser facilmente aumentado. Encontrei em um cenário similar, porém pode ser o caso que quanto há muita gente este número máximo de conexões está sendo alcançado.
> Outra questão: Esses IPs /16 privados estão saindo por quantos IPs públicos ? Já verificou se não há também algo relacionado ao número de portas ?
> 
> Abraços
> Fernando
> 
>> On 09/11/2015 16:46, Alexandre Costa wrote:
>> 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
> 
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter