Selon Olivier Blin <[EMAIL PROTECTED]>: > > pppd devrait sortir en KO mais j'ai l'impression qu'il insiste avec notre > > nouvelle conf' (le updetach) et au bout de 2mn j'ai toujours pas booté : à > vrai > > dire ça ne m'est arrivé qu'une fois > > pppd essaye de demarrer 25 fois la connexion, en attendant le sync 1 > seconde a chaque fois, ca ne devrait pas prendre plus de 30 secondes. > > -- > Olivier Blin >
Je ne sais pas exactement comment pppd est configuré pour faire cela mais cela me parait étonnant de n'attendre que 25s (je n'ai pas encore essayé Mandrake 10.x) J'ai fait l'erreur jusque récement de considérer que lcp-max-configure est un temps alors que c'est un nombre d'essai. Par défaut l'intervale entre 2 essais LCP est de 3 s et mettre un lcp-max-configure=25 conduit à attendre 3*25=75s. Par expérience, avoir un lcp-max-configure=25 peut être trop court avec une connexion FT/Free non dégroupé. Avec un lcp-restart=3 (valeur par défaut), il peut être nécessaire d'attendre 30/35 LCP REQ pour recevoir le premier ACK. Par ailleurs, ce temps n'est valable qu'en PPPoA. En PPPoE, c'est le PADO timeout qui intervient avant. Je ne sais plus exactement quand intervient le pado timout (environ 30 s de mémoire). Et puis si 'persist' est utilisé, pppd recommence jusqu'à ce que maxfail soit atteint (valeur par défaut 10). De temps en temps, le driver eagle-usb ne se synchronise pas lors du eaglectrl -d -o. Dans ce cas, il faudrait mieux que le script appelant pppd ne démarre pas. A priori, j'ai remarqué que la led s'éteint mais ne commence pas à clignoter dans ce cas. Je suppose donc que c'est plus un problème de transmission de l'ordre de réinitialisation que d'optn non optimisées. I faudrait faire de nombreux essais en boucle d'initialisation avec debug activé pour voir s'il est possible de repérer quelquechose mais c'est dans ma liste todo depuis un certain temps. Gilles
