view doc/rt_busypeers.conf.sample @ 1502:515421a9ac5e

Add 3GPP TS 29.154 V15.3.0 (2019-09) Add AVPs: - Network-Area-Info-List, OctetString, code 4201, section 5.3.2 - Number-Of-UEs, Unsigned32, code 4209, section 5.3.10 - Reference-Id, OctetString, code 4202, section 5.3.3 - Transfer-Request-Type, Unsigned32, code 4203, section 5.3.4 - Time-Window, Grouped, code 4204, section 5.3.5 - Transfer-End-Time, Time, code 4205, section 5.3.6 - Transfer-Policy, Grouped, code 4207, section 5.3.8 - Transfer-Policy-Id, Unsigned32, code 4208, section 5.3.9 - Transfer-Start-Time, Time, code 4206, section 5.3.7 - Access-Network-Reports, Grouped, code 4210, section A.6.3.2 - Event-Configuration, Grouped, code 4211, section A.6.3.3 - Event-Configuration-State, Unsigned32, code 4212, section A.6.3.4 - Event-Configuration-Status, Grouped, code 4213, section A.6.3.5 - Event-Reporting-Results, Unsigned32, code 4214, section A.6.3.6 - Event-Reports, Grouped, code 4215, section A.6.3.7 - Extended-SCEF-Reference-ID, Unsigned64, code 4216, section A.6.3.8
author Luke Mewburn <luke@mewburn.net>
date Fri, 03 Apr 2020 15:33:12 +1100
parents 7ee7b95701c9
children
line wrap: on
line source

# This file contains information for configuring the rt_busypeers extension.
# To find how to have freeDiameter load this extension, please refer to the freeDiameter documentation.
#
# The rt_busypeers extension has two purposes. 
# - when the local peer receives an error DIAMETER_TOO_BUSY from a peer, 
#   this extension catchs this error and attempts to retransmit the query to another peer if it makes sense, i.e.:
#      * the peer issuing the error is not the peer referenced in the Destination-Host AVP of the message,
#      * we have a direct link with the peer that issued the error (see parameter RetryDistantPeers below)
#
# - When a request is forwarded by the local peer, start a timer and if the corresponding answer/error has
#   not been received within RelayTimeout seconds, either send to another peer or return a DIAMETER_TOO_BUSY
#   error, depending on the RetryMaxPeers parameter.
#
# This extension is mainly useful for Diameter agents, for Diameter clients it is recommended to 
# implement this logic directly in the client application. 


# Parameter: SkipTooBusyErrors
# If defined, this parameter disables the handling of Diameter Errors message with a Result-Code set to DIAMETER_TOO_BUSY in this extension.
# When this parameter is defined, the parameter RetryDistantPeer has no effect.
# Default: parameter is not defined.
#SkipTooBusyErrors;


# Parameter: RetryDistantPeers
# By default, the extension only retries to send messages if the peer that issued the DIAMETER_TOO_BUSY error is directly connected to
# the local peer (not through a Diameter agent). This avoids the situation where the message is sent to a different relay that will deliver
# to the same busy peer afterwards. If the parameter is defined, then the extension will also retry sending messages for errors generated in
# distant peers. This should increase the chance that the message is delivered, but also can increase the load of the network unnecessarily.
# Default: parameter is not defined.
#RetryDistantPeers;


# Parameter: RetryMaxPeers
# This parameter specifies the limit on the number of times a request can be re-sent to a different peer, before the local relay gives up and 
# forwards the error to upstream.
# Default: 0, meaning all possible candidates are attempted before give up.
#RetryMaxPeers=0;


# Parameter: RelayTimeout
# If the value of this parameter is not 0, it specifies the number of milliseconds (1/1000 s) that the local relay waits for an answer to a 
# forwarded request before considering the remote peer is busy and taking corrective action (similar as if that relay had returned TOO_BUSY status).
# Note: this parameter does not apply for requests issued locally. In that case, the extension issuing the request should directly specify the timeout.
# Default: 0, meaning that there is no timeout parameter.
#RelayTimeout=0;

"Welcome to our mercurial repository"