We seem to assume PPPoE for xDSL connections. In the UK at least, the
provider tends to give you a USB DSL modem and expect you to use PPP
over ATM. We should make initscripts support that.
Why are we using a userspace pppoe helper rather than the pppd plugin,
Userspace pppoe helper predates pppd plugin, support hasn't been
changed yet. (That may be in bugzilla elsewhere.)
i think this feature which could be added in next fc4.
David, but i see a problem here with the firmware, which we probably
cannot include in our distri.
In fact it was a trivial change to make rp-pppoe's /sbin/adsl-connect
script handle the pppoatm plugin, as it's already capable of handling
the pppoe plugin anyway. Fixed in rp-pppoe-3.5-20.
Now we need the pretty config tools to let you set it up too -- but
that really is one for FC4.
Reassigning to system-config-network, which should allow users to
configure PPPoATM xDSL links, and which should be using the pppd
plugin for PPPoE too.
for PPPoE I think it's sufficient just to set LINUX_PLUGIN=rp-pppoe.so
when we set up a new device.
For PPPoATM, we need to set LINUX_PLUGIN=pppoatm.so, and also numeric
arguments VCI and VPI in the config file. These are "Virtual Channel
Identifier", "Virtual Path Identifier" resp.
Since VCI/VPI are a per-ISP thing, it would be nice to have a list of
known settings, and also to let the user enter them manually if their
ISP isn't known. In fact we could even choose between PPPoE and PPPoA
that way. For data see
and you can add "UK, Andrews and Arnold" with VPI 0, VCI 38.
A good howto for this:
That advocates setting up the pppd peer file manually and invoking
pppd manually -- I fixed the rp-pppoe scripts so that it ought to work
through the initscripts properly -- see the last part of
ftp://ftp.infradead.org/pub/dsl/README (the first part isn't needed
any more now that the kernel driver is merged anyway).
Support for PPPoE over ATM instead of over a physical Ethernet device is also
now included in FC4. We still lack system-config-network support. The existing
'Ethernet device' selection needs to be changed to allow _either_ Ethernet
devices, or 'ATM/DSL modem'. In the case where a DSL modem is selected, the user
should enter the VCI and VPI and the protocol (PPPoA/PPPoE) which is generally
in the welcome pack received from the ISP. Those end up in the ifcfg-xxx config
For PPPoA we add LINUX_PLUGIN=pppoatm.so
For PPPoE we add LINUX_PLUGIN=rp-pppoe.so and BR2684DEV=0
That's enough for supporting a single DSL modem per system -- we _could_ perhaps
go a bit further and poke in /proc/net/atm/devices and find a way of adding the
device MAC to the VCI/VPI information to allow multiple modems, but I don't
think that's necessary for FC4.
Based on the date this bug was created, it appears to have been reported
against rawhide during the development of a Fedora release that is no
longer maintained. In order to refocus our efforts as a project we are
flagging all of the open bugs for releases which are no longer
maintained. If this bug remains in NEEDINFO thirty (30) days from now,
we will automatically close it.
If you can reproduce this bug in a maintained Fedora version (7, 8, or
rawhide), please change this bug to the respective version and change
the status to ASSIGNED. (If you're unable to change the bug's version
or status, add a comment to the bug and someone will change it for you.)
Thanks for your help, and we apologize again that we haven't handled
these issues to this point.
The process we're following is outlined here:
We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.
This bug has been in NEEDINFO for more than 30 days since feedback was
first requested. As a result we are closing it.
If you can reproduce this bug in the future against a maintained Fedora
version please feel free to reopen it against that version.
The process we're following is outlined here:
It's still missing in system-config-network.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '9'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 9's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 9 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.