Hay los mecanismos numerosos que apoyan una introducción paso a paso de IPv6. Hay nadie mecanismo que puede cubrir todos los requisitos o ser óptimo para todos los panoramas. En la mayoría de los casos, una combinación de diversos mecanismos será elegida. Cuáles la mejores combinación y secuencia son depende de la infraestructura del ambiente actual y de las metas y de los requisitos para el transition/integration. En el IETF, el trabajo sobre el protocolo básico se termina. Ahora se centran en desarrollar los panoramas prácticos para diversos tipos de ambientes, y se publican los resultados. Ofrecemos un resumen aquí, no con el intento para entregar un cookbook para su ambiente, pero para proporcionar algo la materia en que pensar que usted puede aplicar a sus requisitos.
|
|
Conectar un solo anfitrión o una red pequeña con el Internet IPv6 no es un desafío grande y se puede hacer con uno de los mecanismos del túnel descritos anterior. Es fácil poner en ejecucio'n con la mayoría de los sistemas operativos.
Si usted tiene una dirección del público IPv4 y desea el acceso al Internet IPv6, 6to4 o un corredor del túnel puede ser utilizado. Si usted tiene NACIONAL en lugar y hace uso las direcciones privadas IPv4, usted puede elegir utilizar el teredo o la expedición de Proto 41 si la caja NACIONAL la apoya. Las organizaciones que tienen el privilegio de sus abastecedores que ofrecen las conexiones nativas IPv6 pueden tener dual-apilan la conexión del Internet. Dual-apile es en muchos casos la manera más fácil de ir si sus dispositivos y sistemas operativos apoyan IPv6 (y los si están en un nivel actualizado). Si usted tiene rebajadoras o acoda 3 interruptores que no apoyen IPv6, o si usted no desea permitir IPv6 en sus rebajadoras por una cierta razón, usted puede utilizar ISATAP para la comunicación interna IPv6 sobre su red IPv4. Usted puede entonces también agregar una rebajadora ISATAP o 6to4 para tener acceso al Internet IPv6 si está deseado.
Muchas organizaciones tienen un número de IPv4 LANs virtual (VLANs). En tales situaciones, una rebajadora IPv6 puede anunciar un solo prefijo IPv6 en todo el VLANs que apoyen dual-apilen la comunicación. Esto es solamente recomendable por un período de transición, aunque. Todos los nodos IPv6 en el autoconfigure de la lata de VLANs para un IPv6 tratan con el prefijo anunciación por la rebajadora IPv6.
Los mecanismos del túnel apoyan no solamente el transporte de IPv6 sobre el Internet IPv4, pero también internamente sobre una espina dorsal IPv4. Una mejora de la espina dorsal no es algo que usted elige hacer cada año; usted desea probablemente esperar el final del ciclo de vida de la rebajadora de la espina dorsal antes de tocarlo. Esto no evita el rodar fuera de IPv6 en el borde de la red. Mientras la espina dorsal se basa en IPv4, los paquetes IPv6 son tunneled a las islas IPv6 en el otro lado.
El RFC 4057, "los panoramas de la red de la empresa IPv6," es un RFC que las ayudas usted en identificar su estrategia de la transición de la empresa. Describe diversos panoramas para el despliegue IPv6 dentro de redes de la empresa y proporciona la dirección y listas de comprobación de cómo acercar a esta tarea. Este RFC incluye las empresas que deciden a desplegar IPv6 conjuntamente con IPv4, o desplegar IPv6 debido a un sistema específico de los usos que desea utilizar sobre una red IPv6, o construir una nueva red o reestructurar una red existente y decide a desplegar IPv6 como el protocolo predominante dentro de la empresa en coexistencia con IPv4. El documento entonces repasa un sistema de componentes de la infraestructura de la red comunes a la mayoría de las empresas que deban ser analizadas.
IPv6 se diseña para permitir a los Internet Service Provider (ISP) resolver los desafíos con el crecimiento exponencial del Internet y proporcionar nuevos servicios a sus clientes. El número de dispositivos estallará en los años que vienen, un desafío que se pueda resolver solamente con el espacio de dirección de IPv6. El cable, el DSL, la radio, y otra siempre-en tecnologías pueden también beneficiar del espacio de dirección. Otras ventajas de IPv6 incluyen la capacidad para realzar seguridad end-to-end y comunicaciones móviles, y para facilitar managementburdens del sistema. Algunos ejemplos incluyen la comunicación del par-a-par sin problemas traversal NACIONALES, pudiendo tener acceso con seguridad a los dispositivos y los usos en el trabajo del hogar o viceversa, movilidad realzada del IP, y muchos más.
Por lo tanto, ISPs tiene que evaluar las capacidades de IPv6 para resolver estas necesidades. Algunos países han tomado un papel del plomo en esta área y se han movido desde la prueba y la evaluación a los despliegues verdaderos de IPv6 en la arena de banda ancha. Japón es un ejemplo típico, junto con otros países que estén mirando de mudanza hacia despliegues en grande de la producción de IPv6.
ISPs tendrá que ofrecer los servicios IPv4 e IPv6 en los años que vienen. Para proporcionar el acceso a las redes IPv6 a los clientes en una primera fase, los mecanismos del túnel pueden ser utilizados. Esto es un método más simple y más económico comenzar a ofrecer los servicios IPv6. Dependiendo de necesidades y de requisitos de cliente, una opción nativa del despliegue IPv6 pudo ser ma's scalable y proporcionar un funcionamiento mejor del servicio. Usted puede poder utilizar la mejora debida siguiente de la espina dorsal e introducir dual-apile. El resto de los servicios tales como recibimiento de la tela, email, y ftp son los mejores si están ofrecidos para ambos protocolos (IPv4 e IPv6). Los pasos de la migración deben ser bien pensados, y una combinación útil de los mecanismos elegidos y puestos en ejecucio'n. La meta principal para una ISP será ofrecer todos los servicios sobre ambos protocolos: ésta es la única manera de cubrir el mercado entero. Especialmente para ISPs, la introducción de IPv6 ofrece la posibilidad para crear oportunidades de negocio y nuevas ofrendas del servicio.
El RFC 4029, los "panoramas y análisis para introducir IPv6 en redes de la ISP," analiza los desafíos y las oportunidades para ISPs y discute diversos panoramas de la integración y de la transición, divididos en acciones de la transición de la espina dorsal que exploran, acciones de la transición de la conexión del cliente, y acciones de la operación de la red y del servicio. Draft-ietf-v6ops-bb-deployment-scenarios-04.txt presenta las opciones disponibles en desplegar IPv6 los servicios en la pieza del acceso de una red de banda ancha del abastecedor de servicio, a saber Cable/HFC, Ethernet de banda ancha, xDSL, WLAN, y PLC/BPL. Discute brevemente los otros elementos de una red del abastecedor también. Proporciona el diversos despliegue IPv6 y técnicas y modelos viables de la integración para cada uno de las tecnologías de banda ancha previamente mencionadas. Draft-shin-v6ops-802-16-deployment-scenarios-00.txt amplía la discusión en el bosquejo anterior y entra los panoramas del despliegue para las redes de acceso de banda ancha sin hilos. El RFC 3574 discute los panoramas de la transición para las redes 3GPP. El RFC 4215 entra más detalles para las redes 3GPP y es un documento adicional a RFC 3574.
Online: 614 users browsing the articles directory
|
|