From: Jeff Mcadams <jeffm@iglou.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Paul Fulghum <paulkf@microgate.com>, linux-kernel@vger.kernel.org
Subject: Re: SyncPPP Generic PPP merge
Date: Thu, 24 May 2001 18:53:34 -0400 [thread overview]
Message-ID: <20010524185333.B7667@iglou.com> (raw)
In-Reply-To: <002501c0e48f$ffed1e40$0c00a8c0@diemos> <E1533Ra-0005hC-00@the-village.bc.nu>
In-Reply-To: <E1533Ra-0005hC-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Thu, May 24, 2001 at 11:18:58PM +0100
Also sprach Alan Cox
>> Instead of using ifconfig to bring an interface up or down, the user
>> must now work with pppd. And the net device naming changes (allocated
>> by ppp_generic.c instead of using the net device allocated by low
>> level driver).
>I suspect that bit can be fixed if need be. Its nice to keep a constant
>naming between cisco/ppp modes. cisco/ppp autodetect is also possible
>and would be rather nice to support
Indeed. And let me just throw out another thought. A clean abstraction
of the various portions of the PPP functionality is beneficial in other
ways. My personal pet project being to add L2TP support to the kernel
eventually. A good abstraction of the framing capabilities and basic
PPP processing would be rather useful in that project.
>> Or is it to *add* generic PPP support to syncppp, leaving (at least
>> temporarily) the existing PPP capability in syncppp for
>> compatibility? (implying a new syncppp flag USE_GENERIC_PPP?)
>Assuming this is a 'when 2.5 starts' discussion I'd like initially to
>keep the syncppp api is but the pppd code going via generic ppp - and
>yes it would break configs.
>Clearly thats not 2.4 acceptable
I would agree that such a project would be 2.5 material.
I'll try to keep up with things on the list, but if this goes off-list,
I would appreciate being kept in the loop if possible. :) Thanks!
--
Jeff McAdams Email: jeffm@iglou.com
Head Network Administrator Voice: (502) 966-3848
IgLou Internet Services (800) 436-4456
next prev parent reply other threads:[~2001-05-24 22:54 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-05-22 10:51 SyncPPP IPCP/LCP loop problem and patch rjd
2001-05-22 12:31 ` Paul Mackerras
2001-05-22 13:34 ` rjd
2001-05-22 16:11 ` Paul Fulghum
2001-05-24 15:11 ` SyncPPP IPCP/LCP loop problem and patch. Take 2 rjd
2001-05-22 18:13 ` SyncPPP IPCP/LCP loop problem and patch Paul Fulghum
2001-05-24 15:30 ` rjd
2001-05-24 16:56 ` Paul Fulghum
2001-05-24 18:13 ` Alan Cox
2001-05-24 20:27 ` SyncPPP Generic PPP merge Paul Fulghum
2001-05-24 22:18 ` Alan Cox
2001-05-24 22:53 ` Jeff Mcadams [this message]
2001-05-25 0:55 ` Paul Mackerras
2001-05-25 16:44 ` Jeff Mcadams
2001-05-24 23:27 ` Paul Fulghum
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=20010524185333.B7667@iglou.com \
--to=jeffm@iglou.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=paulkf@microgate.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.