Afin de se connecter à FDN par ADSL/VDSL, il faut un modem.

Ça se décompose en deux catégories :

• soit un modem-routeur, style de “box” qui s'occupe de tout avec une interface relativement simple (on configure le type d'accès, le login “ppp”, le wifi s'il y a lieu et zou)
• soit un modem seul, auquel cas la partie login et réseau interne est faite sur un autre routeur ou ordinateur derrière.

Le choix d'un tout-en-un ou d'un modem bien séparé du reste est à l'appréciation de chacun, avec les avantages suivants.

Pour un modem-routeur:

• Ça prend moins de place et consomme moins (une seule box qui fait tout) ;
• Pour une configuration standard, c'est souvent plus simple

Pour un modem séparé:

• Les systèmes d'exploitation pour routeur comme openWRT supportent assez mal les modems qui sont (trop) souvent propriétaires et non compatible avec linux ; séparer le modem permet de prendre la main sur son routeur avec un OS libre ;
• Alternativement, ou de concert, plutôt que de coupler modem+routeur on peut vouloir coupler routeur+serveur, et avoir le choix de la machine pour faire routeur donne plus de possibilités ;
• Toujours dans les possibilités, les routeurs séparés ou un simple linux permettent de faire un plan de réseau interne beaucoup plus évolué que ce que ne permettent les interfaces de réseau grand public. On peut imaginer plusieurs sous-réseaux pour les invités, pour les enfants, pour le chien, pour les voisins et que tout ce beau monde soit isolé pour des raisons de vie privée, ce qu'un modem-routeur ne saura pas faire.

Les choix de modems sont présentés sous forme de tableaux :

• Nom du modem.
• Support VDSL (plus rapide, mais seulement si la ligne le supporte ; vérifiez bien cette colonne si votre ligne est VDSL à la souscription, ça ne marchera pas en ADSL !)
• Support IPv6.
• Si un membre l'utilise pour faire de l'auto-hébergement (A-H) ; en pratique ça donne confirmation que la redirection de port fonctionne et réconforte que le modem est stable 24h/24.
• Le nom d'un utilisateur.
• Les commentaires à propos du matériel et de ses possibilités.

• Triway V2 (Comtrend CT-633) : décrit sur le site officiel FDN

http://linitx.com/product/12181
Avis de Léa Gris : Cette carte va apparaître comme un périphérique ATM et éventuellement comme périphérique Ethernet si le pilote prend en charge directement l'encapsulation EthOA. Quoi qu'il en soit, une connexion FDN, qu'elle soit dégroupée par Nerim(Alias SFR) ou collecte Orange, on utilise ppp soit OE soit OA. Avec ce type de carte, autant taper directement PPPoA.

Pendant plusieurs années j'avais une carte similaire (Bewan ADSL PCI-ST) et je pouvais l'utiliser avec toutes les fantaisies de protocoles sur ATM. Un beau joujou pour geek.

Je ne vois aucune raison pour que ça ne fonctionne pas avec FDN. Avis de Benjamin cama : Je pense que non, cette carte n'apparaîtra pas comme un périph ATM, car il est bien précisé qu'elle est interfacée avec un contrôleur ethernet. En fait, c'est comme un modem classique qui serait interfacé par PCI : il contient sa propre gestion de l'ATM, t'oblige à faire du PPPoE (donc MTU réduite) si tu ne veux pas être routé par lui, et ne gère pas l'IPv6 en natif, sauf si on bridge, donc. Bref, ça a exactement les même caractéristiques qu'un modem ADSL Ethernet. Et vu le prix et la disponibilité du bousin, je ne vois pas de raison de le préférer à un modem Ethernet “classique”. À moins que le facteur “intégré dans le PC” soit important. Les cartes du type Bewan ADSL PCI-ST n'existent plus aujourd'hui, à ma connaissance. Je n'ai pas vu de carte qu'on attaque en ATM direct depuis des lustres (je soupçonne que la pourritude des drivers n'a pas aidé à les populariser). Mais c'est dommage, en effet, c'est bien pour faire joujou.

Les informations transmises sont numériques, informatiques, notamment en ATM Il s'agit donc d'un adaptateur vers un support physique de réseau étendu

Un modem est un Modulateur, démodulateur. Un modem ADSL utilise par exemple (entre autre) la modulation de fréquences orthogonales multiplexées OFDM ou G.DMT.

Peut-être pourrais-tu expliquer en qui l'expression modem ne convient pas à désigner un ATU-R et le documenter dans le Wiki pour l'instruction de tous ici à FDN.

De mon avis cependant, quelque puisse-être le degré d'inexactitude à l'emploi de « modem » en ADSL, cela reste un dénomination très commune et comprise par le plus grand nombre.

La configuration ci-dessous a été obtenue sur un routeur Buffalo WZR-HP-G300NH pilotant un routeur Dlink DSL-320B en mode bridge. Elle semble un peu différente des configurations trouvées sur les tutoriels OpenWRT et n'est proposée qu'à titre d'exemple, certains éléments sont peut-être inutiles.

Dans le fichier /etc/sysctl.conf, mettre les deux lignes suivantes :

net.ipv6.conf.default.forwarding=1
net.ipv6.conf.all.forwarding=1

Dans le fichier /etc/config/network, mettre les trois sections suivantes (la partie 2001:910:xxxx des différentes adresses correspond à la plage d'IP que FDN vous attribue, la partie yyyy peut être choisie comme bon vous semble au sein de cette plage):

config 'interface' 'lan'
      option 'ifname' 'eth0'
      option 'type' 'bridge'
      option 'proto' 'static'
      option 'netmask' '255.255.255.0'
      option 'ipaddr' '192.168.163.209'
      option 'ip6addr' '2001:910:xxxx:yyyy::1/64'

config 'interface' 'wan'
      option 'ifname' 'eth1'
      option '_orig_ifname' 'eth1'
      option '_orig_bridge' 'false'
      option 'proto' 'pppoe'
      option 'username' '<votre identifiant de connexion>'
      option 'password' '<votre mot de passe de connexion>'
      option 'ipv6' 'auto'
      option 'ip6prefix' '2001:910:xxxx::/48'
      option 'mtu'  '1452'

config 'route6'
      option 'interface' 'wan'
      option 'target'    '::/0'

La dernière section, route6 est la plus litigieuse. J'ai dû l'ajouter car sans elle il n'y avait pas de route par défaut de l'IPV6 vers internet : les connexions IPv6 internes se passaient bien, mais celles vers l'extérieur ne franchissait pas le routeur. Un moyen manuel d'arriver au même résultat est de lancer dans un shell la commande:

ip -6 route add default dev pppoe-wan

La commande précédente implique que vous ayez le paquet ip installé, ce que vous pouvez faire avec un opkg install ip si nécessaire.

Vous pouvez vérifier que les routes IPv6 sont correctes avec la commande

ip -6 route

Voud devriez obtenir un résultat avec au moins une ligne indiquant default via fe80::1.

Si la stabilité de votre connexion internet laisse parfois à désirer, vous pouvez éprouver le besoin de connaître, même en votre absence, quand il y a déconnexion, quand elle reprend, et dans quelles conditions de débit et rapport signal sur bruit.

Les modems grand public sont trop primitifs pour enregistrer l'historique de leur état. Un autre moyen de fabriquer cet historique est d'interroger le statut du modem à intervalle régulier, ce qui est toujours possible au moins par leur interface de configuration Web.

Dans la suite, je vais traiter le cas de deux familles de modems où l'on peut faire bien mieux pour les superviser en utilisant une interface telnet.

Le modem Olitex SX202 appartient à cette catégorie, il fait partie de ceux conseillés.

Ces modems fonctionnent en général avec des firmwares TrendChip, qui comprennent le serveur web pour configurer le modem, et qui sont adaptés pour le fournisseur final, parfois juste au niveau de la charte graphique. Ces firmwares autorisent des rapports SNMP et un contrôle plus fin via telnet.

Les principales différences de l'interface telnet selon le modèle précis de chipset/firmware utilisé se situent dans la richesse des commandes disponibles. En particulier, si vous avez un routeur Wifi dans votre modem, vous aurez des commandes pour traiter cette partie. Mais dans la suite, nous allons nous contenter de ce qui est commun à tous les modèles, à savoir la supervision de la connexion ADSL.

Vous vous connectez au modem avec un client telnet sur la même adresse que celle de l'interface Web, et le mot de passe administrateur de cette interface Web (il n'y a pas de compte utilisateur demandé).

Voici un lien sur la documentation de cette interface telnet, c'est succinct et peu explicite: BIPAC-5100_CLI_Reference_Manual

On peut en déduire quand même que les commandes suivantes :

wan adsl p
wan adsl c
wan adsl l n
wan adsl l f

Les sources de l'application de collecte et d'un script CGI pour une visualisation Web sont disponibles.

Le modem D-Link DSL-320B appartient à cette catégorie, il fait partie de ceux conseillés. On notera que le firmware de ce modem est à base Linux+busybox. La commande qui fournit des informations équivalentes à celles obtenues pour les TrendChip est:

adsl info --stats

Un lien vers une description des commandes disponibles : http://www.usr.com/support/9105/9105-files/cli_reference.html. Il y a apparemment de quoi bidouiller assez profondément vos paramètres ADSL (pas testé, à vos risques et périls).

On se connecte avec le user admin et le mot de passe de l'interface Web. Après la validation du mot de passe, il faut taper un second retour chariot pour obtenir une invite.

Les allemands semblent assez friands de supervision ADSL et ont donc développé des outils pour ce faire, qui analysent même la répartition de la bande passante selon la fréquence, voir par exemple : http://www.spida.net/projects/software/dmt-ux/index.en.html

L'utilité est limitée si vous sortez des clous de ce qui est vendu sur le marché ADSL allemand.