Documentation utilisateur pour le service xDSL Illyse¶

En cours de rédaction ! N'hésitez pas à participer !

Configuration du modem, cas général¶

VPI : 8
VCI : 35
Multiplexage : VC
Type de connexion : PPPoE
Utilisateur/Mot de passe: information disponible dans COIN

Lignes VDSL uniquement:
VLAN ID: 835

Illyse fournit de l'IPv6, pensez à l'activer dans le modem.

Configuration modem OpenWRT pour une ligne VDSL¶

config interface 'wan'
    option ifname 'ptm0.835'
    option proto 'pppoe'
    option ipv6 '1'
    option peerdns '0'
    option dns '89.234.140.1 80.67.188.188'
    option username 'monusername'
    option password 'maisouibiensur'
    option keepalive '10 20'

L'option

keepalive '10 20'

permet d'être plus tolérant vis-à-vis de l'établissement de la session (un ping toutes les 10 secondes, et 20 réponses perdues avant de tuer la session; au lieu d'un ping par seconde, 5 ping avant de tuer la session par défaut).

Modem en mode bridge + Routeur GNU/Linux avec rp-pppoe¶

Configurer VPI, VPC, numéro de Vlan (si VDSL) directement sur le modem.

Sur le routeur, dans /etc/ppp/peers/vdsl-illyse :

plugin rp-pppoe.so
# interface réseau porteuse (ça sera toujours une interface ethernet)
eth0
# identifiant pour la connexion xDSL
name "mon_id@ils.gnd.dslnet.fr" 
usepeerdns
persist
defaultroute
hide-password
noauth
+ipv6

Dans /etc/ppp/chap-secrets et /etc/ppp/pap-secrets :

mon_id@ils.gnd.dslnet.fr * mon_mot_de_passe

Pour démarrer la connexion manuellement (en production, on utilisera /etc/network/interfaces sous Debian) :

pppd call vdsl-illyse

Liens utiles¶

https://www.rezine.org/documentation/doc-modem/

Problèmes connus et solutions¶

Echec de l'authentification CHAP lors de l'établissement de la session PPP¶

Dans le cas où une session est encore active sur l'équipement d'Orange (BAS), celui-ci refuse toute nouvelle création de session; ce qui se traduit par un échec d'authenfication, typiquement renseigné ainsi dans un log sous OpenWRT :

May  8 15:23:18 OpenWrt daemon.err pppd[2642]: CHAP authentication failed

Cela peut survenir suite à un défaut ponctuel de connexion, à la suite duquel le modem/routeur cherche à établir une nouvelle session alors que la précédente est encore active, et fait ces tentatives de nouvelles sessions de façon agressive.

Solution court terme : débrancher le routeur (ou fermer la connexion responsable des sessions PPP) quelques minutes (typiquement cinq à dix minutes) puis le rebrancher.
Solution à moyen terme: affecter un comportement plus tolérant au modem/routeur responsable des sessions PPP, tel que proposé dans la configuration OpenWRT proposée plus haut (option keepalive).