MyTF1 : Analyse du match France / Roumanie

493 x served & 188 x viewed

Le début du match c’est fait à 21h00 et la fin à 22h55. Voici donc l’historique du trafic analysé avec tcpdump. Le fichier contient 1.801.190 de lignes, je vais donc utiliser les outils awk, sed, … Voici la première commande que je vous propose :

grep -v "length 0" tcp.txt | grep "length" | sed 's/IP/length/g' | awk -F'length' '{print $1 " " $3}' | grep -v "ARP" | sed 's/\./ /g' | sed 's/:/ /g' | awk '{print $1 ":" $2 " " $4}' | awk '{ tab[$1] += 1; somme[$1] += $2} END {for (i in tab) {print i "\t" tab[i] "\t" somme[i]}}' | sort –n > stat.txt

Et voici la deuxième commande, c’est le traffic akamaitechnologies … c’est pour montrer que je n’avais pas d’autres applications qui aurait pu consommer de la bande passante. Sachant que sur la fin je n’ai plus le nom akamaitechnologies mais ce sont des IP de chez eux 😉 :

$ grep -v "length 0" tcp.txt | grep "akamaitechnologies" | grep "length" | sed 's/IP/length/g' | awk -F'length' '{print $1 " " $3}' | grep -v "ARP" | sed 's/\./ /g' | sed 's/:/ /g' | awk '{print $1 ":" $2 " " $4}' | awk '{ tab[$1] += 1; somme[$1] += $2} END {for (i in tab) {print i "\t" tab[i] "\t" somme[i]}}' | sort -n > stat2.txt

Les graphiques :

Sur stat :

  • Nombre de paquet par minutes :

image001

  • Somme des paquets par minutes :

image004Sur 90 min de match environ (en réalité 96 min),  on a eu une mauvaise qualité de 21:42 à 21:50 (8 min) et de 22:01 à 22:28 (27 min) . En résumé pour faire simple 1/3 du match été en mauvaise qualité …  Mais le principal pour MYTF1 c’est de tenir jusqu’au publicité pendant la mi-temps. Ensuite ils savent très bien que les personnes vont couper après la fin du match. Le gros problème c’est que tout passe en TCP sûrement pour des raisons de sécurité et d’ouverture de port, si cela passait en UDP comme c’est le cas pour les autres chaines de Free on aurait bien moins de trafic (pas de ack sur les trames …) . C’est un peu plus complexe que les ACK disons qu’en TCP quand on est en retard on doit rattraper le retard car il y a un ordre des les paquets. En UDP il n’y a pas d’ordre sur les paquets, donc inutile de rattraper le retard. Mais pour faire de l’UDP il faut être d’accord avec le provider … ce qui n’est pas le cas pour TF1 et Free. C’est bien dommage   ! Les priorités pour TF1 c’est :
1- Mesure de l’audience : http://www.meetrics.com/fr/ & Mediametrie-eStat . Pour montrer aux partenaires que c’est bien diffusé.
2- Diffusion de publicité : http://www.stickyads.tv/fr
3- Qualité : akamaitechnologies

Sur stats2 :

image005

Si je regarde un ancien POST sur le rugby : http://www.cyber-neurones.org/2015/10/mytf1-fr-analyse-de-la-qualite-video-sur-le-match-de-rugby-francecanada/ . On est passé de 50% de mauvaise qualité à 33% … on peut dire que cela progresse 🙂 . Misère.

Voici la liste des ouvertures de sockets :

$ grep "\[S" tcp.txt | awk '{print $5}' | sed 's/\./ /g' | awk '{print $1 "." $2 "." $3 }' | sort -n | uniq -c
      9 a104-69-194-102.deploy.static
      2 a104-85-72-78.deploy.static
      3 a104-85-88-218.deploy.static
      2 a104-85-88-244.deploy.static
      1 a104-96-23-86.deploy.static
      6 a104-96-29-144.deploy.static
      1 a2-16-156-17.deploy.akamaitechnologies
      6 a2-16-156-66.deploy.akamaitechnologies
      1 a23-37-43-27.deploy.static
      1 a23-55-155-27.deploy.static
      1 a88-221-112-121.deploy.akamaitechnologies
      1 a95-101-182-192.deploy.akamaitechnologies
      1 a95-101-182-193.deploy.akamaitechnologies
      1 a95-101-182-194.deploy.akamaitechnologies
      1 a95-101-182-195.deploy.akamaitechnologies
      1 a95-101-182-201.deploy.akamaitechnologies
      1 ads1.stickyadstv.com
      1 ads10.stickyadstv.com
      2 ads3.stickyadstv.com -> http://www.stickyads.tv/fr : de la pub.
      1 ads4.stickyadstv.com -> http://www.stickyads.tv/fr : de la pub.
      2 cluster-6.weborama.fr 
      1 ec2-107-20-228-97.compute-1.amazonaws 
      1 ec2-107-21-120-176.compute-1.amazonaws 
      5 ec2-176-34-103-126.eu-west-1.compute 
      6 ec2-176-34-120-40.eu-west-1.compute 
      46 ec2-176-34-176-38.eu-west-1.compute 
      1 ec2-176-34-228-138.eu-west-1.compute 
      5 ec2-46-137-74-228.eu-west-1.compute 
     1 ec2-52-200-229-238.compute-1.amazonaws 
     2 ec2-52-201-152-194.compute-1.amazonaws 
     2 ec2-52-202-137-6.compute-1.amazonaws 
     1 ec2-52-208-77-14.eu-west-1.compute 
     2 ec2-54-164-234-195.compute-1.amazonaws 
     2 ec2-54-174-190-76.compute-1.amazonaws 
     1 edge-atlas-shv-01-cdg2.facebook.com 
     2 edge-star-mini-shv-01-cdg2.facebook.com 
     2 event.ri7.adxpose  
     11 h317.meetrics.de -> http://www.meetrics.com/fr/ 
     1 h477.meetrics.de -> http://www.meetrics.com/fr/ 
     25 instagram-p3-shv-01-cdg2.fbcdn.net 
     4 par03s14-in-f2.1e100.net 
     15 par10s21-in-f206.1e100.net 
     5 par10s21-in-f6.1e100.net 
     1 server-54-192-46-66.fra6.r 
     3 server-54-239-168-160.fra50.r 
     2 server-54-239-168-190.fra50.r 
     1 server-54-239-168-240.fra50.r 
     1 server-54-239-168-244.fra50.r 
     2 server-54-239-168-248.fra50.r 
     1 server-54-239-168-84.fra50.r 
     1 server-54-239-168-90.fra50.r 
     3 sfr.eulerian.net 
     1 wl-in-f136.1e100.net 
     80 2.20.250 
     7 2.22.112 
     7 2.22.113 
     1 17.164.1 
     2 17.167.139 
     1 17.171.10 
     1 17.171.8 
     1 17.172.100 
     43 17.248.144 
     7 17.252.27 
     6 37.252.166 
     4 37.252.174 
     1 64.15.118 
     1 70.33.182 
     24 82.199.80 
     122 91.213.146 -> Mediametrie-eStat. 
     13 104.244.42 
     44 104.244.43 
     4 138.108.96 
     1 173.194.0 
     1854 185.22.116 -> FR.ETF1 LIR Range : TF1. 1 205.251.72

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.