Introducción Dialplan - Historial de revisiones

SirLouen en 16:41 6 jul 2014

2014-07-06T16:41:02Z

SirLouen: /* Prioridades */

2012-05-26T12:16:04Z

Prioridades

SirLouen: /* Concepto de Marcación */

2012-05-26T10:52:13Z

Concepto de Marcación

SirLouen: /* Switch: Intercambio entre Centrales */

2012-05-22T20:28:13Z

Switch: Intercambio entre Centrales

SirLouen: /* Inclusiones */

2012-05-22T20:21:23Z

Inclusiones

SirLouen en 22:44 13 may 2012

2012-05-13T22:44:58Z

SirLouen en 21:37 13 may 2012

2012-05-13T21:37:43Z

SirLouen en 21:37 13 may 2012

2012-05-13T21:37:32Z

SirLouen en 21:19 13 may 2012

2012-05-13T21:19:39Z

SirLouen: /* Inclusiones */

2012-05-13T21:03:36Z

Inclusiones

← Revisión anterior		Revisión del 16:41 6 jul 2014
Línea 2:		Línea 2:

	Este paradigma de programación orientado a los canales de telefonía es exclusivo en el mundo y aporta todo el potencial y flexibilidad, que las PBX tradicionales no pueden ofrecer, o lo hacen mediante mecanismos de licenciamiento y estructuras en ocasiones demasiado complejas.		Este paradigma de programación orientado a los canales de telefonía es exclusivo en el mundo y aporta todo el potencial y flexibilidad, que las PBX tradicionales no pueden ofrecer, o lo hacen mediante mecanismos de licenciamiento y estructuras en ocasiones demasiado complejas.
		+
		+	{{Centrar\|{{#Widget:AdSense}}}}

	__TOC__		__TOC__

@@ Línea 40: / Línea 40: @@
 === Prioridades ===
-Una Extensión, al ser de alguna forma como un lenguaje de script, puede tener varias funciones, o aplicaciones de forma secuencial. Al marcar la extensión 111, si la intención es que prepare la comida del horno, en primer lugar, podríamos requerir que programara la temperatura, en segundo lugar, que programara el tiempo de horneado, y en tercer lugar que lanzara la orden de calentado. Como queremos que este "algoritmo" siga un orden establecido, esto lo hacemos a través de las prioridades, que se conforman en orden secuencial numerico (el 1, el 2, el 3), aunque también podemos hacer una llamada recursiva a un contador interno para que vaya aumentando de forma "automática" (el 1, el 2, el n+1 (3), el n+1 (4) etc).
+Una Extensión, al ser de alguna forma como un lenguaje de script, puede tener varias funciones, o aplicaciones de forma secuencial. Al marcar la extensión 111, si la intención es que prepare la comida del horno, en primer lugar, podríamos requerir que programara la temperatura, en segundo lugar, que programara el tiempo de horneado, y en tercer lugar que lanzara la orden de calentado. Como queremos que este "algoritmo" siga un orden establecido, esto lo hacemos a través de las prioridades, que se conforman en orden secuencial numerico (el 1, el 2, el 3), aunque también podemos hacer una llamada recursiva a un contador interno para que vaya aumentando de forma "automática" (el 1, el 2, el n+1 (3), el n+1 (4) etc). La '''n''' viene de next, y es importante recalcar que la primera prioridad siempre ha de ser la número 1.
 Siguiendo la sintaxis de las extensiones para ejecutar la orden de horneado seria algo así:

@@ Línea 15: / Línea 15: @@
 === Concepto de Marcación ===
-Cuando hablamos de Plan de Marcación, hacemos referencia literalmente a esto: La Marcación en un teléfono, o dispositivo de cualquier tipo (no tiene que ser necesariamente los clásicos 10 números, sino también empezamos a incluir el concepto de carácter alfanumérico). Una vez realizado el marcado, este, entraría como una "entrada" dentro de nuestro plan de marcación por el contexto que corresponda, en función de como hayamos definido nuestro el canal al que hace referencia nuestro dispositivo [[SIP]], [[IAX]], etc. Dentro de este contexto, la entrada (la marcación que hicimos), empieza a recorrer el script secuencialmente y a partir de ahí pueden surgir una serie de eventos asociados a esa entrada que en cualquier caso siempre suelen tener algo que ver con el mundo de la comunicación, aunque no necesariamente, ya que por ejemplo, podría darse un caso curioso de una aplicación concreta, como es la de al Marcar los números 1-1-1 en nuestro teléfono, y que se encendiera la luz de nuestro despacho.
+Cuando hablamos de Plan de Marcación, hacemos referencia literalmente a esto: La Marcación en un teléfono, o dispositivo de cualquier tipo (no tiene que ser necesariamente los clásicos 10 números (del 0 al 9), sino también empezamos a incluir el concepto de carácter alfanumérico). Una vez realizado el marcado, este, entraría como una "entrada" dentro de nuestro plan de marcación por el contexto que corresponda, en función de como hayamos definido nuestro el canal al que hace referencia nuestro dispositivo [[SIP]], [[IAX]], etc. Dentro de este contexto, la entrada (la marcación que hicimos), empieza a recorrer el script secuencialmente y a partir de ahí pueden surgir una serie de eventos asociados a esa entrada que en cualquier caso siempre suelen tener algo que ver con el mundo de la comunicación, aunque no necesariamente, ya que por ejemplo, podría darse un caso curioso de una aplicación concreta, como es la de al Marcar los números 1-1-1 en nuestro teléfono, y que se encendiera la luz de nuestro despacho.
 A cada posibilidad concreta, de un conjunto de marcaciones o marcación individidual se le denomina '''extensión'''. Ejemplo, la marcación 1-1-1 sería la extensión 111.

@@ Línea 256: / Línea 256: @@
 La sintaxis de la sentencia Switch es la siguiente:
-'''switch => IAX2/<usuario>:<contraseña>@<ip_servidor>/<contexto_destino>'''
+* '''switch => IAX2/<usuario>:<contraseña>@<ip_servidor>/<contexto_destino>'''
 == Expresiones y Operadores ==

← Revisión anterior		Revisión del 20:21 22 may 2012
Línea 245:		Línea 245:

	Por ejemplo si queremos hacer un gran IVR (Interactive Voice Response, clásico sistema de interacción de las centralitas con el llamante) quizá sería una buena idea crear un contexto especifico dentro de un fichero especifico llamando por ejemplo ivr-extensions.conf y dentro de este exclusivamente el contexto <nowiki>[ivr]</nowiki> con todo el proceso que deseemos aportar. Es una buena práctica trabajar siguiendo este concepto.		Por ejemplo si queremos hacer un gran IVR (Interactive Voice Response, clásico sistema de interacción de las centralitas con el llamante) quizá sería una buena idea crear un contexto especifico dentro de un fichero especifico llamando por ejemplo ivr-extensions.conf y dentro de este exclusivamente el contexto <nowiki>[ivr]</nowiki> con todo el proceso que deseemos aportar. Es una buena práctica trabajar siguiendo este concepto.
		+
		+	=== Switch: Intercambio entre Centrales ===
		+
		+	Existe un nivel aún mas avanzado de "inclusión" (si es que puede asociarse así), que solo se da entre sistemas Asterisk que interoperan utilizando el protocolo [[IAX]].
		+
		+	No podría considerarse un tipo de inclusión como tal, de alguna forma, podría considerarse mas bien un "intercambio". Una vez el flujo secuencial del Plan de Marcación llega hasta este punto, lanzamos la llamada a un contexto especifico. Este tipo de "inclusión" tiene máxima prioridad, por delante de los otros tipos de inclusión.
		+
		+	Un inconveniente, que no ocurre con los otros "include", ya que queda registro de su uso, y en caso de redundancia son mutuamente excluyentes, es que, en el caso que existan sentencias "switch" a ambos lados (en ambas máquinas), apuntando a dos contextos adyacentes, surgirían bucles infinitos, "peligrosos" potencialmente para la estabilidad de nuestro sistema.
		+
		+	La sintaxis de la sentencia Switch es la siguiente:
		+
		+	'''switch => IAX2/<usuario>:<contraseña>@<ip_servidor>/<contexto_destino>'''

	== Expresiones y Operadores ==		== Expresiones y Operadores ==

@@ Línea 118: / Línea 118: @@
 * <nowiki>${CALLERID}</nowiki>: Muestra el identificador del llamante, puede ser un número o cadena de texto.
 * <nowiki>${CHANNEL}</nowiki>: Devuelve el nombre del canal en cuestión.
 === Variables Globales ===

← Revisión anterior		Revisión del 21:37 13 may 2012
Línea 1:		Línea 1:
−	~~{{Format}}~~
−	~~{{ToDo}}~~
−
	El '''Plan de Marcación''', llamando Dialplan en Asterisk, podría considerarse la columna vertebral del sistema. Como caracteristica principal, podriamos decir que es algo parecido a un lenguaje de script, en el que funciones, aplicacicones y recursos se van intercalando para formar algo parecido a "procedimientos" y "programas" dentro de lo que pudiera considerarse.		El '''Plan de Marcación''', llamando Dialplan en Asterisk, podría considerarse la columna vertebral del sistema. Como caracteristica principal, podriamos decir que es algo parecido a un lenguaje de script, en el que funciones, aplicacicones y recursos se van intercalando para formar algo parecido a "procedimientos" y "programas" dentro de lo que pudiera considerarse.

@@ Línea 234: / Línea 234: @@
 Por ejemplo si queremos hacer un gran IVR (Interactive Voice Response, clásico sistema de interacción de las centralitas con el llamante) quizá sería una buena idea crear un contexto especifico dentro de un fichero especifico llamando por ejemplo ivr-extensions.conf y dentro de este exclusivamente el contexto <nowiki>[ivr]</nowiki> con todo el proceso que deseemos aportar. Es una buena práctica trabajar siguiendo este concepto.
 == Referencias ==
@@ Línea 245: / Línea 262: @@
 * [[Seguridad]]
-== Enlaces Externos ==
+[[Categoría:General]]

@@ Línea 84: / Línea 84: @@
 exten => 111,n('''penultima'''),...<br>
 exten => 111,n,...
 == Gestión de Variables  ==

@@ Línea 205: / Línea 205: @@
 Por ejemplo, según vemos en la imagen supongamos que tenemos tres contextos: <nowiki>[GERENCIA]</nowiki>, <nowiki>[MANAGER]</nowiki>, <nowiki>[RESTO]</nowiki>.
-Suponiendo que gerencia tiene acceso a todo lo que tiene acceso los manager y estos a su vez a todo lo que tiene acceso el resto, la estructura con Include sería la siguiente:
+Suponiendo que gerencia tiene acceso a todo lo que tiene acceso los mánager y estos a su vez a todo lo que tiene acceso el resto, la estructura con Include sería la siguiente:
 {{Archivo|/etc/asterisk/extensions.conf|[resto]<br>exten &#61;&gt; 111,1,Dial(SIP/ext111)<br><br>[manager]<br>include &#61;&gt; resto<br><br>[gerencia]<br>include &#61;&gt; manager}}
 === Incluir un Fichero ===
-Sirven principalmente, para poder "modularizar" nuestro Dialplan y así poder evitar el clásico dialplan con miles de lineas, al puro estilo de Programación Monolítica y dificilmente interpretable según el caso.
+Sirven principalmente, para poder "modularizar" nuestro Dialplan y así poder evitar el clásico dialplan con miles de lineas, al puro estilo de Programación Monolítica y difícilmente interpretable según el caso.
 == Referencias ==