[openbeosnetteam] Re: PPP up/opened

----- Original Message ----- 
From: "Waldemar Kornewald" <Waldemar.Kornewald@xxxxxx>
To: <openbeosnetteam@xxxxxxxxxxxxx>
Sent: Thursday, April 17, 2003 10:16 AM
Subject: [openbeosnetteam] Re: PPP up/opened


> > > Then I do not understand the section "3.4. Link Establishment
Phase".
> > > It
> > > first says that there is an exchange of Configure packets. Then
it
> > > says this
> > > exchange is "complete" (does this mean an Ack is needed?) and
the
> > > "LCP
> > > Opened state entered, once a Configure-Ack packet [...] has been
both
> > > sent
> > > and received.". So, what does this "sent and received" mean
then? Is
> > > this
> > > referring to the same machine or does the peer receive the
packet?
> > > How does
> > > the sender know that his packet was received? Through another
Ack
> > > from the
> > > receiver?
> >
> > Yes, it's talking about the peer. It works like this:
> >
> > conf-req produces: conf-ack/conf-nack/conf-req
> > conf-ack/conf-nack/conf-req produce new conf-req
> > repeat until nothing but conf-ack is returned
> > -Nathan
>
> The server sends a conf-req and the client can reply with conf-ack.
Then the
> client sends a conf-req and the server can respond with a conf-nak.
Then the
> client sends another conf-req and if the server replies with a
conf-ack the
> connection is established. Is that right?
> Why should the client respond with a conf-req? This is confusing. Is
it just
> that both (client and server) can handle their requests in parallel?
>

Exactly, parameters are negociated in each way.
a PPP client can ask to athenticate a PPPd and so can , and usualy do,
a PPPd can request PPP client for authentication credentials.
It is also true for some others parameters or options.

> So, I must wait until both ends have sent a conf-ack, right?

Yes but each end has its own state machine: even if one end thinks it
is in up/open state, the other one must also be in up/open state in
order to NCP traffic to occur.

    Emmanuel

Other related posts: