|
|
Ceci est le manuel Français pour GNU Gatekeeper 2.2.1.
Une version plus récente (Anglais) du manuel se trouve dans l'archive téléchargée de GnuGk.
Chapitres:
Contenu ·
Introduction ·
Installation ·
Pour commencer ·
Config basique ·
Routage ·
Config RAS ·
Authentification ·
Accounting ·
Voisins ·
Config par terminal ·
Config avancée ·
Surveillance
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.
- 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
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:
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.
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.
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
Chapitres:
Contenu ·
Introduction ·
Installation ·
Pour commencer ·
Config basique ·
Routage ·
Config RAS ·
Authentification ·
Accounting ·
Voisins ·
Config par terminal ·
Config avancée ·
Surveillance
|
