Bonjour à tous,

J'ai terminé de lire le cours "Maîtrisez vos applications et réseaux TCP/IP" et j'en ressors avec deux questions :

• Si les numéros de séquence et d'acquittement ne changent pas entre le dernier ACK du 3-way handshake et la première requête envoyée par le client, pourquoi envoyer ce dernier ACK ? Si le client établit une connexion, on peut légitimement penser qu'il va très rapidement envoyer une requête et, son numéro d'acquittement changeant pour son ISN + 1, il fera bien preuve de la bonne réception du paquet SYN+ACK, non ?. Dans la même veine, que se passe-t-il spécifiquement si ce paquet (le dernier ACK du handshake) est perdu ?
• Lors de l'envoi d'un mail, mon client va envoyer mon mail sur mon serveur SMTP puis l'envoyer à chacun des serveur SMTP de mes destinataires. Est-ce également vrai pour les pièces jointes, potentiellement lourdes ? Y a-t-il un dispositif prévu qui permettrait de ne pas les dupliquer ?

Merci d'avance !

Que de bonnes questions !

1- En fait tu pourrais tout à fait "relier" le dernier ACK et le premier segment de la requête, mais TCP a prévu de séparer la mise en place de la connexion en trois étapes. Puis de mettre en place la connexion. Notamment, rien ne dit que c'est au client de parler en premier, même si cela semble logique, on peut tou à fait imaginer que c'est le serveur qui initiera la connexion et dans ce cas il aura besoin d'avoir reçu ce ACK.

2- Je ne suis pas spécialiste SMTP mais à mon avis la pièce jointe va être envoyée à tous les destinataires, dans le cas de plusieurs destinataires sur un même serveur SMTP, on pourrait n'envoyer qu'une seule fois la pièce jointe, mais je ne crois pas que cela soit possible, en tout cas je n'en ai jamais entendu parler.

Effectivement, je n'avais pas pensé au cas où le serveur parlerait en premier !

Merci beaucoup pour ces réponses (et les cours !)