[Date Prev] [Date Next] [Thread Prev] [Thread Next] Date Index Thread Index Search archive:
Date:Mon Feb 17 12:33:37 2003 
Subject:Re: poplog: PPP ? 
From:Jonathan L Cunningham 
Volume-ID:1030217.01 

On 15 Feb 2003 12:36:22 GMT, eas-lab@absamail.co.za wrote:

>kers@hplb.hpl.hp.com () wrote:
>> In article <3e4bc312$0$225@hades.is.co.za>,
>> 	eas-lab@absamail.co.za writes:
 
>> > I have good reason to investigate PPP.
>> > 
>> > Apparently this can-of-worms/non-trivial subject is closely
>> > connected with what was previously called TCP/IP stacks ?
>> 
>> PPP is, if I recall correctly, a TCP/IP-over-a-phone protocol.
>> 
>Then apparently the material on 'sockets' is applicable ?
>
>> > Am I right that poplog has material related to PPP ?
>> 
>> (peering) No.
>> 

I think you missed this, in his first reply.

>To those on poplog who have been discussing sockets: 
>   will poplog's material help me to understand PPP ?

As Chris (hedgehog) implies, Chris (not hedgehog), there are
different levels of protocol, built on top of each other.

I don't think reference material on sockets is likely to help,
and I'm not sure that the poplog sockets documentation is
the best place to start even for understanding sockets. I
think the "man" entry (on Linux) is fairly good. (I may just
have missed a really good file, though.)

TCP/IP stacks (in my understanding) is referring to implementing
a whole bunch of things (several different layers of protocol),
so that, e.g., your "sockets" code will work (because all the
other layers are there, that it is built on top of).

As an analogy, you might be asking if poplog documentation about
"discin()" will help you understand how to write a device driver
for your hard disk. Certainly when you read a file from disc,
the disk driver gets called at some point. But I'm fairly sure
that the poplog documentation doesn't cover it.

It's possible someone could help (or point you at a better
newsgroup) if we knew why you want to know more about PPP.
Maybe you *don't* need to understand PPP, but something else
instead?

Jonathan

-- 
(Replace netspam by jlc when appropriate)