Jorge Francisco de Souza Silveira
Opera��es - Dados & Internet
AT&T Latin America
Rua da Candel�ria, n� 65, Salas 2201 e
2301
Cep 20091-020 - Rio de Janeiro -
RJ
Tel.: +55(21) 223-7050 - Fax: (21)
518-8105
[EMAIL PROTECTED]
http://www.attla.com.br
-----Mensagem original-----Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
De: Denys Sene dos Santos [mailto:[EMAIL PROTECTED]]
Enviada em: segunda-feira, 22 de janeiro de 2001 21:30
Para: Lista de Discuss�o Rede Wan
Assunto: Re: RES: [redewan] VoIP - fragmentar datagramas...
N�o � exatamente assim. A fragmenta��o dos datagramas acontece por que ele � maior que o MTU de uma rede que ele tem que passar. Ent�o o roteador quebra ele em peda�os copiando grande parte do header para todos os fragmentos, que ser�o pacotes IP menores, com o header quase igual, com a diferen� no campo FLAGS que � setado alguns bits, o campo OFFSET DE FRGAMENTO, usado para saber a posi��o daquele dado dentro do pacote IP original que foi fragmentado.
Um pacote pequeno n�o � um pacote fragmentado. Existe um MTU m�nino permitido, sendo que dessa forma existir�o datagramas que nunca ser�o fragmentados, como datagramas de controle e etc. Originalmente, quem remonta esses datagramas fragmentados � o host destino. Com o nagle, segundo me consta (essa parte eu n�o tenho total certeza), um roteador no caminho, que vai jogar para uma rede com MTU maior que o que est� chegando, pega todos os pacotes que foram fragmentados (s� os que foram fragmentados) e remonta-os antes de repassar para a pr�xima rede, afim de melhorar a performance, o que exige um roteador bem robusto. Por�m, hoje em dia, acredito que o mais comun seja o path MTU discovery, que faz com que as duas pontas que conversam, descubram o MTU minimo usado no caminho e utilizem este para melhorar a performance. Porque?
Porque quando o destino come�a a receber os fragmentos ele inicia um contador, e se esse contador esgota antes de chegar todos os fragmentos, ele infelizmente descarta o pacote que est� sendo remontado inteirinho (mesmo que ele j� tenha recebido grande parte deste), e a� o grande problema da fragmenta��o que causa impacto na performance. A remontagem dos pacotes tamb�m geram uma perda significativa de performance. Essa � a motiva��o na procura de algoritimos para cuidar das fragmenta��es, de onde vieram o Nagle e o path MTU discovery.
"Silveira, Jorge" wrote:
Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.brJulio, N�o sei se te entendi. O que quis dizer � que, como o exemplo: Possuo, por exemplo, um pacote de "keep-alive" de 10 bytes e este n�o pode ser segmentado. Se eu habilitar o nagle, o equipamento armazena os dados at� o tamanho m�ximo da MTU, para melhor aproveitamento da rede!!??? Agora, imagine que no buffer j� est� armazenado 1495bytes e o buffer recebe o keep alive ==>1495+5=1500bytes(1� pacote enviado) e depois, os outros 5bytes do keepalive ser�o armazenados no buffer para a pr�xima transmiss�o. No outro end-point, a aplica��o recebe o keep-alive fragmentado e minha aplica��o est� programada para discartar keep-alives fragmentados. Dependendo dos par�metros da programa��o, a aplica��o poder� "derrubar" a conex�o!! Espero ter sido claro, agora. Se vi isto acontecer, inclusive usando analisador.--
--------------------------------------------------------------
Denys Sene dos Santos - [EMAIL PROTECTED]
Diretor T�cnico - System and Network Administrator
Onlinet - Afiliado do Universo Online - O Melhor da Internet
http://www.onlinet.com.br/
To unsubscribe, write to [EMAIL PROTECTED]
To unsubscribe, write to [EMAIL PROTECTED]
