MYTF1.FR : analyse de la qualité vidéo sur le match de rugby France/Canada

1412 x served & 871 x viewed

Sur mytf1.fr (avec wat.tv) ce n’est pas terrible de voir les match de rugby (comme France/Canada) de la coupe du monde. On passe souvent d’une bonne qualité à une qualité ou il n’est plus possible de voir le ballon de rugby et de lire les textes.

Voici un exemple de bonne qualité :

2015-10-01 à 22.06.08

Et voici une image de mauvaise qualité :

Capture d’écran 2015-10-01 à 22.30.07

On sent que TF1 cherche a mettre un message mais il faut avoir une bonne vue pour le déchiffrer. Je vous aide : « mêlée écroulée » ….

J’ai donc fait un tcpdump afin de faire une analyse plus fine du problème. Afin de ne pas perturber l’audit, je n’ai lancé que safari et j’ai arrêté tous les autres PC du réseau de façon à ne pas mettre le réseau en cause sachant que j’ai un très bon débit.

Voici d’ou vient le flux vidéo de mytf1 : Akamai Technologies . (82 serveurs)

 1 a2-16-117-113.deploy.akamaitechnologies.com.http
 1 a2-16-117-57.deploy.akamaitechnologies.com.http
 1 a2-16-117-75.deploy.akamaitechnologies.com.http
 1 a2-16-117-83.deploy.akamaitechnologies.com.http
 1 a88-221-113-16.deploy.akamaitechnologies.com.http
 1 a88-221-113-25.deploy.akamaitechnologies.com.http
 1 a88-221-83-56.deploy.akamaitechnologies.com.http
 1 a88-221-83-64.deploy.akamaitechnologies.com.http
 1 a95-101-182-25.deploy.akamaitechnologies.com.http
 2 a95-101-183-136.deploy.akamaitechnologies.com.http
 4 a104-85-72-130.deploy.static.akamaitechnologies.com.http
 4 a2-16-117-112.deploy.akamaitechnologies.com.http
 4 a2-16-117-130.deploy.akamaitechnologies.com.http
 4 a2-16-117-162.deploy.akamaitechnologies.com.http
 4 a2-16-117-176.deploy.akamaitechnologies.com.http
 4 a2-16-117-179.deploy.akamaitechnologies.com.http
 4 a2-16-117-56.deploy.akamaitechnologies.com.http
 4 a2-16-117-59.deploy.akamaitechnologies.com.http
 4 a2-16-117-65.deploy.akamaitechnologies.com.http
 4 a2-16-117-66.deploy.akamaitechnologies.com.http
 4 a88-221-113-82.deploy.akamaitechnologies.com.http
 4 a88-221-83-57.deploy.akamaitechnologies.com.http
 4 a88-221-83-58.deploy.akamaitechnologies.com.http
 4 a88-221-83-65.deploy.akamaitechnologies.com.http
 4 a88-221-83-73.deploy.akamaitechnologies.com.http
 4 a88-221-83-96.deploy.akamaitechnologies.com.http
 5 a2-16-117-122.deploy.akamaitechnologies.com.http
 5 a2-16-117-144.deploy.akamaitechnologies.com.http
 5 a2-16-117-145.deploy.akamaitechnologies.com.http
 5 a2-16-117-146.deploy.akamaitechnologies.com.http
 5 a2-16-117-155.deploy.akamaitechnologies.com.http
 5 a2-16-117-170.deploy.akamaitechnologies.com.http
 5 a2-16-117-73.deploy.akamaitechnologies.com.http
 8 a88-221-83-106.deploy.akamaitechnologies.com.http
 9 a2-16-117-64.deploy.akamaitechnologies.com.http
 10 a88-221-112-169.deploy.akamaitechnologies.com.http
 10 a95-101-183-146.deploy.akamaitechnologies.com.http
 11 a88-221-112-208.deploy.akamaitechnologies.com.http
 12 a2-16-117-137.deploy.akamaitechnologies.com.http
 12 a2-16-117-89.deploy.akamaitechnologies.com.http
 13 a88-221-112-170.deploy.akamaitechnologies.com.http
 14 a23-55-155-27.deploy.static.akamaitechnologies.com.http
 15 a88-221-112-147.deploy.akamaitechnologies.com.http
 16 a2-16-117-123.deploy.akamaitechnologies.com.http
 17 a23-54-139-27.deploy.static.akamaitechnologies.com.http
 20 a2-16-117-106.deploy.akamaitechnologies.com.http
 21 a2-16-117-58.deploy.akamaitechnologies.com.http
 22 a92-123-182-81.deploy.akamaitechnologies.com.http
 29 a2-16-117-120.deploy.akamaitechnologies.com.http
 29 a92-123-182-50.deploy.akamaitechnologies.com.http
 33 a88-221-112-179.deploy.akamaitechnologies.com.http
 35 a2-16-117-128.deploy.akamaitechnologies.com.http
 36 a2-16-117-67.deploy.akamaitechnologies.com.http
 48 a88-221-112-209.deploy.akamaitechnologies.com.http
 59 a2-16-117-163.deploy.akamaitechnologies.com.http
 76 a88-221-113-34.deploy.akamaitechnologies.com.http
 88 a88-221-113-83.deploy.akamaitechnologies.com.http
 141 a88-221-113-73.deploy.akamaitechnologies.com.http
 152 a104-85-80-107.deploy.static.akamaitechnologies.com.http
 172 a88-221-112-163.deploy.akamaitechnologies.com.http
 200 a2-16-117-115.deploy.akamaitechnologies.com.http
 302 a2-16-117-114.deploy.akamaitechnologies.com.http
 398 a88-221-83-107.deploy.akamaitechnologies.com.http
 787 a88-221-112-249.deploy.akamaitechnologies.com.http
 993 a88-221-83-80.deploy.akamaitechnologies.com.http
1010 a88-221-83-66.deploy.akamaitechnologies.com.http
1057 a88-221-113-18.deploy.akamaitechnologies.com.http
1132 a95-101-183-154.deploy.akamaitechnologies.com.http
1204 a95-101-183-161.deploy.akamaitechnologies.com.http
1805 a88-221-112-130.deploy.akamaitechnologies.com.http
2001 a92-123-182-64.deploy.akamaitechnologies.com.http
2594 a88-221-83-104.deploy.akamaitechnologies.com.http
2952 a95-101-183-171.deploy.akamaitechnologies.com.http
5014 a104-85-90-202.deploy.static.akamaitechnologies.com.http
8254 a88-221-83-97.deploy.akamaitechnologies.com.http
18337 a104-85-88-218.deploy.static.akamaitechnologies.com.http
23365 a88-221-83-88.deploy.akamaitechnologies.com.http
79133 a88-221-83-98.deploy.akamaitechnologies.com.http
81393 a88-221-83-91.deploy.akamaitechnologies.com.http
132471 a88-221-83-51.deploy.akamaitechnologies.com.http
170228 a88-221-83-99.deploy.akamaitechnologies.com.http
879424 a2-16-117-74.deploy.akamaitechnologies.com.http

Voici un exemple de trame TCP/IP HTTP:

GET./z/strike01_1@97257/1896k_c69da0f7a5878b88-p.bootstrap?g=CDKENGSAICME&hdntl=exp=1443821072...
HTTP/1.1
Host : tf1livhdsstrike-lh.akamaihd.net
...
Referer : http://www.wat.tv/embedframe/liveV4
...

Et un exemple de réponse TCP/IP HTTP:

HTTP/1.1
200 OK
Server: AkamaiGHost
Mime-Version: 1.0
Content-Type: video/abst 
...
Pragma: no-cache

Pour plus d’information sur le « Live Streaming » : https://fr.wikipedia.org/wiki/HTTP_Live_Streaming . On utilise un protocole moyen, alors que l’idéal serait de faire de l’UDP (RTP). Free propose cela mais TF1 ne fait pas partie de l’offre. A la place TF1 propose un système bancal qui permet seulement de voir les publicités. L’avantage pour TF1 c’est qu’il peut capter les comptes google+ et/ou Facebook et/ou adresse email. Par contre il se moque bien de la qualité de la réception … Les annonceurs sont contents de savoir combien il y a de personnes devant la télé ….

Le serveur qui m’a le plus donné de flux est donc le :

a2-16-117-74.deploy.akamaitechnologies.com

Voici le type de paquet : voir https://en.wikipedia.org/wiki/Transmission_Control_Protocol

 1        [FP.]
 3        [R] Reset
 857      [F.] Fin
 909      [S.] Syn
53215     [P.] Push
1360287   [.]

Il n’y pas eu de problème de connexion, sinon le nombre de paquets S serait plus important.

A 21h02 c’était le début du match et à 22h50 c’était la fin du match, voici le flux entrant provenant de Akamai (quand cela fonctionne bien on est à 14.000.000 octets/ minutes = 14 Mo/minutes). Sur le graphique de 21h17 à 22h52 il n’y avait quasiment plus de flux.

Quand on passe à 4 Mo/minutes la qualité est plus que médiocre. Il devrait y avoir une étape entre les deux à 9Mo/minutes.

image001

Le nombre de paquets reçu par minute. Quand cela fonctionne bien on est à 1000 paquets/minute.

image001

Voici la répartition : en résumé on change pas systématiquement de serveur.

image001

Cette fois pour France/Canada (#FRACAN) on a passé la mi-temps avant d’avoir des problèmes  … France/Roumanie (#FRAROM) après la mi-temps il n’y avait plus rien même pas de la résolution « super NES ».

En fait je suis passé sur Limelight Networks. de 21h46 à 21h48. Je pense que c’est un flux qui s’est ajouté mais je n’ai pas encore compris pourquoi ….

cds566.par.llnw.net.http

On est aussi passé par :

  4 server-54-192-76-146.cdg50.r.cloudfront.net.http
 32 server-54-230-78-241.cdg50.r.cloudfront.net.http
 133 server-54-240-172-109.cdg50.r.cloudfront.net.http
 140 server-54-240-172-118.cdg50.r.cloudfront.net.http
5859 server-54-240-172-12.cdg50.r.cloudfront.net.http
 7 server-54-240-172-175.cdg50.r.cloudfront.net.http
 1 server-54-240-172-180.cdg50.r.cloudfront.net.http
 5 server-54-240-172-192.cdg50.r.cloudfront.net.http
 57 server-54-240-172-206.cdg50.r.cloudfront.net.http
 9 server-54-240-172-212.cdg50.r.cloudfront.net.http
 144 server-54-240-172-248.cdg50.r.cloudfront.net.http
 6 server-54-240-172-36.cdg50.r.cloudfront.net.http
 1 server-54-240-172-38.cdg50.r.cloudfront.net.http
 264 80.231.241.50.http (AKAMAI ...)
157684 80.231.241.74.http (AKAMAI ...)
5931 192.229.233.25.http (EdgeCast Networks, Inc. ?)
35093 199.96.57.6.http (ça c'est le flux twitter ...)

je n’ai pas analysé les données de cloudfront.net (je pense que cela appartient à AMAZON).

Voici le flux quand on est passé sur l’IP fixe de AKAMAI (80.31.241.*) :

image001

En résumé, à 21h02 le match commence. A 21h24 la qualité chute jusqu’à 21h53. Par chance on peut voir les publicités en hautes définitions, ouf. A 22h03 le match recommence … et à 22h20 la qualité chute. On a donc plus de 50% du temps où la résolution est mauvaise … mais c’est pas grave car les publicités ont été passées en haute résolution.

Ensuite j’ai pu lire sur les forums et on peut dire que les personnes ne comprennent pas. Beaucoup de personnes pensent que c’est du à Free alors que c’est la faute des serveurs de TF1, enfin de Akamai … manque de serveurs surement. Et plus il va y avoir de l’audience et plus cela va être pire ! on va finir avec 5 pixels …

Conclusion : Le mieux est d’aller voir les matchs dans un bar plutôt que sur mytf1.fr. Sauf si vous êtes un nostalgique de la super NES.

gfs_98127_2_2

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Time limit is exhausted. Please reload CAPTCHA.