|
Julio,
Grato, amigo!!
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
Lista de Discuss�o Rede Wan -
http://www.networkdesigners.com.br
Denys,
O
Jorge nao esta falando de fragmentacao no IP e sim no nivel "tcp" (sim,
concordo que nao � fragmentacao, o termo fica meio "esquisito", mas o conceito
da para entender).
O
segmento TCP que sai de um lado, via um "write" nao necessariamente � lido em
um unico read do outro lado (falando de end-point para
end-point).
Em
aplicacoes que tomem um certo cuidado, isto nao deve dar
xabu.
[],
<O_O>
Lista de
Discuss�o Rede Wan - http://www.networkdesigners.com.br
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/
|
