Bewan aDSL PCI ST - Linux et OS Alternatifs
Marsh Posté le 03-06-2002 à 21:35:21
Tu lances bien la commande pppd pour commencer la connexion ? 
Par contre je te deconseille la version 0.3 des drivers. La version 0.23 me semble plus stable. 
 
Sinon jetteun oeil a ce topic ... 
http://forum.hardware.fr/forum2.ph [...] h=&subcat= 
Marsh Posté le 04-06-2002 à 02:30:12
Oui, le daemon pppd est lancé. 
 
Ce qui est bizarre, c'est qu'un #ifconfig me renvoie ppp0 que pendant quelques dizaines de seconde, après il me dit qu'il ne trouve pas le périphérique, à moins que je relance le script de connexion. 
 
Bref, je patauge encore, mais je ne désespère pas de trouver, car mon but prochain est d'effacer ma partition MS pour ne tourner que sous linux. 
Marsh Posté le 04-06-2002 à 10:05:37
| Sagittarius a écrit a écrit  : Oui, le daemon pppd est lancé. Ce qui est bizarre, c'est qu'un #ifconfig me renvoie ppp0 que pendant quelques dizaines de seconde, après il me dit qu'il ne trouve pas le périphérique, à moins que je relance le script de connexion. Bref, je patauge encore, mais je ne désespère pas de trouver, car mon but prochain est d'effacer ma partition MS pour ne tourner que sous linux. | 
 
 
Il y a surement qqchose dans la log qui t'explique pourquoi tu est deconnecté aussitot. 
Jette un oeil dans /var/log/messages 
Marsh Posté le 06-06-2002 à 00:39:50
Cela marche enfin, 
Je suis connecté à l'instant même sous Linux, mais non pas en PPPoA 
mais une PPPoE avec ma BEWAN PCI ST. 
 
Merci pour tout. Je suis heureux. 
Marsh Posté le 06-06-2002 à 11:05:21
| Sagittarius a écrit a écrit  : Cela marche enfin, Je suis connecté à l'instant même sous Linux, mais non pas en PPPoA mais une PPPoE avec ma BEWAN PCI ST. Merci pour tout. Je suis heureux. | 
 
 
Tu utilises le bridge 2684 ? 
Marsh Posté le 16-06-2002 à 23:58:55
Oui cela doit être cela, j'utilise bien ce brigde je pense car dans le script unicorn-br figure une ligne se référant à l'exécutable br2684, puis l'exectutable brctl (version modifiée tirée des rpms de Dam's) 
 
Pour rappel, sous MS Win98SE, il m'est impossible de me connecter en PPPoATM, je n'arrive à me connecter qu'avec PPPoE (version RASPPPoE). 
En revanche, sous XP que j'ai essayé puis jeté, j'avais remarqué que la connexion se faisait en quelque sorte toute seule, je n'avais pas à installer le protocole RASPPPoE. 
 
Sous Linux, avec le script unicorn-br, j'imagine que l'encapsulation supplémentaire de PPPoE (dites-moi si je dis des conneries) fait perdre quelques bits dans chaque paquets transmis. 
 
J'ai d'ailleurs des interrogations que ne ne suis pas en mesure de résoudre, car j'ai remarqué que mon noyau par défaut de ma distribution Mandrake 8.2 Powerpack, intégrait la prise en charge de cette encapsulation. 
 
Devrais-je alors modifier le script unicorn-br de telle sorte à supprimer l'appel à br2684 si sa prise en charge est déjà opérée dans le noyau ? pour éviter l'appel à un br2684 inutile en tant qu'exécutable ? 
 
Vous vous en doutez, je suis un débutant sous Linux, mais la difficulté n'est pas pour me rebuter. 
Merci pour les conseils avisés. 
Marsh Posté le 18-06-2002 à 13:43:28
| Sagittarius a écrit a écrit  : Oui cela doit être cela, j'utilise bien ce brigde je pense car dans le script unicorn-br figure une ligne se référant à l'exécutable br2684, puis l'exectutable brctl (version modifiée tirée des rpms de Dam's) Pour rappel, sous MS Win98SE, il m'est impossible de me connecter en PPPoATM, je n'arrive à me connecter qu'avec PPPoE (version RASPPPoE). En revanche, sous XP que j'ai essayé puis jeté, j'avais remarqué que la connexion se faisait en quelque sorte toute seule, je n'avais pas à installer le protocole RASPPPoE. Sous Linux, avec le script unicorn-br, j'imagine que l'encapsulation supplémentaire de PPPoE (dites-moi si je dis des conneries) fait perdre quelques bits dans chaque paquets transmis. J'ai d'ailleurs des interrogations que ne ne suis pas en mesure de résoudre, car j'ai remarqué que mon noyau par défaut de ma distribution Mandrake 8.2 Powerpack, intégrait la prise en charge de cette encapsulation. Devrais-je alors modifier le script unicorn-br de telle sorte à supprimer l'appel à br2684 si sa prise en charge est déjà opérée dans le noyau ? pour éviter l'appel à un br2684 inutile en tant qu'exécutable ? Vous vous en doutez, je suis un débutant sous Linux, mais la difficulté n'est pas pour me rebuter. Merci pour les conseils avisés. | 
 
 
A priori le support du protocole br2684 par le noyau et l'executable br2684ctl sont 2 choses distinctes donc toutes les 2 necessaires. 
Marsh Posté le 18-06-2002 à 14:03:34
Bon, merci pour les renseignements, 
 
Mais voilà que j'ai acheté le Powerpack après avoir utilisé la version en download, et finalement en dépit d'une installation des drivers unicorn similaire, cela ne fonctionne plus. 
 
Voici un extrait de /var/log/messages lorsque j'accomplis la commande #/usr/bin/./unicorn-br start 
 
Auriez-vous une idée ? sachant que les appels a bctrl semble s'effectuer correctement, j'ai vérifié les chemins dans le script. 
 
 
 
 
 
 unicorn_atm: unicorn $Revision: 0.3.0 $ time 02:49:20 Jun 18 2002 
Jun 18 13:45:18 bureau kernel: unicorn_pci: unicorn_pci $Revision: 0.3.0 $ time 02:46:58 Jun 18 2002 
Jun 18 13:45:18 bureau kernel: unicorn_pci: MSW parameters:  
Jun 18 13:45:18 bureau kernel: ActivationMode=1 
Jun 18 13:45:18 bureau kernel: ActTimeout=10000 
Jun 18 13:45:18 bureau kernel: AutoActivation=1 
Jun 18 13:45:18 bureau kernel: DebugLevel=0 
Jun 18 13:45:18 bureau kernel: DownstreamRate=10000 
Jun 18 13:45:18 bureau kernel: unicorn_pci: ExchangeDelay=10 
Jun 18 13:45:18 bureau kernel: FmPollingRate=1000 
Jun 18 13:45:18 bureau kernel: g_RefGain=34 
Jun 18 13:45:18 bureau kernel: g_Teqmode=7 
Jun 18 13:45:18 bureau kernel: InitTimeout=20000 
Jun 18 13:45:18 bureau kernel: Interoperability=0 
Jun 18 13:45:18 bureau kernel: unicorn_pci: LCD_Trig=15000 
Jun 18 13:45:18 bureau kernel: LOS_LOF_Trig=5000 
Jun 18 13:45:18 bureau kernel: LoopbackMode=0 
Jun 18 13:45:18 bureau kernel: MswDebugLevel=2 
Jun 18 13:45:18 bureau kernel: RetryTime=5000 
Jun 18 13:45:18 bureau kernel: TrainingDelay=100 
Jun 18 13:45:18 bureau kernel: unicorn_pci: use70136AFE=0 
Jun 18 13:45:18 bureau kernel: useRFC019v=0 
Jun 18 13:45:18 bureau kernel: useRFC029v=0 
Jun 18 13:45:18 bureau kernel: useRFC040v=0 
Jun 18 13:45:18 bureau kernel: useRFC041v=1 
Jun 18 13:45:18 bureau kernel: setINITIALDAC=0 
Jun 18 13:45:18 bureau kernel: unicorn_pci: useRFCFixedRate=1 
Jun 18 13:45:18 bureau kernel: useVCXO=0 
Jun 18 13:45:18 bureau kernel: _no_TS652=0 
Jun 18 13:45:18 bureau kernel: unicorn_pci: driver parameters: DebugLevel=0 
Jun 18 13:45:18 bureau kernel: PCI: Found IRQ 10 for device 00:0f.0 
Jun 18 13:45:18 bureau kernel: unicorn_msw: FmPollingRate=1000ms,InitTimeout=20000ms,ActTimeout=10000 
Jun 18 13:45:18 bureau kernel: unicorn_msw: AMU: ECI PATCH DISABLED 
Jun 18 13:45:18 bureau kernel: unicorn_msw: AFE MODE: 70134 
Jun 18 13:45:18 bureau kernel: unicorn_pci: AdslStatus=1 
Jun 18 13:45:18 bureau kernel: unicorn_msw: Current Modem State (3): ACTIVATING 
Jun 18 13:45:18 bureau kernel: unicorn_pci: MSW state: ACTIVATING 
Jun 18 13:45:18 bureau RFC1483/2684 bridge: Interface "nas0" created sucessfully  
Jun 18 13:45:18 bureau RFC1483/2684 bridge: Communicating over ATM 0.8.35, encapsulation: LLC  
Jun 18 13:45:18 bureau kernel: unicorn_atm: ESI=00:c9:c2:a6:d5:36 
Jun 18 13:45:18 bureau /etc/hotplug/net.agent: invoke ifup nas0 
Jun 18 13:45:23 bureau kernel: unicorn_msw: Event Reported (3): Initializing 
Jun 18 13:45:23 bureau kernel: unicorn_pci: MSW event: TO INITIALIZING 
Jun 18 13:45:23 bureau kernel: unicorn_msw: Current Modem State (6): INITIALIZING 
Jun 18 13:45:23 bureau kernel: unicorn_pci: MSW state: INITIALIZING 
Jun 18 13:45:26 bureau kernel: unicorn_pci: AdslStatus=1 
Jun 18 13:45:26 bureau kernel: unicorn_msw: Modem Init Failure: Message Error (20) 
Jun 18 13:45:26 bureau kernel: unicorn_pci: MSW failure: MESSAGE ERROR 
Jun 18 13:45:34 bureau kernel: unicorn_msw: AFE MODE: 70134 
Jun 18 13:45:34 bureau kernel: unicorn_pci: AdslStatus=1 
Jun 18 13:45:34 bureau kernel: unicorn_msw: Current Modem State (3): ACTIVATING 
Jun 18 13:45:34 bureau kernel: unicorn_pci: MSW state: ACTIVATING 
Jun 18 13:45:39 bureau RFC1483/2684 bridge: Fatal: failed to connect on socket 
jun 18 13:45:39 bureau unicorn-br: arrêt de brctl failed 
Jun 18 13:45:40 bureau kernel: unicorn_msw: Performing disorderly shutdown!!! 
Jun 18 13:45:40 bureau kernel: unicorn_pci: AdslStatus=0 
Jun 18 13:45:40 bureau kernel: unicorn_msw: Current Modem State (0): IDLE 
Jun 18 13:45:40 bureau kernel: unicorn_pci: MSW state: IDLE 
Jun 18 13:45:40 bureau kernel: unicorn_msw: Modem going to IDLE 
Jun 18 13:45:40 bureau /etc/hotplug/net.agent: NET unregister event not supported 
Marsh Posté le 18-06-2002 à 14:11:54
Puex tu poster le contenu de ton script unicorn-br ? 
 
sinon essaye de le faire a la main :  
br2684ctl -b -c 0 -a 8.35 
ifconfig nas0 up 
#creation de l'interface nas0 
brctl addbr eth1 
brctl addif eth1 nas0 
ifconfig eth1 up 
adsl-start  
#lancement de pppoe onfiguré sur l'interface eth1 
Marsh Posté le 18-06-2002 à 14:18:56
Voilà le script en question 
 
 
#!/bin/sh 
 
# Source function library. 
. /etc/rc.d/init.d/functions 
user=1a2b3c@ticino.com 
VPI=8 
VCI=35 
# ANSI=1,G.lite=2,MULTI=3,G.dmt=4, 
MODE=1 
 
MODPROBE="/sbin/modprobe" 
BRCTL="/usr/bin/brctl" 
 
# use either a fixed address or a ransom number. To use a fixed, address 
# pass the mac_address as a module parmater when starting up 
MAC_ADDRESS=001122334455 
 
cleanup() { 
     echo "" 
     echo "initialization of ADSL bridged (RFC2684) failed!" 
     echo "" 
     killproc brctl 
     $MODPROBE -r br2684 >/dev/null 
     $MODPROBE -r unicorn_pci >/dev/null 
     break 
} 
 
 
EXITCODE=1 
for x in "1" ; do 
  case "$1" in 
    stop) 
 
    echo -n "killing brctl" 
    killproc brctl 
    echo 
 
    echo -n "removing br2684" 
    $MODPROBE -r br2684 >/dev/null 
    if test $? -eq 0; then 
 echo_success 
    else 
 echo_failure 
    fi 
    echo 
 
    echo -n "removing unicorn_pci" 
    $MODPROBE -r unicorn_pci >/dev/null 
    if test $? -eq 0; then 
 echo_success 
    else 
 echo_failure 
    fi 
    echo 
 
    ;; 
    start) 
 
        echo -n "loading unicorn_pci, mode=$MODE" 
 # $MODPROBE unicorn_atm mac_address=$MAC_ADDRESS 
 $MODPROBE unicorn_pci ActivationMode=$MODE 
 if test $? -eq 0; then 
     echo_success 
 else 
     echo_failure 
     cleanup 
 fi 
 echo 
 
 echo -n "loading br2684" 
 $MODPROBE br2684 
 if test $? -eq 0; then 
     echo_success 
 else 
     echo_failure 
     cleanup 
 fi 
 echo 
 
 echo -n "starting brctl" 
        $BRCTL -b -c0 -a $VPI.$VCI >/dev/null 2>&1 
 if test $? -eq 0; then 
     echo_success 
 else 
     echo_failure 
     cleanup 
 fi 
 echo 
  
 echo -n "configure interface nas0" 
 ifconfig nas0 up 
#	ifconfig nas0 20.0.0.4 
 if test $? -eq 0; then 
     echo_success 
 else 
     echo_failure 
     cleanup 
 fi 
 echo 
    ;;  
    'restart' 
 
    $0 stop 
    $0 start 
    ;; 
     
    *) 
    ;; 
      
  esac 
  EXITCODE=0 
 
done 
 
exit $EXITCODE 
Marsh Posté le 18-06-2002 à 14:22:33
Par ailleurs dans adsl-setup, 
 
j'ai répondu nas0 à la question du port ethernet. 
Et avant cette installation du powerpack, un adsl-start fonctionnait parfaitement. 
 
Merci vraiment pour votre aide. 
Marsh Posté le 18-06-2002 à 14:28:36
| Sagittarius a écrit a écrit  : Par ailleurs dans adsl-setup, j'ai répondu nas0 à la question du port ethernet. Et avant cette installation du powerpack, un adsl-start fonctionnait parfaitement. Merci vraiment pour votre aide. | 
 
 
Quelle version des drivers unicorn utilises tu ? 
Marsh Posté le 18-06-2002 à 14:31:05
La version 0.3.0 depuis le début. 
Cela me paraissait bien fonctionner (j'ai utilisé la liaison pendant des heures d'affilée sans ennuis). 
Marsh Posté le 18-06-2002 à 15:22:09
C'est à n'y rien comprendre, 
En rebootant sous Linux après avoir surfé sous MS, voilà que cela marche sans rien changer. 
 
En revanche, j'aimerais faire un script de telle sorte que la connexion adsl soit lancée dès le boot. 
 
Comment faire : juste quelques pistes, car vous m'avez déjà bien aidé. 
Marsh Posté le 18-06-2002 à 16:01:55
| Sagittarius a écrit a écrit  : C'est à n'y rien comprendre, En rebootant sous Linux après avoir surfé sous MS, voilà que cela marche sans rien changer. En revanche, j'aimerais faire un script de telle sorte que la connexion adsl soit lancée dès le boot. Comment faire : juste quelques pistes, car vous m'avez déjà bien aidé. | 
 
 
demarage dans /etc/rc.local ou bien dans /etc/rc.d/init.d 
Marsh Posté le 18-06-2002 à 17:53:13
| jeromev a écrit a écrit  : demarage dans /etc/rc.local ou bien dans /etc/rc.d/init.d | 
 
c'est a dire ? 
(je viens de passer aussi sur nunux  )
 ) 
En fait remonte t'il auto la connexion sous linux en cas de déco des 24 h ? 
ah  oui moi je suis  bien en  ppoA 
Marsh Posté le 03-06-2002 à 20:33:34
Bonjour,
j'ai suivi la procédure décrite ici : http://passionlinux.free.fr/bewan/bewanlinux.html#8.2
pour obtenir des modules adaptés au noyeau de la distribution Mandrake v8.2.
Lorsque je lance le script de connexion, j'obtiens ensuite avec la commande # cat /proc/net/atm/UNICORN\:0 :
ADSL: status ATM ready, modem state SHOWTIME L0, US rate 63Kbits/s, DS rate 255Kbits/s
Bridged: 00:52:69:d1:72:f5
AAL5: tx 28 ( 0 err ), rx 0 ( 0 err, 0 drop )
Seulement, lorsque je lance la commande #ifconfig, j'obtiens :
eth0 Lien encap:Ethernet HWaddr 00:20:18:B8:A9:97
inet adr:10.0.0.10 Bcast:10.0.0.255 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:118 dropped:0 overruns:0 carrier:118
collisions:2006 lg file transmission:100
RX bytes:0 (0.0 b) TX bytes:8574 (8.3 Kb)
Interruption:11 Adresse de base:0xec00
lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:113 errors:0 dropped:0 overruns:0 frame:0
TX packets:113 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:8714 (8.5 Kb) TX bytes:8714 (8.5 Kb)
Je dispose en effet d'une carte ethernet sur mon pc.
Mais rien sur ppp0, ou alors de manière quasi-aléatoire en lançant la commande: # ifconfig ppp0 :
ppp0 Lien encap:Protocole Point-à-Point
POINTOPOINT NOARP MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Du coup, aucun browser, ne voyant ppp, ne me permet de naviguer sur le net.
Pourriez-vous m'aider ? sachant que je suis un "newbie" sur linux.
Ps : drivers utilisés v0.3.0