Generating a Provider Manifest

You might need to generate a provider manifest to ensure that Message Analyzer can parse ETW messages on a destination computer if the ETW events were captured on another source computer and the destination computer has no corresponding manifest to understand the data format. You might also have a destination computer with a manifest that is out-of-date with respect to the source computer manifest that was included in an ETL file. To accommodate these requirements, you can generate and save a manifest in the following ways:

  • Automatically — requires that Message Analyzer is installed on the source computer. For this method, you configure a Live Trace Session and specify one or more ETW providers and then perform a capture of ETW events. When you save a trace that used one or more ETW providers to capture live data, Message Analyzer automatically attaches the manifest for each ETW provider in use to the trace.


    Manifests for the Microsoft-PEF-NDIS-PacketCapture, Microsoft-PEF-WFP-MessageProvider, and PEF-WebProxy providers are installed on your system by default when you install Message Analyzer. Also, during Message Analyzer installation, all the system ETW providers that are registered on your system are enumerated and their manifests are automatically obtained.

  • Manually — Message Analyzer is not installed on the source computer, or the manifest on the destination computer is out of date. In these cases, you must employ standard external tools to perform the trace and generate a manifest for the provider/s in use. For example, to capture the ETW events, you might use a command-line tool such as netsh or logman. When you are ready to save the manifest for the ETW trace, or if you already have an ETL file without a manifest, you can run the command-line tool Tracerpt with the following command string to generate the manifest file with a .man extension:

    Tracerpt –l [ETWTrace file | *.etl file] –export []

    This command exports the schema for the ETW events that were captured and saved to the specified event trace file or log (*.etl). For more information about Tracerpt commands, specify the following help switch:

    Tracerpt /?


    You might be able to obtain a manifest from InsightWeb as well, if you have access to internal Microsoft sites.


As an alternative to the previous methods, you may be able to use the following tool to create a manifest:

  • A new Visual Studio extension known as the Microsoft EventRegister Tool is available from a Nuget package.

    This extension includes an EventSource class and other related classes in the Microsoft.Diagnostics.Tracing namespace, which enable you to write to the Event Log and generate a manifest at build time. For additional background information, see Getting Started with Semantic Logging

At this point, you should have one of the following from the source machine:

  • A .matu or .matp file with the manifest information automatically attached.

  • A trace file or *.etl log with a separate *.man file.

If you have a .matu or .matp file with the required manifest attached, you can simply load the file and Message Analyzer should be able to parse the messages. If you manually generated the manifest for an ETL file, you will need to place the manifest <> in the following folder prior to loading the log data into Message Analyzer:



In a future release, Message Analyzer may have the capability to import provider manifests directly through an OPN adapter, depending on demand.

See Also

Understanding Event Parsing with a Provider Manifest