Um servidor DHCP baseado no Windows Server 2003 não responde correctamente aos pedidos DHCP INFORM se os pedidos são reencaminhados a partir a API do programa auxiliar IP ou de agentes de reencaminhamento

Considere o seguinte cenário:

• Um servidor baseado no Windows Server 2003 configuração protocolo DHCP (Dynamic Host) recebe um pacote DHCP INFORM partir a API do programa auxiliar IP ou de um agente de reencaminhamento.
• O bit de difusão é definido neste pacote.

Neste cenário, o servidor DHCP baseado no Windows Server 2003 envia o pedido novamente para a API do programa auxiliar IP ou o agente de reencaminhamento. O bit de difusão é desactivado e o campo "yiaddr" está definido como 0. Este comportamento não respeita RFC Request for Comments () 2131, "Dynamic Host Configuration Protocol."

Neste cenário, a API do programa auxiliar IP ou o agente de reencaminhamento não consegue reencaminhar o pacote de resposta ao cliente que está a enviar o pacote DHCP INFORM.

Por exemplo, os utilizadores ocorrer normalmente cerca de 11 segundos de atraso quando utilizam o Web Distributed Authoring and Versioning (WebDAV) Web serviço de cliente para aceder a um servidor do Microsoft SharePoint. O serviço de cliente WebDAV Web utiliza pedidos DHCP INFORM para actualizações de consulta a definições de configuração de proxy HTTP.

Está disponível a partir da Microsoft uma correcção suportada. No entanto, esta correcção destina-se a corrigir o problema descrito neste artigo. Aplique esta correcção apenas em sistemas que tenham este problema específico. Esta correcção poderá submetida a testes adicionais. Por conseguinte, se não estiver a ser gravemente afectado por este problema, recomendamos que aguarde pela próxima actualização de software que contenha esta correcção.

Se a correcção está disponível para transferência, existe uma secção "denominada 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 apresentado, contacte o serviço de cliente do Microsoft e suporte para obter a correcção.

Nota Se ocorram problemas adicionais ou se for necessária qualquer resolução de problemas, poderá ter de criar um pedido de assistência separado. Os custos normais do suporte serão aplicados a problemas adicionais e questões de suporte que não se enquadrem esta correcção específica. Para obter uma lista completa dos números de telefone do suporte de cliente do Microsoft ou para criar um pedido serviço separado, visite o seguinte Web site da Microsoft: Nota O formulário "Transferência de correcção disponível" apresenta os idiomas para a qual a correcção está disponível. Se não vir o idioma, é porque uma correcção não está disponível para esse idioma.

Pré-requisitos

Para aplicar esta correcção, tem de ter o Windows Server 2003 Service Pack 1 ou Windows Server 2003 Service Pack 2 instalado.

Requisito de reinício

Não é necessário reiniciar o computador depois de aplicar esta correcção. No entanto, tem de reiniciar o serviço DHCP.

Informações sobre substituição de correcções

Esta correcção não substitui quaisquer outras correcções.

Informações do ficheiro

A versão inglesa desta correcção tem os atributos de ficheiro (ou atributos de ficheiro posteriores) listados na seguinte tabela. As datas e horas destes ficheiros são indicadas no formato de hora universal coordenada (UTC). Quando visualiza as informações do ficheiro, é convertido para a hora local. Para determinar a diferença entre a UTC e a hora local, utilize o separador fuso horário no item data e hora no painel de controlo.

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

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

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

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

Windows Server 2003, versões baseadas em 64 x

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

Nota Depois de instalar esta correcção, o DHCP baseado no Windows Server 2003 servidor não repõe o bit de difusão no cenário abordados na secção ? Sintomas ?.

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

Ocorrem os seguintes passos no cenário descrito na secção "Sintomas":

1. Um cliente DHCP envia um pedido DHCP informar que tenha um bit de 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 ao pedido DHCP INFORM enviando uma resposta que não tenha um sinalizador de difusão. A resposta se assemelhe ao 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 reencaminhamento 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 reencaminhamento ou de servidor que envia ou reencaminha uma mensagem DHCP directamente para um DHCP cliente deve examinar a difusão bit no campo "sinalizadores". Se este bit for 1, a mensagem DHCP deve ser enviada como uma IP difusão utilizando uma IP endereço como o endereço de destino e o endereço de difusão de camada de ligação de difusão. (Difusão IP preferência deve ser 0xffffffff.) Se o bit de difusão for 0, a mensagem deve ser enviada como um unicast IP para o endereço especificado no campo "yiaddr" (o campo de endereço IP A) e o endereço de camada de ligação especificado no campo "chaddr" (o campo de endereço de hardware do cliente). Se a transmissão não for possível, a mensagem pode ser enviada como uma difusão IP utilizando um endereço de difusão IP (preferencialmente 0xffffffff) como o endereço de destino. O endereço de difusão de camada de ligação deve ser utilizado como endereço de camada de ligação de destino. No entanto, o cliente DHCP não irá receber este pacote porque o respectivo destino é 0.0.0.0.
   
   Para obter mais informações sobre RFC 2131, visite o seguinte site de Web 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 de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: