Représentation graphique des connexions TCP avec Wireshark

Voici une capture de Youtube, avec Firefox sous Windows 7 avec une connexion ADSL de 5  Mb/s.

Le contenu Youtube est diffusé sur 3 connexions TCP.

Je cherche a représenté graphiquement la répartition des débits des 3 connexions avec IO Graphe, sous Wireshark.

En noir, le débit total des 3 connexions TCP
En rouge, la 1ère connexion TCP
En vert, la 2ème connexion TCP
En bleu, la 3ème connexion TCP

Mon problème est le suivant :

Le différentes connexion se superposent : à la 15ème seconde j'ai la connexion bleu et vert qui sont toutes les deux à 2,5 Mb/s
Au lieu de faire commencer le bleu au-dessus du vert, les deux commencent de zéro, ce qui explique le blanc qu'il y a en haut (le trait noir représente le débit cumulé des 3 connexions TCP)

Comment demander à Wireshark de représenter chaque connexion au-dessus l'une de l'autre ?



Merci d'avance !

La vidéo de test : un film sous licence libre disponible en HD 1080p :

j'avais posté un exemple de script python pour "grapher" curl avec gnuplot ici: https://lafibre.info/serveurs/test-debit-upload-home-serveur/msg168167/#msg168167

en bricolant tu peux l' adapter avec plusieurs flux en 'stack'.

Les bouts de video sont demandés par des 'HTTP GET serveurvideoyoutube/videoplayback?parametres'
dans les parametres y'a le format (champ itag, c'est le premier en principe)

par exemple:

https://r1---sn-n4g-jqbk.googlevideo.com/videoplayback?itag=243... (tres long url)
le itag correspond au format de la video (meme nombre que youtube-dl -F fournit et meme nombre affiché dans 'stats for nerds' dans la ligne DASH).

exemple avec ta video:

[info] Available formats for HomAZcKm3Jo:
format code extension resolution  note
140         m4a       audio only  DASH audio  128k , aac  @128k (44100Hz), 13.45MiB (worst)
171         webm      audio only  DASH audio  129k , audio@128k (44100Hz), 11.64MiB
141         m4a       audio only  DASH audio  256k , aac  @256k (44100Hz), 27.00MiB
278         webm      256x144     DASH video   76k , webm container, VP9, 1fps, video only, 5.43MiB
160         mp4       256x144     DASH video  122k , 15fps, video only, 11.27MiB
242         webm      426x240     DASH video  199k , 1fps, video only, 13.76MiB
133         mp4       426x240     DASH video  279k , 24fps, video only, 25.74MiB
243         webm      640x360     DASH video  353k , 1fps, video only, 24.70MiB
134         mp4       640x360     DASH video  605k , 24fps, video only, 32.04MiB
244         webm      854x480     DASH video  724k , 1fps, video only, 48.62MiB
135         mp4       854x480     DASH video 1115k , 24fps, video only, 67.02MiB
247         webm      1280x720    DASH video 1288k , 1fps, video only, 85.74MiB
136         mp4       1280x720    DASH video 2229k , 24fps, video only, 130.47MiB
138         mp4       2048x872    DASH video 8555k , 24fps, video only, 359.59MiB
248         webm      1920x1080   DASH video 2407k , 1fps, video only, 161.17MiB
137         mp4       1920x1080   DASH video 4142k , 24fps, video only, 240.64MiB
271         webm      2048x1440   DASH video 6227k , 1fps, video only, 340.84MiB
264         mp4       2048x1440   DASH video 6596k , 24fps, video only, 422.07MiB
17          3gp       176x144
36          3gp       320x240
5           flv       400x240
43          webm      640x360
18          mp4       640x360
22          mp4       1280x720    (best)

dans mon GET en exemple c'est itag=243 donc ca correspond a webm 640x360 (VP9)

Isoles les HTTP GET dans la capture pour voir ce qui s'est passé.

Pas facile de savoir ce qu'il se cache dans une connexion https !

ah exact ! sinon regarde sous le "F12" de Chrome, on voit les GET en clair dans l'onglet Network.

Les format tout-en-un (= non DASH) ont tendance a disparaître. Ils sont encore la pour les vieux lecteurs Youtube non compatible DASH.

Youtube n'est pas une plateforme de téléchargement de videos mais une plateforme de streaming donc fournir les formats adaptés au téléchargement n'est pas leur priorité.

Les formats DASH sont ce qui convient le mieux, il faut juste recombiner le son et la video dans un seul fichier.

Pour VLC et Totem c'est probablement leur décodeur qui ne suit pas. Pour VP9 ca peut se comprendre mais pour mp4 c'est curieux. Je presume que Totem utilise un codec H.264 installé au niveau système, c'est peut-être la le probleme: il y a plusieurs implèmentation possible pour le meme codec.

Chrome et Firefox n'ont aucun probleme pour lire directement (ouvrir ficher local) ces formats DASH en tout cas.

avconv de libav devrait faire ca je pense mais j'ai pas testé. Il faut la dernière version qui supporte vp9.