Inspección de seguimientos de red para WS-Discovery UDP

  • Artículo

Cualquier analizador de paquetes de red que pueda mostrar paquetes sin procesar se puede usar para inspeccionar los paquetes UDP WS-Discovery. Se recomienda Microsoft Network Monitor 3 (Netmon). Para obtener más información sobre Netmon, vea Descargar filtros netmon y DPWS de ejemplo.

Para inspeccionar los seguimientos de red de UDP WS-Discovery

  1. Configure el host y el cliente para que se ejecuten a través de la red (es decir, asegúrese de que el host y el cliente funcionarán en diferentes máquinas).

  2. Instale el analizador de paquetes (Netmon) en el cliente o en el host.

  3. Configure el analizador de paquetes para capturar el tráfico en el adaptador de red que conecta el host y el cliente.

  4. Reproduzca el error iniciando el host y el cliente o presionando F5 en el Explorador de redes.

  5. Filtre los resultados para aislar WS-Discovery tráfico. Para ver filtros netmon de ejemplo, consulte Descargar filtros netmon y DPWS de ejemplo.

    Nota

    Este paso es opcional.

     

  6. Compruebe que los mensajes enviados entre el cliente y el host cumplen los requisitos básicos de tráfico.

Comprobación de que los mensajes cumplen los requisitos de tráfico

Los clientes y hosts de WSDAPI deben enviar mensajes que cumplan los criterios siguientes. Para obtener información general sobre los patrones de mensajes, vea Detección y metadatos Exchange patrones de mensajes.

  • La multidifusión UDP debe enviar mensajes de sondeo al puerto 3702.
  • El elemento Types de un mensaje probe debe estar presente y no debe estar vacío. Debe contener los tipos a los que responderá un host.
  • Se debe enviar un mensaje ProbeMatches al puerto UDP desde el que se envió el sondeo .
  • El elemento RelatesTo de un mensaje ProbeMatches debe estar presente y no debe estar vacío. Su valor debe coincidir con el valor del elemento MessageId del mensaje de sondeo correspondiente.
  • Si se incluyó un elemento XAddrs en el mensaje ProbeMatches , se deben validar las direcciones de transporte proporcionadas. Para obtener más información, consulte Reglas de validación de XAddr.
  • Se debe enviar un mensaje ProbeMatches en un plazo de 4 segundos a partir del mensaje de sondeo correspondiente. El Windows Firewall puede quitar un mensaje ProbeMatches enviado más de 4 segundos después de un mensaje de sondeo.
  • Si no se incluyó ningún elemento XAddrs en el mensaje ProbeMatches y el cliente o host enviará un mensaje HTTP (como una solicitud de intercambio de metadatos Get o un mensaje de servicio), el cliente o el host debe enviar un mensaje Resolve by UDP multicast to port 3702.
  • Si se envía un mensaje Resolve , se debe enviar un mensaje ResolveMatches al puerto UDP desde el que se envió el mensaje Resolve.
  • Se debe enviar un mensaje ResolveMatches en un plazo de 4 segundos a partir del mensaje Resolve correspondiente. El Windows Firewall puede quitar un mensaje ResolveMatchesmessage enviado más de 4 segundos después de un mensaje resolve.

Si los mensajes enviados por el programa no cumplen estos requisitos de mensaje, la causa del problema se ha identificado correctamente y no es necesario realizar más pasos de solución de problemas. Vuelva a escribir el programa para que genere mensajes conformes y vuelva a probar el programa.

Si todavía no se puede identificar el origen del problema, póngase en contacto con el soporte técnico de Microsoft para obtener ayuda. Antes de ponerse en contacto con el soporte técnico, recopile los archivos de registro adecuados para ayudar a identificar la causa principal del problema. Para obtener más información, consulte Habilitación del seguimiento de WSDAPI.

Procedimientos de diagnóstico de WSDAPI

solución de problemas de Introducción con WSDAPI

Descarga de filtros de NETMON y DPWS de ejemplo