Subindo o Keepalive não vai sanar por completo o problema, e pode causar mais um, o PPPoE vai ser "rediscado" e vai encontrar uma conexão ainda ativa.
Possíveis causas:
1 - Nível de sinal baixo
2 - Cliente modulando a 1Mb (acontece mesmo com o sinal "estourando")
3 - Consumo da capacidade total do transmissor (tanto para o cluster, quando para o PTP)
4 - Criptografia ativa no PPPoE com equipamentos muitas vezes sem suporte.
5 - Rede em Bridge com grande volume de Broadcast.
Carlos Roberto Borges disse:
Dennys aqui tambem sofro deste mal, rsrsr e por aqui amenizou o problema quando almentei o tempo do Keepalive timeout para 90.
pelo oque entendo isto é o tempo em segundos que o servidor verifica se a conexao pppoe do cliente está ativa, aí se por algun motivo não conseguir resposta ele remove a conexao que esta como conectado em conexoes ativas.
bom imagino que o keeplive seja pra isso se não for me orienten por favor.
Dennys Donnely disse:
Ta, isso já sabemos.
Mais pq continua fazendo isso, se o sinal do clientes está perfeito, ccq de 100% e nano continua ligado, e o cliente mesmo assim está desconectando?
Dennyz vamos torcer que resolva ou pelomenos amenize o problema, agora isto esta muito ligado a sinal.
é bom observar conectores, cabos, radios (se for o caso) que são usados para levar este link até o cliente, porque se por ex. o sinal não estiver chegando legal na casa do cliente o pppoe cai e aí quando o keepalive for verificar, ele remove da lista de conectados, entende?
Pedro Filho disse:
é para isso mesmo amigo...
Carlos Roberto Borges disse:
Dennys aqui tambem sofro deste mal, rsrsr e por aqui amenizou o problema quando almentei o tempo do Keepalive timeout para 90.
pelo oque entendo isto é o tempo em segundos que o servidor verifica se a conexao pppoe do cliente está ativa, aí se por algun motivo não conseguir resposta ele remove a conexao que esta como conectado em conexoes ativas.
bom imagino que o keeplive seja pra isso se não for me orienten por favor.
Dennys Donnely disse:
Ta, isso já sabemos.
Mais pq continua fazendo isso, se o sinal do clientes está perfeito, ccq de 100% e nano continua ligado, e o cliente mesmo assim está desconectando?
Dennys aqui tambem sofro deste mal, rsrsr e por aqui amenizou o problema quando almentei o tempo do Keepalive timeout para 90.
pelo oque entendo isto é o tempo em segundos que o servidor verifica se a conexao pppoe do cliente está ativa, aí se por algun motivo não conseguir resposta ele remove a conexao que esta como conectado em conexoes ativas.
bom imagino que o keeplive seja pra isso se não for me orienten por favor.
Dennys Donnely disse:
Ta, isso já sabemos.
Mais pq continua fazendo isso, se o sinal do clientes está perfeito, ccq de 100% e nano continua ligado, e o cliente mesmo assim está desconectando?
Dennys aqui tambem sofro deste mal, rsrsr e por aqui amenizou o problema quando almentei o tempo do Keepalive timeout para 90.
pelo oque entendo isto é o tempo em segundos que o servidor verifica se a conexao pppoe do cliente está ativa, aí se por algun motivo não conseguir resposta ele remove a conexao que esta como conectado em conexoes ativas.
bom imagino que o keeplive seja pra isso se não for me orienten por favor.
Dennys Donnely disse:
Ta, isso já sabemos.
Mais pq continua fazendo isso, se o sinal do clientes está perfeito, ccq de 100% e nano continua ligado, e o cliente mesmo assim está desconectando?
Respostas
Amigo siga dicas do Adriano Foschera e vou deixa uma imagem com informações para você da uma comparada!
Cliente com sinal ruim pppoe não é uma boa, melhor usar hotspot!!
Hum beleza, obrigado.
Esse item 5, acho que não entendi, seria a rede toda em bridge com muitas conexçoes na rb?
Se não for, me corrige...
Obrigado -D
Subindo o Keepalive não vai sanar por completo o problema, e pode causar mais um, o PPPoE vai ser "rediscado" e vai encontrar uma conexão ainda ativa.
Possíveis causas:
1 - Nível de sinal baixo
2 - Cliente modulando a 1Mb (acontece mesmo com o sinal "estourando")
3 - Consumo da capacidade total do transmissor (tanto para o cluster, quando para o PTP)
4 - Criptografia ativa no PPPoE com equipamentos muitas vezes sem suporte.
5 - Rede em Bridge com grande volume de Broadcast.
Carlos Roberto Borges disse:
bleza valeu a confirmaçao Pedro,
Dennyz vamos torcer que resolva ou pelomenos amenize o problema, agora isto esta muito ligado a sinal.
é bom observar conectores, cabos, radios (se for o caso) que são usados para levar este link até o cliente, porque se por ex. o sinal não estiver chegando legal na casa do cliente o pppoe cai e aí quando o keepalive for verificar, ele remove da lista de conectados, entende?
Pedro Filho disse:
é para isso mesmo amigo...
Carlos Roberto Borges disse:
Aumentei aqui para 60, vamos vê no que vai dá. =D
Dennys aqui tambem sofro deste mal, rsrsr e por aqui amenizou o problema quando almentei o tempo do Keepalive timeout para 90.
pelo oque entendo isto é o tempo em segundos que o servidor verifica se a conexao pppoe do cliente está ativa, aí se por algun motivo não conseguir resposta ele remove a conexao que esta como conectado em conexoes ativas.
bom imagino que o keeplive seja pra isso se não for me orienten por favor.
Dennys Donnely disse:
Ta, isso já sabemos.
Mais pq continua fazendo isso, se o sinal do clientes está perfeito, ccq de 100% e nano continua ligado, e o cliente mesmo assim está desconectando?
Terminating - Peer is not responding.
É a mensagem de log de quando o equipamento do cliente é desligado, ou por algum outro motivo é encerrado o tunelamento PPPoE.
Também estou sofrendo desse mal, alguém sabe como resolver?
-
1
-
2
de 2 Próximo