Page suivante Page précédente Table des matières

5. Configuration du Routage

Les sections suivantes du fichier de configuration peuvent être utilisées pour configurer comment les appels sont routés.

5.1 Section [RoutingPolicy]

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:

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.

Exemple:

[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.

Exemple:

[RoutingPolicy::OnARQ]
default=numberanalysis,internal,neighbor

5.2 Section [RasSrv::RewriteE164]

Cette section définit les règles de réécriture pour dialedDigits (numéro E.164).

Format:

[!]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.

Exemple:

08=18888

Si vous composez 08345718, il est réécrit en 18888345718.

Exemple:

!08=18888

Si vous composez 09345718, il est réécrit en 1888809345718.

Option:

5.3 Section [RasSrv::GWRewriteE164]

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

Format:

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 ';'.

Exemple:

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.

5.4 Section [Endpoint::RewriteE164]

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.

Format:

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.

5.5 Section [Routing::NumberAnalysis]

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.

Format:

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.

Exemple:

[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.


Page suivante Page précédente Table des matières