Les sections suivantes du fichier de configuration peuvent être utilisées pour configurer comment les appels sont routés.
Cette section explique comment les diverses politiques de routage possibles du gatekeeper fonctionnenet.
Les demandes d'appel peuvent être routées en utilisant un certain nombre de fournisseurs de routage:
explicit
La destination est explicitement indiquée dans la demande de routage.
internal
La règle classique; cherche la destination dans la RegistrationTable
parent
Route l'appel en utilisant des informations envoyées par le GK parent en réponse à un ARQ que le gatekeeper enverra.
neighbor
Route l'appel en utilisant les voisins en échangeant des messages LRQ
dns
La destination est résolue par DNS, à condition qu'elle soit résolvable
vqueue
Utilise le mécanisme de queue virtuelle et génère un événement RouteRequest pour laisser une application externe faire le routage (ne peut être utilisé qu'avec OnARQ)
numberanalysis
Fournit un support pour l'envoi des chiffres recouverts(?) pour les messages ARQ.
Si une politique ne correspond pas, la politique suivante est essayée.
Ces politiques peuvent être appliquées à un certain nombre de types de requêtes de routage et de données d'entrée de routage. Les différents types sont: ARQ, LRQ, Setup et Facility (avec la raison callForwarded) Il y a aussi la politique de routage générale, qui est une sorte de valeur par défaut pour les autres types.
[RoutingPolicy]
h323_ID=dns,internal
002=neighbor,internal
Default=internal,neighbor,parent
Quand un des messages est reçu qui demande une décision de routage, tous les appels à un alias du type h323_ID seront résolus en utilisant le DNS. Si le DNS échoue à déterminer l'alias, il est comparé à la table interne d'enregistrement. Si un appel est demandé pour un alias commençant par 002, les voisins sont d'abord vérifiés puis la table interne d'enregistrement. Si l'alias demandé n'est par un h323_ID ou un alias commençant par 002, la politique par défaut est utilisée en recherchant dans la table interne d'enregistrement, puis les voisins, et si çà échoue le parent.
Pour les messages ARQ, LRQ, Setup et Facility on peut utiliser les sections [RoutingPolicy::OnARQ], [RoutingPolicy::OnLRQ], [RoutingPolicy::OnSetup] et [RoutingPolicy::OnFacility] en utilisant la syntaxe expliquée ci-dessus.
[RoutingPolicy::OnARQ]
default=numberanalysis,internal,neighbor
Cette section définit les règles de réécriture pour dialedDigits (numéro E.164).
[!]original-prefix=target-prefix
Si le numéro commence avec original-prefix
, il est réécrit en
target-prefix
.
Si le drapeau `!
' précède le original-prefix
, le sens est
inversé et le target-prfix est ajouté au début du numéro
composé. Les caractères jokers spéciaux ('.'
et '%'
) sont
disponibles.
08=18888
Si vous composez 08345718
, il est réécrit en 18888345718
.
!08=18888
Si vous composez 09345718
, il est réécrit en 1888809345718
.
Option:
Fastmatch=08
N/A
Réécrit uniquement les dialDigits commençant par le préfixe indiqué.
Cette section décrit la réécriture des dialedDigits des numéros E.164 en fonction de la passerelle d'où provient l'appel ou vers où est envoyé l'appel. Ceci permet une manipulation beaucoup plus flexible des dialedDigits pour le routage, etc. En combinaison avec le RasSrv::RewriteE164 vous pouvez avoir une réécriture en trois étapes:
Appel de "gw1", dialedDigits 0867822
|
|
V
Règles d'entrée pour "gw1", dialedDigits now 550867822
|
|
V
Règles générales, dialedDigits maintenant 440867822
|
|
V
Sélection de passerelle, dialedDigits maintenant 440867822, passerelle de sortie "gw2"
|
|
V
Règles de sortie pour "gw2", dialedDigits maintenant 0867822
|
|
V
Appel de "gw2", dialedDigits 0867822
gw-alias=in|out=[!]original-prefix=target-prefix[;in|out...]
Si l'appel correspond à la passerelle, la direction et commence par
original-prefix
il est réécrit en target-prefix
.
Si le drapeau `!
' précède le original-prefix
, le sens est
inversé.
Les caractères jokers spéciaux ('.'
and '%'
) sont disponibles.
Des règles multiple pour une même passerelle doivent être
séparées par ';'.
gw1=in=123=321
Si un appel est reçu de "gw1" à 12377897
, il est réécrit
en 32177897
avant qu'une action supplémentaire ne soit prise.
Une fois que vous avez défini le(s) préfixe(s) pour votre terminal gatekeeper, le gatekeeper parent routera les appels avec dialedDigits commençant par ces préfixes. Le gatekeeper fils peut réécrire la destination en accord avec les règles définies dans cette section. Par contraste, quand un terminal interne appelle un terminal enregistré dans le gatekeeper parent, la source sera réécrite à l'envers.
external prefix=internal prefix
Par exemple, si vous avez la configuration suivante,
[Parent GK]
ID=CitronGK
/ \
/ \
/ \
/ \
[Child GK] [EP3]
ID=ProxyGK E164=18888200
Prefix=188886
/ \
/ \
/ \
[EP1] [EP2]
E164=601 E164=602
Avec cette règle:
188886=6
Quand EP1 appelle EP3 avec 18888200
, le CallingPartyNumber dans le Q.931 Setup
sera réécrit en 18888601
. Inversement, EP3 peut atteindre EP1 et EP2
en appelant 18888601
et 18888602
, respectivement. En conséquence, un
terminal enregistré auprès du GK fils avec le préfixe '6
'
apparaîtra comme un terminal avec le préfixe '188886
', pour les
terminaux enregistrés auprès du gatekeeper parent.
Cette section ne se rapporte pas à la section RasSrv::RewriteE164, bien que le plus récent prendra effet en premier.
Cette section définit les règles pour la politique de routage
numberanalysis
. La politique contrôle un numéro composé pour un
nombre minimum et/ou maximum de chiffres et envoie ARJ, si nécessaire (le nombre
de chiffres est en dehors de la plage), pour supporter l'envoi de chiffres qui se
recouvrent.
prefix=MIN_DIGITS[:MAX_DIGITS]
Si le numéro correspond au prefix
, il est vérifié qu'il est
composé d'au moins MIN_DIGITS
chiffres et (si MAX_DIGITS est présent)
d'au plus MAX_DIGITS
chiffres. Les caractères joker spéciaux
(!
, '.'
et '%'
) sont disponibles.
Si le numéro est trop court, un ARJ est envoyé avec rejectReason
fixé à incompleteAddress
.
Si le numéro est trop long, un ARJ est envoyé avec rejectReason
fixé à undefinedReason
.
La liste de préfixes est parcourue du préfixe le plus long au plus court
pour une correspondance.
[RoutingPolicy::OnARQ]
default=numberanalysis,internal
[Routing::NumberAnalysis]
0048=12
48=10
.=6:20
Les appels aux destinations commençant par 0048 ont besoin d'au moins 12 chiffres, par 48 - 10 chiffres et pour tous les autres au moins 6 et au plus 20 chiffres.