Создание файла интересующих регионов
Файл областей интереса — это допустимый XML-файл, содержащий следующие узлы:
InstrumentationManifest
Инструментирование
Регионы
RegionsRoot — контейнер для всех определенных регионов.
Один или несколько узлов региона
Примечание
В определении региона атрибут версии в XML-объявлении, например version='1.0', является необязательным.
В следующем примере приведен полный файл "Интересующие регионы", определяющий простой регион. Пояснения к атрибутам и узлам в регионе описаны ниже.
<?xml version='1.0' encoding='utf-8' standalone='yes'?>
<?Copyright (c) Microsoft Corporation. All rights reserved.?>
<InstrumentationManifest>
<Instrumentation>
<Regions>
<RegionRoot Guid="{EFA7A927-BAE3-48F6-92E1-000000000000}"
Name="Sample Region File Root"
FriendlyName="Root">
<Region Guid="{d8d639a0-cf4c-45fb-976a-000111000100}"
Name="FastStartup-Suspend-UserSession-Shutdown"
FriendlyName="User Session Shutdown">
<Start>
<Event Provider="{dbe9b383-7cf3-4331-91cc-a3cb16a3b538}" Id="301" Version="0" />
</Start>
<Stop>
<Event Provider="{331c3b3a-2005-44c2-ac5e-77220c37d6b4}" Id="22" Version="0" />
</Stop>
</Region>
</RegionRoot>
</Regions>
</Instrumentation>
</InstrumentationManifest>
Определение региона
Определение региона содержит следующие атрибуты в узле Регион :
Guid (обязательно) — guid для региона.
Имя (обязательно) — уникальное имя региона. Рекомендуемый формат для name —
Root-GrandparentName-ParentName-RegionName.FriendlyName (необязательно) — альтернативное имя региона.
Типы регионов
Вы можете создать следующие типы регионов в зависимости от того, как они запускаются и останавливаются:
- Регионы на основе событий
- Регионы на основе длительности
- Регионы на основе других регионов
- Регионы, которые являются контейнерами других регионов
Регионы на основе событий
Наиболее распространенным типом региона является регион, начальная и остановная точки которого определяются событиями.
Чтобы указать событие в качестве начальной или остановленной точки, необходимо указать следующие атрибуты:
Provider — GUID, указывающий идентификатор поставщика для события.
Id — короткое слово без знака, указывающее идентификатор события.
Version — символ без знака, указывающий версию события.
Кроме того, можно дополнительно уточнить определение, добавив один или несколько узлов PayloadIdentifier . Эти теги содержат два строковых атрибута , FieldName и FieldValue, которые указывают поле, которое должно содержать событие. Теги PayloadIdentifier описаны ниже в разделе Использование полей полезных данных для идентификации событий.
Примеры
Ниже приведен базовый пример для этого типа региона:
<Region Guid="{d8d639a0-cf4c-45fb-976a-000111000100}"
Name="FastStartup-Suspend-UserSession-Shutdown"
FriendlyName="User Session Shutdown">
<Start>
<Event Provider="{dbe9b383-7cf3-4331-91cc-a3cb16a3b538}" Id="301" Version="0" />
</Start>
<Stop>
<Event Provider="{331c3b3a-2005-44c2-ac5e-77220c37d6b4}" Id="22" Version="0" />
</Stop>
</Region>
В следующем примере регион заканчивается, только если указанное событие содержит поле StartOrStop со значением Stop:
<Region Guid="{d8d639a0-cf4c-45fb-976a-000111000100}"
Name="FastStartup-Suspend-UserSession-Shutdown"
FriendlyName="User Session Shutdown">
<Start>
<Event Provider="{dbe9b383-7cf3-4331-91cc-a3cb16a3b538}" Id="301" Version="0" />
</Start>
<Stop>
<Event Provider="{331c3b3a-2005-44c2-ac5e-77220c37d6b4}" Id="22" Version="0" />
<PayloadIdentifier FieldName="StartOrStop" FieldValue="Stop" />
</Stop>
</Region>
Регионы на основе длительности
Многие события ETW определяются как однократное событие остановки с полем полезных данных длительности. Мы можем вычислить начальную точку, вычитая длительность из времени события остановки.
Тег Duration можно использовать в теге Start или Stop , чтобы указать поле полезных данных для получения сведений о длительности. При определении длительности для начальной точки длительность вычитается из точки остановки. Аналогичным образом, если вы определяете длительность для точки остановки, длительность добавляется к начальной точке.
Узел Duration может иметь следующие атрибуты:
Provider — GUID, указывающий идентификатор поставщика для события, содержащего поле полезных данных.
Id — короткое слово без знака, указывающее идентификатор события, содержащего поле полезных данных.
Version — символ без знака, указывающий версию события, содержащего поле полезных данных.
Duration — строка, указывающая имя поля полезных данных.
Множитель. ДЛЯ WPA требуется длительность в наносекундах. Множитель по умолчанию — 1000000 (один миллион), который преобразует миллисекунд в наносекунд.
При определении длительности для начальной точки длительность вычитается из точки остановки. Аналогичным образом, если вы определяете длительность для точки остановки, длительность добавляется к начальной точке.
Пример
В следующем примере определяется регион, который останавливается при запуске другого региона. Чтобы вычислить начальную точку, мы вычитаем длительность из точки остановки. Длительность находится в поле полезных данных HiberHiberFileTime. Затем мы умножаем длительность на 1 000 000, чтобы преобразовать ее в наносекунды и вычесть ее из точки остановки.
<Region Guid="{7D6BA3F6-BC04-4776-8A7F-93CF7F4E2B6D}"
Name="FastStartup-Suspend-WriteHiberFile"
FriendlyName="Subscribers for Create Session">
<Region Guid="{93783B2C-A67F-49cb-89BC-BF305D7E2CEA}"
Name="FastStartup-Suspend-Winlogon-CreateSession-Subscribers-Child"
FriendlyName="Hiberfile Write">
<Start>
<Duration Provider="{331c3b3a-2005-44c2-ac53-77220c37d6b4}"
Id="117"
Version="0"
Duration="HiberHiberFileTime"
Multiplier="1000000" />
</Start>
<Stop>
<Region RegionGuid="{EC1BB2D9-4AA8-4d82-84AA-6042FF4CFBE3}" />
</Stop>
</Region>
</Region>
Регионы на основе других регионов
Вы можете определить регион, начальная и остановная точки которого определяются другими регионами, с помощью узла Регион в узле Start или Stop . Этот узел Region имеет один обязательный атрибут RegionGuid, который указывает GUID целевого региона.
По умолчанию регион, начальная точка которого основана на другом регионе, будет запускаться при остановке региона начальной точки. Аналогичным образом, регион, точка остановки которого основана на другом регионе, будет останавливаться при запуске области точки остановки. Это поведение по умолчанию можно переопределить, добавив необязательный атрибут Endpoint в узел Регион.
Конечная точка может иметь значение Start или Stop и указывает, какую конечную точку региона следует использовать для события запуска или остановки.
Пример
Следующее определение региона содержит начальные и останавливающие точки, определенные другими регионами:
<Region Guid="{93783B2C-A67F-49cb-89BC-BF305D7E2CEA}"
Name="FastStartup-Suspend-HiberInitTime"
FriendlyName="Hiberfile Initialization">
<Start>
<Region RegionGuid="{5E81D74C-0CCC-43f9-8119-953F827BCD12}" />
</Start>
<Stop>
<Region RegionGuid="{7D6BA3F6-BC04-4776-8A7F-93CF7F4E2B6D}" />
</Stop>
</Region>
Регионы, которые являются контейнерами других регионов
Регионы, содержащие другие регионы, называются контейнерами. Контейнеры запускаются при запуске первого экземпляра автономной области и останавливаются при остановке последнего экземпляра. Эти регионы не имеют других атрибутов.
RegionRoot — это контейнер для всех регионов, которые вы определяете. Таким образом, RegionRoot запускается при запуске первого экземпляра региона и останавливается при остановке последнего экземпляра региона.
Чтобы определить регион контейнера, просто определите регион без начальной точки или точки остановки.
Пример
В приведенном ниже примере подписчики для создания сеанса — это контейнер для дочерних подписчиков create session. Обратите внимание, что подписчики для создания сеанса не имеют начальной точки или точки остановки. Он будет запускаться при запуске первого экземпляра дочернего региона и останавливаться при остановке последнего экземпляра дочернего региона.
<Region Guid="{A75D8F5D-E8F8-40b8-B453-5CC70DEAC06F}"
Name="FastStartup-Suspend-Winlogon-CreateSession-Subscribers"
FriendlyName="Subscribers for Create Session">
<Region Guid="{93783B2C-A67F-49cb-89BC-BF305D7E2CEA}"
Name="FastStartup-Suspend-Winlogon-CreateSession-Subscribers-Child"
FriendlyName="Child of Subscribers for Create Session">
<Start>
<Region RegionGuid="{5E81D74C-0CCC-43f9-8119-953F827BCD12}" />
</Start>
<Stop>
<Region RegionGuid="{7D6BA3F6-BC04-4776-8A7F-93CF7F4E2B6D}"
Endpoint="Stop" />
</Stop>
</Region>
</Region>
Использование полей полезных данных для идентификации событий
Часто свойств идентификатора события (идентификатор процесса, идентификатор потока и идентификатор действия) недостаточно для определения конкретных сценариев. Например, при запуске службы запускается универсальное событие, которое может не определить, какая служба запущена. В этом случае необходимо использовать поля полезных данных для получения дополнительных сведений. В этом случае одно из дополнительных полей должно содержать имя службы. Эти сведения можно использовать для дополнительного указания начальной и остановленной точек региона.
Чтобы использовать поля полезных данных в качестве дополнительных идентификаторов событий, добавьте один или несколько узлов PayloadIdentifier в узел Start или Stop .
Узел PayloadIdentifier имеет следующие атрибуты:
FieldName (обязательно) — имя поля полезных данных.
FieldValue (обязательный), значение полезных данных.
FieldValueRelationship (необязательно). Используйте IsEqual , чтобы указать, что событие должно содержать значение полезных данных. Используйте Параметр DoesNotContain , чтобы указать, что событие не должно содержать значение полезных данных. Если этот атрибут не указан, по умолчанию используется значение IsEqual.
Примечание
Поля полезных данных чувствительны к регистру, а определение XML должно полностью соответствовать значению полезных данных. Например, если поле полезных 00000данных имеет значение , определение региона также должно указать 00000 в качестве значения полезных данных.
Пример
В следующем примере содержатся узлы PayloadIdentifier как для начальной точки, так и для точки остановки:
<Region Guid="{AB719FB1-D863-4305-AE8E-F21281899A85}"
Name="FastStartup-ConsoleSessionDisconnect"
FriendlyName="Console Session Disconnect">
<Start>
<Event Provider="{dbe9b383-7cf3-4331-91cc-a3cb16a3b538}" Id="801" Version="0" />
<PayloadIdentifier FieldName="Event" FieldValue="8" />
<PayloadIdentifier FieldName="Key" FieldValue="00000" />
</Start>
<Stop>
<Event Provider="{dbe9b383-7cf3-4331-91cc-a3cb16a3b538}" Id="802" Version="0" />
<PayloadIdentifier FieldName="Event"
FieldValue="20"
FieldValueRelationship="DoesNotContain" />
</Stop>
</Region>
События сопоставления для регионов
WPA сопоставляет начальные события с событиями остановки для формирования регионов в процессе, называемом сопоставлением событий. На уровне событий WPA пытается сопоставить одно событие запуска или остановки на основе идентификатора поставщика, идентификатора события, версии события и любых дополнительных полей полезных данных.
Сопоставление также может быть расширено на уровне региона, где можно указать критерии, которые должны быть выполнены как начальной, так и остановленной точками. На уровне региона можно требовать, чтобы обе точки имели совпадающие идентификаторы потоков, идентификаторы процессов и идентификаторы действий. Кроме того, можно также определить критерии полезных данных на уровне региона.
Вы можете использовать сопоставление на уровне региона, включив узел Match внутри узла Регион . Узел Match содержит дочерний узел Event, который может иметь любое сочетание следующих атрибутов:
TID="true"— требуются совпадающие идентификаторы потоков.PID="true"— требуются совпадающие идентификаторы процессов.AID="true"— требуются идентификаторы соответствующих действий.
Узел События может иметь необязательный дочерний узел Полезные данные , содержащий атрибут FieldName . Для этого узла требуется, чтобы начальный и остановленный узлы содержали соответствующие значения полезных данных для указанного FieldName.
Кроме того, узел Полезные данные может также содержать необязательный атрибут TargetFieldName. Если указан этот атрибут, то FieldName соответствует полю полезных данных только в начальном узле, а TargetFieldName — полю полезных данных в останавливаемом узле.
Пример
В следующем примере формируется регион, когда событие запуска содержит поле полезных данных SubscriberName, значение которого совпадает со значением поля полезных данных Client в узле остановки. События запуска и остановки также должны иметь совпадающие идентификаторы потоков.
<Region Guid="{A75D8F5D-E8F8-40b8-B453-5CCC70DEAC06F}"
Name="FastStartup-Suspend-Winlogon-CreateSession-Subscribers"
FriendlyName="Subscribers for Create Session">
<Start>
<Event Provider="{dbe9b383-7cf3-4331-91cc-a3cb16a3b538}" Id="805" Version="0" />
<PayloadIdentifier FieldName="Event" FieldValue="0" />
</Start>
<Stop>
<Event Provider="{dbe9b383-7cf3-4331-91cc-a3cb16a3b538}" Id="806" Version="0" />
<PayloadIdentifier FieldName="Event" FieldValue="0" />
</Stop>
<Match>
<Event TID="true">
<Payload FieldName="SubscriberName" TargetFieldName="Client" />
</Event>
</Match>
</Region>
Фильтрация региона по условию
WPA может включать или исключать регион на основе условия или триггер, который может быть событием или другим регионом. Триггер указывается в элементе Filter , а область, содержащая фильтр , является целевым объектом.
Если триггер является регионом, фильтр должен содержать идентификатор региона.
Если триггер является событием, фильтр должен содержать элемент Event с идентификатором providerId поставщика ETW и одним или несколькими из следующих атрибутов: Id, Version, OpCode и Type.
Идентификатор и версия описаны ранее в разделе Типы регионов. OpCode — это любое выбранное значение. Тип задает режим фильтрации целевого региона, включая или исключая его на основе условий, описанных в следующей таблице.
| Тип фильтра | Описание |
|---|---|
| Исходящий | Исключите целевой регион при обнаружении события или региона триггера. |
| Форпост | Исключите целевой регион, когда целевой объект произошел после последнего события или региона активации. |
| OutPrev | Исключите целевой регион, когда целевой регион произошел до первого события или региона активации. |
| В | Включать целевой регион только при обнаружении события или региона триггера. |
| InPost | Включать целевой регион только в том случае, если он произошел после последнего события или региона активации. |
| InPrev | Включать целевой регион только в том случае, если он произошел до первого запуска события или региона. |
Родительско-дочерние связи
Вы можете определить регион в другом регионе, чтобы создать связь "родитель-потомок". Чтобы область была родительской, она должна иметь время начала, которое раньше или равно времени начала дочернего региона. Он также должен иметь время остановки, которое позже или равно времени остановки дочерней области. Если эти условия не выполняются, невозможно создать связь "родители-потомки".
Чтобы указать дополнительные условия для родительского региона, используйте родительский узел в узле Match . Родительский узел имеет те же атрибуты и дочерние узлы, что и узел события, используемый при сопоставлении на уровне региона. Можно указать, что родительский и дочерний регионы должны иметь одинаковый идентификатор потока, идентификатор процесса, идентификатор действия и любое количество соответствующих полей полезных данных.
Если при использовании полей полезных данных указан только атрибут FieldName , то родительский и дочерний регионы должны иметь соответствующие значения полезных данных для этого поля. Если также указать атрибут TargetFieldName , то атрибут TargetFieldName применяется как к родительскому, так и к дочернему элементу. Это означает, что в дочерней области должно быть значение полезных данных для поля FieldName , соответствующее значению полезных данных для поля TargetFieldName в родительском элементе.
Если у дочернего элемента есть более одного потенциального родителя, выбирается родитель с самым ранним временем начала.
Пример
В приведенном ниже примере определяются критерии для родительского элемента. Родительский объект должен иметь соответствующий идентификатор потока, а значение полезных данных для SubscriberName поля в дочернем элементе должно соответствовать значению Client поля в родительском объекте.
<Region Guid="{A75D8F5D-E8F8-40b8-B453-5CC70DEAC06F}"
Name="FastStartup-Suspend-Winlogon-CreateSession-Subscribers"
FriendlyName="Subscribers for Create Session">
<Start>
<Event Provider="{dbe9b383-7cf3-4331-91cc-a3cb16a3b538}" Id="805" Version="0" />
<PayloadIdentifier FieldName="Event" FieldValue="0" />
</Start>
<Stop>
<Event Provider="{dbe9b383-7cf3-4331-91cc-a3cb16a3b538}" Id="806" Version="0" />
<PayloadIdentifier FieldName="Event" FieldValue="0" />
</Stop>
<Match>
<Event TID="true">
<Payload FieldName="SubscriberName" TargetFieldName="Client" />
</Event>
<Parent TID="true">
<Payload FieldName="SubscriberName" TargetFieldName="Client" />
</Parent>
</Match>
</Region>
Самовложение регионов
Самостоятельное вложение — это необязательная функция, которая оптимизирует отношения "родители-потомки".
Самостоятельно вложенная область — это область, длительность которой содержится в пределах того же региона. Этот регион фактически становится ребенком своего более длительного брата.
Например, предположим, что самовложение включено для следующих регионов:
Родительский регион A
Дочерняя область B1, которая начинается во времени 0 и останавливается в момент времени 6
Дочерняя область B2, которая начинается в момент времени 2 и останавливается во времени 5
Дочерняя область B3, которая начинается в момент времени 3 и останавливается в момент 4
В этом примере B2 становится дочерней областью B1, а B3 — дочерней областью B2. При создании этого типа связи "родитель-потомок" выбирается родительский элемент с начальным временем, ближайшим к дочернему времени начала.
Чтобы активировать самовложение, добавьте узел SelfNest внутри узла Match .
Узел SelfNest не имеет обязательных параметров. Однако можно использовать те же параметры сопоставления, которые используются для создания обычных отношений "родители-потомки". Дополнительные сведения см. в разделе Отношения "родители-потомки" выше в этой статье.
Примеры
В следующем примере определяется тег Match , который просто вызывает самовложение:
<Match>
<SelfNest />
</Match>
В следующем примере определяется более сложный сценарий самовложений, который требует сопоставления идентификаторов потоков и полей полезных данных:
<Match>
<SelfNest TID="true">
<Payload FieldName="SubscriberName" />
</SelfNest>
</Match>
Имена экземпляров
Вы можете присвоить уникальное имя каждому экземпляру сопоставленной области с помощью узла Именование . Именование полезно при наличии большого количества экземпляров одного региона или при необходимости классификации регионов на основе других критериев. Имена экземпляров могут основываться на полях полезных данных или на связях с другими регионами.
Экземпляры могут называться на основе значений полезных данных с помощью узла PayloadBased в узле именования . Узел PayloadBased имеет один обязательный атрибут NameField, который указывает поле полезных данных, значения которого необходимо использовать в качестве имен экземпляров. Эти поля полезных данных могут находиться в начальной точке или точке остановки для региона.
Ниже приведен пример региона с узлом именования на основе полезных данных:
<Region Guid="{9261872F-D3A7-4d80-BDE3-8479CC920639}"
Name="FastStartup-Suspend-Winlogon-EndShell-CallSubscriber"
FriendlyName="Call Subscriber for End Shell">
<Start>
<Event Provider="{dbe9b383-7cf3-4331-91cc-a3cb16a3b538}" Id="811" Version="0" />
<PayloadIdentifier FieldName="Event" FieldValue="13" />
</Start>
<Stop>
<Event Provider="{dbe9b383-7cf3-4331-91cc-a3cb16a3b538}" Id="812" Version="0" />
<PayloadIdentifier FieldName="Event" FieldValue="13" />
</Stop>
<Match>
<Event PID="true" />
<Parent PID="true" />
</Match>
<Naming>
<PayloadBased NameField="SubscriberName" />
</Naming>
</Region>
В предыдущем примере узел именования указывает, что событие запуска или остановки содержит поле полезных данных с именем SubscriberName. Для каждого создаваемого экземпляра региона именем экземпляра является связанное значение полезных данных.
Примечание
При именовании экземпляров региона WPA сначала проверяет начальное событие для соответствующего поля полезных данных. Если он не найден, WPA выполнит поиск в событии остановки для поля полезных данных. Если совпадение не найдено ни в том, ни в ином случае, в консоли выводится сообщение об ошибке.
Иногда информация в полезных данных является не единственной информацией, которую нам нужно. Например, если информация в полезных данных содержит идентификатор устройства, мы можем сопоставить эти сведения с описанием и именем устройства. Поддерживаемые атрибуты типа :
Device, связывает имя и описание.GUID, связывает GUID с регионом.CLSIDсвязывает имя класса с идентификатором класса.PIDсвязывает имя процесса с регионом.
<Naming>
<PayloadBased NameField="SubscriberName" Type="Device" />
</Naming>
Если значение полезных данных можно найти в начальной и конечной точках, можно использовать необязательный атрибут InstanceEndpoint , чтобы указать, какую точку следует использовать. Возможные значения для InstanceEndpoint : Start и Stop.
<Naming>
<PayloadBased NameField="SubscriberName" InstanceEndpoint="Start" />
</Naming>
Вы также можете назвать регион на основе связей с другими регионами. Чтобы связаться с другим регионом, добавьте узел RegionBased в узел именования . Узел RegionBased имеет четыре обязательных атрибута:
RegionGuid, GUID связанного региона.
Отношение— условное значение, описывающее связь между определяемой областью и регионом, с которым связана связь. В настоящее время единственной поддерживаемой связью является
IsPresent, что означает, что условие имеет значение true, если связанная область найдена где-то в трассировке.IfRelationTrue — строковое значение, используемое в качестве имени экземпляра, если связь, описанная в параметре Relation , имеет значение true.
IfRelationFalse — строковое значение, используемое в качестве имени экземпляра, если связь, описанная в relation , имеет значение false.
В следующем примере определяется регион с именем на основе региона. Если регион с соответствующим ИДЕНТИФИКАТОРом GUID найден в какой-то части трассировки, то каждый экземпляр Launch имеет имя Warm. В противном случае каждому экземпляру присвоено имя Cold.
<Region Guid="{C99EFA90-F645-4A24-9576-740351171BD0}"
Name="WinStoreAppActivationDuration"
FriendlyName="Launch">
<Start>
<Event Provider="{315a8872-923e-4ea2-9889-33cd4754bf64}" Id="5901" Version="0" />
<PayloadIdentifier FieldName="SqmableContractID" FieldValue="Windows.Launch" />
</Start>
<Stop>
<Event Provider="{315a8872-923e-43a2-9889-33cd4754bf64}" Id="5902" Version="0" />
<PayloadIdentifier FieldName="SqmableContractID" FieldValue="Windows.Launch" />
</Stop>
<Match>
<Event PID="true" />
</Match>
<Naming>
<RegionBased RegionGuid="{1539A93E-129C-4602-A011-431E7F73A353}" Relation="IsPresent" IfRelationTrue="Warm" IfRelationFalse="Cold" />
</Naming>
</Region>
Примечание
Имена экземпляров можно просмотреть в WPA, наведите указатель мыши на экземпляр региона на графе "Интересующие регионы".
Метаданные
Вы можете добавить дополнительные сведения в определение региона в виде метаданных, содержащихся в узле метаданных . Например, можно включить в метаданные сведения, объясняющие критерии региона, чтобы другим пользователям было проще понять назначение региона. Метаданные — это просто дополнительные данные, которые не влияют на обработку регионов.
WPA добавляет эти метаданные в каждый экземпляр региона в представлении диаграммы графа "Интересующие регионы". Чтобы просмотреть метаданные для сопоставленных событий в WPA, просто разверните область в представлении диаграммы и прокрутите страницу до нужных метаданных. WPA присваивает метаданным уникальный номер, а имя узла отображается в виде сведений о столбце.
Пример
Следующий пример включает узел метаданных в определении региона:
<Region Guid="{F466EE67-192C-4772-B13D-052CCD2D70B3}"
Name="FastStartup-Suspend-Winlogon-Logoff-Subscribers"
FriendlyName="Subscribers for Logoff">
<Start>
<Event Provider="{dbe9b383-7cf3-4331-91cc-a3cb16a3b538}" Id="805" Version="0" />
<PayloadIdentifier FieldName="Event" FieldValue="3" />
</Start>
<Stop>
<Event Provider="{db39b383-7cf3-4331-91cc-a3cb16a3b538}" Id="806" Version="0" />
<PayloadIdentifier FieldName="Event" FieldValue="3" />
</Stop>
<Match>
<Event>
<Payload FieldName="Event" />
</Event>
</Match>
<Naming>
<PayloadBased NameField="SubscriberName" />
</Naming>
<Metadata>
<FAS.TestNode>yes</FAS.TestNode>
</Metadata>
</Region>