Ah c'est pas vrai �a !!
j'ai modifie la config comme conseiller par Annie, c'est un peu mieux
mais d�s qu'il y a du traffic (plus en UL d'ailleur), �a tombe !!!!
Donc pour voir, j'ai install� le modem sur un W2K en ethernet j'ai
install� le pppoe et ca marche nickel !
J'ai donc appliquer le param�tre sur la debian et meme r�sultat, ca
tiens pas la route. Mieux je suis oblig� d'eteindre le modem pour qu'il
d�gne se reconnecter !!
Maintenant je n'ai plus cette erreur : PADS: System-Error: No resources
mais uniquement celle ci, ca laisse pr�sager une amelioration : pppoe:
Timeout waiting for PADO packets
Je continue mes tests !
Annie D. wrote:
TRISTRAM Herve wrote:
Comme Annie le conseiller dans sa r�ponse, j'ai ping� le premier routeur
que je traverse et le ping est bon, pas de perte.
Oui enfin, je disais que ce n'�tait pas forc�ment la meilleure id�e, le
serveur DNS aurait �t� plus s�r.
PING 192.168.254.254 (192.168.254.254) 56(84) bytes of data.
<couic les 20 lignes>
Vous savez, ce n'�tait pas n�cessaire de tout copier, les deux lignes de
statistiques suffisaient.
J'ai �galement v�rifier mes logs pppd, et j'ai une quantit�
impressionnante de ces messages :
pppoe: Timeout waiting for PADO packets
PADS: System-Error: No resources
Ah, �a c'est int�ressant. �a pourrait �tre le BAS de FT qui est
surcharg�. Le premier message pourrait aussi �tre d� � un d�faut entre
vous et le BAS, mais la seconde est typique d'un probl�me sur le BAS.
Une chose � essayer est d'augmenter le d�lai avant reconnexion (option
'holdoff' de pppd). Il est arriv� que ma passerelle ne puisse pas se
reconnecter pendant des heurs et re�oive syst�matiquement ces erreurs
PADS sans raison (pas de panne du BAS) ; un arr�t forc� de pppd pendant
plus long que le holdoff a suffi tout remettre dans l'ordre. �a n'a rien
� voir, mais vous pouvez aussi augmenter la tol�rance sur les options
lcp-echo ('lcp-echo-failure' et 'lcp-echo-interval') pour essayer de
limiter les d�connexions � l'initiative de votre pppd.
J'ai lu sur un forum que si la modem �tait connect� en ethernet, il
�tait pr�f�rable que la carte r�seau soit en half-duplex. Est ce vrai ??
Comme toujours en ethernet, il vaut beaucoup mieux que les deux c�t�s
soient configur�s dans le m�me mode de duplex. Le r�glage auto sur la
carte devrait suffire, ou forcez-la dans le m�me mode que le modem (voir
sa notice). Le sympt�me d'un mauvais duplex que j'ai pu constater est un
d�bit inf�rieur � ce qu'il devrait �tre pendant des transferts
intensifs.
