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/ressources/guides/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).
Updated by Florent Guillot over 4 years ago · 12 revisions