Manual Chapter : Did the message reach the message router?

Applies To:

  • BIG-IP LTM

    21.0.0, 17.5.1, 17.5.0, 17.1.3, 17.1.2, 17.1.1, 17.1.0, 17.0.0, 16.1.6, 16.1.5, 16.1.4, 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0

Did the message reach the message router?

There are multiple places where processing can stop or a failure can occur. The stats of the profiles added to the virtual server (or transport-config) should be used to determine if the message reached the message router. From the transport profile’s stats (TCP/UDP/SCTP), it can be determined if packets were received by the transport filter. From the protocol profile’s stats (sipsession), it can be determined if the received packets were correctly parsed into messages. If an error was found in the message parsing this should be detectable using the protocol’s stats.

The message router profile (siprouter) stats should increment with each message received. The result of each messages routing operation should also be represented in the stats.

Why did the message fail routing

The MR_INGRESS event is raised for each message before it enters routing . Once routing is complete either MR_EGRESS or MR_FAILED event is raised. The message metadata can be logged during these events to help debug the results of routing. Some fields and their usage follows:

Metadata Field Populated Purpose
lasthop before MR_INGRESS Contains the TMM and flow_id of the originating connection of the message
nexthop before MR_INGRESS (or during MR_INGRESS) Selects the destination connection for the message
route after routing (or during MR_INGRESS) The value of the selected route (peer list). If set during MR_INGRESS, this route will be used instead of performing route lookup
originator before MR_INGRESS The IP, port and rtdom_id of the originator of the connection. Also contains the transport type and name of the originating connection.
status after routing The results of the route lookup
attempted after routing (or during MR_INGRESS) The list of destination hosts attempted. This list of hosts will be treated as marked down when performing peer selection and load balanced pick.
retry_count after routing The number of times this message has been submitted for routing