Um servidor DHCP baseado no Windows Server 2003 não responde corretamente às solicitações de DHCP INFORM se as solicitações são encaminhadas de API de Ajuda IP ou de agentes de retransmissão

Considere o seguinte cenário:

• Um servidor baseado no Windows Server 2003 DHCP Dynamic Host Configuration Protocol () recebe um pacote DHCP INFORM de API de Ajuda IP ou de um agente de retransmissão.
• O bit de difusão é definido nesse pacote.

Nesse cenário, o servidor DHCP baseado no Windows Server 2003 envia a solicitação novamente para a API de Ajuda IP ou para o agente de retransmissão. O bit de difusão é desativado e o campo "yiaddr" é definido como 0. Esse comportamento não é compatível com RFC Request for Comments () 2131, "Dynamic Host Configuration Protocol."

Nesse cenário, a API de Ajuda IP ou o agente de retransmissão é não é possível encaminhar o pacote de resposta para o cliente que está enviando o pacote DHCP INFORM.

Por exemplo, os usuários geralmente ter cerca de 11 segundos de atraso quando usarem o Web Distributed Authoring and Versioning (WebDAV) Web serviço de cliente para acessar um servidor do Microsoft SharePoint. O serviço de cliente WebDAV Web usa DHCP INFORM solicitações para atualizações de consulta para configurações de proxy HTTP.

Um hotfix suportado está disponível no Microsoft. No entanto, esse hotfix destina-se a corrigir o problema descrito neste artigo. Aplique-o somente aos sistemas que apresentarem esse problema específico. Esta correcção poderá submetida a testes adicionais. Portanto, se você não tiver sido gravemente afetado por esse problema, recomendamos que você aguarde a próxima atualização de software que contém esse hotfix.

Se o hotfix está disponível para download, há uma seção "Download de Hotfix disponível" na parte superior neste artigo da Base de dados de Conhecimento. Se esta seção não for exibida, contate o atendimento e suporte para obter o hotfix.

Observação Se ocorrerem problemas adicionais ou se qualquer solução de problemas é necessária, talvez você precise criar uma solicitação de serviço separada. Os custos normais de suporte serão aplicados a questões de suporte adicionais e problemas que não se qualificam para esse hotfix específico. Para obter uma lista completa de números de telefone de suporte e Atendimento Microsoft ou para criar uma solicitação de serviço separada, visite o seguinte site: Observação O formulário "Download de Hotfix disponível" exibe os idiomas para os quais o hotfix está disponível. Se você não vir seu idioma, é porque um hotfix não está disponível para esse idioma.

Pré-requisitos

Para aplicar esse hotfix, você deve ter o Windows Server 2003 Service Pack 1 ou Windows Server 2003 2 instalado.

Requisitos de reinicialização

Não é necessário reiniciar o computador após aplicar esse hotfix. No entanto, você deve reiniciar o serviço DHCP.

Informações sobre a substituição do hotfix

Esse hotfix não substitui outros hotfixes.

Informações sobre o arquivo

A versão em inglês deste hotfix tem atributos de arquivo (ou atributos de arquivo posteriores) listados na tabela a seguir. As datas e horas desses arquivos são listadas na hora universal coordenada (UTC). Quando você exibe as informações do arquivo, ele é convertido para a hora local. Para encontrar a diferença entre o UTC e a hora local, use a guia fuso horário no item Data e hora no painel de controle.

Windows Server 2003 com Service Pack 1, versões com base em 86 x

Windows Server 2003 com Service Pack 2, x 86-based versões

Windows Server 2003 com Service Pack 1, versões com base em Itanium

Windows Server 2003 com Service Pack 2, versões com base em Itanium

Windows Server 2003, versões com base em 64 x

Windows Server 2003 com Service Pack 2, versões com base em 64 x

Observação Depois de instalar esse hotfix, o DHCP baseado no Windows Server 2003 servidor não redefine o bit difusão no cenário foi abordado na seção ? Sintomas ?.

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a".

Ocorrem as seguintes etapas na situação descrita na seção "Sintomas":

1. Um cliente DHCP envia uma solicitação DHCP informe ao que tem um pouco difusão semelhante à seguinte.

   + Ethernet: Etype = Internet IP (IPv4)
   + Ipv4: Src = 10.10.18.18, Dest = 255.255.255.255, Next Protocol = UDP, Packet ID = 6076, Total IP Length = 328
   - Udp: SrcPort = BOOTP client(68), DstPort = BOOTP server(67), Length = 308
   SourcePort: BOOTP client(68), 68(0x44)
   DestinationPort: BOOTP server(67), 67(0x43)
   TotalLength: 308 (0x134)
   Checksum: 7521 (0x1D61)
   - Dhcp: Request, MsgType = INFORM, TransactionID = 0x1A5624C3
   OpCode: Request, 1(0x01)
   Hardwaretype: Ethernet
   HardwareAddressLength: 6 (0x6)
   HopCount: 0 (0x0)
   TransactionID: 441853123 (0x1A5624C3)
   Seconds: 0 (0x0)
   - Flags: 32768 (0x8000)
   Broadcast: (1...............) <---- Broadcast bit is set.
   Reserved: (.000000000000000)
   ClientIP: 10.10.18.18
   YourIP: 0.0.0.0
   ServerIP: 0.0.0.0
   RelayAgentIP: 0.0.0.0
   + ClientHardwareAddress: 00-19-B9-20-FA-0E
   ServerHostName: 
   BootFileName: 
   MagicCookie: 99.130.83.99
   + MessageType: INFORM
   + clientID: (Type 1)
   + HostName: VISTA009W
   + VendorClassIdentifier: MSFT 5.0
   + ParameterRequestList: 
   + End:
   

2. The relay agent forwards a DHCP INFORM request that resembles the following to a DHCP server.

   Frame: 
   + Ethernet: Etype = Internet IP (IPv4)
   + Ipv4: Src = 10.10.16.2, Dest = 10.4.16.222, Next Protocol = UDP, Packet ID = 45398, Total IP Length = 328
   - Udp: SrcPort = BOOTP client(68), DstPort = BOOTP server(67), Length = 308
   SourcePort: BOOTP client(68), 68(0x44)
   DestinationPort: BOOTP server(67), 67(0x43)
   TotalLength: 308 (0x134)
   Checksum: 49722 (0xC23A)
   - Dhcp: Request, MsgType = INFORM, TransactionID = 0x1A5624C3
   OpCode: Request, 1(0x01)
   Hardwaretype: Ethernet
   HardwareAddressLength: 6 (0x6)
   HopCount: 1 (0x1)
   TransactionID: 441853123 (0x1A5624C3)
   Seconds: 0 (0x0)
   - Flags: 32768 (0x8000)
   Broadcast: (1...............) <---- Broadcast bit is set
   Reserved: (.000000000000000)
   ClientIP: 10.10.18.18
   YourIP: 0.0.0.0
   ServerIP: 0.0.0.0
   RelayAgentIP: 10.10.16.2
   + ClientHardwareAddress: 00-19-B9-20-FA-0E
   ServerHostName: 
   BootFileName: 
   MagicCookie: 99.130.83.99
   + MessageType: INFORM
   + clientID: (Type 1)
   + HostName: VISTA009W
   + VendorClassIdentifier: MSFT 5.0
   + ParameterRequestList: 
   + End:
   

3. O servidor DHCP responde à solicitação DHCP INFORM enviando uma resposta que não tem um sinalizador de difusão. A resposta semelhante à seguinte.

   Frame: 
   + Ethernet: Etype = Internet IP (IPv4)
   + Ipv4: Src = 10.4.16.222, Dest = 10.10.16.2, Next Protocol = UDP, Packet ID = 27188, Total IP Length = 328
   - Udp: SrcPort = BOOTP server(67), DstPort = BOOTP server(67), Length = 308
   SourcePort: BOOTP server(67), 67(0x43)
   DestinationPort: BOOTP server(67), 67(0x43)
   TotalLength: 308 (0x134)
   Checksum: 64061 (0xFA3D)
   - Dhcp: Reply, MsgType = ACK, TransactionID = 0x1A5624C3
   OpCode: Reply, 2(0x02)
   Hardwaretype: Ethernet
   HardwareAddressLength: 6 (0x6)
   HopCount: 0 (0x0)
   TransactionID: 441853123 (0x1A5624C3)
   Seconds: 0 (0x0)
   - Flags: 0 (0x0)
   Broadcast: (0...............) <- Broadcast bit is cleared
   Reserved: (.000000000000000)
   ClientIP: 10.10.18.18
   YourIP: 0.0.0.0              <-- It is correct behavior. However, the relay agent will use this address if the broadcast bit is cleared.
   ServerIP: 0.0.0.0
   RelayAgentIP: 10.10.16.2
   + ClientHardwareAddress: 00-19-B9-20-FA-0E
   ServerHostName: 
   BootFileName: 
   MagicCookie: 99.130.83.99
   + MessageType: ACK
   + ServerIdentifier: <XX.X.XX.XXX>
   + SubnetMask: 255.255.128.0
   + DomainName: <domain_name>
   + Router: <XX.XX.XX.X>
   + DomainNameServer: <X.X.XXXXXXXXX.XXXXXXXXX>
   + NBOverTCPIPNameServer: <X.X.XXXXXXXXX.XXXXXXXXX>
   + NodeType: H-node (8)
   + End:
   

4. Por RFC 2131, o agente de retransmissão envia uma mensagem semelhante à seguinte.

   Frame: 
   + Ethernet: Etype = Internet IP (IPv4)
   + Ipv4: Src = 10.10.16.2, Dest = 0.0.0.0, Next Protocol = UDP, Packet ID = 45402, Total IP Length = 328 destination 0.0.0.0 as YourIP ('yiaddr') is 0.0.0.0
   - Udp: SrcPort = BOOTP server(67), DstPort = BOOTP client(68), Length = 308
   SourcePort: BOOTP server(67), 67(0x43)
   DestinationPort: BOOTP client(68), 68(0x44)
   TotalLength: 308 (0x134)
   Checksum: 0 (0x0)
   - Dhcp: Reply, MsgType = ACK, TransactionID = 0x1A5624C3
   OpCode: Reply, 2(0x02)
   Hardwaretype: Ethernet
   HardwareAddressLength: 6 (0x6)
   HopCount: 0 (0x0)
   TransactionID: 441853123 (0x1A5624C3)
   Seconds: 0 (0x0)
   - Flags: 0 (0x0)
   Broadcast: (0...............) <- no broadcast bit
   Reserved: (.000000000000000)
   ClientIP: 10.10.18.18
   YourIP: 0.0. 00.
   ServerIP: 0.0.0.0
   RelayAgentIP: 10.10.16.2
   + ClientHardwareAddress: 00-19-B9-20-FA-0E
   ServerHostName: 
   BootFileName: 
   MagicCookie: 99.130.83.99
   + MessageType: ACK
   + ServerIdentifier: <XX.X.XX.XXX>
   + SubnetMask: 255.255.128.0
   + DomainName: <domain_name>
   + Router: <XX.XX.XX.X>
   + DomainNameServer: <X.X.XXXXXXXXX.XXXXXXXXX>
   + NBOverTCPIPNameServer: <X.X.XXXXXXXXX.XXXXXXXXX>
   + NodeType: H-node (8)
   + End:
   

   
   Um agente de retransmissão ou servidor que envia ou retransmite uma mensagem de DHCP diretamente para um DHCP cliente deve examinar BROADCAST bit no campo "sinalizadores". Se este bit for 1, a mensagem DHCP deve ser enviada como um IP de difusão usando um IP endereço como o endereço de destino IP e como o endereço de difusão de camada de link de difusão. (Difusão de IP preferência deve ser 0xffffffff.) Se o bit BROADCAST for 0, a mensagem deve ser enviada como uma difusão ponto a ponto IP para o endereço IP que é especificado no campo "yiaddr" (O campo Endereço IP) e o endereço de camada de vínculo que está especificado no campo "chaddr" (o campo de endereço de hardware do cliente). Se unicast não for possível, a mensagem pode ser enviada como uma difusão IP usando um endereço IP de difusão (preferencialmente 0xffffffff) como o endereço de destino IP. O endereço de camada de vínculo de difusão deve ser usado como o endereço de camada de vínculo de destino. No entanto, o cliente DHCP não recebe esse pacote porque seu destino é 0.0.0.0.
   
   Para obter mais informações sobre RFC 2131, visite o seguinte site rascunhos da Internet:
   http://www.ietf.org/rfc/rfc2131.txt

   (http://www.ietf.org/rfc/rfc2131.txt)

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: