| Technical and Economic Assessment of IPV6 TASK
FORCE
APPENDIX A: The costs associated with an enterprise adoption of IPv6 can best be illustrated through a hypothetical case study. [ 260 ] Company A, a medium-to-large enterprise with an IPv4-only corporate network, determines that to contact Company B via an IPv6 connection, Company A needs to begin migrating its network to IPv6. This transition will cause Company A to incur costs for hardware, software, labor, as well as other costs that may arise from unforeseen or unpredictable security threats and other hurdles (e.g., interoperability). Company A’s network infrastructure, combined with its present and desired future applications strategies, will determine the appropriate transition process and costs. For the purposes of this case study, we assume that Company A has eight core routers, 150 distribution switches, and four firewalls, all with varying individual costs. The primary applications that the company uses would need to be IPv6-capable, including limited video conferencing, some streaming video, and a company-wide inventory database. Company A has three full-time network specialists and allocates approximately $2,500 per year per employee on training. Table A-1 provides a breakdown of the infrastructure owned by Company A and its annual spending on IT staff and training. Table A-1. Existing Infrastructure Components and Annual Labor Expenses for Hypothetical Company A
In order to get immediate connection capabilities, Company A plans to establish a limited IPv6 network over a 6- to 12-month period; however, the majority of costs will be spread out over a transition period lasting at least several years. In the most likely scenario, Company A will follow a migration path that gradually increases the number of applications running IPv6 and the ability of its network to handle more IPv6 traffic. Table A-2 compares the costs as Company A progresses through the various stages of its migration strategy. Table A-2. Transition Phases and Associated Costs
a The costs described in Phase 2 assume that Phase 1 has been completed. b The costs described in Phase 3 assume that Phase 2 has been completed. Additionally, several experts have noted that this step will be skipped in most cases. c Security threats will continue but most likely at a reduced cost since IPv6 intrusions will be better understood. In Phase 1, Company A will transition from an IPv4-only network to an IPv4 network with IPv6 tunneling. [ 261 ] It will employ tunneling primarily to allow IPv6 communication with outside organizations and networks at a low cost; thus, they will employ host-to-host tunneling using a tunnel broker. By reconfiguring the network for tunneling and running dual-stack operating systems on hosts, Company A would provide IPv6 connectivity for a limited subset of the company’s hosts as a pilot group. Connectivity will later be extended to the entire corporate network and user base. The extent of the costs associated with this first phase of migration will rely heavily on the presence of IPv6 capabilities within the network and host hardware and software. [ 262 ] After assessing hardware and software capabilities, Company A will need to develop a plan for how and when to incorporate IPv6 into its network. This effort will involve contributions not only from IT administrators, but also from company leaders and/or any Internet users who can communicate the desire to have certain IPv6 capabilities. Such a process should take several months and could be quite costly in terms of labor effort. Addressing specific expenditures, we note that Phase 1 equipment costs will include upgrading/replacing one or more routers to allow IPv6 tunneling and replacing firewalls and intrusion detection system (IDS) equipment for security. Unless Company A has an urgent need to gain IPv6 connectivity, it will incur these costs during a routine three- to five-year equipment upgrade cycle. Thus, a “size of cost” estimate does not include hardware and software costs. Because most computer operating systems currently support IPv6 (e.g., Windows and Linux), software costs for a pilot group of IPv6 users will be limited to any upgrades of applications to be used specifically with IPv6. Labor and training costs will be a large part of this initial migration phase. Existing IT personnel must be trained to support IPv6. New personnel may be hired to assist with the operational overhead of installing IPv6, running two Internet protocols on a network, and addressing potential security concerns commonly associated with any major IT transition. Scheduled downtime and unexpected outages of equipment and services related to upgrades will result in additional costs. As Company A decides to enable more internal Internet hosts to use IPv6, it will likely begin Phase 2 of its migration by integrating dual-stack capabilities into network routers that would allow more IPv6 messages to be sent and received, and would make such communication more efficient. Although Windows-based hosts could use Microsoft’s Teredo to send IPv6 messages with no changes to existing routers, [ 263 ] companies interested in transitioning to IPv6 will likely enable dual-stack capabilities in their network routers, as well as on most or all of their network and IT infrastructure while maintaining normal IPv4 operation. Phase 2 will involve configuring dual-stack routers and running IPv4 and IPv6 simultaneously on most network equipment and hosts. Hardware not upgraded to IPv6 in Phase 1 will be upgraded during this phase. However, the majority of the costs will come from software upgrades and associated labor costs necessary to roll out new IPv6 services and applications to a large number of corporate users. [ 264 ] Training costs will also be incurred because these users need to be trained on new applications. Security issues will also require labor expenditures and, possibly, additional hardware and software. In Phase 3 of Company A’s migration plan, it will use IPv6 predominantly for network transmission, and use either dual-stack capable subnetworks or IPv6-to-IPv4 translation to interact with internal and external IPv4 networks. The decision to move from Phase 2 to Phase 3 will turn on cost savings – whether the costs of network support for IPv4 exceed the costs of supporting IPv6. Estimated to be many years away, Phase 3 will most likely involve employing an IPv6 network with remaining “pockets” of IPv4 within the company. Equipment continuing to run IPv4 even after this phase may include legacy information pieces, such as mainframes and databases that are too expensive to upgrade during Phase 3. The only likely equipment costs are gateways and other devices if IPv4/IPv6 translation is needed. Labor costs may be incurred for planning, testing, and moving to native IPv6, as well for the installation and maintenance of these translation devices. Additional labor costs may come from supporting a large base of users now running IPv6 natively and the associated issues that may arise. Lastly, as IPv4 traffic becomes less
common, Company A will decide not to support translation
devices. In Phase 4, any networks or hosts still operating
on IPv4 stacks will have to have dual-stack capabilities
or translation devices to communicate with IPv6-only
hosts or networks.
I. RFC Commenters • Alcatel North America, Inc. • BellSouth • Cisco Systems, Inc. • Gordon Cook, The Cook Report on Internet Protocol Technology, Economics and Policy • Michael Dillon • Electronic Privacy Information Center • General Service Administration (GSA) Federal Technology Service • Tony Hain • Geoff Huston, Asia Pacific Network Information Centre • Internet Security Alliance • Internet2 • Lockheed Martin Corporation • Microsoft Corporation • Motorola, Inc. • Network Conceptions LLC • North American IPv6 Task Force • NTT/Verio • Qwest Communications International, Inc. • Sprint Corporation • VeriSign, Inc. • WorldCom, Inc. d/b/a/ MCI • Stan Barber, Vice President, Engineering Operations, Verio • Jim Bound, Chairman, North American IPv6 Task Force • Mark Desautels, Vice President, Wireless Internet Development, CTIA • Dr. Paul Francis, Associate Professor, Cornell University • Tony Hain, Senior Technical Leader, Cisco • Henry Kafka, Vice President, Architecture and Emerging Technologies, BellSouth • Marilyn Kraus, Technical Advisor, Office of Chief Information Officer, U.S. Department of Defense • Dr. Latif Ladid, President, IPv6 Forum • Dr. Paul Liao, Vice President and Chief Technology Officer, Panasonic • Preston Marshall, Program Manager, Defense Advanced Research Project Agency • Dr. Douglas Maughan, Program Manager, U.S. Department of Homeland Security • Gene Sokolowski, Assistant to the Director, Program Management and Technology, GSA • Dr. Rick Summerhill, Associate Director, Internet2 • Marc Rotenberg, Executive Director, EPIC • Ted Tanner, Jr., Architectural Strategist, Microsoft • Rick White, President and Chief Executive Officer, TechNet • CTIA • Defense Advanced Research Project Agency (DARPA) • U.S. Department of Defense • U.S. Department of Homeland Security • Federal Communications Commission • IBM • TechNet
FOOTNOTES |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||