PPPoA sur un Sagem Fast 800

Support Debian
#1

Salut,
Suite de mes essais de connexions sans box. Pour l’instant je suis sur une connexion PPPoE avec un modem Olitec.

J’ai réussi à mettre la main sur un Sagem fast 800 que j’aimerais configurer pour me connexter en PPPoA (afin d’éviter les désagréments liés à la limitation du MTU et l’obligation de passer en TCP pour mes tunnels VPN).

Et je dois dire que l’idée de me connecter en PPPoA m’amuse beaucoup.
Je sais que PascalHambourg connais parfaitement le problème, son aide serait la bienvenue.

Je suis tombé sur ce fil qui m’a aidé: modem-sagem-fast-800-usb-t37506.html
Mais sans succès…

dmesg (J’ai l’impression que c’est bon):

[ 266.399877] usb 3-4: new full-speed USB device number 3 using xhci_hcd [ 266.416235] usb 3-4: New USB device found, idVendor=1110, idProduct=9022 [ 266.416237] usb 3-4: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 266.541787] NET: Registered protocol family 8 [ 266.541789] NET: Registered protocol family 20 [ 266.588852] usb 3-4: [ueagle-atm] ADSL device founded vid (0X1110) pid (0X9022) Rev (0X5000): Eagle II [ 266.753449] usb 3-4: reset full-speed USB device number 3 using xhci_hcd [ 266.772177] usb 3-4: [ueagle-atm] pre-firmware device, uploading firmware [ 266.772181] usb 3-4: [ueagle-atm] loading firmware ueagle-atm/eagleII.fw [ 266.772196] usbcore: registered new interface driver ueagle-atm [ 266.815626] usb 3-4: [ueagle-atm] firmware uploaded [ 266.850995] usb 3-4: USB disconnect, device number 3 [ 269.168530] usb 3-4: new full-speed USB device number 4 using xhci_hcd [ 269.184403] usb 3-4: New USB device found, idVendor=1110, idProduct=9021 [ 269.184406] usb 3-4: New USB device strings: Mfr=0, Product=2, SerialNumber=3 [ 269.184407] usb 3-4: Product: ADSL-USB Modem [ 269.184409] usb 3-4: SerialNumber: 00604C18F36A [ 269.235850] usb 3-4: [ueagle-atm] ADSL device founded vid (0X1110) pid (0X9021) Rev (0X500B): Eagle II [ 269.347448] usb 3-4: reset full-speed USB device number 4 using xhci_hcd [ 269.363918] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801b6e31940 [ 269.363920] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff88018b082680 [ 269.363922] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801b6e31900 [ 269.363923] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff88019baaba00 [ 269.417706] usb 3-4: [ueagle-atm] using iso mode [ 269.417910] usb 3-4: [ueagle-atm] (re)booting started [ 271.046298] usb 3-4: [ueagle-atm] ATU-R firmware version : 44e2ea17 [ 271.047151] usb 3-4: [Ueagle-atm] requesting firmware ueagle-atm/CMVep.bin.v2 failed, try to get older cmvs [ 271.057724] usb 3-4: [Ueagle-atm] use deprecated cmvs version, please update your firmware [ 271.075290] usb 3-4: [ueagle-atm] modem started, waiting synchronization...

Les modules sont chargés:

# lsmod | grep ueagle ueagle_atm 32959 0 usbatm 22792 1 ueagle_atm atm 50872 2 ueagle_atm,usbatm

Mais quand je tente un pppd call ou un pon ça ne connecte pas…

May 7 09:44:18 laurent pppd[15206]: Plugin pppoatm.so loaded. May 7 09:44:18 laurent pppd[15206]: pppd 2.4.5 started by root, uid 0 May 7 09:44:18 laurent pppd[15206]: Using interface ppp0 May 7 09:44:18 laurent pppd[15206]: Connect: ppp0 <--> 8.35 May 7 09:44:48 laurent pppd[15206]: LCP: timeout sending Config-Requests May 7 09:44:48 laurent pppd[15206]: Connection terminated. May 7 09:44:48 laurent pppd[15206]: Modem hangup May 7 09:33:37 laurent pppd[14094]: LCP: timeout sending Config-Requests May 7 09:33:37 laurent pppd[14094]: Connection terminated.

Voici le fichier peers que j’ai créé (le fichiers chap-secrets est bien configuré je pense)

# cat /etc/ppp/peers/pppoalinkname "ppp0" user "adsl.user@moov.mg" noauth hide-password noipdefault persist holdoff 4 maxfail 25 usepeerdns defaultroute updetach plugin pppoatm.so 8.35

J’ai aussi récupéré le dsl-provider de ma connexion PPPoE en changeant juste le module, mais ça ne fonctionne pas non plus:

pon essai && tail -f /var/log/syslog | grep ppp Plugin pppoatm.so loaded. May 7 10:19:18 laurent pppd[9966]: Plugin pppoatm.so loaded. May 7 10:19:18 laurent pppd[9970]: pppd 2.4.5 started by root, uid 0 May 7 10:19:18 laurent pppd[9970]: Using interface ppp0 May 7 10:19:18 laurent pppd[9970]: Connect: ppp0 <--> 8.35 May 7 10:19:48 laurent pppd[9970]: LCP: timeout sending Config-Requests May 7 10:19:48 laurent pppd[9970]: Connection terminated. May 7 10:19:48 laurent avahi-daemon[1286]: Withdrawing workstation service for ppp0. May 7 10:19:48 laurent pppd[9970]: Modem hangup

Mon FAI ne supporterais pas le PPPoA ? :017
Comment en être certain (à part téléphoner au service client qui sera incapable de répondre à ma question) ?

#2

Il y a longtemps, j’avais un tel modem (sur une Mandrake/Mandriva sur mon PC fixe de l’époque, et une sur sid à l’époque où le portage amd64 n’était pas encore 100 % officiel), mes souvenirs sont donc un peu flous ; de plus je suis passé en modem-routeur DHCP à peu près au moment où se faisait la transition vers les lib ueagle-atm : auparavant il y avait des pilotes libres sépcifiques Linux et que j’avais compilés pour ma sid, maintenant ça passe par ces libs qui résultent il me semble de la fusion avec un projet qui à l’époque gérait ce modem pour les *BSD … bref.

A l’époque, je me souviens qu’une fois les fichiers de configuration correctement renseignés, la commande pour lancer la connexion était, à faire en tant que root :startadslet celle pour la couper stopadslCes commandes existent-elles encore ? Si oui, que donnent-elles ?
En espérant ne pas m’aventurer sur un terrain que je ne maîtrise plus très bien : tu n’aurais pas des règles iptables ou assimilées qui en pratique bloqueraient ton modem (interface ppp0 non mentionnée donc bloquée par défaut) ?

#3

Salut,
Effectivement c’est pas sorti la semaine dernière ce modem…

Le modem est bien prit en charge effectivement ueagle est dans les modules, pas de soucis de ce côté; Je n’ai pas eu à faire comme sur la multitude de tutos trouvés: trouver les firwares, télécharger eagle-sb (le site n’existe plus d’ailleurs… eagle-usb.org) et tout un tas de manips folkloriques…

Tes commandes ne fonctionnent pas.
C’est pon la bonne commande (ça supporte pppoe et pppoa)

Pas de soucis du côté d’iptables non plus (enfin en considérant que je ne me connecte même pas…).

Merci quand même.

#4

Si les logs d’ueagle-atm restent sur “waiting synchronization” (avec le voyant ADSL éteint ou clignotant, je ne sais plus), alors le modem ne se synchronise pas sur la ligne. Il est prématuré de se demander si le FAI supporte PPPoA.
Vérifie le câblage de la ligne ADSL (câbles, prises, filtre ADSL…), certains modems sont plus tolérants que d’autres. Si tout est bon, est si tu es sûr que le modem n’est pas HS, il se peut qu’il ait besoin d’un firmware particulier (il y en a plusieurs dans le paquet) ou de réglages particuliers pour fonctionner chez toi. Ce n’était pas mon cas, donc je ne me suis jamais penché là-dessus.

#5

questions basiques:

  • es tu bien le seul en ADSL sur la ligne ? par ex, as tu bien déconnecté une éventuelle box ?
  • as tu mis les filtres ADSL sur ton installation téléphonique ? J’ai choisi l’option d’un filtre maitre en tête de l’installation.
    over-blog.com/Filtre_adsl_ma … 53477.html
#6

Salut,

[quote=“PascalHambourg”]Ce n’était pas mon cas, donc je ne me suis jamais penché là-dessus.[/quote]Bien dommage… :wink:

Ça clignote puis ça reste allumé avec un message plutôt sympa: “modem operational”

[26109.325720] usb 3-4: [ueagle-atm] ATU-R firmware version : 44e2ea17 [26109.326699] usb 3-4: [Ueagle-atm] requesting firmware ueagle-atm/CMVep.bin.v2 failed, try to get older cmvs [26109.344713] usb 3-4: [ueagle-atm] modem started, waiting synchronization... [26647.063549] usb 3-4: [ueagle-atm] modem operational

Le lancement de pon, par contre, ne donne rien, il me raccroche au nez…

# pon essai && tail -f /var/log/syslog | grep ppp Plugin pppoatm.so loaded. May 7 17:16:32 laurent pppd[14558]: Plugin pppoatm.so loaded. May 7 17:16:32 laurent pppd[14562]: pppd 2.4.5 started by root, uid 0 May 7 17:16:32 laurent pppd[14562]: Using interface ppp0 May 7 17:16:32 laurent pppd[14562]: Connect: ppp0 <--> 8.35 May 7 17:17:02 laurent pppd[14562]: LCP: timeout sending Config-Requests May 7 17:17:02 laurent pppd[14562]: Connection terminated. May 7 17:17:02 laurent avahi-daemon[1286]: Withdrawing workstation service for ppp0. May 7 17:17:02 laurent pppd[14562]: Modem hangup

J’ai vérifié les câbles (j’ai supprimé la prise anti-foudre du RJ11), je suis le seul sur la ligne, j’ai un filtre (luxe: celui livré avec le modem).
J’ai aussi essayé pas mal de configuration différentes dans le fichier lancé par pon, pas mieux.

J’ai regardé du côté des microprogrammes, ça à l’air bon. le message d’erreur (requesting firmware ueagle-atm/CMVep.bin.v2 failed, try to get older cmvs) semble courant, et les posts lus sur le net en contiennent plein, alors que les gens finissent par se connecter (souvent des erreurs login/password).

Par contre, un truc bizarre… Il faut que je fasse poff plusieurs fois pour arrêter les tentatives de connexions…

[code]root@laurent:~# poff

poff

poff

poff

poff

poff

poff

poff

poff

poff

poff

/usr/bin/poff: No pppd is running. None stopped.[/code]

Voilà…
Je vais lâcher un peu le truc, je suis dessus depuis ce matin, ça commence à m’agacer…
Et c’est presque l’heure de l’apéro chez moi… :obscene-drinkingcheers:

#7

D’après le message “modem operational” et le voyant ADSL fixe, le modem s’est finalement synchronisé et on peut poursuivre. Le canal ATM 8/35 est-il bien celui à utiliser sur ta ligne (à vérifier dans la conf du modem Olitec) ? Avant de tenter la connexion en PPPoA, tu peux vérifier que ça répond en PPPoE sur ce canal, cf. mon deuxième message dans le fil que tu cites. Ensuite tu peux ajouter l’option “debug” au fichier de configuration de pppd pour avoir des logs plus détaillés. Il se peut que ton opérateur ADSL ne supporte tout simplement pas PPPoA.

#8

Salut,
Merci beaucoup pour la réponse. Encourageante, ou pas, ça va dépendre de mon FAI finalement.
Je regarde tout ça demain.

#9

j’ai une mauvaise expérience avec free: si tu n’utilise pas leur freebox, tu es bridé, des sites sont blacklistés …

#10

Salut,

Ce n’est pas free, c’est bien plus exotique…
Je me connecte déjà sans leur box en PPPoE et ça roule. Je dirais même que j’ai moins de problèmes qu’avec leur box (une bewan je crois, mais elle est “unbranded”, je n’ai pas trouvé la référence sur ne net).

J’ai trouvé des sources sur le site de Sagem, avec un peu de chance la compilation et leurs drivers vont me sortir de l’impasse.

Je télécharge, je compile, et je vaincs… :005

#11

Qu’est-ce qui te fait soupçonner le pilote du noyau ? Avec lui le modem synchronise, pourtant. Tu n’as pas réussi à le faire fonctionner avec PPPoE ?

#12

Salut,

J’envisageais toutes les possibilités. Je suis finalement connecté en PPPoE avec le sagem.

Mais je n’y arrive toujours pas en PPPoA, ça ne doit pas être grand chose:

# pon dsl-provider && tail -f /var/log/syslog | grep ppp Plugin pppoatm.so loaded. May 8 14:39:45 laurent pppd[10361]: Plugin pppoatm.so loaded. May 8 14:39:45 laurent pppd[10365]: pppd 2.4.5 started by root, uid 0 May 8 14:39:45 laurent pppd[10365]: connect(8.35): Address already in use May 8 14:39:45 laurent pppd[10365]: Exit.

J’avais pourtant bien fais un

poff ifconfig nas0 down && killall br2684ctl br2684ctl -b -c 0 -a 8.35 && ifconfig nas0 up

Je refais des essais. le problème, c’est qu’évidemment je coupe ma connexion à chaque fois…
Je reviens.

#13

Donc le pilote est bon, le canal ATM est bon aussi. A moins que PPPoA ne soit disponible que sur un autre canal ATM ; aux débuts de l’ADSL en France, sur certains BAS de France Télécom PPPoA était sur le canal 8.67 (de mémoire), mais depuis longtemps les BAS mixtes PPPoE/PPPoA permettent l’un ou l’autre sur le même canal 8.35. Reste à savoir si l’architecture de ton opérateur ADSL supporte PPPoA. En effet certains DSLAM (multiplexeur ADSL) utilisent un transport ethernet au lieu d’ATM et ne supportent pas forcément PPPoA puisqu’il n’y a plus de réseau ATM derrière le DSLAM. Les DSLAM Alcatel 7302 ISAM et 7330 ISAM utilisés par mon FAI pour son réseau de dégroupage propre proposent un mode de translation de PPPoA en PPPoE, mais ce n’est probablement pas systématique. Cette restriction ne concerne néanmoins que les architecture avec DSLAM et BAS (serveur d’accès) séparés ; si le DSLAM fait office de BAS, alors peu importe le type de transport puisque la liaison PPP est terminée sur le DSLAM et non sur un BAS distant.

“connect(8.35): Address already in use” veut dire que le canal ATM 8.35 est déjà utilisé par autre chose, a priori br2684ctl pour l’interface virtuelle ethernet qu’il a créée. Il faut le tuer et ne pas le relancer ensuite pour pouvoir réutiliser le canal ATM en PPPoA. Pas besoin d’interface ethernet en PPPoA (c’est même le but, se passer de la couche ethernet).

#14

Salut,

Reste à savoir si l'architecture de ton opérateur ADSL supporte PPPoA.Oui… Je suis finalement entré en contact avec le Directeur technique (ici, c’est plutôt simple de taper le haut de la hiérarchie) j’attends sa réponse.

Je te remercie beaucoup pour ton aide, j’ai enfin compris comment fonctionne PPPoA (et PPPoE… je pensais qu’il fallait impérativement une interface réseau).

May 8 15:03:07 laurent pppd[13684]: read /dev/ppp: Value too large for defined data type May 8 15:03:09 laurent pppd[13471]: Can't get hardware address for nas0: No such device *** buffer overflow detected ***: /usr/sbin/pppd terminated May 8 15:03:09 laurent pppd[13471]: error sending pppoe packet: Bad file descriptor
A cause du mtu à 1492 je suppose… J’ai viré le mtu, mais ça plante toujours.

# pon pppoa Plugin pppoatm.so loaded. Using interface ppp0 Connect: ppp0 <--> 8.35 LCP: timeout sending Config-Requests Connection terminated. Modem hangup

Au cas ou j’ai fais une grosse boulette, voici le fichier de connexion:

[code]# PPPoA connection
user "adsl.user@moov.mg"
plugin pppoatm.so 8.35
noipdefault
usepeerdns
defaultroute
persist
noauth

J’ai aussi essayé en ajoutant ça:

linkname "ppp0"
hide-password
holdoff 4
maxfail 25
updetach
lcp-echo-interval 30
lcp-echo-failure 4
[/code]

J’ai le sentiment (?) que la connexion est bien plus rapide en PPPoE sur le Sagem (nas0) qu’avec le Olites (eth1)…
Je vérifierais dans mes graphes.

#15

J’ai ajouté quelques commentaires à mon message précédent.

PPPoE a besoin d’une interface réseau de type ethernet, réelle ou virtuelle comme celle créée par br2684ctl à partir de l’interface ATM. PPPoA n’a pas besoin d’une interface réseau mais d’une interface ATM qui n’est pas une interface réseau au sens classique.

PS: ajoute l’option “debug” au fichier de connexion pour que les logs de pppd soient plus détaillés.

#16

Vu les précisions.

Quand je disais interface réseau je pensais à réseau physique.
Je n’imaginais pas qu’une interface réseau virtuelle puisse “passer” au travers d’un port usb…

J’ai du monde connecté, pas question de faire des essais maintenant (ça serait la révolution…).
Je regarderais ça plus tard.

Merci. :023

#17

Salut,
Bon, c’est mort: [quote=“Mon FAI”]Oui 8/35. Pas de PPPoA possible.[/quote].

En tout cas c’est très simple de faire fonctionner le Fast800 sur Debian aujourd’hui, il est très bien pris en charge.

J’ai quand même libéré une interface réseau (je vais m’en servir pour faire un sous-réseau séparé), et j’ai un transformateur en moins… (le Sagem est alimenté par le port USB).

Merci PascalHambourg et piratebab pour votre aide.

#18

C’est ce que je craignais…
La tendance semble être à l’abandon d’ATM en faveur de technologies plus “universelles” et économiques comme ethernet et IP, on peut donc craindre une disparition progressive de PPPoA.

Concernant la limitation de MTU en PPPoE, une extension du protocole définie dans la RFC 4638 permet de la lever à condition que la liaison ethernet supporte une valeur de MTU supérieure à 1500. Or avec un modem USB, la liaison ethernet est purement virtuelle, au moins entre le client PPPoE et le DSLAM, donc rien ne s’oppose en théorie à l’utilisation d’une MTU de 1508 octets, ce qui n’est pas le cas de certains équipements ethernet ; par exemple j’ai testé mon modem ADSL, son interface ethernet ne supporte pas les trames de plus de 1504 octets (je suppose que les 4 octets en plus sont prévus pour contenir un éventuel tag de VLAN 802.1q), idem avec certaines cartes ethernet.

Cependant cette extension n’est pas encore supportée par la version actuelle de pppd (2.4.5) incluse dans Debian. Un patch a été ajouté en 2010 dans la version en cours de développement des sources amont, mais cette version, qui devrait être la 2.4.6, n’a toujours pas été publiée. Elle est supportée par la version 3.11 de rp-pppoe, mais d’une part cette version n’est pas disponible dans Debian (pas de mise à jour amont depuis la version 3.8 en 2006…), et d’autre part le paquet Debian pppoe ne contient pas le module rp-pppoe.so, celui-ci est inclus avec pppd dans le paquet ppp.

Quand bien même, il faudrait aussi que le FAI (au sens large) supporte l’extension.

#19

Salut,
Ok, je viens de lire une tranche du bazar, ça avance mais pas trop vite. Ça n’a pas l’air d’être dans les priorités.
Il y a quand même un git: git.ozlabs.org/?p=ppp.git;a=comm … b5e46854e7 qui n’a pas bougé depuis 2010.

Patch ou version git, avec l’incertitude du FAI. Je vais poser la question!
Ce serait effectivement l’idéal d’augmenter un peu le MTU.

Dernière question… Il faudrait augmenter le MTU sur l’interface virtuelle et/ou la connexion ppp ?

#20

A priori (mais sans certitude), il faut augmenter le MTU de l’interface ethernet (virtuelle nas0 dans notre cas) à 1508 pour que pppoe/pppd le détecte et essaie de négocier une MTU du lien PPP supérieure à 1492. Et voilà encore une condition qui s’ajoute : l’interface doit le permettre, ce qui ne semble pas être le cas d’une interface créée par br2684ctl. Je n’ai testé qu’avec le noyau 2.6.32 de Squeeze, mais je ne vois aucune modification dans les changelogs des versions plus récentes qui serait susceptible de lever cette restriction quelque peu arbitraire.