When a message is received for routing, MRF will raise the MR_INGRESS event. The script author
may set the nexthop or route attribute of the message to bypass the normal route table lookup.
Response messages may already have the nexthop attribute set but the protocol if a pending
request existed in the table.
Upon completion of the MR_INGRESS event, fi the message's nexthop attribute is set, the message
will be forwarded to the connection specified in the nexthop attribute.
If the message's route attribute is set, route lookup will be skipped and the route value
specified in the message's route attribute will be use to determine the distination host of for
If the message's route attribute is not set, the route lookup will be performed using the
message's source and destination address. The message's route attribute will be populated with
the selected route's value.
After route selection, a peer from the route value will be selected and a pool member will be
selected from the selected peer.
If available connection exists to the selected pool member, the message will be forwarded using
If an available connection does not exist, a new connection will be created.
The MR_EGRESS event will be raised as the message is leaving the router to be forwarded to the
If a route could not be found or a connection could not be created, a MR_FAILED event will be
raised. The script author may attempt to retry routing using the MR::retry command.