OVH Cloud OVH Cloud

[HS] Remplacer une Freebox par un SpeedTouch Home (Pro)

26 réponses
Avatar
fra-duf-no-spam
Bonjour.

C'est totalement HS, mais le seul autre endroit où je pourrais poser
la question est un forum payant (sic) qui nécessite 1 mois de délai
pour être activé. Je vous prie donc de m'excuser de ce flagrant HS.

J'ai une FbxV3, et comme je suis assez loin du central, je n'ai pas
une bande passante des plus terrible.

J'envisage, pour essayer, de remplacer cette Freebox par un vieux
SpeedTouch Home reconfiguré en Pro. Je souhaite que le comportement de
ce modem/routeur soit le même que la Freebox, c'est à dire qu'il soit
en bridge transparent.

Savez-vous si ça marche, et comment configurer le SpeedTouch pour que
ça marche ?

Comme l'authentification de la connection Freebox se fait à partir de
la ligne et de l'adresse MAC (il me semble), faut-il que je modifie le
STP pour cela, et sera-ce suffisant?

Question subsidiaire: Existe-t-il un projet de firmware GPL pour le
SpeedTouch ?

Merci d'avance pour toute piste.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

6 réponses

1 2 3
Avatar
daniel huhardeaux
a écrit :

[...]

Pourrais-tu faire une petite expérience avec ta Freebox en mode modem
stp ? Le but est de vérifier si celle-ci le rôle de proxy ARP pour le
sous-réseau dont fait partie l'adresse de l'abonné.

Cela consiste à demander des résolutions ARP sur les adresses de
passerelle (.254) et du même sous-réseau que ta propre adresse,
supposées être sur la même liaison. Des pings vers ces adresses
devraient suffire pour provoquer les requêtes ARP, peu importe qu'il y
a ait une réponse au ping ou pas. Ensuite, tu regardes les adresses
MAC obtenues dans le cache ARP avec la commande arp. Si j'ai vu juste,
elles devraient toutes avoir la même adresse MAC, celle de ta Freebox.



Exact.

:~$ /usr/sbin/arp
Address HWtype HWaddress Flags
Mask Iface
82.xx.xx.254 ether 00:07:CB:06:AE:F9
C eth0
[...]-27.fb ether 00:07:CB:06:AE:F9
C eth0
[...]-26.fb ether 00:07:CB:06:AE:F9
C eth0
[...]-25.fb ether 00:07:CB:06:AE:F9
C eth0


Si en plus il y a des réponses au ping, il serait intéressant de les
tracer avec tcpdump, ethereal ou une règle LOG de netfilter pour
visualiser l'adresse MAC source de ces paquets. Les paquets transmis
par un routeur ont comme adresse ethernet source l'adresse MAC de
l'interface de sortie du routeur, alors que les paquets transmis par
un pont ont comme adresse ethernet source l'adresse MAC de l'interface
du dernier équipement de niveau 3 (hôte ou routeur) qui l'a émis. Si
c'est l'adresse MAC de la Freebox, alors celle-ci est un routeur.



C'est l'adresse MAC de la Freebox. Capture d'une liaison ssh vers un PC
derrière une freebox (tethereal)

Ethernet II, Src: 00:50:ba:a9:c8:b0, Dst: 00:07:cb:06:ae:f9
Destination: 00:07:cb:06:ae:f9 (FreeboxS_06:ae:f9) ; Freebox
Source: 00:50:ba:a9:c8:b0 (D-Link_a9:c8:b0) ; Eth0
Type: IP (0x0800)
Internet Protocol, Src Addr: 82.xx.xx.xx (82.xx.xx.xx), Dst Addr:
83.xx.xx.xx (83.xx.xx.xx) ; hors du réseau FREE

--
Daniel Huhardeaux ______ _____ _____ ______ ______ __
enum +48 32 285 5276 /_ _// _ // _ //_ _// __ // /
IAX FWD +1 7009 422493 / / / // // // / / / / /_/ // /
sip:101 h323:121 @voip./_/ /____//____/ /_/ /_/ /_//_/.com


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
fra-duf-no-spam
Le 12850ième jour après Epoch,
écrivait:

François TOURDE a écrit :
D'autre part en mode normal, c'est-à-dire non routeur, la Freebox ne
peut pas avoir l'adresse publique puisque celle-ci est attribuée -
par la Freebox elle-même en DHCP - à l'équipement terminal du
client, ordinateur ou routeur.



Ca s'appelle du bridging ;-)





Pardon ? En substance tu es en train d'écrire que le pontage consiste
à faire serveur DHCP ? Comprends pas :-


Non, tu as mal extrait la substance. ;)



Alors avoue que la "substance" était quand même un peu concentrée. Tu
pourrais développer ?



Ben c'est pas moi qui ai concentré cette substance. D'ailleurs, quand
tu quotes, c'est bien de laisser l'ensemble des auteurs alignés avec
les >>>> qui vont bien.

Je crois (mais j'ai la flemme de regarder dans ce que j'ai écris) que
ce que je disais c'est, en substance (sic): "La freebox n'a pas
d'adresse publique. L'adresse publique est l'adresse attribuée par la
Fbx à la machine branchée derrière."

Ce qui, en aucun cas, ne signifie que DHCP == bridging.

Heu... là j'ai dû m'endormir sur mon clavier et ma tête a appuyé sur
entrée avant que j'ai fini ma phrase... Je reprends.

3) La Freebox convertit l'adresse IP privée reçue du DSLAM en une
adresse publique pour le client
4) Elle sert cette adresse à l'équipement du client par DHCP.



Ben ça, c'est toi qui le dis. Je ne dis rien de tel, et en plus je
pense que c'est totalement faux. Mais c'est une autre histoire.

J'ai jamais lu de truc comme ça, mais peu importe. Dans le principe
c'est pas important tant que ça de savoir qui attribue l'adresse. Sauf
que si c'est la Fbx qui fait ça, alors on peut pas la remplacer par un
STH ou STP de façon simple.



C'est bien pour ça que dans certains cas on doit attribuer l'adresse
en statique quand on utilise autre chose que la Freebox ou les modems
Sagem prévus pour car la procédure DHCP ne marchera pas.



Je dis pas le contraire, mais je suis pas d'accord non plus ;)
... Pourquoi le mode DHCP ne marcherait pas avec un équipement
particulier "faisant office" de freebox? Le mode (Fbx,DHCP) et le mode
(Sagem,IPFixe) peuvent cohabiter sans soucis. Moi je cherche un mode
(MachinBizarre,DHCP).

C'est clair, puisque la connexion Free ne fonctionne pas en
pontage.



C'est marqué où ? J'ai pas cette info justement.

Il faudrait le passer en mode routé IPoA s'il le supporte.



Ah ben ça, je sais pas. Je sais déjà pas si je peux correctement
configurer le mode ATM sur mon STH/P ... Alors quand à parler de IPoA,
c'est une autre histoire...

Pourrais-tu faire une petite expérience avec ta Freebox en mode modem
stp ?



Euh... "stp" ici, ça veut dire "S'il te plais", ou "Speed Touch Pro" ?

Le but est de vérifier si celle-ci le rôle de proxy ARP pour le
sous-réseau dont fait partie l'adresse de l'abonné.

Cela consiste à demander des résolutions ARP sur les adresses de
passerelle (.254) et du même sous-réseau que ta propre adresse,
supposées être sur la même liaison. Des pings vers ces adresses
devraient suffire pour provoquer les requêtes ARP, peu importe qu'il y
a ait une réponse au ping ou pas. Ensuite, tu regardes les adresses
MAC obtenues dans le cache ARP avec la commande arp. Si j'ai vu juste,
elles devraient toutes avoir la même adresse MAC, celle de ta
Freebox.



Allez, soyons fous:

Réponses de "arp -a" après quelques pings:

rny93-3-82-228-62-4.fbx.proxad.net (82.228.62.4) at 00:07:CB:06:BE:25 [ether] on eth1
rny93-3-82-228-62-5.fbx.proxad.net (82.228.62.5) at 00:07:CB:06:BE:25 [ether] on eth1
? (82.228.62.254) at 00:07:CB:06:BE:25 [ether] on eth1
rny93-3-82-228-62-2.fbx.proxad.net (82.228.62.2) at 00:07:CB:06:BE:25 [ether] on eth1
rny93-3-82-228-62-3.fbx.proxad.net (82.228.62.3) at 00:07:CB:06:BE:25 [ether] on eth1

Donc, la même adresse MAC, celle de ma Fbx. Mais ça, ça veut juste
dire que la freebox n'est pas transparente au protocole Ethernet ;)

Si en plus il y a des réponses au ping, il serait intéressant de les
tracer avec tcpdump, ethereal ou une règle LOG de netfilter pour
visualiser l'adresse MAC source de ces paquets. Les paquets transmis
par un routeur ont comme adresse ethernet source l'adresse MAC de
l'interface de sortie du routeur, alors que les paquets transmis par
un pont ont comme adresse ethernet source l'adresse MAC de l'interface
du dernier équipement de niveau 3 (hôte ou routeur) qui l'a émis. Si
c'est l'adresse MAC de la Freebox, alors celle-ci est un routeur.



# tcpdump -nei eth1 -p icmp

00:09:40.118943 00:60:97:b2:97:5a > 00:07:cb:06:be:25, ethertype IPv4 (0x0800), length 98: IP 82.228.62.94 > 82.228.62.37: icmp 64: echo request seq 0
00:09:40.177836 00:07:cb:06:be:25 > 00:60:97:b2:97:5a, ethertype IPv4 (0x0800), length 98: IP 82.228.62.37 > 82.228.62.94: icmp 64: echo reply seq 0

Voilà un dump de chez moi (82.228.62.94) vers une malheureuse victime
(82.228.62.37), et l'origine des "echo reply" est bien ma freebox, ce
qui confirme qu'elle n'est pas transparente à Ethernet, mais qui ne
préjuge pas de son côté routeur. Un Proxy-ARP aurait fait la même
chose, si je ne m'abuse ;)


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Pascal
François TOURDE a écrit :

Je crois (mais j'ai la flemme de regarder dans ce que j'ai écris) que
ce que je disais c'est, en substance (sic): "La freebox n'a pas
d'adresse publique. L'adresse publique est l'adresse attribuée par la
Fbx à la machine branchée derrière."



Sauf erreur, ça c'était mon texte ! ;-)

Ce qui, en aucun cas, ne signifie que DHCP == bridging.



Mea culpa, je viens de m'apercevoir que c'est Daniel qui a qualifié de
bridging ma description du comportement de la Freebox incluant le DHCP.
Mais tu lui as tout de même répondu "Oui, à mon avis c'est ça. Encore
que dans ce mode, la Fbx peut tout à fait avoir l'adresse IP en question".

3) La Freebox convertit l'adresse IP privée reçue du DSLAM en une
adresse publique pour le client
4) Elle sert cette adresse à l'équipement du client par DHCP.



Ben ça, c'est toi qui le dis. Je ne dis rien de tel, et en plus je
pense que c'est totalement faux. Mais c'est une autre histoire.



Oui, je me borne à répéter ce que j'avais lu sur un site. Je ne dis pas
que c'est vrai. Ça ne l'est peut-être plus. Et comme tu dis, ça n'est
pas très important de toute façon.

si c'est la Fbx qui fait ça, alors on peut pas la remplacer par un
STH ou STP de façon simple.



C'est bien pour ça que dans certains cas on doit attribuer l'adresse
en statique quand on utilise autre chose que la Freebox ou les modems
Sagem prévus pour car la procédure DHCP ne marchera pas.



Je dis pas le contraire, mais je suis pas d'accord non plus ;)
... Pourquoi le mode DHCP ne marcherait pas avec un équipement
particulier "faisant office" de freebox?



Hypothèse : parce que cet équipement récupèrerait l'adresse IP privée en
10.x fournie par le DSLAM en DHCP qui ne lui serait d'aucune utilité.

Le mode (Fbx,DHCP) et le mode
(Sagem,IPFixe) peuvent cohabiter sans soucis.



En fait le Sagem avec le firmware spécifiquement prévu pour la connexion
Free dégroupée marche aussi en DHCP.

Moi je cherche un mode (MachinBizarre,DHCP).



En fait tu n'as même pas besoin de DHCP. IPoA en IP statique suffirait.

C'est clair, puisque la connexion Free ne fonctionne pas en
pontage.



C'est marqué où ? J'ai pas cette info justement.



C'est marqué dans le type d'encapsulation adopté par Free pour ses
lignes dégroupées, qu'on peut trouver dans la doc de la Freebox : c'est
du RFC 1483 VCMUX _routed_ (pour les protocoles de niveau routage comme
IP), qui est l'opposé de bridged (pour les protocoles de niveau liaison
comme ethernet).

Il faudrait le passer en mode routé IPoA s'il le supporte.



Ah ben ça, je sais pas. Je sais déjà pas si je peux correctement
configurer le mode ATM sur mon STH/P ... Alors quand à parler de IPoA,
c'est une autre histoire...



Comme déjà dit, j'ai toujours vu que cette encapsulation était
disponible sur le ST510 seulement en mode routeur. Et tu ne veux pas
l'utiliser en mode routeur, donc à moins qu'un firmware spécialement
adapté soit disponible, c'est mort. Toutefois, je viens de me rappeler
que le STP en mode routeur PPP savait faire du "DHCP spoofing" : cela
consiste à distribuer par DHCP à un hôte local l'adresse IP de la
connexion PPP. Le firmware du ST510 saurait-il faire de même en IPoA ?

Pourrais-tu faire une petite expérience avec ta Freebox en mode modem
stp ?



Euh... "stp" ici, ça veut dire "S'il te plais", ou "Speed Touch Pro" ?



Ça voulait dire "s'il te plaît". :)

Le but est de vérifier si celle-ci le rôle de proxy ARP pour le
sous-réseau dont fait partie l'adresse de l'abonné.




[snip résultats concluants]

Merci beaucoup à Daniel et à toi de vous être prêtés à cette expérience. :)

Donc, la même adresse MAC, celle de ma Fbx. Mais ça, ça veut juste
dire que la freebox n'est pas transparente au protocole Ethernet ;)



Je suis d'accord avec ta conclusion. Mais on peut aller plus loin : si
elle n'est pas transparente à l'ethernet, elle ne peut pas être un pont,
non ? Le principe d'un pont est justement d'être transparent à
l'ethernet modulo un éventuel filtrage.

[...]
Voilà un dump de chez moi (82.228.62.94) vers une malheureuse victime
(82.228.62.37), et l'origine des "echo reply" est bien ma freebox, ce
qui confirme qu'elle n'est pas transparente à Ethernet, mais qui ne
préjuge pas de son côté routeur. Un Proxy-ARP aurait fait la même
chose, si je ne m'abuse ;)



Pas exactement. Un proxy ARP ne fait que répondre aux requêtes ARP à la
place d'autres machines. La fonction proxy ARP elle-même s'arrête là,
sans préjuger d'une éventuelle fonction de routage ou de pontage
associée dans le même équipement.

Cependant, on a déjà dit que :
- la fonction proxy ARP ne sert à rien pour un pont ;
- par contre, elle peut être utile à un routeur pour faire croire qu'une
machine est sur le même réseau alors qu'elle est en fait de l'autre côté
du routeur.

La Freebox n'a définitivement pas un comportement de pont. Je suis tenté
de dire que si elle ne fait pas de pontage, il ne reste que le routage !
Mon pronostic c'est routage transparent + proxy ARP. J'ai bien envie de
bricoler un PC sous Debian pour voir si je peux reproduire le même
comportement.

Pour finir, je tiens à préciser que la Freebox en mode modem sur ligne
dégroupée aurait pu fonctionner comme un pont si ses concepteurs
l'avaient choisi. Ils auraient alors adopté une encapsulation ATM de
type ethernet ponté sur la liaison ADSL, avec des avantages (permet de
transporter d'autres protocoles qu'IP) et des inconvénients
(encapsulation plus lourde que l'IP routé).

En fait, si je n'avais su que l'encapsulation était de type IP routé,
que Free est le seul FAI ADSL en France à utiliser, j'aurais pensé aussi
que la Freebox était un pont comme les autres modems ADSL ethernet.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
daniel huhardeaux
a écrit :

[...]
Pour finir, je tiens à préciser que la Freebox en mode modem sur ligne
dégroupée aurait pu fonctionner comme un pont si ses concepteurs
l'avaient choisi. Ils auraient alors adopté une encapsulation ATM de
type ethernet ponté sur la liaison ADSL, avec des avantages (permet de
transporter d'autres protocoles qu'IP) et des inconvénients
(encapsulation plus lourde que l'IP routé).

En fait, si je n'avais su que l'encapsulation était de type IP routé,
que Free est le seul FAI ADSL en France à utiliser, j'aurais pensé
aussi que la Freebox était un pont comme les autres modems ADSL ethernet.



Veux tu par là dire que FREE serait le seul opérateur Français à
accepter de l'ATM? Qu'aucun autre opérateur ne peut être joint en ppoa
par ex? Ou ne suis je pas encore bien éveillé ;-)?

J'ai toujours cru (et des tests avec des opérateurs non Français ont
confirmés ma pensée) que l'on pouvait les joindre indifféremment en ATM
ou Ethernet (du moins en pppoa, pppoe), leur coté étant de toute façon
de l'ATM.

--
Daniel Huhardeaux ______ _____ _____ ______ ______ __
enum +48 32 285 5276 /_ _// _ // _ //_ _// __ // /
IAX FWD +1 7009 422493 / / / // // // / / / / /_/ // /
sip:101 h323:121 @voip./_/ /____//____/ /_/ /_/ /_//_/.com


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
fra-duf-no-spam
Le 12851ième jour après Epoch,
écrivait:

François TOURDE a écrit :
Je crois (mais j'ai la flemme de regarder dans ce que j'ai écris) que
ce que je disais c'est, en substance (sic): "La freebox n'a pas
d'adresse publique. L'adresse publique est l'adresse attribuée par la
Fbx à la machine branchée derrière."



Sauf erreur, ça c'était mon texte ! ;-)



Ah ... :) ... Comme quoi, sur ce coup-là, on est d'accord ;)

Moi je cherche un mode (MachinBizarre,DHCP).



En fait tu n'as même pas besoin de DHCP. IPoA en IP statique
suffirait.



Ben pour être tout à fait exact, le DHCP m'importe peu. Et quand je
dis peu, c'est pour pas dire que je m'en tamponne le coquillard avec
un fémur de coelacanthe femelle.

Ce que je souhaite, c'est que ce soit mon serveur Debian qui possède
l'adresse IP publique. Je ne *veux* pas faire du NAT au travers d'un
quelconque dispositif.

Comme déjà dit, j'ai toujours vu que cette encapsulation était
disponible sur le ST510 seulement en mode routeur. Et tu ne veux pas
l'utiliser en mode routeur, donc à moins qu'un firmware spécialement
adapté soit disponible, c'est mort. Toutefois, je viens de me rappeler
que le STP en mode routeur PPP savait faire du "DHCP spoofing" : cela
consiste à distribuer par DHCP à un hôte local l'adresse IP de la
connexion PPP. Le firmware du ST510 saurait-il faire de même en IPoA
?



Bonne question. Mais je crois que je vais lâcher l'affaire pour le
moment. Je ne suis pas assez pointu en réseau pour comprendre les
divers comportements de mon STH/P et diagnostiquer ce qui va et ce qui
ne va pas.

Merci beaucoup à Daniel et à toi de vous être prêtés à cette
expérience. :)



De rien, ce fut un plaisir. Ça m'a permis aussi de détecter un léger
dysfonctionnement dans le module de sourcerouting. Je n'ai pas encore
bien compris pourquoi, mais je pense qu'il a un souci. Il faudra que
je tire ça un peu plus au clair un de ces 4.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Pascal
daniel huhardeaux a écrit :
a écrit :

Pour finir, je tiens à préciser que la Freebox en mode modem sur ligne
dégroupée aurait pu fonctionner comme un pont si ses concepteurs
l'avaient choisi. Ils auraient alors adopté une encapsulation ATM de
type ethernet ponté sur la liaison ADSL, avec des avantages (permet de
transporter d'autres protocoles qu'IP) et des inconvénients
(encapsulation plus lourde que l'IP routé).

En fait, si je n'avais su que l'encapsulation était de type IP routé,
que Free est le seul FAI ADSL en France à utiliser, j'aurais pensé
aussi que la Freebox était un pont comme les autres modems ADSL ethernet.



Veux tu par là dire que FREE serait le seul opérateur Français à
accepter de l'ATM? Qu'aucun autre opérateur ne peut être joint en ppoa
par ex? Ou ne suis je pas encore bien éveillé ;-)?



??? :-
Je ne vois pas comment tu peux déduire ça de ce que j'ai écrit.
Manifestement tu n'étais pas bien réveillé. :-D

J'ai toujours cru (et des tests avec des opérateurs non Français ont
confirmés ma pensée) que l'on pouvait les joindre indifféremment en ATM
ou Ethernet (du moins en pppoa, pppoe), leur coté étant de toute façon
de l'ATM.



Tous les _opérateurs_ (ne pas confondre avec FAI) ADSL utilisent bien
entendu ATM, puisque ATM fait partie intégrante de l'ADSL. La différence
est dans l'utilisation de cette couche ATM pour encapsuler les
protocoles "utiles". En France, la plupart des opérateurs (tous sauf
Free) proposent deux encapsulations différentes basées sur PPP
disponibles dans le même circuit ATM (défini par le couple VPI/VCI) :

- "PPPoA", ou PPP sur AAL5 (protocole d'encapsulation d'ATM) en mode
VCMUX routé (même si la notion de "routé" n'a pas vraiment de sens pour
PPP). Les paquets PPP sont directement transportés dans des trames AAL5,
elles-mêmes découpées en cellules ATM. Ce qui est transporté dans PPP
n'est pas du ressort de l'opérateur mais du fournisseur d'accès et du
client. La plupart du temps c'est de l'IP, parfois de l'IPv6, mais ça
pourrait être aussi bien IPX ou tout autre protocole réseau de niveau 3
(routage), et même une combinaison de plusieurs d'entre eux. Ainsi ma
propre connexion PPP transporte à la fois IP(v4) et IPv6.

- "PPPoE", ou plus exactement PPP sur PPPoE sur ethernet sur AAL5 en
mode ponté. Le mode ponté permet de transporter des trames ethernet dans
des trames AAL5 avec les adresses MAC source et destination, le champ
protocole/longueur et les données. Le transport du checksum est
optionnel car il peut être recalculé à l'autre bout. Dans le cas de
PPPoE, ces trames ethernet contiennent des trames PPPoE qui servent à
transporter des paquets PPP. La liaison PPP peut contenir les mêmes
protocoles qu'en PPPoA, à ce niveau il n'y a plus de différence à part
la limitation de MTU induite par PPPoE.

Free dégroupé utilise une troisième encapsulation, toujours basée sur
AAL5 : "IPoA" ou IP sur AAL5 en mode routé. Le mode routé offre une
couche réseau point à point de niveau 2 (liaison) qui permet de
transporter les mêmes protocoles que PPP. Chez Free, c'est de l'IP pur.
Ce n'est pas du tout de l'IP dans des trames ethernet. A son crédit,
cette encapsulation est la plus simple possible pour transporter de l'IP
(mais seulement de l'IP). Elle est un peu plus économique que PPPoA (on
économise PPP) et beaucoup plus que PPPoE (on économise PPP, PPPoE et
ethernet).

Aucun FAI/opérateur ADSL en France n'a fait le choix d'utiliser une
encapsulation d'IP sur ethernet ponté sur AAL5, solution qui serait
pourtant simple, compatible avec tous les modems ethernet capables de
fonctionner en pont (soit la quasi-totalité), sans avoir les
inconvénients du PPPoE.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
1 2 3