in the IETF and within the industry. Users will have to work with
their platform and software providers to determine which IPv6
security network infrastructure components are supported. The
security filters and firewall requirements for IPv6 need to be
determined by the enterprise. The policy choice of users for
security is beyond the scope of this document.
4.5. Applications
Existing applications will need to be ported or provide proxies to
support both IPv4 and IPv6 [APPS].
4.6. Network Management
The addition of IPv6 network infrastructure components will need to
be managed by the enterprise network operations center. Users will
need to work with their network management platform providers to
determine what is supported for IPv6 while planning IPv6 adoption,
and which tools are available to monitor the network. Network
management will not need to support both IPv4 and IPv6 and view nodes
as dual stacks.
4.7. Address Planning
The address space within the enterprise will need to be defined and
coordinated with the routing topology of the enterprise network. It
is also important to identify the pool of IPv4 address space
available to the enterprise to assist with IPv6 transition methods.
4.8. Multicast
Enterprises utilizing IPv4 Multicast services will need to consider
how these services may be implemented operationally in an IPv6-
enabled environment.
4.9. Multihoming
At this time, current IPv6 allocation policies are mandating the
allocation of IPv6 address space from the upstream provider. If an
enterprise is multihomed, the enterprise will have to determine how
it wishes to support multihoming. This also is an area of study
within the IETF and work in progress.
5. Security Considerations
This document lists scenarios for the deployment of IPv6 in
enterprise networks, and there are no security considerations
associated with making such a list.
There will be security considerations for the deployment of IPv6 in
each of these scenarios, but they will be addressed in the document
that includes the analysis of each scenario.
6. Normative References
[DNSV6] Durand, A., Ihren, J., and P. Savola, "Operational
Considerations and Issues with IPv6 DNS", Work in Progress.
[CONF] Thomson, S. and T. Narten, "IPv6 Stateless Address
Autoconfiguration", RFC 2462, December 1998.
[DHCPF] Droms, R., Bound, J., Volz, B., Lemon, T., Perkins, C., and
M. Carney, "Dynamic Host Configuration Protocol for IPv6
(DHCPv6)", RFC 3315, July 2003
[DHCPL] Nikander, P., Kempf, J., and E. Nordmark, "IPv6 Neighbor
Discovery (ND) Trust Models and Threats", RFC 3756, May
2004.
[APPS] Shin, M-K., Hong, Y-G., Hagino, J., Savola, P., and E.
Castro, "Application Aspects of IPv6 Transition", RFC 4038,
March 2005.
Acknowledgements
The Authors would like to acknowledge contributions from the
following: IETF v6ops Working Group, Alan Beard, Brian Carpenter,
Alain Durand, Bob Hinden, and Pekka Savola.
Authors’ Addresses
Yanick Pouffary (Chair of Design Team)
HP Competency Center
950, Route des Colles, BP027,
06901 Sophia Antipolis CEDEX
FRANCE
Phone: + 33492956285
EMail: Yanick.pouffary@hp.com
Jim Bound (Editor)
Hewlett Packard
110 Spitbrook Road
Nashua, NH 03062
USA
Phone: (603) 884-0062
EMail: jim.bound@hp.com
Marc Blanchet
Viagenie inc.
2875 boul. Laurier, bur. 300
Ste-Foy, Quebec, G1V 2M2
Canada
EMail: Marc.Blanchet@viagenie.qc.ca
Tony Hain
Cisco Systems
500 108th Ave. N.E. Suite 400
Bellevue, WA 98004
USA
EMail: alh-ietf@tndh.net
Paul Gilbert
Cisco Systems
1 Penn Plaza, 5th floor,
NY, NY 10119
USA
Phone: (212) 714-4334
EMail: pgilbert@cisco.com
Margaret Wasserman
ThingMagic
One Broadway
Cambridge, MA 02142
USA
Phone: (617) 758-4177
EMail: margaret@thingmagic.com
Jason Goldschmidt
Sun Microsystems
M/S UMPK17-103
17 Network Circle
Menlo Park, CA 94025
USA
Phone: (650) 786-3502
Fax: (650) 786-8250
EMail: jason.goldschmidt@sun.com
Aldrin Isaac
Bloomberg L.P.
499 Park Avenue
New York, NY 10022
USA
Phone: (212) 940-1812
EMail: aisaac@bloomberg.com
Tim Chown
School of Electronics and Computer Science
University of Southampton
Southampton SO17 1BJ
United Kingdom
EMail: tjc@ecs.soton.ac.uk
Jordi Palet Martinez
Consulintel
San Jose Artesano, 1
Madrid, SPAIN
Phone: +34 91 151 81 99
Fax: +34 91 151 81 98
EMail: jordi.palet@consulintel.es
Fred Templin
Nokia
313 Fairchild Drive
Mountain View, CA 94043
USA
Phone: (650) 625-2331
EMail: ftemplin@iprg.nokia.com
Roy Brabson
IBM
PO BOX 12195
3039 Cornwallis Road
Research Triangle Park, NC 27709
USA
Phone: (919) 254-7332
EMail: rbrabson@us.ibm.com
Full Copyright Statement
Copyright (C) The Internet Society (2005).
This document is subject to the rights, licenses and restrictions
contained in BCP 78, and except as set forth therein, the authors
retain all their rights.
This document and the information contained herein are provided on an
"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,
INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE
INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Intellectual Property
The IETF takes no position regarding the validity or scope of any
Intellectual Property Rights or other rights that might be claimed to
pertain to the implementation or use of the technology described in
this document or the extent to which any license under such rights
might or might not be available; nor does it represent that it has
made any independent effort to identify any such rights. Information
on the procedures with respect to rights in RFC documents can be
found in BCP 78 and BCP 79.
Copies of IPR disclosures made to the IETF Secretariat and any
assurances of licenses to be made available, or the result of an
attempt made to obtain a general license or permission for the use of
such proprietary rights by implementers or users of this
specification can be obtained from the IETF on-line IPR repository at
http://www.ietf.org/ipr.
The IETF invites any interested party to bring to its attention any
copyrights, patents or patent applications, or other proprietary
rights that may cover technology that may be required to implement
this standard. Please address the information to the IETF at ietf-
ipr@ietf.org.
Acknowledgement
Funding for the RFC Editor function is currently provided by the
Internet Society.