As per Relevance of the word document, we have this rfc below:
Network Working Group S.
Request for Comments: 1762
Obsoletes: 1376 March 1995
Category: Standards
The PPP DECnet Phase IV Control Protocol (DNCP
Status of this
This document specifies an Internet standards track protocol for
Internet community, and requests discussion and suggestions
improvements. Please refer to the current edition of the "
Official Protocol Standards" (STD 1) for the standardization
and status of this protocol. Distribution of this memo is unlimited
The Point-to-Point Protocol (PPP) [1] provides a standard method
encapsulating Network Layer protocol information over point-to-
links. PPP also defines an extensible Link Control Protocol,
proposes a family of Network Control Protocols (NCPs)
establishing and configuring different network-layer protocols
This document defines the NCP for establishing and
Digital's DNA Phase IV Routing protocol (DECnet Phase IV) over PPP
This document applies only to DNA Phase IV Routing messages (
data and control), and not to other DNA Phase IV protocols (MOP, LAT
etc).
1.
There are two basic approaches to running the DNA Phase IV
protocol over a serial line
1. The approach that several router vendors have taken which is
treat the serial link as an Ethernet, using the same data
control messages an Ethernet would use
2. The approach defined by Digital, which uses DDCMP and
different control messages
This document will define a method that uses the first approach
Senum [Page 1]
RFC 1762 PPP DNCP March 1995
2. Overview Of Phase IV DNA
The Phase IV DNA protocols which act as data link clients are
o DNA Phase IV
The Phase IV Digital Network Architecture (DNA)
protocol is a network layer protocol providing services
to that of DoD IP. It routes messages in Phase IV
networks and manages the packet flow. The complete
of the DNA Phase IV Routing protocol can be found in [2].
o DNA System
The Digital Network Architecture (DNA) System Console
is a maintenance protocol providing low level access to
system for the functions of
. Identify
. Read data link
. Boot
. Console carrier (a general purpose i/o channel
The complete definition of the DNA System Console protocol
be found in [3].
o Digital Customer
The Digital Customer Use protocol is a value reserved for
by Digital customers. It allocates a type for private
which will not conflict with Digital or other vendor protocols
o DNA
The Digital Network Architecture (DNA) Diagnostics protocol
reserved to allow diagnostic software communications
parallel with other data link clients
o DNA Naming Service (DNS
The Digital Network Architecture Naming Service (DNS)
a distributed naming service. It allows clients to
named objects and to bind a set of attributes to the objects
a distributed database
o DNA Time Service (DTS
The Digital Network Architecture Time Service (DTS) is
protocol providing global clock synchronization in
distributed environment
Senum [Page 2]
RFC 1762 PPP DNCP March 1995
o DNA Load/
The Digital Network Architecture (DNA) Load/Dump protocol is
maintenance protocol for copying the contents of
memory to or from a remote system. For example, a
manager can load an operating system into an unattended,
system. The complete definition of the Phase IV DNA Load/
protocol can be found in [3].
o DNA Experimental
The Digital Network Architecture (DNA) Experimental
protocol allows Digital experimental protocols to share a
link with other data link clients. It is for use by
Equipment Corporation only
o DNA Communications
The Digital Network Architecture (DNA) Communications
protocol is a maintenance protocol for testing the data
communications path. The complete definition of the
Communications Test protocol can be found in [3].
o Digital Protocol X
The Digital X1 protocol is a network layer protocol
private to Digital
This document defines the NCP for establishing and
Digital's DNA Phase IV Routing protocol (DECnet Phase IV) over PPP
This document applies only to DNA Phase IV Routing messages (
data and control), and not to other DNA Phase IV protocols
3. A PPP Network Control Protocol for DNA Phase IV
The DNA Phase IV Routing Control Protocol (DNCP) is responsible
configuring, enabling, and disabling the DNA Phase IV
protocol modules on both ends of the point-to-point link. DNCP
the same packet exchange mechanism as the Link Control
(LCP). DNCP packets may not be exchanged until PPP has reached
Network-Layer Protocol phase. DNCP packets received before
phase is reached should be silently discarded
The DNA Phase IV Routing Control Protocol is exactly the same as
Link Control Protocol [1] with the following exceptions
Frame
The packet may utilize any modifications to the basic frame
which have been negotiated during the Link Establishment phase
Senum [Page 3]
RFC 1762 PPP DNCP March 1995
Data Link Layer Protocol
Exactly one DNCP packet is encapsulated in the Information
of a PPP Data Link Layer frame where the Protocol field
type hex 8027 (DNA Phase IV Control Protocol).
Code
Only Codes 1 through 7 (Configure-Request, Configure-Ack
Configure-Nak, Configure-Reject, Terminate-Request, Terminate-
and Code-Reject) are used. Other Codes should be treated
unrecognized and should result in Code-Rejects
DNCP packets may not be exchanged until PPP has reached
Network-Layer Protocol phase. An implementation should
prepared to wait for Authentication and Link Quality
to finish before timing out waiting for a Configure-Ack or
response. It is suggested that an implementation give up
after user intervention or a configurable amount of time
Configuration Option
DNCP has no Configuration Options
4. Sending DNA Phase IV Routing
Before any DNA Phase IV Routing packets may be communicated,
must reach the Network-Layer Protocol phase, and the DNA Phase
Routing Control Protocol must reach the Opened state
Exactly one length field and one DNA Phase IV Routing packet
encapsulated in the information field of a PPP Data Link
frame where the Protocol field indicates type hex 0027 (DNA
IV Routing). The length field contains a count of the number
octets in the DNA Phase IV Routing packet. It is two octets
length itself, and is stored in VAX byte ordering, to be
consistent with DNA Phase IV Routing over Ethernet (i.e.
significant byte first). It is needed to disambiguate
padding octets from real information
The maximum length of a DNA Phase IV Routing packet
over a PPP link is the same as the maximum length of
Information field of a PPP data link layer frame minus 2
(for the Length field).
Senum [Page 4]
RFC 1762 PPP DNCP March 1995
The format of the packets themselves is the same as the
used over Ethernet, without the Ethernet header, Pad, and
fields
A summary of the information field is shown below. The fields
transmitted from left to right
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Length LSB | Length MSB | DATA | ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Length
Least significant byte of length
Length
Most significant byte of length
DNA Phase IV Routing data, as specified in [2]
5. General
When a topology change in the network occurs, DNA Phase IV
nodes immediately propagate changes via Level 1 and Level 2
messages, with a 1 second minimum delay between updates. DNA
IV Routing nodes also periodically retransmit the complete Level 1
and Level 2 distance vectors to guard against data corruption in
memory, and (in the case of Ethernet) loss of packets due to
errors. Because Digital's serial links run a protocol
guarantees delivery of packets (DDCMP), the recommended
retransmit time is long (600 seconds), whereas for Ethernet,
packet delivery is not guaranteed, the recommended default is
(10 seconds), as documented in [2]. To achieve convergence of
within a satisfactory time, the interval between updates should
based upon the error rate of underlying data link. As such, it
recommended that the time between routing updates be
configurable per PPP interface
The Hello timer and Listen timer should be set according to
recommendations for broadcast links (15 and 45 seconds
respectively).
Senum [Page 5]
RFC 1762 PPP DNCP March 1995
Routers MAY not send routing updates if the remote node connected
the PPP link is an endnode. Endnodes MUST discard all
updates received over a PPP link. The type of a node (endnode
routing) can be determined from the hello messages received from it
Security
Security issues are not discussed in this memo
[1] Simpson, W., "The Point-to-Point Protocol (PPP)", STD 51,
1661, Daydreamer, July 1994.
[2] Digital Equipment Corporation, "DNA Routing Layer
Specification", Version 2.0.0, Order No. AA-X435A-TK
[3] Digital Equipment Corporation, "DNA Maintenance
Functional Specification", Version 3.0.0, Order No. AA-X436A-TK
Some of the text in this document is taken from previous
produced by the Point-to-Point Protocol Working Group of the
Engineering Task Force (IETF).
The author wishes to thank Jim Muchow (Network Systems Corporation),
and Arthur Harvey (Digital Equipment Corporation) for their input
this memo
Chair's
The working group can be contacted via the current chair
Fred
Senior Software
Cisco
519 Lado
Santa Barbara, California 93111
Phone: (408) 526-4257
EMail: fred@cisco.
Senum [Page 6]
RFC 1762 PPP DNCP March 1995
Author's
Questions about this memo can also be directed to the author
Steven J.
6400 Flying Cloud
Eden Prairie, Minnesota 55344
Phone: (612) 943-9020
EMail: sjs@digibd.
Senum [Page 7]
if you see any problems within the linking, don't worry be happy,
this is version 0.1 of the Relevance System and you gotta expect some crappy subroutines sometimes,
just be content we did not write this in Java, which would have made this "bigger and better" HAHAHHA.
RFC documents can be found at I.E.T.F.
Relevance System Copyright © 2002 Spectrum WorldResearch
other technical nosh by ServerMasters Corporation
collaboration of BobX
