Reprise du message précédent :
384 kbps ATM = 320kbps IP = 40ko/s en IP
 

Arf ouai mais moi j'ai un Ethernet alors je compte qu'en IP :lol
En plus 320kbps = 320 000 bps = 40 000 o/s = 39,0625 ko/s  
 
Par contre d'où 384 ATM = 320 IP ? y'a une regle ?
En plus perso sur mon Wanadoo avec 128kbps de synchro il est par rare que je depasse les 17ko/s, bah ouai la compression existe dans l'ADSL

Formulaire posté tout à l'heure !
Bye bye wanadoo et à moi les 600k et la télé

 
Je confirme  

Y'a une règle mais je ne sais pas si elle est très précise : débit ATM / 1.2 = débit IP
 

 
Une compression ??? Kel est le rapport avec le débit ??

bah si les données sont compréssée, le debit de trame IP reel est bien de 40ko/s, mais le debit de donnée lui peu etre supérieur

 
Genre je prends un fichier qui fait 100 Mo, je le zip dans un fichier qui fait 50 Mo, je le transfère à 40 ko/s et à l'arrivée je le dézippe.
 
Donc mon débit de données est de 80 ko/s ?
 
Tin faut que je revois tous mes calculs alors...

Non mais par ex les donné HTM sont texte donc se compresse bien, et bin sur ta ligne tu va utilisé 5ko/s par etre pour recevoir une page qui arrive reellement a 10ko/s.... C'est sur sur pas mal de type de donné ca marche pas ou peu... Mais la compression existe et peu permettre d'observé un phenomene de debit supérieur au maximum theorique.

 
J'vois pas le rapport avec l'adsl et son débit. Que les données soient compressées ou pas il reste le même.  
 
Sinon c'est sur que moi aussi j'peux dire que j'upload à 80 ko/s parceque mes pages HTM sont compressées ou que j'envoie un fichier zip.
 
Puis je ne sais pas où tu as vu que l'adsl compressait les données mais ça me rend curieux ça   Tu parles peut-être de la compression des en-têtes non ? Mais ça c'est la couche au dessus non ?

La taille de l'encapsulation de l'IP dans l'ATM est (si je me souviens bien) fixe, et la proportion donne ATM=1.2*IP

 
DSLAM voltaire-6 ligne 3 / 3 / 3 (3)  
Uncompatible line conditions 0  
Unselectable operation mode 0  
Spurious atu detected 0  
No lock possible 0  
Forced silence 0  
Protocol error 0  
Timeout 0  
Attainable bitrate 832 kb/s (up) 7072 kb/s (down)  
Capacity occupation 50 (up) 81 (down)
Chan data Interleave 5632 (far) 384 (near)  
Chan data Fast Path 0 (far) 0 (near)  
Attenuation 37 dB (up) 26 dB (down)  
Noise margin 19 dB (up) 13 dB (down)  
Output power 5 (up) 20 (down)  
 
Pour info voila les caracteristiques de ma ligne donc tu remarqueras que je suis a 416kb/s et non 384!! Je n'ai franchement aucuns interets a dire n'importe koi les chiffres que je te donne c avec bitorrent qd je met max up=0 (qd je n'ai pas de dl histoire d'equilibrer mes ratios up/dl) maintenant libre a toi de me croire on non je me fous!!

Euh mais té con ou quoi...
Si la ligne compresse, windows lui vois x ko/s pour y ko/s reel transferé par la ligne.
Or tu mesure avec windows...

 
perso moi je vois 384  

 
416 ??? Où ça ? Moi je ne vois que 384...

 
Regarde ce que j'ai souligne en gras tu prend l'attainable bi que tu multiplie par la capacity (en %) et voila comment j'ai fait mon calcul

la ligne compressée  
excelent
si ta des pages compressées cest le serveur qui les a compressés , pas ta connexion... quand t'active le gzip par ex (compression des pages sous linux) bah cest le server qui compresse avant "d'envoyer" (cest une img)
ta pris un arbre avant de raconter ca?

Moi je lis 384

 
  c pas comme ca k'on fait le calcul car dans ce cas moi aussi je suis à 416 !

Ca se sont les données maxi, Free te fout du 384 d'office, donc ton calcul...

 
Ouais j'dois être con   Enfin quand on voit ce que tu nous sors un peu plus haut j'dois pas être le seul
 
Deja ma ligne ne compresse pas (enfin pas encore mais ça viendra suffit de tordre le cable non ?) et windows il voit x=39 ko/s soit le débit des données. Maintenant si y=80 ko/s parceque je transfère un fichier zip ou du htm compressé ça me m'en temponne le coquillard tu vois ce que je veux dire ?

Windows il vois le debit de donnée oui mais pas le debit IP... or le debit IP < debit donnée...
 
C'est comme ca qu'on peu up a 17,6ko/s avec une synchro a 128 par ex

384
+1

 
   
 
Bravo pour le calcul !!!
 
Putain mais c'est la fête du slip en ce moment sur ce topic  

 
c surtout windows qui calcul mal !

faut le laisser  il est dans le trip bande passante    
comme je disai plus haut:  
     
si ta des pages compressées cest le serveur qui les a compressés , pas ta connexion... quand t'active le gzip par ex (compression des pages sous linux) bah cest le server qui compresse avant "d'envoyer" (cest une img)
 
si tu voit par ex 17Ko/s max noublie pas qu'il faut compter les packet d'ip et tte les merdes style les connexion server etc... c pour ca que si tu fait un ftp tu sera a 15Ko/s upload    on s'en bat les couille de la vitesse max ce qui compte c'est ce que tu peut utiliser  

Alors au temps pour moi pour mon calcul j'etais persuade qu'on faisait comme ca (lu sur un mec) bref cela ne change pas le fait que je suis a 48ko/s amoins que ABC ne gonfle les chiffre (ce qui serait possible pkoi pas)!!!

 
J'vois ce que tu veux dire et c'est vrai qu'entre la théorie et la pratique y'a souvent une différence.  
Mais la on parlait du débit IP caculé à partir du débit ATM de la ligne. Donc ensuite si la couche du dessus compresse les données ça c autre chose.

c pas un gonflement mais un erreur de calcul car 99% des logiciels se plantent sur le depart de la base de temps ca fait que ca fausse le calcul, il faut faire le calcul sur un gros fichier apres que ce soit bien stabilisé ou encore mieux fait le calcul toi meme !

EXACT ... C de la compression matérielle. Dans les modems RTC ça s'appelle NMP 4 ou 5.
C pour ça que des downloads de fichiers non-compressés passent un poil plus vite (en terme de débit) qu'un fichier compressé.
 
Mais bon, ça sera toujours plus rapide de compresser un fichier avant de l'envoyer
 
Toujours est il que ces principes de compression sont utilisés pour les liaisons ADSL. Ya tellement de technologie dans cette norme ...

oui mais notre ami parlait deligne compressées
pauvres paires de cuivres    
mais c'est rare en fait la compression materiel car ca demande des resources serveurs...

ben c DMC les 5mbit, effectif je suis a 1M7

ouf enfin kkun qui me comprend un peu

dtc  

 
de ki ? pourkoi ? où ça ? koi ça ?

Oui mais en ATM pas en IP pour la 15ème fois, donc 320 en IP

Poa puor une compression géométrique

 
1M2 la
 
(vendredi j'avais 4M7 et il s'arrete pas de baisser depuis    )

Je poste le formulaire cette semaine. Mais je suis toujours abonné chez wanadoo...  
 
Comment ça va se passer à la fin du mois si j'ai déjà eu ma freebox et ma connection ? Car je vais bientot demander au service client de wanadoo de passer en accès libre...

   traduction francaise?

 
De toute façon si tu es dégroupé, Free va résilier ta ligne auprès de ton ancien FAI (Wanadoo en l'occurence) mais c'est à toi de faire la démarche pour résilier ton abonnement ou le transformer.
 
Perso je te conseille de le faire dès que ta connexion Free fonctionne mais pas avant. Tu payeras peut-être deux abonnements pendant quelques jours mais au moins tu n'auras aucune coupure adsl.
 
A savoir : Free commence à facturer à partir de la première synchro du modem.