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
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
|
POINT-TO-POINT PROTOCOL FIELD ASSIGNMENTS
PPP DLL PROTOCOL NUMBERS
(last updated 2001 June 12)
The Point-to-Point Protocol (PPP) Data Link Layer [146,147,175]
contains a 16 bit Protocol field to identify the the encapsulated
protocol. The Protocol field is consistent with the ISO 3309 (HDLC)
extension mechanism for Address fields. All Protocols MUST be
assigned such that the least significant bit of the most significant
octet equals "0", and the least significant bit of the least
significant octet equals "1".
Assigned PPP DLL Protocol Numbers
Value (in hex) Protocol Name
0001 Padding Protocol
0003 to 001f reserved (transparency inefficient)
0021 Internet Protocol version 4
0023 OSI Network Layer
0025 Xerox NS IDP
0027 DECnet Phase IV
0029 Appletalk
002b Novell IPX
002d Van Jacobson Compressed TCP/IP
002f Van Jacobson Uncompressed TCP/IP
0031 Bridging PDU
0033 Stream Protocol (ST-II)
0035 Banyan Vines
0037 reserved (until 1993) [Typo in RFC1172]
0039 AppleTalk EDDP
003b AppleTalk SmartBuffered
003d Multi-Link [RFC1717]
003f NETBIOS Framing
0041 Cisco Systems
0043 Ascom Timeplex
0045 Fujitsu Link Backup and Load Balancing (LBLB)
0047 DCA Remote Lan
0049 Serial Data Transport Protocol (PPP-SDTP)
004b SNA over 802.2
004d SNA
004f IPv6 Header Compression
0051 KNX Bridging Data [ianp]
0053 Encryption [Meyer]
0055 Individual Link Encryption [Meyer]
0057 Internet Protocol version 6 [Hinden]
0059 PPP Muxing [CFox]
0061 RTP IPHC Full Header [RFC2509]
0063 RTP IPHC Compressed TCP [RFC2509]
0065 RTP IPHC Compressed Non TCP [RFC2509]
0067 RTP IPHC Compressed UDP 8 [RFC2509]
0069 RTP IPHC Compressed RTP 8 [RFC2509]
006f Stampede Bridging
0071 Reserved [Fox]
0073 MP+ Protocol [Smith]
007d reserved (Control Escape) [RFC1661]
007f reserved (compression inefficient) [RFC1662]
0081 Reserved Until 20-Oct-2000 [IANA]
0083 Reserved Until 20-Oct-2000 [IANA]
00c1 NTCITS IPI [Ungar]
00cf reserved (PPP NLPID)
00fb single link compression in multilink [RFC1962]
00fd compressed datagram [RFC1962]
00ff reserved (compression inefficient)
02xx-1exx (compression inefficient)
0201 802.1d Hello Packets
0203 IBM Source Routing BPDU
0205 DEC LANBridge100 Spanning Tree
0207 Cisco Discovery Protocol [Sastry]
0209 Netcs Twin Routing [Korfmacher]
020b STP - Scheduled Transfer Protocol [Segal]
020d EDP - Extreme Discovery Protocol [Grosser]
0231 Luxcom
0233 Sigma Network Systems
0235 Apple Client Server Protocol [Ridenour]
0281 MPLS Unicast [Davie]
0283 MPLS Multicast [Davie]
0285 IEEE p1284.4 standard - data packets [Batchelder]
0287 ETSI TETRA Network Protocol Type 1 [Nieminen]
0289 Multichannel Flow Treatment Protocol [McCann]
2063 RTP IPHC Compressed TCP No Delta [RFC2509]
2065 RTP IPHC Context State [RFC2509]
2067 RTP IPHC Compressed UDP 16 [RFC2509]
2069 RTP IPHC Compressed RTP 16 [RFC2509]
4001 Cray Communications Control Protocol [Stage]
4003 CDPD Mobile Network Registration Protocol [Quick]
4005 Expand accelerator protocol [Rachmani]
4007 ODSICP NCP [Arvind]
4021 Stacker LZS [Simpson]
4023 RefTek Protocol [Banfill]
4025 Fibre Channel [Rajagopal]
4027 EMIT Protocols [Eastham]
8001-801f Not Used - reserved [RFC1661]
8021 Internet Protocol Control Protocol
8023 OSI Network Layer Control Protocol
8025 Xerox NS IDP Control Protocol
8027 DECnet Phase IV Control Protocol
8029 Appletalk Control Protocol
802b Novell IPX Control Protocol
802d reserved
802f reserved
8031 Bridging NCP
8033 Stream Protocol Control Protocol
8035 Banyan Vines Control Protocol
8037 reserved (until 1993) [See note for 0037]
8039 reserved
803b reserved
803d Multi-Link Control Protocol
803f NETBIOS Framing Control Protocol
8041 Cisco Systems Control Protocol
8043 Ascom Timeplex
8045 Fujitsu LBLB Control Protocol
8047 DCA Remote Lan Network Control Protocol (RLNCP)
8049 Serial Data Control Protocol (PPP-SDCP)
804b SNA over 802.2 Control Protocol
804d SNA Control Protocol
804f IP6 Header Compression Control Protocol
8051 KNX Bridging Control Protocol [ianp]
8053 Encryption Control Protocol [Meyer]
8055 Individual Link Encryption Control Protocol [Meyer]
8057 IPv6 Control Protovol [Hinden]
8059 PPP Muxing Control Protocol [CFox]
806f Stampede Bridging Control Protocol
8073 MP+ Control Protocol [Smith]
8071 Reserved [Fox]
807d Not Used - reserved [RFC1661]
8081 Reserved Until 20-Oct-2000 [IANA]
8083 Reserved Until 20-Oct-2000 [IANA]
80c1 NTCITS IPI Control Protocol [Ungar]
80cf Not Used - reserved [RFC1661]
80fb single link compression in multilink control [RFC1962]
80fd Compression Control Protocol [RFC1962]
80ff Not Used - reserved [RFC1661]
8207 Cisco Discovery Protocol Control [Sastry]
8209 Netcs Twin Routing [Korfmacher]
820b STP - Control Protocol [Segal]
820d EDPCP - Extreme Discovery Protocol Ctrl Prtcl [Grosser]
8235 Apple Client Server Protocol Control [Ridenour]
8281 Tag Switching - Unicast [Davie]
8283 Tag Switching - Multicast [Davie]
8285 IEEE p1284.4 standard - Protocol Control [Batchelder]
8287 ETSI TETRA TNP1 Control Protocol [Nieminen]
8289 Multichannel Flow Treatment Protocol [McCann]
c021 Link Control Protocol
c023 Password Authentication Protocol
c025 Link Quality Report
c027 Shiva Password Authentication Protocol
c029 CallBack Control Protocol (CBCP)
c02b BACP Bandwidth Allocation Control Protocol [RFC2125]
c02d BAP [RFC2125]
c081 Container Control Protocol [KEN]
c223 Challenge Handshake Authentication Protocol
c225 RSA Authentication Protocol [Narayana]
c227 Extensible Authentication Protocol [RFC2284]
c229 Mitsubishi Security Info Exch Ptcl (SIEP) [Seno]
c26f Stampede Bridging Authorization Protocol
c281 Proprietary Authentication Protocol [KEN]
c283 Proprietary Authentication Protocol [Tackabury]
c481 Proprietary Node ID Authentication Protocol [KEN]
It is recommended that values in the "02xx" to "1exx" and "xx01" to
"xx1f" ranges not be assigned, as they are compression inefficient.
Protocol field values in the "0xxx" to "3xxx" range identify the
network-layer protocol of specific datagrams, and values in the "8xxx"
to "bxxx" range identify datagrams belonging to the associated Network
Control Protocol (NCP), if any.
Protocol field values in the "4xxx" to "7xxx" range are used for
protocols with low volume traffic which have no associated NCP.
Protocol field values in the "cxxx" to "exxx" range identify datagrams
as Control Protocols (such as LCP).
PPP LCP AND IPCP CODES
The Point-to-Point Protocol (PPP) Link Control Protocol (LCP),
the Compression Control Protocol (CCP), Internet Protocol Control
Protocol (IPCP), and other control protocols, contain an 8 bit
Code field which identifies the type of packet. These Codes are
assigned as follows:
Code Packet Type
---- -----------
0 Vendor Specific [RFC2153]
1 Configure-Request
2 Configure-Ack
3 Configure-Nak
4 Configure-Reject
5 Terminate-Request
6 Terminate-Ack
7 Code-Reject
8 * Protocol-Reject
9 * Echo-Request
10 * Echo-Reply
11 * Discard-Request
12 * Identification
13 * Time-Remaining
14 + Reset-Request [RFC1962]
15 + Reset-Reply [RFC1962]
* LCP Only
+ CCP Only
PPP LCP CONFIGURATION OPTION TYPES
The Point-to-Point Protocol (PPP) Link Control Protocol (LCP)
specifies a number of Configuration Options which are distinguished by
an 8 bit Type field. These Types are assigned as follows:
Type Configuration Option
---- --------------------
0 Vendor Specific [RFC2153]
1 Maximum-Receive-Unit
2 Async-Control-Character-Map
3 Authentication-Protocol
4 Quality-Protocol
5 Magic-Number
6 DEPRECATED (Quality-Protocol)
7 Protocol-Field-Compression
8 Address-and-Control-Field-Compression
9 FCS-Alternatives [RFC1570]
10 Self-Describing-Pad [RFC1570]
11 Numbered-Mode [RFC1663]
12 DEPRECATED (Multi-Link-Procedure)
13 Callback [RFC1570]
14 DEPRECATED (Connect-Time)
15 DEPRECATED (Compound-Frames)
16 DEPRECATED (Nominal-Data-Encapsulation)
17 Multilink-MRRU [RFC1717]
18 Multilink-Short-Sequence-Number-Header [RFC1717]
19 Multilink-Endpoint-Discriminator [RFC1717]
20 Proprietary [KEN]
21 DCE-Identifier [SCHNEIDER]
22 Multi-Link-Plus-Procedure [Smith]
23 Link Discriminator for BACP [RFC2125]
24 LCP-Authentication-Option [Culbert]
25 Consistent Overhead Byte Stuffing (COBS) [Carlson],
[Warning: The above Collides with RFC1976]
26 Prefix elision [Bormann]
27 Multilink header format [Bormann]
28 Internationalization [RFC2484]
29 Simple Data Link on SONET/SDH [Carlson]
30 Reserved until 14-Oct-2002 [CFox]
IPV6CP CONFIGURATION OPTIONS
IPV6CP Configuration Options allow negotiation of desirable IPv6
parameters. IPV6CP uses the same Configuration Option format defined
for LCP, with a separate set of Options. If a Configuration Option is
not included in a Configure-Request packet, the default value for that
Configuration Option is assumed.
1 Interface-Token [RFC2023]
2 IPv6-Compression-Protocol [RFC2023]
PPP ECP CONFIGURATION OPTION TYPES
A one octet field is used in the Encryption Control Protocol (ECP)
to indicate the configuration option type [RFC1968].
ECP Option Configuration Type
---------- -----------------------
0 OUI [RFC1968]
1 Deprecated (DESE) [Fox]
2 3DESE [RFC2420]
3 DESE-bis [RFC2419]
4-255 Unassigned
PPP CCP CONFIGURATION OPTION TYPES
A one octet field is used in the Compression Control Protocol (CCP)
to indicate the configuration option type [RFC1962].
CCP Option Configuration Type
---------- -----------------------
0 OUI [RFC1962]
1 Predictor type 1 [RFC1962]
2 Predictor type 2 [RFC1962]
3 Puddle Jumper [RFC1962]
4-15 unassigned
16 Hewlett-Packard PPC [RFC1962]
17 Stac Electronics LZS [RFC1974]
18 Microsoft PPC [RFC2118]
19 Gandalf FZA [RFC1962]
20 V.42bis compression [RFC1962]
21 BSD Compress [RFC1977]
22 unassigned
23 LZS-DCP [RFC1967]
24 MVRCA (Magnalink) [RFC1975]
25 Unassigned
26 Deflate [RFC1979]
27-254 unassigned
255 Reserved [RFC1962]
The unassigned values 4-15 are intended to be assigned to other
freely available compression algorithms that have no license fees.
PPP SDCP CONFIGURATION OPTIONS
A one octet field is used in the Compression Control Protocol (CCP)
PPP Serial Data Transport Protocol (SDTP) to indicate the option type
[RFC1963].
SDCP Option Configuration Element
---------- -----------------------
1 Packet-Format [RFC1963]
2 Header-Type [RFC1963]
3 Length-Field-Present [RFC1963]
4 Multi-Port [RFC1963]
5 Transport-Mode [RFC1963]
6 Maximum-Frame-Size [RFC1963]
7 Allow-Odd-Frames [RFC1963]
8 FCS-Type [RFC1963]
9 Flow-Expiration-Time [RFC1963]
Note that Option Types 5-8 are specific to a single port and require
port numbers in their format. Option Types 6-8 are specific to the
HDLC-Synchronous Transport-Mode.
PPP AUTHENTICATION ALGORITHMS
A one octet field is used in the Challenge-Handshake Authentication
Protocol (CHAP) to indicate which algorithm is in use [RFC1994].
Number Name
------ ----------------------------
0 Reserved [RFC1994]
1 Reserved [RFC1994]
2 Reserved [RFC1994]
3 Reserved [RFC1994]
4 Reserved [RFC1994]
5 CHAP with MD5 [RFC1994]
128 MS-CHAP [Crocker]
129 MS-CHAP-2 [Zorn]
PPP LCP FCS-ALTERNATIVES
The Point-to-Point Protocol (PPP) Link Control Protocol (LCP)
FCS-Alternatives Configuration Option contains an 8-bit Options field
which identifies the FCS used. These are assigned as follows:
Bit FCS
---- ----------
1 Null FCS
2 CCITT 16-Bit FCS
4 CCITT 32-bit FCS
PPP MULTILINK ENDPOINT DISCRIMINATOR CLASS
The Point-to-Point Protocol (PPP) Link Control Protocol (LCP)
Multilink Endpoint Discriminator Option includes a Class field which
identifies the address class, These are assigned as follows:
Class Description
----- -----------
0 Null Class [RFC1717]
1 Locally Assigned [RFC1717]
2 Internet Protocol (IPv4) [RFC1717]
3 IEEE 802.1 global MAC address [RFC1717]
4 PPP Magic Number Block [RFC1717]
5 Public Switched Network Director Number [RFC1717]
PPP LCP CALLBACK OPERATION FIELDS
The Point-to-Point Protocol (PPP) Link Control Protocol (LCP) Callback
Configuration Option contains an 8-bit Operations field which
identifies the format of the Message. These are assigned as follows:
Operation Description
--------- ---------------------------
0 Location determined by user authentication.
1 Dialing string.
2 Location identifier.
3 E.164 number.
4 X.500 distinguished name.
5 unassigned
6 Location is determined during CBCP negotiation.
PPP IPCP CONFIGURATION OPTION TYPES
The Point-to-Point Protocol (PPP) Internet Protocol Control Protocol
(IPCP) specifies a number of Configuration Options which are
distinguished by an 8 bit Type field. These Types are assigned as
follows:
Type Configuration Option
---- --------------------
1 IP-Addresses (deprecated) [RFC1332]
2 IP-Compression-Protocol [RFC1332]
3 IP-Address [RFC1332]
4 Mobile-IPv4 [RFC2290]
129 Primary DNS Server Address [RFC1877]
130 Primary NBNS Server Address [RFC1877]
131 Secondary DNS Server Address [RFC1877]
132 Secondary NBNS Server Address [RFC1877]
PPP ATCP CONFIGURATION OPTION TYPES
The Point-to-Point Protocol (PPP) Apple Talk Control Protocol (ATCP)
specifies a number of Configuration Options [RFC-1378] which are
distinguished by an 8 bit Type field. These Types are assigned as
follows:
Type Configuration Option
---- --------------------
1 AppleTalk-Address
2 Routing-Protocol
3 Suppress-Broadcasts
4 AT-Compression-Protocol
5 Reserved
6 Server-information
7 Zone-information
8 Default-Router-Address
PPP OSINLCP CONFIGURATION OPTION TYPES
The Point-to-Point Protocol (PPP) OSI Network Layer Control Protocol
(OSINLCP) specifies a number of Configuration Options [RFC1377] which
are distinguished by an 8 bit Type field. These Types are assigned as
follows:
Type Configuration Option
---- --------------------
1 Align-NPDU
PPP BANYAN VINES CONFIGURATION OPTION TYPES
The Point-to-Point Protocol (PPP) Banyan Vines Control Protocol (BVCP)
specifies a number of Configuration Options [RFC1763] which are
distinguished by an 8 bit Type field. These Types are assigned as
follows:
Type Configuration Option
---- --------------------
1 BV-NS-RTP-Link-Type
2 BV-FRP
3 BV-RTP
4 BV-Suppress-Broadcast
PPP BRIDGING CONFIGURATION OPTION TYPES
The Point-to-Point Protocol (PPP) Bridging Control Protocol (BCP)
specifies a number of Configuration Options which are distinguished by
an 8 bit Type field. These Types are assigned as follows:
Type Configuration Option
---- --------------------
1 Bridge-Identification
2 Line-Identification
3 MAC-Support
4 Tinygram-Compression
5 LAN-Identification
6 MAC-Address
7 Spanning-Tree-Protocol
8 IEEE-802-Tagged-Frame
9 Management-Inline
PPP BRIDGING MAC TYPES
The Point-to-Point Protocol (PPP) Bridging Control Protocol (BCP)
contains an 8 bit MAC Type field which identifies the MAC
encapsulated. These Types are assigned as follows:
Type MAC
---- -----------
0 Reserved
1 IEEE 802.3/Ethernet with canonical addresses
2 IEEE 802.4 with canonical addresses
3 IEEE 802.5 with non-canonical addresses
4 FDDI with non-canonical addresses
5-10 reserved
11 IEEE 802.5 with canonical addresses
12 FDDI with canonical addresses
PPP BRIDGING SPANNING TREE
The Point-to-Point Protocol (PPP) Bridging Control Protocol (BCP)
Spanning Tree Configuration Option contains an 8-bit Protocol field
which identifies the spanning tree used. These are assigned as
follows:
Protocol Spanning Tree
-------- ---------------
0 Null - no spanning tree protocol supported
1 IEEE 802.1D spanning tree protocol
2 IEEE 802.1G extended spanning tree protocol
3 IBM source route spanning tree protocol
4 DEC LANbridge 100 spanning tree protocol
PPP INTERNETWORK PACKET EXCHANGE CONTROL PROTOCOL (IPXCP)
IPXCP CONFIGURATION OPTIONS
Option Description Reference
------ ----------- ---------
1 IPX-Network-Number [RFC1552]
2 IPX-Node-Number [RFC1552]
3 IPX-Compression-Protocol [RFC1552]
4 IPX-Routing-Protocol [RFC1552]
5 IPX-Router-Name [RFC1552]
6 IPX-Configuration-Complete [RFC1552]
IPX COMPRESSION PROTOCOL VALUES
Value Protocol Reference
----- -------- ---------
2 Telebit Compressed IPX [RFC1552]
235 Shiva Compressed NCP/IPX [RFC1552]
IPX-ROUTING-PROTOCOL OPTIONS
Value Protocol Reference
----- -------- ---------
0 No routing protocol required [RFC1552]
1 RESERVED [RFC1552]
2 Novell RIP/SAP required [RFC1552]
4 Novell NLSP required [RFC1552]
5 Novell Demand RIP required [RFC1582]
6 Novell Demand SAP required [RFC1582]
7 Novell Triggered RIP required [Edmonstone]
8 Novell Triggered SAP required [Edmonstone]
NBFCP Configuration Options
NBFCP Configuration Options [RFC 2097] allow modifications to the
standard characteristics of the network-layer protocol to be
negotiated. If a Configuration Option is not included in a
Configure-Request packet, the default value for that Configuration
Option is assumed.
NBFCP uses the same Configuration Option format defined for LCP,
with a separate set of Options.
Current values are assigned as follows:
1 Name-Projection
2 Peer-Information
3 Multicast-Filtering
4 IEEE-MAC-Address-Required
PPP EAP REQUEST/RESPONSE TYPES
A one octet field is used in the Extensible Authentication Protocol
(EAP) to indicate the function and structure of EAP Request and
Response packets [RFC2284].
Type Description
---- -----------
1 Identity [RFC2284]
2 Notification [RFC2284]
3 Nak (Response only) [RFC2284]
4 MD5-Challenge [RFC2284]
5 One Time Password (OTP) [RFC2289]
6 Generic Token Card [RFC2284]
7
8
9 RSA Public Key Authentication [Whelan]
10 DSS Unilateral [Nace]
11 KEA [Nace]
12 KEA-VALIDATE [Nace]
13 EAP-TLS [Adoba]
14 Defender Token (AXENT) [Rosselli]
15 Windows 2000 EAP [Asnes]
16 Arcot Systems EAP [Jerdonek]
17 EAP-Cisco Wireless [Norman]
18 Nokia IP smart card authentication [Haverinen]
19 SRP-SHA1 Part 1 [Carlson]
20 SRP-SHA1 Part 2 [Carlson]
PPP VENDOR SPECIFIC OUI OPTIONS
PPP Vendor Extensions (RFC 2153) uses IEEE standard OUIs
(Organizationally Unique Identifiers) to indicate vendor-specific
features. See RFC 1700 for details on contacting the IEEE.
Vendors that desire to use their IEEE 802 OUI for PPP Vendor
Extensions should register their OUI with IANA. Vendors that do
not otherwise need an IEEE assigned OUI can request a PPP
specific OUI from IANA out of the 'CF0000' range, which has both
the "locally-assigned" and "broadcast/multicast" bits set to one.
See RFC 2153 for details.
OUI (in hex) Organization Reference
------------ ------------ ---------
CF0001 NTT Mobile Communications Network
008037 Ericsson [Johnson]
CF0002-CFFFFF Reserved for assignment by the IANA
REFERENCES
[RFC1332] McGregor, G., "The PPP Internet Protocol Control Protocol
(IPCP)", RFC 1332, Merit, May 1992.
[RFC1552] Simpson, W., "The PPP Internetwork Packet Exchange Control
Protocol (IPXCP)", RFC 1552, Daydreamer, December 1993.
[RFC1570] Simpson, W., "PPP LCP Extensions", RFC 1570, Daydreamer,
January 1994.
[RFC1582] Meyer, G., "Extensions to RIP to Support Demand Circuits",
RFC 1582, Spider Systems, February 1994.
[RFC1661] Simpson, W., Editor, "The Point-to-Point Protocol (PPP)",
STD 51, RFC 1661, Daydreamer, July 1994.
[RFC1662] Simpson, W., Editor, "PPP in HDLC-like Framing", STD 51, RFC
1662, Daydreamer, July 1994.
[RFC1663] Rand, D. "PPP Reliable Transmission", RFC 1663, Novell, July
1994.
[RFC1717] Sklower, K., B. LLoyd, G. McGregor, and D. Carr, "The PPP
Multilink Protocol", RFC 1717, University of California
Berkeley, Lloyd Internetworking, Newbridge Networks,
November 1994.
[RFC1763] Senum, S., "The PPP Banyan Vines Control Protocol", RFC
1763, DigiBoard, March 1995.
[RFC1877] Cobb, S., "PPP Internet Protocol Control Protocol Extensions
for Name Server Addresses", RFC 1877, Microsoft, December
1995.
[RFC1962] Rand, D., "The PPP Compression Control Protocol (CCP)", RFC
1962, Novell, June 1996.
[RFC1963] Schneider, K., and S. Venters, "PPP Serial Data Transport
Protocol (SDTP)", RFC 1963, ADTRAN, Inc., June 1996.
[RFC1967] Schneider, K., and R. Friend, "PPP LZS-DCP Compression
Protocol (LZS-DCP)", RFC 1967, ADTRAN, Inc., Stac
Technology, June 1996.
[RFC1968] Meyer, G., "The PPP Encryption Control Protocol (ECP)", RFc
1968, Spider Systems, June 1996.
[RFC1974] Friend, R., W. Simpson, "PPP Stac LZS Compression Protocol",
RFC 1974, Stac Electronics, Daydreamer, August 1996.
[RFC1975] Schremp, D., J. Black, J. Weiss. "PPP Magnalink Variable
Resource Conpression", RFC 1975, Magnalink, August 1996.
[RFC1976] Schnieder, k, S. Venters, " PPP for Data Compression in Data
Circuit-Terminating Equipment (DCE)", RFC 1976, Adtran,
August 1996.
[RFC1977] Schryver, V., "PPP BSD Compression Protocol", RFC 1977,
August 1996.
[RFC1979] Woods, J., "PPP Deflate Protocol", Proteon, August 1996.
[RFC1994] Simpson, W., "PPP Challenge Handshake Authentication
Protocol (CHAP)", RFC 1994, Datdreamer, August 1994.
[RFC2023] Haskin, D., and E. Allen, "IP Version 6 over PPP", RFC 2023,
Bay Networks, October 1996.
[RFC2097] Pall, G., "The PPP NetBIOS Frames Control Protocol (NBFCP)",
RFC 2097, Microsoft Corp., January 1997.
[RFC2118] Pall, G., "Microsoft Point-to-Point Compression (MPPC)
Protocol", RFC 2118, Microsoft, March 1997.
[RFC2125] Richards, C., and K. Smith, "The PPP Bandwidth Allocation
Protocol (BAP) - The PPP Bandwidth Allocation Control Protocol
(BACP)", RFC 2125, March 1997.
[RFC2153] Simpson, W., "PPP Vendor Extensions", RFC 2153, DayDreamer,
May 1997.
[RFC2290] Solomon, J., and S. Glass, "Mobile-IPv4 Configuration Option
for PPP IPCP", RFC 2290, Motorola, FTP Software, February
1998.
[RFC2419] Sklower, K., and G. Meyer, "The PPP DES Encryption Protocol,
Version 2 (DESE-bis)", RFC 2419, University of California,
Berkeley, Shiva, September 1998.
[RFC2420] Kummert, H., "The PPP Triple-DES Encryption Protocol
(3DESE)", RFC 2420, Nentec GmbH., September 1998.
[RFC2484] Zorn, G., "PPP LCP Internationalization Configuration
Option", RFC 2484, January 1999.
[RFC2509] Engan, M., Casner, S., and Bormann, C., "IP Header
Compression over PPP", RFC 2509, February 1999.
PEOPLE
------
[Adoba] Bernard Adoba <aboba@internaut.com>, December 1997.
[Arvind] K. Arvind, <arvind@tenornetworks.com>, November 2000.
[Asnes] Kenneth Asnes <kasnes@securitydynamics.com>, June 1999.
[Banfill] Robert Banfill <r_banfill@reftek.com>, July 1997.
[Batchelder] Brian Batchelder <brianb@vcd.hp.com>, January 1999.
[Blunk] Larry Blunk, <ljb@merit.edu>, December 1995, 1997.
[Bormann] Cartsen Bormann <cabo@tzi.org>, March 1998.
[Carlson] James Carlson, <james.d.carlson@east.sun.com>, January 1998,
June 1999, February 2001.
[CFox] Craig Fox <fox@cisco.com>, October 1999.
[Crocker] Ken Crocker, <kcrocker@Exchange.Microsoft.com>, March 1996.
[Culbert] Ken Culbert, <ken@funk.com>, October 1996.
[Davie] Brice Davie, <bsd@cisco.com>, January 1997.
[Edmonstone] Richard Edmonstone, <richarde@spider.co.uk>, July 1996.
[Eastham] Bryant Eastham, <beastham@emware.com>, June 2001.
[Fox] Karl Fox, <karl@ascend.con>, January 1997.
[Grosser] Don Grosser, <dgrosser@extremenetworks.com>, October 2000.
[Haverinen] Henry Haverinen, <henry.haverinen@nokia.com>, November 2000.
[Hinden] Bob Hinden, <hinden@ipsilon.com>, March 1996.
[ianp] <ianp@knxunix.knx.co.uk>, November 1994.
[Jerdonek] Rob Jerdonek, <rob@arcot.com>, May 2000.
[Johnson] Sten Johnson, <Sten.Johnson@uab.ericsson.se>, October 2000.
[KEN] <ken@funk.com>
[Korfmacher] Oliver Korfmacher, <okorf@netcs.com>, April 1995.
[Kummert] Holger Kummert, <kummert@nentec.de>, August 1997.
[McCann] Pete McCann, <mccap@research.bell-labs.com>, March 2001.
[Meyer] Gerry Meyer, <gerry@spider.co.uk> December 1994.
[Nace] William Nace, <wanace@missi.ncsc.mil>, December 1997
[Nieminen] Seppo Nieminen, <seppo.niemimen@ntc.nokia.com>, July 1999.
[Norman] Stuart Norman, <snorm@cisco.com>, November 2000.
[Quick] Frank Quick, <fquick@qualcomm.com>
[Rachmani] Ilan Rachmani, <standards@expand.com>, October 1999.
[Rajagopal] Murali Rajagopal, <murali@gadzoox.com>, May 2000.
[Ridenour] Howard Ridenour, <RIDENOUR1@applelink.apple.com>, February 1995.
[Rosselli] Michael Rosselli, <mrosselli@axent.com>, January 1998.
[Sastry] Arun Sastry, <asastry@cisco.com>, April 1995.
[Schneider] Kevin Schneider <kevin@adtran.com>
[Segal] Ben Segal, <b.segal@cern.ch>, August 2000.
[Seno] Shoichiro Seno, <senos@kousoku.isl.melco.co.jp>, April 1995.
[Simpson] Willian Allen Simpson, <bsimpson@morningstar.com>, March 1995.
[Smith] Kevin Smith, Kevin@Smith.ascend.com, January 1996.
[Stage] Erling B. Stage <ebs@craycom.dk> October 1994.
[Solomon] Jim Solomon, <solomon@comm.mot.com>, Feburary 1997.
[Narayana] Badari Narayana <badari@ca.SJF.Novell.COM>
[Tackabury] Wayne Tackabury, <wayne@cayman.cayman.com>, January 1995.
[Ungar] Alan Ungar, <AUngar@farradyne.com>, April 1995.
[Whelan] William Whelan, <bwhelan@nei.com>, December 1997.
[Zorn] Glen Zorn, <gwz@pinky.microsoft.com>, June 1998, September 1998.
[]
|
