internet & fixe ma connexion Voir tous les sujets internet & fixe

[#1]

Bonjour,

Depuis longtemps j'ai eu problème pour afficher certains sites sur mon navigateur, surtout chez Google (eg. google.com/google.fr/youtube.com) mais chez d'autres sites aussi.

Le problème semble d'une connexion continue mais le fond reste blanc, aucun contenu n'est toujours pas affiché et la barre de progression dressée en dessous de l'URL s'arret au milieu. Souvent c'est le moment que je tape des mots clés pour rechercher directement au lieu d'entrer dans google.com et lancer la recherche dedans.

Pour youtube.com il s'agit d'un autre problème, le contenu est en cours de chargement et on s'arrete pendant ce chargement, et le rafraichissement de page revient au problème écrit ci-dessus. Ce problème s'est produisé souvent au milieu d'un chargement de streaming, comme chez YouTube, bilibili ou des sites de musiques, etc. C'est moins fréquenté par les sites qui n'ont que des contenus statistiques, mais il y'en a.

J'ai ce problème répété sur mon MacOS et les 2 iPhone de iOS 10/11 et ceci s'est produit aussi sur mon pc qui a accueilli ElementaryOS Loki 0.4.1.

J'aimerais donc savoir quels sont les paramètres ou des configurations que je puisse y rendre pour améliorer ces problèmes (sur mon PC/iPhone/MacBook, ou bien sur le Livebox 4). Dois-je refaire un tableau de ifconfig?

Par ailleurs, un autre concerne c'est que la connexion aux sites en chine ou ses aleutours ne peut pas être toujours assurée. Je consulte énormément des sites là bas et j'ai quelques serveurs qui nécessitent des connexions ssh et c'est pour l'exigence de la qualité de réseau que j'ai choisi la fibre chez orange.

J'ai fait un peu de teste pour savoir ...

$ ~/besttrace4linux/besttracemac -q 1 youtube.com

traceroute to youtube.com (216.58.213.174), 30 hops max, 60 byte packets

 1  192.168.1.1  4.01 ms  *  Intranet

 2  80.10.237.217  4.41 ms  *  France orange.com

 3  ae101-0.nctou202.toulouse.francetelecom.net (193.249.214.46)  4.12 ms  *  France orange.com

 4  ae43-0.nipoi202.poitiers.francetelecom.net (193.252.160.54)  11.81 ms  *  France orange.com

 5  193.252.137.14  17.26 ms  *  France orange.com

 6  74.125.147.10  17.86 ms  AS9,AS15169  GOOGLE.COM google.com

 7  108.170.244.193  17.00 ms  AS9,AS15169  Amérique google.com

 8  64.233.174.175  18.08 ms  AS9,AS15169  GOOGLE.COM Backbone google.com

 9  par21s04-in-f14.1e100.net (216.58.213.174)  18.21 ms  AS15169  France Ile-de-France Paris google.com

Donc les packages ont fait un tour aux états-unis avant de rentrer dans le datacenter de Google? Pourtant la latence est toujours en chiffre faible.

$ ~/besttrace4linux/besttracemac -q 1 google.com 

traceroute to google.com (216.58.213.174), 30 hops max, 60 byte packets

 1  192.168.1.1  3.81 ms  *  Intranet

 2  80.10.237.217  7.00 ms  *  France orange.com

 3  ae101-0.nctou202.toulouse.francetelecom.net (193.249.214.46)  4.20 ms  *  France orange.com

 4  ae43-0.nipoi202.poitiers.francetelecom.net (193.252.160.54)  10.06 ms  *  France orange.com

 5  193.252.137.14  21.32 ms  *  France orange.com

 6  74.125.147.10  17.77 ms  AS9,AS15169  GOOGLE.COM google.com

 7  108.170.244.193  17.50 ms  AS9,AS15169  Amérique google.com

 8  64.233.174.175  18.30 ms  AS9,AS15169  GOOGLE.COM Backbone google.com

 9  par21s04-in-f14.1e100.net (216.58.213.174)  18.62 ms  AS15169  France Ile-de-France Paris google.com

Pareil.

$ ~/besttrace4linux/besttracemac -q 1 github.com 

traceroute to github.com (192.30.253.112), 30 hops max, 60 byte packets

 1  192.168.1.1  3.80 ms  *  Intranet

 2  80.10.237.217  143.10 ms  *  France orange.com

 3  ae101-0.nctou202.toulouse.francetelecom.net (193.249.214.46)  3.71 ms  *  France orange.com

 4  ae43-0.nipoi202.poitiers.francetelecom.net (193.252.160.54)  10.45 ms  *  France orange.com

 5  193.252.137.14  17.03 ms  *  France orange.com

 6  ae-35.ear2.paris1.level3.net (4.68.127.233)  17.24 ms  AS3356  France Ile-de-France Paris level3.com

 7  *

 8  github-inc.bear1.washington111.level3.net (4.15.136.22)  94.62 ms  AS3356  Amérique Washington D.C. level3.com

 9  *

10  *

11  lb-192-30-253-112-iad.github.com (192.30.253.112)  97.49 ms  AS36459  Amérique Virginia Ashbourne github.com

C'est un site qui est moins fréquenté par des affichages blancs. Il semble que les packages ont passé par le BGP d'Orange -> level3, et la latence entre ces 2 systèmes remonte lentement.

Et voici des testes en provenance d'asie:

$ ~/besttrace4linux/besttracemac -q 1 baidu.com   

traceroute to baidu.com (111.13.101.208), 30 hops max, 60 byte packets

 1  192.168.1.1  3.91 ms  *  Intranet

 2  80.10.237.217  4.32 ms  *  France orange.com

 3  ae101-0.nctou202.toulouse.francetelecom.net (193.249.214.46)  4.20 ms  *  France orange.com

 4  ae43-0.nipoi202.poitiers.francetelecom.net (193.252.160.54)  9.95 ms  *  France orange.com

 5  193.252.137.14  17.71 ms  *  France orange.com

 6  213.248.72.185  17.18 ms  AS1299  TELIA.COM Backbone telia.com

 7  prs-bb3-link.telia.net (213.155.132.192)  18.33 ms  AS1299  France Ile-de-France Paris telia.com

 8  ldn-bb3-link.telia.net (62.115.134.93)  25.76 ms  AS1299  Angleterre Londres telia.com

 9  ldn-b1-link.telia.net (62.115.115.15)  25.08 ms  AS1299  Angleterre Londres telia.com

10  chinamobile-ic-311724-ldn-b1.c.telia.net (62.115.12.242)  27.05 ms  AS1299  Angleterre Londres telia.com

11  221.183.30.221  288.52 ms  AS9808  China Beijing ChinaMobile

12  221.183.46.254  332.42 ms  AS9808  China Beijing ChinaMobile

13  221.176.21.145  329.25 ms  AS9808  China Beijing ChinaMobile

14  221.183.18.130  339.35 ms  AS9808  China Beijing ChinaMobile

15  111.13.188.85  332.62 ms  AS9808  China Beijing ChinaMobile

16  111.13.108.22  332.27 ms  AS9808  China Beijing ChinaMobile

17  *

18  111.13.101.208  329.24 ms  AS9808  China Beijing ChinaMobile

L'accès est reçu par ChinaMobile et la latence est importante jusqu'à 300+ ms.

$ ~/besttrace4linux/besttracemac -q 1 nicovideo.jp

Password:

traceroute to nicovideo.jp (202.248.110.184), 30 hops max, 60 byte packets

 1  192.168.1.1  4.11 ms  *  Intranet

 2  80.10.237.217  4.99 ms  *  France orange.com

 3  ae101-0.nctou202.toulouse.francetelecom.net (193.249.214.46)  4.17 ms  *  France orange.com

 4  ae43-0.nipoi202.poitiers.francetelecom.net (193.252.160.54)  10.64 ms  *  France orange.com

 5  193.252.137.14  17.39 ms  *  France orange.com

 6  ae-26.r04.parsfr01.fr.bb.gin.ntt.net (129.250.66.141)  17.38 ms  AS2914  France Ile-de-France Paris ntt.com

 7  ae-2.r25.londen12.uk.bb.gin.ntt.net (129.250.6.13)  34.30 ms  AS2914  Angleterre Londres ntt.com

 8  ae-1.r24.londen12.uk.bb.gin.ntt.net (129.250.2.26)  30.07 ms  AS2914  Angleterre Londres ntt.com

 9  ae-5.r24.nycmny01.us.bb.gin.ntt.net (129.250.2.18)  96.21 ms  AS2914  Amérique New York New York ntt.com

10  ae-2.r20.sttlwa01.us.bb.gin.ntt.net (129.250.4.13)  241.37 ms  AS2914  Amérique Washington Seattle ntt.com

11  ae-0.r21.sttlwa01.us.bb.gin.ntt.net (129.250.2.54)  174.20 ms  AS2914  Amérique Washington Seattle ntt.com

12  ae-16.r24.osakjp02.jp.bb.gin.ntt.net (129.250.3.61)  288.74 ms  AS2914  Japon Osaka Osaka ntt.com

13  ae-23.r01.osakjp02.jp.bb.gin.ntt.net (129.250.5.41)  278.29 ms  AS2914  Japon Osaka Osaka ntt.com

14  ae-2.a01.osakjp02.jp.bb.gin.ntt.net (129.250.3.106)  279.83 ms  AS2914 Japon Osaka Osaka ntt.com

15  ae-1.nifty-osa.osakjp02.jp.bb.gin.ntt.net (117.103.176.106)  278.44 ms  AS2914 Japon Osaka Osaka ntt.com

Cette connexion passe par un autre parcours chez ntt et (il semble que cette ligne est souvent moins performante et beaucoup de bouchons...

Par ailleurs j'ai eu un vpn perso sur un vps qui emprunte la même ligne pour s'y connecter. La latence moyenne est aussi de 200+ ~ 400+. 900+ voire plus de mille en cas des bouchons...

$ ~/besttrace4linux/besttracemac -q 1 aliyun.com

traceroute to aliyun.com (140.205.32.13), 30 hops max, 60 byte packets

 1  192.168.1.1  3.42 ms  *  Intranet

 2  80.10.237.217  5.31 ms  *  France orange.com

 3  ae101-0.nctou202.toulouse.francetelecom.net (193.249.214.46)  4.08 ms  *  France orange.com

 4  ae43-0.nipoi202.poitiers.francetelecom.net (193.252.160.54)  10.73 ms  *  France orange.com

 5  193.252.137.14  17.14 ms  *  France orange.com

 6  ae-35.ear2.paris1.level3.net (4.68.127.233)  19.19 ms  AS3356  France Ile-de-France Paris level3.com

 7  *

 8  china-unico.ear1.losangeles6.level3.net (4.26.2.118)  161.20 ms  AS3356  Amérique California Los Angeles level3.com

 9  219.158.102.81  330.49 ms  AS4837  Chine Beijing Unicom

10  219.158.16.65  318.10 ms  AS4837  Chine Beijing Unicom

11  219.158.5.149  327.52 ms  AS4837 Chine Beijing Unicom

12  219.158.16.86  310.47 ms  AS4837 Chine Shanghai Unicom

13  *

14  139.226.208.38  505.83 ms  AS17621 Chine Shanghai Unicom

15  *

16  42.120.241.22  263.06 ms  AS37963 Chine Shanghai Aliyun/ChineTelecom/Unicom/ChinaMobile/Tietong/CERNET

17  106.11.75.106  271.68 ms  AS37963 Chine Shanghai Aliyun/ChineTelecom/Unicom/ChinaMobile/Tietong/CERNET

Cette ligne semble de la ligne de CN2 (normalement plus performante que chez d'autres IDC pour les visiteurs en chine) ... Tant pis que c'est pas le cas pour ici ... D'ailleurs le raccourcissement à CN2 est à Shanghai alors que c'est entre AS3356 et AS4837 que ça remonte...

$ ~/besttrace4linux/besttracemac -q 1 bilibili.tv

traceroute to bilibili.tv (47.90.50.109), 30 hops max, 60 byte packets

 1  192.168.1.1  3.92 ms  *  Intranet

 2  80.10.237.217  5.26 ms  *  France orange.com

 3  ae101-0.nctou202.toulouse.francetelecom.net (193.249.214.46)  4.49 ms  *  France orange.com

 4  ae43-0.nipoi202.poitiers.francetelecom.net (193.252.160.54)  10.24 ms  *  France orange.com

 5  193.252.137.14  17.40 ms  *  France orange.com

 6  ae-26.r04.parsfr01.fr.bb.gin.ntt.net (129.250.66.141)  16.49 ms  AS2914  France Ile-de-France Paris ntt.com

 7  ae-2.r25.londen12.uk.bb.gin.ntt.net (129.250.6.13)  23.93 ms  AS2914  Angleterre Londres ntt.com

 8  ae-1.r24.londen12.uk.bb.gin.ntt.net (129.250.2.26)  25.30 ms  AS2914  Angleterre Londres ntt.com

 9  ae-5.r24.nycmny01.us.bb.gin.ntt.net (129.250.2.18)  96.38 ms  AS2914  Amérique New York New York ntt.com

10  ae-2.r20.sttlwa01.us.bb.gin.ntt.net (129.250.4.13)  179.39 ms  AS2914  Amérique Washington Seattle ntt.com

11  ae-13.r30.tokyjp05.jp.bb.gin.ntt.net (129.250.4.143)  256.37 ms  AS2914  Japon Tokyo Tokyo ntt.com

12  ae-5.r24.tkokhk01.hk.bb.gin.ntt.net (129.250.2.97)  304.78 ms  AS2914  Chine Hongkong ntt.com

13  ae-12.r01.tkokhk01.hk.bb.gin.ntt.net (129.250.4.20)  304.08 ms  AS2914  Chine Hongkong ntt.com

14  ae-1.a00.newthk03.hk.bb.gin.ntt.net (129.250.5.69)  308.65 ms  AS2914  Chine Hongkong ntt.com

15  prod06.x.hkg.fullmeshnetworks.com (203.131.247.234)  299.87 ms  AS2914  Chine Hongkong ntt.com

16  116.251.66.157  312.12 ms  AS45102 Chine Hongkong Aliyun

17  *

18  47.90.50.109  305.34 ms  AS45102  Chine Hongkong Aliyun

$ ~/besttrace4linux/besttracemac -q 1 zhihu.com              

Password:

traceroute to zhihu.com (118.178.213.186), 30 hops max, 60 byte packets

 1  192.168.1.1  5.06 ms  *  Intranet

 2  80.10.237.217  4.94 ms  *  France orange.com

 3  ae101-0.nctou202.toulouse.francetelecom.net (193.249.214.46)  3.94 ms  *  France orange.com

 4  ae43-0.nipoi202.poitiers.francetelecom.net (193.252.160.54)  10.90 ms  *  France orange.com

 5  193.252.137.14  18.76 ms  *  France orange.com

 6  et-10-1-0-0.ffttr7.frankfurt.opentransit.net (193.251.128.45)  30.19 ms  AS5511  Allemagne Hessen Frankfurt orange.com

 7  et-3-0-0-0.ffttr6.frankfurt.opentransit.net (193.251.131.144)  29.25 ms  AS5511 Allemagne Hessen Frankfurt orange.com

 8  chinatelecom-1.gw.opentransit.net (81.52.179.174)  29.92 ms  AS5511  France orange.com

 9  202.97.58.61  230.27 ms  AS4134  Chine Shanghai Chinatelecom

10  202.97.91.65  230.84 ms  AS4134 Chine Shanghai Chinatelecom

11  202.97.24.181  208.74 ms  AS4134 Chine Shanghai Chinatelecom

12  *

13  220.191.200.62  254.86 ms  AS58461  Chine Zhejiang Hangzhou Chinetelecom

14  115.236.101.217  257.40 ms  AS58461 Chine Zhejiang Hangzhou Chinetelecom

15  42.120.247.105  234.93 ms  AS37963 Chine Zhejiang Hangzhou Aliyun/ChineTelecom/Unicom/ChinaMobile/Tietong/CERNET

16  119.38.212.173  219.15 ms  AS37963 Chine Zhejiang Hangzhou Aliyun/ChineTelecom/Unicom/ChinaMobile/Tietong/CERNET

La ligne chez Aliyun semble aussi compétente pourtant il a emprunté la ligne de ntt ... Si non le traffic via opentransit semble assez douce et le dernier site est chez un IDC qui est connecté au backbone. Pourtant les IDC sur cette ligne soit trop proche d'ici (e.g. DigitalOcean Frankfurt), soit inconsidérable et seulement disponible pour des grosses entreprises.

Il faut aussi faire plein de testes et voir car les lignes changent de temps en temps. 

J'ai déjà quelques ssr avec tcp-bbr (c'est la seule chose acceptable, netspeeder fait un gaspillage et sape la qualité de réseau) mais sur des vps individus la connexion n'est pas optimisée d'ailleurs c'est super cher.

Conclusion: Il est même beaucoup plus compliqué de s'intéresser dans ce sujet pour la connexion de l'Europe à la chine. De même ligne pourra être notée par une latence super importante donc il faudra peut être se rendre au commerçants de VPN ou dédiés à l'amélioration de connexion.

Avez vous des recommandations donc pour des VPNs ou produits qui améliorent la connexion que je puisse essayer? Si non est-ce que chez azure ou amazon ec2 c'est une bonne idée (d'utiliser ses réseaux interns et établir 2 serveurs comme entrée <-> sortie)? Effectivement c'est beaucoup plus chers...

Est-ce que chez Orange vous avez un produit pour cet effet?

Merci pour votre attention et participation à la discussion.