Selon Frederick Ros <[EMAIL PROTECTED]>:

> Quoting Tux <[EMAIL PROTECTED]>:
> 
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> > 
> > Sur MdkCooker, noyau 2.6.7-2mdk la nouvelle méthode fonctionne sans
> > problème.
> > 
> Cool .. C'est la premiere fois que je fais une modif un peu consequente qui
> marche sans pb du 1er coup .. vrai .. meme pas un Oops lors des tests :)
> 
> 
> > Quoique, j'ai un nouveau warning dans le syslog lors du startadsl mais
> c'est
> > 
> > peut être juste un hasard:
> > 
> > Jul  1 19:33:11 ibmcrasher pppd[18081]: CHAP authentication succeeded

Déjà tu as de la chance de recevoir 'CHAP authentication succeeded'. Dans mon 
coin, c'est hasardeux et 8 fois sur 10 c'est perdu dans l'ether L2TP entre FT 
et Free et pppd n'aime pas du tout cela. Il refuse de passer à l'étape 
supérieure tant que le success n'est pas reçu.
Je suis obligé de refuser CHAP pour être certain de pouvoir me connecter (en 
PAP).


> > Jul  1 19:33:11 ibmcrasher pppd[18081]: Could not determine remote IP
> > address: 
> > defaulting to 10.64.64.64

Je suppose que c'est juste un autre défaut de la passerelle L2TP entre Free et 
FT que le mien. Rajoutez debug aux options de pppd et vous verrez le détail de 
la négociation LCP puis IPCP.
Vous ne recevez pas le remote IP 192.168.254.254?


Gilles

Reply via email to