Página siguiente Página anterior Índice general

5. Configuración de Enrutado

Las siguientes secciones del archivo de configuración pueden ser usadas para configurar el enrutamiento de las llamadas.

5.1 Sección [Políticas de enrutado]

Esta sección explica el funcionamiento de las diversas políticas de enrutado del gatekeeper.

Las peticiones de llamada entrante pueden ser encaminadas usando un número de proovedores de enrutado:

Las políticas se prueban de manera sucesiva hasta hallar la correcta.

Estas políticas pueden ser aplicadas a diversos tipos de peticiones de enrutado, y datos de entrada de enrutado. Éstos son los siguientes: ARQ, LRQ, Setup y Facility (con la razón callForwarded) Existe también una política general, que viene a ser la opción por defecto frente a los otros tipos.

Example:

[RoutingPolicy]
h323_ID=dns,internal
002=neighbor,internal
Default=internal,neighbor,parent

Cuando un mensaje que llama a una decisión de enrutado se recibe, todas las llamadas a un alias del tipo h323_ID serán resueltas a través de DNS. Si esto no soluciona el alias, se comprueba contra las tablas de registro internas. Si se pide un alias que comience con 002, los vecinos se comprueban antes de las tablas de registro. Si el alias solicitado no es del tipo h323_ID o comienza por 002, se usa la política por defecto consultando las tablas de registro internas, tras ellas, a los vecinos, y, en caso de fallo, al padre.

Para los mensajes ARQ, LRQ, Setup y Facility se deberían usar las secciones [RoutingPolicy::OnARQ], [RoutingPolicy::OnLRQ], [RoutingPolicy::OnSetup] y [RoutingPolicy::OnFacility] usando la sintaxis anteriormente explicada.

5.2 Sección [RasSrv::RewriteE164]

Esta sección define las reglas de reescritura para dialedDigits (números E.164)

Format:

[!]original-prefix=target-prefix

Si el número comienza con original-prefix, se reescribe a target-prefix. Si la bandera `!' precede a original-prefix, se invierte el sentido y el prefijo del objetivo se antepone al número marcado. Se permiten los comodines especiales ('.' y '%').

Example:

08=18888

Si se marca 08345718, se reescribe a 18888345718.

Example:

!08=18888

Si se marca 09345718, se reescribe a 1888809345718.

Opción:

5.3 Sección [RasSrv::GWRewriteE164]

Esta sección describe la reescritura de números dialedDigits E.164 en función de si si llega o se envía la llamada de la puerta de enlace. Esto permite manipulación más flexible de los dialedDigits para enrutado y demás. En combinación con el RasSrv::RewriteE164 se puede reescribir en tres fases:

Llamada de "gw1", dialedDigits 0867822
                |
                |
                V
Reglas de entradas para "gw1", dialedDigits ahora son 550867822
                |
                |
                V
Reglas globales, dialedDigits ahora son 440867822
                |
                |
                V
Selección de puerta de enlace, dialedDigits ahora son 440867822, puerta de enlace de cara al exterior "gw2"
                |
                |
                V
Reglas de salida para "gw2", dialedDigits ahora son 0867822
                |
                |
                V
Llamada a "gw2", dialedDigits 0867822

Format:

gw-alias=in|out=[!]original-prefix=target-prefix[;in|out...]

Si la llamada encaja con la puerta de enlace, la dirección y comienza con original-prefix se reescribe a target-prefix. Si la bandera `!' precede a original-prefix, el sentido se invierte. Se permiten los caracteres especiales ('.' and '%'). Es preciso separar con ';' las diversas reglas para una misma puerta de enlace.

Example:

gw1=in=123=321

Si se recibe una llamada de "gw1" a 12377897, se reescribe a 32177897 antes de acometer cualquier otra acción.

5.4 Sección [Endpoint::RewriteE164]

Una vez especificado el/los registro/s para el punto final de la puerta de enlace, el gatekeeper padre enrutará las llamadas con dialedDigits comenzando con esos prefijos.

El gatekeeper hijo puede reescribir el destino de acuerdo a las reglas especificadas en esta sección. En contraste, cuando un punto final interno llama a un punto final registrado en el padre, la fuente se escribirá a inversas.

Format:

external prefix=internal prefix

Por ejemplo, con la siguiente configuración:

                        [Parent GK]
                        ID=CitronGK
                        /         \
                       /           \
                      /             \
                     /               \
                [Child GK]          [EP3]
                ID=ProxyGK          E164=18888200
                Prefix=188886
                /       \
               /         \
              /           \
           [EP1]         [EP2]
           E164=601      E164=602

Con la regla:

188886=6

Cuando EP1 llame EP3 por 18888200, el CallingPartyNumber en el Setup Q.931 se reescribirá a 18888601. A inversas, EP3 alcanza EP1 y EP2 llamando a 18888601 y 18888602, respectivamente. Por tanto, un punto final registrado al GK hijo con prefijo '6' aparecerá como un punto final con prefijo '188886', para los puntos finales registrados al padre.

La sección no se relaciona con la sección RasSrv::RewriteE164, aunque la última tendrá efecto antes.


Página siguiente Página anterior Índice general