iperf3 -u -R -c débit.k-net.fr -b 100M

tiibor · 4 oct. 2016

Encore une fois, nombreux ! Grâce à! pour votre réponse détaillée avec des liens. J’espère qu’avec toutes ces informations, je pourrai trouver une solution avec le support Swisscom.

Pour autant que je me souvienne, la XBOX One chez MTU a la valeur 1480. Peut-être que quelque chose ne s’harmonise vraiment pas ici.

Je me souviens que pendant un moment, je n’ai eu aucun problème pour jouer en ligne. Malheureusement, je ne sais pas exactement quand cela s’est produit. En gros, environ 1 mois sur la période d’octobre à février, malheureusement je ne sais pas exactement quand c’était (à cette époque c’était encore via DSL)

J’espère pouvoir trouver une solution avec Swisscom, sinon j’ai maintenant quelques points (limitation UDP et MTU) que je vérifierai certainement à l’avance avec le support de mon nouveau fournisseur. J’espère que ce n’est pas un problème général de fibre, mais je ne peux pas imaginer que ce soit le cas.

(Dans le pire des cas, il s’avère que rien de tout cela n’a eu d’influence et qu’en fin de compte, Microsoft et EA avec leurs serveurs en sont la cause, mais pour le moment, j’ai encore « de l’espoir »).

GrandDixence · 4 oct. 2016

Il semble que Swisscom utilise PPPoE pour la connexion par fibre optique :

[http://documents.swisscom.com/product/1000260-Connectivity\_Geraete\_/Documents/Spécifications/Centro\_Business\_PPPoE\_Passthrough-de.pdf](http://documents.swisscom.com/product/ 1000260-Connectivity_Geraete_/Documents/Spécifications/Centro_Business_PPPoE_Passthrough-de.pdf)

https://de.wikipedia.org/wiki/PPP_over_Ethernet

Selon les mesures IPerf(3), l’utilisation de PPPoE entraîne des pertes massives de paquets pour les gros paquets UDP (> environ 1400 octets). Ce qui suit propose une solution au « gros problème des paquets UDP » :

a) Utilisation d’une connexion fibre optique d’un tiers sans avoir besoin d’un routeur

b) OU la mise en place d’une connexion fibre optique sans PPPoE : suppression de la box Internet Swisscom et utilisation d’un convertisseur de média Ethernet cuivre <-> Ethernet fibre optique

[https://community.swisscom.ch/t5/Archiv-Internet/Sehr-starkes-UDP-throttling-im-Netz/td-p/397658](https://community.swisscom.ch/t5/Archiv- Internet/Limitation-UDP-très forte-dans-le-réseau/td-p/397658)

[https://community.swisscom.ch/t5/Diskussionen-%C3%BCber-das-Thema/Lancom-Glas Fiber-Router-%C3%BCber-Swisscom-Bluewin-m%C3%B6glich/m-p/448171# M1 056](https://community.swisscom.ch/t5/Diskussionen-%C3%BCber-das-Thema/Lancom-Glasfibro-Router-%C3%BCber-Swisscom-Bluewin-m%C3%B6glich/m-p/448171 #M1056)

Je doute que de gros paquets UDP > 1 400 octets soient utilisés pour les jeux et donc aucune mesure a) ou b) n’est nécessaire. La seule façon d’en être sûr est d’analyser les enregistrements du trafic réseau avec Wireshark :

https://www.wireshark.org/

Si les mesures IPerf(3) avec des paquets UDP < 1400 octets dans le sens aval prouvent que la connexion fibre optique fonctionne correctement (taux de perte de paquets < 0,01% et gigue < 1 milliseconde) ET les jeux n’utilisent pas de paquets UDP > 1400 octets , alors c’est le cas. La balle est de nouveau dans le camp de l’opérateur de réseau (Swisscom), de ses partenaires de peering et des opérateurs de serveurs de jeux.

Tux0ne · 4 oct. 2016

@GrandDixence

FTTH dispose toujours d’un VLAN. C’est pourquoi il devrait rester 4 octets.

DHCP est utilisé pour les clients privés.

Donc théoriquement, le MTU maximum est de 1496

J’ai une terminaison PPPoE sur FTTH et VLAN. J’en aurais 1492. Effectivement mais seulement 1488 à cause du VLAN.

C’est comme ça avec moi.

Mais personne chez Swisscom ne l’a jamais confirmé 😉 Je viens de dire qu’il fallait effectivement adapter les feuilles de configuration des pare-feu en conséquence.

Ce serait cool pour quelqu’un de tester le MTU efficace sur sa connexion client privée FTTH.

http://www.tp-link.com/en/article/?faqid=190

akai · 4 oct. 2016

tiibor

Je voulais que vous copiez et collez et que vous découvriez par vous-même. Que c’est juste une erreur de mesure. Mon collègue ci-dessus a déjà expliqué pourquoi -l x est si important dans UDP.

Eh bien, je suis juste avec un petit. Bande passante bénie. Mais je pense qu’avec un réglage fin des valeurs -b et -l vous atteindrez désormais le maximum. A moins qu’il y ait vraiment un problème de L1 sur place. Mais d’après votre description, cela peut être exclu.

Parce que le traceroute/MTR vers easo.ea.com est également OK, c’est-à-dire qu’aucun problème de routage n’est visible. Cela peut-il être définitivement exclu ?

Aussi que vous n’avez pas écrit que tout avec la boîte est lent. Mais plutôt juste un jeu en particulier. Indique un problème avec le serveur de jeu lui-même ! En raison du manque de matériel, je ne peux rien dire de précis à ce sujet.

Maintenant, je créerais un autre ticket d’incident avec toutes les nouvelles découvertes du fournisseur de jeu et verrais s’il y a plus à venir cette fois. Si vous écrivez à nouveau, tout va bien. demandez comment vous pouvez vérifier cela vous-même ?

iperf3 -u -R -c ping.online.net -b 20M

[ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-1,01 s 192 Ko 1,56 Mbits/s 10 698 ms 252/276 (91 %)
[ 4] 1,01-2,01 s 80,0 Ko 655 Kbits/s 5 897 ms 296/306 (97 %)
[ 4] 2,01-3,01 s 80,0 Ko 655 Kbits/s 3 433 ms 295/305 (97 %)
[ 4] 3,01-4,01 s 80,0 Ko 654 Kbits/s 2 143 ms 295/305 (97 %)
[ 4] 4,01-5,01 s 80,0 Ko 656 Kbits/s 1 435 ms 295/305 (97 %)
[ 4] 5,01-6,01 s 80,0 Ko 655 Kbits/s 0,986 ms 295/305 (97 %)
[ 4] 6,01-7,01 s 80,0 Ko 655 Kbits/s 0,741 ms 295/305 (97 %)
[ 4] 7,01-8,01 s 80,0 Ko 655 Kbits/s 0,810 ms 296/306 (97 %)
[ 4] 8,01-9,01 s 80,0 Ko 655 Kbits/s 0,855 ms 295/305 (97 %)
[ 4] 9,01-10,01 s 80,0 Ko 655 Kbits/s 0,569 ms 295/305 (97 %)
- - - - - - - - - - - - - - - - - - - - - - - -
[ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-10,01 s 23,8 Mo 20,0 Mbits/s 0,569 ms 2909/3023 (96 %)
[ 4] Envoyé 3023 datagrammes

iperf Terminé.

iperf3 -u -R -c ping.online.net -b 20M -l 1420

[ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-1,00 s 1,31 Mo 11,0 Mbits/s 0,848 ms 506/1477 (34 %)
[ 4] 1,00-2,00 s 1,24 Mo 10,4 Mbits/s 0,795 ms 895/1811 (49 %)
[ 4] 2,00-3,00 s 1,24 Mo 10,4 Mbits/s 6 828 ms 903/1 822 (50 %)
[ 4] 3,00-4,00 s 1,25 Mo 10,4 Mbits/s 0,730 ms 829/1749 (47 %)
[ 4] 4,00-5,00 s 1,25 Mo 10,5 Mbits/s 0,829 ms 789/1709 (46 %)
[ 4] 5,00-6,00 s 1,25 Mo 10,5 Mbits/s 0,831 ms 837/1757 (48 %)
[ 4] 6,00-7,00 s 1,25 Mo 10,4 Mbits/s 0,764 ms 863/1783 (48 %)
[ 4] 7,00-8,00 s 1,25 Mo 10,5 Mbits/s 0,707 ms 878/1798 (49 %)
[ 4] 8,00-9,00 s 1,25 Mo 10,5 Mbits/s 0,783 ms 806/1726 (47 %)
[ 4] 9,00-10,00 s 1,25 Mo 10,4 Mbits/s 0,772 ms 833/1753 (48 %)
- - - - - - - - - - - - - - - - - - - - - - - -
[ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-10,00 s 23,8 Mo 20,0 Mbits/s 1 481 ms 8259/17606 (47 %)
[ 4] Envoyé 17606 datagrammes

% de perte de l’hôte Snt Dernière moy. Meilleur premier StDev
….
14. easo.ea.com 0,0% 310 111,7 111,7 109,9 149,5 2,8

CHnuschti · 5 oct. 2016

@Tux0ne a écrit :

Ce serait cool que quelqu’un teste le MTU efficace sur sa connexion client privé FTTH.

http://www.tp-link.com/en/article/?faqid=190

Avec le test selon le lien en tant que client privé iway.ch (via DHCP) réseau fibre optique EWZ j’obtiens 1472, donc la valeur optimale est 1472+28= MTU 1500.? Quoi que ce soit bon pour…

Tux0ne · 5 oct. 2016

Ensuite, vous avez le marquage n°11q sur le nouveau Zürinet et DHCP comme technologie d’accès, donc 1500 est bon pour IPv4.

Mais je pose en fait des questions sur les clients FTTH Swisscom ou sur le réseau BBCS-F.

Là, vous avez le balisage .11q et le MTU ne peut pas être de 1 500.

Alors soyez-en conscient lorsque vous rencontrez des problèmes. Même pas lié à ce fil mais en général.

GrandDixence · 5 oct. 2016

@Tux0ne a écrit :

@GrandDixence

FTTH dispose toujours d’un VLAN. C’est pourquoi il devrait rester 4 octets.

Théoriquement le MTU maximum y est de 1496

L’affirmation n’est pas tout à fait correcte : lors de l’utilisation d’un VLAN selon IEEE 802.1Q sur Ethernet, la quantité maximale de données utilisateur reste de 1 500 octets et la MTU reste donc de 1 500 octets. Le VLAN selon IEEE 802.1Q sur Ethernet n’a aucune influence sur la valeur MTU. Lors de l’utilisation d’un VLAN, la trame Ethernet devient simplement plus grande de 4 octets (1 522 octets au lieu de 1 518 octets) :

https://de.wikipedia.org/wiki/Virtual_Local_Area_Network

https://de.wikipedia.org/wiki/IEEE_802.1Q

Ce n’est qu’en utilisant le « double marquage » que le MTU diminue à 1 496 lors de l’utilisation d’un VLAN selon IEEE 802.1Q sur Ethernet :

https://en.wikipedia.org/wiki/IEEE_802.1Q

[http://www.cisco.com/c/en/us/support/docs/lan-switching/8021q/17056-741-4.html#frame2](http://www.cisco.com/c/ en/us/support/docs/lan-switching/8021q/17056-741-4.html#frame2)

XT · 5 oct. 2016

Test MTU
Fibre DHCP Privatabo

http://www.letmecheck.it/mtu-test.php

La taille maximale de MTU est : 1 500

Tux0ne · 6 oct. 2016

@GrandDixence

Oui, tu as raison. Je ne peux pas transférer cela vers les connexions RES. J’ai fait une erreur dans ma réflexion.

Lorsque j’en aurai l’occasion, j’examinerai pourquoi j’ai un maximum de 1488 dans ma configuration (mon relais KMU Office Dual Session WAN PPPoE).

La documentation n’existe tout simplement pas à cet égard. Vous devez voir par vous-même où vous séjournez 😉

tiibor · 6 oct. 2016

Salut @akai

Merci pour votre réponse et explication. L’avez-vous exécuté avec ces paramètres (configuration : uniquement PC directement sur le routeur comme seul appareil) :

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connexion à l’hébergeur debit.k-net.fr, port 5201
Mode inversé, l’hôte distant debit.k-net.fr envoie
[ 4] port local 192.168.1.107 57470 connecté au port 178.250.209.22 5201
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-1,00 s 9,00 Mo 75,5 Mbits/s 0,012 ms 7966/26392 (30 %)
[ 4] 1,00-2,00 s 8,16 Mo 68,5 Mbits/s 0,011 ms 6584/23303 (28 %)
[ 4] 2,00-3,00 s 9,29 Mo 78,0 Mbits/s 0,009 ms 4195/23226 (18 %)
[ 4] 3,00-4,00 s 9,23 Mo 77,4 Mbits/s 0,009 ms 4247/23149 (18 %)
[ 4] 4,00-5,00 s 8,82 Mo 74,0 Mbits/s 0,009 ms 5382/23451 (23 %)
[ 4] 5,00-6,00 s 9,71 Mo 81,4 Mbits/s 0,005 ms 3314/23197 (14 %)
[ 4] 6,00-7,00 s 9,35 Mo 78,4 Mbits/s 0,008 ms 3859/23006 (17 %)
[ 4] 7,00-8,00 s 9,53 Mo 79,9 Mbits/s 0,009 ms 3707/23221 (16 %)
[ 4] 8,00-9,00 s 9,25 Mo 77,6 Mbits/s 0,008 ms 4206/23160 (18 %)
[ 4] 9,00-10,00 s 9,65 Mo 80,9 Mbits/s 0,008 ms 3523/23277 (15 %)
- - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-10,00 s 115 Mo 96,7 Mbits/s 0,005 ms 46983/236021 (20 %)
[ 4] Envoyé 236021 datagrammes

iperf Terminé.

Parfois, cependant, j’avais aussi un comportement étrange comme celui-ci (mais cela pouvait aussi provenir du serveur) :

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connexion à l’hébergeur debit.k-net.fr, port 5201
Mode inversé, l’hôte distant debit.k-net.fr envoie
[ 4] port local 192.168.1.107 59573 connecté au port 178.250.209.22 5201
iperf3 : HORS ORDRE - paquet entrant = 50 et paquet reçu = 0 ET SP = 66
iperf3 : HORS ORDRE - paquet entrant = 51 et paquet reçu = 0 ET SP = 66
iperf3 : HORS ORDRE - paquet entrant = 52 et paquet reçu = 0 ET SP = 66
iperf3 : HORS ORDRE - paquet entrant = 53 et paquet reçu = 0 ET SP = 66
iperf3 : HORS ORDRE - paquet entrant = 54 et paquet reçu = 0 ET SP = 66
iperf3 : HORS ORDRE - paquet entrant = 55 et paquet reçu = 0 ET SP = 66
iperf3 : HORS ORDRE - paquet entrant = 56 et paquet reçu = 0 ET SP = 66
iperf3 : HORS ORDRE - paquet entrant = 57 et paquet reçu = 0 ET SP = 66
iperf3 : HORS ORDRE - paquet entrant = 58 et paquet reçu = 0 ET SP = 66
iperf3 : HORS ORDRE - paquet entrant = 59 et paquet reçu = 0 ET SP = 66
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-1,01 s 6,43 Mo 53,2 Mbits/s 0,011 ms 12 675/25 830 (49 %)
[ 4] 1,01-2,00 s 5,10 Mo 43,4 Mbits/s 0,019 ms 12430/22881 (54 %)
[ 4] 2,00-3,00 s 5,09 Mo 42,5 Mbits/s 0,012 ms 11220/21650 (52 %)
[ 4] 3,00-4,00 s 6,48 Mo 54,6 Mbits/s 0,017 ms 11783/25056 (47 %)
[ 4] 4,00-5,01 s 5,81 Mo 48,2 Mbits/s 0,010 ms 11317/23212 (49 %)
[ 4] 5,01-6,01 s 4,56 Mo 38,3 Mbits/s 0,014 ms 13383/22728 (59 %)
[ 4] 6,01-7,01 s 5,16 Mo 43,3 Mbits/s 0,135 ms 13060/23630 (55 %)
[ 4] 7,01-8,00 s 6,07 Mo 51,2 Mbits/s 0,290 ms 10 585/23 018 (46 %)
[ 4] 8,00-9,00 s 4,36 Mo 36,7 Mbits/s 0,016 ms 13178/22105 (60 %)
[ 4] 9,00-10,00 s 6,34 Mo 53,0 Mbits/s 0,034 ms 11006/23995 (46 %)
- - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-10,00 s 115 Mo 96,1 Mbits/s 0,034 ms 120637/234105 (52 %)
[ 4] Envoyé 234 105 datagrammes
[SUM] 0,0-10,0 s 10 datagrammes reçus dans le désordre

iperf Terminé.

Malheureusement, je n’ai aucune idée de ce à quoi cela ressemble exactement avec les packages et leur taille lorsque l’on joue en ligne via XBOX One et Fifa Ultimate. Hier soir, j’ai réessayé, puis j’ai remarqué que le jeu se fige plus dans certaines situations que dans d’autres. Il s’agit peut-être de situations dans lesquelles davantage de trafic arrive, ou des colis plus importants, aucune idée.

Je vais voir ce que dit le support. Il existe peut-être encore plus de possibilités à tester. De plus, mes niveaux de signal semblent toujours étranges. Si tout cela n’aide pas, je testerai en parallèle un autre prestataire. Si cela fonctionne sans problème avec cet autre fournisseur, je peux au moins “montrer” à Swisscom que c’est de votre faute. Si ça n’aide pas, j’abandonne. (Je vais devoir vérifier, je peux peut-être tester à l’avance un autre fournisseur d’un voisin via WLan, le WLAN n’est pas idéal, mais serait intéressant)

Edit : Pourquoi le correcteur orthographique de mon navigateur n’est-il pas actif sur ce forum ? Je n’ai rencontré ce problème nulle part ailleurs…

tiibor · 6 oct. 2016

@Tux0ne

J’ai testé MTU, via votre lien j’arrive à 1472 : soit 1500. En utilisant le lien de @XT j’arrive à “La taille maximale de MTU pour 178.199.89.xxx est : 1500”

Mais de toute façon, cela a peut-être déjà été résolu.

@GrandDixence

“Si les mesures IPerf(3) avec des paquets UDP < 1400 octets dans le sens aval prouvent que la connexion fibre optique fonctionne correctement (taux de perte de paquets < 0,01 % et gigue < 1 milliseconde)”

Je pense que la gigue est bonne, mais le taux de perte de paquets ne l’est pas :

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connexion à l’hébergeur debit.k-net.fr, port 5201
Mode inversé, l’hôte distant debit.k-net.fr envoie
[ 4] port local 192.168.1.107 60488 connecté au port 178.250.209.22 5201
iperf3 : HORS ORDRE - paquet entrant = 58 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 59 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 60 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 61 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 62 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 63 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 64 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 65 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 66 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 67 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 68 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 69 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 70 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 71 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 72 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 73 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 74 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 75 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 76 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 77 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 78 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 79 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 80 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 81 et paquet reçu = 0 ET SP = 127
[ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-1,00 s 8,46 Mo 71,0 Mbits/s 0,034 ms 8660/25971 (33 %)
[ 4] 1,00-2,00 s 9,35 Mo 78,5 Mbits/s 0,009 ms 4052/23208 (17 %)
[ 4] 2,00-3,00 s 10,1 Mo 84,5 Mbits/s 0,010 ms 2544/23179 (11 %)
[ 4] 3,00-4,00 s 9,69 Mo 81,2 Mbits/s 0,015 ms 3218/23063 (14 %)
[ 4] 4,00-5,00 s 9,84 Mo 82,5 Mbits/s 0,012 ms 3136/23288 (13 %)
[ 4] 5,00-6,00 s 9,08 Mo 76,2 Mbits/s 0,021 ms 4569/23171 (20 %)
[ 4] 6,00-7,00 s 9,78 Mo 82,0 Mbits/s 0,009 ms 3125/23146 (14 %)
[ 4] 7,00-8,00 s 9,69 Mo 81,2 Mbits/s 0,010 ms 3688/23527 (16 %)
[ 4] 8,00-9,00 s 9,44 Mo 79,2 Mbits/s 0,010 ms 3598/22923 (16 %)
[ 4] 9,00-10,00 s 9,52 Mo 79,9 Mbits/s 0,009 ms 3748/23244 (16 %)
- - - - - - - - - - - - - - - - - - - - - - - -
[ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-10,00 s 115 Mo 96,4 Mbits/s 0,005 ms 40338/235379 (17 %)
[ 4] Envoyé 235379 datagrammes
[SUM] 0,0-10,0 s 24 datagrammes reçus dans le désordre

iperf Terminé.

“ET les jeux n’utilisent pas de paquets UDP > 1400 octets, alors la balle est de nouveau dans le camp de l’opérateur de réseau (Swisscom), de ses partenaires de peering et des opérateurs de serveurs de jeux.”

Malheureusement, je n’en ai aucune idée. Mais si je regarde le comportement dans le jeu, ce n’est pas toujours mauvais. Est-il possible qu’il n’apparaisse que sur les mouvements où davantage d’informations peuvent circuler ?

Voir deux vidéos (sont des liens vers OneDrive) :

https://1drv.ms/v/s!AkNoK6Dl-AMqgRJ8yLZHuT9Siu-c

https://1drv.ms/v/s!AkNoK6Dl-AMqgRHPredIY2j4JBuA (clairement à la seconde ~ 16 dans cette vidéo)

Vous pouvez voir dans ces vidéos que les secousses sont parfois assez extrêmes. Lorsque vous jouez, cela peut être décrit comme un décalage d’entrée. On a l’impression que tout est trop lent, parfois au point d’être « contrôlé de l’extérieur ».

GrandDixence · 6 oct. 2016

tiibor

tiibor schrieb:

Je pense que Jitter est dans Ordnung, Paketverlustrate charnièregen pas :

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connexion à l’hébergeur debit.k-net.fr, port 5201
Mode inversé, l’hôte distant debit.k-net.fr envoie
[ 4] port local 192.168.1.107 60488 connecté au port 178.250.209.22 5201
iperf3 : HORS ORDRE - paquet entrant = 58 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 59 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 60 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 61 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 62 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 63 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 64 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 65 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 66 et paquet reçu = 0 ET SP = 109
iperf3 : HORS ORDRE - paquet entrant = 67 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 68 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 69 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 70 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 71 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 72 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 73 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 74 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 75 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 76 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 77 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 78 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 79 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 80 et paquet reçu = 0 ET SP = 127
iperf3 : HORS ORDRE - paquet entrant = 81 et paquet reçu = 0 ET SP = 127
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-1,00 s 8,46 Mo 71,0 Mbits/s 0,034 ms 8660/25971 (33 %)
[ 4] 1,00-2,00 s 9,35 Mo 78,5 Mbits/s 0,009 ms 4052/23208 (17 %)
[ 4] 2,00-3,00 s 10,1 Mo 84,5 Mbits/s 0,010 ms 2544/23179 (11 %)
[ 4] 3,00-4,00 s 9,69 Mo 81,2 Mbits/s 0,015 ms 3218/23063 (14 %)
[ 4] 4,00-5,00 s 9,84 Mo 82,5 Mbits/s 0,012 ms 3136/23288 (13 %)
[ 4] 5,00-6,00 s 9,08 Mo 76,2 Mbits/s 0,021 ms 4569/23171 (20 %)
[ 4] 6,00-7,00 s 9,78 Mo 82,0 Mbits/s 0,009 ms 3125/23146 (14 %)
[ 4] 7,00-8,00 s 9,69 Mo 81,2 Mbits/s 0,010 ms 3688/23527 (16 %)
[ 4] 8,00-9,00 s 9,44 Mo 79,2 Mbits/s 0,010 ms 3598/22923 (16 %)
[ 4] 9,00-10,00 s 9,52 Mo 79,9 Mbits/s 0,009 ms 3748/23244 (16 %)
- - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-10,00 s 115 Mo 96,4 Mbits/s 0,005 ms 40338/235379 (17 %)
[ 4] Envoyé 235379 datagrammes
[SUM] 0,0-10,0 s 24 datagrammes reçus dans le désordre

iperf Terminé.

Oui, le paquet est utilisé pour le paquet UDP avec une taille de noix de 512 octets pour vous. Zudem sind 24 UDP-Pakete in der falschen Reihenfolge empfangen worden (dans le désordre), était un Zeichen pour un überlastete Netzwerkkomponente ist. Comme déjà mentionné, Wireshark peut être utilisé pour déterminer la taille du paquet UDP utilisé par le jeu de manière relativement rapide et simple :

Voici un exemple de ce à quoi devrait ressembler la mesure IPerf3 avec des paquets UDP dans le sens descendant (PC directement vers le modem câble EuroDOCSIS) :

Mesure UDP du aval/téléchargement (100 Mbit/s)

iperf3 -u -R -c débit.k-net.fr -b 100M

Connexion à l’hébergeur debit.k-net.fr, port 5201
Mode inversé, l’hôte distant debit.k-net.fr envoie
[ 4] port local 77.57.166.140 40131 connecté au port 178.250.209.22 5201
[ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-1,00 s 11,2 Mo 94,2 Mbits/s 0,719 ms 0/1437 (0 %)
[ 4] 1,00-2,00 s 11,9 Mo 100 Mbits/s 0,703 ms 0/1526 (0 %)
[ 4] 2,00-3,00 s 11,9 Mo 100 Mbits/s 0,688 ms 0/1527 (0 %)
[ 4] 3,00-4,00 s 11,9 Mo 99,9 Mbits/s 0,704 ms 0/1524 (0 %)
[ 4] 4,00-5,00 s 11,9 Mo 100 Mbits/s 0,704 ms 0/1527 (0 %)
[ 4] 5,00-6,00 s 11,9 Mo 100 Mbits/s 0,712 ms 0/1526 (0 %)
[ 4] 6,00-7,00 s 11,9 Mo 100 Mbits/s 0,670 ms 0/1526 (0 %)
[ 4] 7,00-8,00 s 11,9 Mo 99,9 Mbits/s 0,699 ms 0/1525 (0 %)
[ 4] 8,00-9,00 s 11,9 Mo 100 Mbits/s 0,709 ms 0/1527 (0 %)
[ 4] 9,00-10,00 s 11,9 Mo 100 Mbits/s 0,707 ms 0/1526 (0 %)

[ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-10,00 s 119 Mo 100 Mbits/s 0,613 ms 0/15262 (0 %)
[ 4] Envoyé 15 262 datagrammes

iperf Terminé.

GrandDixence · 7 oct. 2016

L’ensemble du réseau domestique est-il compatible avec Gigabit Ethernet (1000 Mbit/s) ? Tous les câbles Ethernet du réseau domestique sont-ils étiquetés « Cat. 5e » ou supérieur (par exemple « Cat. 6 » ou « Cat. 7 ») ? Tous les composants réseau du réseau domestique (par exemple le commutateur) sont-ils compatibles Gigabit Ethernet ? Windows indique-t-il l’utilisation du mode Gigabit Ethernet (1000 Mbit/s) sur le PC de mesure ?

[https://www.swisscom.ch/de/privatkunden/hilfe/loesung/heimnetzwerk-zu-langsam.html](https://www.swisscom.ch/de/privatkunden/hilfe/loesung/heimnetzwerk-zu- lent.html)

[https://community.swisscom.ch/t5/Diskussionen-%C3%BCber-Computer/Ethernet-Problem/td-p/399781](https://community.swisscom.ch/t5/Diskussionen-%C3% Ordinateur BCber/Problème Ethernet/td-p/399781)

tiibor · 7 oct. 2016

Bonjour @GrandDixence

Je vais le tester avec “Wireshark” ce week-end et voir ce qui en résulte.

Concernant les questions de la dernière réponse, en bref : les résultats de ma dernière réponse provenaient d’une configuration dans laquelle mon PC était connecté directement à l’Internet Box Plus. Le câble est/était le mince « câble de fortune » de Swisscom. Mon PC affiche donc 1,0 Gbit/s au « taux de transfert ».

“L’ensemble du réseau domestique est-il adapté au Gigabit Ethernet (1 000 Mbit/s) ?”

Malheureusement pas normalement. Le câble reliant la box Internet au switch Gigabit ne peut apparemment faire que 100MBit/s. MAIS : La XBOX est connectée directement à la box Internet et un autre câble “volant” pouvant supporter 1000 Mbit/s a été utilisé pour les tests.

“Tous les câbles Ethernet du réseau domestique sont-ils marqués” Cat. 5e" ou supérieur (par exemple “Cat. 6” ou “Cat. 7”)?"

À l’exception ci-dessus, oui.

“Tous les composants réseau du réseau domestique (par exemple, le commutateur) sont-ils compatibles Gigabit Ethernet ?”

Oui

“Est-ce que Windows indique l’utilisation du mode Gigabit Ethernet (1000 Mbit/s) sur le PC de mesure ?”

Oui

Par mesure de sécurité, je testerai le test avec des paquets UDP plus petits _plus tard~ via un ordinateur portable directement sur la box Internet avec un câble différent/plus court.

Edit 10:29 : J’ai dû le tester ce week-end, malheureusement je ne peux pas y accéder aujourd’hui.

tiibor · 9 oct. 2016

Bonjour @GrandDixence

J’ai passé de nouvelles heures via un ordinateur portable directement sur la Box Internet Plus et vous n’avez pas besoin de le savoir :

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connexion à l’hébergeur debit.k-net.fr, port 5201
Mode inversé, l’hôte distant debit.k-net.fr envoie
[ 4] port local 192.168.1.124 56039 connecté au port 178.250.209.22 5201
iperf3 : HORS ORDRE - paquet entrant = 58 et paquet reçu = 68 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 59 et paquet reçu = 68 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 60 et paquet reçu = 68 ET SP = 4
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-1,01 s 8,28 Mo 68,5 Mbits/s 0,014 ms 9699/26661 (36 %)
[ 4] 1,01-2,01 s 6,95 Mo 58,4 Mbits/s 0,982 ms 8429/22669 (37 %)
[ 4] 2,01-3,01 s 7,45 Mo 62,6 Mbits/s 0,983 ms 8299/23549 (35 %)
[ 4] 3,01-4,01 s 8,38 Mo 70,4 Mbits/s 0,007 ms 6431/23600 (27 %)
[ 4] 4,01-5,01 s 7,78 Mo 65,4 Mbits/s 0,982 ms 6495/22431 (29 %)
[ 4] 5,01-6,01 s 7,86 Mo 66,0 Mbits/s 0,057 ms 7011/23105 (30 %)
[ 4] 6,01-7,00 s 8,10 Mo 68,0 Mbits/s 1,919 ms 6580/23161 (28 %)
[ 4] 7,00-8,01 s 7,43 Mo 61,9 Mbits/s 0,988 ms 8615/23822 (36 %)
[ 4] 8,01-9,01 s 7,72 Mo 64,8 Mbits/s 0,005 ms 6764/22566 (30 %)
[ 4] 9,01-10,01 s 8,68 Mo 72,9 Mbits/s 0,996 ms 6077/23853 (25 %)
- - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-10,01 s 116 Mo 96,9 Mbits/s 0,017 ms 74400/235726 (32 %)
[ 4] Envoyé 235726 datagrammes
[SUM] 0,0-10,0 s 3 datagrammes reçus dans le désordre

iperf Terminé.

Nous n’avons pas accès à l’Internet Box Plus, et ensuite nous le testons (également avec un autre câble et un autre port).

Ajouter 16h05 :

Aussi, avec d’autres câbles et près du nouveau démarrage de la box Internet des différentes options :

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connexion à l’hébergeur debit.k-net.fr, port 5201
Mode inversé, l’hôte distant debit.k-net.fr envoie
[ 4] port local 192.168.1.124 62312 connecté au port 178.250.209.22 5201
iperf3 : HORS ORDRE - paquet entrant = 50 et paquet reçu = 70 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 51 et paquet reçu = 70 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 52 et paquet reçu = 70 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 53 et paquet reçu = 80 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 54 et paquet reçu = 80 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 55 et paquet reçu = 80 ET SP = 4
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-1,00 s 5,02 Mo 42,1 Mbits/s 0,072 ms 16312/26584 (61 %)
[ 4] 1,00-2,00 s 4,66 Mo 39,1 Mbits/s 0,108 ms 13278/22830 (58 %)
[ 4] 2,00-3,00 s 5,38 Mo 45,2 Mbits/s 0,072 ms 13279/24307 (55 %)
[ 4] 3,00-4,00 s 6,61 Mo 55,5 Mbits/s 0,069 ms 9612/23151 (42 %)
[ 4] 4,00-5,00 s 6,24 Mo 52,3 Mbits/s 0,082 ms 10006/22777 (44 %)
[ 4] 5,00-6,00 s 6,74 Mo 56,6 Mbits/s 0,078 ms 9071/22882 (40 %)
[ 4] 6,00-7,00 s 5,22 Mo 43,8 Mbits/s 0,071 ms 12095/22784 (53 %)
[ 4] 7,00-8,00 s 3,66 Mo 30,7 Mbits/s 0,073 ms 16 249/23 740 (68 %)
[ 4] 8,00-9,00 s 5,09 Mo 42,7 Mbits/s 0,073 ms 12365/22791 (54 %)
[ 4] 9,00-10,00 s 4,89 Mo 41,0 Mbits/s 0,071 ms 13045/23055 (57 %)
- - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-10,00 s 116 Mo 97,0 Mbits/s 0,079 ms 127034/236911 (54 %)
[ 4] Envoyé 236911 datagrammes
[SUM] 0,0-10,0 s 6 datagrammes reçus dans le désordre

iperf Terminé.

Mit den Out of Order Paketen war es teilweise noch einiges schlimmer (Aussi noch mehr out of order Einträge). Je m’adresse à moi non pas cette nuit avec Wireshark

tiibor · 9 oct. 2016

Et quand j’ai d’autres tests, ceux-ci ne sont pas meilleurs :

iperf3 -u -R -c debit.k-net.fr -b 95M -l 256
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-10,00 s 116 Mo 97,1 Mbits/s 0,017 ms 278616/474041 (59 %)
[ 4] Envoyé 474041 datagrammes
[SUM] 0,0-10,0 s 35 datagrammes reçus dans le désordre

iperf3 -u -R -c debit.k-net.fr -b 95M -l 256
Connexion à l’hébergeur debit.k-net.fr, port 5201
Mode inversé, l’hôte distant debit.k-net.fr envoie
[ 4] port local 192.168.1.124 65158 connecté au port 178.250.209.22 5201
iperf3 : HORS ORDRE - paquet entrant = 50 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 51 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 52 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 53 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 54 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 55 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 56 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 57 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 58 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 59 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 60 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 61 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 62 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 63 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 64 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 65 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 66 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 67 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 68 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 69 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 70 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 71 et paquet reçu = 111 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 72 et paquet reçu = 111 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 73 et paquet reçu = 111 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 74 et paquet reçu = 111 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 75 et paquet reçu = 111 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 76 et paquet reçu = 111 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 77 et paquet reçu = 143 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 78 et paquet reçu = 143 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 79 et paquet reçu = 143 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 80 et paquet reçu = 143 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 81 et paquet reçu = 143 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 82 et paquet reçu = 143 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 83 et paquet reçu = 143 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 84 et paquet reçu = 143 ET SP = 4
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-1,00 s 4,60 Mo 38,6 Mbits/s 0,100 ms 33366/52188 (64 %)
[ 4] 1,00-2,00 s 4,76 Mo 40,0 Mbits/s 0,079 ms 26 756/46 273 (58 %)
[ 4] 2,00-3,00 s 4,73 Mo 39,7 Mbits/s 0,008 ms 27 275/46 635 (58 %)
[ 4] 3,00-4,00 s 5,10 Mo 42,7 Mbits/s 0,075 ms 24986/45856 (54 %)
[ 4] 4,00-5,00 s 5,42 Mo 45,5 Mbits/s 0,155 ms 24957/47153 (53 %)
[ 4] 5,00-6,00 s 5,08 Mo 42,6 Mbits/s 0,254 ms 25 541/46 335 (55 %)
[ 4] 6,00-7,00 s 4,50 Mo 37,7 Mbits/s 0,069 ms 27184/45616 (60 %)
[ 4] 7,00-8,00 s 4,47 Mo 37,5 Mbits/s 0,071 ms 28865/47163 (61 %)
[ 4] 8,00-9,00 s 4,32 Mo 36,2 Mbits/s 0,070 ms 27982/45681 (61 %)
[ 4] 9,00-10,00 s 4,41 Mo 37,0 Mbits/s 0,030 ms 27383/45458 (60 %)
- - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-10,00 s 116 Mo 97,1 Mbits/s 0,017 ms 278616/474041 (59 %)
[ 4] Envoyé 474041 datagrammes
[SUM] 0,0-10,0 s 35 datagrammes reçus dans le désordre

iperf Terminé.

et :

iperf3 -u -R -c debit.k-net.fr -b 100M -l 128
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-10,00 s 123 Mo 103 Mbits/s 16,775 ms 880105/1006278 (87 %)
[ 4] Envoyé 1 006 278 datagrammes
[SUM] 0,0-10,0 s 35 datagrammes reçus dans le désordre

iperf3 -u -R -c debit.k-net.fr -b 100M -l 128
Connexion à l’hébergeur debit.k-net.fr, port 5201
Mode inversé, l’hôte distant debit.k-net.fr envoie
[ 4] port local 192.168.1.124 50851 connecté au port 178.250.209.22 5201
iperf3 : HORS ORDRE - paquet entrant = 50 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 51 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 52 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 53 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 54 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 55 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 56 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 57 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 58 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 59 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 60 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 61 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 62 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 63 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 64 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 65 et paquet reçu = 96 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 66 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 67 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 68 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 69 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 70 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 71 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 72 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 73 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 74 et paquet reçu = 103 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 75 et paquet reçu = 109 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 76 et paquet reçu = 109 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 77 et paquet reçu = 109 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 78 et paquet reçu = 109 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 79 et paquet reçu = 109 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 80 et paquet reçu = 109 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 81 et paquet reçu = 109 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 82 et paquet reçu = 112 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 83 et paquet reçu = 112 ET SP = 4
iperf3 : HORS ORDRE - paquet entrant = 84 et paquet reçu = 112 ET SP = 4
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-1,00 s 2,49 Mo 20,9 Mbits/s 0,009 ms 96330/116712 (83 %)
[ 4] 1,00-2,00 s 1,82 Mo 15,3 Mbits/s 0,038 ms 67 787/82 700 (82 %)
[ 4] 2,00-3,13 s 2,15 Mo 16,0 Mbits/s 0,052 ms 81814/99460 (82 %)
[ 4] 3,13-4,00 s 2,15 Mo 20,7 Mbits/s 0,015 ms 92615/110215 (84 %)
[ 4] 4,00-5,00 s 2,56 Mo 21,5 Mbits/s 0,474 ms 69331/90333 (77 %)
[ 4] 5,00-6,00 s 197 Ko 1,61 Mbits/s 2,132 ms 98663/100238 (98 %)
[ 4] 6,00-7,00 s 1,30 Mo 10,9 Mbits/s 0,425 ms 69398/80083 (87 %)
[ 4] 7,00-8,00 s 380 Ko 3,12 Mbits/s 0,197 ms 36 282/39 324 (92 %)
[ 4] 8,00-9,00 s 1,19 Mo 9,98 Mbits/s 0,050 ms 150763/160508 (94 %)
[ 4] 9,00-10,00 s 1,15 Mo 9,66 Mbits/s 2,299 ms 99556/108987 (91 %)
- - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervalle de transfert de bande passante Gigue perdue/Total des datagrammes
[ 4] 0,00-10,00 s 123 Mo 103 Mbits/s 16,775 ms 880105/1006278 (87 %)
[ 4] Envoyé 1 006 278 datagrammes
[SUM] 0,0-10,0 s 35 datagrammes reçus dans le désordre

iperf Terminé.

Modifier 16h53 :

Avec WireShark, je n’ai pas le droit de le faire. Ich weiss nicht was genau ich überhaupt überprüfen / messen soll. Ma XBOX a l’IP 192.168.1.102, je ne l’ai pas encore, comme mon PC ou mon ordinateur portable sur lequel WireShark installe ce trafic lorsque vous le souhaitez. Cette adresse IP n’est pas associée à des structures externes ou à des définitions plus précises.

@GrandDixence Könntest Vous avez une idée ici dans la riche richesse de la richesse qui m’a été donnée et un conseil que je peux faire ?

Vielen Dank et Gruss

tiibor · 17 oct. 2016

Hmmm, d’une manière ou d’une autre, il ne se passe plus rien ici. Je vais donc probablement le tester via WiFi du voisin (même si ce n’est certainement pas l’idéal) et dans le pire des cas avec GGA Maur (je trouve que c’est un bon rapport qualité prix).

Ce qui m’intéresserait :

À quoi ressemblent les mesures iperf pour les autres clients Swisscom (Fibre)? Exactement le même que le mien ? Ou peut-être qu’il y a quelque chose qui ne va pas chez moi ?

Si quelqu’un pouvait tester :

Téléchargez l’outil ici : https://iperf.fr/iperf-download.php

Je pense que les commandes que vous pourriez/devriez exécuter seraient les suivantes :

iperf3 -u -R -c débit.k-net.fr -b 95M
iperf3 -u -R -c debit.k-net.fr -b 95M -l 512

Merci beaucoup et salutations

doom2 · 23 oct. 2016

Je l’ai testé avec Fiber7, avec un routeur unbiquity (matériel d’entreprise… ça ne ralentit définitivement rien)

iperf3 -u -R -c debit.k-net.fr -b 95M
[4] 0,00-10,00 s 113 Mo 95,0 Mbits/s 0,192 ms 147/14499 (1 %)

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512

[ 4] 0,00-10,00 s 113 Mo 95,2 Mbits/s 0,042 ms 134246/232411 (58 %)

Mais ces tests sont-ils vraiment importants ? Vous n’aurez guère besoin de 95 Mbit/s pour vos jeux Xbox. Mais si vous avez un ou plusieurs routeurs en route qui disent “personne n’a vraiment besoin d’autant de trafic UDP” et commencent à baisser, alors vous avez un problème (ou le serveur à l’autre extrémité n’aime pas non plus la taille des paquets).

Si je fais 512 octets avec 1 Mo/s, j’ai 0 % de perte (0,0… 0 paquet perdu, 0 dans le désordre) .. et c’est davantage la taille du trafic qui est pertinente lors de la lecture. Même avec 10 Mbit/s, j’ai toujours 0 perte de paquet.

Et pourquoi la liaison descendante est-elle plus lente que la liaison montante ? Il y a une explication simple aux tests de vitesse : Tout d’abord, ces serveurs sont généralement connectés à 1 Gbit/s à 10 testeurs à 100 Mbit et le serveur est fermé. Étant donné que la majorité des connexions Internet dans le monde sont encore asynchrones (généralement 1:10), il y a plus de capacité pour les tests de téléchargement… d’autant plus le résultat est élevé. Je peux l’observer moi-même avec mon Giga Link - par exemple, prenez simplement un serveur de Seattle… liaison descendante 235 Mbit/s, liaison montante 637 Mbit/s. Et ping également 174 ms.

Je pense que nous mesurons des choses qui n’ont rien à voir avec le problème. Les débits binaires sont loin de ceux réellement utilisés pour les jeux en ligne. Testez les serveurs qui ne sont pas situés là où se trouvent les serveurs de jeu. Même si le serveur de test se trouvait dans le même centre de données que les serveurs de jeu, cela ne signifie pas que le trafic y passe par les mêmes endroits. Peering de mots clés par exemple…

Afin de cerner le problème, il faudrait éliminer progressivement les sources d’erreur possibles. Par exemple, en vous connectant à un autre routeur et en y connectant uniquement la XBox. Ou vous pouvez mettre votre XBox sous le bras et vous rendre chez un voisin qui a un autre fournisseur (apporter un carton de bière ou une bouteille de vin peut être utile 😉 Le fait que les serveurs soient aux États-Unis plaide contre EA - fournisseurs de cloud sensés par exemple, disposer de centres de données géographiquement répartis - et cela est encore plus important dans le domaine des jeux, après tout, le ping y est central.

tiibor · 25 oct. 2016

Bonjour @doom2

Merci pour votre réponse détaillée !

"Mais ces tests sont-ils vraiment importants ? Vous n’aurez guère besoin de 95 Mbit/s pour vos jeux Xbox. Mais si vous avez un ou plusieurs routeurs en route qui disent “personne n’a vraiment besoin d’autant de trafic UDP” et démarrent alors vous avez un problème ( ou le serveur à l’autre extrémité n’aime pas non plus la taille des paquets)."

Bonne question. Je ne sais pas si j’utiliserais (si je savais comment) WireShark pour tester ce qui est réellement envoyé/utilisé.

“Si je fais 512 octets avec 1 Mbit/s, j’ai 0 % de perte (0,0.. 0 paquet perdu, 0 dans le désordre).. et c’est plutôt la taille du trafic qui est pertinente lors de la lecture. Même avec 10 Mbit/s, j’ai toujours Il reste 0 paquet perdu.”

Ici, j’ai encore eu une perte de paquets élevée (si j’interprète correctement mes résultats). Si je dois/peux tester avec d’autres commandes, faites-le-moi savoir.

“Et pourquoi la liaison descendante est-elle plus lente que la liaison montante ? Il y a une explication simple aux tests de vitesse : tout d’abord, ces serveurs sont généralement connectés à 1 Gbit/s. 10 testeurs à 100 Mbit et le serveur est fermé. Parce que la majorité de l’Internet mondial les connexions sont toujours asynchrones (généralement 1:10), il y a plus de capacité pour les tests de téléchargement. en conséquence, plus le résultat est élevé, je peux l’observer moi-même avec mon Giga Link - par ex. Je viens de prendre un serveur de Seattle… liaison descendante 235 mbit/s, liaison montante 637 mbit/s et ping également 174 ms.”

Cela a été mis en perspective. En fait, le câble entre la box Internet et le switch (sur lequel est branché le PC) était en cause. La XBOX elle-même est connectée directement à l’Internet Box Plus. À des fins de tests, c’était le seul appareil connecté à la Box Internet.

Oui, je ne pense pas pouvoir éviter de tester ailleurs. Je ne sais pas si c’est le cas de mes voisins, ils sont tous beaucoup plus âgés et plus sérieux… 😉 Voyons voir. Je passerai peut-être par GGA Maur. Par contre, j’ai le sentiment qu’au moins FIFA 17 est meilleur. (J’ai encore joué longtemps hier, et aussi en ligne. Ce n’était pas idéal, mais acceptable). Mais il est difficile de dire si certains comportements sont causés par la direction, le jeu ou les serveurs trop éloignés. C’est peut-être aussi le mélange. Je dois demander à mes amis qui voyagent/sur Internet avec autre chose que Swisscom. Ensuite, je pourrais le tester.

tiibor · 1 févr. 2017

Bonjour à tous

Voici une mise à jour de mon problème d’origine :

Passé de XBOX à PS4, ce qui a apporté une amélioration en dehors des heures de pointe.
En plus de mon abonnement Swisscom Fibre, j’en ai désormais un d’iWay
\=> La plupart du temps, je joue uniquement via iWay, car il n’y a quasiment aucun problème avec iWay dans 95% des cas (en dehors des heures de pointe). Je peux donc clairement dire ici qu’avec XBOX Live et PS4, quelque chose dans le réseau Swisscom n’est pas acheminé de manière optimale, ou cela peut être dû à la limitation UDP, à la compensation du décalage ou autre.
EA a amélioré le matchmaking dans l’un des modes FUT. Nouveau 5 barres au lieu de seulement 3 pour afficher la latence. Ici je n’ai plus de problème avec la combinaison du dessus et du point du dessous (nouvelle télé) si j’attends d’avoir 5 barres vertes.
Un nouveau téléviseur
Une très grande amélioration est venue du passage à un nouveau téléviseur (j’avais auparavant un Sony KDL46EX500), et j’ai maintenant un Samsung UE55KS8080 avec une entrée extrêmement faible. J’ai toujours pensé que la télévision ne devrait pas faire de différence puisque je n’avais aucun problème hors ligne. Quelle que soit la raison, le nouveau téléviseur fait une énorme différence.

Donc, si d’autres ont des problèmes comme moi, je vous recommande fortement de faire une recherche rapide sur Internet pour connaître le décalage d’entrée de votre téléviseur, vous trouverez peut-être quelque chose. Il existe également des sites spéciaux qui testent les téléviseurs les plus récents pour détecter le décalage d’entrée.

Pour l’instant, cela fonctionne pour moi avec les changements ci-dessus. Merci encore pour votre aide et votre patience ! Salutations Marc