1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
|
Network Working Group J. Postel
Request for Comments: 1818 ISI
BCP: 1 T. Li
Category: Best Current Practice cisco Systems
Y. Rekhter
cisco Systems
August 1995
Best Current Practices
Status of this Memo
This document specifies an Internet Best Current Practices for the
Internet Community, and requests discussion and suggestions for
improvements. Distribution of this memo is unlimited.
Abstract
This document describes a new series of documents which describe best
current practices for the Internet community. Documents in this
series carry the endorsement of the Internet Engineering Steering
Group (IESG).
Discussion
The current IETF process has two types of RFCs: standards track
documents and other RFCs (e.g., informational, experimental, FYIs)
[1]. The intent of the standards track documents is clear, and
culminates in an official Internet Standard [2,3]. Informational
RFCs can be published on a less formal basis, subject to the
reasonable constraints of the RFC editor. Informational RFCs are not
subject to peer review and carry no significance whatsoever within
the IETF process [4].
The IETF currently has no other mechanism or means of publishing
relevant technical information which it endorses. This document
creates a new subseries of RFCs, entitled Best Current Practices
BCPs).
The BCP process is similar to that for proposed standards. The BCP
is submitted to the IESG for review, and the existing review process
applies, including a "last call" on the IETF announcement mailing
list. However, once the IESG has approved the document, the process
ends and the document is published. The resulting document is viewed
as having the technical approval of the IETF, but it is not, and
cannot become an official Internet Standard.
Postel, Li & Rekhter Best Current Practice [Page 1]
^L
RFC 1818 Best Current Practices August 1995
Possible examples of technical information to which BCPs could be
applied are "OSI NSAP Allocation" [5], and "OSPF Applicability
Statement" [6].
References
[1] IAB, and IESG, "Internet Standards Process -- Revision 2", RFC
1602, IAB and IESG, March 1994.
[2] Postel, J., Editor, "Internet Official Protocol Standards", STD
1, RFC 1800, IAB, July 1995.
[3] Hinden, R., "Internet Engineering Task Force Internet Routing
Protocol Standardization Criteria", RFC 1264, BBN, October 1991.
[4] Waitzman, D., "Standard for the Transmission of IP Datagrams on
Avian Carriers", RFC 1149, BBN, April 1990.
[5] Collela, R., Callon, R., Gardner, E., and Y. Rekhter, "Guidelines
for OSI NSAP Allocation in the Internet", RFC 1629, NIST,
Wellfleet, Mitre, IBM, May 1994.
[6] Chapin, L., "Applicability Statement for OSPF", RFC 1370, IAB,
October 1992.
Security Considerations
Security issues are not discussed in this memo.
Postel, Li & Rekhter Best Current Practice [Page 2]
^L
RFC 1818 Best Current Practices August 1995
Authors' Addresses
Jon Postel
USC - ISI, Suite 1001
4676 Admiralty Way
Marina del Rey, CA 90292-6695
Phone: 310-822-1511
EMail: postel@isi.edu
Yakov Rekhter
cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134
Phone: 914-528-0090
EMail: yakov@cisco.com
Tony Li
cisco Systems, Inc.
1525 O'Brien Drive
Menlo Park, CA 94025
EMail: tli@cisco.com
Postel, Li & Rekhter Best Current Practice [Page 3]
^L
|
