Página 4 de 18 PrimeiroPrimeiro 123456789 ... ÚltimoÚltimo
+ Responder ao Tópico



  1. @edmilson2709,

    Bom dia

    Nao tenho esses problemas, fazendo uma comparação com o meu server ppoe e profiles seguem as oservações:

    1 - no meu ppoe server esta desabilitado o MRRU e esta sem o keepalive timeout, está também setado como default profile e tbm marcada todas as opções de autenticações (pap, chap, etc).

    2 - Nos meus profiles, tenho marcado como default na opção de protocolos MPLS, Compression e Encryption.

    Vi que vc está utilizando a 6.24, tenta upgrade para 6.28, foi uma das melhores versões para pppoe que sairam.

    Veja isso e nos comunique.

  2. No meu caso eu ja desmarquei marquei de novo aumemtei o tempo tbm e é a mesma coisa, minha 2 redes separadas são todas em ppoe

    Enviado via SM-G318ML usando UnderLinux App



  3. Citação Postado originalmente por faelldantas Ver Post
    @edmilson2709,

    Bom dia

    Nao tenho esses problemas, fazendo uma comparação com o meu server ppoe e profiles seguem as oservações:

    1 - no meu ppoe server esta desabilitado o MRRU e esta sem o keepalive timeout, está também setado como default profile e tbm marcada todas as opções de autenticações (pap, chap, etc).

    2 - Nos meus profiles, tenho marcado como default na opção de protocolos MPLS, Compression e Encryption.

    Vi que vc está utilizando a 6.24, tenta upgrade para 6.28, foi uma das melhores versões para pppoe que sairam.

    Veja isso e nos comunique.
    Olá amigo, bom dia.

    1 - Se eu retirar o keepalive timeout, os usuarios não seriam deslogados, mesmo que o roteador ou computador de tal fosse desligado, correto? Mas mesmo tendo isso em mente, a internet para estes tais provavelmente cai, o que daria no mesmo, seja ele logado ou deslogado, a conexão irá cair? O que o MRRU faz? Qual sua função por assim dizer, sou leigo nesse assunto de MTU, MRU E MRRU.

    2 - Se deixar default poderá ocorrer algo de errado em minha rede? Desde o inicio que criei esse PPPOE esteve assim, todavia irei fazer o teste.

    3 - Nunca atualizei um MK por que nunca houve necessidade, pelo menos não para mim, existe riscos, correto? Se eu dar um upgrade, a licença do meu MK vai continuar a mesma coisa? E as configurações, serão apagadas?

  4. Vamos lá:

    1 - eu tirei o meu pq nao está funcionando na 6.35 (atualizei a minha da 6.28).

    " O padrão pra servidor é 1500 B, mas pra estação se precisar setar você desconta 20, 28 ou mesmo 32 bytes de cabeçalho (Basico em rede cabeada são 20 bytes, em wifi dependendo do tipo de encriptação pode perder 28 ou 32B), ficando 1480, 1472 ou 1468.
    Nada no mundo é "melhor" ou "pior", tem que ver cada caso. Mas falando genericamente, servidor usar MTU de 1500, existe a praxe de usar MTU de 1492 em servidor de autenticação PPPOE, mas o que deve ser limitado a 1492 em PPPOE é o MRU, o MTU mesmo em PPPOE pode ser setado pra 1500 sem problemas.

    (Se está falando de Mikrotik, dependendo da configuração o pacote sai do pc do cliente grande, tipo 1472B, mas nalguma bridge no caminho ele é dividido, porque mais roteamento no caminho implicam em mais dados nos cabeçalhos, de modo que um pacote de 1472B viram 2 pacotes, um de 740B e outro com o restante. Opções como 1472 ou 1468 no MRU não são multiplos de 185 então geram umas quebras de pacotes, o que leva a menos erros quando a rede wifi está ruim, aquelas rede que um ping a -l 50 retorna em 20mS, mas um a -l 1400 retorna em 300mS. Nesse caso não é problema de MTU, mas sim de rede ruim, alterar MTU é um paleativo que as vezes reduz umas perdas de pacote quando não há muito consumo de banda, mas não gera uma conexão efetivamente melhor)

    Sobre o assunto:
    http://tools.ietf.org/html/rfc4638
    E no www.teleco.com.br tem conteúdo em PT_BR" by @rubem

    O MRRU -
    MLPPP over single link

    Typically size of the packet sent over PPP link is reduced due to overhead. MP can be used to transmit and receive full frame over single ppp link. To make it work the Multilink Protocol uses additional LCP configuration options Multilink Maximum Received Reconstructed Unit (MRRU)
    To enable Multi-link PPP over single link you must specify MRRU (Maximum Receive Reconstructed Unit) option. If both sides support this feature there are no need for MSS adjustment (in firewall mangle). Study shows that MRRU is less CPU expensive that 2 mangle rules per client. MRRU allows to divide packet to multiple channels therefore increasing possible MTU and MRU (up to 65535 bytes)
    Under Windows it can be enabled in Networking tag, Settings button, "Negotiate multi-link for single link connections". Their MRRU is hard coded to 1614. by Wiki Mikrotik
    Pelo que entendi é para trabalho com vários links.

    2 - eu deixei o meu default, pois gerencio ele diretamente no profile e não no servidor pppoe.

    3 - Nao existe (pelo menos não é para) problemas em atualizar o sistema, vc ficara com a mesma licença e com as mesmas configurações, o que pode acontecer é uma função mais especializada deixar de funcionar ( no meu caso da 6.28 para 6.35) o keepalive timeout não ta funcionando. Pensei em fazer downgrade (voltar para a versão 6.28), mas eu perderia a implementação do fastpath (ai seria assunto para outro tópico).

    Espero ter ajudado!







  5. Citação Postado originalmente por faelldantas Ver Post
    Vamos lá:

    1 - eu tirei o meu pq nao está funcionando na 6.35 (atualizei a minha da 6.28).

    " O padrão pra servidor é 1500 B, mas pra estação se precisar setar você desconta 20, 28 ou mesmo 32 bytes de cabeçalho (Basico em rede cabeada são 20 bytes, em wifi dependendo do tipo de encriptação pode perder 28 ou 32B), ficando 1480, 1472 ou 1468.
    Nada no mundo é "melhor" ou "pior", tem que ver cada caso. Mas falando genericamente, servidor usar MTU de 1500, existe a praxe de usar MTU de 1492 em servidor de autenticação PPPOE, mas o que deve ser limitado a 1492 em PPPOE é o MRU, o MTU mesmo em PPPOE pode ser setado pra 1500 sem problemas.

    (Se está falando de Mikrotik, dependendo da configuração o pacote sai do pc do cliente grande, tipo 1472B, mas nalguma bridge no caminho ele é dividido, porque mais roteamento no caminho implicam em mais dados nos cabeçalhos, de modo que um pacote de 1472B viram 2 pacotes, um de 740B e outro com o restante. Opções como 1472 ou 1468 no MRU não são multiplos de 185 então geram umas quebras de pacotes, o que leva a menos erros quando a rede wifi está ruim, aquelas rede que um ping a -l 50 retorna em 20mS, mas um a -l 1400 retorna em 300mS. Nesse caso não é problema de MTU, mas sim de rede ruim, alterar MTU é um paleativo que as vezes reduz umas perdas de pacote quando não há muito consumo de banda, mas não gera uma conexão efetivamente melhor)

    Sobre o assunto:
    http://tools.ietf.org/html/rfc4638
    E no www.teleco.com.br tem conteúdo em PT_BR" by @rubem

    O MRRU -
    MLPPP over single link

    Typically size of the packet sent over PPP link is reduced due to overhead. MP can be used to transmit and receive full frame over single ppp link. To make it work the Multilink Protocol uses additional LCP configuration options Multilink Maximum Received Reconstructed Unit (MRRU)
    To enable Multi-link PPP over single link you must specify MRRU (Maximum Receive Reconstructed Unit) option. If both sides support this feature there are no need for MSS adjustment (in firewall mangle). Study shows that MRRU is less CPU expensive that 2 mangle rules per client. MRRU allows to divide packet to multiple channels therefore increasing possible MTU and MRU (up to 65535 bytes)
    Under Windows it can be enabled in Networking tag, Settings button, "Negotiate multi-link for single link connections". Their MRRU is hard coded to 1614. by Wiki Mikrotik
    Pelo que entendi é para trabalho com vários links.

    2 - eu deixei o meu default, pois gerencio ele diretamente no profile e não no servidor pppoe.

    3 - Nao existe (pelo menos não é para) problemas em atualizar o sistema, vc ficara com a mesma licença e com as mesmas configurações, o que pode acontecer é uma função mais especializada deixar de funcionar ( no meu caso da 6.28 para 6.35) o keepalive timeout não ta funcionando. Pensei em fazer downgrade (voltar para a versão 6.28), mas eu perderia a implementação do fastpath (ai seria assunto para outro tópico).

    Espero ter ajudado!




    Obrigado, ajudou bastante, irei fazer tais testes aqui e ver no que dá.






Tópicos Similares

  1. PPPoE desconectando alguns clientes
    Por MarlonPowernet no fórum Redes
    Respostas: 2
    Último Post: 28-08-2011, 22:35
  2. Respostas: 5
    Último Post: 22-11-2010, 13:17
  3. Clientes PPPoE desconectando intermitente
    Por kowalczki no fórum Redes
    Respostas: 2
    Último Post: 20-05-2010, 16:11
  4. Clientes PPPoE desconectando intermitente
    Por tytwrj no fórum Redes
    Respostas: 3
    Último Post: 08-02-2010, 20:17
  5. Clientes PPPoE desconectando intermitente
    Por magnusrk8 no fórum Redes
    Respostas: 7
    Último Post: 08-06-2009, 14:41

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L