<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook V4.2//EN" "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">

<article>

<articleinfo>

<title>Eagle-USB FAQ</title>

<authorgroup>
<author></author>
<author></author>
<author></author>
</authorgroup>

<othercredit>
</othercredit>

<pubdate></pubdate>
<version></version>

<!-- for later use
<revhistory>
<revision>
<revnumber></revnumber>
<date></date>
<authorinitials></authorinitials>
<revremark></revremark>
</revision>
</revhistory>
-->

<copyright>
<year>2003</year>
<holder>
the Eagle-USB project.
</holder>
</copyright>

<abstract>
<para>
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. The text of the license can be found on <ulink url="http://www.gnu.org/copyleft/gpl.html">the GNU website</ulink>.
</para>
</abstract>

<keywordset>
<keyword></keyword>
<keyword></keyword>
<keyword></keyword>
</keywordset>

</articleinfo>


<qandaset>

<!-- insérer les faqs ici -->

<qandadiv>
<title>
Questions d'ordre général
</title><qandaentry>
<question>
<para>
A quoi sert ce driver ?
</para>
</question>
<answer>
<para>
Ce driver est un driver de périphérique USB prenant en charge les modems ADSL USB basés sur le chipset Eagle 8051 d&#039;Analog, tel que le modem ADSL USB F@st 800 de Sagem.

</para>
<para>
Une liste plus ou moins exhaustive des modems supportés est disponible sur la FaqModemFr.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>

</para>
</question>
<answer>
<para>
A corriger par Sagem au besoin : le driver fourni actuellement par Sagem (Octobre 2003) est la version 2.0.3.
Le driver eagle-usb 1.9.6 est issu de la même souche, une fois qu&#039;elle a été placée sous licence GPL et intègre les dernières modifications (+ quelques améliorations).

</para>
<para>
Cette version du driver eagle-usb intègre notamment le support du kernel 2.6 (tout en restant compatible avec les kernels précédents) ainsi qu&#039;une diminution du temps passé en interruption (ce qui devrait améliorer son fonctionnement sur des machines légères comme un P100 ou un P166).

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Quelle version de ce driver doit-on utiliser ?
</para>
</question>
<answer>
<para>
Il est recommandé d&#039;utiliser la derniere version, à savoir la version eagle-2.1.1. Cette version peut être trouvée ici:

</para>
<para>
    * <ulink url="http://eagle-usb.org" />

</para>
<para>

Il existe d&#039;autres versions de ce driver, faites par de tierces personnes. Ces versions ont leur propres spécificités. Toutefois, il est recommandé de ne pas utiliser la version originelle fournie par ADI ou Sagem, ni la version fournie par US Robotics.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Ce driver fonctionne-t-il sur les machines non x86 ?
</para>
</question>
<answer>
<para>
Oui. Il a ete testé (et fonctionne) sur des architectures PPC.
Des correctifs ont été ajouté récemment pour les architectures amd64, nous attendons les tests...

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Ce driver fonctionne-t-il sous les sytèmes d&#039;exploitation BSD ?
</para>
</question>
<answer>
<para>
Non, mais une version entièrement réécrite est disponible ici <ulink url="http://damien.bergamini.free.fr/ueagle/" />

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
J&#039;ai un problème, où puis-je demander de l&#039;aide ?
</para>
</question>
<answer>
<para>
Un forum utilisateur à été mis en place à cet effet sur la page suivante : <ulink url="http://forum.eagle-usb.org" />
Veillez à bien lire les FAQ et notamment sur les problèmes fréquents: FaqProblemFR.
Avant d&#039;ouvrir un nouveau sujet (une nouvelle thread) utilisez le lien Rechercher en haut de la page du forum pour vérifier s&#039;il n&#039;y a pas des problèmes similaires au vôtre (même message d&#039;erreur dans /var/log/messages...).
Lorsque vous ouvrez un nouveau sujet, préciser : votre type de modem, votre distribution, votre ISP, les messages d&#039;erreur significatifs dans /var/log/messages (triez ! sinon c&#039;est trop long, ne garder que ce qui se passe au moment de l&#039;erreur), ce que vous avez essayé avant, ... vous pouvez lancer un diagnostic par eaglediag (inclus dans version &gt; 1.9.x)

</para>
</answer>
</qandaentry>
</qandadiv>

<qandadiv>
<title>
Questions sur le modem
</title><qandaentry>
<question>
<para>
Quels modems ce driver prend-il en charge ?
</para>
</question>
<answer>
<para>
Ce driver prend en charge les modems suivants:<itemizedlist>
<listitem> <emphasis role="bold">Sagem Fast800</emphasis></listitem>
<listitem> <emphasis role="bold">Sagem Fast800 E2</emphasis></listitem>
<listitem> <emphasis role="bold">Sagem Fast800 PE</emphasis></listitem>
<listitem> <emphasis role="bold">Sagem Fast908</emphasis> (c&#039;est un modem combo : USB et ethernet, le driver ne fonctionne que pour l&#039;USB, bien sûr)</listitem>
</itemizedlist>

</para>
<para>
Et en pratique ces modèles-ci, basés sur le même chipset Eagle d&#039;Analog :<itemizedlist>
<listitem> <emphasis role="bold">COMTREND CT-350</emphasis> : principalement utilisé en Espagne actuellement (2003)</listitem>
<listitem> <emphasis role="bold">AT AR-215</emphasis> : principalement utilisé en Allemagne actuellement (2003)</listitem>
<listitem> <emphasis role="bold">USB ADSL US Robotics</emphasis> ??</listitem>
</itemizedlist>

</para>
<para>
voir aussi <ulink url="ModemSupport">liste modems supportés</ulink>

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Qu&#039;est-ce que le firmware ?
</para>
</question>
<answer>
<para>
Lorsqu&#039;il est mis sous tension, le modem est nu comme un ver. Il ne sais strictement rien faire. Pour pouvoir l&#039;utiliser, il faut charger son firmware, qui est le logiciel qui lui permet d&#039;utiliser complètement le bus USB, et le code de son DSP. Le firmware est chargé automatiquement par le pilote (driver) a partir de la version 1.0.4.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Qu&#039;est-ce que le DSP ?
</para>
</question>
<answer>
<para>
Le code DSP est le logiciel qui lui permet de gérer la connexion avec les équipements ADSL. Le code DSP doit être chargé au moyen de la commande <emphasis role="highlight">eaglectrl</emphasis>. La prochaine version du driver (&gt; a 1.0.4) gère le choix du code DSP, en fonction du modem (ISDN ou POTS).

</para>
<para>
Le DSP est donc un microcontroleur optimisé pour le traitement numérique de signaux analogique en temps réel. Il exécute le code dsp que le driver charge lors de la détection du périph post-firmware.

</para>
<para>
Mes questions/hypothèses/réflexions:<itemizedlist>
<listitem> ce code dsp ne serait -il pas qu&#039;un simple filtrage numérique pour atténuer les parasites de la ligne?</listitem>
<listitem> si oui, pourquoi y a -t il plusieurs codes dsp?</listitem>
<listitem> physiquement, le dsp est il un chip externe à l&#039;ad6484 ou interne?</listitem>
</itemizedlist>

</para>
<para>
Réponse sur les DSP de EricHennequin, un ancien fan des DSP, 9 janvier 2004:

</para>
<para>
-Les modems modernes (1990 ?) sont en général construits autour d&#039;un DSP (Digital Signal Processor, processeur de signal numérique).
Un DSP possède en général la très spécifique instruction MAC, multiply and accumulate, parfois tables de sinus et log en ROM, 
souvent 3 bus pour 3 bancs mémoires accessibles simultanément, pratique pour un produit de convolution par exemple.
Dans le cas d&#039;un modem, cela lui permet de faire facilement :<itemizedlist>
<listitem> caractérisation et annulation de l&#039;echo (essentiel car la ligne téléphonique est de mauvaise qualité, avec plusieurs segments d&#039;impédances différentes)</listitem>
<listitem> modulation/démodulation, pour l&#039;ADSL1 par slot de fréquence (DMT) grâce à une transformée de Fourier rapide</listitem>
<listitem> codes correcteurs d&#039;erreur.  (pour l&#039;ADSL1, code Reed Salomon, comme sur les CDs, je crois)</listitem>
</itemizedlist>

</para>
<para>
Dans le cas de l&#039;ADSL1, il y a 256 canaux (slot) de 4KHz de large, avec un nombre de bit variable pour l&#039;amplitude suivant le canal,
en fonction du rapport signal/bruit de chaque canal (maxi 15, CAN 16bits :-). L&#039;allocation des slots varie (évasion des interférences).
Ce qui donne (Shannon) : 256*2KHz*15b ~= 8Mb/s au maximum, cohérent avec les specs.
Les détails sont dans des normes copyright a 50 euros chez itu.org, ansi.org, ou ieee.org.
genre ANSI T1.413, ITU-T G.992

</para>
<para>
 - Il y a plusieurs codes DSP parce qu&#039;il y a plusieurs façons de moduler, en fonction du type de ligne : on n&#039;utilise pas toujours les mêmes slots de fréquence (pour le POTS, éviter les 8 premiers KHz réservés à la voix, pour l&#039;ISDN, ca dépend du nombre de canaux ISDN ?),  avec la même résolution, et les mêmes filtres. 
Il y a aussi des normes différentes et des qualités de service différentes ! (latence vs débit vs taux d&#039;erreur). 
L&#039;utilisation d&#039;un DSP reprogrammable donne une certaine assurance vis-à-vis des évolutions des normes. Il y a en au moins une dizaine dans le monde, dont au moins trois standards ITU.

</para>
<para>
 - voilà à quoi ca ressemble physiquement : 

</para>
<para>
<ulink url="http://www.analog.com/Analog_Root/sitePage/mainSectionHome/0,2130,level4%253D297%2526level1%253D277%2526level2%253D189%2526level3%253D283,00.html">photo d&#039;une carte eagle avec deux chips, prise USB, prise téléphonique</ulink>

</para>
<para>
Eagle est une solution en deux chip:<itemizedlist>
<listitem> l&#039;AD6480 (analog frontend) et les composants compagnons, qui fait du filtrage analogique de base, (adaptation de niveau grossiere suivant la frequence, peut etre) et qui contient peut-etre aussi les CAN/CNA</listitem>
<listitem> l&#039;AD6484, (data pump)  avec un DSP (70MIPS qui sont des instructions riches comme le MAC) qui  en est reellement le coeur (DSPcode.bin ?),</listitem>
<listitem> et un 8051 (firmware.bin ?), un microcontroleur 8 bit très classique qui gère le lien USB. Les deux processeurs sont dans le même chip.</listitem>
</itemizedlist>

</para>
<para>
Note pour les linuxiens purs : le /dev/dsp de linux tire sans doute les racines historiques de son nom de la prétention de fabricant de cartes son pour PC qui appellaient DSP de vulgaires CAN/CNA.  Les CAN/CNA sont des codecs, les DSP sont des codecs, les DSP incluent souvent un CNA/CAN, mais les CNA/CAN ne sont pas des DSP, dans le vocabulaire des spécialistes du traitement du signal. Les cartes sons contiennent certes souvent un mixer analogique commandé numériquement mais qui mérite à peine l&#039;appellation d&#039;ASP (analog signal processor).
Il y eu des machines exotiques (Next, Falcon) qui contenaient un ou des vrais DSPs généralistes à coté du processeur principal, exploités pour des applications allant du son à la 3D. Aujourd&#039;hui, les processeurs généralistes intègrent les instructions genre DSP (MMX, Altivec), mais on apprécie toujours un processeur dédié dans son vrai modem pas winmodem, dans la carte son évoluée avec synthétiseur, 
sur la carte graphique 3D (un lointain descendant des DSP généralistes), ou sur la carte de capture vidéo MPEG :-)

</para>
<para>
Pour briser immédiatement les espoirs de ceux qui voudraient &quot;optimiser&quot; le code DSP : il exploite deja au maximum les capacites théoriques
du CNA/CAN.  Par contre, pour la pédagogie, ou des expérimentations diverses (soft radio :-) ca pourrait être amusant d&#039;avoir les specs 
complètes des puces de analog device. (NDA pour l&#039;instant, dans quelques années peut être).<div class="indent">Ou bien comparer les fichiers DSPCode.bin avec les jeux d&#039;instructions des 4 gammes de DSP de AD pour deviner lequel a été utilisé.</div>
Mais de toute facon, c&#039;est un DSP bas de gamme qui est écrasé par votre pentium et qu&#039;on jettera avec la prochaine génération du DSL (50Mb/s ?).

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Existe t-il un code couleur pour les diodes USB et ADSL sur le modem ?
</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<answer>
</answer>
</qandaentry>
</qandadiv>

<qandadiv>
<title>
Questions sur la ligne ADSL
</title><qandaentry>
<question>
<para>
Pourquoi suis-je suis déconnecté tous les jours ?
</para>
</question>
<answer>
<para>
France Telecom provoque une déconnexion forcée au moins une fois par jour pour maintenance des équipements ADSL (purges des connexions fantomes entre autre). Sans doute ces équipements sont-ils bogués et consomment-ils toutes leurs ressources en moins de deux jours...

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Qu&#039;est-ce que le dégroupage ?
</para>
</question>
<answer>
<para>
Historiquement, en France, France Telecom etait le seul opérateur téléphonique. L&#039;Europe forçant la libéralisation des marchés, et la libre concurrence, France Telecom a été sommé de pouvoir louer ses lignes a d&#039;autres opérateurs.
Etre degroupé signifie que la ligne (du moins sa partie ADSL) n&#039;est plus gérée par France Telecom mais par un autre opérateur.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Pourquoi mon débit est-il limité à 20 Ko/s ?
</para>
</question>
<answer>
<para>
Les lignes ADSL sont asymétriques par nature. Le débit montant est généralement limité à 128 kbits/s, alors que le débit descendant est de 512 kbits/s. Le problème est qu&#039;en cas de saturation du débit montant, plus aucun paquet de demande de paquet extérieur ne peut passer. Dans ce cas, le débit descendant se trouve limité par le débit montant.

</para>
<para>
En pratique, la seule solution à ce problème est de définir une qualité de service afin de réserver un peu de bande passante montante pour les paquets qui demandent des paquets descendant. La manière de procéder peut être trouvée dans les HOWTO traitant du routage et du traffic shaping.

</para>
<para>
Faîtes attention lors de vos mesures à ne pas confondre kilobytes (=kilooctets) et kilobits, les deux sont souvent notés kb/s.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Comment savoir si la ligne ADSL est correcte ?
</para>
</question>
<question>
<para>
Comment savoir l&#039;état de la liaison ?
</para>
</question>
<answer>
<para>
La commande <emphasis role="highlight">eaglestat</emphasis> indique l&#039;état de la liaison. Généralement, la liaison est correcte si les deux voyants du modem sont allumés (modèle Sagem F@st 800). Vous pouvez tester l&#039;état de la ligne ADSL à l&#039;aide de la mire France Telecom.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Qu&#039;est-ce que la mire ADSL ?
</para>
</question>
<answer>
<para>
La mire ADSL est une connexion par défaut offerte par l&#039;opérateur téléphonique et qui permet de vérifier que la ligne ADSL est correcte.

</para>
<para>
Pour vous connecter à la mire de France Telecom, connectez-vous avec le nom d&#039;utilisateur <emphasis role="bold">adsl@adsl</emphasis> et le mot de passe <emphasis role="bold">adsl</emphasis>. Le script <emphasis role="highlight">/usr/sbin/startmire</emphasis> permet de se connecter à la mire de France Telecom.
=&gt; Ensuite, une page web de test est disponible à l&#039;url <ulink url="http://193.252.96.3/" />

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Comment synchroniser le modem ?
</para>
</question>
<answer>
<para>
Vous pouvez utiliser la commande <emphasis role="highlight">eaglectrl -s[timeout]</emphasis> qui est bloquante tant que le modem n&#039;a pas trouvé la ligne ADSL. Le timeout par défaut est de 60 secondes. Si vous ajoutez une valeur &quot;timeout&quot;, ce nombre doit être <emphasis role="underline">accolé</emphasis> à -s (ex: <emphasis role="highlight">eaglectrl -s10</emphasis>)

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Où est-ce que je spécifie le numéro de téléphone à appeler ?
</para>
</question>
<answer>
<para>
Vous n&#039;avez pas à spécifier de numéro de téléphone avec l&#039;ADSL. Le modem se connecte de manière permanente aux équipements ADSL et le reste tant qu&#039;il est sous tension. Le processus de connexion consiste simplement à établir un canal de communication avec un point d&#039;accès de votre fournisseur d&#039;accès.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Qu&#039;est-ce que pppoa et pppoe ?
</para>
</question>
<question>
<para>
Dois-je utiliser pppoa ou pppoe ?
</para>
</question>
<answer>
<para>
Ce sont deux programmes qui permettent d&#039;établir la liaison entre le démon pppd et le driver. Ces programmes utilisent pour cela une interface réseau Ethernet virtuelle exposée par le driver.

</para>
<para>
pppoa et pppoe utilisent deux méthodes d&#039;encapsulation différentes pour fournir les paquets PPP de pppd au driver. Il est recommandé d&#039;utiliser pppoa, parce qu&#039;il est plus léger que pppoe. Le driver est configuré par défaut pour utiliser pppoa.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
À quoi servent les options -s de pppoa et de pppoe ?
</para>
</question>
<question>
<para>
À quoi sert l&#039;option sync de pppd ?
</para>
</question>
<answer>
<para>
Le démon pppd peut utiliser le support des lignes synchrones. Avec ce support, les paquets arrivent toujours entiers et n&#039;ont pas à être reconstitué logiciellement. Ces options permettent d&#039;indiquer respectivement à pppoa, pppoe et pppd qu&#039;ils doivent utiliser le mode synchrone.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Dois-je utiliser le mode synchrone ou le mode asynchrone ?
</para>
</question>
<answer>
<para>
Seul le mode asynchrone a été testé extensivement. Le mode synchrone semble poser quelques problèmes à l&#039;établissement des connexions. Il est donc recommandé d&#039;utiliser le mode asynchrone, même s&#039;il requiert un petit peu plus de ressources.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Comment puis-je utiliser le mode synchrone ?
</para>
</question>
<answer>
<para>
L&#039;activation du mode synchrone nécessite que le support des lignes PPP synchrones soit présent dans le noyau. Elle peut se faire avec l&#039;option sync de pppd et l&#039;option -s de pppoa ou de pppoe.

</para>
</answer>
</qandaentry>
</qandadiv>

<qandadiv>
<title>
Questions à propos de la connexion ADSL
</title><qandaentry>
<question>
<para>
Quelle est la différence entre dégroupé et non dégroupé en ce qui concerne la connexion ?
</para>
</question>
<answer>
<para>
En fait il n&#039;y a pas forcément de différence entre ces 2 cas... Tout dépend de l&#039;encapsulation utilisée par le FAI (ou de l&#039;opérateur téléphonique).
Dans les fait, maintenant, si l&#039;on prend l&#039;exemple de Free, les utilisateurs non-encore dégroupés, utilisent l&#039;infrastructure de France Telecom, et doivent donc utiliser <emphasis role="bold">PPP</emphasis> (Point to Point Protocol). Par contre les utilisateurs dégroupés (utilisant pleinement l&#039;architecture de Free) doivent utiliser <emphasis role="bold">IP</emphasis>.
Toutefois, comme le transport physique est assuré par <emphasis role="bold">ATM</emphasis> dans les 2 cas, les 2 protocoles (PPP et IP) doivent être encapsulés dans des trames ATM : on a alors <emphasis role="bold">PPPoA</emphasis> (PPP over ATM) et <emphasis role="bold">IPoA</emphasis> (IP over ATM) encore appelé <emphasis role="bold">Routed IP</emphasis>.
Dans la pratique, les utilisateurs non-degroupés doivent donc utiliser <emphasis role="highlight">pppd</emphasis> pour dialoguer en PPP, et <emphasis role="highlight">pppoa</emphasis> pour l&#039;encapsulation (note: on peut généralement aussi utiliser <emphasis role="bold">PPPoE</emphasis> pour l&#039;encapsulation). Les utilisateurs degroupés eux n&#039;ont besoin d&#039;aucun démon particulier, l&#039;encapsulation étant gérée directement par le modem.

</para>
<para>
<emphasis role="bold">!! A étoffer, je comprends pas trop les détails !!</emphasis>

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Quel rôle joue hotplug dans la connexion ?
</para>
</question>
<answer>
<para>
Hotplug est un mécanisme qui permet d&#039;effetuer un certain nombre d&#039;action automatiquement au branchement et au débranchement de périphérique. Sa mise en oeuvre nécessite le module noyau <emphasis role="bold">hotlpug</emphasis> et les scripts utilisateurs. Dans toutes les distributions GNU/Linux, ces scripts sont regroupés dans un paquet nommé <emphasis role="bold">hotplug</emphasis>.

</para>
<para>
Le module noyau hotplug émet des évenements à chaque fois qu&#039;un périphérique est branché sur un bus quelconque (USB, PCI, IDE, PCMCIA, etc).

</para>
<para>
Les scripts utilisateurs permettent de spécifier un certain nombre d&#039;actions appropriées selon la nature du périphérique branché ou débranché, par exemple : le montage de la clef USB quand une clef USB est branchée.

</para>
<para>
Dans le cas qui nous intéresse, à savoir un modem ADSL USB basé sur le chipset Eagle 8051 d&#039;Analog, hotplug sert à charger automatiquement le code DSP (FaqModemFr).
<emphasis role="bold">hotplug</emphasis> n&#039;est pas obligatoire pour faire fonctionner sa connexion ADSL. En revanche hotplug est indispensable si vous souhaitez automatiser la connexion au démarrage de la machine ou bien au branchement du modem. Donc hotplug ne sert a rien  dans le cas d&#039;une machine toujours allumée et dont le modem est toujours branché, une machine serveur par exemple.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Comment établit-on la connexion en non dégroupé (ppp) ?
</para>
</question>
<answer>
<para>
Vous pouvez établir la connexion à l&#039;aide du script <emphasis role="highlight">startadsl</emphasis>.
Ne pas utiliser Drakconnect (Mandrake) actuellement &lt;= 1.0.4e : cela ne sera supporté que par la prochaine version.
Les utilisateurs Debian peuvent aussi utiliser la commande pon.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Comment établit-on la connexion en dégroupé ?
</para>
</question>
<answer>
<para>
1) chargement du code DSP et synchronisation du modem (<emphasis role="bold">normalement effectuée par hotplug si celui-ci est installé et configuré</emphasis>):
<emphasis role="highlight">eaglectrl -w</emphasis> ou <emphasis role="highlight">eaglectrl -d ; eaglectrl -s </emphasis> pour charger le code DSP et attendre la synchronisation.

</para>
<para>
2) établissement de la connexion suivant votre distrib:<itemizedlist>
<listitem> 1.0.4e sur Mandrake 9.2 : <emphasis role="highlight">startadsl</emphasis> (utilisation de dhclient, l&#039;éditer si vous souhaitez utiliser dhcpcd)</listitem>
<listitem> autres: <emphasis role="highlight">eaglectrl -w</emphasis> pour initialiser et afficher l&#039;interface réseau (eth1 par exemple) puis <emphasis role="highlight">dhclient eth1</emphasis>. La commande <emphasis role="highlight">dhclient `eaglectrl -i`</emphasis> exécute le tout en une seule fois. Ces commandes peuvent être placées dans un script nommé <emphasis role="highlight">startadsl</emphasis>.</listitem>
</itemizedlist>

</para>
<para>
ou

</para>
<para>
<emphasis role="highlight">ifconfig eth1 xxx.xxx.xxx.xxx (mon ip fixe free) netmask 255.255.255.0</emphasis>
<emphasis role="highlight">route add default gw ip-passerelle-free</emphasis> (le debut de ton ip finissant par 254 genre 82.67.159.254)
à placer dans <emphasis role="highlight">startadsl</emphasis> (le <emphasis role="highlight">eagleconfig</emphasis> devrait pouvoir gérer ce cas si l&#039;IP est connue)

</para>
<para>
Vérifier la présence des dns dans <emphasis role="highlight">/etc/resolv.conf</emphasis>

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Comment établit-on la connexion avec une Knoppix en live-on-cd ? (dégroupé/non dégoupé)
</para>
</question>
<answer>
<para>
Un script facilitant le paramétrage et la connection est disponible à l&#039;adresse:
<ulink url="http://ftp.knoppixfr.free.fr/scripts/AdslEnLive/sagemf@st800/" />

</para>
<para>
L&#039;archive est du type sagemlive0.1c.tar.gz, elle contient un module adiusbadsl.o pour le noyau 2.4.20-xfs (versions de knoppix 3.1 et 3.2 jusqu&#039;au 06/06/2003)

</para>
<para>
Il est nécessaire de le substituer pour les versions ultérieures de knoppix utilisant un noyau 2.4.21-xfs ou 2.4.22-xfs, ces modules sont disponibles à la même adresse dans leurs répertoires respectifs.

</para>
<para>
Nb: le module adiusbadsl du pilote Eagle-1.0.4 est aisément compilable en mode live-on-cd.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Comment arrête-t-on la connexion en non dégroupé (ppp) ?
</para>
</question>
<answer>
<para>
Vous pouvez l&#039;arrêter à l&#039;aide du script <emphasis role="highlight">stopadsl</emphasis> (ou d&#039;un <emphasis role="highlight">killall pppd</emphasis> &lt;= pas terrible, ne &quot;descend&quot; pas l&#039;interface).
Les utilisateurs Debian peuvent aussi utiliser la commande poff.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Comment arrête-t-on la connexion en dégroupé ?
</para>
</question>
<answer>
<para>
 - 1.0.4e sur Mandrake 9.2 et pour les versions &gt; 1.9.x : <emphasis role="highlight">stopadsl</emphasis><itemizedlist>
<listitem> sinon: <emphasis role="highlight">ifconfig `eaglectrl -i` down</emphasis> en lancement manuel ou à placer dans <emphasis role="highlight">stopadsl</emphasis></listitem>
</itemizedlist>

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Comment se connecter automatiquement au démarrage du système ?
</para>
</question>
<answer>
<para>
???
Peut être splitté en deux (dégroupé / non dégroupé) si les explications sont carrément différentes

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Comment se reconnecter automatiquement lors d&#039;une coupure ?
</para>
</question>
<answer>
<para>
Non dégroupé :
Creer un fichier /etc/reco.adsl par exemple et mettre ceci dedans :
&lt;pre&gt;
# !/bin/bash
INTERNET_TEST=$(host -W 2 www.free.fr | grep &#039;has address&#039;)
if [ &quot;X$INTERNET_TEST&quot; == &quot;X&quot; ] ; then
# internet is down ; resets modem
/etc/init.d/eagle-usb restart
fi
&lt;/pre&gt;
cela testera si la connexion est toujours bonne, puis faire un ptit chmod +x /etc/reco.adsl pour rendre le script executable
faire : crontab -e et entrer : 
* * * * * /etc/reco.adsl
cela lancera le script toutes les minutes et si il y a une déco cela reconnectera :)

</para>
<para>
Peut être splitté en deux (dégroupé / non dégroupé) si les explications sont carrément différentes

</para>
<para>
ou utiliser testconnec qui s&#039;étoffera à partir de la 2.0.0... il y a beaucoup plus de cas à traiter qu&#039;un &quot;simple&quot; restart (modem is initializing... qui peut demander à décharger le module et le recharger, voire décharger l&#039;usb et tout recharger... tricky)

</para>
<para>
[309 new]
==== Comment partager sa connection internet ? ====
Merci à Bertrand Delepine pour cet excellent article.  <ulink url="http://www.epplug.org/" />

</para>
<para>

L’intérêt d’une connexion ADSL est qu’elle permet pour un coût relativement modeste de disposer d’une bande passante jusqu’alors inédite dans le domaine de l’accès internet personnel. Lors du partage d’une connexion, une machine tiendra le rôle de routeur, celle ci contient deux cartes réseau, l’une reçoit/envoie des données de/vers l’internet, l’autre interface est branchée sur un hub sur lequel viennent se connecter les postes clients. Le routeur &quot;tricote&quot; les données circulant par son interface externe (vers l’Internet) et fait comme si une seule machine était connectée. Quand il reçoit des données il sait aussi à quelle machines elles sont destinées.

</para>
<para>
Activer le masquerading

</para>
<para>
Dans ma configuration l’une de mes cartes, eth0 à une adresse IP de 10.0.0.10, l’autre eth1 est en 192.168.1.1. Celle tournée vers le net est donc eth0, l’autre eth1 vers le réseau local (hub).Pour activer le masquerading sur le routeur, deux choses :
-  Dans /etc/sysconfig/network, une ligne FORWARD_IPV4=&quot;true&quot;
-  Le fichier /proc/sys/net/ipv4/ip_forward doit contenir le chiffre &quot;1&quot;, pour cela, la ligne suivante :
echo &quot;1&quot; &gt; /proc/sys/net/ipv4/ip_forward
sera placée à la fin de votre fichier /etc/rc.d/rc.local.

</para>
<para>
Il faut ensuite s’assurer que toutes les données à destination et au départ de vos postes clients soient correctement forwardées. Il faut pour cela charger des modules et spécifier le comportement que le routeur doit tenir face aux paquets. Modifiez votre fichier /etc/rc.d/rc.local en plaçant ces lignes à la fin :

</para>
<para>
# Ip masquerade
echo &quot;1&quot; &gt; /proc/sys/net/ipv4/ip_forward
/sbin/depmod -a
/sbin/modprobe ip_masq_ftp
/sbin/modprobe ip_masq_user
ipchains -A forward -s 192.168.1.0/2 -d 0.0.0.0/0 -j MASQ
Pour les noyaux 2.4.x, remplacez cette ligne par iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE

</para>
<para>
J’ai repris la ligne mettant le ip_forward à &quot;1&quot; pour étre bien sûr de l’activation au démarrage. Les modules sont chargés par modprobe, ici je charge le module pour le ftp, et le module général pour les utilisateurs. Il existe d’autres modules pour l’irc, le streaming...
Enfin je définis une règle de masquerading à l’aide d’IPCHAINS. La première adresse définit une classe d’adresse, ici 192.168.1.1.0/2 autorise les machines de 192.168.1.0 à 192.168.1.2 à envoyer et recevoir des données de l’internet par l’intermédiaire de la machine routeur. Redémarrer la machine, vous devriez voir des messages vous annonçant que l’IP masquerading est activé.

</para>
<para>
3.3 Les clients

</para>
<para>
Les postes clients doivent avoir bien sur une adresse ip différente du serveur, donc ici différente de 192.168.1.1. Sur ces postes la seule manipulation à effectuer est d’éditer le fichier /etc/resolv.conf en y plaçant l’adresse IP du serveur de noms :

</para>
<para>
nameserver 193.252.19.3
search free.fr
domain free.fr

</para>
<para>
Cela permettra aux clients d’accéder au net par l’intermédiaire de la machine routeur, remplacez &quot;free.fr&quot; par le domaine de votre FAI. Editez le fichier /etc/sysconfig/network, deux lignes du style :

</para>
<para>
GATEWAY=&quot;192.168.1.1&quot;
GATEWAYDEV=&quot;eth0&quot;

</para>
<para>
doivent etre présentes.
Cela permet de spécifier à la machine la passerelle à employer.

</para>
<para>
3.4 En résumé

</para>
<para>
Deux machines :

</para>
<para>
-  Un routeur : 2 cartes réseau, [[eth0 en 10.0.0.10 sur le modem ADSL et eth1 en 192.168.1.1 sur le HUB, masquerading activé. Connectée à l’Internet.
-  Un client : 1 carte réseau 192.168.1.2 connectée au HUB. 

</para>
<para>
L&#039;article complet est ici <ulink url="http://www.epplug.org/spip/article.php3?id_article=19" />

</para>
</answer>
</qandaentry>
</qandadiv>

<qandadiv>
<title>
Questions sur l'installation
</title><qandaentry>
<question>
<para>
Comment installe-t-on ce driver ?
</para>
</question>
<answer>
<para>
Est décrit ici un processus simplifié à l&#039;extrême. Des documentations détaillées sur trouvent sur le <ulink url="http://www.eagle-usb.org">site web de doc</ulink>.

</para>
<para>
Il faut s&#039;assurer avant tout que votre système Linux gère le bus USB et que le système de fichiers virtuel <emphasis role="highlight">/proc/bus/usb</emphasis> est bien monté. Vous devez également vous assurer que le support du protocole PPP est activé dans votre noyau, et que le démon pppd en version 2.4.1 ou plus est installé.

</para>
<para>
L&#039;installation du driver se fait à partir de ses sources. Cela suppose que les en-têtes du noyau soient disponibles dans le répertoire <emphasis role="highlight">/usr/src/linux</emphasis>, ou qu&#039;un lien symbolique de ce nom les référence. Vous devez extraire les sources de l&#039;archive à l&#039;aide de la commande tar, aller dans le répertoire ainsi créé, et taper la commande <emphasis role="highlight">make</emphasis>

</para>
<para>
Une fois la compilation terminée, vous devez passer sous le compte root (<emphasis role="highlight">su -</emphasis>), et taper la commande <emphasis role="highlight">make install</emphasis>

</para>
<para>
Version 1.9.6 : <emphasis role="highlight">eagleconfig</emphasis> se charge de configurer votre fournisseur d&#039;accès, hotplug et la connexion au démarrage.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Quelle version du noyau doit-on utiliser ?
</para>
</question>
<answer>
<para>
Ce driver fonctionne avec les noyaux 2.4.18 et plus. Il est recommandé d&#039;utiliser la version 2.4.20 ou plus.

</para>
<para>
Cette version du driver fonctionne avec les version 2.6.x du noyau linux. À noter qu&#039;à partir du noyau 2.6.13 la version CMV du pilote est requise, sans quoi vous ne parviendrez pas à compiler eagle-usb.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Quel driver USB doit-on choisir ?
</para>
</question>
<answer>
<para>
Il existe deux type de driver suivant le constructeur du chipset qui prend en charge l&#039;USB, les drivers <emphasis role="bold">UHCI</emphasis> et les drivers <emphasis role="bold">OHCI</emphasis>. En ce qui concerne le support de l&#039;USB 2, les deux modules <emphasis role="bold">OHCI</emphasis> et <emphasis role="bold">EHCI-HCD</emphasis> devront être chargés).

</para>
<para>
 - Le noyau 2.4.x dispose de deux drivers USB UHCI (chipset here). Le driver Eagle fonctionne avec ces deux drivers. Il semble que le driver Alternate (JE) ait un comportement plus proche des spécifications USB de Linux. Toutefois, ce driver de modem n&#039;a été testé intensivement qu&#039;avec le driver USB classique. Suivant les cartes mères il se peut que l&#039;un ou l&#039;autre de ces drivers fonctionne mieux.

</para>
<para>
 - Il n&#039;existe qu&#039;un seul driver OHCI (SiS, ...).

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Comment vérifier que le modem est bien reconnu ?
</para>
</question>
<answer>
<para>
L&#039;installation s&#039;adresse aux <ulink url="ModemSupport">modems supportés</ulink> branchés en <emphasis role="bold">USB</emphasis> (en ethernet plutôt utiliser rp-pppoe, avec le sagem 908 ou le comtrend ct-361 par exemple).

</para>
<para>
Votre USB doit être opérationnel auparavant. Cela se vérifie avec la commande <emphasis role="highlight">lsusb</emphasis> qui devrait afficher quelquechose de similaire à cela (pour un Fast 800 par exemple) :
&lt;pre&gt;Bus 003 Device 001: ID 0000:0000
Bus 002 Device 003: ID 046d:08b2 Logitech, Inc. QuickCam Pro 4000
Bus 002 Device 001: ID 0000:0000
&lt;b&gt;Bus 001 Device 004: ID 1110:900f Analog Devices Canada, Ltd (Allied Telesyn) AT-AR215 DSL Modem&lt;/b&gt;
Bus 001 Device 001: ID 0000:0000&lt;/pre&gt;

</para>
<para>
Au besoin (pour les kernels &lt; 2.6.8) modifier une ligne de <emphasis role="highlight">/etc/lilo.conf</emphasis> (passer root par <emphasis role="highlight">su -</emphasis> dans une fenêtre terminal) :
&lt;pre&gt;        append=&quot;noapic nolapic acpi=off resume=/dev/hda7 splash=silent&quot;&lt;/pre&gt;
Lancer ensuite <emphasis role="highlight">lilo -v</emphasis> pour écrire la séquence de boot... puis rebooter (ça arrive pas souvent avec linux)
L&#039;ajout de <emphasis role="highlight">noapic</emphasis> et <emphasis role="highlight">acpi=off</emphasis> est nécessaire par exemple pour une carte MSI-6380 (K7T266 Pro2)

</para>
</answer>
</qandaentry>
</qandadiv>

<qandadiv>
<title>
Questions sur différents problèmes
</title><qandaentry>
<question>
<para>
Je n&#039;arrive pas à charger le DSP
</para>
</question>
<answer>
<para>
Vérifiez que le modem est bien branché et que le firmware a été chargé. Le DSP ne peut pas être chargé tant que le firmware ne l&#039;a pas été. Vérifiez également que le système de système de fichiers virtuel <emphasis role="highlight">/proc/bus/usb/</emphasis> est bien monté. eaglectrl utilise ce système de fichiers pour communiquer avec le driver.

</para>
<para>
Vérifiez aussi que eaglectrl et le driver ont été compilés avec la même version de gcc que le kernel. Pour ce faire, comparer les versions données par <emphasis role="highlight">gcc --version</emphasis> et <emphasis role="highlight">cat /proc/version</emphasis>.

</para>
<para>
==Attention si vous avez <emphasis role="highlight">/usr</emphasis> dans une partition indépendante!!!==
Après avoir envoyé le firmware au modem, hotplug appelle <emphasis role="highlight">eaglectrl</emphasis> avec l&#039;option <emphasis role="highlight">-d</emphasis> pour lui envoyer le code du DSP, mais cela est effectué très tôt lors du démarrage alors que seule la partition racine est montée.
Si <emphasis role="highlight">/usr</emphasis> est sur une partoche indépendante, hotplug ne trouve pas eaglectrl qui est installé dans <emphasis role="highlight">/usr/sbin</emphasis> (Mdk / RH / Fedora) ou <emphasis role="highlight">/usr/local/sbin</emphasis> (par défaut).
Vous risquez donc d&#039;attendre très longtemps la synchronisation du modem!...
La solution est d&#039;installer eaglectrl dans <emphasis role="highlight">/sbin</emphasis>.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Je ne trouve pas l&#039;interface réseau du modem
</para>
</question>
<answer>
<para>
L&#039;interface réseau du modem est assignée lorsque l&#039;on lance la commande <emphasis role="highlight">eaglectrl -i</emphasis> pour la première fois. En général, le système choisira la première interface disponible après vos cartes réseau (eth1 pour ceux qui ont une seul carte réseau)

</para>
<para>
Par la suite, cette même commande permet d&#039;afficher le nom de l&#039;interface réseau utilisé par le driver afin de personnaliser les scripts de connexion.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Le modem prend le nom d&#039;une des interfaces réseau de mon système !
</para>
</question>
<answer>
<para>
Les noms d&#039;interfaces réseau sont alloués dans l&#039;ordre de leur création. Si le driver du modem prend le nom de l&#039;une de vos interfaces réseau, c&#039;est que la séquence d&#039;initialisation de votre système n&#039;est pas bonne. Plus précisément, vous appelez la commande <emphasis role="highlight">eaglectrl -i</emphasis> trop tôt par rapport à l&#039;initialisation des modules des drivers des autres interfaces réseau.

</para>
<para>
Retardez le lancement de la connexion après l&#039;initialisation des autres drivers réseau pour résoudre le problème. Vous pouvez aussi forcer le nom à utiliser grâce à la variable if_name, exemple: <emphasis role="highlight">insmod eagle-usb.o if_name=&quot;eth9&quot;</emphasis>
Ajouter la ligne suivante au fichier <emphasis role="highlight">/etc/modules.conf</emphasis> pour conserver ce paramétrage (<emphasis role="highlight">dans /etc/modprobe.conf</emphasis> avec noyau 2.6.x et peut-être <emphasis role="highlight">eagle_usb</emphasis>) : <emphasis role="highlight">options eagle-usb if_name=&quot;eth9&quot;</emphasis> 

</para>
<para>
Sur Redhat9 (et sur les autres distrib utilisant <emphasis role="highlight">chkconfig</emphasis>)
Pour avoir une séquence d&#039;initialisation correcte (en principe ça l&#039;est, sauf lorsque vous avez un périphérique usb qui se monte sur la première interface réseau disponible) :

</para>
<para>
1) Editer le script <emphasis role="highlight">/etc/init.d/hotplug</emphasis>
Changer la ligne : 
<emphasis role="highlight"># chkconfig 2345 01 99 </emphasis>
En : 
<emphasis role="highlight"># chkconfig 2345 20 99 </emphasis>
(par défaut hotplug est démarrer en 01 et les interfaces réseaux en 10. En démarrant hotplug en 20, je suis assurer de ne pas perdre mes interfaces réseaux.

</para>
<para>
2) Valider les changements :
$ <emphasis role="highlight">chkconfig --level 123456 hotplug reset</emphasis>
$ <emphasis role="highlight">reboot</emphasis> (redémarrer manuellement ces deux services dans la bonne séquence après un mauvais démarrage provoque un kernel panic sur redhat9)

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
pppd se termine prématurément
</para>
</question>
<answer>
<para>
pppd se termine lorsqu&#039;il perd la connexion. Il y a une infinité de bonnes raison pour perdre la connexion. Les meilleures sont sans doute que le driver du modem n&#039;est pas chargé, que le modem n&#039;a pas encore trouvé la ligne ADSL, ou que les options utilisées pour la connexion sont mauvaises.

</para>
<para>
Si la connexion est perdue alors qu&#039;elle était correctement établie, c&#039;est que c&#039;est une vraie perte de connexion. Dans ce cas, vous pouvez forcer pppd à rester en vie et à se reconnecter automatiquement à l&#039;aide de l&#039;option <emphasis role="bold">persist</emphasis>. Cette option est déjà par défaut dans les dernières versions du script <emphasis role="highlight">startadsl</emphasis>.
Utiliser <emphasis role="highlight">startadsl -d</emphasis> pour activer le mode debug de pppd et obtenir plus d&#039;informations dans <emphasis role="highlight">/var/log/messages</emphasis>

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Le modem se synchronise, mais la connexion ne s&#039;établit pas
</para>
</question>
<answer>
<para>
Si le modem trouve la ligne ADSL mais que vous ne parvenez pas à vous connecter, c&#039;est sans doute parce que vous utilisez le mauvais protocole ou que vous n&#039;utilisez pas les bons identifiants de numéros de VPI/VCI ATM. Vous pouvez fixer ces paramètres dans le fichier d&#039;options stocké dans le répertoire <emphasis role="highlight">/etc/eagle-usb</emphasis>.

</para>
<para>
En particulier, le cryptage du mot de passe n&#039;est pas supporté par Free semble-t-il. Vous le changez avec eagleConfig ou le make install selon la version de eagle.

</para>
<para>
Les numéros VPI/VCI à utiliser dépendent généralement de chaque pays, mais dans un même pays, plusieurs opérateurs téléphoniques peuvent
utiliser des numéros différents. Voir le  <ulink url="http://www.eagle-usb.org/article.php3?id_article=23">tableau de référence</ulink>.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
La connexion s&#039;établit correctement, mais elle est inutilisable
</para>
</question>
<answer>
<para>
Le fournisseur d&#039;accès Free rencontre actuellement des problèmes avec les équipements avec lesquels la connexion se fait (les LNS). Ces équipements permettent bien d&#039;établir la connexion à Free, mais ils ne permettent pas de communiquer avec les ordinateurs qui se trouvent en dehors de la liaison établie avec votre ordinateur. La connexion est donc inutilisable.

</para>
<para>
Le meilleur moyen pour se sortir de cette situation est de se connecter à un autre LNS. Pour cela, il suffit de se déconnecter avec <emphasis role="highlight">stopadsl </emphasis> et de se reconnecter avec <emphasis role="highlight">startadsl</emphasis>.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Je suis déconnecté rapidement dès que le débit devient trop fort
</para>
</question>
<answer>
<para>
Si le débit montant parvient à saturer les requêtes LCP de pppd, celui-ci risque de ne pas recevoir de réponse de la part du LNS. Dans ce cas, il risque de couper la connexion.

</para>
<para>
La solution à ce problème est d&#039;utiliser une qualité de service (QoS), d&#039;augmenter la limite du nombre de requêtes perdues avant la perte de connexion (pour ceux qui ont une ligne de mauvaise qualité), et d&#039;utiliser l&#039;option persist pour demander à pppd de se reconnecter si le problème se produit toujours.

</para>
<para>
Il se peut également que la connexion soit perdue lors d&#039;un accès disque important si le DMA n&#039;est pas activé. <emphasis role="highlight">hdparm -d /dev/hdx</emphasis> permet de vérifier que le DMA est activé pour le disque hdx. Si ce n&#039;est pas le cas, la commande <emphasis role="highlight">hdparm -d1 /dev/hdx</emphasis> permet de l&#039;activer. (En cas d&#039;échec, vérifiez que le chipset de votre carte mère est supporté et que son support est bien compilé avec le kernel)

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Je suis régulièrement déconnecté de manière aléatoire
</para>
</question>
<answer>
<para>
Vous pouvez avoir des problèmes de déconnexions aléatoires et inexplicables si vous n&#039;avez pas branché de prise filtre sur toutes vos prises téléphoniques où un autre appareil que le modem est connecté. Les prises filtres permettent de séparer le flux ADSL du flux téléphonique normal. Si vous ne les utilisez pas, des interférences peuvent se produire et les appareils téléphoniques peuvent perturber la connexion, voire la couper. 

</para>
<para>
La solution est d&#039;installer une prise filtre sur chaque prise téléphonique de votre ligne ADSL.
Détail:<itemizedlist>
<listitem> vous devez avoir un filtre sur chaque prise où est branché un téléphone</listitem>
<listitem> en cas de problème, vous pouvez également essayer de mettre un filtre sur les prises innocupées.</listitem>
</itemizedlist>

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
pppoa plante avec un signal 11
</para>
</question>
<answer>
<para>
Les anciennes versions de pppoa plantaient lorsqu&#039;elles recevaient des paquets qui ne leur étaient pas destinés. Ces paquets ne devraient bien entendu pas arriver, mais certains logiciels comme Samba ou Cups effectuent des envois de paquets en diffusion sur toutes les interfaces réseau existant dans le système, y compris l&#039;interface du driver (qui n&#039;est pas dédiée à cet usage).

</para>
<para>
Mettez à jour le driver et configurez les logiciels qui envoient ces paquets pour ne pas le faire sur l&#039;interface du driver.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Le driver consomme toute la mémoire de mon système !
</para>
</question>
<answer>
<para>
Les anciennes versions du driver avaient une fuite de mémoire qui consommait toutes les ressources de la machine au bout d&#039;un certain temps lorsqu&#039;on utilisait le protocole pppoa.

</para>
<para>
Effectuez une mise à jour au plus vite.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Ma machine se bloque parfois pendant deux secondes
</para>
</question>
<answer>
<para>
Les anciennes versions (pre- 1.0.3) du driver utilisait des temporisations actives pour laisser le temps au modem de traiter certaines commandes, lors de l&#039;initialisation et du reboot du modem. Ces temporisations bloquaient le système, jusqu&#039;à 2 s (par modem ...). La version 1.0.3 devrait résoudre ce problème par la désynchronisation des différentes étapes du boot du modem.

</para>
<para>
Les réinitialisations du modem se produisent à chaque fois que le modem plante ou qu&#039;il perd la ligne ADSL. Si ces blocages se produisent souvent, vous devriez faire vérifier votre ligne ADSL et vérifier que toutes vos prises téléphoniques ont une prise filtre ADSL.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Ma machine se bloque définitivement et je dois la rebooter
</para>
</question>
<answer>
<para>
Les anciennes versions du driver avait un bug de synchronisation qui provoquait un plantage du noyau lorsque le modem était réinitialisé pendant que des paquets étaient envoyés.

</para>
<para>
Effectuez une mise à jour au plus vite.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Le module ne se charge pas automatiquement au démarrage
</para>
</question>
<answer>
<para>
Vérifiez que le module eagle-usb.o est bien installé dans <emphasis role="highlight">/lib/modules/version/kernel/driver/usb</emphasis> ou <emphasis role="highlight">/lib/modules/version/misc</emphasis>

</para>
<para>
Vérifiez que hotplug est bien installé et que le noyau est configuré pour l&#039;utiliser. Vérifiez que les dépendances entre les modules sont à jour.
Vérifiez que le fichier <emphasis role="highlight">/lib/modules/version/modules.usbmap</emphasis> contient bien les références au module <emphasis role="highlight">eagle-usb</emphasis>. Vérifiez que vous utilisez une version récente des modutils.

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Le module se charge automatiquement, mais hotplug ne charge pas le firmware et le DSP
</para>
</question>
<answer>
<para>
Normalement le firmware est chargé par le driver (à partir de la version 1.0.4) dès que celui-ci détecte un modem sans firmware (en mode prefirmware). 
En retour hotplug charge normalement le DSP à l&#039;aide du script <emphasis role="highlight">/etc/hotplug/usb/eagle-usb</emphasis>

</para>
<para>
Ce fichier est appelé lorsque le modem se déclare sur le bus USB avec les id du modem qui sont spécifiés dans le fichier <emphasis role="highlight">/lib/modules/version/modules.usbmap</emphasis>. Malheureusement, certaines versions de hotplug sont non fonctionnelles et n&#039;effectuent pas ce travail correctement. 

</para>
<para>
Mettez à jour votre package hotplug (notamment sur debian). Vérifiez que tous ces fichiers sont corrects, et que le fichier <emphasis role="highlight">/etc/hotplug/usb/eagle-usb</emphasis> est exécutable.
Pour cela télécharger la dernière version disponible de hotplug (<ulink url="http://linux-hotplug.sourceforge.net/)" />.
Voici la procédure à suivre si vous avez télécharger l&#039;archive tar.gz (fonctionne pour les noyaux 2.4 et 2.6) :
- se placer dans le dossier où est situé l&#039;archive
- <emphasis role="highlight">tar zxvf hotplug-2004_03_29.tar.gz</emphasis>
- <emphasis role="highlight">cd hotplug-2004_03_29</emphasis>
- <emphasis role="highlight">make install</emphasis>
- Editer le script <emphasis role="highlight">/etc/init.d/hotplug</emphasis> et changer la ligne : 
<emphasis role="highlight"># chkconfig 2345 01 99 </emphasis>
En : 
<emphasis role="highlight"># chkconfig 2345 20 99 </emphasis>
- $ <emphasis role="highlight">chkconfig --level 123456 hotplug reset</emphasis>
- Démarrer le service hotplug

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Le surf est lent
</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<answer>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Mon PC devient très lent
</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<question>
<para>

</para>
</question>
<answer>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Mon PC freeze lors de la synchronisation du modem
</para>
</question>
<answer>
<para>
Solution encore inconnue
Voir #515 et si ça ne fonctionne pas, fournir <emphasis role="highlight">tail -f /var/log/messages</emphasis> au moment du freeze et redonner un <emphasis role="highlight">eaglediag -msc</emphasis>. Essayer de changer de version de kernel et (re-)poster sur <ulink url="http://forum.eagle-usb.org" />

</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>
Je n&#039;arrive pas à envoyer des données de grande taille
</para>
</question>
<question>
<para>

</para>
</question>
<answer>
<para>
Pas de panique, la solution est simple: essayez de baisser la valeur <emphasis role="highlight">mtu</emphasis> dans le fichier <emphasis role="highlight">/etc/ppp/peers/adsl</emphasis>. Par défaut, elle est de 1492, essayez un nombre inférieur. Pour Tiscali 1 Méga, la valeur exacte est de 1490. Quand vous aurez enregistré votre fichier de configuration, n&#039;oubliez pas de vous reconnecter à Internet :
# <emphasis role="highlight"> stopadsl; startadsl </emphasis>

</para>
<para>
Si le problème persiste, vous pouvez toujours essayer de baisser la valeur encore un peu.

</para>
</answer>
</qandaentry>
</qandadiv>


</qandaset>

<!-- insérer un titre de fin, juste avant des annexes, si on doit en mettre, je ne me suis pas trompé ?-->
<title>Fin du document</title>

</article>