home *** CD-ROM | disk | FTP | other *** search
/ Handbook of Infosec Terms 2.0 / Handbook_of_Infosec_Terms_Version_2.0_ISSO.iso / text / rfcs / rfc1669.txt < prev    next >
Text File  |  1996-05-07  |  8KB  |  124 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                          J. Curran Request for Comments: 1669                                           BBN Category: Informational                                      August 1994 
  8.  
  9.                    Market Viability as a IPng Criteria 
  10.  
  11. Status of this Memo 
  12.  
  13.    This memo provides information for the Internet community.  This memo    does not specify an Internet standard of any kind.  Distribution of    this memo is unlimited. 
  14.  
  15. Abstract 
  16.  
  17.    This document was submitted to the IETF IPng area in response to RFC    1550. Publication of this document does not imply acceptance by the    IPng area of any ideas expressed within.  Comments should be    submitted to the big-internet@munnari.oz.au mailing list. 
  18.  
  19. Introduction 
  20.  
  21.    In an open marketplace, adoption of new technology is driven by    consumer demand.  New technologies that wish to succeed in the    marketplace must provide new capabilities or reduced costs to gain    consumer confidence.  Internetworking technologies can be    particularly difficult to deploy and must provide a correspondingly    high return on investment.  In order to determine market viability of    new internetworking technology, it's necessary to compare the    required deployment effort against the potential benefits as seen by    the customer.  "Viability in the Marketplace" is an important    requirement for any IPng candidate and this paper is an attempt to    summarize some important factors in determing market viability of    IPng proposals. 
  22.  
  23. "Pushing" Internetworking Technology 
  24.  
  25.    It has been asserted by some that the adoption of a single IPng    protocol by the computing industry would generate general acceptance    in the networking industry.  There is ample evidence to support this    view; for example, some of the today's more prevalent networking    protocols gained initial market acceptance through bundling with    computer operating systems (e.g. IP via UNIX, DECNET via VMS, etc.)    It should be noted, however, that this approach to technology    deployment is by no means assured, and some of today's most popular    internetworking software (Novell, etc.) have thrived despite    alternatives bundled by computing manufacturers.   Given that IPng    will have to compete against an well established and mature 
  26.  
  27.  
  28.  
  29. Curran                                                          [Page 1] 
  30.  RFC 1669          IPng White Paper on Market Viability       August 1994 
  31.  
  32.     internetworking protocol (IP version 4), promotion of an IPng    solution by computer system manufacturers should be recognized as    highly desirable but not sufficient on its own to ensure IPng    acceptance in the marketplace. 
  33.  
  34. Can IPng compete against IPv4? 
  35.  
  36.    Given the large installed base of IPv4 systems, computer system    manufacturers will need to continue to provide IPv4 capabilities for    the foreseeable future.  With both IPng and IPv4 support in their new    systems, users will be facing a difficult choice between using IPv4    and IPng for internetworking.  Existing IPv4 users will migrate to    IPng for one of three possible reasons: 
  37.  
  38. New functionality not found in IPv4 
  39.  
  40.    IPng needs to provide functionality equivalent to that currently    provided by IPv4.  It remains to be seen whether additional    functionality (such as resource reservation, mobility,    autoconfiguration, autoregistration, or security) will be included in    the base specification of any IPng candidate.  In order to provide    motivation to migrate to IPng, it will be necessary for IPng    proposals to offer capabilities beyond those already provided IPv4. 
  41.  
  42. Reduced costs by using IPng 
  43.  
  44.    It is quite unlikely that migration to IPng will result in cost    savings in any organization.  Migration to IPng will certainly result    in an increased need for training and engineering, and hence    increased costs. 
  45.  
  46. To gain connectivity to otherwise unreachable IPng hosts 
  47.  
  48.    For existing sites with valid IPv4 network assignments, connectivity    is not affected until address depletion occurs.  Systems with    globally-unique IPv4 addresses will have complete connectivity to any    systems since backwards-compatible communication is required of new    IPng hosts. 
  49.  
  50.    From the perspective of an existing IPv4 site, IPng provides little    tangible benefit until IPv4 address depletion occurs and    organizations reachable only via IPng appear.  Given the absence of    benefits from migration,  it is uncertain whether a significant base    of IPng sites will be occur prior to IPv4 address depletion. 
  51.  
  52.    Sites which are not yet running IP have little motivation to deploy    IPng for the immediate future.  As long as IPv4 network assignments    are available, new sites have an choice to use IPv4 which provides 
  53.  
  54.  
  55.  
  56. Curran                                                          [Page 2] 
  57.  RFC 1669          IPng White Paper on Market Viability       August 1994 
  58.  
  59.     the sufficient internetworking capabilities (measured in    functionality, cost, and connectivity) for many organizations today.    Given the parity in IPng and IPv4 capabilities, IPv4 (as a more    mature internetworking protocol) is the more probable choice for    organizations just now selecting an internetworking protocol. 
  60.  
  61.    Once IPv4 address assignments are no longer available, sites wishing    to participate in the global Internet will have a very difficult    decision in selection of an internetworking protocol.   The current    suite of IPng proposals cannot provide complete internetworking    between IPng-only sites and IPv4-only sites since (by definition)    there will be insufficient space to map all IPng addresses into the    IPv4 address space.  As none of the proposals currently call for    dynamic network address translation (NAT), it is inevitable that    IPng-only sites will have access to a partial set of IPv4 sites at    any given moment. 
  62.  
  63.    Internetworking services which do not allow complete access to the    global Internet (IPv4 and IPng in the post-IPv4-address-depletion    world) are clearly not as valuable as services which offer complete    Internet access.  Sites which are unable to obtain IPv4 network    assignments will be seeking Internet services which can provide    complete Internet service.   Additionally, some sites will have    "privately numbered" IPv4 networks and will desire similar Internet    services which provide transparent access to the entire Internet. The    development of network address translation devices and subsequent    services is highly likely under these market conditions. 
  64.  
  65. Summary 
  66.  
  67.    No internetworking vendor (whether host, router, or service vendor)    can afford to deploy and support products and services which are not    desired in the marketplace.  Given the potential proliferation of    network address translation devices, it is not clear that IPng will    secure sufficient following to attain market viability.  In the past,    we have seen internetworking protocols fail in the marketplace    despite vendor deployment and IPng cannot succeed if it is not    deployed by organizations.  As currently envisioned, IPng may not be    ambitious enough in the delivery of new capabilities to compete    against IPv4 and the inevitable arrival of network address    translation devices.  In order to meet the requirement for "viability    in the marketplace', IPng needs to deliver clearly improved    functionality over IPv4 while offering some form transparent access    between the IPv4 and IPng communities once IPv4 address depletion has    occurred. 
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  Curran                                                          [Page 3] 
  74.  RFC 1669          IPng White Paper on Market Viability       August 1994 
  75.  
  76.  Security Considerations 
  77.  
  78.    Security issues are not discussed in this memo. 
  79.  
  80. Author's Address 
  81.  
  82.    John Curran    BBN Technology Services, Inc.    10 Moulton Street    Cambridge MA 02138 
  83.  
  84.    EMail: jcurran@near.net 
  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.  Curran                                                          [Page 4] 
  123.  
  124.