Donc on peut dire que fast.com est bien représentatif du débit que l'on a en regardant une video Netflix. Très étonnante cette différence entre l'IPV6 et l'IPv4... Cela a toujours existé et n'a jamais été repéré jusqu'ici ? Ou est-ce un résultat de la bascule de l'infrastructure Free, par exemple en ZMD, en IPv6 ? Ou est-ce le début d'un changement de stratégie ?

Free veut-il promouvoir l'IPv4 ?

peut-être comme il disait par akamai, sans passer par cogent.

Non, comme dit par Hugues, Akamai héberge la page Fast.com mais ce n'est pas de là que le contenu qui sert à la mesure du débit est servi.

Par ailleurs, je viens de faire le test en IPv6 et j'obtiens 84 Mbps à l'instant donc ça doit vraiment dépendre du lien d'interconnexion avec Cogent.

L'équilibrage peut être différent en IPv4, ce qui peut expliquer les différences de résultats.

Si ça remonte c'est juste le début des vacs zone A, attendez mardi pour Paris vous allez monter à 1gbits 24/24 !!!

Non, comme dit par Hugues, Akamai héberge la page Fast.com mais ce n'est pas de là que le contenu qui sert à la mesure du débit est servi.

Par ailleurs, je viens de faire le test en IPv6 et j'obtiens 84 Mbps à l'instant donc ça doit vraiment dépendre du lien d'interconnexion avec Cogent.

L'équilibrage peut être différent en IPv4, ce qui peut expliquer les différences de résultats.

Effectivement, j'ai fait deux captures de trafic, une en IPv6 et une en IPv4, pour essayer d'identifier les IP utilisées par fast.com dans les deux cas.

En IPv6, l'adresse de destination semble être 2a00:86c0:2045:2045::133, ipv6_1.mce0.c464.ord001.ix.nflxvideo.net.
En IPv4, l'adresse serait 23.246.6.209, ipv4_1.mce0.c344.nyc001.ix.nflxvideo.net

J'ai fait deux traceroute vers ces adresses, et effectivement, on passe dans les deux cas par Cogent, mais on remarque que la latence est plus faible en IPv4 (86 ms), qu'en IPv6 (140 ms).

C:\Users\alain>tracert 23.246.6.209

Détermination de l’itinéraire vers ipv4_1.mce0.c344.nyc001.ix.nflxvideo.net [23.246.6.209]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  FREEBOX [192.168.0.254]
  2     4 ms     5 ms     4 ms  arp91-4-78-235-182-254.fbx.proxad.net [78.235.182.254]
  3     5 ms     5 ms     5 ms  213.228.23.254
  4     7 ms    14 ms     8 ms  p11-crs16-1-be1114.intf.routers.proxad.net [194.149.162.145]
  5     6 ms     6 ms     6 ms  th2-9k-3-be1001.intf.routers.proxad.net [194.149.162.86]
  6     6 ms     6 ms     6 ms  be4204.ccr31.par04.atlas.cogentco.com [149.11.115.13]
  7     *        *        6 ms  level3.par04.atlas.cogentco.com [130.117.14.94]
  8     *        *        *     Délai d’attente de la demande dépassé.
  9    87 ms    86 ms    87 ms  4.7.1.138
 10    86 ms    86 ms    85 ms  ipv4_1.mce0.c344.nyc001.ix.nflxvideo.net [23.246.6.209]

Itinéraire déterminé.

C:\>tracert 2a00:86c0:2045:2045::133

Détermination de l’itinéraire vers ipv6_1.mce0.c464.ord001.ix.nflxvideo.net [2a00:86c0:2045:2045::133]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  2a01:e34:eebb:6cf0::1
  2     *        *        *     Délai d’attente de la demande dépassé.
  3     *        6 ms     *     2a01:e00:18::32
  4    47 ms    47 ms    47 ms  be4204.ccr21.par04.atlas.cogentco.com [2001:978:2:1b::49:1]
  5     6 ms     6 ms     6 ms  2001:978:3::ae
  6     *      141 ms   141 ms  lo-0-v6.ear3.Chicago2.Level3.net [2001:1900::3:179]
  7   141 ms   141 ms   141 ms  2001:1900:2100::4036
  8   141 ms     *      141 ms  ipv6_1.mce0.c464.ord001.ix.nflxvideo.net [2a00:86c0:2045:2045::133]

Itinéraire déterminé.


Parce que le lien d'interconnexion avec Cogent, comme dit Undrregound78, ne doit pas être le même dans les deux cas. Je soupçonne que comme IPv4 est moins utilisé, ce lien ne sature pas...