+ Responder ao Tópico



  1. #19

    Padrão

    Citação Postado originalmente por alexandrecorrea Ver Post
    / ip firewall mangle
    add action=change-mss chain=forward comment="Regra GERAL - Altera MSS para 1440" disabled=no new-mss=1440 protocol=tcp tcp-flags=syn tcp-mss=1441-65535
    Opa alexandre, aqui o MSS das regras dinamicas estão em 1412.. devo mudar para 1440? o que vai alterar? e sobre a questão do MTU/MRU que fiz la em cima.. sera que dava pra vc responder? abração...

  2. #20

    Padrão

    quanto maior melhor.. pois diminui o overhead.. por causa dos cabeçalhos..

    MTU significa que, quando for maior que o MTU/MSS especificado, sofrera uma fragmentacao... entao o ideal eh trabalhar 1492 ... e usar o mss (regra acima) .. em alguns casos eh necessario colocar esse MSS em 1440 por problemas de conexao (msn, ssl) ...



  3. #21

    Padrão

    Citação Postado originalmente por alexandrecorrea Ver Post
    quanto maior melhor.. pois diminui o overhead.. por causa dos cabeçalhos..

    MTU significa que, quando for maior que o MTU/MSS especificado, sofrera uma fragmentacao... entao o ideal eh trabalhar 1492 ... e usar o mss (regra acima) .. em alguns casos eh necessario colocar esse MSS em 1440 por problemas de conexao (msn, ssl) ...
    aqui não temos esse tipo de problema... tanto faz por o MTU em 1452, 1500, 1488...
    como você disse, irei por o MTU/MRU em 1492 e deixar rola...

    o ping para os clientes estão a 2, 3, 4ms sem mais variações... tanto a clientes de 1km, como a clientes de 4km... mto bom..

  4. #22

    Padrão

    isso nao vai influenciar no ping...

    por exemplo o nstreme trabalha em cima disso tambem.. usando "jumbo packets" de 3200 bytes... diminuindo em 50% o overhead NORMAL, o que ocasiona o aumento significante no troughput...

    mas no caso.. pppoe o MTU maximo sao 1492 bytes ...

    faça um teste simples.. ligue 2 rbs uma na outra via ETHERNET.. passe o MTU das ethernets para 300 .. e execute um bandwidth test.. dps volte pra 1500 e faça novamente.. vai dar uma diferença legal hehehe



  5. #23

    Padrão

    Citação Postado originalmente por alexandrecorrea Ver Post
    isso nao vai influenciar no ping...

    por exemplo o nstreme trabalha em cima disso tambem.. usando "jumbo packets" de 3200 bytes... diminuindo em 50% o overhead NORMAL, o que ocasiona o aumento significante no troughput...

    mas no caso.. pppoe o MTU maximo sao 1492 bytes ...

    faça um teste simples.. ligue 2 rbs uma na outra via ETHERNET.. passe o MTU das ethernets para 300 .. e execute um bandwidth test.. dps volte pra 1500 e faça novamente.. vai dar uma diferença legal hehehe

    Em 300 o MTU daria uma velocidade maior? Aqui tenho um probleminha no traceroute...

    Quando to conectado pelo pppoe no windows ele da uma demora para responder o ip do primeiro pulo do traceroute... o tempo aparece rapido... mais o ip ao lado demora.. e so ocorre no primeiro pulo, nos seguintes é normal..

    C:\Documents and Settings\Iure da Luz>tracert uol.com.br
    Rastreando a rota para uol.com.br [200.98.249.120]
    com no máximo 30 saltos:
    1 3 ms 2 ms 3 ms "aqui iria aparecer o ip, demora uns 10 segundos para aparecer"


    e depois...

    Rastreando a rota para uol.com.br [200.98.249.120]
    com no máximo 30 saltos:
    1 3 ms 2 ms 3 ms 200.222.5.192
    2 3 ms 2 ms 2 ms 20118239193.host.telemar.net.br [201.18.239.193]
    3 14 ms 12 ms 5 ms 200.216.60.121
    4 5 ms 5 ms 5 ms fastethernet2-0.2-cto-rr-rotd-01.telemar.net.br [200.222.127.66]


    uso ip valido nos clientes... usando ip invalido pelo pppoe, a demora ocorre, mais é bem menor, coisa de 1s só pra responder...

  6. #24

    Padrão

    em 300 vai ter uma queda brutal na velocidade... pois o overhead vai ser 5 vezes maior...

    sobre o traceroute.. ele demora porque tenta resolver o DNS do ip !!

    tente usar

    tracert -d <host>

    ele vai achar sem tentar resolver o dns dos ips