[GTER] Desconexão em clientes com ubnt

Felippe Alves Constantino fconstantino at gmail.com
Thu May 11 17:35:46 -03 2017


Já acontece aqui a uns 5 anos e até hoje não conseguiram arrumar!

Att.

Em 11 de maio de 2017 17:21, Rogerio Alves <rogerioapedroso at gmail.com>
escreveu:

> Aqui tbm acontece isso.
> O jeito é trocar de marca!
>
> Att. Rogerio Alves
>
> 2017-05-11 16:57 GMT-03:00 Nielsen <nk at nexttel.com.br>:
>
> > Temos clientes com 5.6.5, 6.0 e 6.0.3 e alguns em teste com 6.0.4
> > Todos clientes que conectam em AP ubnt (rocket m5) desconectam em tempos
> > aleatórios (1h, 2h, 5h, 10h e etc)
> > Clientes que conectam em torre com mikrotik isso não acontece, uptime do
> > wireless bate com uptime do equipamento.
> > Desconfio ser algo relacionado ao EAP ou Radius.
> > Nos clientes que conectam em AP MK não tem EAP só WPA2, já nos nano tem
> > EAP.
> > Estou atualizando os rockets para 6.0.4 apesar de no changelog não ter
> > nada sobre isso para testar.
> > Resumo:
> > AP MK + SXT = OK
> > AP MK + UBNT = OK
> > AP UBNT + UBNT = FAIL
> >
> > LOG AP
> > May 11 16:35:05 hostapd: ath0: STA 24:a4:3c:a6:b2:e8 IEEE 802.1X:
> > authenticated - EAP type: 21 (TTLS)
> > May 11 16:35:05 hostapd: ath0: STA 24:a4:3c:a6:b2:e8 WPA: pairwise key
> > handshake completed (RSN)May 11 16:46:28 hostapd: ath0: STA
> > 24:a4:3c:a6:b2:e8 WPA: group key handshake completed (RSN)LOG CLIENTEMay
> 10
> > 20:33:20 wireless: ath0     Received deauth from dc:9f:db:50:62:bd.
> Reason:
> > 802.1X authentication failure (23).
> > May 10 20:33:20 wireless: ath0     Sending deauth to dc:9f:db:50:62:bd.
> > Reason: Disassociated because sending STA is leaving (or has left) BSS
> > (8).May 11 11:17:14 pppd[1338]: No response to 5 echo-requests
> > May 11 11:17:14 pppd[1338]: Serial link appears to be disconnected.
> > May 11 11:17:14 pppd[1338]: Connect time 883.3 minutes.
> > May 11 11:17:14 pppd[1338]: Sent 42474908 bytes, received 515802941
> bytes.
> > May 11 11:17:23 pppd[1338]: Connection terminated.
> > May 11 11:17:23 pppd[1338]: Modem hangup
> > May 11 11:17:39 pppd[1338]: Timeout waiting for PADO packets
> > May 11 11:17:39 pppd[1338]: Unable to complete PPPoE Discovery
> > May 11 11:17:55 pppd[1338]: Timeout waiting for PADO packets
> > May 11 11:17:55 pppd[1338]: Unable to complete PPPoE Discovery
> > May 11 11:18:11 pppd[1338]: Timeout waiting for PADO packets
> > May 11 11:18:11 pppd[1338]: Unable to complete PPPoE Discovery
> > May 11 11:18:27 pppd[1338]: Timeout waiting for PADO packets
> > May 11 11:18:27 pppd[1338]: Unable to complete PPPoE Discovery
> > May 11 11:18:44 pppd[1338]: Timeout waiting for PADO packets
> > May 11 11:18:44 pppd[1338]: Unable to complete PPPoE Discovery
> > May 11 11:19:00 pppd[1338]: Timeout waiting for PADO packets
> > May 11 11:19:00 pppd[1338]: Unable to complete PPPoE Discovery
> > May 11 11:19:16 pppd[1338]: Timeout waiting for PADO packets
> > May 11 11:19:16 pppd[1338]: Unable to complete PPPoE DiscoveryA
> desconexão
> > deixa os clientes por volta de 30 ~60 segundos sem acesso =/
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Felippe Alves Constantino - Diretor Técnico
Farol Telecom - Pelotas / RS - 0800-643-2232
Celular: (53) 98402-0786



More information about the gter mailing list