Auteur Sujet: checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR) (Lu 22055 fois)

ouno · « **Réponse #156 le:** 29 mai 2023 à 22:49:30 »

Citation de: underground78 le 29 mai 2023 à 16:32:37

Ce qui m'étonne le plus c'est que j'ai un meilleur débit qu'Alain en Cubic alors qu'on est vraiment géographiquement très proches :

Lorsque tu fais les tests en IPv6 tu as les mêmes résultats ?
Est-ce que vous avez comparé vos traceroute respectifs vers ping6.online.net et ipv6.bouygues.testdebit.info ?

alain_p · « **Réponse #157 le:** 29 mai 2023 à 22:53:41 »

En ce qui me concerne :

Code: [Sélectionner]

$ mtr -6 -zwc10 ping6.online.net
Start: 2023-05-29T20:51:06+0000
HOST: ubuntu-box                             Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS12322  2a01:e0a:21b:96a0::1            0.0%    10    0.3   0.3   0.3   0.4   0.0
  2. AS12322  2a01:e00:206f:f836:8bdf::ffff   0.0%    10    2.6   2.3   1.7   3.3   0.5
  3. AS12322  2a01:e00:206f:1700::ffff        0.0%    10    1.6   1.9   1.6   2.2   0.2
  4. AS12322  2a01:e00:206f::2               40.0%    10    1.5   1.9   1.5   2.5   0.3
  5. AS12322  2a01:e00:2d::a                  0.0%    10    3.0   2.5   2.3   3.0   0.2
  6. AS12322  2a01:e00:6004::5               80.0%    10    3.4   3.4   3.3   3.4   0.1
  7. AS???    ???                            100.0    10    0.0   0.0   0.0   0.0   0.0
  8. AS12876  2001:bc8:0:2::24                0.0%    10    3.6   3.1   2.7   3.6   0.3
  9. AS12876  2001:bc8:0:1::45                0.0%    10    3.1   3.3   2.9   3.7   0.3
 10. AS12876  2001:bc8:0:1::b6                0.0%    10    3.1   3.4   2.9   4.1   0.4
 11. AS12876  ping6.online.net                0.0%    10    2.5   2.7   2.3   3.1   0.3

Code: [Sélectionner]

$ mtr -6 -zwc10 ipv6.bouygues.testdebit.info
Start: 2023-05-29T20:52:03+0000
HOST: ubuntu-box                             Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS12322  2a01:e0a:21b:96a0::1            0.0%    10    0.4   0.4   0.3   0.4   0.0
  2. AS12322  2a01:e00:206f:f836:8bdf::ffff   0.0%    10    2.1   2.3   1.8   3.4   0.5
  3. AS12322  2a01:e00:206f:1700::ffff        0.0%    10    2.2   1.9   1.5   2.3   0.3
  4. AS12322  2a01:e00:206f::2               50.0%    10    2.3   2.1   1.5   2.4   0.4
  5. AS???    ???                            100.0    10    0.0   0.0   0.0   0.0   0.0
  6. AS12322  2a01:e00:6004::5               60.0%    10    3.1   3.3   2.8   3.8   0.4
  7. AS5410   2001:860:0:81::1                0.0%    10    2.7   2.6   2.2   2.9   0.3
  8. AS5410   2001:860:bbee:b4::2             0.0%    10    3.7   3.4   3.0   3.7   0.2
  9. AS5410   2001:860:bbe0:128::2            0.0%    10    3.6   3.9   3.5   4.2   0.2

underground78 · « **Réponse #158 le:** 29 mai 2023 à 23:09:56 »

Je ne vois pas de différence en IPv6 et quand je passe sur les serveurs de ByTel plutôt que Scaleway.

Pour les traceroutes, sans reverse DNS et avec certains sauts qui ne répondent pas, je ne sais pas trop ce qu'on peut conclure.

Code: [Sélectionner]

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                   2a01:e0a:xxxx:xxxx::1 -    0 |  130 |  130 |    0 |    0 |    8 |    0 |
|              2a01:e00:2d:f836:392::ffff -    0 |  130 |  130 |    1 |    2 |    9 |    2 |
|                  2a01:e00:2d:1700::ffff -    5 |  111 |  106 |    1 |    2 |   16 |   16 |
|                      Request timed out. -  100 |   26 |    0 |    0 |    0 |    0 |    0 |
|                        2a01:e00:6004::5 -   50 |   44 |   22 |    0 |    2 |    4 |    4 |
|                        2001:bc8:0:2::11 -   17 |   78 |   65 |    0 |    2 |   13 |    2 |
|                        2001:bc8:0:2::26 -   10 |   94 |   85 |    0 |    3 |   14 |    2 |
|                        2001:bc8:0:1::3b -    0 |  130 |  130 |    2 |    3 |   10 |    3 |
|                        2001:bc8:0:1::b6 -    1 |  126 |  125 |    2 |    4 |   13 |    7 |
|                        ping6.online.net -    0 |  129 |  129 |    2 |    3 |   10 |    3 |
|________________________________________________|______|______|______|______|______|______|

Code: [Sélectionner]

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                   2a01:e0a:xxxx:xxxx::1 -    0 |  107 |  107 |    0 |    0 |    4 |    0 |
|              2a01:e00:2d:f836:392::ffff -    0 |  107 |  107 |    1 |    2 |    8 |    2 |
|                  2a01:e00:2d:1700::ffff -   20 |   61 |   49 |    0 |    2 |   14 |    2 |
|                      Request timed out. -  100 |   21 |    0 |    0 |    0 |    0 |    0 |
|                        2a01:e00:6004::5 -   44 |   39 |   22 |    0 |    3 |   11 |   11 |
|                        2001:860:0:81::1 -    0 |  107 |  107 |    2 |    2 |    3 |    3 |
|                     2001:860:bbee:b4::2 -    0 |  107 |  107 |    2 |    2 |    4 |    2 |
|                    2001:860:bbe0:128::2 -    0 |  107 |  107 |    3 |    3 |    5 |    4 |
|                   2001:860:de01:1100::2 -    0 |  107 |  107 |    2 |    2 |    7 |    3 |
|________________________________________________|______|______|______|______|______|______|

ouno · « **Réponse #159 le:** 30 mai 2023 à 07:50:11 »

Citation de: underground78 le 29 mai 2023 à 23:09:56

Pour les traceroutes, sans reverse DNS et avec certains sauts qui ne répondent pas, je ne sais pas trop ce qu'on peut conclure.

C'est sûr que ça serait mieux avec les reverses, mais on peut quand même constater que malgré votre proximité géographique les traceroutes ne se rejoignent qu'au 5-6ème hop (alain_p ayant un hop de plus...):
6. AS12322 2a01:e00:6004::5

Il n'est donc pas si étonnant qu'il puisse y avoir des différences de comportement entre vos 2 lignes (par exemple si l'un des équipements traversés dans le cas de alain_p a une conf en shallow buffers et pas dans ton cas...).

underground78 · « **Réponse #160 le:** 30 mai 2023 à 09:03:02 »

Le truc c'est qu'on sait pas trop ce qu'il se passe à mon 4e hop (qui pourra être commun) et combien de hops sont liés à des équipements directement dans le NRO.

simon · « **Réponse #161 le:** 30 mai 2023 à 11:06:21 »

Citation de: underground78 le 30 mai 2023 à 09:03:02

Le truc c'est qu'on sait pas trop ce qu'il se passe à mon 4e hop (qui pourra être commun) et combien de hops sont liés à des équipements directement dans le NRO.

Vous êtes géographiquement proches, mais clairement pas connecté à la même infra de collecte. Alain a un hop de plus que toi et vous avez un first hop différent.

Il y a peu de chances que vous soyez sur le même OLT (d'une part par la distance géographique, d'autre part parce que chez free, il me semble que les OLT sont L3, et on voit que le first hop est différent sur vos traceroutes). J'émet l'hypothèse que vous n'êtes pas non plus raccordés au même routeur de collecte (peut-être même pas sur le même NRO?), et que le sien est daisy chained avec le tien (i.e. il passe par le tien avant d'atteindre le core network de free).

Ozwel · « **Réponse #162 le:** 30 mai 2023 à 11:13:22 »

Ce qui est "marrant" c'est que si je monte le VPN je n'ai plus aucune perte de paquet selon le script et un débit plus élevé en CUBIC (1Gbps au lieu de 600Mbps soit presque le double).

Avec VPN :

Citer

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 45.52 ms [gigue: 7.80 ms]
[!] Latence élevée pour une connexion FTTH
--> Débit: 131.18 Mo/s (1.05 Gbps) [fluctuation: 1.44%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 43.72 ms [gigue: 6.51 ms]
[!] Latence élevée pour une connexion FTTH
--> Débit: 133.01 Mo/s (1.06 Gbps) [fluctuation: 2.82%]

Sans VPN (même heure, mêmes serveurs) :

Citer

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 3.42 ms [gigue: 0.22 ms]
--> Débit: 289.40 Mo/s (2.32 Gbps) [fluctuation: 2.54%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 2.96 ms [gigue: 0.37 ms]
--> Débit: 69.51 Mo/s (556.09 Mbps) [fluctuation: 8.73%]

[!] La connexion aux serveurs de test semble affectée par une perte de paquets prononcée
(ratio débit CUBIC/BBR: 24.02%)

Donc j'aurais du mal à mettre le réseau de collecte en cause sur ce coup... ça sent plus le problème de saturation sur un peering non ?

simon · « **Réponse #163 le:** 30 mai 2023 à 11:25:02 »

Note que le VPN empêche les équipements réseau d'inspecter le traffic, donc les "optimisations" réalisées dans le but de limiter la congestion (random early drop pas si random que ca?) ne sont pas nécessairement appliquées. Si ces optimisations existent, bien évidemment.

underground78 · « **Réponse #164 le:** 30 mai 2023 à 11:25:54 »

Citation de: simon le 30 mai 2023 à 11:06:21

Vous êtes géographiquement proches, mais clairement pas connecté à la même infra de collecte. Alain a un hop de plus que toi et vous avez un first hop différent.

Il y a peu de chances que vous soyez sur le même OLT (d'une part par la distance géographique, d'autre part parce que chez free, il me semble que les OLT sont L3, et on voit que le first hop est différent sur vos traceroutes). J'émet l'hypothèse que vous n'êtes pas non plus raccordés au même routeur de collecte (peut-être même pas sur le même NRO?), et que le sien est daisy chained avec le tien (i.e. il passe par le tien avant d'atteindre le core network de free).

Pardon, j'ai pas été clair. Il est certain que nous ne sommes pas sur le même NRO mais j'aurais tendance à penser qu'on est tous les deux reliés au PoP de Massy. Je ne pense pas qu'il y a un chaînage entre nos deux NRO mais c'est dur à dire.

alain_p · « **Réponse #165 le:** 30 mai 2023 à 11:40:56 »

Oui, vu comme cela, on aurait tendance à penser que le problème est au NRO. Mais en ce cas, il est très commun, puisqu'il concerne des personnes un peu partout en France, comme Ozwell du côté de Lyon, kgersen etc...

Ozwel · « **Réponse #166 le:** 30 mai 2023 à 12:19:34 »

Je ne suis pas à Lyon mais sur Paris

(couronne).

alain_p · « **Réponse #167 le:** 30 mai 2023 à 13:48:48 »

Oui, mes excuses, c'était darkmoon qui est en région lyonnaise.

Auteur Sujet: checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR) (Lu 22055 fois)

ouno

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

alain_p

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

underground78

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

ouno

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

underground78

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

simon

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

Ozwel

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

simon

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

underground78

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

alain_p

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

Ozwel

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

alain_p

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)