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