{"id":7920,"date":"2016-09-02T15:03:48","date_gmt":"2016-09-02T20:03:48","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=7920"},"modified":"2019-06-07T11:44:34","modified_gmt":"2019-06-07T16:44:34","slug":"dialplan-o-plan-de-marcacion-en-voip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/dialplan-o-plan-de-marcacion-en-voip\/","title":{"rendered":"DialPlan o Plan de Marcacion en voip"},"content":{"rendered":"
\n
\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n
\n <\/span>\n <\/div>\n<\/div>\n

Podemos definir el DialPlan o Plan de Marcacion, como un grupo de reglas que le indican a la central PBX-IP que hacer o como manejar los numeros marcados por un usuario. El dialplan hace la funcion de una tabla de enrutamiento de llamadas, cada numero que se marca, lee la informacion del dialplan y despues se decide hacia donde se dirigen; estos numeros pueden ingresar o salir del sistema.<\/p>\n

Por ejemplo, se marca un numero por un usuario, se puede manejar el numero con un patron de marcado, para a\u00f1adir o quitar algo. Se utiliza tanto en la ruta de salida y de entrada. Basicamente, el numero es analizado primero en el dialplan, si cumple ciertas condiciones predefinidas, este numero puede ser enviado hacia afuera por medio de una troncal, enviado a una extension internamente o puede ejecutar ciertas funciones en la PBX-IP, todo dependera de lo que se haya definido en el plan de marcacion o DialPlan.<\/p>\n

El Plan de Marcaci\u00f3n, llamado Dialplan en Asterisk, podr\u00eda considerarse la columna vertebral del sistema. Como caracteristica principal, podriamos decir que es algo parecido a un lenguaje de script, en el que funciones, aplicaciones y recursos se van intercalando para formar algo parecido a \u201cprocedimientos\u201d y \u201cprogramas\u201d dentro de lo que pudiera considerarse.
\nEste paradigma de programaci\u00f3n orientado a los canales de telefon\u00eda 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.<\/p>\n

Algo tan sencillo como crear un calendario de disponibilidad, suele ser una funci\u00f3n que las centrales m\u00e1s nuevas y sofisticadas del mercado solo consiguen aplicando estrategias que en la mayor parte de los casos quedan limitadas a una serie de plantillas que no cubren la totalidad de la posible intenci\u00f3n que requiera el cliente. Por ejemplo cuando hablamos de horarios por departamentos, se considera un proceso cl\u00e1sico en Asterisk, que en cambio, en algunas PBX, puede convertirse en un mundo.<\/p>\n

Conceptos Esenciales<\/strong><\/p>\n

Para empezar a desarrollar un posible Dialplan, vamos a ver algunos conceptos b\u00e1sicos en los que se fundamenta todo el potencial.
\nEl Dialplan se fundamenta principalmente en un archivo, aunque se pueden incluir archivos auxiliares adicionales, llamado extensions.conf, dentro del directorio de configuraciones generales \/etc\/asterisk.<\/p>\n

Hay algunas reglas que se deben de seguir para para la definici\u00f3n del plan de marcado:
\nX: representa un n\u00famero entre 0 y 9
\nZ: representar un n\u00famero entre 1 y 9
\nN: representar un n\u00famero entre 2 a 9
\n. : Cuando hay un punto en el patron, lo que significa es que puede haber mas numeros despues del punto.
\n|: Esto significa que el numero antes del simbolo | se quitara.
\n[]: Si usted quiere elegir su n\u00famero, por ejemplo, [1356] que significa un n\u00famero entre 1, 3, 5 y 6. O [3-7] es un n\u00famero de entre 3 y 7
\nPor ejemplo:
\n9 | X | es un modelo popular. Esto significa elegir los n\u00fameros comienzan con 9, tomar la 9 y enviar el resto a su destino.
\nZX este modelo significa los n\u00fameros marcados que son de 2 d\u00edgitos, y su primer n\u00famero est\u00e1 entre 1 y 9, y su segundo n\u00famero entre 0 y 9.
\nNX. Esto significa n\u00famero de 3 d\u00edgitos y m\u00e1s que su primer n\u00famero es entre 2 a 9 y el resto puede ser cualquier cosa.
\nEl dialplan se organiniza por:
\nContextos, extensiones y prioridades.
\nContexto es la seccion donde agrupo las extensiones, cada dispositivo SIP, IAX2 o entrada zap van alli configuradas.
\nLas extensiones se configuran de la siguiente manera:
\nexten => extension, prioridad, aplicacion
\nLas extensiones pueden ser un numero o un nombre, como internamente se maneje.
\nLa prioridad como su nombre lo indica me dice cual es el nivel de importancia que le damos a cierta tarea de esa extension, me indican el orden de las acciones a seguir en cada contexto.
\nLa aplicacion es una funcion que permite realizar una tarea especifica.
\nA continuacion relacionare un ejemplo.
\nexten => 100, 1, Dial(SIP\/softphone)<\/p>\n

De buenas a primeras es imposible entender que es esta linea, pero les aclaro que corresponde a la extension 100, con un nivel de prioridad 1 y que ejecutara la funcion Dial() con un protocolo SIP que corresponde a algun softphone.<\/p>\n

Concepto de Marcaci\u00f3n<\/strong><\/p>\n

Cuando hablamos de Plan de Marcaci\u00f3n, hacemos referencia literalmente a esto: La Marcaci\u00f3n en un tel\u00e9fono, o dispositivo de cualquier tipo (no tiene que ser necesariamente los cl\u00e1sicos 10 n\u00fameros (del 0 al 9), sino tambi\u00e9n empezamos a incluir el concepto de car\u00e1cter alfanum\u00e9rico). <\/p>\n

Una vez realizado el marcado, este, entrar\u00eda como una \u201centrada\u201d dentro de nuestro plan de marcaci\u00f3n por el contexto que corresponda, en funci\u00f3n de como hayamos definido nuestro el canal al que hace referencia nuestro dispositivo SIP, IAX, etc. Dentro de este contexto, la entrada (la marcaci\u00f3n que hicimos), empieza a recorrer el script secuencialmente y a partir de ah\u00ed 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\u00f3n, aunque no necesariamente, ya que por ejemplo, podr\u00eda darse un caso curioso de una aplicaci\u00f3n concreta, como es la de al Marcar los n\u00fameros 1-1-1 en nuestro tel\u00e9fono, y que se encendiera la luz de nuestro despacho.<\/p>\n

Contextos<\/strong><\/p>\n

Los contextos son la forma de categorizar o englobar , una serie de procedimientos en funci\u00f3n de la marcaci\u00f3n a la que hacemos referencia desde el dispositivo que la hacemos. La sintaxis t\u00edpica seria un nombre de contexto englobado entre corchetes, algo asi: [contexto].<\/p>\n

Por ejemplo si nuestro dispositivo, que opera a traves del protocolo SIP, le indicamos que al realizar su Marcaci\u00f3n, la env\u00ede al contexto [general] dentro de nuestro Dialplan, definiremos que hace una posible marcaci\u00f3n realizada en forma de extensi\u00f3n.<\/p>\n

Hay que considerar que en caso que un dispositivo no tenga especificado un contexto en concreto, todas sus marcaciones se redirigiran directamente a un contexto gen\u00e9rico llamado [default]
\n<\nstrong>Extensiones<\/strong><\/p>\n

Dentro de los contextos, se van definiendo las posibilidades concretas para un conjunto de marcaciones o como dijimos antes, extensiones.
\nPara definir una extensi\u00f3n se hace poniendo la palabra \u201cexten =>\u201d delante de la marcaci\u00f3n a la que queremos hacer referencia (ejemplo exten => 111). Como comentabamos antes, hay que recordar que el concepto de marcaci\u00f3n gracias a Asterisk no solo se limita a caracteres n\u00famericos, sino que se expande a los alfanumericos, por tanto la extensi\u00f3n, exten => doe tambi\u00e9n se podr\u00eda considerar una extensi\u00f3n valida.<\/p>\n

La sintaxis correcta ser\u00eda: exten => ,,<\/p>\n

Prioridades<\/strong><\/p>\n

Una Extensi\u00f3n, al ser de alguna forma como un lenguaje de script, puede tener varias funciones, o aplicaciones de forma secuencial. Al marcar la extensi\u00f3n 111, si la intenci\u00f3n es que prepare la comida del horno, en primer lugar, podr\u00edamos 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 \u201calgoritmo\u201d siga un orden establecido, esto lo hacemos a trav\u00e9s de las prioridades, que se conforman en orden secuencial numerico (el 1, el 2, el 3), aunque tambi\u00e9n podemos hacer una llamada recursiva a un contador interno para que vaya aumentando de forma \u201cautom\u00e1tica\u201d (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\u00famero 1.<\/p>\n

Gesti\u00f3n de Variables<\/strong>
\nComo en todo buen lenguaje de programaci\u00f3n o en este caso, de script, es fundamental que exista un mecanismo para almacenar Variables. Las variables pueden almacenar m\u00faltiples tipos de informaci\u00f3n pero no tan extendido como en otros lenguajes. Principalmente se usan para simplificar el c\u00f3digo o hacerlo m\u00e1s legible.<\/p>\n

Existen cuatro tipos de variables:<\/p>\n

\u2022\tVariables de Canales
\n\u2022\tVariables Globales
\n\u2022\tVariables de Entorno
\n\u2022\tVariables Compartidas<\/p>\n

[rev_slider captions]
\n[rev_slider ServerVoip]
\n <\/p>\n

\n

Variables de Entorno<\/strong><\/p>\n

Son un tipo de variables muy poco utilizadas por el sistema Asterisk ya que sirven para acceder a las variables de entorno de nuestro sistema *NIX. La sintaxis es muy sencilla: ${ENV()}. Por ejemplo la variable de entorno HOME, que indica la ruta al directorio principal del usuario que ejecuta el sistema en ese momento podria obtenerse (si por ejemplo quisi\u00e9ramos escribir un fichero de audio especifico dentro de ese directorio a trav\u00e9s de una combinaci\u00f3n de aplicaciones en una extensi\u00f3n).
\nVariables Compartidas<\/p>\n

De reciente incorporaci\u00f3n, podr\u00edan considerarse un subconjunto de variables locales o de canal, ya que de alguna forma, tienen la misma naturaleza, pero sirven para ser compartidas espec\u00edficamente por dos o mas canales. Realmente se introdujo para poder ofrecer esta funcionalidad especifica, de poder extender el uso de una variable de canal, a otros por necesidades muy concretas.<\/p>\n

La definici\u00f3n de esta variable al igual que las de canal es a trav\u00e9s de la aplicaci\u00f3n set: Set(SHARED(CONTADOR,SIP\/ext11)). As\u00ed \u201cescribimos\u201d la variable CONTADOR en el canal SIP\/ext11, y este en su ejecuci\u00f3n podr\u00eda acceder a la misma muy parecido al resto de las variables: ${SHARED(CONTADOR,SIP\/ext11}<\/p>\n

Asociaci\u00f3n de Patrones de Extensiones<\/strong><\/p>\n

Regularmente las extensiones han de definirse literalmente como deben ser marcadas para poder ser alcanzadas en el Plan de Marcaci\u00f3n.
\nPero excepcionalmente existe un mecanismo para hacer una Asociaci\u00f3n, entre un marcado en concreto, y una extensi\u00f3n que define un patr\u00f3n general, que puede englobar m\u00faltiples <\/p>\n

combinaciones de extensiones.<\/strong><\/p>\n

Para poder crear un patr\u00f3n, la sintaxis ser\u00eda simplemente, poner un gui\u00f3n bajo delante de la extensi\u00f3n que va a contener el mismo (ejemplo: exten => _1X,\u2026). En este caso del ejemplo estamos diciendo que todas las marcaciones de dos d\u00edgitos, que empiecen por 1, entrar\u00e1n por este patr\u00f3n, siempre y cuando no exista una extensi\u00f3n literal que se pueda asociar directamente y sea accesible desde el mismo contexto.<\/p>\n

Tomado de: http:\/\/elastixtech.com\/dialplan-o-plan-de-marcacion\/<\/p>\n

Telefon\u00eda VoIP con SoftSwitch<\/h2>\n

ServerVoIP<\/strong> te proporciona todas las herramientas necesarias para que crees y desarrolles tu negocio de comunicaci\u00f3n por internet.<\/strong><\/p>\n

Pertenece al Selecto Grupo de Emprendedores que decidieron cambiar su vida invirtiendo en un Server con ServerVoIP.<\/strong><\/p>\n

\"empresario\"<\/a>
\n