[lkml]   [2002]   [Jan]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: PPP over socket?
On Mon, Jan 14, 2002 at 10:07:22AM +0100, wrote:
> (let's hope this time the mail client understands I want to send this in
> plain text!)
> I thought that, by changing the socket architecture, the result would be
> independent to the actual implementation of the socket. For example, a
> "PPP over generic socket" could be adapted to "PPP over AF_IRDA socket"
> without having to tear one's hair out implementing the pretty complex
> /dev/irnet virtual TTY. That is a good solution anyway, but it is very
> difficult to port it to different kinds of socket.

I agree in theory, but in practice the problem is the
connection setup. On IrDA, you need "someone" to perform the IAS query
on the right device with the right service name (if you are BlueTooth
oriented, think Inquiry + SDP query). If you look IrNET, the actual
data path is only 10% (or less) of the code, most of the code deal
with discovery and connection setup, and this is purely specific to
the PPP over IrDA solution.
By the way, the virtual TTY is not that complex, it's more
complex in the case of IrNET because I actually use the TTY interface
for the control channel. If you remove the control channel, it's
pretty straightforward.

> What do you exactly mean with "kernel space wrapper"?

Like IrNET. There may be way to hook on top of the socket API
from kernel space without modifications (by implementing the bottom
half of the socket layer).

> I guess "user space
> wrapper" is something like VTun (which I tried, and it works like a dream.
> Only, isn't it a bit inefficient to go through user space?)

Did you measure those inefficiencies in practice ?

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:18    [W:0.042 / U:0.220 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site