A new Request for Comments is now available in online RFC libraries.
RFC 6431
Title: Huawei Port Range Configuration Options
for PPP IP Control Protocol (IPCP)
Author: M. Boucadair, P. Levis,
G. Bajko, T
The IESG has received a request from an individual to reclassify RFC 1619
(PPP over SONET/SDH) to HISTORIC. RFC 1619 has been obsoleted by RFC 2615
and its current status is PROPOSED STANDARD.
The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action
A new Request for Comments is now available in online RFC libraries.
RFC 6361
Title: PPP Transparent Interconnection of Lots
of Links (TRILL) Protocol Control Protocol
Author: J. Carlson, D. Eastlake 3rd
Status
The IESG recommends that 'Generation of Unique IS-IS System Identifiers'
draft-simpson-isis-ppp-unique-02.txt NOT be published as an
Experimental RFC.
A URL of this Internet Draft is:
http://datatracker.ietf.org/doc/draft-simpson-isis-ppp-unique/
The process for such documents is described
The IESG has approved the following document:
- 'PPP TRILL Protocol Control Protocol'
(draft-ietf-pppext-trill-protocol-08.txt) as a Proposed Standard
This document has been reviewed in the IETF but is not the product of an
IETF Working Group.
The IESG contact person is Jari Arkko.
A URL
This document has been in IESG review last week. A number of technical
issues were raised (thank you!) and we are almost done with addressing
them. Still negotiating what change, if any, to be done based on the
Security AD's Discuss.
However, the IESG has also asked me to treat this document
the following document:
- 'PPP TRILL Protocol Control Protocol'
draft-ietf-pppext-trill-protocol-06.txt as a Proposed Standard
The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists
The IESG has received a request from the Point-to-Point Protocol
Extensions WG (pppext) to consider the following document:
- 'PPP TRILL Protocol Control Protocol'
draft-ietf-pppext-trill-protocol-06.txt as a Proposed Standard
The IESG plans to make a decision in the next few weeks
A new Request for Comments is now available in online RFC libraries.
RFC 5578
Title: PPP over Ethernet (PPPoE) Extensions
for Credit Flow and Link Metrics
Author: B. Berry, Ed.,
S. Ratliff, E. Paradise
A new Request for Comments is now available in online RFC libraries.
RFC 5072
Title: IP Version 6 over PPP
Author: S.Varada, Ed.,
D. Haskins, E. Allen
Status: Standards Track
Date: September 2007
A new Request for Comments is now available in online RFC libraries.
RFC 4938
Title: PPP Over Ethernet (PPPoE) Extensions
for Credit Flow and Link Metrics
Author: B. Berry, H. Holgate
Status: Informational
A new Request for Comments is now available in online RFC libraries.
RFC 4937
Title: IANA Considerations for PPP over
Ethernet (PPPoE)
Author: P. Arberg, V. Mammoliti
Status: Informational
Date
The IESG has approved the following document:
- 'IP Version 6 over PPP '
draft-ietf-ipv6-over-ppp-v2-03.txt as a Draft Standard
This document is the product of the IP Version 6 Working Group Working
Group.
The IESG contact persons are Jari Arkko and Mark Townsley.
A URL of this Internet
The IESG has approved the following document:
- 'IANA Considerations for PPP over Ethernet (PPPoE) '
draft-arberg-pppoe-iana-03.txt as an Informational RFC
This document has been reviewed in the IETF but is not the product of an
IETF Working Group.
The IESG contact person is Mark Townsley
A new Request for Comments is now available in online RFC libraries.
RFC 4618
Title: Encapsulation Methods for Transport of
PPP/High-Level Data Link Control (HDLC) over
MPLS Networks
Author: L. Martini, E
The IESG has approved the following document:
- 'Encapsulation Methods for Transport of PPP/HDLC Over MPLS Networks '
draft-ietf-pwe3-hdlc-ppp-encap-mpls-09.txt as a Proposed Standard
This document is the product of the Pseudo Wire Emulation Edge to Edge Working
Group.
The IESG contact
The IESG has received a request from an individual submitter to consider the
following document:
- 'IANA Considerations for PPP over Ethernet (PPPoE) '
draft-arberg-pppoe-iana-01.txt as a BCP
The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action
The IESG has received a request from the Pseudo Wire Emulation Edge to Edge WG
to consider the following document:
- 'Encapsulation Methods for Transport of PPP/HDLC Over MPLS Networks '
draft-ietf-pwe3-hdlc-ppp-encap-mpls-08.txt as a Proposed Standard
The IESG plans to make a decision
The IESG has received a request from the IP Version 6 Working Group WG to
consider the following document:
- 'IP Version 6 over PPP '
draft-ietf-ipv6-over-ppp-v2-02.txt as a Draft Standard
The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action
The IESG has approved the following document:
- 'Certificate Extensions and Attributes Supporting Authentication in
Point-to-Point Protocol (PPP) and Wireless Local Area Networks (WLAN) '
draft-ietf-pkix-rfc3770bis-03.txt as a Proposed Standard
This document is the product of the Public
Start with 1661 - PPP
1331 The Point-to-Point Protocol (PPP) for the Transmission of Multi-protocol
Datagrams over Point-to-Point Links
1332 IPCP (N/w Control Protocol)
1333 PPP Link Quality Monitoring
1334 PPP Authentication Protocols.
1994 PPP Challenge Handshake Authentication Protocol (CHAP
Are there RFC's or drafts on the various LCP's that PPP uses or the Network
Control Protocol of PPP?
Start with RFC 1661, which obsoletes 1548.
-Original Message-
From: Bill Cunningham [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 26, 2002 9:40 AM
To: [EMAIL PROTECTED]
Subject: PPP RFCs
Are there RFC's or drafts on the various LCP's that PPP uses or the Network
Control Protocol
* From [EMAIL PROTECTED] Wed Jun 26 12:55:35 2002
* X-Authentication-Warning: ietf.org: majordom set sender to [EMAIL PROTECTED]
using -f
* From: Bill Cunningham [EMAIL PROTECTED]
* To: [EMAIL PROTECTED]
* Subject: PPP RFCs
* Date: Wed, 26 Jun 2002 15:40:23 -0400
* MIME-Version
You know, I have been wondering about cable modems and their analog
usage...:-)
- Original Message -
From: Lloyd Wood [EMAIL PROTECTED]
To: Bill Cunningham [EMAIL PROTECTED]
Cc: ietf [EMAIL PROTECTED]
Sent: Wednesday, June 26, 2002 4:41 PM
Subject: Re: PPP RFCs
On Wed, 26 Jun 2002
* switching but a rose by any other name ...). So all of these, including
* PPP, exist at layers 1-2 in the TCP/IP model (link, network, internetwork,
* transport, application) ...
*
(catching up on old email)
Note that this is not the common-accepted definition of the Internet
flawed work.
Barring redesign of PPP, getting around the wrong things being located in
the LCP negotiation would have been made a little easier if we had been
allowed to go through LCP negotiation twice. So, you could have LCP
negotiated at the LAC,
But you wouldn't have needed to do LCP
closely, and they are interesting to read but tend not
to be practical for high performance applications.
--On Tuesday, 5 March 2002 11:02 p.m. -0800 Christopher Evans
[EMAIL PROTECTED] wrote:
Here is a question that will tax your synapes to bursting point!
How is PPP and TCP/IP libs wired
and
I helped make it broken and, in retrospect, I am *really* sorry I did.
That's OK, we'll forgive you ;-)
Thank you. It may seem silly but that has really bugged me for a number of
years. I hate the thought of having done flawed work.
Barring redesign of PPP, getting around the wrong things
Brian Lloyd wrote:
At 03:12 AM 3/4/2002, you wrote:
I couldn't say it shorter and more clearly than Vint : PPP does NOT belong
to the TCP/IP protocol suite.
Other than it was designed for IP and the other stuff came along for the
ride. PPP was a relatively early product of the IETF
WARNING : this answer will be very basic. My intention is not to go deep into the
details but to give a short answer.
Suppose you have an Operating System supporting TCP/IP, whatever applications you run.
Suppose you have a modem and you use PPP to talk to a remote server.
Then data coming
At 02:42 AM 3/6/2002, you wrote:
I don't see how classification of PPP as a layer 2, layer 3, or any other
layer
would have had an affect on how we designed L2TP (perhaps it would have
affected
the name of the protocol though).
PPP actually consists of two distinct and separate sets
Brian Lloyd wrote:
At 02:42 AM 3/6/2002, you wrote:
I don't see how classification of PPP as a layer 2, layer 3, or any other
layer
would have had an affect on how we designed L2TP (perhaps it would have
affected
the name of the protocol though).
PPP actually consists of two distinct
in different steps.
First you teach ABC, then you teach grammar, then you can teach literature.
Trying to teach literature without preparation can create confusion.
Sorry if I shocked you with such a basic view on PPP compared to OSI and TCP/IP.
[May I recommend 2 basic books? A World of Protocols
At 03:12 AM 3/4/2002, you wrote:
I couldn't say it shorter and more clearly than Vint : PPP does NOT belong
to the TCP/IP protocol suite.
Other than it was designed for IP and the other stuff came along for the
ride. PPP was a relatively early product of the IETF and specifically
designed
whoa, it's in the TCP/IP suite, it's not. So let me get this straight. TCP
and UDP are part of IP. TCP provides error sum UDP doesn't and is therefore
faster than TCP. They are encapsulated in IP, which is put into the data
bitstream of a PPP frame. Layer 1 is the physical layer, are bitstreams
Here is a question that will tax your synapes to bursting point!
How is PPP and TCP/IP libs wired together? Like, DO I (OSI 8) call TCP
and it calls IP and down the
chain till it spills over and gets real physical (OSI 1)? I am confused.
At 10:02 AM 3/5/02 -0500, you wrote:
whoa, it's
I couldn't say it shorter and more clearly than Vint : PPP does NOT belong to the
TCP/IP protocol suite.
It's a Layer 2(*) protocol, intended to carry multiple Layer 3 protocols (like IP,
IPX,...) over a point-to-point connection (like PSTN, ISDN,...).
PPP succeeded SLIP by bringing extended
Layering dogma get all confused and convoluted when faced with
engineering ingenuity At what layer is ATM in the old Cells
in Frames spec? Or PPP when running ppp sessions over TCP?
Or blah over MPLS frames over PPP (over TCP)? Or?
PPP is a layer below the one it serves, and a layer above
Is IP actually encapsulated in PPP, or is PPP and IP sent out at the same
time at different protocol layers? Kinda holding hands in a sense to each
other.
- Original Message -
From: vint cerf [EMAIL PROTECTED]
To: Christopher Evans [EMAIL PROTECTED]; Bill Cunningham
[EMAIL PROTECTED
IP is encapsulated in PPP for all practical purposes PPP can support
multiple protocols on a single point to point link in the same way
ethernet can support multiple protocols
vint
At 08:01 AM 3/1/2002 -0500, Bill Cunningham wrote:
Is IP actually encapsulated in PPP, or is PPP and IP sent out
In what layer is PPP in the TCP/IP
suite?
On Thu, 28 Feb 2002, Bill Cunningham wrote:
In what layer is PPP in the TCP/IP suite?
The top of Layer 1 - it's part of the Network Interface layer of the
TCP/IP conceptual model
PD
--
Paul Day Web: wwwburst/~bonfire
Bill -
It is essentially a Data Link Layer protocol, operating at Layer
2.
/Michel
-Original Message-From: Bill Cunningham
[mailto:[EMAIL PROTECTED]]Sent: Thursday, February 28, 2002 6:55
AMTo: [EMAIL PROTECTED]Subject: PPP
In what layer is PPP in the TCP/IP
suite?
PPP is
a link layer protocol based on the TCO/IP model.
In the
OSI model, PPP spans Data link and Network layer.
Hope
this helps.
Regards,
Paul
-Original Message-From: Bill Cunningham
[mailto:[EMAIL PROTECTED]]Sent: Thursday, February 28, 2002 6:55
AMTo: [EMAIL PROTECTED
to layer 3, Network, of the OSI model
If we want to get picky though, you could say PPP overlaps layer 1 and 2
of the TCP/IP model, so saying Layer 2 isn't incorrect, but by using the
term Data Link as opposed to Internet fot layer 2 makes me think
you're referring of the OSI model
*Back in his box now
DIVFONT face=3DArial size=3D2In what layer is PPP in the TCP/IP=
=20suite?/FONT/DIV/BODY/HTML
Layer 271828
Title: RE: PPP
Paul -
Yep! Didn't read closely enough. Layer 2 in the OSI Reference Model, top of Layer 1 in TCP/IP - except for all of the places it appears elsewhere! :)
How's THAT for clarity?
/Michel
-Original Message-
From: Paul Day [mailto:[EMAIL PROTECTED]]
Sent
At 03:55 AM 2/28/2002, you wrote:
In what layer is PPP in the TCP/IP suite?
I have read some of the other responses and it reinforces my belief that
most people don't understand PPP's relationship to IP and either the
5-layer (internet) or 7-layer (ISO) models.
PPP is really both the link
On Thu, 2002-02-28 at 12:20, Matt Crawford wrote:
DIVFONT face=3DArial size=3D2In what layer is PPP in the TCP/IP=
=20suite?/FONT/DIV/BODY/HTML
Layer 271828
I should have exp()ected that
From: Brian Lloyd [EMAIL PROTECTED]
When all you have is a hammer, everything looks like a nail.
...
I must admit, we all laughed when Karl Fox indicated that he had
implemented PPP over TELNET back in 1993 or so. We thought it a
hilarious joke. I guess my blood
screwdriver.
...
Anyway, simple protocols, like PPP and ARP (another canonical subject of
abuse) get reused in vile ways because the architecture which they are
components of is fundamentally under-provisioned with mechanisms. But, oh, I
forgot, the IPv4 architecture is basically fine, it just
PROTECTED]
Subject: Re: PPP
DIVFONT face=3DArial size=3D2In what layer is PPP in the TCP/IP=
=20suite?/FONT/DIV/BODY/HTML
Layer 2.71828
From: Vernon Schryver [EMAIL PROTECTED]
Anyway, simple protocols, like PPP and ARP (another canonical subject
of abuse) get reused in vile ways because the architecture which they
are components of is fundamentally under-provisioned with mechanisms.
The architectures
I have received several responses and most people say it's in the data
layer, and a couple of people think it's in the network layer. I don't
really pay much attention to the OSI model, I think it complicates the
complicated. I try to focus more on TCP/IP. Does PPP establish a link
I kinda working on my own tcp/ip lib and this is how I interprete it.
Your dumb terminal scripter makes connection
that activates PPP (with LCP confsync)
if that get an IP and return good then you can splat (encapulate)
IP/TCP/UDP packets
out the line
er. and I must warn you I havnt got
Title: PPP in HDLC framing
Hi !!
I am working on PPP in HDLC like framing.
I have a doubt..
In case packet length exceeds MRU , then what is the fate of the packet and how it is handled..
Regards,
sunil
Title: PPP in HDLC framing
Actually the sender will see to it that it will not
send any packet which exceeds the MRU. If the packet size is more than MRU
then it isfragmented into the packets which are less than of MRU and sent
by the sender.
Chandra
- Original Message
Hello:
I would like to request for following information:
-- pointers to the Deployment experiences from Network Service
Providers on the ML-PPP
-- pointers to the archived mailing list on the PPP/ML-PPP
I would greately appreciate, if some one could provide with the above.
Regards
59 matches
Mail list logo