[GTER] Instabilidade de HotSpot em Campus Universitário

[Roberto ProveNET Wireless]

Boa tarde,

Alexandre, posso lhe dar duas dicas, usar dhcp fornecendo /32 e usar 
switch vlan fixa ou gerenciável, para fazer com que cada AP somente veja 
a porta de saída do teu hotspot, dessa forma você consegue reduzir muito 
o broadcast na rede.

Cordialmente,

Roberto Cavalcante
CEO

Provedor, link dedicado, consultoria, projetos e equipamentos.

ProveNET Wireless
NOC - Network Operations Center

Rua Laurentino Braga, 91 altos
Centro - Mombaça/CE - 63610-000

ASN: 263945

Móvel Tim: +55 (88) 99674-4200
NOC Grátis: 0800-7736026 ramal 4271
NOC Fixo: +55 (88) 3583-1161
NOC Tim: +55 (88) 99616-6116
NOC E-mail: noc at provenet.com.br
iNoc: 263945*100
E-mail: roberto at provenet.com.br
Website: www.provenet.com.br

Em 09/11/2015 15:46, Alexandre Costa escreveu:

> 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 [1]