Reprise du message précédent :
Et nouveauté depuis hier, pour éviter que la machine plante quand le DSLAM a des problème (ou quand on débranche et rebranche le câble), Bewan m'a demandé de tester la modification :
 
    DBG(DATA_D,"vpi=%d,vci=%d,len=%d\n",vcc->vpi,vcc->vci,skb->len);
 
    if (!drv->ep) {
        status = -ENXIO;
        goto fail;
    }
******** add this
    if (drv->adsl_status != ADSL_STATUS_ATMREADY) {
        status = -EIO;
        goto fail;
    }
******* end
      switch (vcc->qos.aal) {
    case ATM_AAL5:
 
dans le fichier unicorn_atmdrv.c (http://www.da-silva.nom.fr/download/?/unicorn_atmdrv.c.tar.gz). Cela fonctionne parfaitement, plus de bug. La modification va être intégré dans le prochain driver.
 
Cela fait plaisir de voir que Bewan travaille à améliorer son driver.

Je conseille d'ajouter à pppd l'option "maxfail 0" (par défaut 10) : http://www.da-silva.nom.fr/adsl/li [...] ptions.txt car les BAS ont parfois des problèmes au niveau des serveurs authentification (dimanche soir connexion impossible de 20h00 jusqu'au matin). Avec cette option, pppd n'aborte pas après les 10 tentatives par défaut.

Bonne idée, vite, vi!  
Merci pour l'info!

Nouveau driver http://www.da-silva.nom.fr/downloa [...] 2.3.tar.gz !
 
Voila ce que signale le developpeur :
 
"... there are no remaining known bugs ... Version 0.2.3 :
- Return an error in unicorn_atm_send if ADSL link is down. This avoids a kernel freeze with pppd.
- Add a prefix to KERN_INFO log messages.
- The "pilot tracking error" is a PRINT_WARNING instead of PRINT_ERROR."

Good news! A ce point là, le driver va devenir parfait! Cause le kernel freeze j'ai testé et le message "pilot tracking error" envahit ma log système régulièrement...  

Aucun problème avec cette nouvelle version du pilote, il marche nickel pour l'instant. C'est vraiment bien parce qu'effectivement le seul truc pénible jusqu'à maintenant c'etait les messages "pilot tracking error" dans les logs. Coup de chapeau à Bewan donc
Et bien sûr merci à toi f a u s t de nous tenir au courant des nouvelles versions

[jfdsdjhfuetppo]--Message édité par oibaF2001--[/jfdsdjhfuetppo]

Je vais avoir l'adsl sur plaque ECI, il n'y aura donc pas de problemes avec la mandrake 8.2 ?

tout ca c bo !!
dites sous debian ca marche pareil ??

Apparement la question a déjà été posée mais reste sans reponse, et je n'ai pas les sources du drivers sous la main pour chercher, alors je la repose  : à quoi correspond la mode ActivationMode à 4 ?
Ce week end j'ai configuré pour un pote une distrib bidouillée à la barbare pour y mettre une bewan pci st en gateway : apres un certain nombre de tests (et de reboot) ou j'obtenais la synchro et la connexion, d'un coup définitivement impossible d'obtenir la synchro en ActivationMode=1 alors qu'avec ma machine (meme version du noyau, du drivers, de pppd ...) ca passait impec. Me rappelant d'un post ici, j'ai essayé avec l'ActivationMode à 4 et c'est passé du premier coup.
Tous les tests ont été effectués chez moi, sur plaque alcatel, avec la derniere version des drivers dispo chez faust et un noyau 2.4.9-31.

J'imagine que dans certains cas le bon paramètre dépent de la configuration de la plaque adsl...

Je rappelle que dans mon cas une machine marche depuis plusieurs mois en ActivationMode=1 alors qu'une autre ne prend la synchro qu'en ActivationMode=4, meme ligne, meme equipement de plaque !

 
je me pose la meme question mais avec une redhat    
( bewan PCI + plaque ECI + redhat )
 
qqun a peut etre la reponse maintenant ... non ?

bemixam a écrit a écrit :     je me pose la meme question mais avec une redhat     ( bewan PCI + plaque ECI + redhat )   qqun a peut etre la reponse maintenant ... non ?

Ca marche chez moi dans cette exacte config (redhat + bewan PCI + plaque ECI) et sans aucun soucis!  

 
J'avais installé auparavent une version 0.1.0 de ces drivers qui se connectait sans problème en ActivationMode=1 mais provoque des "pilot tracking error" suivis de "kernel freeze" fréquents (plusieurs fois par jour).
 
La version 0.2.3 sort systématiquement en timeout au moment de l'activation (AMU_EVENT_ACT_TIMEOUT). En changeant d'ActivationMode (2, 3 ou 4) la connection s'établie et est coupée au bout de quelques minutes (erreur: Bringing down line due to persistent: unicorn_msw: NEAR_LOS = 5/NEAR_LCD = 0/NEAR_LCDI = 5).
 
Quelqu'un a t'il une idée ou déjà rencontré ce problème?
 
Merci,
 
Eric
 
PS: je tourne sous Debian potato kernel 2.4.14 "pppoatm" et plaque ADSL ECI.

UP vu que yen a qui cherchent mais qui lisent pas les howto en entier ...
 
(au fait, 40 jours d'uptime sans relancer les drivers ))

Je suis en train de réinstaller ma passerelle sous Debian, et je n'arrive pas à mettre la main sur une version de pppd qui supporte les plugins ainsi que sur le plugin pppoatm qui va bien. Le fichier de la page http://neosadik.tuxfamily.org/bewan/ ne marche pas chez moi (Illegal instruction au lancement de pppd).
 
Ca m'enerve, j'ai posté ici pour expliquer en détails : http://forum.hardware.fr/forum2.ph [...] h=&subcat=
 
J'ai vu que y'en a plusieurs ici qui font marcher leur Bewan sous debian donc si qqn peut m'aider je suis preneur.
 
Merci.

De nouveau drivers sont disponibles sur le site bewan (version 0.3).
Actuellement je patche mon kernel pour essayer la connexion via un bridge 2684 + pppoe (plus de patch pppoatm necessaire).
Je vous tiendrai au courant ...

 
 
en parlant de bridge, y'a +ieurs personne qui m'ont dit qu'elles n'avaient pas reussi a faire marcher en pppoamais qu'avec un bridge eth ca marchait, a voir ...

Suite au passage aux drivers 0.3 j'ai retrouvé ma machine deconnectée apres une 20aine d'heures de connexion avec la log remplie de ca :
 
May 29 16:35:46 Redhat kernel: linrapi.c : xsm_p: down_interruptible failed
May 29 16:35:46 Redhat kernel: unicorn_msw: Error in AMSW_get_Data during Fm Polling....
May 29 16:35:46 Redhat kernel: unicorn_msw: Fm Polling will be stopped for 5 sec!!!
 
QQun d'autre a t'il essayé cette nouvelle version des drivers ?

[jfdsdjhfuetppo]--Message édité par jeromev le 29-05-2002 à 20:54:04--[/jfdsdjhfuetppo]

Je viens de passer aux pilotes 3, et j'ai moi aussi été déconnecté aujourd'hui après 6 heures de connexion environ, mais je soupconne un problème de wanadoo (relativement fréquent). En plus j'ai pas les mêmes erreurs que toi :
May 29 14:47:25 ADSL pppd[2616]: No response to 3 echo-requests
May 29 14:47:25 ADSL pppd[2616]: Serial link appears to be disconnected.
May 29 14:47:31 ADSL pppd[2616]: Connection terminated.
May 29 14:47:31 ADSL pppd[2616]: Connect time 351.9 minutes.
May 29 14:47:31 ADSL pppd[2616]: Sent 494161 bytes, received 1838452 bytes.
May 29 14:47:31 ADSL pppd[2616]: tcflush failed: Bad address
May 29 14:47:31 ADSL pppd[2616]: ioctl(TIOCSETD, N_TTY): Invalid argument
May 29 14:47:31 ADSL pppd[2616]: ioctl(TIOCNXCL): Bad address(14)
May 29 14:47:31 ADSL pppd[2616]: Couldn't release PPP unit: Inappropriate ioctl for device
 
Je continue à tester quelques jours et je reposte ici.

Ayé je suis connecté en mode bridge + pppoe.
Contrairement à ce qui a été dit, ce n'est pas le bridge du package bridge-utils qu'il faut utiliser !
Il faut recuperer le patch br2684 pour le kernel à cette adresse : http://home.sch.bme.hu/~cell/br2684/dist/ (il y a pour les noyaux 2.4.2 et 2.4.17, j'ai appliqué le 2eme sur les sources du 2.4.18, ca passe sans probleme).
Patcher le noyau et le recompiler en choisissant l'option bridge 2684 dans la section networking (j'ai pris cette option en module).
Rebooter avec le nouveau noyau.
Installer le package linux-atm (ou recuperer les sources et les compiler).
Ce package contient une commande br2684ctl : c'est avec cet outil que l'on va creer le bridge entre l'interface atm et une pseudo interface ethernet.
D'abord charger le module br2684 :
> modprobe br2684
creer le bride
> br2684ctl -b -c 0 -a 8.35
(-b pour lancer la commande en background, -c spécifie le numero de l'interface nas, -a specifie le couple vpi vci)
monter la nouvelle interface
> ifconfig nas0 up
cette nouvelle interface est maintenant prete a etre utilisée pour une connexion en pppoe. personnellement j'ai choisi rp-pppoe. pendant sa config (adsl-setup) j'ai indiqué nas0 comme interface de connexion ... et ca marche
 
Un petit ifconfig pour la route :  
 

[jfdsdjhfuetppo]--Message édité par jeromev le 30-05-2002 à 10:46:33--[/jfdsdjhfuetppo]

Par contre je rencontre toujours des problemes avec les drivers 0.3 : deconnexion, messages d'erreur, et mauvais dechargement des drivers (je recois toujours des erreurs unicorn_atmdrv apres modprobe -r unicorn_pci).

Bon j'ai encore été déco 2 fois depuis hier soir, avec au mieux 8 heures de connexion d'affilée. Donc pour l'instant j'ai remis les pilotes 2.4.6 pour m'assurer que les pilotes 3.0 ont bien un problème.
Concernant le bridge pppoe, qu'est-ce que ca donne au niveau des performances par rapport au pppotam, est-ce que tu peux faire quelques tests de ping par exemple ?

oibaf je suis encore en 0.2.3 et en greppant mes logs j'ai vu que j'avais été disco une bonne 20aine de fois cette nuit (temps de connect entre 1 et 40min max) avec exactement le même message d'erreur que toi
 
Ca m'etait jamais arrivé avant.
 
 
 
May 30 06:42:59 bruce-lee pppd[231]: No response to 3 echo-requests
May 30 06:42:59 bruce-lee pppd[231]: Serial link appears to be disconnected.
May 30 06:43:00 bruce-lee pppd[231]: Connection terminated.
May 30 06:43:00 bruce-lee pppd[231]: Connect time 3.7 minutes.
May 30 06:43:00 bruce-lee pppd[231]: Sent 2518468 bytes, received 13567477 bytes.
May 30 06:43:00 bruce-lee pppd[231]: tcflush failed: Bad address
May 30 06:43:00 bruce-lee pppd[231]: ioctl(TIOCSETD, N_TTY): Invalid argument
May 30 06:43:00 bruce-lee pppd[231]: ioctl(TIOCNXCL): Bad address(14)
May 30 06:43:00 bruce-lee pppd[231]: Couldn't release PPP unit: Inappropriate ioctl for device
May 30 06:43:00 bruce-lee pppd[231]: Using interface ppp0
May 30 06:43:00 bruce-lee pppd[231]: Connect: ppp0 <-->
May 30 06:43:05 bruce-lee pppd[231]: local  IP address
 
etc
 
simultanément dans /var/log/messages j'ai ca:
 
May 30 06:43:00 bruce-lee kernel: unicorn_atm: ESI=00:27:10:8d:a4:9d
May 30 06:43:00 bruce-lee kernel: unicorn_atm: upstream_rate=159 Kbits/s,downstream_rate=607 Kbits/s
May 30 06:43:00 bruce-lee kernel: unicorn_atmdrv.c : aal5_decode: skb to short,skb->len=1488,pdu_length=1536
 
Donc ca doit etre la faute de FT
J'espere que c'est parce qu'ils nous preparent une bonne surprise, genre l'update des DSLAM Alcatel pour qu'on ait de meilleurs pings

 
Oh ben oui au moins, à moins qu'ils décident de passer tous les abonnés net1 en net2        
Ahlala FT... ca marche pas mais c normal
 
Nan sérieusement, il est donc très possible que les drivers 3.0 n'y soient pour rien alors. Et donc que je continue à être déconnecté avec les drivers 2.6. Je surveille mes logs et je reposte ici ce soir...

De mon côté les erreurs viennent soit des nouveaux drivers, soit de mon kernel patché ...
 
En ce qui concerne les performance en mode bridge, je n'ai pas fait de mesures mais sur une partie d'Urban Terror sur le net via la passerelle, je n'ai pas vu de différence ...
 
Au fait, pour les mesures de ping, quel est le nouveau site de reference depuis la fermeture de www.joystick.fr ?

Euh, ben le serveur de joystick.fr est toujours up, même si y'a plus rien dessus
Donc pour moi c toujours la référence pour les tests de pings
Ceci-dit c'est vrai que quelque soit la version du pilote utilisé, mes pings ne varient pas du tout (toujours aux alentours de 60).
 
Mais concernant le bridge pppoe, c'est un portocole complètement différent (émulation d'une carte réseau connectée à un modem pppoe, au lieu de communication directe avec le modem) donc il se pourrait qu'il y ait perte de temps. Par contre le principal avantage - comme l'a déjà fait remarquer Faust - c'est que l'on n'a plus besoin d'un pppd patché et du module pppoatm pour se connecter. Et pour avoir chercher ce pppd patché pendant pas mal de temps afin de l'installer sur ma debian, je peux vous garantir que ce n'est pas un mal.
 
Tiens je précise au passage que l'on trouve facilement le RPM sur le net, mais que tous les deb et tarball, même ceux de sourceforge.net à l'origine du projet, n'ont pas fonctionné chez moi --> j'ai dû convertir le RPM en deb via alien
Bon au final ca marche mais quand même c'est pas du super-propre. J'ai d'ailleurs une une petite discussion à ce sujet avec le développeur du pilote et il va réfléchir au développement d'un plugin officiel pour les dernières versions stables de pppd, qui supportent maintenant les plugins. Ce serait la solution idéale, 100% propre.
 
L'autre solution clean serait que le module br2684 soit intégré officiellement dans les prochains noyaux, ce qui permettrait de faire du bridge ethernet sans avoir à patcher quoi que ce soit.

Bon alors après quelques jours d'utilisation des pilotes 0.3.0 et 0.2.6 avec de gros problèmes (beaucoup de déconnexions et même quelques freezes de la machine), je suis repassé en version 0.2.2 et tout remarche nickel. Je sais pas ce qui s'est passé avec les dernières versions mais y'a eu une merde quelque part. Pour reporter le bug au développeur faudrait pouvoir dire avec précision à partir de quelle version il est apparu. Or j'ai cru comprendre que la version 0.2.3 marchait pas mal non plus.
 
Jeromev est-ce qu'en utilisant une version stable des pilotes, le bridge ethernet marche bien ? T'as plus les messages d'erreurs que t'avais il y'a quelques jours ?
 
Sinon est-ce que qqn sait si le module br2684 va être intégré dans une prochaine version officielle du noyau ?

 
Tout marche bien avec la version 0.2.3. J'ai déjà signalé mes problemes avec les version 0.2.6 et 0.3.0 au développeur, il a dit qu'il m'enverrait prochainement une version 0.3.1.

Ou trouver le 0.2.2 ?

Merci jeromev pour ces précisions.
 
Je viens de passer en 0.2.3 puisque ca a l'air de bien marcher. Pour les drivers ils sont sur le site de faust (merci a lui) :
http://www.da-silva.nom.fr/downloa [...] 2.2.tar.gz
http://www.da-silva.nom.fr/downloa [...] 2.3.tar.gz

Merci pour ces liens

Vous me conseillez d'installer quel drivers sachant que j'ai la Mandrake 8.2 ?

Le 0.2.3 a priori.
Pour mandrake suis bien la procédure de Faust et ca marche nickel.

ok, merci, je vous tiens au courant demain !

Frode Isaksen m'a envoyé une version 0.3.1 des drivers censée corriger les problemes rencontrés avec les versions 0.2.6 et 0.3.0.
Je vous met un lien ou vous pouvez les telecharger pour les tester :
 
http://www.ummagumma.org/download/unicorn-0.3.1.tar.gz

Le lien ne marche pas chez moi, apparement, le site est innacessible...

Qqun l'aurais dl ?
 
La version 0.2.3 plante chez moi au bout de qques heures...
J'essai la 0.2.2 !

C'est dans ta bal

Merci beaucoups
Je teste !

Bon, ca fais 20h qu'il tourne sans problemes, pour le moment, c'est positif !