La Fibre
Télécom => Réseau => 
Comment tester son débit ? => Discussion démarrée par: vivien le 06 mai 2010 à 22:23:00
-
ADSL : Calculer le débit IP en fonction du débit ATM
Le ratio entre débit IP et débit ATM n'est pas toujours le même, une cellule ATM ayant une taille fixe (cinq octets d'en-têtes et de quarante-huit octets de contenu).
2 exemples avec un ratio fort différent :
- Cas ou vous avez 28 octets de données IPv4 a envoyer. On rajouter les 20 octets d'en-tête IPv4, on obtiens 48 octets ce qui tiens dans une cellule ATM. Les données envoyées en ATM sont donc de 5 octets d'en-tête ATM + 48 de données ATM = 53 octets.
- Cas ou vous avez 29 octets de données IPv4 a envoyer. On rajouter les 20 octets d'en-tête IPv4, on obtiens 49 octets ce qui tiens dans deux cellules ATM. Les données envoyées en ATM sont donc de 5 octets d'en-tête ATM (1ère cellule) + 48 octets de données ATM (1ère cellule) + 5 octets d'en-tête ATM (2ème cellule) + 1 octet de données ATM (2ème cellule) + 47 octets de bourrage = 106 octets.
En général (paquet IP de taille importante) on considère que le débit IP = 0,83 x débit ATM
=> Voici un tableau avec les calculs en fonction du débit de synchro (https://lafibre.info/testdebit/Debit_ATM_vers_debit_IP.pdf)
En câble 30 Mb/s le débit max est de 3,5 Mo/s
En-tête IPv4 : (taille sans option : 20 octets)
(https://lafibre.info/images/tuto/IPv4.png)
En-tête TCP : (taille sans option : 20 octets)
(https://lafibre.info/images/tuto/TCP.png)
-
- Cas ou vous avez 29 octets de données IPv4 a envoyer. On rajouter les 20 octets d'en-tête IPv4, on obtiens 49 octets ce qui tiens dans deux cellules ATM.
Quelque chose ne va pas, là.
Comment on sait que les 2 cellules ATM vont ensemble? ;)
-
Les cellules ATM ont une taille fixe : 48 octets de donnés + 5 octets d'en-tête.
Si tu as moins de 48 octets de donnés, tu rajoute du bourrage (des bits inutile) afin de remplir la cellule a 48 + 5 octets.
Si tu as plus de 48 octets de donnés, tu envois 2 cellules. La seconde aura du bourrage si elle n'est pas pleine.
-
Comment le receveur sait dans quel cas on est?
-
Dans la couche supérieur, IP, il y a un champ dans l'en-tête qui indique la taille. Je suppose que les données supplèmentaires inutiles sont supprimées par la couche IP.
-
En règle générale, la différence est de 17%
-
Oui, pour des gros paquet IP (téléchargement) l'overhead est de 17% environ.
La formule retenue par les FAI pour convertir débit ATM en IP est : débit IP = 0,83 x débit ATM
-
C'est ce qui me semblait, donc 17%
-
Bonjour,
Les formules utilisées peuvent-elles différer entre les FAI ?
Par exemple ci-dessous, dans le résultat du test d'éligibilité xDSL d'OVH Télécom concernant ma ligne :
Informations sur votre ligne :
[...]
Il y a 117 mètres entre votre adresse et le NRA. La ligne est composée de 117
mètres de paire de cuivre de diamètre 0.4 mm.
Avec ces informations, nous avons estimé le débit théorique de votre ligne. En
ADSL2+ la synchronisation théorique est de 22.778 Mbps en download et 1.196
Mbps en upload, en SDSL.bis EFM la synchronisation théorique est de 5 Mbps
en download et 5 Mbps en upload et en VDSL2 la synchronisation théorique est
de 96.8 Mbps en download et 28 Mbps en upload .
Le débit réel dépend de l'atténuation réelle, qui elle même dépend de l'état de
votre ligne, de son âge, de l'oxydation du cuivre et de la qualité des connexions.
Si votre ligne est de très bonne qualité le débit réel sera de 19.848 Mbps (22.778
Mbps ATM) , par contre si votre ligne est en très mauvais état, le débit réel ne
sera plus que de 10.474 Mbps (12.02 Mbps ATM) en ADSL 2+ .
Statistiquement parlant, dans 50% des cas, le débit réel sera de 16.896 Mbps
(19.39 Mbps ATM) .
Votre NRA n'étant pas dégroupé par OVH, votre ligne dépend de l'opérateur
tiers chargé de la collecte. En ADSL 2+, votre synchronisation sera de 20 Mbps
en download et 800 Kbps en upload.
Calcul du facteur de conversion en prenant les valeurs des débits IP 19.848 Mbps et ATM 22.778 Mbps :
Facteur de conversion = débit IP / débit ATM = 19848 / 22778 = 0,87
Ici, le facteur utilisé par OVH Télécom est environ égal à 0,87.
À moins qu'une erreur de calcul s'est glissée dans ce test d'éligibilité ?
Merci !
-
> Ici, le facteur utilisé par OVH Télécom est environ égal à 0,87.[/quote]
je confirme le 0.83
-
Si j'ai 116ko/s en up (vérifiés) avec free, on obtient 116*8/.83=1118kb/s
Ca dépasse la norme utilisée... ou alors il faut tenir compte du cas spécifique de free avec la compression qui permet un meilleur ratio donnée utiles/données envoyées?
-
ah ? free a une compression ? il compresse les en-tetes ?
-
Sans PPPoE / PPPoA, et que des gros paquets de 1500 octets, il est possible d'avoir un débit utile = 85% du débit ATM
Je le constate lors de mes tests. C'est un maximum.
Si OVH fait un calcul avec 0,87, c'est peut être les en-tête IP et TCP qui sont pas comptées comme du débit pour le client.
0,87 doit pouvoir se faire si on n'utilise ni IP, ni TCP.
-
pour ma part j'avais fait le test avec SFR sur du 1 Mo... j'ravais trouvé 0.8375 exactement
-
Oui 0,85% avec Free dégroupé (IPoE) et Bouygues Telecom dégroupé (IPoA)
0,83% avec SFR et Orange qui utilisent du PPP
Calculé sur un téléchargement d'un fichier de 31 Mo (il faut que le fichier soit suffisamment important pour limiter l'effet du slow-start au démarrage)
C'est réalisé sous linux donc avec l'option timestamps activée par défaut (12 octets) à chaque paquet TCP.
On doit pouvoir avoir un peu plus avec Windows qui a un bug qui fait que timestamps ne s'active pas quand le serveur en face est un Linux.
-
Oui 0,85% avec Free dégroupé (IPoE)
Pardon?
Windows qui a un bug qui fait que timestamps ne s'active pas quand le serveur en face est un Linux.
Pardon?
-
C'est l'inverse : Free dégroupé => IPoA
Bouygues Telecom dégroupé => IPoE
Cela ne change pas grand chose, c'est du DHCP dans les deux cas.
Copie d'écran Bbox ADSL en IPoE :
(https://lafibre.info/images/bbox/Bbox_Technicolor_84K5_A2.png)
-
Et pour technologie VDSL2 ? On trouve peu d'informations précises concernant cette technologie pour le calcul du débit IP réel.
-
Le calcul est effectivement différent en VDSL : on a un débit IP supérieur à celui de l'ADSL, pour un même débit de synchronisation.
-
Parce qu'il n'y a plus de AAL5?