Andesi - forum

Forum francophone pour Debian

Vous n'êtes pas identifié(e).

#1 12/08/2003 02:28:59

N-Mi
Membre
Inscription : 26/04/2003
Messages : 10

Les téléchargements bloquent la connexion

Je suis en train de faire passer le PC de mon père de Windows à Linux. Ce PC sert actuellement de passerelle et me permet de partager la connexion entre mon PC et celui de mon père.

Je suis actuellement en 56k AOL (pas le choix quand on a pas ADSL dans sa campagne).

Je viens de réussir à faire marcher mon satané winmodem, et j'ai réussi à faire marcher Penggy, et la connexion se fait correctement (même un poil plus rapide vu qu'il ne télécharge pas de données pour la #*%$@& d'interface AOL).

J'ai fait quelques tests (sur la machine elle-même, le NAT n'est pas encore configuré), et je me suis aperçu que lorsque je téléchargeais un fichier (avec Downloader 4 X par exemple), il devenait impossible de faire quoi que ce soit avec la connection (mozilla reste bloqué sur "Resolving host www.n_importe_quel_site.com").

Par contre si je met une limitation de bande passante dans D4X, je peux surfer (comme quoi si je ne met pas de limite il prend toute la connexion comme un gros goret).

J'imagine même pas le désastre quand la connection sera partagée entre les 2 PC.


J'ai jeté un coup d'oeil dans les paramètres du noyau, et j'ai trouvé ces options, mais je ne sais pas trop comment ça marche et si c'est vraiment en rapport avec mon problème:

[*] QoS and/or fair queueing
< >   CBQ packet scheduler (NEW)
< >   CSZ packet scheduler (NEW)    
< >   The simplest PRIO pseudoscheduler (NEW)  
< >   RED queue (NEW)                    
< >   SFQ queue (NEW)       
< >   TEQL queue (NEW)     
< >   TBF queue (NEW)   
< >   GRED queue (NEW) 
< >   Diffserv field marker (NEW)    
[ ]   QoS support (NEW)             
[ ]     Rate estimator (NEW)       
[ ]   Packet classifier API (NEW)    
< >     TC index classifier (NEW)   
< >     Routing table based classifier (NEW)    
< >     Firewall based classifier (NEW)    
< >     U32 classifier (NEW)             
< >     Special RSVP classifier (NEW)     
< >     Special RSVP classifier for IPv6 (NEW)    
[ ]     Traffic policing (needed for in/egress) (NEW)

Quelqu'un a une idée pour permettreà tous les programmes/machines de se partager harmonieusement la connexion sans qu'un seul téléchargement anéantisse le débit de tous les autres? (c'est un 56k mais sous windows ça bloque pas tant que ça...)

Hors ligne

#2 12/08/2003 20:53:48

CSCMEU
Membre
Lieu : Paris
Inscription : 29/05/2003
Messages : 1 497
Site Web

Re : Les téléchargements bloquent la connexion

Je viens de réussir à faire marcher mon satané winmodem, et j'ai réussi à faire marcher Penggy, et la connexion se fait correctement (même un poil plus rapide vu qu'il ne télécharge pas de données pour la #*%$@& d'interface AOL).

J'ai fait quelques tests (sur la machine elle-même, le NAT n'est pas encore configuré), et je me suis aperçu que lorsque je téléchargeais un fichier (avec Downloader 4 X par exemple), il devenait impossible de faire quoi que ce soit avec la connection (mozilla reste bloqué sur "Resolving host www.n_importe_quel_site.com").

Par contre si je met une limitation de bande passante dans D4X, je peux surfer (comme quoi si je ne met pas de limite il prend toute la connexion comme un gros goret).

J'imagine même pas le désastre quand la connection sera partagée entre les 2 PC.

J'ai jeté un coup d'oeil dans les paramètres du noyau, et j'ai trouvé ces options, mais je ne sais pas trop comment ça marche et si c'est vraiment en rapport avec mon problème:

Quelqu'un a une idée pour permettreà tous les programmes/machines de se partager harmonieusement la connexion sans qu'un seul téléchargement anéantisse le débit de tous les autres? (c'est un 56k mais sous windows ça bloque pas tant que ça...)

Salut N-Mi!,
Alors tu as bien trouver l'option qui permet de gere la bande passante sous linux.
Le support de QoS (Quality of Service) permet de modifier le comportement du gestionnaire de fil d'attente.
Normallement tu n'as pas besion de l'utiliser car le gestionnaire par default ("fast_fifo") est assez bien foutu et repond a 90%  des besions en matiere de gestion de file d'attente.
Je pense que ton probleme viens du driver du (w|l)inmodem.
Si mes souvenirs sont bon ces modem sont supporter sous linux grace au reverse ingenering.
Il est donc possible que sous windows le driver gerer correctement la file d'attente du modem (grace au driver) et que sous linux le driver envois en rafale les donnes au modem ce qui surcharge ca file d'attente et bloque le passage des autres session tcp/ip.
La solution a ton probleme serais de compiler un noyau avec le support de la QoS et de configurer celle-ci a l'aide d'iproute.
Je ne te cache pas que comprendre comment fonctionne le QoS  est assez ardu sad
Regarde ce howto en francais :
http://www.linux-france.org/prj/inetdoc/guides/lartc/
Il explique tres bien tout les principes qui se cachent deriere la gestion des flux reseux etc ... c'est vraiment genial comme doc.
Mais je comprend tres bien que bouffer une doc de 100 pages pour configurer un modem soit assez penible alors je te conseil d'essayer de tester ces deux gestionnaires de file d'attente :
* ralentir le trafic sortant vers le win modem : http://www.linux-france.org/prj/inetdoc … s.html#TBF
* eviter qu'une session tcp/ip ne s'accaparer de toute la bande passante du modem : http://www.linux-france.org/prj/inetdoc … tml#AEN922

Si aucun des deux gestionnaire de file d'attente simple ne te donne de bon resultats tu peux essayer de configurer les gestionnaire de queue par classe mais attention uzine a gas smile

Voila bon courage smile


X-GPG-Fingerprint: C0F2 AF4F 98ED 08FC 7930  193E DE3B 44D2 5467 94DA
--
http://csquad.org

Hors ligne

#3 30/08/2003 17:14:05

RastaTux
Membre
Lieu : Vallon Grolandais
Inscription : 30/08/2003
Messages : 40

Re : Les téléchargements bloquent la connexion

une gestion simple du QoS est :
/sbin/tc qdisc add dev eth0 root sfq perturb 5

qui permet de créer des plusieurs files de pour les packet ip.
Le choix d'envoyer un packet dans une ou l'autre est fait automatiquement depuis l'adresse ip source et aussi selon l'ip de destination et je crois meme avec un des ports de communication... me souvien plus trop bien, mais en gros ca fait un "md5" des adresse ip+port pour le choix de la file ...
ensuite ca prend un packet par file et ca envoye ... ce qui permet d'avoir un flux par connection assez égale et donc de ne pas avoir un dl qui bouffe toute la lignes...

Ca permet de régler les packet qui sorte de la carte réseaux... et on peut pas faire grand chose sur ceux qui arrivent ....

Perso, j'aime bien, c'est simple et ca fonctionne bien ! en plus pas besoin de recompile ou autre, c'est dans le kernel de la debian !


Debian stable avec le grsecurity patch.
-- stable, stable... sauf quand ça plante --

Hors ligne

Pied de page des forums