Reprise du message précédent :
Hello!
Ca faisait longtemps que j'etais pas passé ici moi  
Faut dire que mon bewan pci st tourne sans problemes depuis des mois (tiens, je viens de retrouver mon post "Yahooooooooo !!!" où ca marchait pour la première fois : c'etait le 03-01-2002 , encore merci à Faust Jerome et tous ceux qui ont participé à la démocratisation de cette carte !).
Depuis je suis passé sur Debian et la stabilité est exemplaire, cf cette stat interessante sur la page de mon compte wanadoo :
Temps de connexion pour le mois dernier* : 743h55mn  
     
 
D'ailleurs en relisant les dernières pages de ce topic, je constate qu'il n'existe toujours pas de solution propre concernant pppd patché et le plugin pppoatm
C vraiment dommage, pourquoi les nouvelles versions officielles de pppd n'intègrent pas le support des plugins ???
 
Donc bref je m'aperçois que j'ai une génération de retard sur les drivers : j'utilise toujours les 0.3.4 alors qu'on en est aux 0.4.5. Pas de soucis je mets à jour, et là surprise les pings sont très nettement supérieurs, je retrograde aux 0.3.6 que pas mal de monde ici utilise apparemment, et c'est déjà un peu mieux mais toujours pas aussi bon qu'avant. Pour résumer mes pings moyens :
- 0.3.4 : 60ms
- 0.3.6 : 70ms
- 0.4.5 : 80ms
(pour info je suis sur plaque Alcatel)
 
Donc je vais rester aux 0.3.4 mais j'avoue que je comprends pas ces différences impressionantes.
Par contre je n'ai pas eu le problème de JeromeV en passant des 0.3.4 aux 0.3.6 et vice-versa. Rien à signaler d'ailleurs, aucun souci de compilation ou d'installation, le depmod -a tout court marche... bref c parfait.
 
Est-ce que certains d'entre vous peuvent confirmer que les pings sont meilleurs avec les 0.3.4 ?

depuis les 0.3.4, USE_HW_TIMER n'est plus activé par defaut, il faut editer le Makefile pour l'activer et retrouver un ping décent.

OK merci, j'ai refait les tests en activant le HW_TIMER. Maintenant ça donne qqch de plus équilibré (pings sur ma première passerelle) :
 
0.3.4
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max = 52.8/57.7/65.6 ms
 
0.3.6
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max = 54.7/66.9/70.2 ms
 
0.4.5
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max = 60.0/66.8/70.1 ms
 
Bizarrement, les 0.3.4 sont encore près de 10ms en dessous des autres ! Je vais donc les garder mais j'aimerais savoir si vous avez abouti à des résultats similaires ou pas du tout ?
 
edit> fl0ups je viens de tomber sur ton post page 12 où tu aboutis aux mêmes conclusions en comparant les 0.3.4 et les 0.3.6. Désolé je l'avais pas vu avant, mais faut dire que personne n'a commenté ces 10ms de différence. En tout cas chez moi c les mêmes symptômes.

Le goût de l'aventure...  
Oui hier soir je me suis dit: pourquoi ne pas se tenter une p'tite RedHat 8.0 et des drivers 0.4.5.
Ben maintenant j'suis bien content, j'arrive plus à me connecter!!
Le topo:
Drivers compilés et semblent fonctionner correctement puisque j'ai droit à un:

Par contre au lancement de pppd (repris mes anciens fichiers pap-secret, chap-secret & options donc insiprés de ceux de Faust):

C'est quoi le bordel? C'est free qui me jette?

teagle ... le pilote et la compil sur rh 8.0 ..oublies ..ou alors il te faut un pro de la compil pour t'aider ....
 
j'ai laché la redhat a cause de c pb !!!
 
t'es obligé de faire un insmod -f (en clair insertion du module bewan en mode forcé !!! sinon ca marche meme pâs ... avec ce mode j'ai eu que des galeres ..donc Mandrake 9.0 rulez !!!
 
.. donc libre a toi !
 
floups, philou ?

C'est clair que j'hésite... parce que là...
Le driver se charge correctement, pppd se connecte correctement par contre après c'est l'horreur (table de routage & resolv.conf pourtant correct):
10s pour une requête DNS
Sur 2000 ping sur hardware.fr (ou tout autre site), 85% de perte...
 
J'comprends rien, j'sens que je vais appeler la hotline free pour faire vérifier la ligne.

fais d'abord un test avec un windows ...et conclue. (je pense pas que cela vienne de free )
 

Va falloir resortir les tournevis je sens!!

Hello,
 
j'ai installe la Bewan sur ma Debian 2.4.18 et ca marche sans pb, j'ai egalement mis mes regles iptables a niveau et je souhaite maintenant lancer tout ca lors du boot.
 
Donc j'ai copie mes 2 scripts (l'un pour iptables, l'autre pour la connexion ADSL) dans /etc/init.d, je les ai rendu executable.
Le 1er script a executer est celui de iptables, le second celui de la connection.
 
j'ai donc fait :
update-rc.d rc.iptables start 80 2 3 4 5 . stop 12 0 1 6 .
update-rc.d adsl start 89 2 3 4 5 . stop 11 0 1 6 .
(je dit ca de tete, mais ca doit etre a peu pres ca   ).
Ce que je pense avoir compris:
rc.iptables sera charge avt adsl car 80<89
rc.iptables sera decharge apres adsl car 11<12 ?
 
est-ce bien ca ?
 
Au niveau des runlevel, aurais-je fait une boulette ?
 
-Le script adsl en question est celui de Faust, identique a 2 exceptions pres:  
 
# Source function library.  
. /etc/init.d/functions => N'existe pas chez moi, donc c commenté pour le moment    
 
# Source networking configuration.  
. /etc/sysconfig/network => c bon maintenant c corrige, il contient par contre juste le nom du hostname
 
Maintenant ca marche a peu pres, j'ai juste du virer le daemon qui lance pppd user fti/xxxxxx@fti et lance pppd user comme ca  
 
ca se lance au boot c nickel, par contre en console je me tape plein de message du genre  
 
Connect attemp (UNPRIV): IN=ppp0 OUT= MAC= SRC=mnoaddresseIP DST=uneautreaddresseIP LEN=48 TOS=0x00 PREC=0x00 TTL=120 ID=55508 DF PROTO=TCP SPT=61443 DPT=4662 WINDOW=16384 RES=0x00 SYN URGP=0
 
et ca me bouffe toute ma console
 
Si vous voyez qqch qui cloche ou pouvez me donner une piste je suis preneur  
Merci d'avance.
Seb.    

Juste une p'tite question en passant, est-ce que qqun utilise la Bewan avec Free sur une zone degroupee (genre paris ) et quel debit vous avez ?

Bon je viens de lire un peu plus la doc de la Bewan et je vois qu'elle supporte des debits jusqu'a 8Mbits/s en reception et 1Mbit/s en emission je suppose qu'il n'y a donc pas de probleme pour les 3.3Mbits/s annonces par Free sur les Freebox.  
Du coup je ne suis pas oblige de modifier toute ma config si je passe sur Free, juste le login et mot de passe dans les fichiers chap-secrets etc...
 
J'ai bien compris ?

normalement tout le modem ADSL devrait supporter 8 mbits en réception et 1 mbits en émission, puisque c'est le débit maxi de la norme ADSL.

Et pour la config ? Rien a changer a part les parametres de connection ?

non juste le password, user, et dns primaire et secondaire.

Hello,
 
est-ce que vous pourriez m'aider please, cf mon post edite un peu plus haut.
 
Merci d'avance.
Seb

Bah pour le second message (celui avec port=4662), c'est une tentative de connexion dur un client e-donkey ou emule. C'est normal (meme si ca ne l'est pas...) si ton adresse IP est dynamique et que l'un de tes predecesseurs avec cette IP utilisait e-donkey ou emule... voila, voila...
 
Pour le premier message d'erreur je sais pas...
 
Sinon ton iptables avant le demarrage de l'ADSL... ben moi je fais l'inverse... le script iptables est lancé une fois la connexion ppp établie (il se trouve /etc/ppp/ip-up.d/).

 
Merci e_esprit pour tes conseils,
j'avais lu la ou je me suis inspire des regles Iptables (Arno's Iptables) qu'il etait preferable de lancer la connexion apres, ceque j'ai fait
Mon IP est en effet dynamique (wanadoo),  et j'ai pas de donkey ou d'emule sur la machine donc tu as certainement raison
 
par contre, saurais-tu si je peux renvoyer ce message vers un fichier log ?  
pour le daemon je poursuis mes recherches
 
Merci pour ton aide
Seb.

A priori oui, mais si tu les as actuellement sur la console, c'est que ton script iptables le gere ainsi...
Mais je ne suis pas assez expert en iptables pour te dire comme ca, de tete, comment faire...

 
c ce que je pensais aussi,
avec le script iptables il y a aussi un autre script qui permet de gerer les logs... je me penche dessus
Merci bcp.
Seb

ce qui n'est pas secure !!!
car le temps que iptables monte ...pppo est attaquable !!!
okay yyyyyy je chipote .

Bah de toutes facons, a part ssh qui tourne dessus, peuvent y aller les gars, y a aucun services !!! le temps de mettre en place leur attaque, iptables sera reveillé depuis ben longtemps !!!

 
Hello,
 
pour le daemon introuvable, je crois avoir trouvé, puisqu'il se trouve dans le fameux fichier /etc/init.d/functions qui me manquait    et dont voici un lien trouve sur le net :
 
http://www.funix.org/fr/linux/fichiers/functions
 
donc ca devrait rouler maintenant    
 
par contre, petite question concernant ma console polluée par les messages d'un gars qui veut faire du donkey avec moi/mon predecesseur d'IP  
A votre avis, de quel type de log s'agit-il ? mail?info?news? ou autre ? comment ca je le rebalance vite bien fait sur une autre console ou un fichier de log et ce sera plus propre    
Merci.
Seb.

A l'aide    
 
Impossible de compiler les modules quelle que soit la version, y compris la dernière, pour le noyau de la Mandrake 9.1
 
Quelqu'un a-t-il réussi ?
J'obtiens l'information selon laquelle la compilation a été réalisée par une version de gcc 2.x, alors qu'après vérification, c'est bien gcc 3.2x qui compile.
 
Je précise que les sources du noyau sont bien évidemment installées, et que jusqu'alors je n'ai jamais eu ce type de problème avec les versions de noyau antérieures.
 
J'ai mis à jour le noyau, et ses sources, dans la dernière version de Cooker aujourd'hui, rien à faire.
 

Bon, finalement j'ai réussi à faire fonctionner la Bewan PCI ST sur la version 9.1 (cooker) en forçant le chargement des modules par insmod -f en lieu et place de modprobe. Ce n'est pas très élégant, mais cela fonctionne puisque cette nuit j'ai pu updater tous les rpms de cooker depuis ma version 9.1 RC2
 
Bon, il est vrai que je suis repassé au noyeau 2.4.19-16.7.

cool.
 
fais gaffe moi le insmod -f, ca n'a pas eu que du bon  sur ma redhat 8.0, ca plantait la connect parfois.

je suis également en insmod -f depuis un moment sous gentoo et no problem (pppoa)

Juste pour signaler que je viens de compiler les 0.4.8 et que mon ping est repassé en dessous des 70 ms (j'étais à 75 ms avec les 0.4.5, je suis à 65 ms avec les 0.4.8).
Est-ce vraiment dû au driver ou est-ce un hasard? J'sais pas, mais je reste comme ça.  
 
Option USE_HW_TIMER activée au fait!

flag

Moi j'ai un probleme bizarre depuis quelques temps, je sais pas si ca vient du modem ou de ma connexion...
 
En gros, il se deconnecte, ou plutot semble chercher le signal en permanence, ce qui entraine des pertes de connexions (enfin de debit, la connexion est toujours la...).
 
Dans le dmesg ca se manifeste avec des "status = -5" a la pelle, et plein d'erreurs zarbs... (j'ai pas les logs sous la main).
 
Quelqu'un a deja eu le meme probleme ?
 
A votre avis ca vient de la ligne ou du modem ?

je vais me lancer a installer mon bewan pci st sur mandrake 9.1
 
je n'ai encore rien fait, j'ai juste lu le guide
 [url] http://passion.linux-fan.com/bewan/bewanlinux.html [/url]  
 
mais avant de commencer, je voudrais savoir si le changement de ppp est toujours d'actualite. si oui, quelle version installer?
merci d'avance.

Oui, car en fait il ne s'agit pas d'une version plus recente (la derniere en date a depasse le 2.4.1), mais d'une version modifiée pouer accepter les plug-ins, principalement PPP sur ATM.

quoique... d'apres ton site c'est possible d'utiliser la version Mandrake (cf la fin). Mais bon, comme j'utilise pas, je peux pas te dire.

k
thx

Quelqu'un a essayé les toutes dernières versions du pilote ?
Parce que y a plusieurs features qui ont l'air bien sympas...
 
http://www.bewan.com/bewan/drivers [...] DSLST.html
 

 
Sinon une chtite question :
Vous utilisez quoi comme ActivationMode ?

 
Je pose la question parce que jusqu'ici j'utilisais le mode ANSI, puis comme depuis quelques semaines j'ai des soucis de synchro, j'essaye autre chose. G.DMT ne fonctionne pas, mais G.Lite oui... enfin j'attends de voir ce que ca va donner avec le temps.

J'ai essayé toutes les versions jusqu'a la 0.5.2, mais à chaque fois j'ai un bug avec ma sb live sur les kernels >= 2.4.20 (ca commence à partir du 2.4.20-pre5 pour etre exact).
 
Quand j'ecoute un mp3 avec l'adsl d'activé, ca me fait des mini freeze de 0.5 à 3secondes toutes les 3-4 secondes.
 
Personne d'autre n'a le probleme?
 
Pis je voulais tester le 2.5 mais le driver compile pas, je commence presque a regretter de pas avoir investit dans un modem ethernet

Compilé les 0.5.2
Pour l'instant pas d'améliorations notables au niveau perf.
 
J'ai rien testé de plus pour l'instant.

moi c fait , c MS qui a financé....

Bonjour tout le monde...
J'ai un bewan adsl pci st qui tourne comme une horloge sous mandrake 9, mais je voudrais passer à la 9.1...
Si j'ai bien compris, ça ne marche pas (enfin, hormis en forçant le module) lors d'une nouvelle installation.
Mais si je fais une MAJ de ma mdk9 vers la mdk9.1 est-ce que j'ai une chance que ça fonctionne encore ???
 
Merci
KY.

Une question con: pourquoi ai-je tout ces messages en provenance ma chèèèère carte Bewan qui s'affiche sur ma console? En gros qu'est ce que j'ai oublié d'faire pour ne plus être pollué par ces messages?
 
Thanks!  

pour ceux que ca intéresse la bewan marche tres bien sous linux avec free dégroupé
 
il faut se baser sur le script unicorn-ipoatm qui est inclu dans la derniere version (et il faut atmarp et atmarpd du package linux-atm)

Je voudrais connaitre votre avis sur mon probleme :
 
http://forum.hardware.fr/forum2.ph [...] h=&subcat=
 
Cela pourrait-il etre un probleme de drivers ?
 
J'ai mis la derniere version soit la 0.5.2