J'ai effectué un test de ma connexion (C-I 512 ADSL) sur deux sites
différents et les résultats sont ... contradictoires (c'est le moins que
l'on puisse dire !! ))0; ) :
J'ai effectué un test de ma connexion (C-I 512 ADSL) sur deux sites différents et les résultats sont ... contradictoires (c'est le moins que l'on puisse dire !! ))0; ) :
Sur http://www.60millions-mag.com : 518 kb/s
Sur http://mire.ipadsl.net : 58.536 kb/s
Alors, qui croire ? ...
Tu confonds Kb et KB
Emmanuel wrote:
Bonjour,
J'ai effectué un test de ma connexion (C-I 512 ADSL) sur deux sites
différents et les résultats sont ... contradictoires (c'est le moins que
l'on puisse dire !! ))0; ) :
J'ai effectué un test de ma connexion (C-I 512 ADSL) sur deux sites différents et les résultats sont ... contradictoires (c'est le moins que l'on puisse dire !! ))0; ) :
Sur http://www.60millions-mag.com : 518 kb/s
Sur http://mire.ipadsl.net : 58.536 kb/s
Alors, qui croire ? ...
Tu confonds Kb et KB
thierry Quaak
SuperX wrote:
Sur http://www.60millions-mag.com : 518 kb/s
le site de 60 mil n'est pas precise---c'est Kbps
kb/s c'est kilobits par seconde et Kbps c'est Kilobits par seconde Kbps, ce ne serait pas Kilo Bytes per second.
au lieu de kb/s qui serait qui serait kilobits per seconds en sachant que 1 bytes = 8 bits.... bon calcul
en effet la différence c'est la majuscule ? :-))
SuperX wrote:
Sur http://www.60millions-mag.com : 518 kb/s
le site de 60 mil n'est pas precise---c'est Kbps
kb/s c'est kilobits par seconde
et Kbps c'est Kilobits par seconde
Kbps, ce ne serait pas Kilo Bytes per second.
au lieu de kb/s qui serait qui serait kilobits per seconds
en sachant que 1 bytes = 8 bits.... bon calcul
kb/s c'est kilobits par seconde et Kbps c'est Kilobits par seconde Kbps, ce ne serait pas Kilo Bytes per second.
au lieu de kb/s qui serait qui serait kilobits per seconds en sachant que 1 bytes = 8 bits.... bon calcul
en effet la différence c'est la majuscule ? :-))
ed
"T.F.P." Silvestre Stalone
PS: = "Te Fies à Personne" ;p
"Emmanuel" a écrit dans le message de news:
Bonjour,
J'ai effectué un test de ma connexion (C-I 512 ADSL) sur deux sites différents et les résultats sont ... contradictoires (c'est le moins que l'on puisse dire !! ))0; ) :
Sur http://www.60millions-mag.com : 518 kb/s
Sur http://mire.ipadsl.net : 58.536 kb/s
Alors, qui croire ? ... -- Emmanuel
"T.F.P."
Silvestre Stalone
PS: = "Te Fies à Personne" ;p
"Emmanuel" <eguiral@chez-moi.fr> a écrit dans le message de
news:vmu2uvgkl3655feho4qd3kgopougicl8kq@4ax.com...
Bonjour,
J'ai effectué un test de ma connexion (C-I 512 ADSL) sur deux sites
différents et les résultats sont ... contradictoires (c'est le moins que
l'on puisse dire !! ))0; ) :
J'ai effectué un test de ma connexion (C-I 512 ADSL) sur deux sites différents et les résultats sont ... contradictoires (c'est le moins que l'on puisse dire !! ))0; ) :
Sur http://www.60millions-mag.com : 518 kb/s
Sur http://mire.ipadsl.net : 58.536 kb/s
Alors, qui croire ? ... -- Emmanuel
Fanfan
"Emmanuel" a écrit dans le message de news:
Bonjour,
J'ai effectué un test de ma connexion (C-I 512 ADSL) sur deux sites différents et les résultats sont ... contradictoires (c'est le moins que l'on puisse dire !! ))0; ) :
Sur http://www.60millions-mag.com : 518 kb/s
Sur http://mire.ipadsl.net : 58.536 kb/s
Alors, qui croire ? ...
Aucun des deux ! Le seul test valable est de mesurer le débit réel sur un léléchargement de fichier.
"Emmanuel" <eguiral@chez-moi.fr> a écrit dans le message de
news:vmu2uvgkl3655feho4qd3kgopougicl8kq@4ax.com...
Bonjour,
J'ai effectué un test de ma connexion (C-I 512 ADSL) sur deux sites
différents et les résultats sont ... contradictoires (c'est le moins que
l'on puisse dire !! ))0; ) :
Sur http://www.60millions-mag.com : 518 kb/s
Sur http://mire.ipadsl.net : 58.536 kb/s
Alors, qui croire ? ...
Aucun des deux ! Le seul test valable est de mesurer le débit réel sur un
léléchargement de fichier.
J'ai effectué un test de ma connexion (C-I 512 ADSL) sur deux sites différents et les résultats sont ... contradictoires (c'est le moins que l'on puisse dire !! ))0; ) :
Sur http://www.60millions-mag.com : 518 kb/s
Sur http://mire.ipadsl.net : 58.536 kb/s
Alors, qui croire ? ...
Aucun des deux ! Le seul test valable est de mesurer le débit réel sur un léléchargement de fichier.
Fanfan
"Emmanuel" a écrit dans le message de news: .............
Pourquoi, il y a d'autres trucs à faire !!! ((0;
Mesurer le débit réel en téléchargeant un fichier sur un site qui n'est pas surchargé.
"Emmanuel" <eguiral@chez-moi.fr> a écrit dans le message de
news:pp63uv8pkrqh7qa5mjt3n9r2vij7pd664v@4ax.com...
.............
Pourquoi, il y a d'autres trucs à faire !!! ((0;
Mesurer le débit réel en téléchargeant un fichier sur un site qui n'est pas
surchargé.
518 divisé par 8 = 64,75 donc ca correspond bien grosso modo. Quoique je suis pas sur qu'il n'y ai pas un bit de parité
cordialement chris
"thierry Quaak" a écrit dans le message de news:3fe1affa$0$28714$
SuperX wrote:
Sur http://www.60millions-mag.com : 518 kb/s
le site de 60 mil n'est pas precise---c'est Kbps
kb/s c'est kilobits par seconde et Kbps c'est Kilobits par seconde Kbps, ce ne serait pas Kilo Bytes per second.
au lieu de kb/s qui serait qui serait kilobits per seconds en sachant que 1 bytes = 8 bits.... bon calcul
en effet la différence c'est la majuscule ? :-))
Remy Moulin
chris wrote:
Sur les modem, c'est calculé eu bauds non ?
Bonsoir,
Non, en bits par seconde...
Cela fait plusieurs années maintenant que l'on a plus de relation directe entre le débits de symboles caractéristiques (= états électriques distinguables les uns des autres) et le débit en bit/s, du fait que l'on sait très bien coder plusieurs bits par état, par symbole.
518 divisé par 8 = 64,75 donc ca correspond bien grosso modo. Quoique je suis pas sur qu'il n'y ai pas un bit de parité
Parlez-vous de liaisons RS-232 (norme série), ou de liaison ATM ?
Ou y a t'il des bits start, stop, parité, autres, comme dans cette 'vieille' norme ?
Je ne sais pas...
Le débit réel à prendre en compte, c'est le débit ATM. Il est de 608 à 640 kbit/s, selon la marque du DSLAM, pour les abonnements "512". Mettons 608 kbit/s pour la suite.
Là dedans, on fait passer des cellules ATM. La cellule ATM fait 53 octets (424 bits) de taille, et contient 48 octets (384 bits) utiles.
Le débit utile tombe donc à 608 / 424 * 384 = 551 kbit/s
Dans ce débit utile, on transporte des trames CPCS, constituées de : - La trame AAL5 = En PPPoA VCMUX : - Le paquet IP over PPP (x + 2 octets) = En PPPoE LLC : - L'en-tête LLC (10 octets) - Les en-têtes Ethernet et PPPoE (14 + 6 octets) - Le paquet IP over PPP (x + 2 octets)
- Une zone tampon, de taille variant de 0 à 47, servant à combler la taille de la trame CPCS pour être multiple de 48 octets (taille utile des cellules)
- L'en-queue CPCS (8 octets)
Imaginons un cas "simple" : PPPoA VCMUX avec des trames IP à 1500 octets.
Donc 1536 octets AAL5 (12 288 bits) pour 1500 utiles (12 000 bits).
Débit max théorique pour IP dans ce cas : 551 / 12 288 * 12 000 = 538 kbit/s = 67,2 ko/s.
---
Personnellement, ayant vu quelques limitations sur la taille des paquets de ma ligne, j'utilise 1430 comme taille de paquet IP, en PPPoA VCMUX. - Encapsulation PPP : + 2 octets ( = 1432 octets) - Encapsulation AAL5 : + 8 octets ( = 1440 octets, exact multiple de 48) + 0 octets de tampon
Donc 1440 octets AAL5 (11 520 bits) pour 1430 utiles (11 440). Débit max théorique : 551 / 11 520 * 11 440 = 547 kbit/s = 68,3 ko/s
En fin de téléchargement de gros fichier (par ex. Direct X 9b version redist (35 Mo)), le compteur de vitesse de téléchargement donne 65 ko/s... Donc 3 ko/s perdus par les divers intervenants entre ma machine et ce serveur.
download.microsoft.com donne, chez moi, un serveur fort proche ! :
C:>tracert download.microsoft.com
Détermination de l'itinéraire vers a767.ms.akamai.net [194.158.126.24] avec un maximum de 40 sauts :
1 1 ms 1 ms 1 ms SpeedTouch.lan [192.168.0.254]
1bis ****** Tunnel L2TP France Telecom - Club-Internet invisible au traceroute
2 25 ms 24 ms 25 ms f06v-1-1.d1.club-internet.fr [212.194.108.1] 3 23 ms 23 ms 24 ms V300.c6k02-v.club-internet.fr [194.117.207.2] 4 24 ms 24 ms 26 ms a767.ms.akamai.net [194.158.126.24]
Itinéraire déterminé.
-- Herm
chris wrote:
Sur les modem, c'est calculé eu bauds non ?
Bonsoir,
Non, en bits par seconde...
Cela fait plusieurs années maintenant que l'on a plus de relation directe
entre le débits de symboles caractéristiques (= états électriques
distinguables les uns des autres) et le débit en bit/s, du fait que l'on
sait très bien coder plusieurs bits par état, par symbole.
518 divisé par 8 = 64,75 donc ca correspond bien grosso modo.
Quoique je suis pas sur qu'il n'y ai pas un bit de parité
Parlez-vous de liaisons RS-232 (norme série), ou de liaison ATM ?
Ou y a t'il des bits start, stop, parité, autres, comme dans cette 'vieille'
norme ?
Je ne sais pas...
Le débit réel à prendre en compte, c'est le débit ATM. Il est de 608 à 640
kbit/s, selon la marque du DSLAM, pour les abonnements "512". Mettons 608
kbit/s pour la suite.
Là dedans, on fait passer des cellules ATM. La cellule ATM fait 53 octets
(424 bits) de taille, et contient 48 octets (384 bits) utiles.
Le débit utile tombe donc à 608 / 424 * 384 = 551 kbit/s
Dans ce débit utile, on transporte des trames CPCS, constituées de :
- La trame AAL5
= En PPPoA VCMUX :
- Le paquet IP over PPP (x + 2 octets)
= En PPPoE LLC :
- L'en-tête LLC (10 octets)
- Les en-têtes Ethernet et PPPoE (14 + 6 octets)
- Le paquet IP over PPP (x + 2 octets)
- Une zone tampon, de taille variant de 0 à 47, servant à combler la taille
de la trame CPCS pour être multiple de 48 octets (taille utile des cellules)
- L'en-queue CPCS (8 octets)
Imaginons un cas "simple" : PPPoA VCMUX avec des trames IP à 1500 octets.
Donc 1536 octets AAL5 (12 288 bits) pour 1500 utiles (12 000 bits).
Débit max théorique pour IP dans ce cas :
551 / 12 288 * 12 000 = 538 kbit/s = 67,2 ko/s.
---
Personnellement, ayant vu quelques limitations sur la taille des paquets de
ma ligne, j'utilise 1430 comme taille de paquet IP, en PPPoA VCMUX.
- Encapsulation PPP : + 2 octets ( = 1432 octets)
- Encapsulation AAL5 : + 8 octets ( = 1440 octets, exact multiple de 48) + 0
octets de tampon
Donc 1440 octets AAL5 (11 520 bits) pour 1430 utiles (11 440).
Débit max théorique : 551 / 11 520 * 11 440 = 547 kbit/s = 68,3 ko/s
En fin de téléchargement de gros fichier (par ex. Direct X 9b version redist
(35 Mo)), le compteur de vitesse de téléchargement donne 65 ko/s... Donc 3
ko/s perdus par les divers intervenants entre ma machine et ce serveur.
download.microsoft.com donne, chez moi, un serveur fort proche ! :
C:>tracert download.microsoft.com
Détermination de l'itinéraire vers a767.ms.akamai.net [194.158.126.24]
avec un maximum de 40 sauts :
1 1 ms 1 ms 1 ms SpeedTouch.lan [192.168.0.254]
1bis ****** Tunnel L2TP France Telecom - Club-Internet invisible au
traceroute
2 25 ms 24 ms 25 ms f06v-1-1.d1.club-internet.fr [212.194.108.1]
3 23 ms 23 ms 24 ms V300.c6k02-v.club-internet.fr
[194.117.207.2]
4 24 ms 24 ms 26 ms a767.ms.akamai.net [194.158.126.24]
Cela fait plusieurs années maintenant que l'on a plus de relation directe entre le débits de symboles caractéristiques (= états électriques distinguables les uns des autres) et le débit en bit/s, du fait que l'on sait très bien coder plusieurs bits par état, par symbole.
518 divisé par 8 = 64,75 donc ca correspond bien grosso modo. Quoique je suis pas sur qu'il n'y ai pas un bit de parité
Parlez-vous de liaisons RS-232 (norme série), ou de liaison ATM ?
Ou y a t'il des bits start, stop, parité, autres, comme dans cette 'vieille' norme ?
Je ne sais pas...
Le débit réel à prendre en compte, c'est le débit ATM. Il est de 608 à 640 kbit/s, selon la marque du DSLAM, pour les abonnements "512". Mettons 608 kbit/s pour la suite.
Là dedans, on fait passer des cellules ATM. La cellule ATM fait 53 octets (424 bits) de taille, et contient 48 octets (384 bits) utiles.
Le débit utile tombe donc à 608 / 424 * 384 = 551 kbit/s
Dans ce débit utile, on transporte des trames CPCS, constituées de : - La trame AAL5 = En PPPoA VCMUX : - Le paquet IP over PPP (x + 2 octets) = En PPPoE LLC : - L'en-tête LLC (10 octets) - Les en-têtes Ethernet et PPPoE (14 + 6 octets) - Le paquet IP over PPP (x + 2 octets)
- Une zone tampon, de taille variant de 0 à 47, servant à combler la taille de la trame CPCS pour être multiple de 48 octets (taille utile des cellules)
- L'en-queue CPCS (8 octets)
Imaginons un cas "simple" : PPPoA VCMUX avec des trames IP à 1500 octets.
Donc 1536 octets AAL5 (12 288 bits) pour 1500 utiles (12 000 bits).
Débit max théorique pour IP dans ce cas : 551 / 12 288 * 12 000 = 538 kbit/s = 67,2 ko/s.
---
Personnellement, ayant vu quelques limitations sur la taille des paquets de ma ligne, j'utilise 1430 comme taille de paquet IP, en PPPoA VCMUX. - Encapsulation PPP : + 2 octets ( = 1432 octets) - Encapsulation AAL5 : + 8 octets ( = 1440 octets, exact multiple de 48) + 0 octets de tampon
Donc 1440 octets AAL5 (11 520 bits) pour 1430 utiles (11 440). Débit max théorique : 551 / 11 520 * 11 440 = 547 kbit/s = 68,3 ko/s
En fin de téléchargement de gros fichier (par ex. Direct X 9b version redist (35 Mo)), le compteur de vitesse de téléchargement donne 65 ko/s... Donc 3 ko/s perdus par les divers intervenants entre ma machine et ce serveur.
download.microsoft.com donne, chez moi, un serveur fort proche ! :
C:>tracert download.microsoft.com
Détermination de l'itinéraire vers a767.ms.akamai.net [194.158.126.24] avec un maximum de 40 sauts :
1 1 ms 1 ms 1 ms SpeedTouch.lan [192.168.0.254]
1bis ****** Tunnel L2TP France Telecom - Club-Internet invisible au traceroute
2 25 ms 24 ms 25 ms f06v-1-1.d1.club-internet.fr [212.194.108.1] 3 23 ms 23 ms 24 ms V300.c6k02-v.club-internet.fr [194.117.207.2] 4 24 ms 24 ms 26 ms a767.ms.akamai.net [194.158.126.24]
