RNDIS Connection Lag sous Windows, pas Linux


7

J'ai deux smartphones Android pouvant fournir leur connexion Internet à un ordinateur via USB via le protocole RNDIS (Remote Network Device Interface). J'ai également deux ordinateurs à double amorçage Windows 7 Ultimate et une version de Linux (l'un d'entre eux a Fedora 17, l'autre Ubuntu 12.04).

Lorsque je connecte l'un des smartphones à l'un des ordinateurs et que l'ordinateur exécute Windows, je dois attendre environ 90 secondes avant de pouvoir utiliser ma connexion Internet après avoir activé le partage de connexion depuis le téléphone.

Lorsque je connecte un smartphone à un ordinateur et que l'ordinateur exécute Linux, je dois attendre environ 2,5 secondes avant de pouvoir utiliser ma connexion Internet.

Ma question est la suivante: pourquoi existe-t-il un délai aussi ridiculement long sous Windows?

Sous Windows, il est indiqué "Identifier ..." sur l'adaptateur pendant environ 60 secondes, puis "Limité ou pas d'accès", puis, si je continue d'actualiser mon navigateur, EVENTUELLEMENT, cela me permettra de naviguer. Après ça va.

Sous Linux, il se connecte instantanément, comme si vous connectiez un câble Ethernet. Boom, c'est fait.

Je ne pense pas que ce soit lié au matériel, car deux téléphones de différents fabricants (Motorola et HTC) exécutent deux versions différentes d'Android (2.3.6 et 4.0.4). Du côté de l'ordinateur, j'ai un Lenovo ThinkPad T530 et un bureau fabriqué à la main. En fait, je l'ai essayé sur deux ordinateurs de bureau construits à la main. un système Nehalem et un pont Ivy. Autant que je sache, ils n'ont absolument rien à faire les uns avec les autres.

Choses que j'ai essayé d'améliorer les performances sur Windows:

  1. NETTOYER l'installation de Windows. Absolument rien sauf les pilotes de base, SP1 et les mises à jour critiques. Pas de logiciel VPN, pas de logiciel de sécurité, pas de logiciel de virtualisation, pas de pilotes Netfilt personnalisés, à l'exception de ces pilotes indispensables pour la connexion au téléphone.

  2. Décocher tout sauf TCP / IPv4 dans les propriétés de la connexion réseau (donc décocher QoS, Client pour réseaux Microsoft, topologie de couche liaison, etc.)

  3. Définition de serveurs IP statiques et DNS statiques.

Rien de tout cela n'aide. Je ne peux tout simplement pas naviguer n'importe où sur l'ordinateur jusqu'à environ 90 secondes après l'activation du partage de connexion au téléphone. Le problème survient UNIQUEMENT sous Windows. Sous Linux ça va.

Assez surpris à ce sujet. La version 6.1.7600.16385 de mon pilote RNDIS vaut le nom "Périphérique de partage Internet basé sur NDIS distant" suivi habituellement d'un numéro tel que # 2, # 9, etc. J'utilise toujours une copie authentique de Windows et j'ai essayé à la fois une version OEM de Windows de Lenovo (sur le ThinkPad) ainsi qu'une installation propre de Microsoft à partir du CD commercial fourni avec mon ordinateur de bureau.


1
Il existe un article de la Base de connaissances pouvant être lié. Il est conseillé de mettre à jour le pilote RNDIS vers la version 6.x à partir de la version 5.0. Le pilote doit être fourni par le vendeur HW. support.microsoft.com/kb/2923775
Denis Nikolaenko

Réponses:


6

Je rencontrais un problème où un certain jeu (XCOM 2) subissait un blocage de 3 à 5 secondes suivi de 0,5 seconde d’exécution normale, en boucle, à partir de la partie où le menu principal effectue le rendu 3D Scène d'ouverture. Les vidéos d'intro rendent bien. Évidemment, jouer au jeu à raison de 0,5 seconde toutes les 5 secondes est injouable.

Je me suis finalement demandé si mon point d'accès Verizon Hotspot (Jetpack) était branché. J'ai donc pensé que je pouvais soit jouer à XCOM 2 sans Internet, soit brancher mon Internet et ne pas jouer à XCOM 2. Comme c'est ma principale Connexion Internet, je n'avais pas d'alternative. C'est drôle que ce problème soit réapparu des années après que j'ai posé cette question sur SU.

Sauf que le problème était en fait dû à une mauvaise configuration du pilote! Les hotspots USB (y compris les smartphones Android connectés via USB) s'exposent au système d'exploitation via un protocole appelé NDIS distant. NDIS est passé par différentes versions de Windows XP, Vista, 7, 8 et Windows 10. La modification NDIS la plus importante a été la version 5.x à la version 6.x.

D'une manière ou d'une autre, lorsque j'ai branché mon Jetpack, Windows 10 (64 bits) a installé les pilotes NDIS version 5.x pour mon Jetpack, même si les pilotes de la version 6.x sont également disponibles sur le système. Cela cause en fait une foule de problèmes graves avec des applications telles que l'applet intégré "Connexions réseau" du Panneau de configuration, qui prend beaucoup de temps à charger, mais certaines personnes n'utilisent jamais cette application et ne savent donc pas qu'elle un problème. Je n'ai jamais vu que cela pose un problème pour les jeux, cependant.

Les pilotes NDIS version 6 sont connus depuis Windows Vista, il est donc difficile de comprendre pourquoi le système d’exploitation l’initialise avec NDIS version 5.x au lieu de 6. Cependant, lorsque vous suivez cette procédure manuelle pour le forcer à charger le NDIS Pilote 6.x, mon problème avec XCOM 2 est parti complètement. Tout se passe bien maintenant!

Les étapes détaillées pour résoudre ce problème se trouvent ici: http://forum.xda-developers.com/android/general/fix-usb-tethering-lags-freezes-windows-t3039183

En bref, vous devez mettre à jour le pilote sur votre périphérique NDIS distant, puis choisir manuellement un pilote sur votre ordinateur, puis sélectionner le fournisseur Microsoft et le pilote "USB RNDIS6". Cela mettra à jour votre pilote et établira votre connexion Internet. Après cela, XCOM 2 fonctionnera sans heurts.

Si la procédure que je viens de décrire ne fonctionne pas, rendez-vous sur les forums XDA que j'ai liés ci-dessus et il existe d'autres méthodes pour obtenir et installer une version NDIS 6 du pilote NDIS distant.

Félicitations à @DenisNikolaenko qui a publié la solution en janvier 2015, mais je n'ai pas vu son commentaire jusqu'à présent.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.