When you run a Diameter workflow, the peer connections of the Diameter Stack agents are monitored through the standard Diameter watchdog as described in RFC 6733 and RFC 3539. Possible states of the connection are: OKAY, SUSPECT, DOWN, REOPEN, INITIAL. The Diameter peer state changed event is triggered whenever there is a change of peer state.
Filtering
In the Event Setup tab, the values for all the event fields are set by default to All in the Match Value(s) column, which will generate event notifications every time a Diameter peer state changed event is generated. Double-click on the field to open the Match Values dialog where you can click on the Add button to add which values you want to filter on. If there are specific values available, these will appear in a drop-down list. Alternatively, you can enter a hard coded string or a regular expression.
Diameter peer state changed specific fields
The following fields are available for filtering Diameter Peer State events in the Event Setup tab:
newState- The new state of the connection.peerName- The name of the Diameter peer for which the connection state has changed.
Fields inherited from the Base event
The following fields are inherited from the Base event, and can also be used for filtering, and described in more detail in Base Event(3.0):
category- If you have configured any Event Categories, you can select to only generate notifications for Couchbase Monitor events with the selected categories. See Event Category for further information about Event Categories.contents- This field contains a string with event specific information. If you want to use this field for filtering you can enter a part of the contents as a hard coded string.eventName- This field can be used to specify which event types you want to generate notifications for. This may be useful if the selected event type is a parent to other event types. However, since the Couchbase Monitor event is not a parent to any other event, this field will typically not be used for this event.-
origin- If you only want to generate notifications for events that are issued from certain Execution Contexts, you can specify the IP addresses of these Execution Contexts in this field. receiveTimeStamp- This field contains the date and time for when the event was inserted into the Platform database. If you want to use timeStamp for filtering, it may be a good idea to enter a regular expression, for example, "2014-06.*" for catching all Diameter Peer State Changed events from 1st of June, 2014, to 30th of June, 2014.severity- With this field you can determine to only generate notifications for events with a certain severity; Information, Warning, Error or Disaster.timeStamp- This field contains the date and time for when the Execution Context generated the event. If you want to use timeStamp for filtering, it may be a good idea to enter a regular expression, for example, "2014-06-15 09:.*" for catching all Diameter Peer State Changed events from 9:00 to 9:59 on the 15th of June, 2014.
Fields inherited from the Workflow event
The following fields are inherited from the Workflow event, and described in more detail in Workflow Event:
workflowKey- The name of the internal workflow key.workflowName- A list indicating what workflow(s) information to select.workflowGroupName- The name of the workflow group.
Fields inherited from the Agent event
The following fields are inherited from the Agent event, and described in more detail in Agent Event(3.0):
agentName- The name of the agent issuing the event.
Note!
The values of these fields may also be included in the notifications according to your configurations in the Notifier Setup tab.
Examples Diameter Peer State Changed Event Configuration
Example - Diameter Peer State Changed event notification saved in a Log File
This configuration will give you the following notification setup:
When the state of a Diameter peer is changed, a notification will be generated.
- When this notification is generated, a new line with information will be logged in the diameter_peer_state.txt file located in the /home/user/diameter folder, containing the following data:
- The timestamp for when the event was triggered
- The workflow in which the event was issued
- The agent that issued the event
- The new state of the peer connection
- The name of the of the peer for which the connection state has changed
Example - Diameter Peer State Changed event notification saved in a database
This configuration will give you the following notification setup:
When the state of a Diameter peer is changed, a notification will be generated.
- When this notification is generated, an entry will be added in the diameterdynamic table in the database:
- The timestamp from the EC will be inserted in the timestamp column in the database table.
- The peer name will be inserted in the peer column in the database table.
- The new state will be inserted in the state column in the database table.
0 Comments