Je dirai surtout que la notion de paquet n'est pas la même : je pense TCP (si j'envoie un paquet TCP D1 puis D2, je les recevrai dans l'ordre.
Non c'est complétement faux.
- Si tu te places d'un point de vue utilisateur de la pile TCP/IP tout ce que tu peux dire c'est "transmet moi ce buffer" et "donne moi un buffer si il y a des données dispo". TCP/IP t'assures que ton stream sera identique en émission et en réception point final. Il n'y a aucune notion de paquet ou autre.
- Si tu te places du point de vue de la couche TCP alors c'est complétement faux. Le paquet arrivent dans un ordre indéterminé et sont réordonnés par le destinataire.
Jamais bossé avec X25, mais un protocole basé sur des virtual circuit ou du circuit switching par définition assure, entre autre, que les paquets ne peuvent pas arriver dans le désordre. Il n'y a donc pas de travail de re-ordonnancement à faire côté destinataire.
Si un point commun entre les deux est que le stream de l’émetteur et du récepteur sont identiques. Leur différence de fonctionnement change pas mal de choses sur les autres propriétés. Ça n'a pas d'importance si tout ce qui t'intéresse c'est que les bits émis et reçus soit identiques. Mais si tu désires d'autres propriété, notamment du point de vue latence et synchro, ca peut tout changé et demander beaucoup plus de travail au niveau de la couche applicative.
[^] # Re: XoT et fermeture transpac
Posté par ckyl . En réponse au journal Transmissions bancaires : toujours pas dans un format ouvert, et encore plus cher !. Évalué à 3.
Non c'est complétement faux.
- Si tu te places d'un point de vue utilisateur de la pile TCP/IP tout ce que tu peux dire c'est "transmet moi ce buffer" et "donne moi un buffer si il y a des données dispo". TCP/IP t'assures que ton stream sera identique en émission et en réception point final. Il n'y a aucune notion de paquet ou autre.
- Si tu te places du point de vue de la couche TCP alors c'est complétement faux. Le paquet arrivent dans un ordre indéterminé et sont réordonnés par le destinataire.
Jamais bossé avec X25, mais un protocole basé sur des virtual circuit ou du circuit switching par définition assure, entre autre, que les paquets ne peuvent pas arriver dans le désordre. Il n'y a donc pas de travail de re-ordonnancement à faire côté destinataire.
Si un point commun entre les deux est que le stream de l’émetteur et du récepteur sont identiques. Leur différence de fonctionnement change pas mal de choses sur les autres propriétés. Ça n'a pas d'importance si tout ce qui t'intéresse c'est que les bits émis et reçus soit identiques. Mais si tu désires d'autres propriété, notamment du point de vue latence et synchro, ca peut tout changé et demander beaucoup plus de travail au niveau de la couche applicative.