| Sujet auquel vous répondez | |
|---|---|
| Sujet : Nettoyage de ligne ADSL 2Mb/s et optimisation | |
| melba | j'ouvre un topic sur le nettoyage des ligne ADSL style Freebox
et optimisation TCP Quelques trucs nettoyage en vrac: - démonter la prise téléphonique mural, nettoyer les contacts à l'alcool à 90 ou bombe d'électricité. le cuivre s'occide est fini par faire mauvais contact, classic - démonter la prise téléphonique mural, gratter les contacts des fils PT cuivre à la lame de ciseaux, puis déposer une couche d'étain au fer à soudé. - raccourcir les câbles RJ11 au possible (Chez moi 5cm le RJ11+5cm entre filtre maître et PT, gain : 135kb/s en down, 8kb/s en up). - démonter la prise téléphonique mural, virer le condo ou le module de test de la prise principale. - virer le filtre radio éventuelle du boitier FT (??? pas trouvé chez moi, à quoi ça ressemble ?) - éloigner le modem de toutes source parasite (TV, câble numérique, secteur etc...) Si vous avez des modéles de câbles réalisables ou technique pour blindé prise tél et câble RJ11. ou si vous avez d'autres astuces, techniques et témoignages de gains obtenus, faîte en part, merci Voir aussi le site de spyou : http://www.spyou.org/lignetel.html ------------------------------------------------------------------- Optimisation TCP Registre (2K, XP): pour ma ligne : [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] "EnableICMPRedirect"=dword:00000000 Pas de redirection ICMP (sécu) "EnablePMTUBHDetect"=dword:00000000 quand ce paramètre est activé, TCP essaie de détecter des routeurs de type trou noir tout en exécutant la recherche du parcours MTU. Un routeur trou noir ne renvoie pas les messages ICMP de destination inaccessible lorsqu’il a besoin de fragmenter un datagramme IP avec le bit Ne pas fragmenté mis à 1. Pour effectuer la recherche du parcours MTU, TCP doit recevoir ces messages. Quand cette fonction est activée, TCP tente d’envoyer des segments dans lesquels le bit Ne pas fragmenter n’est pas à 1 si plusieurs retransmissions d’un segment n’ont pas fait l’objet d’un accusé de réception 1. Si le segment fait alors l’objet d’un accusé de réception, la taille maximale MSS est diminuée et le bit Ne pas fragmenter est défini dans les futurs paquets de la connexion. L’activation de la détection des trous noirs augmente le nombre maximal de retransmissions effectué pour un segment donné. Par defaut 0 "EnablePMTUDiscovery"=dword:00000001 quand ce paramètre est défini sur 1 (vrai), TCP essaie de trouver l’unité de transmission maximale (MTU ou dimension maximale du paquet) sur le parcours vers un hôte distant. En recherchant le parcours MTU et en limitant les segments TCP à cette taille, TCP est en mesure d’éliminer la fragmentation au niveau des routeurs tout au long du parcours qui relie les réseaux aux divers MTU. En revanche, la fragmentation a un impact négatif sur le débit TCP et sur l’encombrement du réseau. Quand ce paramètre est à 0, un MTU de 576 octets est utilisé pour toutes les connexions qui ne relient pas les hôtes du sous-réseau local. Par defaut 1 "SackOpts"=dword:00000001 ce paramètre détermine si la prise en charge de la fonction accusé de réception sélectif (SACK, défini dans la RFC 2018) est activée ou non. Par defaut 1 (activé par defaut W2k,XP) "TcpTimedWaitDelay"=dword:0000001e ce paramètre détermine la durée pendant laquelle une connexion reste à l’état TIME-WAIT avant d’être fermée. Pendant qu’une connexion est à l’état TIME-WAIT, la paire de sockets ne peut pas être réutilisée. Cet état est également appelé 2MSL, car la valeur doit être deux fois la durée de vie maximale du segment dans le réseau. Voir la RFC 793 pour en savoir plus. Plage valide 30 à 300 (décimal) Par defaut f0 (240 décimal) "DefaultMSS"=dword:000005a0 Segment de données maxi ici 1440 "TcpNumConnections"=dword:00fffffe ce paramètre limite le nombre maximal de connexions simultanées que TCP peut maintenir ouvertes. Plage valide: 0 à fffffe Par defaut fffffe "EnableDeadGWDetect"=dword:00000001 quand ce paramètre est à 1, TCP est autorisé à effectuer la détection de passerelles inactives. Quand cette fonction est activée, TCP demande au protocole IP de basculer sur une passerelle de réserve si certaines connexions connaissent des difficultés. Les passerelles de réserve peuvent être définies dans la section Avancé de la boîte de dialogue de configuration TCP/IP de l’application Réseau du Panneau de configuration. Par defaut 0 désactivé "TcpWindowSize"=dword:0005cd00 taille maximal de la fenêtre de reception (multiple paire du MSS ici 380160). La fenêtre de réception indique le nombre d’octets qu’un expéditeur peut transmettre sans recevoir d’accusé de réception. "Tcp1323Opts"=dword:00000001 ce paramètre contrôle les options de dimensionnement des fenêtres et d’horodatage de la RFC 1323. Ces options sont activées par défaut, mais elles peuvent être manipulées par l’intermédiaire de bits indicateurs. Le bit 0 contrôle le dimensionnement des fenêtres et le bit 1 les cachets. Plage valide : 0, 1, 2, 3 0 (désactiver les options de la RFC 1323) 1 (seule l’option de dimensionnement des fenêtres est activée) 2 (seule l’option d’horodatage est activée) 3 (les deux options activées) Par défaut : pas de valeur, le comportement par défaut est le suivant : ne pas commencer à exécuter les options, mais les exécuter si elles sont nécessaires. "GlobalMaxTcpWindowSize"=dword:0005cd00 voir TcpWindowSize "DefaultTTL"=dword:00000036 Nombres de noeuds réseau possible avant que le paquet tcp soit éliminé (ici 54, defaut 128) "TcpMaxDupAcks"=dword:00000003 nombre de retransmission possible d'accusé de réception, plage 1 à 3 defaut 2 trés bonne connection : 1, connection lointaine : 3 "FFPFastForwardingCacheSize"=dword:ffffffff Cache mémoire pour les retransmissions rapide "MaxNormLookupMemory"=dword:004c4b40 quantité maximale de mémoire attribuée par le système pour les données de la table d’itinéraires "KeepAliveInterval"=dword:000001f4 détermine l’intervalle entre les retransmissions de maintien d’activité jusqu’à ce qu’une réponse soit reçue ici 500sec, defaut 1000 secondes ------------------------------------------------------------------- [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\{ID du périphérique réseau}] Nota : les paramètre DefautMSS, TcpWindowSize et d'autres peuvent être définis ici pour cette seul interface La clé à trouver est la clé qui contient l'IP de la carte réseau ou de l'interface USB connecté à internet. illustration ci dessous de regedit montre l'emplacement selon que l'IP soit fixe ou attribué: <image> Paramètres contenu dans cette clé : "MTU"=dword:000005c8 Segment+entête TCP, defaut Ethernet 1500 ici 1480 "TcpDelAckTicks"=dword:00000006 plage valide 0 à 6 defaut 2 (200ms) Cette valeur de Registre spécifie le nombre d'intervalles de 100 millisecondes à utiliser pour le compteur ACK retardé par interface. Par défaut, sa valeur est définie sur 200 millisecondes. Si vous définissez la valeur de TcpDelAckTicks à 0, les accusés de réception retardés sont désactivés. L'ordinateur envoie alors immédiatement un paquet d'accusé de réception pour chaque paquet reçu Valeur conseillé 6 (600ms) Attention des valeurs trop réduite ou désactivé peu encombré fortement un réseau d'utilisation saturé qui contient un contrôlleur de dommaine W2K. Ce paramètre à zéro peu aussi résoudre les problémes de performance vers un contrôlleur de domaines Si la valeur de Registre TcpDelAckTicks est sans effet sur des délais d'attente ACK : "TcpAckFrequency"=dword:00000002 plage valide 1 et 2 defaut 2 1 : L'ordinateur envoie immédiatement un paquet d'accusé de réception pour chaque paquet reçu 2 : L'ordianteur envoie un packet de réception à chaque intervale configuré dans la commande TcpDelAckTicks (200ms ou 600ms) Soit on désactive entièrement les Ack retardé avec TcpDelAckTicks à 0 et TcpAckFrequency à 1 est on obtiens lors d'un download à 400ko/s un UL d'environ 0,14% pour 3% en DL sur une carte 100Mbits (environ 15ko/s pour 400ko/s) soit on augmente le délai des Ack retardé avec TcpDelAckTicks à 6 et TcpAckFrequency à 2 est on obtiens lors d'un download à 400ko/s un UL d'environ 0,08% pour 3% en DL sur une carte 100Mbits (environ 8ko/s pour 400ko/s) dans le cas du Ack retardé à 600ms, on peu gagné environ 2 à 8ko/s sur un download d'environ 400ko/s. Pour l'upload, difficile à dire. Mais la valeur par defaut de windows (Ack retardé activé et 200ms) offre environ 0,09% pour 3%. donc le gain n'est pas trés visible ------------------------------------------------------------------- [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings] "MaxConnectionsPer1_0Server"=Dword:00000032 Défini le nombre de connections simultanées par serveur en http1.1. Par defaut 4 "MaxConnectionsPerServer"=Dword:00000016 Défini le nombre de connections simultanées par serveur en http1.0, Par defaut 2 Nota : la plupart des serveurs n'accepte pas plus de 2 ou 4 connections simultané par Poste. quand il y a trop de connection elles sont rejetées et donc ralentisse le surf. Il est préférable de ne pas trop augmenté les connections, soit : "MaxConnectionsPer1_0Server"=Dword:00000008 "MaxConnectionsPerServer"=Dword:00000004 d'autant plus que cela ne joue pas pour le download ftp. ------------------------------------------------------------------- 21/04/2004 : Optimisation AFD (2k/XP) [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Afd\Parameters] Afd.sys est le pilote en mode noyau utilisé pour la prise en charge des applications Windows Sockets. "TransmitWorker"=dword:00000020 10 ou 20 dafaut 10 ce paramètre détermine comment Afd.sys utilise les threads système. Quand cette valeur est configurée sur 0x10, AFD utilise les threads système pour effectuer des E/S qui résultent d’une longue requête TransmitFile (l’équivalent d’une quantité de données de plus de 2 fois SendPacketLength). Quand elle est configurée sur 0x20, AFD utilise APC en mode noyau pour les E/S et exécute tout dans le contexte de la même thread. Ce paramètre est nouveau dans Windows 2000/XP et permet d’améliorer les performances grâce à la réduction du nombre de changements de contexte dans les longues requêtes TransmitFile. "PriorityBoost"=dword:0000000a 0 à 16 defaut 2 priorité donnée par AFD à une thread lorsque les E/S sont terminées pour cette thread. Si une application multi-thread est confrontée à l’abandon de certaines threads, il est possible de remédier au problème en réduisant cette valeur. "LargeBufferSize"=dword:00002000 defaut 4096 (I386) ou 8192 (ALPHA) la taille, en octets, des grands tampons utilisés par AFD. Les valeurs inférieures utilisent moins de mémoire et les valeurs supérieures peuvent améliorer les performances. ------------------------------------------------------------------- Optimisation Ethernet: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters] "MaxCmds"=dword:00000064 "MaxThreads"=dword:00000064 Ces valeurs augmentent le nombre de commandes envoyées simultanément et le nombre de threads pouvant être réalisés en même temps (valeurs possibles 0 à 255). ------------------------------------------------------------------- Fichier registre pour l'optimisation : Aprés avoir trouvé la clé ID de la carte réseau en editant le registre avec regedit (voir le screnshoot plus haut) sélectionner la clé ID, puis F2, puis Ctrl+C, puis Echap Editer avec notepad ce .reg: http://francois.lefebvre.free.fr/registre/Opt-reseau.reg et corriger l'ID sur le dernier chemin: (selectionner "{ID DE TON INTERFACE RESEAU UTILISE POUR LA CONNECTION}" et Ctrl+v) Enregistrer et double cliquer sur le .reg pour fusionné, redémarrer le PC Un petit script est en cour de develloppement pour créer un fichier Reg personalisé : http://francois.lefebvre.free.fr/OptimisationTcpIp/index.php bon je donnerai plus d'explications et de paramètres d'optimisation par la suite, enfin un lien vers mon site en court de construction. |
| Vue Rapide de la discussion |
|---|
Ce forum vous interesse ? Contactez nous !
Forum MesDiscussions.net, version 8.5
© 2000-2004 Presence-PC SARL
Forum MesDiscussions.net, version 8.5
© 2000-2004 Presence-PC SARL
