> > essa j� entendi s� que n�o muda nada no fato de que a > velocidade � limitada pela infraestrutura f�sica - que tipo > de trafego vc manda por ele j� � outro assunto.
Eu to falando sobre o tipo do protocolo, que da� caiu na complicacao da teoria :) > > o que vc explica aqui � muito bom � em parte v�lido porque > devido a implementa��o antigo do tcp/ip existe infoarma��o > nos cabe�alhos que possivelmente n�o � sempre necess�rio. O > uso pr�tico depende por�m de que as duas pontas falam o mesmo padr�o. > Sim, por isso que atualmente temos que rebolar usando o ipv4 e usando Qos, CBQ, enfim, ferramentas pr� poder racionalizar o uso. > S� que isto tamb�m � um papo te�rico (n�o teu t�) Muita teoria :( > > O problema principal da Internet hoje �: > > falta de filtros reverse-path na sa�da das redes, ou seja > cada um est� preocupado com "n�o receber trafego errado" mas > ningu�m se preocupa com a sa�da de bagun�a. Somente este fato > reduz o trafego do link de cada um por 10 > - - 20 % - Boa coloca��o. S� se preocupam com a sa�da quando o link de sa�da est� no topo e da� descobrem que tinham um v�rus ali, um kazaa "esquecido aberto" ali, um Windows update rodando em 1000 maquinas, um Norton Pirat�o fazendo update a cada 5min... > firewall efetivo na ponta da rede que possa reduzir tamb�m > uns 10-30% de trafego > erros no dns e dns reverso podendo causar muito overhead na sua rede Concordo > > erro comum de acreditar de que o ICMP � necess�rio, bloquear > o ICMP pode ganhar bastante banda pelo fato de excluir assim > inumeras possiveis causas de problemas > Aqui eu barro icmp de entrada, mas permito 0, 3 e 11, me permitindo ping pra fora e tracert. Me conte mais, voc� teve experiencias positivas barrando icmp? > vendo ent�o um ganho de em at� 40% com medidas aceit�veis, > das citadas aqui, o ganho daquele documento � insignificativo Alem de insignificativo � "meio" complicado de se aplicar na pr�tica. > t�cnica e matematicamente falando n�o existe nenhuma > diferen�a entre 256kbit/s e 256kbit/s ... > > caso uma tecnologia n�o consegue atingir a velocidade > contratada voc� teria base para discutir isto com o fornecedor Ela consegue atingir essa velocidade, mas o que digo eh: (segue depois do seu comment) > >> Ent�o, na nossa TEORIA os 256k REAIS do ppp s�o conseguidos atraves >> de formulazinhas m�gicas. > > aht� ... como que �? uma po��o de beteraba e uma pontinha de > mel no fogo por duas horas? Os 256k que a nossa operadora impoe no fracionador, n�o leva em conta que o ppp est� levando mais informacoes e que estas informacoes n�o ir�o permitir que eu consiga da minha porta wan at� a porta wan da operadora os 256k N�o precisamos ir t�o longe assim: Crie uma conexao pptp da sua casa pro trabalho com uma adsl 512k. Crie outra conexao ppptp com opcao de encriptacao . Nada na especificacao do pptp impede de conseguir 512k mas nossa encriptacao n�o vai permitir os 512k, j� que o uso do link com a encriptacao vai aumentar. Ent�o, o que disse � que na equacao matem�tica que define o ppp, temos informacoes de controle e outras que aumentam o uso do link. Aplicadas na pr�tica vemos que o overhead do ppp (ou de qq outro protocolo) n�o permitir� os 512k reais :) J� experimentou utilizar o mesmo link com a mesma operadora usando ppp ou hdlc? Tive esta experiencia com a Intelig, n�o sei porque colocaram um link PPP e as velocidades estavam normais. Com o aumento da faixa de ips que solicitei, trocaram meu link pra hdlc. As velocidades de download ficaram um pouco mais r�pidas, chegando mais perto dos 512. > olha, para o meu entender este termo descreve por exemplo > usar temporariamente uma emenda de arrame para uma fixa��o de > a�o - mas n�o usar tecnologia para a tarefa para qual ela foi > desenvolvida Mas como muitas operadoras adoram usar emendas de arame, temos que dar nossos "jeitinhos". Virou moda no Brasil usar "medidas t�cnicas alternativas".. :( Haja visto "provedor de conteudo" em ADSL, p�ginas e mais p�ginas de autenticacao... Uffa. PPPoA de repente muda **sem avisar** pra PPPoE, enfim, uma zorra... hhehehe > > � ... mas fbsd roda em m�quinas al�m de pc tb > OK ok, realmente tem arquiteturas que o "imposs�vel" pr� pc � a coisa mais normal.. :) _______________________________________________________________ Sair da Lista: http://lists.fugspbr.org/listinfo.cgi Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
