fabrication, and testing into a planned software system release. The
product then is included in the test and integration plan for the
system release and integration into a systems test procedure to assure
operation with the other parts of the software system. The standard
product then becomes a part of the software system, and as new
releases of the system are made, the product is tested as a part of
the integrated system to assure that it still operates with the
revised, new system. The product may also be enhanced to satisfy new
requirements or resolve problems of the earlier version. The product
National Research Council [Page 40]
RFC942 February 1985
Report Transport on Protocols
then will operate with the latest software system release.
The integration process complicates the development process. The
increased complexity may result in a longer development schedule or
may require more resources than special products require since (1) the
cycle may involve a longer product requirement definition, (2)
additional planning and integration testing may be needed to
coordinate the product design with other system activities, and (3)
there is the possibility of up to twelve months' delay in scheduling a
software system release, which for most vendors generally occurs at 6-
to 12 month intervals. The product may be maintained with a
corrective code released in intermediate system fabrication and
integrated into the following software release. Different categories
of support may be available and these categories may vary by product.
The support categories may range from no support to full unlimited
warranty.
CONCLUSION
The committee concludes that there are significant benefits for the
Department of Defense in using standard commercial products that meet
the department's operational needs:
Costs to the DOD for development, production, and maintenance are
significantly lower because (l) vendors spread the cost over a much
larger user base, (2) commercial vendors have to be efficient in their
operations in view of the competition in the market, and (3) vendors
look for ways to upgrade their product to meet competition.
The department may get additional useful products because vendors
integrate the protocol function into their corporate software and
hardware product lines. Thus the DOD may be able eventually to use
standard commercial software application products that are built on
top of, and thereby take advantage of, the transport protocols. The
DOD will thereby have a wider selection of standard commercial
application products to choose from. By depending on industry to
manage the development, maintenance, and upgrade of products, the DOD
can use its scarce management and technical resources on activities
unique to its mission.
National Research Council [Page 41]
RFC942 February 1985
Report Transport on Protocols
National Research Council [Page 42]
RFC942 February 1985
Report Transport on Protocols
VII. RESPONSIVENESS OF INTERNATIONAL STANDARDS PROCESS TO CHANGE
The international standards process has proven its ability to respond
quickly to new requirements and protocol problems uncovered during
standardization. The United States, through organizations such as the
NBS, the ANSI, and IEEE has a leadership role in this process. The
committee concludes that the process can be responsive to DOD's needs.
The DOD will benefit from active participation in the international
protocol standardization efforts. This will ensure that the DOD's
evolving computer communications needs will be met in future commercial
products. Also the DOD will have access to a broad spectrum of protocol
experts and have access to those developing future commercial products.
These benefits will far out weigh the costs of participation.
There will probably be very few high-priority instances where DOD will
require immediate changes to its operational commercial software. These
may relate to security or survivability. In order to accommodate these
changes in the short run, the DOD will need agreements with its
commercial suppliers for quick fixes to be made while the standard is
being changed.
National Research Council [Page 43]
RFC942 February 1985
Report Transport on Protocols
National Research Council [Page 44]
RFC942 February 1985
Report Transport on Protocols
VIII. OPTIONS FOR DOD AND NBS
The committee believes that the Department of Defense is committed to
adopting commercial standards when they are suitable and available and,
therefore, will adopt the ISO standards eventually as the military
standard for transport-level communication protocol. Further, the DOD
realizes the benefits in cost and reliability of obtaining its data
communications equipment from vendors who offer it as standard products.
Of the three options identified by the committee, the first two are ways
for the DOD to realize these benefits while the third option would
withhold the benefits from the DOD indefinitely.
The primary difference between Option l and Option 2 is in the timing of
the transition from TCP to TP-4. This timing difference has
implications in risk, cost, and manageability of the transition. (This
is discussed in Chapter X in greater detail.)
Option 1
The first option is for the DOD to immediately modify its current
transport policy statement to specify TP-4 as a costandard along with
TCP. In addition, the DOD would develop a military specification for
TP-4 that would also cover DOD requirements for discretionary options
allowed under the NBS protocol specifications. Requests for proposals
(RFPs) for new networks or major upgrades of existing networks would
specify TP-4 as the preferred protocol. Contracts for TP-4 systems
would be awarded only to contractors providing commercial products,
except for unique cases.
Existing networks that use TCP and new networks firmly committed to the
use of TCP-based systems could continue to acquire implementations of
TCP. The DOD should carefully review each case, however, to see
whether it would be advantageous to delay or modify some of these
acquisitions in order to use commercial TP-4 products. For each
community of users it should be decided when it is operationally or
economically most advantageous to replace its current or planned
systems in order to conform to ISO standards without excessively
compromising continued operations.
United States government test facilities would be developed to enable
validation of TP-4 products. The Department of Defense would either
require that products be validated using these test facilities or be
certified by the vendor. The test facilities could also be used to
National Research Council [Page 45]
RFC942 February 1985
Report Transport on Protocols
isolate multivendor protocol compatibility problems. The existing NBS
validation tools should be used as the base for the DOD test
facilities.
Because under this option networks based on both TCP and TP-4 would
coexist for some time, several capabilities that facilitate
interoperability among networks would need to be developed. The
Department of Defense generally will not find them commercially
available. Examples are gateways among networks or specialized hosts
that provide services such as electronic mail. The department would
need to initiate or modify development programs to provide these
capabilities, and a test and demonstration network would be required.
Option 2
Under Option 2 the Department of Defense would immediately announce its
intention to adopt TP-4 as a transport protocol costandard with TCP
after a satisfactory demonstration of its suitability for use in
military networks. A final commitment would be deferred until the
demonstration has been evaluated and TP-4 is commercially available.
The demonstration should take at most eighteen months and should
involve development of TP-4 implementations and their installation.
This option differs from Option 1 primarily in postponing the adoption
of a TP-4 standard and, consequently, the issuance of RFPs based on
TP-4 until successful completion of a demonstration. The department
should, however, proceed with those provisions of Option 1 that may be
completed in parallel with the demonstration. Early issuance of a TP-4
military specification, development of validation procedures, and
implementation of means for interoperability would be particularly
important in this regard.
Option 3
Under the third option the DOD would continue using TCP as the accepted
transport standard and defer any decision on the use of TP-4
indefinitely. The department would be expected to stay well informed of
the development and use of the new protocol in the commercial and
international arena and, with the National Bureau of Standards, work on
means to transfer data between the two protocol systems. Testing and
evaluation of TP-4 standards by NBS would continue. The DOD might
eventually accommodate both protocol systems in an evolutionary
conversion to TP-4.
National Research Council [Page 46]
RFC942 February 1985
Report Transport on Protocols
IX. COST COMPARISON OF OPTIONS
There are so many variables affecting cost, it is impossible to compare
precisely the cost for each option over time. The estimates in this
section are, therefore, mostly qualitative. They are based on the wide
experience of several committee members in commercial networking (14).
Cost comparisons among the three options are difficult for two reasons:
1. There are an unlimited number of scenarios that can be considered
for the growth of DOD's data communication networks in the next fifteen
to twenty years, involving questions such as (a) How many different
implementations will there be? (b) What economies of scale can be
achieved? (c) How much software will be shared between different
implementations? (d) How much will the standards change for greater
effectiveness or to accommodate higher-layer standards? and (e) What
will happen to manpower costs in this high-skill area?
2. It is difficult to isolate the costs attributable to developing,
implementing, and maintaining the protocols at issue. This is
especially true if we assume DOD continues to use its own unique
protocols. For both in-house and contractor efforts, the costs
associated with TCP are folded into many other efforts. If DOD moves to
commercial protocols, the marginal costs may be more visible.
-----
(14) The committee has had some access to a study recently conducted by
the Defense Communication Agency that compares the costs of commercially
maintained versus government-maintained operating systems for the
Honeywell computers used in WWMCCS. Although the WWMCCS example has
many fewer dimensions and systems than are covered by this analysis, the
committee urges the DOD to review this study as a good example of
potential savings from commercially vended software. (WWMCCS-ADP System
Software Economic Analysis. J. Stephens and others, Joint Data Systems
Support Center, Defense Communications Agency, Technical Report, in
draft.)
National Research Council [Page 47]
RFC942 February 1985
Report Transport on Protocols
A major motivation expressed by the DOD for using commercial protocols
is that the commercial protocols are significantly cheaper. If this is
the case, then many in the DOD would like to know the savings over the
next ten to twenty years if DOD adopts TP-4. This is not a question we
will try to answer in this report, but the concept of opportunity costs
is significant. If DOD can successfully move to commercial standards,
then it will eventually be able to use DOD's scarce management and
technical resources to strengthen its efforts in other areas of
information communications and processing that are more unique to the
DOD. Given the finite pool of such resources available to the DOD, the
value of this transfer may be significantly greater than the dollars
saved by adopting the international standards.
The following assumptions have been used in trying to estimate the cost
factors if DOD moves toward adopting TP-4 using either Option 1 or 2:
No major subsystem of the DDN (which includes MILNET, DODIIS, WWMCCS,
and so forth) would use both protocols at the same time except possibly
for a brief transition period.
In only a few selected cases would a capability be required to handle
both protocols. These cases could include select hosts that use both,
special servers (most likely mail servers) that could provide functions
between several communities of interest using both protocols, or
translating gateways between networks.
Within the DDN both sets of protocols would be used for a period of
five to ten years starting eighteen months after the DOD approves the
use of TP-4 in a new system.
In virtually all cases, the phase-over from TCP to TP-4 in a subsystem
of the DDN would be performed at a time when there is a major upgrade
of subsystem elements that include TCP as a part. In other words, the
transition is not merely a substitution of transport or internet
software except in cases where the hardware currently being used is
from a vendor who has started to offer TP-4 as a commercial product.
Where this is not the case, the transition includes the substitution of
new hardware whose vendor provides TP-4 commercially.
COST FACTORS AND MODEL
Four major factors must be considered in evaluating the costs of the
three options:
1. How much lower will be the cost of commercial, standard-product
protocols compared to those developed and acquired by the DOD?
2. If DOD decides to adopt TP-4, how quickly can it start using it
in new systems, and how quickly will it phase TCP out of older
systems?
National Research Council [Page 48]
RFC942 February 1985
Report Transport on Protocols
3. What will be the one-time cost of management and test before DOD
is prepared to start using TP-4?
4. What will be the marginal costs of maintaining the two standards
over the 5- to 10-year transition period?
Savings Using Commercial Software
Commercial software providing TP-4 will tend to be cheaper than DOD
provided TCP because commercial one-time and recurring costs
(especially the former) can be apportioned over a larger consumer
base, and the commercial supplier will tend to be more efficient. As
in most cases where one compares the cost of one product provided by
two vendors, there will be situations where a DOD vendor providing TCP
can do it more cheaply than a commercial vendor providing TP-4. These
occurrences will be rare but they illustrate the difficulty of
developing detailed quantitative models that compare the costs.
Factors relating to competing suppliers go far beyond the transport
protocols themselves and distort such models.
The first argument relating to the size of the consumer base has many
factors. For the time period under consideration, DOD represents
about 3 percent of the commercial U.S. computer base. It would follow
that DOD should pay much less in development and support costs for the
commercial products. But there are other factors. The number of
commercial suppliers is larger than the number of DOD suppliers by a
factor of 5-10. The DOD's need for transport and internet protocols
will be greater than the average commercial user in the time period
under consideration. If commercial vendors break out the costs of
developing these protocol features earlier than planned, DOD will pick
up a larger share of the tab. This could be by a factor of 2 or more.
A good deal of the one-time development and production costs of TCP
have already been spent by the DOD or partly written off by DOD
vendors. This factor would be extremely difficult to estimate, but we
do not think it is very significant since the major costs in
implementation relate to processes down-the-line from getting a
C-language version. These down-the-line processes must be repeated in
great part as families of hardware and software are upgraded with
system and technology improvements to meet DOD directives for standard
TCP products. There are also factors that cut in the other direction;
if the DOD is only 3 percent of the U.S. commercial user market, it is
an even smaller fraction of the international user market. This
latter market is growing; its need for ISO protocols will be
relatively higher than the U.S. market, and market share for U.S.
manufacturers, including foreign subsidiaries, is large and holding
its own.
The situation is equally complex when it comes to comparing the
efficiency of commercial vendors with DOD vendors when it relates to
developing, installing, and maintaining transport and internet
protocols. The elements that favor increased efficiency of the
commercial supplier include the following:
National Research Council [Page 49]
RFC942 February 1985
Report Transport on Protocols
The commercial marketplace is much larger, less regulated, and is
forced, therefore, to seek greater efficiency and innovation.
Transport and internet protocols represent functions that interact
very closely with operating systems, the largest portion of which are
commercial. The major sources of expertise for dealing with these
operating systems are in the commercial marketplace, primarily with
the vendors who supply the hardware as well as with vendors who
specialize in related products.
The commercial sector is in the business of managing the interplay
between operating systems, protocols, related software and hardware
products, new technology and architecture, and the relationship
between all these and the market. If DOD adopts TP-4, it will be
delegating many of these management functions to a marketplace that
will generally make better and faster decisions.
For every dollar that the DOD might invest in TCP, how much would it
cost to gain comparable capability with TP-4 procured as vendor
standard products? The many factors involved make a precise estimate
impossible. We believe, however, that TP-4 can be procured at
substantial savings and with virtually no economic risk if the market
develops as we believe it will, with many vendors offering it as a
commercial product by mid-1986. On the average, we judge the savings
to be 30 to 80 percent including initial installation, field support,
and maintenance.
How Soon Will TP-4 Be Used?
The sooner that DOD decides to use TP-4, the greater will be DOD's
savings. These savings can offset the adverse cost factors discussed
in the next two sections: the cost to decide to use TP-4 and the
added cost for the period when two standards (TCP and TP-4) are in
use.
Currently, TCP is generally used in MILNET, MINET, and ARPANET. As
previously stated in the assumptions, even if DOD decides to move
aggressively toward TP-4, there are no evident, strong economic or
operational reasons for converting these users to the new standards
until a major upgrade of the users' communications and processing
subsystems is planned. Also in the next twelve to eighteen months new
uses of these nets are planned that will expand existing subnets and
these new users would use TCP in order to be interoperable with the
current users in their community of interest.
In some cases the planning for new subnets for new communities of
users is well along. DODIIS is a primary example. Some of these
subnets should very likely proceed with TCP, but others appear to be
prime targets for TP-4 if DOD is to move in the direction of adopting
TP-4. The WWMCCS and its WIN are probably good examples of the latter.
Planning and implementation for all of these subsystems must move
ahead, however, and if DOD does not make a firm commitment to TP-4 by
mid-1985, the number of systems that will move ahead with TCP will
National Research Council [Page 50]
RFC942 February 1985
Report Transport on Protocols
probably constitute almost half of the growth of the DDN in the next
five years. In other words, delay of a decision to move to TP-4 until
1986 would mean that most of the DDN subnets that will exist in the
late 1980s will be based on TCP, whereas a decision for TP-4 a year
earlier could significantly reduce this number.
Cost of Decision to Use TP-4
The costs of the decision to use TP-4 include the one-time management
and test costs that DOD decides are needed before a TP-4 commitment
and policy can be approved. Under Option 1 these costs are small.
Under Option 2 they are significantly higher, although the amount will
depend on the extent and duration of the testing needed. Under Option
3 there will be no management and test costs.
Marginal Costs of Maintaining Two Standards
If DOD moves toward the gradual introduction of TP-4, both standards
will have to be maintained for five to ten years. The additional
costs of maintaining two standards include the following:
Management costs of dealing with two standards.
Costs for developing and maintaining capabilities for limited
intercommunication between systems using the different transport and
internet protocols. These include costs for gateways,
dual-capability hosts, and special servers such as mail.
Parallel validation capability. The DOD is implementing a validation
capability for DOD TCP. This is similar to the currently operational
NBS facility for TP-4 testing. If DOD selects Option 1, there is a
question whether this DOD facility should be completed for TCP
(because the number of new implementations of TCP would be small
several years from now). If DOD selects Option 2, the facility is
probably desirable.
Costs for maintaining research and development (R&D) programs to
improve the standards. A part of the DARPA and DCA research and
development programs in information technology is directed at system
issues related to TCP. This includes work on internet issues,
gateways, and higher-level protocols. The committee has not reviewed
the research program for details and cost; however, a commitment to
move toward ISO standards should affect the program. Costs would
increase to the extent that the program would be involved with
interactions with both protocols. There would be some decreased
requirements for R&D in light of potential dependence on commercial
R&D to improve the standards. In the next several years, however,
the committee concludes that dual standards would, on balance,
somewhat increase R&D costs because of the DOD's unique operational
requirements.
These costs are roughly the same for Options 1 and 2 and depend on how
DOD manages the transition. Under an austere transition, which does
National Research Council [Page 51]
RFC942 February 1985
Report Transport on Protocols
not provide extensive interoperability between TP-4 and TCP-based
systems and minimizes costs in other areas, the overall costs could be
low in comparison with potential savings.
Evaluation of Options by Cost
In terms of the previously discussed factors, savings can develop in
two ways: by using TP-4 instead of TCP in new systems and by
replacement of TCP with TP-4 in existing systems when this can be done
smoothly and efficiently. The earlier that TP-4 is introduced, the
greater these savings.
In contrast costs will be incurred in two ways: in one-time planning
to use TP-4 and in continuing costs of operating two standards.
The following is a summary of the cost evaluation of the three options
in the near term:
Option 3 is least expensive. It achieves no commercial savings but
has no costs for one-time planning and maintenance of dual standards.
Option 1 is at most only slightly more expensive than Option 3 since
one-time planning costs (which are much lower than for Option 2) and
maintenance costs can be significantly offset with commercial savings
in the following several years.
Option 2 is most expensive since it does not realize significant
offsetting commercial savings.
In the longer term (beyond the next several years) commercial savings
for Options 1 and 2 should overtake costs of transition, and both
these options should cost the same.
There is a concern on the part of some members of the committee
whether the higher near-term costs of Option 2 are adequately offset
by the Option's long-term savings to warrant the transition.
National Research Council [Page 52]
RFC942 February 1985
Report Transport on Protocols
X. EVALUATION OF OPTIONS
We present a summary of the strengths and weaknesses of each option,
followed by a detailed evaluation for each set of criteria.
SUMMARY
Option 1's primary benefit is that it would allow the DOD to obtain the
benefits of standard commercial products in the communication protocol
area at an early date. These benefits include smaller development,
procurement, and support costs; more timely updates; and a wider
product availability. By immediately committing to TP-4 as a
costandard for new systems, Option 1 minimizes the number of systems
that have to be converted eventually from TCP. The ability to manage
the transition is better than with Option 2 since the number of systems
changed would be smaller and the time duration of mixed TCP and TP-4,
operation would be shorter. Interoperability with external systems
(NATO, government, and commercial), which presumably will use TP-4,
would also be brought about more quickly. Option 1 involves greater
risk, however, since it commits to a new approach without a
demonstration of its viability.
As with Option 1, a primary benefit of following Option 2 would be
obtaining the use of standard commercial products. Unit procurement
costs probably would be lower than with Option 1 since the commercial
market for TP-4 will have expanded somewhat by the time DOD would begin
to buy TP-4 products. Risk is smaller compared to Option 1 since
testing and demonstration of the suitability for military use will have
preceded the commitment to the ISO protocols. Transition and support
costs would be higher than for Option 1, however, because more networks
and systems would already have been implemented with TCP. Also this is
perhaps the most difficult option to manage since the largest number of
system conversions and the longest interval of mixed TCP and TP-4
operations would occur. In addition, interoperability with external
networks through standardization would be delayed.
The principal benefit of exercising Option 3 would be the elimination
of transition cost and the risk of faulty system behavior and/or delay.
It would allow the most rapid achievement of full internal
interoperability among DOD systems. Manageability should be good,
since only one set of protocols would be in use (one with which the DOD
already has much experience) and the DOD would be in complete control
of system evolution. Procurement costs for TCP systems would remain
high compared to standard ISO protocol products, however, and
availability of implementations for new systems and releases would
remain limited. External interoperability with non-DOD systems would
be limited and inefficient.
National Research Council [Page 53]
RFC942 February 1985
Report Transport on Protocols
In summary, Option 1 provides the most rapid path toward the use of
commercial products and interoperability with external systems. Option
2 reduces the risk but involves somewhat greater delay and expense.
Option 3 provides a quicker route to interoperability within the
Defense Department and at the least risk, but at a higher life-cycle
cost and incompatibility with NATO and other external systems.
DEFENSE DEPARTMENT OBJECTIVES VERSUS OPTIONS
The committee has identified a set of DOD objectives for transport
protocols, discussed in Section II of this report. In this section we
discuss the potential of each of the three options for achieving those
objectives. The objectives have been grouped into five major
categories that serve as criteria for evaluation of options.
Functional and Performance Objectives
There are certain functional and performance objectives that standard
DOD transport protocols must satisfy. Key objectives include security
capabilities, the ability to establish message precedence in crisis
situations, and survivability of continuing operations when failures
occur and portions of the network become inoperable. This implies
continuous availability of the primary data transmission network and
the ability to reconfigure the networks to operate after some of its
nodes are lost.
As previously stated, the two protocols are functionally equivalent.
TCP and TP-4 have equivalent reliability characteristics and are able
to detect and recover from failures. The committee also concludes
that robustness, availability, and performance in crises are
equivalent using either protocol. The committee concludes that all
three options equally satisfy the functional objectives that DOD
requires.
Since the performance characteristics of TCP versus TP-4 will be a
function primarily of the particular implementations, the committee
concludes that the two protocols are sufficiently alike that there are
no significant differences in performance of a TCP or a TP-4
implementation of equal quality when each is optimized for a given
environment.
If Option 1 is selected, early implementations may result in
suboptimal performance. Option 2 specifies that there be a
demonstration network established that will provide time for
adjustment, testing, and gaining experience. Option 3 would result in
no reduction in performance of current networks. The maturity of TCP
has resulted in many implementations that have demonstrated good
performance. This experience provides a knowledge base for future
implementations of either TCP or TP-4. In either case, however,
initial implementations of TCP or TP-4 may be suboptimal and require
additional development to optimize performance.
National Research Council [Page 54]
RFC942 February 1985
Report Transport on Protocols
Maximizing Interoperability
A high-priority DOD objective is interoperability among its internal
networks and among internal networks and non-DOD, external networks,
including NATO. Interoperability allows users of a network to have
access to applications on the same or other networks.
Option 3 would allow the DOD to increase internal interoperability
most rapidly by continuing to mandate use of TCP for all new systems.
Interoperability with external systems, however, the vast majority of
which are expected to use ISO standard protocols, will remain limited.
The more quickly DOD moves to use TP-4, the more rapidly external
interoperability will improve. In the short run internal
interoperability will be reduced due to the existence of both TCP and
TP-4 protocols by different subnets. This problem is greater with
Option 2 then Option 1 since the number of systems and the length of
time both protocols are in use is greater. In both options the
problem can be reduced by providing special servers and translating
gateways to provide limited interoperability where needed among
subnets using different protocols.
Minimizing Procurement, Development, and Support Costs
A DOD goal is to assure availability of commercial-grade transport
systems from vendors and minimize development, procurement, and
continuing support costs. Both Option 1 and, after demonstration,
Option 2 result in DOD adopting the TP-4 standard that has the
endorsement of both national (ANSI) and international (ISO) standards
organizations. Further, this protocol has been endorsed for use by
NATO, the European Computer Manufacturer's Association, the Computer
and Business Equipment Manufacturer's Association (CBEMA), and the NBS
Institute of Computer Sciences and Technology for the information
processing community of the federal government.
The result of the endorsements will be widespread use of the standard
protocol in worldwide networks and a large number of vendors supplying
commercial grade products supporting TP-4. As previously noted, many
vendors have already stated they plan to develop TP-4-based products
and many are already doing this in-house. Thus a large market and
large vendor base will assure the availability of commercial grade
TP-4 products.
A large market and supply of commercial-grade products will give DOD a
large competitive base from which to select its data transmission
systems. The effect will be to reduce DOD acquisition cost because
large markets allow vendors to amortize development and support cost
over a large base. This favors adoption of either of the options that
results in DOD using TP-4 as its standard.
With the availability of commercial-grade products, vendors will take
the responsibility for continuing maintenance and enhancements of the
product. Transmission products are tightly coupled to the operating
National Research Council [Page 55]
RFC942 February 1985
Report Transport on Protocols
systems on the host computer systems in which they operate. With
vendor support of the products, evolution of both the host computer
operating system and transmission system will occur in
synchronization. This again favors the adoption by DOD of either the
Option 1 or Option 2 that results in TP-4. In these options much of
the support cost is covered by the vendors and spread over the large
market base. This reduces the development and maintenance cost passed
on to the DOD.
The committee does not believe that a large market beyond the DOD will
develop for TCP because worldwide markets for products will be based
on the ISO standards. Consequently, if the DOD chooses Option 3, only
the DOD-dedicated vendors would supply TCP as standard products
resulting in a smaller market and supply for TCP products and limited
availability of TCP products.
If DOD remains with TCP, many commercial vendors will be forced to
develop and support both the commercial standard products (TP-4) and
DOD standard special products (TCP) to stay in both markets. In many
cases only the large market-based products such as TP-4 will be
considered standard and TCP products will be considered special
products. The effect is higher development and support cost to the
vendors which would be passed on to DOD. Thus the incentive for
continuing enhancement to the special product, TCP, would be reduced.
This responsibility would be passed to DOD, also resulting in higher
costs.
Ease of Transition
The DOD is concerned with the ease and risk associated with transition
from the current network architecture using TCP to its future network
architecture. The objectives for DOD are to reduce the interruption
of data communication services supplied by its active networks;
minimize the risk of using an immature, untried protocol; and maximize
the use of the critical skills, knowledge, and experience of the
engineers who develop the communications products.
The maturity of TCP and the momentum that exists in the DOD community
for implementing future systems using TCP would favor Option 3.
Selection of Option 3 would minimize interruption of service and
minimize risk. With this option there would be no transition; the DOD
would remain with its current policy. There would be no conversion
costs and the only risks for DOD would be associated with poor
implementations of new TCP-based products.
The committee believes that much of the technical risk is associated
with implementations. Therefore, given the relative state of their
specifications and implementations as discussed earlier, the committee
feels that the risks are comparable for implementing new products for
either TCP or TP-4. Since DOD is acquiring many new networks the
implementation risk of either TCP or TP-4 will be equal.
If DOD chooses Option 1, it will display confidence in the TP-4
National Research Council [Page 56]
RFC942 February 1985
Report Transport on Protocols
specifications and in the vendor's implementations through its
immediate commitment for TP-4 use in new military networks. DOD will,
in effect, be making a commitment similar to that of vendors who are
planning this protocol for their standard products. Since most new
networks would not use a transport protocol other than TP-4, this
minimizes the number of networks and therefore the cost of converting
and maintaining TCP networks to TP-4.
Since the standard TP-4 products from vendors are not available today,
DOD endorsement of TP-4 may have the effect of accelerating vendor
development of standard products. These products are expected to be
generally available by 1986. Thus Option 1 can be consistent with the
manufacturers' expected product plans. Option 1 provides, therefore,
the least conversion cost but with higher risk for DOD conversion.
If DOD chooses Option 2, then the risk that TP-4 will not meet DOD
needs is reduced since there is no commitment to use this protocol
until a successful demonstration is completed. In the interim, many
networks will have been committed using TCP, resulting in higher
conversion costs than with Option 1. In summary, Option 2 provides a
lower risk approach for DOD to convert to TP-4, but will encounter the
higher conversion cost.
There is a great deal of experience with TCP and thus there is an
engineering community that is highly knowledgeable about it. As
previously noted, however, if DOD remains with TCP, some DOD vendors
will be forced to support multiple protocol products. The functional
equivalence and similarities between TCP and TP-4 permit an easy
transition for the experienced engineer to move from TCP to TP-4.
Option 2 allows more time for this transition to occur, and thereby
minimizes the risk associated with a complete switch to TP-4.
In addition to the transport protocols, a transition from TCP to TP-4
also involves the conversion of applications. The committee has
concluded that the services provided by TCP and TP-4 are comparable
and applications software can be moved from TCP to TP-4 without loss
of functionality. Obviously, Option 3 requires no conversion to
existing applications on current implementations. Option 2 will
result in more applications interfacing to TCP than Option 1, thus
potentially increasing conversion costs. In the future DOD could
minimize the cost of conversion by standardizing the services provided
by the transport layer to the applications.
Manageability and Responsiveness to DOD Requirements
The final set of objectives is concerned with the degree of difficulty
that DOD will experience in managing its installed networks and future
networks. As communications requirements evolve, DOD must have the
ability to alter specifications so they will satisfy new requirements.
Finally, DOD requires facilities for validation of protocol
implementations as they are added to their networks.
Since Option 3 is to maintain the status quo, no additional management
National Research Council [Page 57]
RFC942 February 1985
Report Transport on Protocols
difficulty is anticipated.
Both Option 1 and Option 2 will cause some additional management
difficulties since they require that the current momentum for adopting
TCP to be redirected toward TP-4 without loss of intensity. In
addition to this change, DOD must manage both TCP and TP-4 networks.
This will add to its management difficulties.
Option 2 will result in greater management difficulties than Option l
due to the larger number of TCP systems that must eventually be
converted and the larger time period over which both protocols must be
supported.
There are benefits from each option. If Option 3 is selected, DOD and
its vendors have sole responsibility for determining what changes are
needed, implementing the change, validating the change and the ongoing
maintenance of the standard. If either Option 1 or Option 2 is
chosen, then DOD may encounter difficulty in persuading the standards
groups to adopt its proposals; however, DOD would gain the experience
and knowledge of the industry standards-making bodies. The industry
standards bodies should be receptive to good technical arguments for
correction of errors or apparent major deficiencies in the protocol.
The standards bodies that maintain the standard should become a
technical resource for DOD to develop its military specifications.
Since TP-4 will be a commercial standard, those vendors who adhere to
the standard will insure that validation facilities are in place. The
National Bureau of Standards has a test facility for TP-4. No such
facility exists for TCP. If Option 1 or Option 2 is chosen, DOD can
use this facility to validate vendor implementations. DOD should work
with NBS to develop a similar facility for TCP. This is particularly
important for new implementations of TCP. DOD should continue working
with and through NBS in getting needed protocol revisions introduced
into the appropriate standards bodies.
In summary, Option 3 results in no new management difficulties while
Option 2 causes the greatest difficulties. Option 1 allows DOD to
move toward commercialized standard products with the smallest
addition of management tasks.
EFFECT OF PROPOSED OPTIONS ON MARKET SHARE
Option 1 would quickly reduce the market held by TCP products as TP-4
products begin to take hold in the marketplace. In addition, it would
enhance the ability of U.S. manufacturers to compete in the world
networks market based on ISO standards because they would not have to
engage in parallel development nor support two sets of protocols for
very long. Option 2 could have a comparable but less pronounced effect
in the marketplace and it would be delayed. Because of the very
probable rapid deployment of TCP-based systems in DOD networks while
the TP-4 is still in the demonstration phase, however, many more
networks than in Option 1 would probably end up using TCP. This would
tend to reduce the U.S. manufacturer's competitive edge in the world
National Research Council [Page 58]
RFC942 February 1985
Report Transport on Protocols
market because their need to develop and maintain both TCP products as
well as TP-4 products would dilute their skill resources. The same
thing would happen with Option 3. Although none of the options would
affect the world market for TP-4 greatly, Option 3 would result in a
residual market for TCP products in the DOD and related networks.
Products made specifically for this market would continue to exist, but
with functions limited to this specific market, the products would lack
some of the advantages of large-scale production and product
development.
National Research Council [Page 59]
RFC942 February 1985
Report Transport on Protocols
National Research Council [Page 60]
RFC942 February 1985
Report Transport on Protocols
XI. RECOMMENDATIONS
We first present our basic recommendation and then provide detailed
recommendations on aspects that require amplification. These are
followed by additional considerations in several important areas
relating to the transition plans. Many of our recommendations are
closely related to each other, and care should be taken not to consider
any single recommendation in isolation.
BASIC RECOMMENDATION
The committee unanimously recommends that DOD should adopt the ISO TP-4
(and IP) as DOD costandards with its TCP (and IP) and move toward
eventual exclusive use of TP-4. Transition to use of the ISO
standards, however, must be managed to maintain operational
capabilities and minimize risks. The timing of the transition to use
of these protocols is, therefore, a major concern, and the committee
was divided on the best schedule to recommend.
A majority of the committee favored immediate adoption of the ISO
protocols as costandards with TCP, giving major procurements in 1984-85
the option of using these standards (Option 1). A minority favored
deferring adoption of the ISO protocols by the DOD until after a
demonstration of commercial quality implementations supporting military
applications (Option 2). This difference is reflected in detailed
recommendations 2-4 below. The reasons for the two viewpoints are
based on differences within the committee on the extent of the risk
associated with adopting a protocol, TP-4, that has not been
implemented on operational networks.
DETAILED RECOMMENDATIONS
In the following recommendations the committee provides details about
actions that should be taken to implement the basic recommendations.
Most of the recommendations involve actions that require the DOD to
take the lead role, with occasional support from the NBS Institute for
Computer Sciences and Technology. Some recommendations are directed
more toward NBS. Other government agencies and parties interested in
using DOD protocols or in their future evolution may also find these
recommendations applicable.
National Research Council [Page 61]
RFC942 February 1985
Report Transport on Protocols
(1). DOD should rapidly identify "open areas" of the ISO TP-4
specifications where various options for implementation are allowed and
define a required subset for use in DOD systems (a MIL-SPEC version of
the standards, for example). In doing this, the DOD should work with
the NBS with the goal of developing a Federal Standard, that has
relatively few options for implementation, facilitates maximum federal
interoperability, and makes it clear to vendors which functions are
required in their commercial products.
(2). DOD should aggressively develop and implement a plan for
integration of TP-4 as a costandard with TCP and for migration toward
its eventual exclusive use. The plan should include provision for
rapid completion of a MIL-SPEC (detailed recommendation 1), either
validation or demonstration facilities (detailed recommendation 3),
timing for procurement of systems with the new protocols (detailed
recommendation 4), development of equipment and procedures to support a
period of joint operation with both TCP and TP-4 protocols in use, and
guidelines for eventual conversion of TCP systems to the new protocols.
Whatever timing is chosen for the introduction of ISO protocols, an
extended period must be expected when both TCP and TP-4 are in use in
different systems. Hence equipment and procedures must be developed to
provide limited communication between systems using the two protocol