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 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117
|
<pre>Network Working Group J. Elliott
Request for Comments: 1999 ISI
Category: Informational January 1997
<span class="h1">Request for Comments Summary</span>
RFC Numbers 1900-1999
Status of This Memo
This RFC is a slightly annotated list of the 100 RFCs from <a href="./rfc1900">RFC 1900</a>
through RFCs 1999. This is a status report on these RFCs. This memo
provides information for the Internet community. It does not specify
an Internet standard of any kind. Distribution of this memo is
unlimited.
Note
Many RFCs, but not all, are Proposed Standards, Draft Standards, or
Standards. Since the status of these RFCs may change during the
standards processing, we note here only that they are on the
standards track. Please see the latest edition of "Internet Official
Protocol Standards" for the current state and status of these RFCs.
In the following, RFCs on the standards track are marked [STANDARDS-
TRACK].
RFC Author Date Title
--- ------ ---- -----
<span class="h2"><a class="selflink" id="section-1999" href="#section-1999">1999</a> Elliott </span> Jan 97 Requests For Comments Summary
This memo.
<span class="h2"><a class="selflink" id="section-1998" href="#section-1998">1998</a> Chen </span> Aug 96 An Application of the BGP Community
Attribute in Multi-home Routing
This document presents an application of the BGP community attribute [2]
in simplifying the implementation and configuration of routing policies
in the multi-provider Internet. This memo provides information for the
Internet community. This memo does not specify an Internet standard of
any kind.
<span class="grey">Elliott Informational [Page 1]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-2" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1997" href="#section-1997">1997</a> Chandra </span> Aug 96 BGP Communities Attribute
This document describes an extension to BGP which may be used to pass
additional information to both neighboring and remote BGP peers.
[STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1996" href="#section-1996">1996</a> Vixie </span> Aug 96 A Mechanism for Prompt Notification of
Zone Changes (DNS NOTIFY)
This memo describes the NOTIFY opcode for DNS, by which a master server
advises a set of slave servers that the master's data has been changed
and that a query should be initiated to discover the new data.
[STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1995" href="#section-1995">1995</a> Ohta </span> Aug 96 Incremental Zone Transfer in DNS
This document proposes extensions to the DNS protocols to provide an
incremental zone transfer (IXFR) mechanism. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1994" href="#section-1994">1994</a> Simpson </span> Aug 96 PPP Challenge Handshake Authentication
Protocol (CHAP)
This document defines a method for Authentication using PPP, which uses
a random Challenge, with a cryptographically hashed Response which
depends upon the Challenge and a secret key. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1993" href="#section-1993">1993</a> Barbir </span> Aug 96 PPP Gandalf FZA Compression Protocol
This document describes the use of the Gandalf FZA data compression
algorithm [3] for compressing PPP encapsulated packets. This memo
provides information for the Internet community. It does not specify an
Internet standard.
<span class="h2"><a class="selflink" id="section-1992" href="#section-1992">1992</a> Castineyra </span> Aug 96 The Nimrod Routing Architecture
Nimrod is a scalable routing architecture designed to accommodate a
continually expanding and diversifying internetwork. First suggested by
Noel Chiappa, the Nimrod architecture has undergone revision and
refinement through the efforts of the Nimrod working group of the IETF.
In this document, we present a detailed description of this
architecture. This memo provides information for the Internet
community. It does not specify an Internet standard.
<span class="grey">Elliott Informational [Page 2]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-3" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1991" href="#section-1991">1991</a> Atkins </span> Aug 96 PGP Message Exchange Formats
This document describes the format of "PGP files", i.e., messages that
have been encrypted and/or signed with PGP. This memo provides
information for the Internet community. This memo does not specify an
Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1990" href="#section-1990">1990</a> Sklower </span> Aug 96 The PPP Multilink Protocol (MP)
This document proposes a method for splitting, recombining and
sequencing datagrams across multiple logical data links. [STANDARDS-
TRACK]
<span class="h2"><a class="selflink" id="section-1989" href="#section-1989">1989</a> Simpson </span> Aug 96 PPP Link Quality Monitoring
This document defines a protocol for generating Link-Quality-Reports.
[STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1988" href="#section-1988">1988</a> McAnally </span> Aug 96 Conditional Grant of Rights to Specific
Hewlett-Packard Patents In Conjunction
With the Internet Engineering Task
Force's Internet-Standard Network
Management Framework
This grant is made to help facilitate inclusion of certain patented
search address technology covering network device mapping in IETF
standards-track Management Information Base (MIB) modules. This memo
provides information for the Internet community. This memo does not
specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1987" href="#section-1987">1987</a> Newman </span> Aug 96 Ipsilon's General Switch Management
Protocol Specification Version 1.1
The General Switch Management Protocol (GSMP), is a general purpose
protocol to control an ATM switch. GSMP allows a controller to establish
and release connections across the switch; add and delete leaves on a
point-to-multipoint connection; manage switch ports; request
configuration information; and request statistics. This memo provides
information for the Internet community. This memo does not specify an
Internet standard of any kind.
<span class="grey">Elliott Informational [Page 3]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-4" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1986" href="#section-1986">1986</a> Polites </span> Aug 96 Experiments with a Simple File Transfer
Protocol for Radio Links using Enhanced
Trivial File Transfer Protocol (ETFTP)
This document is a description of the Enhanced Trivial File Transfer
Protocol (ETFTP). This protocol is an experimental implementation of the
NETwork BLock Transfer Protocol (NETBLT), <a href="./rfc998">RFC 998</a> [1], as a file
transfer application program. This memo defines an Experimental
Protocol for the Internet community.
<span class="h2"><a class="selflink" id="section-1985" href="#section-1985">1985</a> De Winter </span> Aug 96 SMTP Service Extension
for Remote Message Queue Starting
This memo defines an extension to the SMTP service whereby an SMTP
client and server may interact to give the server an opportunity to
start the processing of its queues for messages to go to a given host.
[STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1984" href="#section-1984">1984</a> I.A.B. </span> Aug 96 IAB and IESG Statement on Cryptographic
Technology and the Internet
The Internet Architecture Board (IAB) and the Internet Engineering
Steering Group (IESG), the bodies which oversee architecture and
standards for the Internet, are concerned by the need for increased
protection of international commercial transactions on the Internet, and
by the need to offer all Internet users an adequate degree of privacy.
This memo provides information for the Internet community. This memo
does not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1983" href="#section-1983">1983</a> Malkin </span> Aug 96 Internet Users' Glossary
There are many networking glossaries in existence. This glossary
concentrates on terms which are specific to the Internet. This memo
provides information for the Internet community. This memo does not
specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1982" href="#section-1982">1982</a> Elz </span> Aug 96 Serial Number Arithmetic
The DNS has long relied upon serial number arithmetic, a concept which
has never really been defined, certainly not in an IETF document, though
which has been widely understood. This memo supplies the missing
definition. It is intended to update <a href="./rfc1034">RFC1034</a> and <a href="./rfc1035">RFC1035</a>. [STANDARDS-
TRACK]
<span class="grey">Elliott Informational [Page 4]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-5" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1981" href="#section-1981">1981</a> McCann </span> Aug 96 Path MTU Discovery for IP version 6
This document describes Path MTU Discovery for IP version 6. It is
largely derived from <a href="./rfc1191">RFC 1191</a>, which describes Path MTU Discovery for IP
version 4. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1980" href="#section-1980">1980</a> Seidman </span> Aug 96 A Proposed Extension to HTML :
Client-Side Image Maps
This document specifies an extension to the HTML language, referred to
as "Client-Side Image Maps," which resolves some limitations. This memo
provides information for the Internet community. This memo does not
specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1979" href="#section-1979">1979</a> Woods </span> Aug 96 PPP Deflate Protocol
This document describes the use of the PPP Deflate compression protocol
for compressing PPP encapsulated packets. This memo provides
information for the Internet community. This memo does not specify an
Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1978" href="#section-1978">1978</a> Rand </span> Aug 96 PPP Predictor Compression Protocol
This document describes the use of the Predictor data compression
algorithm for compressing PPP encapsulated packets. This memo provides
information for the Internet community. This memo does not specify an
Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1977" href="#section-1977">1977</a> Schryver </span> Aug 96 PPP BSD Compression Protocol
This document describes the use of the Unix Compress compression
protocol for compressing PPP encapsulated packets. This memo provides
information for the Internet community. This memo does not specify an
Internet standard of any kind.
<span class="grey">Elliott Informational [Page 5]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-6" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1976" href="#section-1976">1976</a> Schneider </span> Aug 96 PPP for Data Compression in Data
Circuit-Terminating Equipment (DCE)
This document defines a specific set of parameters for these protocols
and an LCP extension to define a standard way of using PPP for data
compression of serial data in Data Circuit-Terminating Equipment (DCE).
This memo provides information for the Internet community. This memo
does not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1975" href="#section-1975">1975</a> Schremp </span> Aug 96 PPP Magnalink Variable Resource
Compression
The Magnalink Variable Resource Compression Algorithm (MVRCA) allows a
wide range of interoperable compression implementations whose
performance characteristics are a function of available CPU and memory
resources. This memo provides information for the Internet community.
This memo does not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1974" href="#section-1974">1974</a> Friend </span> Aug 96 PPP Stac LZS Compression Protocol
This document describes the use of the Stac LZS data compression
algorithm, with single or multiple compression histories, for
compressing PPP encapsulated packets. This memo provides information
for the Internet community. This memo does not specify an Internet
standard of any kind.
<span class="h2"><a class="selflink" id="section-1973" href="#section-1973">1973</a> Simpson </span> Jun 96 PPP in Frame Relay
This document describes the use of Frame Relay for framing PPP
encapsulated packets. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1972" href="#section-1972">1972</a> Crawford </span> Aug 96 A Method for the Transmission of IPv6
Packets over Ethernet Networks
This memo specifies the frame format for transmission of IPv6 [IPV6]
packets and the method of forming IPv6 link-local addresses on Ethernet
networks. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1971" href="#section-1971">1971</a> Thomson </span> Aug 96 IPv6 Stateless Address Autoconfiguration
This document specifies the steps a host takes in deciding how to
autoconfigure its interfaces in IP version 6. [STANDARDS-TRACK]
<span class="grey">Elliott Informational [Page 6]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-7" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1970" href="#section-1970">1970</a> Narten </span> Aug 96 Neighbor Discovery for IP Version 6
(IPv6)
This document specifies the Neighbor Discovery protocol for IP Version
<span class="h2"><a class="selflink" id="section-6" href="#section-6">6</a>. [STANDARDS-TRACK]</span>
<span class="h2"><a class="selflink" id="section-1969" href="#section-1969">1969</a> Sklower </span> Jun 96 The PPP DES Encryption Protocol (DESE)
This document provides specific details for the use of the DES standard
[5, 6] for encrypting PPP encapsulated packets. This memo provides
information for the Internet community. This memo does not specify an
Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1968" href="#section-1968">1968</a> Meyer </span> Jun 96 The PPP Encryption Control Protocol
(ECP)
This document defines a method for negotiating data encryption over PPP
links. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1967" href="#section-1967">1967</a> Schneider </span> Aug 96 PPP LZS-DCP Compression Protocol
(LZS-DCP)
This document describes the use of the Stac LZS data compression
algorithm for compressing PPP encapsulated packets, using a DCP header
[6]. This memo provides information for the Internet community. This
memo does not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1966" href="#section-1966">1966</a> Bates </span> Jun 96 BGP Route Reflection
An alternative to full mesh IBGP
This document describes the use and design of a method known as "Route
Reflection" to alleviate the the need for "full mesh" IBGP. This memo
defines an Experimental Protocol for the Internet community.
<span class="h2"><a class="selflink" id="section-1965" href="#section-1965">1965</a> Traina </span> Jun 96 Autonomous System Confederations for BGP
This document describes an extension to BGP which may be used to create
a confederation of autonomous systems which is represented as one single
autonomous system to BGP peers external to the confederation. This memo
defines an Experimental Protocol for the Internet community.
<span class="grey">Elliott Informational [Page 7]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-8" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1964" href="#section-1964">1964</a> Linn </span> Jun 96 The Kerberos Version 5 GSS-API Mechanism
This specification defines protocols, procedures, and conventions to be
employed by peers implementing the Generic Security Service Application
Program Interface (as specified in RFCs 1508 and 1509) when using
Kerberos Version 5 technology (as specified in <a href="./rfc1510">RFC 1510</a>). [STANDARDS-
TRACK]
<span class="h2"><a class="selflink" id="section-1963" href="#section-1963">1963</a> Schneider </span> Aug 96 PPP Serial Data Transport Protocol
(SDTP)
This document describes a new Network level protocol (from the PPP point
of view), PPP Serial Data Transport Protocol, that provides
encapsulation and an associated control protocol for transporting serial
data streams over a PPP link. This memo provides information for the
Internet community. This memo does not specify an Internet standard of
any kind.
<span class="h2"><a class="selflink" id="section-1962" href="#section-1962">1962</a> Rand </span> Jun 96 The PPP Compression Control Protocol
(CCP)
This document defines a method for negotiating data compression over PPP
links. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1961" href="#section-1961">1961</a> McMahon </span> Jun 96 GSS-API Authentication Method for SOCKS
Version 5
This document provides the specification for the SOCKS V5 GSS-API
authentication protocol, and defines a GSS-API-based encapsulation for
provision of integrity, authentication and optional confidentiality.
[STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1960" href="#section-1960">1960</a> Howes </span> Jun 96 A String Representation of LDAP
Search Filters
The Lightweight Directory Access Protocol (LDAP) [1] defines a network
representation of a search filter transmitted to an LDAP server. Some
applications may find it useful to have a common way of representing
these search filters in a human-readable form. This document defines a
human-readable string format for representing LDAP search filters.
[STANDARDS-TRACK]
<span class="grey">Elliott Informational [Page 8]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-9" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1959" href="#section-1959">1959</a> Howes </span> Jun 96 An LDAP URL Format
This document describes a format for an LDAP Uniform Resource Locator
which will allow Internet clients to have direct access to the LDAP
protocol. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1958" href="#section-1958">1958</a> Carpenter </span> Jun 96 Architectural Principles of the Internet
The Internet and its architecture have grown in evolutionary fashion
from modest beginnings, rather than from a Grand Plan. While this
process of evolution is one of the main reasons for the technology's
success, it nevertheless seems useful to record a snapshot of the
current principles of the Internet architecture. This is intended for
general guidance and general interest, and is in no way intended to be a
formal or invariant reference model. This memo provides information for
the Internet community. This memo does not specify an Internet standard
of any kind.
<span class="h2"><a class="selflink" id="section-1957" href="#section-1957">1957</a> Nelson </span> Jun 96 Some Observations on Implementations
of the Post Office Protocol (POP3)
This memo provides information for the Internet community. This memo
does not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1956" href="#section-1956">1956</a> Engebretson </span>Jun 96 Registration in the MIL Domain
This RFC describes the policy for the registration of second level
domains under the ".MIL" domain. This memo provides information for the
Internet community. This memo does not specify an Internet standard of
any kind.
<span class="h2"><a class="selflink" id="section-1955" href="#section-1955">1955</a> Hinden </span> Jun 96 New Scheme for Internet Routing and
Addressing (ENCAPS) for IPNG
This paper proposes a new scheme which I believe is a good medium term
solution to the routing and address problems of the internet. This memo
provides information for the Internet community. This memo does not
specify an Internet standard of any kind.
<span class="grey">Elliott Informational [Page 9]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-10" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1954" href="#section-1954">1954</a> Newman </span> May 96 Transmission of Flow Labelled IPv4 on
ATM Data Links Ipsilon Version 1.0
This document specifies the manner for transmitting IPv4 datagrams over
an ATM data link, both in a default manner and in the presence of flow
labelling via Ipsilon Flow Management Protocol [IFMP]. This document
provides information for the Internet community. This memo does not
specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1953" href="#section-1953">1953</a> Newman </span> May 96 Ipsilon Flow Management Protocol
Specification for IPv4 Version 1.0
The Ipsilon Flow Management Protocol (IFMP), is a protocol for allowing
a node to instruct an adjacent node to attach a layer 2 label to a
specified IP flow. This document provides information for the Internet
community. This memo does not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1952" href="#section-1952">1952</a> Deutsch </span> May 96 GZIP file format specification
version 4.3
This specification defines a lossless compressed data format that is
compatible with the widely used GZIP utility. This memo provides
information for the Internet community. This memo does not specify an
Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1951" href="#section-1951">1951</a> Deutsch </span> May 96 DEFLATE Compressed Data Format
Specification version 1.3
This specification defines a lossless compressed data format that
compresses data using a combination of the LZ77 algorithm and Huffman
coding, with efficiency comparable to the best currently available
general-purpose compression methods. This memo provides information for
the Internet community. This memo does not specify an Internet standard
of any kind.
<span class="h2"><a class="selflink" id="section-1950" href="#section-1950">1950</a> Deutsch </span> May 96 ZLIB Compressed Data Format
Specification version 3.3
This specification defines a lossless compressed data format. This memo
provides information for the Internet community. This memo does not
specify an Internet standard of any kind.
<span class="grey">Elliott Informational [Page 10]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-11" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1949" href="#section-1949">1949</a> Ballarde </span> May 96 Scalable Multicast Key Distribution
This memo provides a scalable solution to the multicast key distribution
problem. This memo defines an Experimental Protocol for the Internet
community.
<span class="h2"><a class="selflink" id="section-1948" href="#section-1948">1948</a> Bellovin </span> May 96 Defending Against Sequence Number
Attacks
IP spoofing attacks based on sequence number spoofing have become a
serious threat on the Internet (CERT Advisory CA-95:01). While
ubiquitous crypgraphic authentication is the right answer, we propose a
simple modification to TCP implementations that should be a very
substantial block to the current wave of attacks. This memo provides
information for the Internet community. This memo does not specify an
Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1947" href="#section-1947">1947</a> Spinellis </span> May 96 Greek Character Encoding for Electronic
Mail Messages
This document describes a standard encoding for electronic mail [<a href="./rfc822">RFC822</a>]
containing Greek text and provides implementation guide-lines. This
memo provides information for the Internet community. This memo does
not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1946" href="#section-1946">1946</a> Jackowski </span> May 96 Native ATM Support for ST2+
This memo describes a working implementation which enables applications
to directly invoke ATM services in the following environments: ATM to
internet, internet to ATM, and internet to internet across ATM. This
memo provides information for the Internet community. This memo does
not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1945" href="#section-1945">1945</a> Berners-Lee </span>May 96 Hypertext Transfer Protocol -- HTTP/1.0
The Hypertext Transfer Protocol (HTTP) is an application-level protocol
with the lightness and speed necessary for distributed, collaborative,
hypermedia information systems. This memo provides information for the
Internet community. This memo does not specify an Internet standard of
any kind.
<span class="grey">Elliott Informational [Page 11]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-12" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1944" href="#section-1944">1944</a> Bradner </span> May 96 Benchmarking Methodology for Network
Interconnect Devices
This document discusses and defines a number of tests that may be used
to describe the performance characteristics of a network interconnecting
device. This memo provides information for the Internet community.
This memo does not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1943" href="#section-1943">1943</a> Jennings </span> May 96 Building an X.500 Directory Service
in the US
This document provides definition and recommends considerations that
must be undertaken to operate a X.500 Directory Service in the United
States. This memo provides information for the Internet community.
This memo does not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1942" href="#section-1942">1942</a> Raggett </span> May 96 HTML Tables
This specification extends HTML to support a wide variety of tables.
This memo defines an Experimental Protocol for the Internet community.
<span class="h2"><a class="selflink" id="section-1941" href="#section-1941">1941</a> Sellers </span> May 96 Frequently Asked Questions for Schools
The goal of this FYI document, produced by the Internet School
Networking (ISN) group in the User Services Area of the Internet
Engineering Task Force (IETF), is to act as an introduction to the
Internet for faculty, administration, and other school personnel in
primary and secondary schools. This memo provides information for the
Internet community. This memo does not specify an Internet standard of
any kind.
<span class="h2"><a class="selflink" id="section-1940" href="#section-1940">1940</a> Estrin </span> May 96 Source Demand Routing: Packet Format and
Forwarding Specification (Version 1).
The purpose of SDRP is to support source-initiated selection of routes
to complement the route selection provided by existing routing protocols
for both inter-domain and intra-domain routes. This memo provides
information for the Internet community. This memo does not specify an
Internet standard of any kind.
<span class="grey">Elliott Informational [Page 12]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-13" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1939" href="#section-1939">1939</a> Myers </span> May 96 Post Office Protocol - Version 3
The Post Office Protocol - Version 3 (POP3) is intended to permit a
workstation to dynamically access a maildrop on a server host in a
useful fashion. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1938" href="#section-1938">1938</a> Haller </span> May 96 A One-Time Password System
This document describes a one-time password authentication system (OTP).
[STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1937" href="#section-1937">1937</a> Rekhter </span> May 96 "Local/Remote" Forwarding Decision in
Switched Data Link Subnetworks
This document describes extensions to the IP architecture that relaxes
these constraints, thus enabling the full utilization of the services
provided by SVC-based Data Link subnetworks. This memo provides
information for the Internet community. This memo does not specify an
Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1936" href="#section-1936">1936</a> Touch </span> Apr 96 Implementing the Internet Checksum in
Hardware
This memo presents a techniques for efficiently implementing the
Internet Checksum in hardware. It includes PLD code for programming a
single, low cost part to perform checksumming at 1.26 Gbps. This memo
provides information for the Internet community. This memo does not
specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1935" href="#section-1935">1935</a> Quarterman </span> Apr 96 What is the Internet, Anyway?
This memo provides information for the Internet community. This memo
does not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1934" href="#section-1934">1934</a> Smith </span> Apr 96 Ascend's Multilink Protocol Plus (MP+)
This document proposes an extension to the PPP Multilink Protocol (MP)
[1]. Multilink Protocol Plus (MP+) is a new control protocol for
managing multiple data links that are bundled by MP. This memo provides
information for the Internet community. This memo does not specify an
Internet standard of any kind.
<span class="grey">Elliott Informational [Page 13]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-14" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1933" href="#section-1933">1933</a> Gilligan </span> Apr 96 Transition Mechanisms for IPv6 Hosts
and Routers
This document specifies IPv4 compatibility mechanisms that can be
implemented by IPv6 hosts and routers. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1932" href="#section-1932">1932</a> Cole </span> Apr 96 IP over ATM: A Framework Document
It is hoped that this document, in classifying ATM approaches and issues
will help to focus the IP over ATM working group's direction.This memo
provides information for the Internet community. This memo does not
specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1931" href="#section-1931">1931</a> Brownell </span> Apr 96 Dynamic RARP Extensions for
Automatic Network Address Acquisition
This memo describes extensions to the Reverse Address Resolution
Protocol (RARP [2]) and called Dynamic RARP (DRARP, pronounced D-RARP).
This memo provides information for the Internet community. This memo
does not define an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1930" href="#section-1930">1930</a> Hawkinson </span> Mar 96 Guidelines for creation, selection, and
registration of an Autonomous System (AS)
This memo discusses when it is appropriate to register and utilize an
Autonomous System (AS), and lists criteria for such. This document
specifies an Internet Best Current Practices for the Internet Community,
and requests discussion and suggestions for improvements.
<span class="h2"><a class="selflink" id="section-1929" href="#section-1929">1929</a> Leech </span> Mar 96 Username/Password Authentication for
SOCKS V5
The protocol specification for SOCKS Version 5 specifies a generalized
framework for the use of arbitrary authentication protocols in the
initial socks connection setup. This document describes one of those
protocols, as it fits into the SOCKS Version 5 authentication
"subnegotiation". [STANDARDS-TRACK]
<span class="grey">Elliott Informational [Page 14]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-15" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1928" href="#section-1928">1928</a> Leech </span> Mar 96 SOCKS Protocol Version 5
This memo describes a protocol that is an evolution of the previous
version of the protocol, version 4 [1]. This new protocol stems from
active discussions and prototype implementations. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1927" href="#section-1927">1927</a> Rogers </span> Apr 96 Suggested Additional MIME Types for
Associating Documents
Seven new types of MIME types are suggested in this document. This memo
provides information for the Internet community. This memo does not
specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1926" href="#section-1926">1926</a> Eriksson </span> Apr 96 An Experimental Encapsulation of IP
Datagrams on Top of ATM
This RFC describes a method of encapsulating IP datagrams on top of
Acoustical Transmission Media (ATM). This is a non-recommended
standard. This memo provides information for the Internet community.
This memo does not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1925" href="#section-1925">1925</a> Callon </span> Apr 96 The Twelve Networking Truths
This memo documents the fundamental truths of networking for the
Internet community. This memo does not specify a standard, except in the
sense that all standards must implicitly follow the fundamental truths.
This memo provides information for the Internet community. This memo
does not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1924" href="#section-1924">1924</a> Elz </span> Apr 96 A Compact Representation of IPv6 Addresses
This document specifies a more compact representation of IPv6 addresses,
which permits encoding in a mere 20 bytes. This memo provides
information for the Internet community. This memo does not specify an
Internet standard of any kind.
<span class="grey">Elliott Informational [Page 15]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-16" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1923" href="#section-1923">1923</a> Halpern </span> Mar 96 RIPv1 Applicability Statement for
Historic Status
RIP Version 1 [<a href="./rfc1058">RFC-1058</a>] has been declared an historic document. This
Applicability statement provides the supporting motivation for that
declaration. The primary reason, as described below, is the Classful
nature of RIPv1. This memo provides information for the Internet
community. This memo does not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1922" href="#section-1922">1922</a> Zhu </span> Mar 96 Chinese Character Encoding for Internet
Messages
This memo describes methods of transporting Chinese characters in
Internet services which transport text, such as electronic mail
[<a href="./rfc822">RFC-822</a>], network news [<a href="./rfc1036">RFC-1036</a>], telnet [<a href="./rfc854">RFC-854</a>] and the World Wide
Web [<a href="./rfc1866">RFC-1866</a>]. This memo provides information for the Internet
community. It does not specify an Internet standard.
<span class="h2"><a class="selflink" id="section-1921" href="#section-1921">1921</a> Dujonc </span> Mar 96 TNVIP Protocol
The goal of this document specifies a Telnet profile to support VIP
terminal emulation allowing the access to the BULL hosts applications
through a TCP/IP network. This memo provides information for the
Internet community. This memo does not specify an Internet standard of
any kind.
<span class="h2"><a class="selflink" id="section-1920" href="#section-1920">1920</a> I.A.B. </span> Mar 96 INTERNET OFFICIAL PROTOCOL STANDARDS
This memo describes the state of standardization of protocols used in
the Internet as determined by the Internet Architecture Board (IAB).
[STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1919" href="#section-1919">1919</a> Chatel </span> Mar 96 Classical versus Transparent IP Proxies
This document explains "classical" and "transparent" proxy techniques
and attempts to provide rules to help determine when each proxy system
may be used without causing problems. This memo provides information
for the Internet community. This memo does not specify an Internet
standard of any kind.
<span class="grey">Elliott Informational [Page 16]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-17" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1918" href="#section-1918">1918</a> Rekhter </span> Feb 96 Address Allocation for Private Internets
This document describes address allocation for private internets. This
document specifies an Internet Best Current Practices for the Internet
Community, and requests discussion and suggestions for improvements.
<span class="h2"><a class="selflink" id="section-1917" href="#section-1917">1917</a> Nesser </span> Feb 96 An Appeal to the Internet Community to
Return Unused IP Networks (Prefixes)
to the IANA
This document is an appeal to the Internet community to return unused
address space, i.e. any block of consecutive IP prefixes, to the
Internet Assigned Numbers Authority (IANA) or any of the delegated
registries, for reapportionment. This document specifies an Internet
Best Current Practices for the Internet Community, and requests
discussion and suggestions for improvements.
<span class="h2"><a class="selflink" id="section-1916" href="#section-1916">1916</a> Berkowitz </span> Feb 96 Enterprise Renumbering: Experience and
Information Solicitation
Because of the urgent need for, and substantial difficulty in,
renumbering IP networks, the PIER working group is compiling a series of
documents to assist sites in their renumbering efforts. The intent of
these documents is to provide both educational and practical information
to the Internet community. This memo provides information for the
Internet community. This memo does not specify an Internet standard of
any kind.
<span class="h2"><a class="selflink" id="section-1915" href="#section-1915">1915</a> Kastenholz </span> Feb 96 Variance for The PPP Connection Control
Protocol and The PPP Encryption Control
Protocol
The PPP Working group has developed two protocols, one to control
compression on PPP links; the Compression Control Protocol (CCP),
documented in <a href="./draft-ietf-pppext-compression-04.txt">draft-ietf-pppext-compression-04.txt</a>. The second is the
Encryption Control Protocol (ECP), used to control encryption on serial
links, documented in <a href="./draft-ietf-pppext-encryption-03.txt">draft-ietf-pppext-encryption-03.txt</a>. This document
specifies an Internet Best Current Practices for the Internet Community,
and requests discussion and suggestions for improvements.
<span class="grey">Elliott Informational [Page 17]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-18" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1914" href="#section-1914">1914</a> Faltstrom </span> Feb 96 How to Interact with a Whois++ Mesh
In the Whois++ architecture [Deutsch94],[Weider94], mesh traversal is
done by the client, since each server 'refers' the client to the next
appropriate server(s). [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1913" href="#section-1913">1913</a> Weider </span> Feb 96 Architecture of the Whois++ Index Service
The authors describe an architecture for indexing in distributed
databases, and apply this to the WHOIS++ protocol. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1912" href="#section-1912">1912</a> Barr </span> Feb 96 Common DNS Operational and Configuration
Errors
This memo describes errors often found in both the operation of Domain
Name System (DNS) servers, and in the data that these DNS servers
contain. This memo provides information for the Internet community.
This memo does not specify an Internet standard of any kind.
<span class="h2"><a class="selflink" id="section-1911" href="#section-1911">1911</a> Vaudreuil </span> Feb 96 Voice Profiule of Internet Mail
The following document is a profile of the Internet standard MIME and
ESMTP protocols for use as a digital voice networking protocol. This
memo defines an Experimental Protocol for the Internet community.
<span class="h2"><a class="selflink" id="section-1910" href="#section-1910">1910</a> Waters </span> Feb 96 User-based Security Model for SNMPv2
In this administrative framework, a security model defines the
mechanisms used to achieve an administratively-defined level of security
for protocol interactions. Although many such security models might be
defined, it is the purpose of this document, User-based Security Model
for SNMPv2, to define the first, and, as of this writing, only, security
model for this administrative framework. This memo defines an
Experimental Protocol for the Internet community.
<span class="h2"><a class="selflink" id="section-1909" href="#section-1909">1909</a> McClogherie </span>Feb 96 An Administrative Infrastructure for
SNMPv2
It is the purpose of this document, An Administrative Infrastructure for
SNMPv2, to define an administrative framework which realizes effective
management in a variety of configurations and environments. This memo
defines an Experimental Protocol for the Internet community.
<span class="grey">Elliott Informational [Page 18]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-19" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1908" href="#section-1908">1908</a> Case </span> Jan 96 Coexistence between Version 1 and
Version 2 of the Internet-standard
Network Management Framework
The purpose of this document is to describe coexistence between version
<span class="h2"><a class="selflink" id="section-2" href="#section-2">2</a> of the Internet-standard Network Management Framework [1-6], termed</span>
the SNMP version 2 framework (SNMPv2), and the original Internet-
standard Network Management Framework (SNMPv1>. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1907" href="#section-1907">1907</a> Case </span> Jan 96 Management Information Base for Version
2 of the Simple Network Management
Protocol (SNMPv2)
It is the purpose of this document to define managed objects which
describe the behavior of a SNMPv2 entity. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1906" href="#section-1906">1906</a> Case </span> Jan 96 Transport Mappings for Version 2 of the
Simple Network Management Protocol (SNMPv2)
It is the purpose of this document to define how the SNMPv2 maps onto an
initial set of transport domains. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1905" href="#section-1905">1905</a> Case </span> Jan 96 Protocol Operations for Version 2 of the
Simple Network Management Protocol (SNMPv2)
It is the purpose of this document, Protocol Operations for SNMPv2, to
define the operations of the protocol with respect to the sending and
receiving of the PDUs. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1904" href="#section-1904">1904</a> Case </span> Jan 96 Conformance Statements for Version 2 of
the Simple Network Management Protocol
(SNMPv2)
It may be useful to define the acceptable lower-bounds of
implementation, along with the actual level of implementation achieved.
It is the purpose of this document to define the notation used for these
purposes. [STANDARDS-TRACK]
<span class="grey">Elliott Informational [Page 19]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-20" ></span>
<span class="grey"><a href="./rfc1999">RFC 1999</a> Summary of 1900-1999 January 1997</span>
<span class="h2"><a class="selflink" id="section-1903" href="#section-1903">1903</a> Case </span> Jan 96 Textual Conventions for Version 2 of the
Simple Network Management Protocol (SNMPv2)
It is the purpose of this document to define the initial set of textual
conventions available to all MIB modules. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1902" href="#section-1902">1902</a> Case </span> Jan 96 Structure of Management Information for
Version 2 of the Simple Network
Management Protocol (SNMPv2)
It is the purpose of this document, the Structure of Management
Information (SMI), to define that adapted subset, and to assign a set of
associated administrative values. [STANDARDS-TRACK]
<span class="h2"><a class="selflink" id="section-1901" href="#section-1901">1901</a> Case </span> Jan 96 Introduction to Community-based SNMPv2
The purpose of this document is to define the Community-based
Administrative Framework for the SNMP version 2 framework (SNMPv2).
This document specifies an Experimental protocol for the Internet
community.
<span class="h2"><a class="selflink" id="section-1900" href="#section-1900">1900</a> Carpenter </span> Feb 96 Renumbering Needs Work
Hosts in an IP network are identified by IP addresses, and the IP
address prefixes of subnets are advertised by routing protocols. A
change in such IP addressing information associated with a host or
subnet is known as "renumbering". This memo provides information for
the Internet community. This memo does not specify an Internet standard
of any kind.
Security Considerations
Security issues are not discussed in this memo.
Author's Address
Josh Elliott
University of Southern California
Information Sciences Institute
4676 Admiralty Way
Marina del Rey, CA 90292
Phone: (310) 822-1511
EMail: elliott@isi.edu
Elliott Informational [Page 20]
</pre>
|