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
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
|
<pre>Network Working Group F. Kastenholz
Request for Comments: 1473 FTP Software, Inc.
June 1993
<span class="h1">The Definitions of Managed Objects for</span>
<span class="h1">the IP Network Control Protocol of</span>
<span class="h1">the Point-to-Point Protocol</span>
Status of this Memo
This RFC specifies an IAB standards track protocol for the Internet
community, and requests discussion and suggestions for improvements.
Please refer to the current edition of the "IAB Official Protocol
Standards" for the standardization state and status of this protocol.
Distribution of this memo is unlimited.
Abstract
This memo defines a portion of the Management Information Base (MIB)
for use with network management protocols in TCP/IP-based internets.
In particular, it describes managed objects used for managing the IP
Network Control Protocol on subnetwork interfaces using the family of
Point-to-Point Protocols [8, 9, 10, 11, & 12].
Table of Contents
<a href="#section-1">1</a>. The Network Management Framework ...................... <a href="#page-1">1</a>
<a href="#section-2">2</a>. Objects ............................................... <a href="#page-2">2</a>
<a href="#section-2.1">2.1</a> Format of Definitions ................................ <a href="#page-2">2</a>
<a href="#section-3">3</a>. Overview .............................................. <a href="#page-2">2</a>
<a href="#section-3.1">3.1</a> Object Selection Criteria ............................ <a href="#page-2">2</a>
<a href="#section-3.2">3.2</a> Structure of the PPP ................................. <a href="#page-2">2</a>
<a href="#section-3.3">3.3</a> MIB Groups ........................................... <a href="#page-3">3</a>
<a href="#section-4">4</a>. Definitions ........................................... <a href="#page-4">4</a>
<a href="#section-5">5</a>. Acknowledgements ...................................... <a href="#page-8">8</a>
<a href="#section-6">6</a>. Security Considerations ............................... <a href="#page-8">8</a>
<a href="#section-7">7</a>. References ............................................ <a href="#page-8">8</a>
<a href="#section-8">8</a>. Author's Address ...................................... <a href="#page-9">9</a>
<span class="h2"><a class="selflink" id="section-1" href="#section-1">1</a>. The Network Management Framework</span>
The Internet-standard Network Management Framework consists of three
components. They are:
STD 16/RFC 1155 which defines the SMI, the mechanisms used for
describing and naming objects for the purpose of management. STD
16/RFC 1212 defines a more concise description mechanism, which is
<span class="grey">Kastenholz [Page 1]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-2" ></span>
<span class="grey"><a href="./rfc1473">RFC 1473</a> PPP/IP MIB June 1993</span>
wholly consistent with the SMI.
STD 17/RFC 1213 which defines MIB-II, the core set of managed
objects for the Internet suite of protocols.
STD 15/RFC 1157 which defines the SNMP, the protocol used for
network access to managed objects.
The Framework permits new objects to be defined for the purpose of
experimentation and evaluation.
<span class="h2"><a class="selflink" id="section-2" href="#section-2">2</a>. Objects</span>
Managed objects are accessed via a virtual information store, termed
the Management Information Base or MIB. Objects in the MIB are
defined using the subset of Abstract Syntax Notation One (ASN.1) [<a href="#ref-3" title=" International Organization for Standardization">3</a>]
defined in the SMI. In particular, each object type is named by an
OBJECT IDENTIFIER, an administratively assigned name. The object
type together with an object instance serves to uniquely identify a
specific instantiation of the object. For human convenience, we
often use a textual string, termed the descriptor, to refer to the
object type.
<span class="h3"><a class="selflink" id="section-2.1" href="#section-2.1">2.1</a>. Format of Definitions</span>
<a href="#section-4">Section 4</a> contains the specification of all object types contained in
this MIB module. The object types are defined using the conventions
defined in the SMI, as amended by the extensions specified in [<a href="#ref-5" title=""Concise MIB Definitions"">5</a>,<a href="#ref-6" title=""A Convention for Defining Traps for use with the SNMP"">6</a>].
<span class="h2"><a class="selflink" id="section-3" href="#section-3">3</a>. Overview</span>
<span class="h3"><a class="selflink" id="section-3.1" href="#section-3.1">3.1</a>. Object Selection Criteria</span>
To be consistent with IAB directives and good engineering practice,
an explicit attempt was made to keep this MIB as simple as possible.
This was accomplished by applying the following criteria to objects
proposed for inclusion:
(1) Require objects be essential for either fault or
configuration management. In particular, objects for
which the sole purpose was to debug implementations were
explicitly excluded from the MIB.
(2) Consider evidence of current use and/or utility.
(3) Limit the total number of objects.
(4) Exclude objects which are simply derivable from others in
<span class="grey">Kastenholz [Page 2]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-3" ></span>
<span class="grey"><a href="./rfc1473">RFC 1473</a> PPP/IP MIB June 1993</span>
this or other MIBs.
<span class="h3"><a class="selflink" id="section-3.2" href="#section-3.2">3.2</a>. Structure of the PPP</span>
This section describes the basic model of PPP used in developing the
PPP MIB. This information should be useful to the implementor in
understanding some of the basic design decisions of the MIB.
The PPP is not one single protocol but a large family of protocols.
Each of these is, in itself, a fairly complex protocol. The PPP
protocols may be divided into three rough categories:
Control Protocols
The Control Protocols are used to control the operation of the
PPP. The Control Protocols include the Link Control Protocol
(LCP), the Password Authentication Protocol (PAP), the Link
Quality Report (LQR), and the Challenge Handshake Authentication
Protocol (CHAP).
Network Protocols
The Network Protocols are used to move the network traffic over
the PPP interface. A Network Protocol encapsulates the datagrams
of a specific higher-layer protocol that is using the PPP as a
data link. Note that within the context of PPP, the term "Network
Protocol" does not imply an OSI Layer-3 protocol; for instance,
there is a Bridging network protocol.
Network Control Protocols (NCPs)
The NCPs are used to control the operation of the Network
Protocols. Generally, each Network Protocol has its own Network
Control Protocol; thus, the IP Network Protocol has its IP Control
Protocol, the Bridging Network Protocol has its Bridging Network
Control Protocol and so on.
This document specifies the objects used in managing one of these
protocols, namely the IP Network Control Protocol.
<span class="h3"><a class="selflink" id="section-3.3" href="#section-3.3">3.3</a>. MIB Groups</span>
Objects in this MIB are arranged into several MIB groups. Each group
is organized as a set of related objects.
These groups are the basic unit of conformance: if the semantics of a
group are applicable to an implementation then all objects in the
group must be implemented.
The PPP MIB is organized into several MIB Groups, including, but not
limited to, the following groups:
<span class="grey">Kastenholz [Page 3]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-4" ></span>
<span class="grey"><a href="./rfc1473">RFC 1473</a> PPP/IP MIB June 1993</span>
o The PPP Link Group
o The PPP LQR Group
o The PPP LQR Extensions Group
o The PPP IP Group
o The PPP Bridge Group
o The PPP Security Group
This document specifies the following group:
The PPP IP Group
The PPP IP Group contains configuration, status, and control
variables that apply to the operation of IP over PPP.
Implementation of this group is mandatory for all implementations
of PPP that support IP over PPP.
<span class="h2"><a class="selflink" id="section-4" href="#section-4">4</a>. Definitions</span>
PPP-IP-NCP-MIB DEFINITIONS ::= BEGIN
IMPORTS
Counter
FROM <a href="./rfc1155">RFC1155</a>-SMI
ifIndex
FROM <a href="./rfc1213">RFC1213</a>-MIB
OBJECT-TYPE
FROM <a href="./rfc1212">RFC-1212</a>
ppp
FROM PPP-LCP-MIB;
-- The PPP IP Group.
-- Implementation of this group is mandatory for all
-- PPP implementations that support operating IP over PPP.
pppIp OBJECT IDENTIFIER ::= { ppp 3 }
pppIpTable OBJECT-TYPE
SYNTAX SEQUENCE OF PppIpEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"Table containing the IP parameters and
statistics for the local PPP entity."
::= { pppIp 1 }
pppIpEntry OBJECT-TYPE
<span class="grey">Kastenholz [Page 4]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-5" ></span>
<span class="grey"><a href="./rfc1473">RFC 1473</a> PPP/IP MIB June 1993</span>
SYNTAX PppIpEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"IPCP status information for a particular PPP
link."
INDEX { ifIndex }
::= { pppIpTable 1 }
PppIpEntry ::= SEQUENCE {
pppIpOperStatus
INTEGER,
pppIpLocalToRemoteCompressionProtocol
INTEGER,
pppIpRemoteToLocalCompressionProtocol
INTEGER,
pppIpRemoteMaxSlotId
INTEGER,
pppIpLocalMaxSlotId
INTEGER
}
-- The following object reflect the values of the option
-- parameters used in the PPP IP Control Protocol
-- pppIpLocalToRemoteCompressionProtocol
-- pppIpRemoteToLocalCompressionProtocol
-- pppIpRemoteMaxSlotId
-- pppIpLocalMaxSlotId
-- These values are not available until after the PPP Option
-- negotiation has completed, which is indicated by the link
-- reaching the open state (i.e., pppIpOperStatus is set to
-- opened).
--
-- Therefore, when pppIpOperStatus is not opened
-- the contents of these objects is undefined. The value
-- returned when accessing the objects is an implementation
-- dependent issue.
pppIpOperStatus OBJECT-TYPE
SYNTAX INTEGER {opened(1), not-opened(2)}
ACCESS read-only
STATUS mandatory
DESCRIPTION
"The operational status of the IP network
protocol. If the value of this object is up
then the finite state machine for the IP
<span class="grey">Kastenholz [Page 5]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-6" ></span>
<span class="grey"><a href="./rfc1473">RFC 1473</a> PPP/IP MIB June 1993</span>
network protocol has reached the Opened state."
::= { pppIpEntry 1 }
pppIpLocalToRemoteCompressionProtocol OBJECT-TYPE
SYNTAX INTEGER {
none(1),
vj-tcp(2)
}
ACCESS read-only
STATUS mandatory
DESCRIPTION
"The IP compression protocol that the local
PPP-IP entity uses when sending packets to the
remote PPP-IP entity. The value of this object
is meaningful only when the link has reached
the open state (pppIpOperStatus is opened)."
::= { pppIpEntry 2 }
pppIpRemoteToLocalCompressionProtocol OBJECT-TYPE
SYNTAX INTEGER {
none(1),
vj-tcp(2)
}
ACCESS read-only
STATUS mandatory
DESCRIPTION
"The IP compression protocol that the remote
PPP-IP entity uses when sending packets to the
local PPP-IP entity. The value of this object
is meaningful only when the link has reached
the open state (pppIpOperStatus is opened)."
::= { pppIpEntry 3 }
pppIpRemoteMaxSlotId OBJECT-TYPE
SYNTAX INTEGER(0..255)
ACCESS read-only
STATUS mandatory
DESCRIPTION
"The Max-Slot-Id parameter that the remote node
has advertised and that is in use on the link.
If vj-tcp header compression is not in use on
the link then the value of this object shall be
0. The value of this object is meaningful only
when the link has reached the open state
(pppIpOperStatus is opened)."
<span class="grey">Kastenholz [Page 6]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-7" ></span>
<span class="grey"><a href="./rfc1473">RFC 1473</a> PPP/IP MIB June 1993</span>
::= { pppIpEntry 4 }
pppIpLocalMaxSlotId OBJECT-TYPE
SYNTAX INTEGER(0..255)
ACCESS read-only
STATUS mandatory
DESCRIPTION
"The Max-Slot-Id parameter that the local node
has advertised and that is in use on the link.
If vj-tcp header compression is not in use on
the link then the value of this object shall be
0. The value of this object is meaningful only
when the link has reached the open state
(pppIpOperStatus is opened)."
::= { pppIpEntry 5 }
--
-- The PPP IP Configuration table.
-- This is a separate table in order to facilitate
-- placing these variables in a separate MIB view.
--
pppIpConfigTable OBJECT-TYPE
SYNTAX SEQUENCE OF PppIpConfigEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"Table containing configuration variables for
the IPCP for the local PPP entity."
::= { pppIp 2 }
pppIpConfigEntry OBJECT-TYPE
SYNTAX PppIpConfigEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"IPCP information for a particular PPP link."
INDEX { ifIndex }
::= { pppIpConfigTable 1 }
PppIpConfigEntry ::= SEQUENCE {
pppIpConfigAdminStatus
INTEGER,
pppIpConfigCompression
<span class="grey">Kastenholz [Page 7]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-8" ></span>
<span class="grey"><a href="./rfc1473">RFC 1473</a> PPP/IP MIB June 1993</span>
INTEGER
}
pppIpConfigAdminStatus OBJECT-TYPE
SYNTAX INTEGER {open(1), close(2)}
ACCESS read-write
STATUS mandatory
DESCRIPTION
"The immediate desired status of the IP network
protocol. Setting this object to open will
inject an administrative open event into the IP
network protocol's finite state machine.
Setting this object to close will inject an
administrative close event into the IP network
protocol's finite state machine."
::= { pppIpConfigEntry 1 }
pppIpConfigCompression OBJECT-TYPE
SYNTAX INTEGER {
none(1),
vj-tcp(2)
}
ACCESS read-write
STATUS mandatory
DESCRIPTION
"If none(1) then the local node will not
attempt to negotiate any IP Compression option.
Otherwise, the local node will attempt to
negotiate compression mode indicated by the
enumerated value. Changing this object will
have effect when the link is next restarted."
REFERENCE
"<a href="#section-4.0">Section 4.0</a>, Van Jacobson TCP/IP Header
Compression of <a href="./rfc1332">RFC1332</a>."
DEFVAL { none }
::= { pppIpConfigEntry 2 }
END
<span class="h2"><a class="selflink" id="section-5" href="#section-5">5</a>. Acknowledgements</span>
This document was produced by the PPP working group. In addition to
the working group, the author wishes to thank the following
individuals for their comments and contributions:
Bill Simpson -- Daydreamer
<span class="grey">Kastenholz [Page 8]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-9" ></span>
<span class="grey"><a href="./rfc1473">RFC 1473</a> PPP/IP MIB June 1993</span>
Glenn McGregor -- Merit
Jesse Walker -- DEC
Chris Gunner -- DEC
<span class="h2"><a class="selflink" id="section-6" href="#section-6">6</a>. Security Considerations</span>
The PPP MIB affords the network operator the ability to configure and
control the PPP links of a particular system, including the PPP
authentication protocols. This represents a security risk.
These risks are addressed in the following manners:
(1) All variables which represent a significant security risk
are placed in separate, optional, MIB Groups. As the MIB
Group is the quantum of implementation within a MIB, the
implementor of the MIB may elect not to implement these
groups.
(2) The implementor may choose to implement the variables
which present a security risk so that they may not be
written, i.e., the variables are READ-ONLY. This method
still presents a security risk, and is not recommended,
in that the variables, specifically the PPP
Authentication Protocols' variables, may be easily read.
(3) Using SNMPv2, the operator can place the variables into
MIB views which are protected in that the parties which
have access to those MIB views use authentication and
privacy protocols, or the operator may elect to make
these views not accessible to any party. In order to
facilitate this placement, all security-related variables
are placed in separate MIB Tables. This eases the
identification of the necessary MIB View Subtree.
<span class="h2"><a class="selflink" id="section-7" href="#section-7">7</a>. References</span>
[<a id="ref-1">1</a>] Rose M., and K. McCloghrie, "Structure and Identification of
Management Information for TCP/IP-based internets", STD 16, <a href="./rfc1155">RFC</a>
<a href="./rfc1155">1155</a>, Performance Systems International, Hughes LAN Systems, May
1990.
[<a id="ref-2">2</a>] McCloghrie K., and M. Rose, Editors, "Management Information Base
for Network Management of TCP/IP-based internets", STD 17, <a href="./rfc1213">RFC</a>
<a href="./rfc1213">1213</a>, Performance Systems International, March 1991.
[<a id="ref-3">3</a>] Information processing systems - Open Systems Interconnection -
Specification of Abstract Syntax Notation One (ASN.1),
International Organization for Standardization, International
<span class="grey">Kastenholz [Page 9]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-10" ></span>
<span class="grey"><a href="./rfc1473">RFC 1473</a> PPP/IP MIB June 1993</span>
Standard 8824, December 1987.
[<a id="ref-4">4</a>] Information processing systems - Open Systems Interconnection -
Specification of Basic Encoding Rules for Abstract Notation One
(ASN.1), International Organization for Standardization,
International Standard 8825, December 1987.
[<a id="ref-5">5</a>] Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions",
STD 16, <a href="./rfc1212">RFC 1212</a>, Performance Systems International, Hughes LAN
Systems, March 1991.
[<a id="ref-6">6</a>] Rose, M., Editor, "A Convention for Defining Traps for use with
the SNMP", <a href="./rfc1215">RFC 1215</a>, Performance Systems International, March
1991.
[<a id="ref-7">7</a>] McCloghrie, K., "Extensions to the Generic-Interface MIB", <a href="./rfc1229">RFC</a>
<a href="./rfc1229">1229</a>, Hughes LAN Systems, Inc., May 1991.
[<a id="ref-8">8</a>] Simpson, W., "The Point-to-Point Protocol for the Transmission of
Multi-protocol Datagrams over Point-to-Point Links, <a href="./rfc1331">RFC 1331</a>,
Daydreamer, May 1992.
[<a id="ref-9">9</a>] McGregor, G., "The PPP Internet Protocol Control Protocol", <a href="./rfc1332">RFC</a>
<a href="./rfc1332">1332</a>, Merit, May 1992.
[<a id="ref-10">10</a>] Baker, F., "Point-to-Point Protocol Extensions for Bridging", <a href="./rfc1220">RFC</a>
<a href="./rfc1220">1220</a>, ACC, April 1991.
[<a id="ref-11">11</a>] Lloyd, B., and W. Simpson, "PPP Authentication Protocols", <a href="./rfc1334">RFC</a>
<a href="./rfc1334">1334</a>, L&A, Daydreamer, October 1992.
[<a id="ref-12">12</a>] Simpson, W., "PPP Link Quality Monitoring", <a href="./rfc1333">RFC 1333</a>, Daydreamer,
May 1992.
<span class="h2"><a class="selflink" id="section-8" href="#section-8">8</a>. Author's Address</span>
Frank Kastenholz
FTP Software, Inc.
2 High Street
North Andover, Mass 01845 USA
Phone: (508) 685-4000
EMail: kasten@ftp.com
Kastenholz [Page 10]
</pre>
|
