netdev
[Top] [All Lists]

Fw: [Bugme-new] [Bug 4177] New: Please consider adding possibility to ha

To: netdev@xxxxxxxxxxx
Subject: Fw: [Bugme-new] [Bug 4177] New: Please consider adding possibility to have multiple PPPoE sessions with different MAC addresses
From: Andrew Morton <akpm@xxxxxxxx>
Date: Sun, 6 Feb 2005 12:26:04 -0800
Cc: mh+kernel-bugzilla@xxxxxxxxxxxx
Sender: netdev-bounce@xxxxxxxxxxx

Begin forwarded message:

Date: Sun, 6 Feb 2005 04:08:01 -0800
From: bugme-daemon@xxxxxxxx
To: bugme-new@xxxxxxxxxxxxxx
Subject: [Bugme-new] [Bug 4177] New: Please consider adding possibility to have 
multiple PPPoE sessions with different MAC addresses


http://bugme.osdl.org/show_bug.cgi?id=4177

           Summary: Please consider adding possibility to have multiple
                    PPPoE sessions with different MAC addresses
    Kernel Version: 2.6.current, 2.4.current
            Status: NEW
          Severity: low
             Owner: acme@xxxxxxxxxxxxxxxx
         Submitter: mh+kernel-bugzilla@xxxxxxxxxxxx


This wishlist item is mostly relevant to German users. In 
Germany, Deutsche Telekom has a near monopoly regarding DSL 
connections to residential homes. They are, however, required, to 
resell their network to other ISPs which has led to a rather 
interesting combination of Internet tariffs and feature sets available 
via Deutsche Telekom T-DSL connections. 
 
Technical Basis for the T-DSL customer interface is PPPoE over a 
bridged ATM session, so it is technically possible to have multiple 
PPPoE sessions on the same line, allowing concurrent use of more than 
a single ISP which might be interesting with special interest services 
like streaming, fixed IP address and/or flat rate. 
 
However, Deutsche Telekom technically forbids multiple PPPoE sessions 
originating from a single MAC address, so one needs multiple network 
interfaces to originate the PPPoE sessions from. 
 
Sven Geggus has a patch against rp-pppoed, which allows to fake the 
sending MAC address for additional PPPoE sessions, circumventing the 
artificially introduced limitation of the T-DSL connection. The patch 
is available on http://geggus.net/sven/rp-pppoe-fakemac.diff 
 
Please consider adding that possibility to the kernel PPPoE code as well. 
 
Greetings 
Marc

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

<Prev in Thread] Current Thread [Next in Thread>