Probleme perte de paquets connection internet


Bonjour,

Je rencontre un problème de perte de paquets sur ma connection internet que ce soit en wifi ou en ethernet.

Lorsque je tente de jouer en ligne avec geforce now que ce soit sur pc, smartphone ou sur ma nvidia shield le résultat est chaque fois pareil, c'est à dire un ping assez élevé et une perte de paquets assez importante.

Est-ce un problème de ligne ou de ma bbox?

Car lorsque je passe par la 4G en me servant de mon smartphone comme point d accès cela fonctionne parfaitement.

 

David W il y a 1 an

Bonjour à tous,

Bonne nouvelle, nous avons pu après de longs tests et recherches identifier le problème. 

Un fix a été appliqué et nos tests sont concluants. Ce fix a été déployé à grande échelle aujourd’hui (14/04/2022).

Un retour de votre expérience serait très appréciable et nous permettrait de faire le point sur cette action. 

Merci d’avance,

David

Afficher l'original

248 commentaires

Niveau d'utilisateur 1
Badge +1

Au personne qui on posté ici, avez-vous refait un Test, de mon conté sa semble s’être amélioré
Mis a part la perte de paquet

 

Bonjour,

 

Je ne sais pas très bien ce qu’il en est de ce problème mais malgré un nouveau modem et un bon débit constant, j’ai également ce problème de perte de paquet qui rend inutilisable un tel service.

Le problème est général concernant la perte de paquet UDP et pas uniquement vers Nvidia. Un test avec iperf sur des serveurs publiques montre les mêmes problèmes.

Avez-vous une solution à me proposer pour ce problème ?

 

Merci

Niveau d'utilisateur 7
Badge +6

Salut @SilverBeard , 

Pourriez-vous faire de nouveaux tests où vous constatez des pertes de paquets et UDP et me les transmettre par message privé ?
Je pourrai alors m’en servir pour créer un dossier vers une équipe bien spécifique.

Merci d’avance :wink:

Bonjour, je me permets de me joindre à la discussion car chez moi aussi j’ai des pertes de paquets avec GeforceNow, pourtant je suis connecté en filaire.

 

Je ne comprends pas d’ou cela peut venir.

Pouvez vous m’aider ? Merci

Niveau d'utilisateur 1
Badge

Bizarrement depuis mon passage à la fibre j’ai plus ce problème :sweat_smile:

 

 

Bizarrement depuis mon passage à la fibre j’ai plus ce problème :sweat_smile:

 

 

Effectivement, le problème est limité au VDSL2... et dure depuis deux ans...

Bonjour j'ai aussi ce fameux problème de perte de paquet et j'ai fait quelques tests sur plusieurs appareils. Donc VDSL2 + BBox 3/T fraîchement redémarrer et raccordé à la prise téléphonique avec un câble de moins d'un mètre et idem pour l'ethernet.

- Pc desktop ethernet/wifi 5ghz perte de paquet

- Shield TV 2015 ethernet/wifi 5ghz perte de paquet

- Android TV ethernet/wifi 5ghz perte de paquet 

Et là surprise !

- One Plus 8 Pro wifi 5ghz aucun problème

- Galaxy S20 wifi 5ghz aucun problème

 

 

Niveau d'utilisateur 7
Badge +6

Hello @Em23   je viens de faire remonter pour votre soucis ;)

Bonjour j’ai aussi le meme problème j’ai fait changer le modem aujourd’hui et cela n’a rien changé 

 


GeForce NowIt adopts a different approach. The server is first contacted using the TLS (over TCP) protocol to set up the session. Interestingly, the Client Hello messages contain the Server Name Indication extension, which allows us to infer the server hostname (see Section 4.6 for details). Then, the client opens multiple UDP channels directly, without relying on the standard session establishment protocols (ICE, STUN, and TURN). Only the first packet from the client contains an undocumented hello message. Each inbound flow then carries a standard RTP stream. The client sends the user commands on a dedicated UDP flow using an undocumented protocol. All flows use fixed ports on the client-side, in the range 49,003–49,006, while they vary on the server-side. Here, we do not observe the presence of the RTCP protocol.

 

https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&ved=2ahUKEwiyi-aS2ur0AhUJGewKHZguApMQFnoECAUQAQ&url=https%3A%2F%2Fwww.mdpi.com%2F2673-8732%2F1%2F3%2F15%2Fpdf&usg=AOvVaw20IQrCVS8tRGs-6twh5Lqx

je viens d’essayer en mode bridge et avec un VPN, le souci reste le même. il semble qu’il s’agit d’un problème structurel  dans l’infrastructure Proximus … 

Oui, c’est clairement un problème de chez Proximus. Présent depuis une année voir plus. Mais apparemment, ça n’as pas l’air d’être leur priorité. J’espère que ça seras vite régler ça commence à être intenable sachant que touts les concurrents ont aucun problème via le service “GeForce Now”.

 

Pour une entreprise se considérant comme le premier opérateur de belgique il serais temps de se réveiller ?! C’est pas comma si on avait prouver assez fois dans cette discussion que le problème était bel bien présent et venait de  Proximus.

Bonjour à tous,

Je reviens après quelques semaines où tout se passe relativement bien.

Mon constat est que c’est quand même mieux quand il ne faut pas attendre pour rentrer dans des sessions de jeux … genre ce matin, je rentre direct, le jeu est largemement jouable MEME SI j’ai quand même des pertes de paquets, micro freeze, son qui n’arrive plus pendant 1sec, … (voir les prints ci-dessous)

Mais c’est plus difficile quand il semble y avoir beaucoup de monde dans la file d’attente, donc je ne sais pas vraiment à mon niveau dire si cela vient de Nvidia ou Proximus

NB : à savoir que quand je lance à partir de ma Shield TV, le test donne tout OK mais perte de paquets quand même (cfr ci-dessous aussi)

Shield TV

PC : 

Bien à vous

Bonjour @David W @AurélienK @GeoffreyD  @Cédric B @EtienneL @Sophie A @VincentM 

Vous me semblez tous impliqué dans la résolution de ce problème. donc je me permet de vous interpeller ici.

J’ai poussé plus loin le diagnostic, et voici mes observations : 

il semble que au delà de 7-8 MBits par seconde en trafic descendant UDP on observe une perte de packets massive. Or c’est justement le type de packet utilise par geforce NOW voir le PDF en lien.

c’est confirmé par les quelques test que j’ai effectué : c’est facilement reproductible :

iperf3 -b 7000000 -u -R  -p 9222 -c iperf.par2.as49434.net

 Résultats : 8/6181 (0.13%) 

Connecting to host iperf.par2.as49434.net, port 9222
Reverse mode, remote host iperf.par2.as49434.net is sending
[ 7] local 2a02:a03f:66fb:a000:ad1e:845b:789b:6bed port 62285 connected to 2a0f:9240:1018::2 port 9222
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-1.00 sec 857 KBytes 7.02 Mbits/sec 1.096 ms 0/620 (0%)
[ 7] 1.00-2.00 sec 826 KBytes 6.75 Mbits/sec 3.094 ms 1/598 (0.17%)
[ 7] 2.00-3.00 sec 882 KBytes 7.24 Mbits/sec 1.126 ms 0/638 (0%)
[ 7] 3.00-4.00 sec 855 KBytes 7.00 Mbits/sec 1.279 ms 0/618 (0%)
[ 7] 4.00-5.00 sec 853 KBytes 6.99 Mbits/sec 0.987 ms 0/617 (0%)
[ 7] 5.00-6.00 sec 855 KBytes 7.00 Mbits/sec 0.828 ms 0/618 (0%)
[ 7] 6.00-7.00 sec 855 KBytes 7.00 Mbits/sec 1.118 ms 0/618 (0%)
[ 7] 7.00-8.00 sec 855 KBytes 7.00 Mbits/sec 0.779 ms 0/618 (0%)
[ 7] 8.00-9.00 sec 845 KBytes 6.92 Mbits/sec 0.814 ms 7/618 (1.1%)
[ 7] 9.00-10.00 sec 855 KBytes 7.00 Mbits/sec 1.308 ms 0/618 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-10.03 sec 8.37 MBytes 7.00 Mbits/sec 0.000 ms 0/6197 (0%) sender
[ 7] 0.00-10.00 sec 8.34 MBytes 6.99 Mbits/sec 1.308 ms 8/6181 (0.13%) receiver

Par contre dès que l’on augment les débit on observe une perte de packets

iperf3 -b 30000000 -u -R  -p 9222 -c iperf.par2.as49434.net

Résultats : 266/26482 (1%)

Connecting to host iperf.par2.as49434.net, port 9222
Reverse mode, remote host iperf.par2.as49434.net is sending
[ 7] local 2a02:a03f:66fb:a000:ad1e:845b:789b:6bed port 61257 connected to 2a0f:9240:1018::2 port 9222
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-1.00 sec 3.48 MBytes 29.2 Mbits/sec 0.507 ms 71/2649 (2.7%)
[ 7] 1.00-2.00 sec 3.52 MBytes 29.6 Mbits/sec 0.462 ms 39/2649 (1.5%)
[ 7] 2.00-3.00 sec 3.57 MBytes 29.9 Mbits/sec 0.444 ms 5/2648 (0.19%)
[ 7] 3.00-4.00 sec 3.55 MBytes 29.8 Mbits/sec 0.342 ms 20/2648 (0.76%)
[ 7] 4.00-5.00 sec 3.55 MBytes 29.7 Mbits/sec 0.494 ms 17/2643 (0.64%)
[ 7] 5.00-6.00 sec 3.51 MBytes 29.4 Mbits/sec 0.514 ms 48/2648 (1.8%)
[ 7] 6.00-7.00 sec 3.55 MBytes 29.8 Mbits/sec 0.401 ms 27/2654 (1%)
[ 7] 7.00-8.00 sec 3.57 MBytes 29.9 Mbits/sec 0.608 ms 7/2647 (0.26%)
[ 7] 8.00-9.00 sec 3.55 MBytes 29.7 Mbits/sec 0.405 ms 27/2653 (1%)
[ 7] 9.00-10.00 sec 3.56 MBytes 29.9 Mbits/sec 0.499 ms 5/2643 (0.19%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-10.03 sec 35.9 MBytes 30.0 Mbits/sec 0.000 ms 0/26550 (0%) sender
[ 7] 0.00-10.00 sec 35.4 MBytes 29.7 Mbits/sec 0.499 ms 266/26482 (1%) receiver

Ensuite lorsqu'on essaye un debit proche de celui recommandé par GFN :

iperf3 -b 50000000 -u -R -p 9222 -c iperf.par2.as49434.net

Résultats : 900/44139 (2%)

Connecting to host iperf.par2.as49434.net, port 9222
Reverse mode, remote host iperf.par2.as49434.net is sending
[ 7] local 2a02:a03f:66fb:a000:ad1e:845b:789b:6bed port 58332 connected to 2a0f:9240:1018::2 port 9222
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-1.00 sec 5.81 MBytes 48.7 Mbits/sec 0.258 ms 93/4393 (2.1%)
[ 7] 1.00-2.00 sec 5.81 MBytes 48.7 Mbits/sec 0.245 ms 138/4438 (3.1%)
[ 7] 2.00-3.00 sec 5.87 MBytes 49.2 Mbits/sec 0.226 ms 71/4415 (1.6%)
[ 7] 3.00-4.00 sec 5.91 MBytes 49.5 Mbits/sec 0.207 ms 38/4411 (0.86%)
[ 7] 4.00-5.00 sec 5.77 MBytes 48.4 Mbits/sec 0.317 ms 141/4411 (3.2%)
[ 7] 5.00-6.00 sec 5.91 MBytes 49.5 Mbits/sec 0.312 ms 30/4404 (0.68%)
[ 7] 6.00-7.00 sec 5.85 MBytes 49.1 Mbits/sec 0.309 ms 93/4426 (2.1%)
[ 7] 7.00-8.00 sec 5.79 MBytes 48.5 Mbits/sec 0.295 ms 123/4407 (2.8%)
[ 7] 8.00-9.00 sec 5.79 MBytes 48.6 Mbits/sec 0.334 ms 123/4409 (2.8%)
[ 7] 9.00-10.00 sec 5.91 MBytes 49.6 Mbits/sec 0.226 ms 50/4425 (1.1%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-10.03 sec 59.8 MBytes 50.0 Mbits/sec 0.000 ms 0/44259 (0%) sender
[ 7] 0.00-10.00 sec 58.4 MBytes 49.0 Mbits/sec 0.226 ms 900/44139 (2%) receiver

Le packet loss augmente avec le débit : paramètre -b

Si on essaye 100 Mbits par exemple :

iperf3 -b 100000000 -u -R -p 9222 -c iperf.par2.as49434.net

 Résultats : 18055/88186 (20%)

Connecting to host iperf.par2.as49434.net, port 9222
Reverse mode, remote host iperf.par2.as49434.net is sending
[ 7] local 2a02:a03f:66fb:a000:ad1e:845b:789b:6bed port 59890 connected to 2a0f:9240:1018::2 port 9222
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-1.00 sec 9.80 MBytes 82.2 Mbits/sec 0.240 ms 1477/8732 (17%)
[ 7] 1.00-2.00 sec 9.38 MBytes 78.7 Mbits/sec 0.224 ms 1887/8832 (21%)
[ 7] 2.00-3.00 sec 9.89 MBytes 83.0 Mbits/sec 0.276 ms 1499/8826 (17%)
[ 7] 3.00-4.00 sec 9.76 MBytes 81.8 Mbits/sec 0.199 ms 1601/8825 (18%)
[ 7] 4.00-5.00 sec 9.70 MBytes 81.4 Mbits/sec 0.188 ms 1668/8848 (19%)
[ 7] 5.00-6.00 sec 9.60 MBytes 80.5 Mbits/sec 0.181 ms 1715/8823 (19%)
[ 7] 6.00-7.00 sec 9.29 MBytes 77.9 Mbits/sec 0.232 ms 1930/8810 (22%)
[ 7] 7.00-8.00 sec 9.13 MBytes 76.6 Mbits/sec 0.210 ms 2076/8838 (23%)
[ 7] 8.00-9.00 sec 8.77 MBytes 73.6 Mbits/sec 0.215 ms 2327/8821 (26%)
[ 7] 9.00-10.00 sec 9.39 MBytes 78.8 Mbits/sec 0.206 ms 1875/8831 (21%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-10.03 sec 120 MBytes 100 Mbits/sec 0.000 ms 0/88517 (0%) sender
[ 7] 0.00-10.00 sec 94.7 MBytes 79.4 Mbits/sec 0.206 ms 18055/88186 (20%) receiver



A contrario un test en 4g : 0 packet loss a 50 Mbits …

iperf3 -b 50000000 -u -R -p 9222 -c iperf.par2.as49434.net

Résultats : 0/44668 (0%)

Connecting to host iperf.par2.as49434.net, port 9222
Reverse mode, remote host iperf.par2.as49434.net is sending
[ 7] local 172.20.10.9 port 60887 connected to 193.177.162.41 port 9222
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-1.00 sec 5.35 MBytes 44.8 Mbits/sec 4.488 ms 0/4016 (0%)
[ 7] 1.00-2.00 sec 6.49 MBytes 54.5 Mbits/sec 0.350 ms 0/4865 (0%)
[ 7] 2.00-3.00 sec 6.00 MBytes 50.3 Mbits/sec 0.377 ms 0/4501 (0%)
[ 7] 3.00-4.00 sec 5.58 MBytes 46.8 Mbits/sec 0.487 ms 0/4183 (0%)
[ 7] 4.00-5.00 sec 6.01 MBytes 50.4 Mbits/sec 0.261 ms 0/4511 (0%)
[ 7] 5.00-6.00 sec 6.32 MBytes 53.0 Mbits/sec 0.332 ms 0/4737 (0%)
[ 7] 6.00-7.00 sec 5.94 MBytes 49.8 Mbits/sec 0.306 ms 0/4458 (0%)
[ 7] 7.00-8.00 sec 5.75 MBytes 48.2 Mbits/sec 0.340 ms 0/4313 (0%)
[ 7] 8.00-9.00 sec 6.00 MBytes 50.4 Mbits/sec 0.262 ms 0/4500 (0%)
[ 7] 9.00-10.00 sec 6.11 MBytes 51.2 Mbits/sec 0.353 ms 0/4584 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-10.05 sec 59.9 MBytes 50.0 Mbits/sec 0.000 ms 0/44931 (0%) sender
[ 7] 0.00-10.00 sec 59.6 MBytes 50.0 Mbits/sec 0.353 ms 0/44668 (0%) receiver


La conclusions de ce test est limpide.

Je propose donc en attendant une solution Technique, que Proximus offre temporairement la 4G illimitée a tout les clients impacté par ce problème leur permettant ainsi de jouir pleinement de leur connection Internet et des services associés.

Faute de quoi vous me verrez malhereusement obligé de changer de fournisseur.

Dans l'attente des vous lire.

Respectueusement.

 

Attention que cela n’arrive pas tout le temps … 

Je me contredis certainement (parce que c’est ce que j’avais constaté) mais dès maintenant 400 personnes dans la file d’attente, j’avais autre chose à faire donc pas grave j’ai attendu et j’ai joué pendant 45 minutes sans aucune perte de paquets …. et méga fluide (mais on constate qu’on est sur une VM en GTX 1080 et pas 2080 … c’est peut-être cela

 

 

La fil d'attente c'est parce que tu utilises la version gratuite de GeForce Now, Proximus n'a rien avoir la dedans. Pour le problème de paquet sur la Shield TV + ethernet environ 20% de perte par contre sur mon smartphone en wifi je précise 0% de perte. Ou est le problème ?

Niveau d'utilisateur 7
Badge +6

Bonjour tout le monde, 

Je voulais vous informer que ces soucis ont de nouveau été remontés hier et nous attendons donc un retour de la part de nos collègues ayant plus de connaissance et d’accès par rapport à ce genre de problèmes. 

Merci pour votre patience et votre compréhension !

@VincentM  merci, il semble que le problème soit fluctuant pour j'ai 10-20 % de packet loss : injouable, alors que j'en avais "seulement" 2% hier en matinée 
 

iperf3 -b 10m -u -R -p 9222 -c iperf.par2.as49434.net

Connecting to host iperf.par2.as49434.net, port 9222
Reverse mode, remote host iperf.par2.as49434.net is sending
[ 7] local 2a02:a03f:66fb:a000:441c:8406:e2d7:bb19 port 57818 connected to 2a0f:9240:1018::2 port 9222
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-1.01 sec 1.23 MBytes 10.3 Mbits/sec 1.010 ms 19/931 (2%)
[ 7] 1.01-2.01 sec 1.24 MBytes 10.4 Mbits/sec 1.074 ms 12/927 (1.3%)
[ 7] 2.01-3.01 sec 1.20 MBytes 10.1 Mbits/sec 1.298 ms 11/899 (1.2%)
[ 7] 3.01-4.00 sec 1.16 MBytes 9.77 Mbits/sec 0.990 ms 35/896 (3.9%)
[ 7] 4.00-5.00 sec 1.21 MBytes 10.1 Mbits/sec 1.015 ms 11/904 (1.2%)
[ 7] 5.00-6.00 sec 1.18 MBytes 9.89 Mbits/sec 1.046 ms 10/883 (1.1%)
[ 7] 6.00-7.00 sec 1.18 MBytes 9.89 Mbits/sec 1.151 ms 10/883 (1.1%)
[ 7] 7.00-8.00 sec 1.18 MBytes 9.92 Mbits/sec 0.954 ms 7/883 (0.79%)
[ 7] 8.00-9.00 sec 1.18 MBytes 9.89 Mbits/sec 1.043 ms 10/883 (1.1%)
[ 7] 9.00-10.00 sec 1.15 MBytes 9.63 Mbits/sec 1.199 ms 32/882 (3.6%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-10.19 sec 12.1 MBytes 10.0 Mbits/sec 0.000 ms 0/8993 (0%) sender
[ 7] 0.00-10.00 sec 11.9 MBytes 9.98 Mbits/sec 1.199 ms 157/8971 (1.8%) receiver

iperf Done.

iperf3 -b 20m -u -R -p 9222 -c iperf.par2.as49434.net

Connecting to host iperf.par2.as49434.net, port 9222
Reverse mode, remote host iperf.par2.as49434.net is sending
[ 7] local 2a02:a03f:66fb:a000:441c:8406:e2d7:bb19 port 64093 connected to 2a0f:9240:1018::2 port 9222
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-1.00 sec 2.11 MBytes 17.7 Mbits/sec 2.177 ms 193/1753 (11%)
[ 7] 1.00-2.00 sec 2.17 MBytes 18.2 Mbits/sec 0.720 ms 179/1786 (10%)
[ 7] 2.00-3.00 sec 2.11 MBytes 17.7 Mbits/sec 0.735 ms 218/1781 (12%)
[ 7] 3.00-4.00 sec 1.99 MBytes 16.7 Mbits/sec 10.146 ms 34/1505 (2.3%)
[ 7] 4.00-5.00 sec 2.26 MBytes 19.0 Mbits/sec 0.513 ms 174/1850 (9.4%)
[ 7] 5.00-6.01 sec 2.20 MBytes 18.4 Mbits/sec 0.593 ms 173/1802 (9.6%)
[ 7] 6.01-7.00 sec 2.25 MBytes 19.0 Mbits/sec 0.567 ms 231/1900 (12%)
[ 7] 7.00-8.01 sec 2.07 MBytes 17.3 Mbits/sec 0.442 ms 211/1743 (12%)
[ 7] 8.01-9.00 sec 2.21 MBytes 18.6 Mbits/sec 0.431 ms 170/1804 (9.4%)
[ 7] 9.00-10.00 sec 2.08 MBytes 17.4 Mbits/sec 0.406 ms 229/1767 (13%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-10.05 sec 24.0 MBytes 20.0 Mbits/sec 0.000 ms 0/17736 (0%) sender
[ 7] 0.00-10.00 sec 21.4 MBytes 18.0 Mbits/sec 0.406 ms 1812/17691 (10%) receiver

iperf Done.

iperf3 -b 30m -u -R -p 9222 -c iperf.par2.as49434.net

Connecting to host iperf.par2.as49434.net, port 9222
Reverse mode, remote host iperf.par2.as49434.net is sending
[ 7] local 2a02:a03f:66fb:a000:441c:8406:e2d7:bb19 port 51129 connected to 2a0f:9240:1018::2 port 9222
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-1.00 sec 3.05 MBytes 25.6 Mbits/sec 0.285 ms 393/2652 (15%)
[ 7] 1.00-2.00 sec 3.05 MBytes 25.6 Mbits/sec 0.446 ms 393/2651 (15%)
[ 7] 2.00-3.00 sec 2.97 MBytes 24.8 Mbits/sec 0.343 ms 286/2484 (12%)
[ 7] 3.00-4.00 sec 3.21 MBytes 26.9 Mbits/sec 0.258 ms 398/2775 (14%)
[ 7] 4.00-5.00 sec 3.09 MBytes 26.0 Mbits/sec 0.333 ms 394/2683 (15%)
[ 7] 5.00-6.00 sec 2.82 MBytes 23.6 Mbits/sec 0.368 ms 562/2647 (21%)
[ 7] 6.00-7.01 sec 2.95 MBytes 24.7 Mbits/sec 0.305 ms 394/2581 (15%)
[ 7] 7.01-8.00 sec 3.07 MBytes 25.9 Mbits/sec 0.285 ms 402/2677 (15%)
[ 7] 8.00-9.00 sec 3.01 MBytes 25.3 Mbits/sec 0.411 ms 444/2675 (17%)
[ 7] 9.00-10.00 sec 3.06 MBytes 25.7 Mbits/sec 0.452 ms 398/2662 (15%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 7] 0.00-10.03 sec 35.9 MBytes 30.0 Mbits/sec 0.000 ms 0/26548 (0%) sender
[ 7] 0.00-10.00 sec 30.3 MBytes 25.4 Mbits/sec 0.452 ms 4064/26487 (15%) receiver

iperf Done.


 

Je me rajoute dans la liste. Après avoir changé ma bbox pour la nouvelle bbox-v3 le résultat est exactement le même (un seul ordinateur connecté sur la box et en filaire)

 

Niveau d'utilisateur 1
Badge

Bonjour,

Je me rajoute dans la liste également. Problème identique!

Une connaissance qui était chez Proximus vient de passer chez un concurent suite à ces problèmes… Il n’a plus aucun problème. Et pourtant VDSL2 100mb et en ethernet.

 

Merci

Dans l’attente d’une solution...

Niveau d'utilisateur 1
Badge

Même chose ici...

Bjr effectivement je rencontre les mêmes soucis pour le geforce now en vdsl2. J'ai contacté le service technique et ils ne voient rien. A noter que je suis high care lol

La box n'est pas en cause le firmware est bon et je pense qu'il y a souci avec les paquets udp ??

 

Merci de voir ce qu'il y a lieu de faire

Mon na ********merci

Je fais un up pour voir où ça en est merci

Niveau d'utilisateur 7
Badge +5

Bonjour @Nass', tout le monde, 

Ce problème est toujours en analyse, nous n’avons pas encore pu déterminer la cause...

Bonjour @Nass', tout le monde, 

Ce problème est toujours en analyse, nous n’avons pas encore pu déterminer la cause...

bjr ok merci ce serait bien asap mtn je sais que le client veut tt tt de suite lol Si c’est en analyse c’est tant mieux :)

Badge

Bonsoir,

(Problème important)

Je rencontre également le même problème et ce depuis quelques mois. Cela fait 2 ans que je suis abonné au service "Geforce Now" de Nvidia que j'utilise en Ethernet et je n'ai eu aucun problème durant 1an et demi. Mais maintenant, impossible d'utiliser le service de Nvidia; bande passante insuffisante j'ai max 19Mbit/s, perte de paquets 11%, latence 30ms alors qu'avant c'était du 50Mbit/s, pas de perte de paquets et latence même pas 7%. En 4g les résultats sont satisfaisant et chez un ami tout est correct.

J'ai réalisé plusieurs speedtests sur différents sites et il n'y a pas de souci (je monte à 50Mbps sans problème). 

(Problème moins important)

Je rencontre aussi un problème avec la boxTv de Nvidia (la Nvidia shield) que je possède depuis à peu près un an et 3-4 mois. Pendant un an je n'ai pas rencontré de problème, mais depuis quelques mois quand je l'utilise je perds toutes mes connections wifi que ce soit smartphone et pc portable. Celle-ci est pourtant bien à jour et connectée en Ethernet.

J'ai déjà redémarré le modem et le décodeur plusieurs fois, même effectué un reset des 2 appareils (de 15 à 30 sec) mais cela n'a rien réglé.

Il m'arrive également d'avoir l'un ou l'autre problème avec le décodeur qui reste bloqué sur "Welcome" ou qui affiche une page "pas de connexion" (cela n'arrive pas tout le temps et ne me pose pas vraiment de problème)

Je possède mon matériel proximus depuis bientôt 7 ans. Modem 3T (version logiciel: 18.3.29.2B / version matériel: B) et Bbox V5, je n'ai jamais eu de problème durant toutes ces années sauf ces 3-4 derniers mois

Je ne sais pas si mon matériel est vieux et commence à être défectueux ou si c'est un autre problème. J'ai vu que pour certaines personnes le changement de modem a résolu le problème du "Geforce Now", peut-être que ça pourrait régler mon problème et également celui de la shieldtv. J'ai également vu dans les récents commentaires que ce problème était remonté plus haut et qu'il est toujours en analyse. Je vous remercie de faire votre possible pour trouver une solution à notre problème.

Commenter