Auteur Sujet: Problème entre SFR et Twitch (AS46489) ? (Lu 18655 fois)

Synack · « **Réponse #12 le:** 29 mars 2015 à 00:23:40 »

Citation de: TitiDu01 le 28 mars 2015 à 23:29:25

Avant ils avaient Level3 et depuis quelques semaines (mois ?) ils ont Telia.
Un rapport ?

Je les vois via peering, Level3 et Telia effectivement de mon côté.

Peut-être ça sature sur un des transitaires effectivement.

lopi58 · « **Réponse #13 le:** 30 mars 2015 à 16:15:57 »

Je regarde régulièrement des streams sur Twitch de 720p à "source" c'est fluide , VDSL2 55/10 SFR

Paul · « **Réponse #14 le:** 30 mars 2015 à 17:10:59 »

Pour moi c'est le source 1080p qui ne passe pas. Mais en High et inférieur ça passe.

DamienC · « **Réponse #15 le:** 31 mars 2015 à 11:57:29 »

Bonjour,

Moi qui regarde Twitch.tv le soir, je suis obligé d'utiliser un VPN pour voir un "High" ou "Source" depuis ma connexion SFR ADSL.
Il y a deux semaines, ça dépotait grave pourtant..

cali · « **Réponse #16 le:** 31 mars 2015 à 15:07:28 »

J'ai fait le test hier entre SFR/Orange/OVH et quelques autres réseaux.

sfr.fr: ftth 100/50(?) Mbps à Caen.
orange.fr ADSL2+ ~12/0.8 Mbps (Normandie)
ovh.fr 200/200 Mbps (serveur Roubaix)
ovh.fr ADSL2+ ~4/0.6 Mbps (Normandie)
free.fr ADSL2+ ~4/0.6 Mbps (Normandie)
urdn.com.ua/netassist.ua/kyivstar.ua/lanet.ua: 100/100 Mbps (Ukraine)
ukrtelecom.ua ADSL2+ 24/3 Mbps

Toutes les machines sont sur du FastEthernet sauf le serveur ovh.

- Free.fr: totalement instable, impossible de récuperer les segments à temps même en "low".
- Orange.fr et sfr.fr: c'est assez simillaire, je peux regarder en "source" les flux à 3.5 Mbps mais soudainement ça va déconner pendant une minute comme si il y avait un encombrement soudain.
- ovh.fr et urdn.com.ua/netassist.ua/kyivstar.ua/lanet.ua: pas de problèmes.
- ukrtelecom.ua: coupure une fois par minute environ.

Maintenant il faut que je refasse la même chose mais en forçant le serveur à utiliser, quand je suis sur les serveurs de Francfort j'ai 10 secondes d'avance sur ceux de Paris.

vivien · « **Réponse #17 le:** 31 mars 2015 à 18:30:59 »

Il y a un test qu'on pourrait réaliser, par exemple en ligne de commande type wget ou youtube-dl pour vérifier le débit sur Twitch (AS46489) ?

cali · « **Réponse #18 le:** 31 mars 2015 à 18:53:46 »

Citation de: vivien le 31 mars 2015 à 18:30:59

Il y a un test qu'on pourrait réaliser, par exemple en ligne de commande type wget ou youtube-dl pour vérifier le débit sur Twitch (AS46489) ?

Le problème c'est que c'est du flux en continu, ils utilisent le hls.

Tu dois attendre que le serveur http te propose de télécharger les segments et là tu peux voir à quelle vitesse tu les récupères mais ce sont de tous petits fichiers.

Paulo31 · « **Réponse #19 le:** 31 mars 2015 à 20:39:15 »

Le load balancing a l'air très bizarre en fait. L'IP du serveur change non seulement quand on refresh la page, mais même en cours de stream si le truc galère.

Qqs IP que j'ai eues (sur le même stream, en qualité "Source") :
192.16.70.7 : plus de coupures que de stream...
185.42.204.49 : très rares coupures
185.42.204.41 : nickel
Et tout passe au même endroit à telia (pour SFR) !

Du coup c'est peut être plus de la faute de twitch qu'autre chose

cali · « **Réponse #20 le:** 31 mars 2015 à 20:50:34 »

Citation de: Paulo31 le 31 mars 2015 à 20:39:15

192.16.70.7 : plus de coupures que de stream...

Vu la latence depuis la France (>100ms) cet hôte se trouve aux USA.

Est-ce que dans ton traceroute tu vois plus de sauts Telia qu'avec les autres ?

Paulo31 · « **Réponse #21 le:** 31 mars 2015 à 20:54:52 »

Malheureusement le ping est bloqué, mon traceroute s'arrête à telia, je sais pas du tout où ça part après :

Citer

Détermination de l'itinéraire vers 192.16.70.7 avec un maximum de 30 sauts.

1 <1 ms <1 ms <1 ms box [192.168.1.1]
2 1 ms 3 ms 1 ms 31jul1-nro-1.nro.gaoland.net [109.6.26.15]
3 1 ms <1 ms 1 ms 241.60.6.109.rev.sfr.net [109.6.60.241]
4 1 ms <1 ms 1 ms 42.132.17.93.rev.sfr.net [93.17.132.42]
5 3 ms 3 ms 2 ms 113.93.20.93.rev.sfr.net [93.20.93.113]
6 13 ms 14 ms 14 ms 42.120.20.93.rev.sfr.net [93.20.120.42]
7 12 ms 12 ms 12 ms 102.244.5.109.rev.sfr.net [109.5.244.102]
8 12 ms 11 ms 11 ms prs-b2-link.telia.net [62.115.41.177]
9 * * * Délai d'attente de la demande dépassé.
10 * * * Délai d'attente de la demande dépassé.
11 * * * Délai d'attente de la demande dépassé.
12 * * * Délai d'attente de la demande dépassé.
13 * * * Délai d'attente de la demande dépassé.
14 * * * Délai d'attente de la demande dépassé.

En creusant un peu sur google, des gars conseillent de bloquer les plages d'IP qui déconnent pour forcer le système à se rebattre sur celles qui marchent le mieux

Pourquoi pas

cali · « **Réponse #22 le:** 31 mars 2015 à 20:59:30 »

Citation de: Paulo31 le 31 mars 2015 à 20:54:52

Malheureusement le ping est bloqué, mon traceroute s'arrête à telia, je sais pas du tout où ça part après :

En creusant un peu sur google, des gars conseillent de bloquer les plages d'IP qui déconnent pour forcer le système à se rebattre sur celles qui marchent le mieux
Pourquoi pas

Quand tu traces vers les autres, est-ce que c'est aussi "62.115.41.177" le dernier saut que tu peux voir ? Si tu vois qu'un seul saut chez Telia c'est sûrement que le traceroute est différent dans l'autre sens.

Paulo31 · « **Réponse #23 le:** 31 mars 2015 à 21:06:57 »

Yep, même IP telia pour les 2 plages d'IP.

D'après http://www.iplocation.net/, la plage qui rame est en californie, celle qui est OK en belgique !
Un peu bête de leur part de balancer des français sur les serveurs US