Bonjour à tous !
 
            Je suis connecté via une Freebox directement avec un cable RJ45 (jusqu'ici, pas de problème), la connexion semble bien fonctionner. Maintenant, je connecte mon câble de la Freebox sur un serveur/routeur Debian Etch qui utilise Bind9 pour résoudre les requetes DNS des clients. Et là, c'est la catastrophe, parfois en plein transfert, la connexion se bloque et j'ai remarqué que le simple fait de faire un ifdown ifup sur l"interface en question suffit à résoudre le probleme.....jusqu'a ce que le même problème survienne (environ toutes les 15 secondes)
 
Quelqu'un a til déjà eu ce problème ou a une idée de comment le résoudre ?
 
Merci,
RedVivi

connex se bloque: entre la FB et ta passerelle avec Debian ?
ta passerelle est en ip fixe ou dhcp ?

J'ai connecté la FB directement sur Debian, ou j'ai mis Debian est en IP fixe, la FB est en ip fixe.

les logs ? quelquechose ?

que dalle....mis à part des time outs

On dirait un symptome de tcp windowing.

Sur ta etch, en root, fait un:

sysctl -w net.ipv4.tcp_window_scaling=0

Dis nous si ca change quelque chose...

Cette valeur est elle conservée apres le reboot ?

Non. Elle se configure dans le /etc/sysctl.conf. S'il n'y est pas, la rajouter.

Edit: au fait, ca a changé quelque chose

 
classique tiens d'ailleurs faudra que je bizute un de mes gars avec ça
 
cela dit, j'ai aussi eu un soucis qui ressemblait à ça et qui était du à une révision d'un chip intel gigabit... là par contre j'ai galéré...

non, c'est pareil....snif

 
Euh là pour trouver, c'est tu sais ou tu sais pas. Même sous tcpdump s'est pas facile à voir, parce que la taille de fenêtre c'est rarement ce que l'on regarde de prime abord.

 
Problème de MTU? Il est à combien?

 
ben tu vois bien que le paquet repasse encore et encore... donc tu regardes de plus près. En tout cas, je range ça dans ma besace à idées vaches

j'ai jamais observé ce genre de bêtises. C'est du à quel matos foutrement mal branlé ?

Un routeur bugué, ou un pf mal configuré. Lequel, je ne sais pas, c'est pas chez moi, mais l'ISP. En l'occurence, renater.

Je fais mes tests avec un nux, très souvent, les grandes images genre:

http://www.bio.espci.fr/labodata/neur.jpg

demandent plusieurs relances avant d'arriver au terme du téléchargement. Je parle même pas des mails volumineux avec IMAP, j'arrive pas à les lire, c'est simple

Edit: le problème n'est pas traité pour une bonne raison je pense, le fait que win et mac n'activent pas le scaling de la fenêtre TCP par défaut. Du coup, ils ne sont pas affectés par le problème.

a priori, l'arrrivée de vista devrait avoir au moins un effet positif, celui de faire bouger sur ce point là, vista activant l'option par défaut.

C'est aussi souvent du à des admins réseau en bois ...
 
Ce sera pas la première fois que je le constate ...

Ou tu connais bien les principaux proto réseau comme IP, TCP et UDP, etc ... ou tu sers pas à grand chose niveau réseau en fait ...

 
freebsd plus que pf est en cause, je pense que c'est lié au kernel.
 

 
je suis un peu en bois mais en même temps je désactive systématiquement le truc donc je me penche pas sur la question plus que ça. faudra vraiment que je m'y mettte mais j'ai pas envie d'y passer un week-end  

 
http://mail-index.netbsd.org/tech- [...] /0003.html

donc y a rien de mystérieux ni de problématique avec le WS

 
j'ai le soucis depuis que j'ai placé une machine comme routeur mais sans pf (désactivé)

Bonjour,
 
J'ai eu un problème équivalent que j'ai résolu comme ça :
http://forum.hardware.fr/hfr/OSAlt [...] 1236_1.htm
 
vw.

qui n'est pas du tout le même problème.

ha, désolé, je n'avais pas vu que tu avais trouvé d'où venait le problème.
 
vw

 
Condoléances. C'est pénible hein ?

non, parce que c'est un des premiers trucs que je fais, mais si tu oublies, ça lourde