On Fri, 5 Jan 2001 [EMAIL PROTECTED] wrote:
> J'ai eu quelques problèmes pour me connecter à un serveur sur le net et j'ai
> voulu examiner ce qui passait sur la ligne pour voir les messages échangés
> entre le client et le serveur à l'aide de Ethereal...
Je ne connais pas Ethereal, mais par c
On Fri, Jan 05, 2001 at 12:42:03PM +0100, Marc SCHAEFER wrote:
>
> Je ne connais pas Ethereal, mais par contre j'utilise tcpdump depuis assez
> longtemps (cf TCP/IP Illustrated volume 1 pour de plus amples détails).
Voici donc ce que me retourne tcpdump après un simple
# ping www.alphanet.ch
[
On Fri, 05 Jan 2001, Marc SCHAEFER wrote:
> Oui, TCP/IP supporte les fragments (tu envoies un datagramme UDP de 8192
> bytes, comme courant en NFS, mais Ethernet ne supporte que 1500 bytes,
> donc le routeur juste avant va découper le paquets en DEBUT, fragments de
> milieu, et FIN. A l'arrivée, i
On Mon, 8 Jan 2001, Daniel Cordey wrote:
> Je ne sais pas si j'ai bien compris, mais il me semble que c'est TCP qui
> est charge du 'flow control' et donc du reassemblage des paquets. TCP
Attention, il y a deux niveaux ici: les paquets et les fragments. Un
paquet contient les données du byte X a
On Mon, 08 Jan 2001, Marc SCHAEFER wrote:
> Maintenant, à quoi ça sert d'avoir des fragments, finalement, vu que TCP
> peut couper à la source en paquets ? Ben si tu ne peux pas deviner quel
> est le MIN(MTU, chemin parcouru sur Internet), il y aura forcément un jour
> ou l'autre fragmentation du
> classiques ? Meme des paquets de 1500 bytes me semblent trop gros pour
> ces vitesses... Peut-etre ok lorsque l'on est seul a faire un ftp mais
> pas vraiment aproprie lorsqu'il y a plusieurs process communicants sur
> la ligne. Certe le throughput est globalement meilleur mais le temps de
C'es