Sintomas
Considere o seguinte cenário:
-
Inicie o Tablet PC Windows 8.1 e ligar a uma ligação de banda larga móvel utilizando o protocolo Internet versão 6 (IPv6).
-
Definir modo de avião para Sucessivamente e, em seguida, volte a definir para OFF após 10 – 15 segundos.
-
Voltar a ligar à rede de banda larga móvel.
Neste cenário, a ligação de banda larga móvel é desligada após vários segundos e tem de voltar a ligar para reactivar a ligação.
Causa
Este problema ocorre porque o Windows 8.1 utiliza unicast anterior endereço IPv6 para um curto período de tempo, quando a ligação de banda larga móvel é iniciada. Não é desligada da rede do Windows tenta utilizar o endereço IP previamente atribuído, para que as aplicações existentes com ligações TCP activas não experimentam após uma perda de ligação transitória através de uma rede com ou sem fios. No entanto, algumas redes 3GPP requerem o dispositivo para esperar por um novo ID de sub-rede IPv6 de um anúncio de router para formar um novo endereço unicast do IPv6, sempre que a ligação de banda larga móvel é activada.
Resolução
Informações sobre correção
Uma correção suportada está disponível a partir do Suporte da Microsoft. No entanto, esta correção destina-se apenas a corrigir o problema descrito neste artigo. Aplique esta correção apenas em sistemas que tenham o problema descrito neste artigo. Esta correcção poderá ser submetida a testes adicionais. Por conseguinte, se não estiver a ser gravemente afetado por este problema, recomendamos que aguarde pela próxima atualização de software que contenha esta correção.
Se a correcção estiver disponível para transferência, existirá uma secção de "Transferência de correcção disponível" na parte superior deste artigo da Base de dados de conhecimento. Se esta secção não for apresentada, contacte o Suporte ao Cliente da Microsoft para obter a correção.
Nota Caso ocorram problemas adicionais ou se for necessária a resolução de problemas, poderá ter de criar um pedido de assistência separado. Os custos de normais do suporte serão aplicados a questões de suporte adicional e problemas incluídos nesta correção específica. Para uma lista completa dos números de telefone de suporte e serviço de cliente da Microsoft ou para criar um pedido de assistência separado, vá para o seguinte Web site da Microsoft:
Nota O formulário "Transferência de correcção disponível" apresenta os idiomas nos quais a correcção está disponível. Se não visualizar o seu idioma, é porque uma correcção não está disponível para esse idioma.
Pré-requisitos
Para aplicar esta actualização, tem primeiro de actualização instalada no Windows 8.1 ou Windows Server R2 de 2012.
Requisito de reinício
Tem de reiniciar o computador depois de aplicar esta correcção.
Informações sobre substituição da correção
Esta correcção não substitui qualquer correcção disponibilizada anteriormente.
A versão inglesa (Estados Unidos) desta correcção instala ficheiros que têm os atributos listados nas tabelas seguintes. As datas e horas destes ficheiros são listadas na Hora Universal Coordenada (UTC). As datas e horas destes ficheiros no computador local são apresentadas na hora local em conjunto com a compensação de hora de Verão (DST) atual. Além disso, as datas e horas podem ser alteradas quando são executadas determinadas operações nos ficheiros.
Informações sobre o ficheiro Windows 8.1 e Windows Server R2 de 2012 e notasImportante As correcções do Windows 8.1 e Windows Server 2012 R2 são incluídas nos pacotes mesmos. No entanto, apenas "Windows 8.1" é listado na página de pedido de correcção. Para pedir o pacote de correcções que se aplica a um ou ambos os sistemas operativos, seleccione a correcção listada em "Windows 8.1" na página. Consulte a secção "Aplica-se a" nos artigos para determinar o sistema operativo real que cada correcção aplica-se para sempre.
-
Os ficheiros aplicáveis a um determinado produto, marco (RTM, SPn) e ramo de serviço (LDR, GDR) podem ser identificados examinando os números de versão do ficheiro, conforme mostrado na seguinte tabela.
-
Os ficheiros MANIFEST (. manifest) e MUM (. mum) instalados em cada ambiente é listados em separado na secção "Informações para o Windows 8.1 e Windows Server 2012 R2 ficheiros adicionais". Ficheiros MUM, MANIFESTO e os ficheiros de catálogo de segurança (. cat) associados, são extremamente importantes para manter o estado dos componentes atualizados. Os ficheiros de catálogo de segurança, para os quais os atributos não são listados são assinados com uma assinatura digital da Microsoft.
Estado
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na secção "Aplica-se a".
Mais informações
Quando o Windows 8.1 sai do modo de avião, utiliza o endereço de IPv6 anterior através da ligação de banda larga móvel porque o endereço ainda tem uma duração válida. No entanto, indica que os dispositivos de 3GPP não devem utilizar o endereço de IPv6 após uma quebra de ligação de camada 2 e em vez disso, devem esperar que o router do IPv6 fornecer um novo endereço de sub-rede do IPv6. Uma vez que o Windows 8.1 não suporta este comportamento através de uma ligação de 3GPP, na rede de banda larga móvel desliga Windows quando tenta utilizar o endereço de IPv6 antigo. Por conseguinte, o utilizador deve reactivar manualmente a interface de banda larga móvel para restabelecer a ligação à rede de banda larga móvel.
Este requisito de IPv6 especial para ligações de banda larga móvel 3GPP é descrito na secção 5.2 RFC6459 (IPv6 no projecto de parceria do 3º geração (3GPP)). Este RFC também indica que um prefixo IPv6 Unicast "antigo" deve ser excedido após uma falha de ligação de nível 2, mesmo que a duração do anúncio de Router para o prefixo ainda está activa. No entanto, Windows 8.1 actualmente não suporta estas orientações de RFC.
Referências
Obter informações sobre a utilizada pela Microsoft para descrever actualizações de software.
