DSL configuration is suboptimal.

Bug #52167 reported by lp-void
8
Affects Status Importance Assigned to Milestone
pppoeconf (Baltix)
Fix Released
Medium
Unassigned
pppoeconf (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

I recently installed Dapper onto my wife's computer. She, unlike me, connected to the Internet via DSL (with no router in between). When I installed Dapper for her, I also decided to get it net connected. (I didn't bother with this for Breezy since she only used Ubuntu at the time to play Supertux. Don't ask.)

After a while of scraping around the system I found the program pppoeconf. It is not related in any way to the "System->Administration->Networking" network configuration utility and nor is it referred to by said utility. It is, instead, an aging, clunky CLI application.

Copying the settings I needed from the Windows side of my wife's computer (and copying the password from her original invoice), I proceeded to try and get Dapper to talk to the outside world. Every attempt failed with "authorization failure" error messages from plog. I did note a couple of points, however. (I apologise if comparing Ubuntu to Windows hurts feelings.)

1. In Windows, I have three fields to enter: service provider, userid and password. Pppoeconf gives me only two: userid and password.

2. In Windows, I provide those three values and it Just Works. In pppoeconf, if I read the help, I find that I have to try about a dozen different variations of userid that incorporate the service provider and userid.

3. It took me literally less than a minute to make a new network connection in Windows and have it up and running with that same information. (This was a test to see if the password, et al were indeed the correct ones.) After about a half-hour of wrestling with pppoeconf I gave up without once having seen it work. Except for...

4. If I booted into Windows and connected to the Internet, then quickly restarted the system and booted into Dapper, the pppoeconf setup that refused to work suddenly connected. But...

5. If I repeated the experiment, delaying the restart (putting the GRUB menu up and leaving it there for a minute or so) the pppoeconf setup failed to connect again.

I gave up after that and just shelled out the cash for a Netgear router. After plugging it in and setting up the wiring, I fired up Dapper and connected to the router. The router gives three values for PPPoE configuration: service provider, userid and password. And just like under Windows it connects on the first try with no hassles. (There seemed to be a short delay the first time I did it, but every subsequent connection was like lightning. I'm not sure what this signifies.)

What this leads me to conclude is that it is, in fact, possible to have good quality, simple tools for connecting over PPPoE to DSL connections. I know from direct experience that Windows and Netgear routers both offer this functionality and I know from Mac users of my acquaintance that MacOS has had this functionality for a while too. I also know that Dapper does not. What is needed are:

1. In the short term, a good, well-written, easy-to-follow document needs to be provided <b>and made visible to end-users</b> (perhaps a Help click on the network configuration utility?) to point to pppoeconf and give simple instructions, replete with many examples, on how to get a DSL connection working.

2. In the longer term, the network configuration utility needs to be enhanced to work like Windows, Mac and Netgear (and likely all other routers for the mass market) do: you enter three fields, click "OK" and it Just Works.

Revision history for this message
Freddy Martinez (freddymartinez9) wrote :

Thank you for the bug report, one feature we are working on is pppoe configuration. Please follow:
https://blueprints.launchpad.net/distros/ubuntu/+spec/pppoeconf-gui
While it does not mean specifically user ID input, I am sure an easy Id system will be implemented. For this reason, I am closing the bug report.

Changed in pppoeconf:
status: Unconfirmed → Rejected
Revision history for this message
lp-void (lp-void) wrote :

That spec seems to be missing the point entirely. The issue isn't just that it's CLI vs. GUI. It's that the CLI thing itself requires the user to try out about a thousand different ways to connect and provides no useful feedback (of any kind!) when it fails. Any sane user would rather have a CLI system that works and does the Right Thing (whatever that right thing may be) over a GUI system that is confusing, frustrating and poorly-documented.

In short, the issue isn't the UI, it's the functionality proper. Pppoeconf doesn't work, out of the box, for any system I've ever used it on. I'm sure it works for some people somewhere, and I'm sure that if you're really tenacious you can make it work on any system anywhere, but when <b>MICROSOFT</b> can make something complex work simply and quickly out of the box, not to mention every router box in the world, and Linux can't? It's time to make Linux catch up with what the rest of the world has been able to do for years.

Linksys, incidentally, has a lot of GPLed code for their router and DSL boxes. Linksys routers, by coincidence, are easy to connect up to DSL setups. Perhaps a quick peek at <a href="ftp://ftp.linksys.com/opensourcecode">ftp://ftp.linksys.com/opensourcecode</a> could make this happen quickly?

Revision history for this message
lp-void (lp-void) wrote :

There has been two major releases since this bug was first reported. Is there any chance of this being repaired sometime soon? Like, say, by cribbing the source code already available at the URL posted above?

Revision history for this message
Mark Reitblatt (mark-reitblatt) wrote :

I'm reopening this bug. Closing it because of the existence of a related spec seems wrong. This is still a significant problem that affects a fair number of users.

Changed in pppoeconf:
importance: Undecided → Medium
status: Rejected → Confirmed
Revision history for this message
unggnu (unggnu) wrote :

I think the greatest solution would be a network-manager plugin for pppoe. It would fit perfectly (many gui apps ask network manager for connection status, always in systray, couldn't interrupt things like a sepparated console tool) and is easy to find.

Revision history for this message
Mantas Kriaučiūnas (mantas) wrote :

This bug is partially solved in Baltix GNU/Linux by installing Xdialog packages. Current Ubuntu xdialog packages depend on old GTK1 libraries, so, we used package from Debian experimental, see: http://packages.debian.org/experimental/xdialog in Baltix GNU/Linux 3.0 (based on Ubuntu 7.10).
PPPoEConf's menu launcher is removed in Ubuntu's pppoeconf packages, so, we enabled it (like in Debian packages), look at ftp://ftp.akl.lt/baltix-linux/devel/menu-changes/usr-share/pppoeconf.desktop

Changed in pppoeconf:
importance: Undecided → Medium
status: New → Fix Committed
Revision history for this message
unggnu (unggnu) wrote :

This should be fixed in Hardy. NetworkManager still doesn't support PPPOE but now Gnome has a gui for it under System - Network - PPP . You could recheck it with the Hardy Alpha 5 Live CD http://cdimage.ubuntu.com/releases/hardy/alpha-5/ .

Changed in pppoeconf:
status: Confirmed → Fix Released
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.