Une dernière fois pour la route.
Au niveau TCP (IP ou autre chose) la couche de transport ne garantie pas l'ordre ni la non duplication des paquets.
En d'autres termes ce qui est émis par le routeur A en début de chaine n'est pas forcément identique à ce qui est reçu par le routeur B en find e chaine.
Même si TCP garanti que le routeur B sera capable de recomposer correctement ce qui a été émis par le routeur A.
En x25, au niveau transport même on a une garantie de cohérence du flux (le paquet N arrivera forcément après le paquent N-1 si il arrive). Et si cette cohérence n'est pas respectée, on reprend tout depuis l'erreur. (ie si le paquet 5 arrive avant le paquet 4 il faut réemettre les paquets 4, 5, 6 etc. )
Donc si on a besoin d'une synchro x25 fait 95% du boulot, TCP 0%.
Et faire de la synchro base de temps sur TCP c'est juste l'horreur.
[^] # Re: XoT et fermeture transpac
Posté par phxonx . En réponse au journal Transmissions bancaires : toujours pas dans un format ouvert, et encore plus cher !. Évalué à -4.
Une dernière fois pour la route.
Au niveau TCP (IP ou autre chose) la couche de transport ne garantie pas l'ordre ni la non duplication des paquets.
En d'autres termes ce qui est émis par le routeur A en début de chaine n'est pas forcément identique à ce qui est reçu par le routeur B en find e chaine.
Même si TCP garanti que le routeur B sera capable de recomposer correctement ce qui a été émis par le routeur A.
En x25, au niveau transport même on a une garantie de cohérence du flux (le paquet N arrivera forcément après le paquent N-1 si il arrive). Et si cette cohérence n'est pas respectée, on reprend tout depuis l'erreur. (ie si le paquet 5 arrive avant le paquet 4 il faut réemettre les paquets 4, 5, 6 etc. )
Donc si on a besoin d'une synchro x25 fait 95% du boulot, TCP 0%.
Et faire de la synchro base de temps sur TCP c'est juste l'horreur.