| Voir le sujet précédent :: Voir le sujet suivant |
| Auteur |
Message |
nnouveau
Membre indispensable
Inscrit le: 20 Juil 2006
Messages: 6608
|
 Posté le: Dim 21 Sep 2008 pm 13:31 Sujet du message: |
 |
|
| hammett a écrit: | | jxh a écrit: | | Dumboton a écrit: |
Ravi de te retrouver sur nos posts |
pareil et pas mieux  |
Pas mieux et pareil. Ca va saigner.  |
+1
_________________
Chez CI depuis 1999..
Migré automatiquement depuis le 19 Juin 2009.
Un souci suite à la migration automatique.. lisez donc les 3 SOLUTIONS APRES MIGRATION AUTOMATIQUE, cliquez
ICI |
|
| Revenir en haut de page |
|
 |
flr01
Membre indispensable
Inscrit le: 27 Mar 2008
Messages: 1080
|
| Posté le: Dim 21 Sep 2008 pm 13:42 Sujet du message: |
|
|
| hammett a écrit: | | Pas mieux et pareil. Ca va saigner. |
Tu fêtes le retour avec un volatile... ou dois-je comprendre la phrase autrement |
|
| Revenir en haut de page |
|
|
flr01
Membre indispensable
Inscrit le: 27 Mar 2008
Messages: 1080
|
| Posté le: Dim 21 Sep 2008 pm 14:17 Sujet du message: |
|
|
| Dumboton a écrit: | | utiliser le fastpath qui va supprimer des bits de contrôle donc augmenter la quantité de bits utiles à débit constant |
J'ai essayé de calculer le taux.
Avec une session telnet, la commande adsl show --info remonte (chez moi !! ) les paramètres suivants (je supprime les lignes peu utiles) :
| Citation: | down/up
K: 31/14
M: 8/16
R: 6/16 |
D'après la norme, il y a MxK bit utiles* pour R bits de correction d'erreur, ce qui permet de calculer la proportion du débit prise par la correction d'erreur :
2.3% en download et 6,6% en upload.
Bref, le gain en débit devrait être assez assez faible. (En revanche, pour la latence, c'est une autre histoire !!!)
*utile : enfin presque... mais si ma compréhension est bonne, cela ne devrait pas altérer le calcul de proportionnalité |
|
| Revenir en haut de page |
|
|
Dumboton
Membre indispensable
Inscrit le: 20 Juin 2005
Messages: 10316
Localisation: 95170
|
| Posté le: Dim 21 Sep 2008 pm 15:17 Sujet du message: |
|
|
Il n'y a pas que les corrections d'erreur, il y a aussi les accusés de réception. c'est ce qui explique la réduction du ping
Le controle d'erreur spécifique au protocole TCP n'est pas supprimé, il s'agit uniquement du controle d'erreurs lié à l'entremelage (intrerleaving). Donc les données TCp seront in fine exempte d'erreurs même si il ya retransmissions de paquets, seules les données UDP seront affectées...en particulier la VOIP et la TV.
_________________
CI c'était des hommes, un service et de la qualité |
|
| Revenir en haut de page |
|
|
flr01
Membre indispensable
Inscrit le: 27 Mar 2008
Messages: 1080
|
| Posté le: Dim 21 Sep 2008 pm 17:07 Sujet du message: |
|
|
| Dumboton a écrit: | | Il n'y a pas que les corrections d'erreur, il y a aussi les accusés de réception. c'est ce qui explique la réduction du ping |
Cela me semble étrange, l'envoi d'un accusé de réception n'impacte pas la latence. Ou alors, je n'ai pas bien compris.
Pour la réduction du ping, la cause qui me semble la plus plausible est que pour corriger d'éventuelles erreurs il faille attendre la réception d'un "trame de sortie de correction FEC" complète avant de pouvoir corriger d'éventuelles erreur et retransmettre le contenu. De plus, afin de rendre la correction plus fiable, ces trames sont étalées dans le temps (entrelaçage). Ainsi, les données reçues tôt, en début de trames doivent attendre assez longtemps avant d'être vérifiées puis relayées.
Application pratique : chez moi :
| Code: | ADSL2 framing
MSGc: 52 120
B: 30 13
M: 8 16
T: 5 1
R: 6 16
S: 1.7762 9.0140
L: 1144 213
D: 32 4
|
Ainsi, dans un sens, le code correcteur porte sur a peu près S=1.78 trames env. Avec l'entrelacement, il faut multiplier par D=32, ce qui fait env. 57, dans l'autre sens, on a 9*4=32. Nous avons une latence correspondant à 93 trames émises en moyenne toutes les 0,25ms (constante ADSL), soit 23ms.
NB: Le temps d'aller retour avec mon DSLAM est de 35ms... Reste à trouver où sont passées les 12ms de trop [La recommandation ADSL propose l'ajout de 3.75 par sens... mais cela concerne une latence max due à la couche ADSL, et non un temps moyen.] |
|
| Revenir en haut de page |
|
|
Hisoka
Membre indispensable
Inscrit le: 02 Juil 2006
Messages: 1938
Localisation: Ptit Patelin ..
|
| Posté le: Lun 22 Sep 2008 pm 18:12 Sujet du message: |
|
|
Et bien que de réponses 
Il est clair que je n'ai pas tout pigé mais j'y vois quand même un peu plus clair ..
| Dumboton a écrit: | | Ravi de te retrouver sur nos posts |
Tout le plaisir est pour moi 
Sinon j'ai utilisé le fastpath patate mais rien n'a changé ..
Vaut peut-être mieux rester en standard à mon niveau .. 
_________________
:] |
|
| Revenir en haut de page |
|
|
IchMe
Membre indispensable
Inscrit le: 26 Oct 2006
Messages: 1745
|
| Posté le: Mar 23 Sep 2008 pm 14:21 Sujet du message: |
|
|
Faut croire que tu es apprécié par ici.
Effectivement, à 70 dB, on s'attend plus à devoir choisir entre sérénité et standard qu'entre standard et patate. Je suis même surpris que le patate fonctionne (tu l'as sûrement vu, mais les mises à jour des DSLAMs sont au plus quotidiennes - pénible aussi ça-). |
|
| Revenir en haut de page |
|
|
unvieu
Membre indispensable
Inscrit le: 25 Oct 2005
Messages: 1845
Localisation: près d'Arras
|
| Posté le: Mer 24 Sep 2008 pm 21:01 Sujet du message: |
|
|
super Hisoka, il est formidable CN tout de même... je m'y sens un peu perdu depuis un moement avec tous ces changements... d'où mes apparitions exclusivement en lecture... très nostalgique
_________________
Quand on ouvre une école, on ferme une prison ( Jules Ferry)... et aujourd'hui !!!!
Clarita on pense à toi |
|
| Revenir en haut de page |
|
|
hammett
Membre indispensable
Inscrit le: 31 Déc 2005
Messages: 12800
Localisation: Colombes
|
| Posté le: Mer 24 Sep 2008 pm 21:03 Sujet du message: |
|
|
| unvieu a écrit: | | super Hisoka, il est formidable CN tout de même... je m'y sens un peu perdu depuis un moement avec tous ces changements... d'où mes apparitions exclusivement en lecture... très nostalgique |
Cela faisait une paye !!! Content de te lire...
_________________
Orange Open
"Le monde se divise en deux catégories : ceux qui ont un pistolet chargé, et ceux qui creusent. Toi, tu creuses !" Blondin/C.Eastwood -
Le Bon, la Brute le Truand - S.Léone 1966
"Par ailleurs, le cinéma est un art" André Malraux |
|
| Revenir en haut de page |
|
|
vivienfr
Membre régulier
Inscrit le: 04 Jan 2008
Messages: 103
Localisation: Paris
|
| Posté le: Jeu 25 Sep 2008 am 06:59 Sujet du message: Re: [Autre] Débit Up & Down |
|
|
| Hisoka a écrit: | Ma question est :
Si mon UP atteint les 1 méga , mon Down pourrait également les atteindre puisque c'est le même tuyau ... non ?
J'ai contacté l'assistance free par mail en leur posant la question mais évidemment pour eux tout est normal... |
Le down est situé sur les hautes fréqueces
Le up est situé sur les fréquences bases (entre la fréquence du téléphone et les fréquences du down)
La distance atténue les fréquences hautes donc plus tu t'éloigne du NRA plus tu perd en download.
L'upload est quand a lui assez peu touché par l'éloignement et les personnes fortement éloigné du NRA comme toi on un débit supérieur en upload, c'est normal. |
|
| Revenir en haut de page |
|
|
|
FAQ
Rechercher
Liste des Membres
Groupes d'utilisateurs
S'enregistrer
Profil
Se connecter pour vérifier ses messages privés
Connexion
