Auteur Sujet: Qobuz accuse Orange de brider son service et menace d'attaquer le FAI (Lu 46839 fois)

vivien · « **Réponse #96 le:** 22 janvier 2017 à 18:55:17 »

Citation de: Serguei42b le 22 janvier 2017 à 18:22:26

Aucun vrai cas de panne sur leur cache TH2 depuis mi-2014. Un autre cache européen pourrait reprendre au cas où, mais la capacité réseau nécessaire à ce cas ne serait pas au rendez-vous. ..

Il y a deux caches complètements indépendant sur TH2, hébergés dans la même salle, donc une panne complète semble peu probable sans incident sur TH2 (panne de clim ou d'énergie) C'est très rare, mais cela arrive...

J'ai du mal à comprendre pourquoi Netflix ne vient pas sur Marseille.

Problématique pour les interventions pour changer les disques dur HS ? J'imagine que les interventions sont régulières (tous les mois ?).

Hugues · « **Réponse #97 le:** 22 janvier 2017 à 23:08:39 »

Pour y'être passé, elle est rigolote la salle de Netflix, t'as 2*3 baies de serveurs, et tout le reste est vide pour avoir du jus !

thenico · « **Réponse #98 le:** 23 janvier 2017 à 00:23:32 »

De Kourou, OpenTransit envoie sur NTT à Miami puis on travers l'atlantique pour Londre.
Qobuz n'utiliserait pas le CDN d'Amazon mais uniquement EC2 ?!?

Code: [Sélectionner]

$ mtr -4rwc100Z streaming.qobuz.com
Start: Mon Jan 23 00:17:41 2017
HOST: Lyoko.in.ByMe.at                                Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- gateway.lan                                      1.0%   100    4.4  11.8   2.1 325.9  33.6
  2.|-- 192.168.2.1                                      0.0%   100    5.5  25.0   3.1 305.6  38.5
  3.|-- 192.168.0.1                                      0.0%   100   15.2  25.5   4.9 270.2  34.2
  4.|-- 80.10.115.238                                   14.0%   100  109.6 135.4  66.1 299.1  40.1
  5.|-- 10.123.204.178                                  24.0%   100  121.1 131.9  60.0 255.4  31.3
  6.|-- bundle-ether2-3000.miatr1.Miami.opentransit.net 19.0%   100  181.4 222.4 153.4 310.5  30.5
  7.|-- verio-4.GW.opentransit.net                      20.0%   100  205.6 221.1 123.1 342.9  33.2
  8.|-- ae-4.r20.miamfl02.us.bb.gin.ntt.net             20.0%   100  184.4 225.3 125.7 727.7  63.5
  9.|-- ae-4.r23.asbnva02.us.bb.gin.ntt.net             15.0%   100  234.0 250.0 160.2 702.2  56.9
 10.|-- ae-0.r22.asbnva02.us.bb.gin.ntt.net             25.0%   100  224.8 245.1 152.1 327.6  31.5
 11.|-- ae-5.r25.nycmny01.us.bb.gin.ntt.net             27.0%   100  268.0 258.5 152.7 405.9  42.5
 12.|-- ae-1.r24.nycmny01.us.bb.gin.ntt.net             13.0%   100  234.9 254.7 184.5 388.2  32.8
 13.|-- ae-9.r24.londen12.uk.bb.gin.ntt.net             17.0%   100  326.7 329.5 269.3 782.4  57.0
 14.|-- ae-1.r04.londen12.uk.bb.gin.ntt.net             15.0%   100  311.2 328.1 279.2 736.8  52.9
 15.|-- 82.112.101.110                                  18.0%   100  297.3 331.8 246.8 426.6  35.6
 16.|-- ???                                             100.0   100    0.0   0.0   0.0   0.0   0.0
 17.|-- ???                                             100.0   100    0.0   0.0   0.0   0.0   0.0
 18.|-- ???                                             100.0   100    0.0   0.0   0.0   0.0   0.0
 19.|-- ???                                             100.0   100    0.0   0.0   0.0   0.0   0.0
 20.|-- ???                                             100.0   100    0.0   0.0   0.0   0.0   0.0
 21.|-- ???                                             100.0   100    0.0   0.0   0.0   0.0   0.0
 22.|-- 52.222.232.20                                   15.0%   100  303.1 330.6 235.3 465.8  41.6

Les 15% de loss sont provoqué par le WiFi de l'hôtel, probablement au niveau de la sortie *DSL (le reverse indique LCayenne donc ce n'est pas sur le FBN d'Orange).

Optix · « **Réponse #99 le:** 23 janvier 2017 à 07:50:37 »

Citation de: thenico le 23 janvier 2017 à 00:23:32

Qobuz n'utiliserait pas le CDN d'Amazon mais uniquement EC2 ?!?

Le CDN implique souvent d'y déposer des fichiers statiques. C'est pas toujours adapté pour le streaming.

Symbol · « **Réponse #100 le:** 23 janvier 2017 à 13:28:20 »

Citation de: Optix le 23 janvier 2017 à 07:50:37

Le CDN implique souvent d'y déposer des fichiers statiques. C'est pas toujours adapté pour le streaming.

Ça fait longtemps que des tas de sites font du streaming via des CDN, ça n'a rien de nouveau, ils savent fournir des services spécifiques pour ça.

Symbol · « **Réponse #101 le:** 23 janvier 2017 à 13:30:24 »

Citation de: thenico le 23 janvier 2017 à 00:23:32

Qobuz n'utiliserait pas le CDN d'Amazon mais uniquement EC2 ?!?

Donc ils font comme Netflix pour la partie hébergement, mais ils n'ont rien prévu pour la partie diffusion. Et ils se plaignent

Fredwww · « **Réponse #102 le:** 23 janvier 2017 à 13:50:37 »

Citation de: Optix le 23 janvier 2017 à 07:50:37

Le CDN implique souvent d'y déposer des fichiers statiques. C'est pas toujours adapté pour le streaming.

Pas obliger de "pusher" du contenu sur le CDN, le mode pull fonctionne très bien aussi, même pour de la vidéo.

jack · « **Réponse #103 le:** 23 janvier 2017 à 13:52:19 »

Citation de: Optix le 23 janvier 2017 à 07:50:37

Le CDN implique souvent d'y déposer des fichiers statiques. C'est pas toujours adapté pour le streaming.

Techniquement, c'est exactement la même chose.

underground78 · « **Réponse #104 le:** 23 janvier 2017 à 13:55:00 »

C'est surtout que c'est plus du progressive download que du streaming non ?

Gabi · « **Réponse #105 le:** 23 janvier 2017 à 14:59:20 »

Qobuz utilise bien CloudFront d'AWS pour la diffusion des média.

Les API sont certes sur des EC2 localisées en Europe (sur www.qobuz.com ou player.qobuz.com), mais le delivery des fichiers audios passent par CloudFront (via streaming.qobuz.com).

Je viens de tester derrière un VPN qui sort sur un VPS OVH au Canada, en utilisant l'appli Desktop de Qobuz.

Un petit traceroute :

Code: [Sélectionner]

>tracert streaming.qobuz.com

Tracing route to d3sv7nhxekuco4.cloudfront.net [54.192.55.42]
over a maximum of 30 hops:

  1    95 ms    93 ms    93 ms  10.0.0.1
  2    94 ms    96 ms    94 ms  149.56.96.1 <-- IP de sortie sur mon VPS
  3    96 ms    95 ms    96 ms  158.69.61.222
  4    96 ms    95 ms    95 ms  158.69.46.254
  5    97 ms   100 ms    98 ms  po112.bhs-z2g2-a75.qc.ca [158.69.46.119]
  6   100 ms    96 ms    98 ms  po121.bhs-g2-a75-lo2.qc.ca [178.32.135.224]
  7   120 ms    97 ms    96 ms  10.95.81.10
  8   106 ms   111 ms   106 ms  be100-1323.nwk-5-a9.nj.us [192.99.146.139]
  9   103 ms   103 ms   116 ms  paix01-jfk1.amazon.com [198.32.118.102]
 10   115 ms   105 ms   108 ms  52.93.4.111
 11   105 ms   108 ms   105 ms  52.93.4.24
 12   104 ms   106 ms   105 ms  54.240.228.184
 13   115 ms   105 ms   105 ms  54.240.229.200
 14   104 ms   106 ms   109 ms  54.240.228.211
 15   105 ms   104 ms   103 ms  54.240.228.49
 16     *        *        *     Request timed out.
 17     *        *        *     Request timed out.
 18     *        *        *     Request timed out.
 19   104 ms   104 ms   105 ms  server-54-192-55-42.jfk6.r.cloudfront.net [54.192.55.42]

Trace complete.

Donc on tape bien sur un POP d'Amazon aux Etats-Unis. (ouf)

Concernant le "tour du monde" effectué depuis la Guyanne, ça sent la configuration DNS un peu foireuse (résolution via la métropole ?).

thenico · « **Réponse #106 le:** 23 janvier 2017 à 19:07:37 »

Je pense plutôt que quelqu'un à Qobuz a reconfiguré le CDN (activation du geo-lb pour le dns ?)

Route actuelle:

Code: [Sélectionner]

19:01:53 [nico@Lyoko:~] $ mtr -4rwc100Z streaming.qobuz.com
Start: Mon Jan 23 19:01:55 2017
HOST: Lyoko.in.ByMe.at                                  Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- gateway                                            0.0%   100    3.7   9.0   2.0 133.2  16.3
  2.|-- 192.168.2.1                                        3.0%   100    3.6   7.4   3.0  74.4  10.0
  3.|-- 192.168.0.1                                        0.0%   100    5.1  13.4   3.7 583.6  58.2
  4.|-- 80.10.115.238                                      0.0%   100   21.9  31.9  19.4 528.8  54.5
  5.|-- 10.123.204.182                                     0.0%   100   21.5  35.1  19.1 470.9  51.6
  6.|-- pos0-2-0-2-100.nyktr2.NewYork.opentransit.net      0.0%   100  127.2 133.2 120.7 411.9  35.2
  7.|-- hundredgige0-2-0-0.nyktr1.NewYork.opentransit.net  1.0%   100  124.8 134.3 119.7 466.1  38.7
  8.|-- tengige0-5-0-9.ashtr2.Ashburn.opentransit.net      0.0%   100  127.0 133.0 120.3 413.5  35.5
  9.|-- ash-bb1-link.telia.net                             0.0%   100  129.2 132.6 119.5 355.7  33.3
 10.|-- ash-bb4-link.telia.net                             0.0%   100  121.1 130.3 118.8 296.7  25.4
 11.|-- prs-bb2-link.telia.net                             1.0%   100  246.1 221.8 199.4 473.1  40.3
 12.|-- mei-b1-link.telia.net                              0.0%   100  218.7 222.9 207.5 414.9  32.5
 13.|-- amazon-ic-303368-mei-b1.c.telia.net                0.0%   100  209.1 222.2 207.0 423.7  35.7
 14.|-- ???                                               100.0   100    0.0   0.0   0.0   0.0   0.0
 15.|-- ???                                               100.0   100    0.0   0.0   0.0   0.0   0.0
 16.|-- ???                                               100.0   100    0.0   0.0   0.0   0.0   0.0
 17.|-- server-54-230-216-114.mrs50.r.cloudfront.net       0.0%   100  230.5 225.6 208.2 750.1  64.4
19:04:19 [nico@Lyoko:~] $ dig streaming.qobuz.com +short
d3sv7nhxekuco4.cloudfront.net.
54.230.216.203
54.230.216.189
54.230.216.48
54.230.216.85
54.230.216.114
54.230.216.237
54.230.216.192
54.230.216.167

ut0mt8 · « **Réponse #107 le:** 23 janvier 2017 à 21:48:05 »

Citation de: Optix le 23 janvier 2017 à 07:50:37

Le CDN implique souvent d'y déposer des fichiers statiques. C'est pas toujours adapté pour le streaming.

Ca marche heuresement en pull/reverse proxy classique.
Le push c'est pratique aussi mais pour des cas plus marginaux (sur la video c est pratique par exemple quand on push du rtmp et que le CDN se charge de tout packager comme il faut).

Dans mon taf actuel on utilise massivement les CDNs pour faire du débordement de nos super videos (pseudo stream).
Dans taf-1 ca marchait aussi très bien sur de la musique (et avec des volumes plus conséquent que quobuzz).
Après on a bien testé et selectionné nos CDNs.