Inspección de seguimientos de red para aplicaciones mediante la detección dirigida
Cualquier analizador de paquetes de red que pueda mostrar paquetes sin procesar se puede usar para inspeccionar las solicitudes de intercambio de metadatos HTTP. Se recomienda Microsoft Network Monitor 3 (Netmon). Para obtener más información sobre Netmon, consulte Descarga de netmon y ejemplos de filtros DPWS.
Para inspeccionar los seguimientos de red para la detección dirigida
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).
Instale el analizador de paquetes (Netmon) en el cliente o en el host.
Configure el analizador de paquetes para capturar el tráfico en el adaptador de red que conecta el host y el cliente.
Reproduzca el error iniciando el host y el cliente o presionando F5 en network Explorer.
Filtre los resultados para aislar WS-Discovery y el tráfico de intercambio de metadatos. Para ver filtros netmon de ejemplo, consulte Descarga de filtros netmon y DPWS de ejemplo.
Nota
Este paso es opcional.
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 Patrones de mensajes de intercambio de metadatos y detección.
- Los mensajes de sondeo deben enviarse mediante HTTP o HTTPS, normalmente al puerto 5357 o 5358.
- 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 HTTP o HTTPS 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 probe 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, vea 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 Firewall de Windows puede quitar un mensaje ProbeMatches enviado más de 4 segundos después de un mensaje de sondeo.
- Si no se ha incluido ningún elemento XAddrs en el mensaje ProbeMatches y el cliente o host enviará un mensaje HTTP (como una solicitud de intercambio de metadatos o un mensaje de servicio), el cliente o host debe enviar un mensaje Resolve por HTTP o HTTPS. Este mensaje normalmente se envía al puerto 5357 o 5358.
- Si se envía un mensaje Resolve , se debe enviar un mensaje ResolveMatches al puerto HTTP o HTTPS 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 Firewall de Windows 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.
Temas relacionados