Há os mecanismos numerosos que suportam uma introdução passo a passo de IPv6. Há no.one mecanismo que pode cobrir todas as exigências ou ser optimal para todos os scenarios. Em a maioria de casos, uma combinação de mecanismos diferentes será escolhida. O que a mais melhores combinação e seqüência são depende do infrastructure do ambiente atual e dos objetivos e das exigências para o transition/integration. No IETF, o trabalho no protocolo básico é terminado. Focalizam agora em desenvolver scenarios práticos para tipos diferentes de ambientes, e os resultados são publicados. Nós oferecemos um sumário aqui, não com a intenção entregar um cookbook para seu ambiente, mas fornecer rather o alimento para o pensamento que você pode aplicar a suas exigências.
|
|
Conectar um único anfitrião ou uma rede pequena com o Internet IPv6 não é um desafio grande e pode ser feito com um dos mecanismos do túnel descritos mais cedo. É fácil executar com a maioria de sistemas operando-se.
Se você tiver um endereço do público IPv4 e quiser o acesso ao Internet IPv6, 6to4 ou um corretor do túnel podem ser usados. Se você tiver NAT no lugar e empregar os endereços IPv4 confidenciais, você pode escolher usar o teredo ou o forwarding de Proto 41 se a caixa NAT o suportar. As organizações que têm o privilégio de seus fornecedores que oferecem as conexões IPv6 nativas podem ter duplo-empilham a conexão do Internet. Duplo-empilhe é em muitos casos a maneira a mais fácil ir se seus dispositivos e sistemas se operando o suportarem IPv6 (e se estiverem em um nível moderno). Se você tiver routers ou mergulhar 3 interruptores que não suportam IPv6, ou se você não quiser permitir IPv6 em seus routers para alguma razão, você pode usar ISATAP para uma comunicação IPv6 interna em sua rede IPv4. Você pode então também adicionar um router ISATAP ou 6to4 para alcançar o Internet IPv6 se desejado.
Muitas organizações têm um número de IPv4 LANs virtual (VLANs). Em tais situações, um router IPv6 pode anunciar um único prefixo IPv6 em todo o VLANs que suportam duplo-empilham uma comunicação. Isto é somente aconselhável por um período de transição, though. Todos os nós IPv6 no autoconfigure da lata de VLANs para um IPv6 se dirigem usando o prefixo anunciado pelo router IPv6.
Os mecanismos do túnel suportam não somente o transporte de IPv6 sobre o Internet IPv4, mas também internamente sobre uma espinha dorsal IPv4. Um melhoramento da espinha dorsal não é algo que você escolhe fazer cada ano; você quer provavelmente esperar o fim do ciclo de vida do router da espinha dorsal antes de tocá-lo. Isto não impede rolar para fora de IPv6 na borda da rede. Tão por muito tempo como a espinha dorsal é baseada em IPv4, os pacotes IPv6 são tunneled aos consoles IPv6 no outro lado.
O RFC 4057, "scenarios da rede da empresa IPv6," é um RFC que assistências você em identificar sua estratégia da transição da empresa. Descreve scenarios diferentes para a distribuição IPv6 dentro das redes da empresa e fornece a orientação e as listas de verificação de como aproximar esta tarefa. Este RFC inclui as empresas que se decidem desdobrar IPv6 conjuntamente com IPv4, ou para desdobrar IPv6 por causa de um jogo específico das aplicações que quer usar sobre uma rede IPv6, ou para construir uma rede nova ou para restructure uma rede existente e decide-se desdobrar IPv6 como o protocolo predominant dentro da empresa no coexistence com IPv4. O original revê então um jogo dos componentes do infrastructure da rede comuns a a maioria de empresas que devem ser analisadas.
IPv6 é projetado permitir os Internet Service Provider (ISP) de encontrar-se com os desafios com o crescimento exponencial do Internet e de fornecer serviços novos a seus clientes. O número dos dispositivos explodirá nos anos de vinda, um desafio que possa ser encontrado com somente com o espaço de endereço de IPv6. O cabo, o DSL, o wireless, e outro sempre- em tecnologias podem também beneficiar-se do espaço de endereço. Outros benefícios de IPv6 incluem a potencialidade para realçar a segurança end-to-end e comunicações móveis, e para facilitar managementburdens do sistema. Alguns exemplos incluem uma comunicação do par-à-par sem os problemas traversal NAT, podendo alcançar firmemente dispositivos e aplicações no trabalho do versa home ou vice, mobilidade realçada do IP, e muito mais.
Conseqüentemente, ISPs tem que avaliar as potencialidades de IPv6 para encontrar-se com estas necessidades. Alguns países fizeram exame de um papel da ligação nesta área e moveram-se de testar e da avaliação para distribuições reais de IPv6 na arena broadband. Japão é um exemplo principal, junto com outros países que estão olhando móveis para distribuições em grande escala da produção de IPv6.
ISPs terá que oferecer os serviços IPv4 e IPv6 nos anos de vinda. Para fornecer o acesso às redes IPv6 aos clientes em uma primeira fase, os mecanismos do túnel podem ser usados. Este é um método mais simples e mais econômico começar oferecer os serviços IPv6. Dependendo das necessidades e das exigências de cliente, uma opção nativa da distribuição IPv6 pôde ser mais scalable e fornecer o desempenho melhor do serviço. Você pode poder usar o melhoramento devido seguinte da espinha dorsal e para introduzir duplo-empilhe. Todos serviços restantes tais como hospedar da correia fotorreceptora, email, e ftp são os mais melhores se oferecido para ambos os protocolos (IPv4 e IPv6). As etapas da migração devem ser well-planned, e uma combinação útil dos mecanismos escolhidos e executados. O objetivo principal para um ISP será oferecer todos os serviços sobre ambos os protocolos: esta é a única maneira cobrir o mercado inteiro. Especial para ISPs, a introdução de IPv6 oferece a possibilidade criar oportunidades de negócio e offerings novos do serviço.
O RFC 4029, "scenarios e análise para introduzir IPv6 em redes do ISP," analisa os desafios e as oportunidades para ISPs e discute os scenarios diferentes da integração e da transição, divididos em ações explorando da transição da espinha dorsal, em ações da transição da conexão do cliente, e em ações da operação da rede e do serviço. Draft-ietf-v6ops-bb-deployment-scenarios-04.txt apresenta as opções disponíveis em desdobrar IPv6 os serviços na peça do acesso de uma rede broadband do fornecedor de serviço, a saber Cable/HFC, Ethernet broadband, xDSL, WLAN, e PLC/BPL. Discute momentaneamente os outros elementos de uma rede do fornecedor também. Fornece a distribuição IPv6 e técnicas e modelos viable diferentes da integração para cada uma das tecnologias broadband previamente mencionadas. Draft-shin-v6ops-802-16-deployment-scenarios-00.txt estende a discussão no esboço precedente e entra em scenarios da distribuição para redes de acesso broadband wireless. O RFC 3574 discute scenarios da transição para as redes 3GPP. O RFC 4215 entra em mais detalhes para as redes 3GPP e é um original adicional a RFC 3574.
Online: 627 users browsing the articles directory
|
|