Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrick RoZ
"Frédéric Roy" a écrit dans le message de news:
Bonjour,
J'aimerai savoir pourquoi lorsque que l'on passe de l'interleave bas au Fastpath on perd de la vitesse de synchro.
Interleave bas : Attainable bitrate 704 kb/s (up) 7136 kb/s (down) Chan data Interleave 7008 (far) 640 (near)
le lendemain,
Fastpath : Attainable bitrate 640 kb/s (up) 6976 kb/s (down) Chan data Fast Path 6816 (far) 640 (near)
Merci pour vos explications eventuelles.
Si je ne m'abuse, le mode Interleave permet d'activer un mécanisme de correction d'erreur sur la ligne. (c'est d'ailleurs ce qui induiraitt une augmentation du ping dans ce mode, puisqu'il faut "traiter" les paquets qui transitent pour générer les trames de récupération d'erreur, ce qui augmente le temps de latence entre le modem et le DSLAM.) En Fastpath, il n'y a plus ce contrôle d'erreur, et c'est certainement pour cela que la négociation de débit se fait avec une marge plus grande (et donc une légère baisse du débit de synchro), peut être tout simplement pour conserver un taux d'erreur acceptable.
Mais tout ceci n'est que mon intuition, et demande à être confirmé.
P-RoZ
"Frédéric Roy" <frederic@yahoo.fr.nospam> a écrit dans le message de
news:mn.7b017d4930d58cbf.17393@yahoo.fr.nospam...
Bonjour,
J'aimerai savoir pourquoi lorsque que l'on passe
de l'interleave bas au Fastpath on perd de la vitesse de synchro.
Interleave bas :
Attainable bitrate 704 kb/s (up) 7136 kb/s (down)
Chan data Interleave 7008 (far) 640 (near)
le lendemain,
Fastpath :
Attainable bitrate 640 kb/s (up) 6976 kb/s (down)
Chan data Fast Path 6816 (far) 640 (near)
Merci pour vos explications eventuelles.
Si je ne m'abuse, le mode Interleave permet d'activer un mécanisme de
correction d'erreur sur la ligne. (c'est d'ailleurs ce qui induiraitt une
augmentation du ping dans ce mode, puisqu'il faut "traiter" les paquets qui
transitent pour générer les trames de récupération d'erreur, ce qui augmente
le temps de latence entre le modem et le DSLAM.)
En Fastpath, il n'y a plus ce contrôle d'erreur, et c'est certainement pour
cela que la négociation de débit se fait avec une marge plus grande (et donc
une légère baisse du débit de synchro), peut être tout simplement pour
conserver un taux d'erreur acceptable.
Mais tout ceci n'est que mon intuition, et demande à être confirmé.
J'aimerai savoir pourquoi lorsque que l'on passe de l'interleave bas au Fastpath on perd de la vitesse de synchro.
Interleave bas : Attainable bitrate 704 kb/s (up) 7136 kb/s (down) Chan data Interleave 7008 (far) 640 (near)
le lendemain,
Fastpath : Attainable bitrate 640 kb/s (up) 6976 kb/s (down) Chan data Fast Path 6816 (far) 640 (near)
Merci pour vos explications eventuelles.
Si je ne m'abuse, le mode Interleave permet d'activer un mécanisme de correction d'erreur sur la ligne. (c'est d'ailleurs ce qui induiraitt une augmentation du ping dans ce mode, puisqu'il faut "traiter" les paquets qui transitent pour générer les trames de récupération d'erreur, ce qui augmente le temps de latence entre le modem et le DSLAM.) En Fastpath, il n'y a plus ce contrôle d'erreur, et c'est certainement pour cela que la négociation de débit se fait avec une marge plus grande (et donc une légère baisse du débit de synchro), peut être tout simplement pour conserver un taux d'erreur acceptable.
Mais tout ceci n'est que mon intuition, et demande à être confirmé.
P-RoZ
XPO
Si je ne m'abuse, le mode Interleave permet d'activer un mécanisme de correction d'erreur sur la ligne. (c'est d'ailleurs ce qui induiraitt une augmentation du ping dans ce mode, puisqu'il faut "traiter" les paquets qui
transitent pour générer les trames de récupération d'erreur, ce qui augmente
le temps de latence entre le modem et le DSLAM.) En Fastpath, il n'y a plus ce contrôle d'erreur, et c'est certainement pour
cela que la négociation de débit se fait avec une marge plus grande (et donc
une légère baisse du débit de synchro), peut être tout simplement pour conserver un taux d'erreur acceptable.
Mais tout ceci n'est que mon intuition, et demande à être confirmé.
P-RoZ
Pour être un peu plus précis, l'interleave active l'entrelacement des mots de code RS. C'est un moyen de lutte contre les bruits impulsifs. On répartit ainsi artificiellement un bruit impulsif sur plusieurs mots de code Reed-Solomon; le nombre de bits erronés étant plus faible par mot de code, on entre (éventuellement) dans le pouvoir correcteur du mot de code. Il n'active néanmoins pas le codage Reed-Solomon, qui est présent dans les 2 modes. Par contre, il est possible que le codage Trellis (codage supplémentaire) soit présent en mode interlave et pas en fastpath. Gain de codage inférieur n'est pas forcément compensé gagné par le débit gagné => diminution de portée. Bref, ça dépend du type de DSLAM. A chaque DSLAM sa propre ingénierie ADSL.
Si je ne m'abuse, le mode Interleave permet d'activer un mécanisme de
correction d'erreur sur la ligne. (c'est d'ailleurs ce qui induiraitt une
augmentation du ping dans ce mode, puisqu'il faut "traiter" les paquets
qui
transitent pour générer les trames de récupération d'erreur, ce qui
augmente
le temps de latence entre le modem et le DSLAM.)
En Fastpath, il n'y a plus ce contrôle d'erreur, et c'est certainement
pour
cela que la négociation de débit se fait avec une marge plus grande (et
donc
une légère baisse du débit de synchro), peut être tout simplement pour
conserver un taux d'erreur acceptable.
Mais tout ceci n'est que mon intuition, et demande à être confirmé.
P-RoZ
Pour être un peu plus précis, l'interleave active l'entrelacement des mots
de code RS. C'est un moyen de lutte contre les bruits impulsifs. On répartit
ainsi artificiellement un bruit impulsif sur plusieurs mots de code
Reed-Solomon; le nombre de bits erronés étant plus faible par mot de code,
on entre (éventuellement) dans le pouvoir correcteur du mot de code. Il
n'active néanmoins pas le codage Reed-Solomon, qui est présent dans les 2
modes. Par contre, il est possible que le codage Trellis (codage
supplémentaire) soit présent en mode interlave et pas en fastpath. Gain de
codage inférieur n'est pas forcément compensé gagné par le débit gagné =>
diminution de portée.
Bref, ça dépend du type de DSLAM. A chaque DSLAM sa propre ingénierie ADSL.
Si je ne m'abuse, le mode Interleave permet d'activer un mécanisme de correction d'erreur sur la ligne. (c'est d'ailleurs ce qui induiraitt une augmentation du ping dans ce mode, puisqu'il faut "traiter" les paquets qui
transitent pour générer les trames de récupération d'erreur, ce qui augmente
le temps de latence entre le modem et le DSLAM.) En Fastpath, il n'y a plus ce contrôle d'erreur, et c'est certainement pour
cela que la négociation de débit se fait avec une marge plus grande (et donc
une légère baisse du débit de synchro), peut être tout simplement pour conserver un taux d'erreur acceptable.
Mais tout ceci n'est que mon intuition, et demande à être confirmé.
P-RoZ
Pour être un peu plus précis, l'interleave active l'entrelacement des mots de code RS. C'est un moyen de lutte contre les bruits impulsifs. On répartit ainsi artificiellement un bruit impulsif sur plusieurs mots de code Reed-Solomon; le nombre de bits erronés étant plus faible par mot de code, on entre (éventuellement) dans le pouvoir correcteur du mot de code. Il n'active néanmoins pas le codage Reed-Solomon, qui est présent dans les 2 modes. Par contre, il est possible que le codage Trellis (codage supplémentaire) soit présent en mode interlave et pas en fastpath. Gain de codage inférieur n'est pas forcément compensé gagné par le débit gagné => diminution de portée. Bref, ça dépend du type de DSLAM. A chaque DSLAM sa propre ingénierie ADSL.
