Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Скачиваний:
51
Добавлен:
11.04.2015
Размер:
22.9 Mб
Скачать

Chapter 11

IPv6 Transition Technologies

At the end of this chapter, you should be able to do the following:

List and describe the IPv4-to-IPv6 transition criteria.

List and describe the different types of nodes.

List and describe the use of each type of transition address.

Describe the mechanisms for IPv4 and IPv6 coexistence.

List and describe the types of tunneling configurations.

Describe configured and automatic tunneling.

Describe the purpose and configuration of the PortProxy component in Windows Server 2008 and Windows Vista.

Overview

Protocol transitions are not easy, and the transition from Internet Protocol version 4 (IPv4) to Internet Protocol version 6 (IPv6) is no exception. Protocol transitions are typically deployed by installing and configuring the new protocol on all nodes within the network and verifying that all host and router operations work successfully. Although this might be easily managed in a small or medium-sized organization, the challenge of making a rapid protocol transition in a large organization is very difficult. Additionally, given the scope of the Internet, rapid protocol transition from IPv4 to IPv6 of the total networking environment is an impossible task.

The designers of IPv6 recognized that the transition from IPv4 to IPv6 will take years and that there might be organizations or nodes within organizations that will continue to use IPv4 indefinitely. Therefore, although migration is the long-term goal, equal consideration must be given to the interim coexistence of IPv4 and IPv6 nodes.

The designers of IPv6 in the original “The Recommendation for the IP Next Generation Protocol” specification (RFC 1752) defined the following transition criteria:

Existing IPv4 hosts can be upgraded at any time, independent of the upgrade of other hosts or routers.

New hosts, using only IPv6, can be added at any time, without dependencies on other hosts or routing infrastructure.

Existing IPv4 hosts, with IPv6 installed, can continue to use their IPv4 addresses and do not need additional addresses.

259

260 Understanding IPv6, Second Edition

Little preparation is required to either upgrade existing IPv4 nodes to IPv6 or deploy new IPv6 nodes.

The inherent lack of dependencies between IPv4 and IPv6 hosts, IPv4 routing infrastructure, and IPv6 routing infrastructure requires mechanisms that allow seamless coexistence.

Node Types

RFC 2893, “Transition Mechanisms for IPv6 Hosts and Routers,” defines the following node types:

IPv4-only node Implements only IPv4 and is assigned only IPv4 addresses. This

node does not support IPv6. Most hosts—such as client computers, server computers, and network-capable devices such as printers—and routers installed today are IPv4-only nodes.

IPv6-only node Implements only IPv6 and is assigned only IPv6 addresses. An IPv6only node is only able to communicate with IPv6 nodes and IPv6-enabled applications. Although this type of node is not common today, it will become more prevalent as smaller devices such as cellular phones and handheld computing devices include only IPv6 stacks.

IPv6/IPv4 node Implements both IPv4 and IPv6 and is assigned both IPv4 and IPv6 addresses. Computers running Windows Server 2008 or Windows Vista are by default IPv6/IPv4 nodes.

IPv4 node Implements IPv4 and can send and receive IPv4 packets. An IPv4 node can be an IPv4-only node or an IPv6/IPv4 node.

IPv6 node Implements IPv6 and can send and receive IPv6 packets. An IPv6 node can be an IPv6-only node or an IPv6/IPv4 node.

For coexistence to occur, the largest number of IPv4 or IPv6 nodes can communicate using an IPv4 infrastructure, an IPv6 infrastructure, or an infrastructure that is a combination of IPv4 and IPv6. True migration is achieved when all IPv4 nodes are converted to IPv6-only nodes. However, for the foreseeable future, practical migration is achieved when as many IPv4-only nodes as possible are converted to IPv6/IPv4 nodes. IPv4-only nodes cannot communicate directly with IPv6-only nodes, but you can use an IPv4-to-IPv6 proxy or translation gateway. An example is the PortProxy component of the IPv6 protocol for Windows Server 2008 and Windows Vista. For more information, see the “PortProxy” section in this chapter.

IPv6 Transition Addresses

The following addresses are defined to aid in the transition of IPv4 to IPv6:

IPv4-compatible addresses The IPv4-compatible address, 0:0:0:0:0:0:w.x.y.z or ::w.x.y.z (where w.x.y.z is the dotted-decimal representation of a public IPv4 address), is used by IPv6/IPv4 nodes that are communicating with IPv6 over an IPv4-only

Chapter 11 IPv6 Transition Technologies

261

infrastructure. When the IPv4-compatible address is used as an IPv6 destination, the IPv6 traffic is automatically encapsulated with an IPv4 header and sent to the destination over the IPv4-only infrastructure. However, the IPv4-compatible address has been deprecated and is not supported by the IPv6 protocol for Windows Server 2008 and Windows Vista. The IPv6 protocol for Windows XP and Windows Server 2003 supports IPv4-compatible addresses, but it is disabled by default. To enable the use of IPv4-compatible addresses, use the netsh interface ipv6 set state v4compat=enabled command.

IPv4-mapped addresses The IPv4-mapped address, 0:0:0:0:0:FFFF:w.x.y.z or ::FFFF:w.x.y.z, is used to internally represent an IPv4 node to an IPv6 node. The IPv4mapped address is never used as a source or destination address of an IPv6 packet. The IPv6 protocol for Windows Server 2008 and Windows Vista supports IPv4-mapped addresses. The IPv6 protocol for Windows XP and Windows Server 2003 does not support IPv4-mapped addresses.

Intra-Site Automatic Tunnel Addressing Protocol (ISATAP) addresses Typical ISATAP addresses, defined in RFC 4214, are composed of a valid 64-bit unicast address prefix and the interface identifier ::0:5efe:w.x.y.z (where w.x.y.z is a private IPv4 address assigned to a node). An example of a link-local ISATAP address is fe80::5efe:192.168.4.92. ISATAP hosts assign ISATAP addresses to their ISATAP tunnel interfaces. ISATAP is supported by the IPv6 protocol for Windows Server 2008, Windows Vista, Windows Server 2003, and Windows XP. For more information about ISATAP, see Chapter 12, “ISATAP.”

6to4 addresses 6to4 addresses, defined in RFC 3056, are based on the prefix 2002:WWXX:YYZZ::/48 (in which WWXX:YYZZ is the colon hexadecimal representation of w.x.y.z, a public IPv4 address). 6to4 address prefixes are used to create global address prefixes for IPv6-capable sites on the IPv4 Internet and global addresses for IPv6 nodes within sites. An example of a 6to4 address is 2002:836b:1:25:2aa:ff:fe53:ba63. In this example, 836b:1 is the colon hexadecimal version of 131.107.0.1. 6to4 is supported by the IPv6 protocol for Windows Server 2008, Windows Vista, Windows Server 2003, and Windows XP. For more information, see Chapter 13, “6to4.”

Teredo addresses Teredo addresses, defined in RFC 4380, are based on the

prefix 2001::/32. Teredo address prefixes are used to create global IPv6 addresses for IPv6/IPv4 nodes that are connected to the IPv4 Internet, even when they are located behind network address translators (NATs). An example of a Teredo address is 2001::ce49:7601:2cad:dfff:7c94:fffe. Teredo is supported by the IPv6 protocol for Windows Server 2008, Windows Vista, Windows Server 2003 with Service Pack 1, and Windows XP with Service Pack 2. The 2001::/32 prefix is used by Teredo in Windows Vista and Windows Server 2008. Teredo in Windows XP and Windows Server 2003 initially used the 3ffe:831f::/32 prefix. Computers running Windows XP or Windows Server 2003 use the 2001::/32 Teredo prefix when updated with Microsoft Security Bulletin MS06-064. For more information, see Chapter 14, “Teredo.”

Соседние файлы в папке Lecture 2_10