Página 1 de 4 1234 ÚltimoÚltimo
+ Responder ao Tópico



  1. É isso, uso profiles com velocidades definidas, 1 profile pra 128 e outro pra 256, da seguinte maneira:

    1 name="Link #01 - 128k" local-address=192.168.100.1 remote-address=LINK #01 use-compression=no use-vj-compression=no
    use-encryption=no only-one=default change-tcp-mss=yes rate-limit=64000/128000

    2 name="Link #01 - 256k" local-address=192.168.100.1 remote-address=LINK #01 use-compression=no use-vj-compression=no
    use-encryption=no only-one=default change-tcp-mss=yes rate-limit=64000/220000

    3 name="Link #02 - 128k" local-address=192.168.200.1 remote-address=LINK #02 use-compression=no use-vj-compression=no
    use-encryption=no only-one=default change-tcp-mss=no rate-limit=64000/128000

    4 name="Link #02 - 256k" local-address=192.168.200.1 remote-address=LINK #02 use-compression=no use-vj-compression=no
    use-encryption=no only-one=default change-tcp-mss=no rate-limit=64000/220000

    5 name="Link #01 - Sem Limites" local-address=192.168.100.1 remote-address=LINK #01 use-compression=no
    use-vj-compression=no use-encryption=no only-one=default change-tcp-mss=yes

    6 name="Link #02 - Sem Limites" local-address=192.168.100.1 remote-address=LINK #02 use-compression=no
    use-vj-compression=no use-encryption=no only-one=default change-tcp-mss=yes
    Esses sem limites só quem usa sou eu. Notem que todos têm local address iguais.

    Estava tudo em ordem até pouco tempo atrás, até uma semana atrás pra ser mais exato. Começou a frescura quando eu mudei meu ap (tenho um servidor mkt no chão, e um ap-bridge mkt, com apenas a seguinte regra; 0 chain=forward src-address=192.168.0.0/24 dst-address=192.168.0.0/24
    action=drop).

    Mudei o ap pq o outro era mal ventilado e uma placa mãe que eu não confiava. Mudei as antenas também, tirei 1 das omnis e coloquei 3 paineis. O sinal de todos os clientes melhoraram 200%, e a taxa máxima de tráfego quadruplicaram, além dos pings em média muuito mais baixos.

    Acontece que depois dessa alteração, sem mudar NADA no server, e com o ap novo com as mesmas configurações do antigo (apbridge, sem nada demais, a única diferença são os pings, 10.0.0.2 pro ap antigo e 10.0.0.3 pro atual, e não, não tem nenhuma regra no servidor usando esse ip do ap), começa a dar essas maluquices, de o cliente discar o pppoe e dar aquela mensagem de "o computador remoto não respondeu", ou então o cliente fica caindo do pppoe constantemente.

    23:14:54 dhcp,info,debug DHCP WIRELESS assigned 192.168.0.33 to XX:XX:XX:XX:XX
    23:14:54 pppoe,info PPPoE connection established from XX:XX:XX:XX:XX:XX
    23:14:54 pppoe,ppp,info <pppoe-1>: waiting for call...
    23:14:54 pppoe,ppp,info <pppoe-leia>: authenticated
    23:14:54 pppoe,ppp,info <pppoe-leia>: connected
    23:14:54 pppoe,ppp,info,account leia logged in, 200.168.200.253
    23:15:27 pppoe,info PPPoE connection established from 00:14:78:53D:65
    23:15:27 pppoe,info PPPoE connection from 00:14:78:53D:65 was already active - closing previous one
    23:15:27 pppoe,ppp,info,account leia logged out, 32 15279 31050 91 78
    23:15:27 pppoe,ppp,info <pppoe-leia>: terminating... - disconnected
    23:15:27 pppoe,ppp,info <pppoe-leia>: disconnected
    23:15:27 pppoe,ppp,info <pppoe-0>: waiting for call...
    23:15:27 pppoe,ppp,info <pppoe-leia>: authenticated
    23:15:27 pppoe,ppp,info <pppoe-leia>: connected
    23:15:27 pppoe,ppp,info,account leia logged in, 200.168.200.253
    Nunca tinha reparado nessa linha
    23:15:27 pppoe,info PPPoE connection from 00:14:78:53D:65 was already active - closing previous one
    , não sei se dá isso toda vez que o cliente cai. E tem as mais toscas, que é a que o cliente disca e não tem resposta. Fica lá
    <PPPOE-0>waiting for call...
    <pppoe-0> alguma msg que não lembro
    <pppoe-0>disconnected
    Sem nem dizer qual o mac que tentou a conexão. Acabo sabendo quem foi pq ele tenta denovo em poucos minutos e eu vejo quem era, e alguns me ligam relatando o problema e eu vou checar o horário e acho no log.

    Que diabos pode ser isso? Lembrando que não tinha esses problemas antes de trocar o ap, mesmo com sinal lixo e taxa de transferência baixa. A comunicação do servidor com o ap está perfeita, tive uns problemas com a ether onboard do ap, e por isso subi uma offboard, resolveu. O ap usa uma versão 2.9.27 crackeada (Mikrotik 2.9.27 ok (Full License Level 6 by NGR).iso), e no servidor está uma 2.9.27 crackeada pelo RouterClub. Já recebi conselhos a respeito da montanha de bugs que a versão routerclub tem. Só que não quero comprar 2 licenças originais, pra por em hds velhos (ou ter que comprar 2 novos ou 1 +cartão flash), e continuar tendo problemas. Alguém já passou por algo do tipo? Lembrando que isso tudo acontece sem que o cliente se desconecte do ap.

    ap:
    23:35:52 wireless,info 00:0E:2E:CC:3E:53@wlan1: connected
    23:36:32 wireless,info 00:0E:2E:CC:3E:53@wlan1: disconnected, got disassoc:
    sending station leaving (8)
    23:36:35 wireless,info 00:0E:2E:CC:3E:53@wlan1: connected
    server
    23:35:16 pppoe,ppp,info <pppoe-0>: waiting for call...
    23:35:17 pppoe,ppp,info <pppoe-felipe>: authenticated
    23:35:17 pppoe,ppp,info <pppoe-felipe>: connected
    23:35:17 pppoe,ppp,info,account felipe logged in, 200.168.200.239
    23:35:51 pppoe,ppp,info,account felipe logged out, 34 7743 103242 114 106
    23:35:51 pppoe,ppp,info <pppoe-felipe>: terminating... - disconnected
    23:35:51 pppoe,ppp,info <pppoe-felipe>: disconnected
    O mac que deu o disconect no ap por alguns segundos é o desse cliente que deslogou no pppoe. A maioria dos disconnects no ap é por causa de "extensive data loss", e creio que o efeito é o mesmo, o cliente cai do pppoe. Mas isso acontecia com a omni e os clientes não caiam. Creio que eu possa pelo menos aumentar esse tempo pra o disconnect do pppoe. Aumentar pra dar tempo do cliente que for desconectado do ap voltar a se conectar. Onde eu ajeito isso usando profiles diferenciados?

    Isso tá parecendo um diário, mas aí vai;

    esse comando, está setado pra 3s por padrão,
    disconnect-timeout=1s
    . Eu coloquei pra 1s, e junto com isso tirei o default forward das interfaces (troquei o ap recentemente, e pros clientes não terem problemas demais deixei livre pra conectar, e ia ajustando aos poucos) e pararam os logs de disconnected do ap. Vou ver como fica a situação do pppoe nos próximos minutos e venho aqui escrever mais uma página dessa bíblia.

    grato pela paciência de quem estiver lendo isso.
    Última edição por Gosulator; 22-03-2008 às 23:04.

  2. Tem um topico aqui relacionado , e se não me engno tem a ver com o MTU , vou pesquisar aqui e vejo se te respondo novamente.

    *lembrei:


    Seta o ACK TimeOut, e , tira o Periodic Calibration!
    Última edição por luizbe; 22-03-2008 às 23:29.



  3. vc sabe dizer o que faz o periodic calibration? Vou mexer apenas se começar a dar merda de novo, pq tá legal agora, pararam as quedas.

  4. Periodic quando o sinal do cliente ta ruim e ele da muito loss , o periodic desconecta ele e conecta dinovo..

    que faz ocasionar aquilo que voce viu
    e eu percebi um dia que quando o periodic faz isso com 1 cliente os outros tudo tem um pico de "latencia" ...

    por isso, desativo essa merda. ;}


    se der, vc altera..!
    qualquer coisa estamos aqui.





  5. desativei o periodic calibration e não mudou, continuaram as quedas. as configs da sua interface wireless tão muito diferentes da minha? Quanto a setar o ack, se eu seto a 30us, o que acontece? os clientes que não conseguirem se conectar a 30us se ferram?

    Pode ser ausência de regras que bloqueiem os clientes de se enxergar? Pq não coloquei as regras nesse ap novo, apenas uma regra que impede clientes com ips dados pelo dhcp de se comunicarem (srcadress 192.168.0.0, dstaddress 192.168.0.0, action=drop). Tá um inferno aqui agora.

    Isso só acontece comigo? Nunca ví ng mais reclamar disso aqui, pppoe caindo sem parar por causa de coisa do ap. E comigo já aconteceu 2 vezes, com 2 aps COMPLETAMENTE diferentes.






Tópicos Similares

  1. Limite de Conexao por grupo de porta e cliente
    Por AndrioPJ no fórum Redes
    Respostas: 1
    Último Post: 02-11-2009, 01:11
  2. URGENTE erros, falha de conexão, aiaiai
    Por amatrizatende no fórum Redes
    Respostas: 1
    Último Post: 23-11-2007, 16:00
  3. Erro com placa ou driver de som...
    Por Lipse no fórum Sistemas Operacionais
    Respostas: 6
    Último Post: 28-11-2005, 16:02
  4. Limitar numero de conexão por usuario
    Por dumato no fórum Servidores de Rede
    Respostas: 0
    Último Post: 05-10-2005, 10:16
  5. Gerenciamento por parte do cliente do qmail
    Por vini_alpha no fórum Servidores de Rede
    Respostas: 1
    Último Post: 07-05-2005, 00:17

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L