skip to main content
10.1145/1035237.1035240acmconferencesArticle/Chapter ViewAbstractPublication PagescommConference Proceedingsconference-collections
Article
Free Access

Development of the DoD protocol reference model

Published:01 April 1983Publication History

ABSTRACT

The Department of Defense has embarked on a Protocol Standardization Program aimed at the development of high-level protocol standards for the DoD internetwork environment. A major piece of this standardization program involves the development of the "DoD Protocol Reference Model" [1], which will serve to describe a basic framework for future DoD protocol standardization activities.

The DoD Reference Model is in many respects similar to the ISO Reference Model [2]; in other respects, there are major differences between the two models. This paper discusses the issues faced during the development of the current draft of the DoD Reference Model.

There are four fundamental differences between the DoD and ISO Reference Models: (1) the meaning of "layer"; (2) the importance of internetworking; (3) the utility of connectionless services; and (4) the approach to management functions.

It has been found that well-designed computer networks have their protocols organized hierarchically. By this we mean that one protocol interpreter provides a communications service to its users by adding value to the services provided by one or more other protocols; and "good engineering practice" dictates that at no point should one protocol be implicitly using its own services, i.e. the protocols form a hierarchy. Within the ISO Model, however, this requirement for protocol hierarchies is strengthened into a requirement that protocols fit into "layers". This is the origin of a major disagreement between the ISO and DoD Reference Models. Within the ISO Model, the concept of layer has become of paramount importance, overshadowing the more fundamental notion of protocol hierarchy. Good protocol engineering does not require that protocols fit into layers; it is only required that protocols be arranged hierarchically. This latter principle is the basis of the DoD Reference Model.

The second fundamental difference between the ISO and DoD Models is the relative importance given to the problems of internetworking. This is most easily seen by considering that the DoD Reference Model has explicitly identified an "Internet Layer". Although many efforts based on the ISO work are now taking the Network Layer to include an Internet Sublayer, this seems to confuse rather than clarify the issue (since it raises questions as to the meaning of sublayers).

It is also difficult to correctly present the DoD approach to internetting within the confines of the ISO Model due to the ISO Model's lack of emphasis on "connectionless" services. This is the third of the fundamental differences between the two models. The primary use of connectionless service within the DoD architecture is for internetting - IP [3] being the paradigm. However, connectionless services are of great utility in other contexts as well. For example, interactions with a Name Server may involve the use of a connectionless protocol within the Transport Layer.

The final fundamental difference between the ISO and the DoD Models is the manner in which various management - related functions are treated. Here we refer to functions such as the naming of resources, the control of access to resources, and the accounting for resource and network usage. Many of these functions are most naturally handled via connectionless services, they typically involve entities which are only involved at the initiation or termination of a sequence of data transfers, and many communicants may be involved besides the "users". The DoD Model identifies such protocols as typical of " session" services. Such protocols are placed within the session layer by virtue of their use of " transport layer" services and their common features.

Of course, there will be many protocols defined which sit at other locations within the protocol architecture which may play a role in the management of the network and of network resources. It is not implied that all such protocols are most appropriately defined as "session" protocols.

These are the differences between the two developing Models which are currently identified. Both Models will continue to evolve, most likely in directions which differ in important respects.

References

  1. G. Ennis, D. Kaufman, and K. Biba, DoD Protocol Reference Model, Sytek TR-82026, September 1982.Google ScholarGoogle Scholar
  2. Data Processing Open Systems Interconnection - Basic Reference Model, Draft Proposal 7498, ISO/TC97/SC 16 N 719, August 1981.Google ScholarGoogle Scholar
  3. Postel, J. Internet Protocol Specification, Internet Protocol Transition Workbook, SRI - Network Information Center, March 1982.Google ScholarGoogle Scholar
  1. Development of the DoD protocol reference model

    Recommendations

    Comments

    Login options

    Check if you have access through your login credentials or your institution to get full access on this article.

    Sign in
    • Published in

      cover image ACM Conferences
      SIGCOMM '83: Proceedings of the symposium on Communications Architectures & Protocols
      October 1983
      291 pages
      ISBN:0897910893
      DOI:10.1145/1035237
      • General Chair:
      • David C. Wood,
      • Program Chair:
      • Simon S. Lam
      • cover image ACM SIGCOMM Computer Communication Review
        ACM SIGCOMM Computer Communication Review  Volume 13, Issue 2
        April 1983
        252 pages
        ISSN:0146-4833
        DOI:10.1145/1024840
        Issue’s Table of Contents

      Copyright © 1983 ACM

      Permission to make digital or hard copies of all or part of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for profit or commercial advantage and that copies bear this notice and the full citation on the first page. Copyrights for components of this work owned by others than ACM must be honored. Abstracting with credit is permitted. To copy otherwise, or republish, to post on servers or to redistribute to lists, requires prior specific permission and/or a fee. Request permissions from [email protected]

      Publisher

      Association for Computing Machinery

      New York, NY, United States

      Publication History

      • Published: 1 April 1983

      Permissions

      Request permissions about this article.

      Request Permissions

      Check for updates

      Qualifiers

      • Article

      Acceptance Rates

      Overall Acceptance Rate554of3,547submissions,16%

    PDF Format

    View or Download as a PDF file.

    PDF

    eReader

    View online with eReader.

    eReader