Jump to content

choco

Membre
  • Content Count

    153
  • Joined

  • Last visited

  • Days Won

    8

Everything posted by choco

  1. C'était cassée entre 23h45 et 1h30 apparemment :
  2. La Bretagne. C'est 77.1 Mbps au lieu de 57.1 du coup vu que certaines personnes obtiennent 950 Mbps. Ça ne me dérange pas plus que ça, je suis juste curieux de savoir pourquoi je suis limité à ~872 Mbps et puis vu que je télécharge de gros fichiers de temps en temps, un débit un peu plus élevé ne serait pas de refus.
  3. Merci pour vos retours, le routeur n'étant donc pas le facteur limitant, ni mes PCs, peut-être le concentrateur/noeud auquel je suis rattaché ?
  4. Le ZTE F670 n'a que 3 antennes, quel modèle possède 4 antennes ?
  5. Il y a beaucoup de tutoriels d'utilisation de Wireshark sur le net, je ne pense pas avoir besoin d'en faire un. Oui, mais je trouve que c'est plus rapide de passer par Wireshark. Pas à ma connaissance. Lorsque je me connecte à mon VPN en Afrique du Sud, je remarque que le flux est principalement récupéré depuis des serveurs à Londres et à Amsterdam et une seule fois sur un serveur à Paris. Par contre en faisant des tests hier avec mon VPN à Singapour, j'avais quelques buffering et le flux était principalement récupéré depuis les serveurs à Amsterdam et jamais sur les serveu
  6. Pas de soucis non plus sur les vidéos avec moins de 1000 vues. Contacte le support technique, c'est pas normal. Par contre, je n'arrive pas à dépasser les 875 Mbps en download alors qu'avant, le même PC atteignait 930-950 Mbps avec la fibre Orange (Livebox 4). Et encore, c'est ce que j'obtiens tard dans la soirée, en journée, ça ne dépasse pas les 650-700 Mbps sur nperf... Y'a t-il des gens qui ont le routeur ZTE F670 et qui arrivent à avoir un débit plus élevé sur nperf ou est-ce une limitation de ce routeur qui commence à se faire vieux ? Edit : Sur l'applicatio
  7. Aucun soucis sur youtube de mon côté et la qualité sélectionnée par défaut est 1440p. Avec Wireshark, on peut justement vérifier sur quels serveurs le navigateur récupère les vidéos youtube et la plupart du temps, ce sont sur les serveurs de Zeop (IP récupérée : 102.35.2.76) ou en Afrique du Sud (IP récupérée : 172.217.170.22) et quelques fois sur des serveurs aux US (IP récupérée : 74.125.96.6). Dans tous les cas, les vidéos se chargent instantanément. Fréquemment, j'ai beaucoup de buffering sur twitch sans VPN, le stream est récupéré aléatoirement sur des serveurs partout da
  8. Salut, pourquoi vouloir changer d'opérateur si tu as déjà 55ms sur Cold War ? :)
  9. Les IPs que j'avais récupéré avec Wireshark n'étaient pas pingable non plus (via ICMP) et elles correspondent aux mêmes IPs des "Ingest Servers" sur https://twitchstatus.com/ Il est cependant possible de pinger via TCP avec psping sur Windows sur le port 443 :
  10. idem En général, twitch me connecte à leurs serveurs à Hong Kong mais vu que le lien Asie est cassé, ça me connecte maintenant à leurs serveurs aux Pays-Bas. Sachant que la connexion vers l'Europe n'est pas top avec Zeop, du coup ça explique les buffering. En me connectant à mon serveur VPN à Johannesbourg, j'ai plus aucun buffering. à 19h22 pour être exact mais c'est revenu entre 22h08 et 22h28 (mon PC était éteint pendant 20 mins, c'est pour ça qu'il y a un blanc) :
  11. En jeu, j'ai remarqué que les ennemies se (micro) téléportaient, pas forcément souvent mais quand même plusieurs fois par partie. Et également quelques "no reg", ce qui est assez frustrant. Merci, j'en apprends tous les jours Du coup, penses-tu que faire un ping via TCP au lieu de ICMP nous donnerait des valeurs plus proche de la réalité lorsqu'il y a de fortes charges ? Exemple : - Je lance un TCP listener via l'intermédiaire de netcat sur mon VPS Linux (en AFS) : nc -l -k 5000 (j'ouvre préalablement le port 5000 avec iptables) - Je ping via TCP à l'aide psping sur Win
  12. Tests de latence sur zeop.re (pour prouver que c'est stable en local) et 4 IPs à Johannesbourg à 21h30 : Résultat : Latence élevée avec des pertes de paquets... En temps normal j'ai entre 42 et 50ms (stable) sur ces IPs, j'en déduis que Zeop n'a probablement pas assez de capacité sur le câble METISS, ça sature donc le soir entre 18h30 et 22h30-23h. Et malheureusement, jouer avec une latence pareille + pertes de paquets sur les serveurs AFS n'est vraiment pas optimal... "Ce câble aura la capacité de fournir un débit aussi élevé que 24 000 Gigabits/seconde", mais on se retrouve dans
  13. Je n'ai jamais observé une latence en dessous de 200ms sur ce serveur : Si tu essaies avec l'autre serveur à Johannesbourg (Synch.cc), ça devrait être mieux :
  14. - ce sont 2 IP de serveurs situés à Johannesbourg appartenant à Heficed, 1 provient du site ping.mudfish.net (154.16.63.240) - ça fait plusieurs mois que je surveille la latence au niveau de ces IP, ça a toujours été 46-47ms quand le lien AFS n'est pas cassé - c'est récemment passé à 38-42ms depuis quelques jours coïncidant avec la mise en service du câble METISS - ça fait plusieurs mois que le lien AFS était saturé le soir (ping instable), ce qui n'est plus le cas maintenant
  15. Je pense qu'ils sont en train de tester le câble METISS sur une plage IP spécifique pour le moment (mon IP commence par 165.169.X.X), j'espère que tout le monde y aura accès d'ici quelques semaines parce que j'avoue que 200ms vers l'AFS c'est pas optimal 😕
  16. Si vous avez plus de 43-44ms sur : 154.16.63.240 ou 102.165.60.1 ça veut dire que ça ne passe probablement pas par METISS. J'obtiens même 37-38ms sur l'IP de mon VPS à Johannesbourg.
  17. Pour info, le lien Asie est revenu et à ma grande surprise en pingant 154.16.63.240 (Johannesbourg) à l'instant, la latence est stable à 42-43ms (ça a diminué de 4-5ms) au lieu de 46-65ms instable habituellement à cette heure. Auraient-ils activé le lien METISS cet après-midi...
  18. Reste plus qu'à demander à peeringdb s'ils ont plus d'infos concernant le câble METISS, je vais leur envoyer un mail dans la soirée.
  19. Je suis d'accord, c'est assez agaçant. Hier soir j'ai pingé mon serveur VPN à Singapour, j'avais bien 82ms. Le lien est broken que depuis hier tard dans la soirée ou depuis ce matin je pense.
  20. C'est bien broken (test avec l'IP de zeop.re) :
  21. Alors, je me suis renseigné un peu et je retire ce que j'ai dit, Zeop utilise bien le câble METISS, MAIS, ils n'ont doublait que par 2 leur capacité vers l'AFS. Comme vous pouvez le voir sur https://www.peeringdb.com/net/6639 Zeop possède au total 40G de capacité vers l'AFS, auparavant je m'en souviens, ils n'avaient que 20G. Donc apparemment, bien que la capacité a été doublée par 2, leur lien reste toujours saturée le soir. Ce qui est un peu énervant, c'est que Zeop a 2 fois moins de capacité comparé à Canal+ (https://www.peeringdb.com/net/7875) qui possède 80G au total alors qu'ils
  22. C'est bien ce que je pensais, à mon avis ils n'ont pas encore fait le changement de route, ça passe sûrement toujours par l'ancien câble sous-marin, à moins qu'ils aient la même bande passante sur l'ancien et le nouveau câble METISS... du coup je ne vois pas pourquoi ils disent que le câble est opérationnel s'il n'y a aucun changement au niveau de l'AFS. idem, avec mon VPN Wireguard perso (hébergé sur Amazon Lightsail à Singapour), j'ai un bon ping sur le reste de l'Asie. Un moyen rapide de savoir si le lien vers l'Asie est broken, - allez sur https://ping.mudfish.net/ -
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.