OK je te donne un exemple :
Si en tcp tu envoies sur un connexion
p1 p2 p3 p4 P5 p6 pt1 p7 p8 p9 p10 p11 p12 pt2
ils arriveront par exemple dans cette ordre là (les doublons ne sont pas une erreur)
p2 p3 p4 p4 p1 p5 p6 p7 pt1 pt1 p9 p11 p10 p12 pt2 p8
et ils seront remis dans le bon ordre par TCP
En x25 si tu envoie la même chose
p1 p2 p3 p4 P5 p6 pt1 p7 p8 p9 p10 p11 p12 pt2
ils arriveront
p1 p2 p3 p4 P5 p6 pt1 p7 p8 p9 p10 p11 p12 pt2
Pas possible que ca se passe autrement si la liaison n'est pas rompue.
Deux paquets sur la même liaison utiliseront de plus le même routage.
C'est très pratique pour faire de la synchronisation. Par exemple si en plus des infos qu'il transmet ton client envoie également à intervalle de temps fixe un paquet (ici pt1 et pt2) qui sert de base de temps.
Comme en x25 les paquets sont ordonnés pendant tout le transport, tout décalage entre deux ptx indique une augmentation de latence sur le circuit (ce qui lors de la transmission sécurisée d'un ordre boursier peut être un vrai problème).
TCP ne permet rien de semblable. Il faut donc faire la synchro des bases de temps à la mano, sur des routes qui peuvent varier d'un paquet à l'autre et c'est chiant. On passe littérament la moitié du temps en resync (et au passage on fout 20ou 30% de la bp à la poubelle).
[^] # 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é à -1.
OK je te donne un exemple :
Si en tcp tu envoies sur un connexion
p1 p2 p3 p4 P5 p6 pt1 p7 p8 p9 p10 p11 p12 pt2
ils arriveront par exemple dans cette ordre là (les doublons ne sont pas une erreur)
p2 p3 p4 p4 p1 p5 p6 p7 pt1 pt1 p9 p11 p10 p12 pt2 p8
et ils seront remis dans le bon ordre par TCP
En x25 si tu envoie la même chose
p1 p2 p3 p4 P5 p6 pt1 p7 p8 p9 p10 p11 p12 pt2
ils arriveront
p1 p2 p3 p4 P5 p6 pt1 p7 p8 p9 p10 p11 p12 pt2
Pas possible que ca se passe autrement si la liaison n'est pas rompue.
Deux paquets sur la même liaison utiliseront de plus le même routage.
C'est très pratique pour faire de la synchronisation. Par exemple si en plus des infos qu'il transmet ton client envoie également à intervalle de temps fixe un paquet (ici pt1 et pt2) qui sert de base de temps.
Comme en x25 les paquets sont ordonnés pendant tout le transport, tout décalage entre deux ptx indique une augmentation de latence sur le circuit (ce qui lors de la transmission sécurisée d'un ordre boursier peut être un vrai problème).
TCP ne permet rien de semblable. Il faut donc faire la synchro des bases de temps à la mano, sur des routes qui peuvent varier d'un paquet à l'autre et c'est chiant. On passe littérament la moitié du temps en resync (et au passage on fout 20ou 30% de la bp à la poubelle).