J'essaie de connecter une machine sous ubuntu =E0 l'ADSL.
La configuration de la connexion s'est bien pass=E9e, la connexion se fait
correctement. Le probl=E8me est que cette connexion dure tr=E8s peu de temp=
s (de
0.8 minutes =E0 15.3 minutes au grand maximum).
La connexion semble =EAtre annul=E9e la la part du FAI (orange en l'occurre=
nce)
: LCP terminated by peer
Mais peut-=EAtre aussi ai-je un probl=E8me de config chez moi : Timeout wai=
ting
for PADO packets
Le modem utilis=E9 est un netgear DM602 en ethernet.
L'autre point marquant est que je me trouve perdue au fin fond d'une
campagne qui ne re=E7oit l'ADSL que depuis tr=E8s peu de temps. Peut-il s'a=
gir
d'un d=E9faut de jeunesse du r=E9seau sur lequel nous sommes p-=EA les prem=
iers =E0
nous connecter ?
Dois-je me pr=E9parer =E0 contacter le service client=E8le Orange (*soupir*=
) ?
Je vous mets ci-dessous un extrait des logs que j'obtiens :
Aug 5 17:01:39 norolles pppd[15757]: rcvd [IPCP ConfNak id=3D0x9 <addr
86.220.114.236> <ms-dns1 80.10.246.130> <ms-dns3 80.10.246.3>]
Aug 5 17:01:39 norolles pppd[15757]: sent [IPCP ConfReq id=3D0xa <addr
86.220.114.236> <ms-dns1 80.10.246.130> <ms-dns3 80.10.246.3>]
Aug 5 17:01:39 norolles pppd[15757]: rcvd [IPCP ConfAck id=3D0xa <addr
86.220.114.236> <ms-dns1 80.10.246.130> <ms-dns3 80.10.246.3>]
Aug 5 17:01:39 norolles pppd[15757]: Cannot determine ethernet address for
proxy ARP
Aug 5 17:01:39 norolles pppd[15757]: local IP address 86.220.114.236
Aug 5 17:01:39 norolles pppd[15757]: remote IP address 86.220.114.1
Aug 5 17:01:39 norolles pppd[15757]: primary DNS address 80.10.246.130
Aug 5 17:01:39 norolles pppd[15757]: secondary DNS address 80.10.246.3
Aug 5 17:01:39 norolles pppd[15757]: Script /etc/ppp/ip-up started (pid
16878)
Aug 5 17:01:40 norolles pppd[15757]: Script /etc/ppp/ip-up finished (pid
16878), status =3D 0x0
Aug 5 17:13:27 norolles pppd[15757]: rcvd [LCP TermReq id=3D0x39]
Aug 5 17:13:27 norolles pppd[15757]: LCP terminated by peer
Aug 5 17:13:27 norolles pppd[15757]: Connect time 11.8 minutes.
Aug 5 17:13:27 norolles pppd[15757]: Sent 66514 bytes, received 224129
bytes.
Aug 5 17:13:27 norolles pppd[15757]: Script /etc/ppp/ip-down started (pid
17341)
Aug 5 17:13:27 norolles pppd[15757]: sent [LCP TermAck id=3D0x39]
Aug 5 17:13:28 norolles pppd[15757]: Script /etc/ppp/ip-down finished (pid
17341), status =3D 0x0
Aug 5 17:13:28 norolles pppd[15757]: Connection terminated.
Aug 5 17:13:28 norolles pppd[15757]: Modem hangup
Aug 5 17:14:33 norolles pppd[15757]: Timeout waiting for PADO packets
Aug 5 17:14:33 norolles pppd[15757]: Unable to complete PPPoE Discovery
Aug 5 17:15:04 norolles pppd[15757]: PADS: Service-Name: ''
Aug 5 17:15:04 norolles pppd[15757]: PPP session is 6099
Aug 5 17:15:04 norolles pppd[15757]: using channel 44
Aug 5 17:15:04 norolles pppd[15757]: Using interface ppp0
Aug 5 17:15:04 norolles pppd[15757]: Connect: ppp0 <--> eth0
Aug 5 17:15:04 norolles pppd[15757]: sent [LCP ConfReq id=3D0x6 <mru 1492>
<magic 0xae44a993>]
Aug 5 17:15:04 norolles pppd[15757]: rcvd [LCP ConfReq id=3D0x8 <mru 1492>
<auth chap MD5> <magic 0x1e28021b>]
Aug 5 17:15:04 norolles pppd[15757]: sent [LCP ConfAck id=3D0x8 <mru 1492>
<auth chap MD5> <magic 0x1e28021b>]
Aug 5 17:15:04 norolles pppd[15757]: rcvd [LCP ConfAck id=3D0x6 <mru 1492>
<magic 0xae44a993>]
Aug 5 17:15:04 norolles pppd[15757]: sent [LCP EchoReq id=3D0x0
magic=3D0xae44a993]
Aug 5 17:15:04 norolles pppd[15757]: rcvd [CHAP Challenge id=3D0x1
<edae40a7f585a920470e36d288549c2a>, name =3D "BSCAE257"]
Aug 5 17:15:04 norolles pppd[15757]: sent [CHAP Response id=3D0x1
<40a8b0b75217ead9ac03bd6548a9fee0>, name =3D "fti/qdfedyf"]
Aug 5 17:15:04 norolles pppd[15757]: rcvd [CHAP Success id=3D0x1 "CHAP
authentication success, unit 6266"]
Aug 5 17:15:04 norolles pppd[15757]: CHAP authentication succeeded: CHAP
authentication success, unit 6266
Aug 5 17:15:04 norolles pppd[15757]: CHAP authentication succeeded
Aug 5 17:15:04 norolles pppd[15757]: peer from calling number
00:30:88:02:06:3E authorized
Aug 5 17:15:04 norolles pppd[15757]: sent [IPCP ConfReq id=3D0xb <addr
0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Aug 5 17:15:04 norolles pppd[15757]: rcvd [IPCP ConfReq id=3D0x77 <addr
86.220.50.1>]
Aug 5 17:15:04 norolles pppd[15757]: sent [IPCP ConfAck id=3D0x77 <addr
86.220.50.1>]
Aug 5 17:15:04 norolles pppd[15757]: rcvd [IPCP ConfNak id=3D0xb <addr
86.220.50.88> <ms-dns1 80.10.246.130> <ms-dns3 80.10.246.3>]
Aug 5 17:15:04 norolles pppd[15757]: sent [IPCP ConfReq id=3D0xc <addr
86.220.50.88> <ms-dns1 80.10.246.130> <ms-dns3 80.10.246.3>]
Aug 5 17:15:04 norolles pppd[15757]: rcvd [IPCP ConfAck id=3D0xc <addr
86.220.50.88> <ms-dns1 80.10.246.130> <ms-dns3 80.10.246.3>]
Aug 5 17:15:04 norolles pppd[15757]: Cannot determine ethernet address for
proxy ARP
Aug 5 17:15:04 norolles pppd[15757]: local IP address 86.220.50.88
Aug 5 17:15:04 norolles pppd[15757]: remote IP address 86.220.50.1
Aug 5 17:15:04 norolles pppd[15757]: primary DNS address 80.10.246.130
Aug 5 17:15:04 norolles pppd[15757]: secondary DNS address 80.10.246.3
Aug 5 17:15:04 norolles pppd[15757]: Script /etc/ppp/ip-up started (pid
17406)
Aug 5 17:15:04 norolles pppd[15757]: Script /etc/ppp/ip-up finished (pid
17406), status =3D 0x0
Merci d'avance de tout =E9l=E9ment permettant de faire avancer le schmilbli=
ck.
--=20
L=E9a
Bonjour,<br><br>J'essaie de connecter une machine sous ubuntu =E0 l'ADSL.<b=
r>La configuration de la connexion s'est bien pass=E9e, la connexion se fai=
t correctement. Le probl=E8me est que cette connexion dure tr=E8s peu de te=
mps (de=20
0.8 minutes =E0 15.3 minutes au grand maximum).<br>La connexion semble =EAt=
re annul=E9e la la part du FAI (orange en l'occurrence) : LCP terminated by=
peer<br>Mais peut-=EAtre aussi ai-je un probl=E8me de config chez moi : Ti=
meout waiting for PADO packets
<br>Le modem utilis=E9 est un netgear DM602 en ethernet.<br><br>L'autre poi=
nt marquant est que je me trouve perdue au fin fond d'une campagne qui ne r=
e=E7oit l'ADSL que depuis tr=E8s peu de temps. Peut-il s'agir d'un d=E9faut=
de jeunesse du r=E9seau sur lequel nous sommes p-=EA les premiers =E0 nous=
connecter ?
<br>Dois-je me pr=E9parer =E0 contacter le service client=E8le Orange (*sou=
pir*) ? <br><br><br>Je vous mets ci-dessous un extrait des logs que j'obtie=
ns :<br><br>Aug 5 17:01:39 norolles pppd[15757]: rcvd [IPCP ConfNak i=
d=3D0x9 <addr=20
<a href=3D"http://86.220.114.236">86.220.114.236</a>> <ms-dns1 <a hre=
f=3D"http://80.10.246.130">80.10.246.130</a>> <ms-dns3 <a href=3D"htt=
p://80.10.246.3">80.10.246.3</a>>]<br>Aug 5 17:01:39 norolles pppd=
[15757]: sent [IPCP ConfReq id=3D0xa <addr=20
<a href=3D"http://86.220.114.236">86.220.114.236</a>> <ms-dns1 <a hre=
f=3D"http://80.10.246.130">80.10.246.130</a>> <ms-dns3 <a href=3D"htt=
p://80.10.246.3">80.10.246.3</a>>]<br>Aug 5 17:01:39 norolles pppd=
[15757]: rcvd [IPCP ConfAck id=3D0xa <addr=20
<a href=3D"http://86.220.114.236">86.220.114.236</a>> <ms-dns1 <a hre=
f=3D"http://80.10.246.130">80.10.246.130</a>> <ms-dns3 <a href=3D"htt=
p://80.10.246.3">80.10.246.3</a>>]<br>Aug 5 17:01:39 norolles pppd=
[15757]: Cannot determine ethernet address for proxy ARP
<br>Aug 5 17:01:39 norolles pppd[15757]: local IP address <a hr=
ef=3D"http://86.220.114.236">86.220.114.236</a><br>Aug 5 17:01:39 nor=
olles pppd[15757]: remote IP address <a href=3D"http://86.220.114.1">86.220=
.114.1</a><br>Aug 5 17:01:39 norolles pppd[15757]: primary  =
; DNS address=20
<a href=3D"http://80.10.246.130">80.10.246.130</a><br>Aug 5 17:01:39 =
norolles pppd[15757]: secondary DNS address <a href=3D"http://80.10.246.3">=
80.10.246.3</a><br>Aug 5 17:01:39 norolles pppd[15757]: Script /etc/p=
pp/ip-up started (pid 16878)
<br>Aug 5 17:01:40 norolles pppd[15757]: Script /etc/ppp/ip-up finish=
ed (pid 16878), status =3D 0x0<br>Aug 5 17:13:27 norolles pppd[15757]=
: rcvd [LCP TermReq id=3D0x39]<br>Aug 5 17:13:27 norolles pppd[15757]=
: LCP terminated by peer
<br>Aug 5 17:13:27 norolles pppd[15757]: Connect time 11.8 minutes.<b=
r>Aug 5 17:13:27 norolles pppd[15757]: Sent 66514 bytes, received 224=
129 bytes.<br>Aug 5 17:13:27 norolles pppd[15757]: Script /etc/ppp/ip=
-down started (pid 17341)
<br>Aug 5 17:13:27 norolles pppd[15757]: sent [LCP TermAck id=3D0x39]=
<br>Aug 5 17:13:28 norolles pppd[15757]: Script /etc/ppp/ip-down fini=
shed (pid 17341), status =3D 0x0<br>Aug 5 17:13:28 norolles pppd[1575=
7]: Connection terminated.
<br>Aug 5 17:13:28 norolles pppd[15757]: Modem hangup<br>Aug 5 =
17:14:33 norolles pppd[15757]: Timeout waiting for PADO packets<br>Aug =
; 5 17:14:33 norolles pppd[15757]: Unable to complete PPPoE Discovery<br>Au=
g 5 17:15:04 norolles pppd[15757]: PADS: Service-Name: ''
<br>Aug 5 17:15:04 norolles pppd[15757]: PPP session is 6099<br>Aug&n=
bsp; 5 17:15:04 norolles pppd[15757]: using channel 44<br>Aug 5 17:15=
:04 norolles pppd[15757]: Using interface ppp0<br>Aug 5 17:15:04 noro=
lles pppd[15757]: Connect: ppp0 <--> eth0
<br>Aug 5 17:15:04 norolles pppd[15757]: sent [LCP ConfReq id=3D0x6 &=
lt;mru 1492> <magic 0xae44a993>]<br>Aug 5 17:15:04 norolles =
pppd[15757]: rcvd [LCP ConfReq id=3D0x8 <mru 1492> <auth chap MD5&=
gt; <magic 0x1e28021b>]
<br>Aug 5 17:15:04 norolles pppd[15757]: sent [LCP ConfAck id=3D0x8 &=
lt;mru 1492> <auth chap MD5> <magic 0x1e28021b>]<br>Aug =
; 5 17:15:04 norolles pppd[15757]: rcvd [LCP ConfAck id=3D0x6 <mru 1492&=
gt; <magic 0xae44a993>]
<br>Aug 5 17:15:04 norolles pppd[15757]: sent [LCP EchoReq id=3D0x0 m=
agic=3D0xae44a993]<br>Aug 5 17:15:04 norolles pppd[15757]: rcvd [CHAP=
Challenge id=3D0x1 <edae40a7f585a920470e36d288549c2a>, name =3D &quo=
t;BSCAE257"]
<br>Aug 5 17:15:04 norolles pppd[15757]: sent [CHAP Response id=3D0x1=
<40a8b0b75217ead9ac03bd6548a9fee0>, name =3D "fti/qdfedyf"=
]<br>Aug 5 17:15:04 norolles pppd[15757]: rcvd [CHAP Success id=3D0x1=
"CHAP authentication success, unit 6266"]
<br>Aug 5 17:15:04 norolles pppd[15757]: CHAP authentication succeede=
d: CHAP authentication success, unit 6266<br>Aug 5 17:15:04 norolles =
pppd[15757]: CHAP authentication succeeded<br>Aug 5 17:15:04 norolles=
pppd[15757]: peer from calling number 00:30:88:02:06:3E authorized
<br>Aug 5 17:15:04 norolles pppd[15757]: sent [IPCP ConfReq id=3D0xb =
<addr <a href=3D"http://0.0.0.0">0.0.0.0</a>> <ms-dns1 <a href=3D"=
http://0.0.0.0">0.0.0.0</a>> <ms-dns3 <a href=3D"http://0.0.0.0">0.0.=
0.0</a>>]
<br>Aug 5 17:15:04 norolles pppd[15757]: rcvd [IPCP ConfReq id=3D0x77=
<addr <a href=3D"http://86.220.50.1">86.220.50.1</a>>]<br>Aug =
5 17:15:04 norolles pppd[15757]: sent [IPCP ConfAck id=3D0x77 <addr <a h=
ref=3D"http://86.220.50.1">
86.220.50.1</a>>]<br>Aug 5 17:15:04 norolles pppd[15757]: rcvd [IP=
CP ConfNak id=3D0xb <addr <a href=3D"http://86.220.50.88">86.220.50.88</=
a>> <ms-dns1 <a href=3D"http://80.10.246.130">80.10.246.130</a>> &=
lt;ms-dns3=20
<a href=3D"http://80.10.246.3">80.10.246.3</a>>]<br>Aug 5 17:15:04=
norolles pppd[15757]: sent [IPCP ConfReq id=3D0xc <addr <a href=3D"http=
://86.220.50.88">86.220.50.88</a>> <ms-dns1 <a href=3D"http://80.10.2=
46.130">80.10.246.130
</a>> <ms-dns3 <a href=3D"http://80.10.246.3">80.10.246.3</a>>]<br=
>Aug 5 17:15:04 norolles pppd[15757]: rcvd [IPCP ConfAck id=3D0xc <=
;addr <a href=3D"http://86.220.50.88">86.220.50.88</a>> <ms-dns1 <a h=
ref=3D"http://80.10.246.130">
80.10.246.130</a>> <ms-dns3 <a href=3D"http://80.10.246.3">80.10.246.=
3</a>>]<br>Aug 5 17:15:04 norolles pppd[15757]: Cannot determine e=
thernet address for proxy ARP<br>Aug 5 17:15:04 norolles pppd[15757]:=
local IP address=20
<a href=3D"http://86.220.50.88">86.220.50.88</a><br>Aug 5 17:15:04 no=
rolles pppd[15757]: remote IP address <a href=3D"http://86.220.50.1">86.220=
.50.1</a><br>Aug 5 17:15:04 norolles pppd[15757]: primary =
DNS address <a href=3D"http://80.10.246.130">
80.10.246.130</a><br>Aug 5 17:15:04 norolles pppd[15757]: secondary D=
NS address <a href=3D"http://80.10.246.3">80.10.246.3</a><br>Aug 5 17=
:15:04 norolles pppd[15757]: Script /etc/ppp/ip-up started (pid 17406)<br>A=
ug 5 17:15:04 norolles pppd[15757]: Script /etc/ppp/ip-up finished (p=
id 17406), status =3D 0x0
<br><br>Merci d'avance de tout =E9l=E9ment permettant de faire avancer le s=
chmilblick.<br>-- <br>L=E9a
------=_Part_44465_2721717.1154792348393--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter 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
"Donc le mieux est le PPPoE si j'ai bien compris."
Ben non, il n'a rien compris. Mais ce n'est pas sa faute vu les réponses données. C'est PPPoA qui est mieux, simplement parce que d'une part sa surcharge protocolaire est inférieure à celle de PPPoE (on économise l'encapsulation PPPoE/Ethernet/LLC) et d'autre part il ne souffre pas de la limitation de MTU à 1492 qui affecte PPPoE.
J'ai coupé une part de tes explications (tout à fait intéressantes au demeurant mais dont je dois avouer ne pas avoir encore complètement assimilé la totalité) pour m'attarder sur la dernière qui m'intéresse beaucoup.
Avec le matériel que j'ai chez moi, je suis potentiellement capable d'utiliser du PPPoE ou du PPPoA. Pourtant je n'ai réussi à configurer mes différents modem-routeur ADSL qu'en PPPoE et de même pour les deux modem ADSL USB que j'ai eu l'occasion d'essayer. Je suis au même point avec les deux fournisseur d'accès alternatifs (à France Télécom) de mon île, et n'ai pas encore découvert de formule magique qui me permettrai de me brancher en PPPoA.
<ma_vie> Quelque soit le modem routeur que j'ai essayé, je dois redémarrer physiquement la boîte noire de temps en temps parfois même toutes les vingt-quatres heures et c'est ch***.
Quelque soit le modem usb que j'ai essayé, une fois résolu le problème de MTU, j'ai une autonomie d'environ trois heures de connexion avant que ça ne tombe en rade. Heureusement (et c'est tout l'intérêt) j'ai pu reprendre un script de reconnexion afin de tester la validité de la connexion, et de la redémarrer si c'est cassé. Malheureusement, la seconde connexion ne dure que quelques minutes, comme la suivante, puis quelques secondes, puis au bout d'un moment plus rien, ce qui est encore plus fâcheux. </ma_vie>
Ma question serait donc : quand on connaît les paramètres de la connexion PPPoE, peut on trouver les paramètres de PPPoA ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Pascal Hambourg a écrit :
[...]
"Donc le mieux est le PPPoE si j'ai bien compris."
Ben non, il n'a rien compris. Mais ce n'est pas sa faute vu les réponses
données. C'est PPPoA qui est mieux, simplement parce que d'une part sa
surcharge protocolaire est inférieure à celle de PPPoE (on économise
l'encapsulation PPPoE/Ethernet/LLC) et d'autre part il ne souffre pas de
la limitation de MTU à 1492 qui affecte PPPoE.
J'ai coupé une part de tes explications (tout à fait intéressantes au
demeurant mais dont je dois avouer ne pas avoir encore complètement
assimilé la totalité) pour m'attarder sur la dernière qui m'intéresse
beaucoup.
Avec le matériel que j'ai chez moi, je suis potentiellement capable
d'utiliser du PPPoE ou du PPPoA. Pourtant je n'ai réussi à configurer
mes différents modem-routeur ADSL qu'en PPPoE et de même pour les deux
modem ADSL USB que j'ai eu l'occasion d'essayer. Je suis au même point
avec les deux fournisseur d'accès alternatifs (à France Télécom) de mon
île, et n'ai pas encore découvert de formule magique qui me permettrai
de me brancher en PPPoA.
<ma_vie>
Quelque soit le modem routeur que j'ai essayé, je dois
redémarrer physiquement la boîte noire de temps en temps parfois
même toutes les vingt-quatres heures et c'est ch***.
Quelque soit le modem usb que j'ai essayé, une fois résolu le
problème de MTU, j'ai une autonomie d'environ trois heures de
connexion avant que ça ne tombe en rade. Heureusement (et c'est
tout l'intérêt) j'ai pu reprendre un script de reconnexion afin
de tester la validité de la connexion, et de la redémarrer si
c'est cassé. Malheureusement, la seconde connexion ne dure que
quelques minutes, comme la suivante, puis quelques secondes,
puis au bout d'un moment plus rien, ce qui est encore plus
fâcheux.
</ma_vie>
Ma question serait donc : quand on connaît les paramètres de la
connexion PPPoE, peut on trouver les paramètres de PPPoA ?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter 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
"Donc le mieux est le PPPoE si j'ai bien compris."
Ben non, il n'a rien compris. Mais ce n'est pas sa faute vu les réponses données. C'est PPPoA qui est mieux, simplement parce que d'une part sa surcharge protocolaire est inférieure à celle de PPPoE (on économise l'encapsulation PPPoE/Ethernet/LLC) et d'autre part il ne souffre pas de la limitation de MTU à 1492 qui affecte PPPoE.
J'ai coupé une part de tes explications (tout à fait intéressantes au demeurant mais dont je dois avouer ne pas avoir encore complètement assimilé la totalité) pour m'attarder sur la dernière qui m'intéresse beaucoup.
Avec le matériel que j'ai chez moi, je suis potentiellement capable d'utiliser du PPPoE ou du PPPoA. Pourtant je n'ai réussi à configurer mes différents modem-routeur ADSL qu'en PPPoE et de même pour les deux modem ADSL USB que j'ai eu l'occasion d'essayer. Je suis au même point avec les deux fournisseur d'accès alternatifs (à France Télécom) de mon île, et n'ai pas encore découvert de formule magique qui me permettrai de me brancher en PPPoA.
<ma_vie> Quelque soit le modem routeur que j'ai essayé, je dois redémarrer physiquement la boîte noire de temps en temps parfois même toutes les vingt-quatres heures et c'est ch***.
Quelque soit le modem usb que j'ai essayé, une fois résolu le problème de MTU, j'ai une autonomie d'environ trois heures de connexion avant que ça ne tombe en rade. Heureusement (et c'est tout l'intérêt) j'ai pu reprendre un script de reconnexion afin de tester la validité de la connexion, et de la redémarrer si c'est cassé. Malheureusement, la seconde connexion ne dure que quelques minutes, comme la suivante, puis quelques secondes, puis au bout d'un moment plus rien, ce qui est encore plus fâcheux. </ma_vie>
Ma question serait donc : quand on connaît les paramètres de la connexion PPPoE, peut on trouver les paramètres de PPPoA ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Je suis au regret de signaler que la discussion pointée par ce lien est un ramassis de grosses conneries.
Peut-être.... Mais tu pourrais être plus explicite...
Est-ce vraiment nécessaire ? Soit.
"en France le PPPoE est recommandé par les FAI."
Je me demande d'où vient cette affirmation sans fondement. Au contraire mon FAI, Nerim, déconseille l'utilisation de PPPoE notamment à cause des problèmes de MTU qu'il est susceptible de causer.
"Effectivement en France c'est plutot du PPPoE la raison est simple, [...] il est plus facile pour France Telecom de louer ses lignes sur du trafic Ethernet (ca coute moins cher en installation) et donc la majeure partie des FAI fournissent donc un traffic PPPoE"
C'est l'explication la plus fantaisiste qu'il m'ait été donné de lire. Que la collecte L2TP en option 5 (CIPA) soit livrée au FAI sur des liens ethernet n'a aucun rapport avec l'encapsulation PPPoE ou PPPoA puisque cette dernière ne va pas plus loin que le BAS. Quant à la collecte ATM en option 3 (ACA), comme son nom l'indique elle est livrée en ATM, pas en ethernet. En réalité on utilise PPPoE à cause des modems ADSL ethernet qui fonctionnent en pont, car on ne peut pas faire passer PPP directement sur de l'ethernet. Avec un modem-routeur, un modem interne ou USB, qui n'ont pas cette contrainte, il n'y a aucune raison de préférer PPPoE à PPPoA quand on a le choix.
"BAS ( Broadband Access Serveur ) genre de grosse dorsale qui vehiculent les traffics ( big autoroute ) et ton FAI a une pate de son reseau sur cette dorsale ( avec un serveur d'autentification )"
Un BAS n'est pas une dorsale, c'est un concentrateur d'accès PPP. La "dorsale", en fait le réseau de collecte, relie les BAS de l'opérateur aux routeurs d'accès (LNS) des FAI.
"Donc le mieux est le PPPoE si j'ai bien compris."
Ben non, il n'a rien compris. Mais ce n'est pas sa faute vu les réponses données. C'est PPPoA qui est mieux, simplement parce que d'une part sa surcharge protocolaire est inférieure à celle de PPPoE (on économise l'encapsulation PPPoE/Ethernet/LLC) et d'autre part il ne souffre pas de la limitation de MTU à 1492 qui affecte PPPoE.
Ben... zut. Pour moi qui n'y connait rien, sa réponse était claire....et peut-être completement erronée. La tienne me semble, premièrement agressive, et assez, hum, alambiquée. Mon impression finale: ben... j'y connais toujours pas grand chose, dommage. Thierry
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Je suis au regret de signaler que la discussion pointée par ce lien
est un ramassis de grosses conneries.
Peut-être.... Mais tu pourrais être plus explicite...
Est-ce vraiment nécessaire ? Soit.
"en France le PPPoE est recommandé par les FAI."
Je me demande d'où vient cette affirmation sans fondement. Au
contraire mon FAI, Nerim, déconseille l'utilisation de PPPoE notamment
à cause des problèmes de MTU qu'il est susceptible de causer.
"Effectivement en France c'est plutot du PPPoE
la raison est simple, [...] il est plus facile pour France Telecom de
louer ses lignes sur du trafic Ethernet (ca coute moins cher en
installation) et donc la majeure partie des FAI fournissent donc un
traffic PPPoE"
C'est l'explication la plus fantaisiste qu'il m'ait été donné de lire.
Que la collecte L2TP en option 5 (CIPA) soit livrée au FAI sur des
liens ethernet n'a aucun rapport avec l'encapsulation PPPoE ou PPPoA
puisque cette dernière ne va pas plus loin que le BAS. Quant à la
collecte ATM en option 3 (ACA), comme son nom l'indique elle est
livrée en ATM, pas en ethernet.
En réalité on utilise PPPoE à cause des modems ADSL ethernet qui
fonctionnent en pont, car on ne peut pas faire passer PPP directement
sur de l'ethernet. Avec un modem-routeur, un modem interne ou USB, qui
n'ont pas cette contrainte, il n'y a aucune raison de préférer PPPoE à
PPPoA quand on a le choix.
"BAS ( Broadband Access Serveur ) genre de grosse dorsale qui
vehiculent les traffics ( big autoroute ) et ton FAI a une pate de son
reseau sur cette dorsale ( avec un serveur d'autentification )"
Un BAS n'est pas une dorsale, c'est un concentrateur d'accès PPP. La
"dorsale", en fait le réseau de collecte, relie les BAS de l'opérateur
aux routeurs d'accès (LNS) des FAI.
"Donc le mieux est le PPPoE si j'ai bien compris."
Ben non, il n'a rien compris. Mais ce n'est pas sa faute vu les
réponses données. C'est PPPoA qui est mieux, simplement parce que
d'une part sa surcharge protocolaire est inférieure à celle de PPPoE
(on économise l'encapsulation PPPoE/Ethernet/LLC) et d'autre part il
ne souffre pas de la limitation de MTU à 1492 qui affecte PPPoE.
Ben... zut. Pour moi qui n'y connait rien, sa réponse était claire....et
peut-être completement erronée. La tienne me semble, premièrement
agressive, et assez, hum, alambiquée. Mon impression finale: ben... j'y
connais toujours pas grand chose, dommage.
Thierry
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter 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
Je suis au regret de signaler que la discussion pointée par ce lien est un ramassis de grosses conneries.
Peut-être.... Mais tu pourrais être plus explicite...
Est-ce vraiment nécessaire ? Soit.
"en France le PPPoE est recommandé par les FAI."
Je me demande d'où vient cette affirmation sans fondement. Au contraire mon FAI, Nerim, déconseille l'utilisation de PPPoE notamment à cause des problèmes de MTU qu'il est susceptible de causer.
"Effectivement en France c'est plutot du PPPoE la raison est simple, [...] il est plus facile pour France Telecom de louer ses lignes sur du trafic Ethernet (ca coute moins cher en installation) et donc la majeure partie des FAI fournissent donc un traffic PPPoE"
C'est l'explication la plus fantaisiste qu'il m'ait été donné de lire. Que la collecte L2TP en option 5 (CIPA) soit livrée au FAI sur des liens ethernet n'a aucun rapport avec l'encapsulation PPPoE ou PPPoA puisque cette dernière ne va pas plus loin que le BAS. Quant à la collecte ATM en option 3 (ACA), comme son nom l'indique elle est livrée en ATM, pas en ethernet. En réalité on utilise PPPoE à cause des modems ADSL ethernet qui fonctionnent en pont, car on ne peut pas faire passer PPP directement sur de l'ethernet. Avec un modem-routeur, un modem interne ou USB, qui n'ont pas cette contrainte, il n'y a aucune raison de préférer PPPoE à PPPoA quand on a le choix.
"BAS ( Broadband Access Serveur ) genre de grosse dorsale qui vehiculent les traffics ( big autoroute ) et ton FAI a une pate de son reseau sur cette dorsale ( avec un serveur d'autentification )"
Un BAS n'est pas une dorsale, c'est un concentrateur d'accès PPP. La "dorsale", en fait le réseau de collecte, relie les BAS de l'opérateur aux routeurs d'accès (LNS) des FAI.
"Donc le mieux est le PPPoE si j'ai bien compris."
Ben non, il n'a rien compris. Mais ce n'est pas sa faute vu les réponses données. C'est PPPoA qui est mieux, simplement parce que d'une part sa surcharge protocolaire est inférieure à celle de PPPoE (on économise l'encapsulation PPPoE/Ethernet/LLC) et d'autre part il ne souffre pas de la limitation de MTU à 1492 qui affecte PPPoE.
Ben... zut. Pour moi qui n'y connait rien, sa réponse était claire....et peut-être completement erronée. La tienne me semble, premièrement agressive, et assez, hum, alambiquée. Mon impression finale: ben... j'y connais toujours pas grand chose, dommage. Thierry
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
claude
Thierry Chatelet a écrit : [...]
Ben... zut. Pour moi qui n'y connait rien, sa réponse était claire....et peut-être completement erronée. La tienne me semble, premièrement agressive, et assez, hum, alambiquée. Mon impression finale: ben... j'y connais toujours pas grand chose, dommage.
Les réponses les plus claires ne sont pas toujours les meilleures et si celle de Pascal est alambiquée, elle n'en reste pas moins un bon résumé AMHA. Et, rien ne t'empêche de te documenter si tu veux t'y connaître un peu plus : dans les deux réponses (la mauvaise et la bonne), il y a de quoi faire de joyeuses découvertes grâce à nos amis les moteurs de recherche.
-- Amicalement, Claude Thomassin SIRE
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Thierry Chatelet a écrit :
[...]
Ben... zut. Pour moi qui n'y connait rien, sa réponse était claire....et
peut-être completement erronée. La tienne me semble, premièrement
agressive, et assez, hum, alambiquée. Mon impression finale: ben... j'y
connais toujours pas grand chose, dommage.
Les réponses les plus claires ne sont pas toujours les meilleures et si
celle de Pascal est alambiquée, elle n'en reste pas moins un bon résumé
AMHA. Et, rien ne t'empêche de te documenter si tu veux t'y connaître un
peu plus : dans les deux réponses (la mauvaise et la bonne), il y a de
quoi faire de joyeuses découvertes grâce à nos amis les moteurs de
recherche.
--
Amicalement,
Claude Thomassin
SIRE
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter 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
Ben... zut. Pour moi qui n'y connait rien, sa réponse était claire....et peut-être completement erronée. La tienne me semble, premièrement agressive, et assez, hum, alambiquée. Mon impression finale: ben... j'y connais toujours pas grand chose, dommage.
Les réponses les plus claires ne sont pas toujours les meilleures et si celle de Pascal est alambiquée, elle n'en reste pas moins un bon résumé AMHA. Et, rien ne t'empêche de te documenter si tu veux t'y connaître un peu plus : dans les deux réponses (la mauvaise et la bonne), il y a de quoi faire de joyeuses découvertes grâce à nos amis les moteurs de recherche.
-- Amicalement, Claude Thomassin SIRE
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Thierry Chatelet
claude wrote:
Thierry Chatelet a écrit : [...]
Ben... zut. Pour moi qui n'y connait rien, sa réponse était claire....et peut-être completement erronée. La tienne me semble, premièrement agressive, et assez, hum, alambiquée. Mon impression finale: ben... j'y connais toujours pas grand chose, dommage.
Les réponses les plus claires ne sont pas toujours les meilleures et si celle de Pascal est alambiquée, elle n'en reste pas moins un bon résumé AMHA. Et, rien ne t'empêche de te documenter si tu veux t'y connaître un peu plus : dans les deux réponses (la mauvaise et la bonne), il y a de quoi faire de joyeuses découvertes grâce à nos amis les moteurs de recherche.
Un résumé, oui, bon c'est à voir, je veux dire, tu peux rester entre pro, ou faire partager, chacun son truc Thierry
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
claude wrote:
Thierry Chatelet a écrit :
[...]
Ben... zut. Pour moi qui n'y connait rien, sa réponse était
claire....et peut-être completement erronée. La tienne me semble,
premièrement agressive, et assez, hum, alambiquée. Mon impression
finale: ben... j'y connais toujours pas grand chose, dommage.
Les réponses les plus claires ne sont pas toujours les meilleures et
si celle de Pascal est alambiquée, elle n'en reste pas moins un bon
résumé AMHA. Et, rien ne t'empêche de te documenter si tu veux t'y
connaître un peu plus : dans les deux réponses (la mauvaise et la
bonne), il y a de quoi faire de joyeuses découvertes grâce à nos amis
les moteurs de recherche.
Un résumé, oui, bon c'est à voir, je veux dire, tu peux rester entre
pro, ou faire partager, chacun son truc
Thierry
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter 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
Ben... zut. Pour moi qui n'y connait rien, sa réponse était claire....et peut-être completement erronée. La tienne me semble, premièrement agressive, et assez, hum, alambiquée. Mon impression finale: ben... j'y connais toujours pas grand chose, dommage.
Les réponses les plus claires ne sont pas toujours les meilleures et si celle de Pascal est alambiquée, elle n'en reste pas moins un bon résumé AMHA. Et, rien ne t'empêche de te documenter si tu veux t'y connaître un peu plus : dans les deux réponses (la mauvaise et la bonne), il y a de quoi faire de joyeuses découvertes grâce à nos amis les moteurs de recherche.
Un résumé, oui, bon c'est à voir, je veux dire, tu peux rester entre pro, ou faire partager, chacun son truc Thierry
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Vincent Lefevre
On 2006-08-06 20:01:20 +0200, Pascal Hambourg wrote:
"en France le PPPoE est recommandé par les FAI."
Je me demande d'où vient cette affirmation sans fondement. Au contraire mon FAI, Nerim, déconseille l'utilisation de PPPoE notamment à cause des problèmes de MTU qu'il est susceptible de causer.
Attention, la discussion date de 2004. Il y avait peut-être plus d'incompatibilités du PPPoA avec les matériels en place et les choix des FAI. Et effectivement, FT demandait de se connecter en PPPoE.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On 2006-08-06 20:01:20 +0200, Pascal Hambourg wrote:
"en France le PPPoE est recommandé par les FAI."
Je me demande d'où vient cette affirmation sans fondement. Au
contraire mon FAI, Nerim, déconseille l'utilisation de PPPoE
notamment à cause des problèmes de MTU qu'il est susceptible de
causer.
Attention, la discussion date de 2004. Il y avait peut-être plus
d'incompatibilités du PPPoA avec les matériels en place et les
choix des FAI. Et effectivement, FT demandait de se connecter en
PPPoE.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter 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
On 2006-08-06 20:01:20 +0200, Pascal Hambourg wrote:
"en France le PPPoE est recommandé par les FAI."
Je me demande d'où vient cette affirmation sans fondement. Au contraire mon FAI, Nerim, déconseille l'utilisation de PPPoE notamment à cause des problèmes de MTU qu'il est susceptible de causer.
Attention, la discussion date de 2004. Il y avait peut-être plus d'incompatibilités du PPPoA avec les matériels en place et les choix des FAI. Et effectivement, FT demandait de se connecter en PPPoE.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Pascal Hambourg
Thierry Chatelet a écrit :
Ben... zut. Pour moi qui n'y connait rien, sa réponse était claire....et peut-être completement erronée.
La réponse de qui ?
La tienne me semble, premièrement agressive, et assez, hum, alambiquée.
Comment ça, alambiquée ?
Mon impression finale: ben... j'y connais toujours pas grand chose, dommage.
Dis-moi quels sont les points qui te paraissent obscurs, j'essaierai d'expliquer du mieux que je peux. Maintenant, ma réponse n'avait pas vocation de décrire le modèle de collecte de l'ADSL de FT mais de mettre en garde les lecteurs. Ce serait dommage qu'un lecteur prenne les explications de cette page pour argent comptant et se ridiculise en les donnant à son tour.
PS: je ne suis pas pro, juste un utilisateur qui aime bien savoir ce qui se cache sous ce qu'il utilise.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Thierry Chatelet a écrit :
Ben... zut. Pour moi qui n'y connait rien, sa réponse était claire....et
peut-être completement erronée.
La réponse de qui ?
La tienne me semble, premièrement agressive, et assez, hum, alambiquée.
Comment ça, alambiquée ?
Mon impression finale: ben... j'y connais toujours pas grand chose, dommage.
Dis-moi quels sont les points qui te paraissent obscurs, j'essaierai
d'expliquer du mieux que je peux. Maintenant, ma réponse n'avait pas
vocation de décrire le modèle de collecte de l'ADSL de FT mais de mettre
en garde les lecteurs. Ce serait dommage qu'un lecteur prenne les
explications de cette page pour argent comptant et se ridiculise en les
donnant à son tour.
PS: je ne suis pas pro, juste un utilisateur qui aime bien savoir ce qui
se cache sous ce qu'il utilise.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter 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
Ben... zut. Pour moi qui n'y connait rien, sa réponse était claire....et peut-être completement erronée.
La réponse de qui ?
La tienne me semble, premièrement agressive, et assez, hum, alambiquée.
Comment ça, alambiquée ?
Mon impression finale: ben... j'y connais toujours pas grand chose, dommage.
Dis-moi quels sont les points qui te paraissent obscurs, j'essaierai d'expliquer du mieux que je peux. Maintenant, ma réponse n'avait pas vocation de décrire le modèle de collecte de l'ADSL de FT mais de mettre en garde les lecteurs. Ce serait dommage qu'un lecteur prenne les explications de cette page pour argent comptant et se ridiculise en les donnant à son tour.
PS: je ne suis pas pro, juste un utilisateur qui aime bien savoir ce qui se cache sous ce qu'il utilise.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Pascal Hambourg
David Prévot a écrit :
Avec le matériel que j'ai chez moi, je suis potentiellement capable d'utiliser du PPPoE ou du PPPoA. Pourtant je n'ai réussi à configurer mes différents modem-routeur ADSL qu'en PPPoE et de même pour les deux modem ADSL USB que j'ai eu l'occasion d'essayer. Je suis au même point avec les deux fournisseur d'accès alternatifs (à France Télécom) de mon île, et n'ai pas encore découvert de formule magique qui me permettrai de me brancher en PPPoA.
[...]
Ma question serait donc : quand on connaît les paramètres de la connexion PPPoE, peut on trouver les paramètres de PPPoA ?
Il n'y a pas de réponse unique universelle. Cela dépend de l'opérateur ADSL et/ou du FAI quand les deux sont séparés. Par exemple, pour les opérateurs France Télécom et 9Télécom (ou 9Cegetel, je ne sais plus) que j'utilise ou ai utilisé avec mon FAI, les deux supportent indifféremment PPPoE/ethernet/LLC et PPPoA/VCMux sur le même couple VPI/VCI. Ça marche peut-être aussi en PPPoE/ethernet/VCMUX et PPPoA/LLC, mais je n'ai jamais essayé. Cependant avec un autre opérateur on peut tout imaginer. Par exemple des couples VPI/VCI différents pour PPPoE et PPPoA. Es-tu sûr au moins que ton FAI ou son opérateur ADSL supporte PPPoA ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
David Prévot a écrit :
Avec le matériel que j'ai chez moi, je suis potentiellement capable
d'utiliser du PPPoE ou du PPPoA. Pourtant je n'ai réussi à configurer
mes différents modem-routeur ADSL qu'en PPPoE et de même pour les deux
modem ADSL USB que j'ai eu l'occasion d'essayer. Je suis au même point
avec les deux fournisseur d'accès alternatifs (à France Télécom) de mon
île, et n'ai pas encore découvert de formule magique qui me permettrai
de me brancher en PPPoA.
[...]
Ma question serait donc : quand on connaît les paramètres de la
connexion PPPoE, peut on trouver les paramètres de PPPoA ?
Il n'y a pas de réponse unique universelle. Cela dépend de l'opérateur
ADSL et/ou du FAI quand les deux sont séparés. Par exemple, pour les
opérateurs France Télécom et 9Télécom (ou 9Cegetel, je ne sais plus) que
j'utilise ou ai utilisé avec mon FAI, les deux supportent indifféremment
PPPoE/ethernet/LLC et PPPoA/VCMux sur le même couple VPI/VCI. Ça marche
peut-être aussi en PPPoE/ethernet/VCMUX et PPPoA/LLC, mais je n'ai
jamais essayé. Cependant avec un autre opérateur on peut tout imaginer.
Par exemple des couples VPI/VCI différents pour PPPoE et PPPoA. Es-tu
sûr au moins que ton FAI ou son opérateur ADSL supporte PPPoA ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter 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
Avec le matériel que j'ai chez moi, je suis potentiellement capable d'utiliser du PPPoE ou du PPPoA. Pourtant je n'ai réussi à configurer mes différents modem-routeur ADSL qu'en PPPoE et de même pour les deux modem ADSL USB que j'ai eu l'occasion d'essayer. Je suis au même point avec les deux fournisseur d'accès alternatifs (à France Télécom) de mon île, et n'ai pas encore découvert de formule magique qui me permettrai de me brancher en PPPoA.
[...]
Ma question serait donc : quand on connaît les paramètres de la connexion PPPoE, peut on trouver les paramètres de PPPoA ?
Il n'y a pas de réponse unique universelle. Cela dépend de l'opérateur ADSL et/ou du FAI quand les deux sont séparés. Par exemple, pour les opérateurs France Télécom et 9Télécom (ou 9Cegetel, je ne sais plus) que j'utilise ou ai utilisé avec mon FAI, les deux supportent indifféremment PPPoE/ethernet/LLC et PPPoA/VCMux sur le même couple VPI/VCI. Ça marche peut-être aussi en PPPoE/ethernet/VCMUX et PPPoA/LLC, mais je n'ai jamais essayé. Cependant avec un autre opérateur on peut tout imaginer. Par exemple des couples VPI/VCI différents pour PPPoE et PPPoA. Es-tu sûr au moins que ton FAI ou son opérateur ADSL supporte PPPoA ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
