From: Nguyen Dinh Nam <64vn@cardvn.net>
Cc: netdev@oss.sgi.com
Subject: Re: Fw: [Bugme-new] [Bug 4177] New: Please consider adding possibility to have multiple PPPoE sessions with different MAC addresses
Date: Mon, 07 Feb 2005 03:39:38 +0700 [thread overview]
Message-ID: <4206808A.1050304@cardvn.net> (raw)
In-Reply-To: <20050206122604.74a41796.akpm@osdl.org>
I have another situation - there are 2 different PPPoE access
concentrators available on 1 interface. So I want to be able to specify
the MAC address (or AC Name, or Service Name) of the AC to connect to
Thanks
Andrew Morton wrote:
>Begin forwarded message:
>
>Date: Sun, 6 Feb 2005 04:08:01 -0800
>From: bugme-daemon@osdl.org
>To: bugme-new@lists.osdl.org
>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@conectiva.com.br
> Submitter: mh+kernel-bugzilla@zugschlus.de
>
>
>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.
>
>
>
>
next prev parent reply other threads:[~2005-02-06 20:39 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-06 20:26 Fw: [Bugme-new] [Bug 4177] New: Please consider adding possibility to have multiple PPPoE sessions with different MAC addresses Andrew Morton
2005-02-06 20:39 ` Nguyen Dinh Nam [this message]
2005-02-06 20:50 ` jamal
2005-02-06 21:25 ` Marc Haber
2005-02-06 21:45 ` jamal
2005-02-07 6:36 ` Marc Haber
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4206808A.1050304@cardvn.net \
--to=64vn@cardvn.net \
--cc=netdev@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).