Cerrar
InicioComunicaciones UnificadasLync ServerCómo podemos elegir que DID mostrar en cada llamada

Cómo podemos elegir que DID mostrar en cada llamada

Es posible que en alguna ocasión tengamos la necesidad de mostrar un DID en base a la ubicación geográfica del destino de la llamada, porque tenemos varias sedes dispersas geográficamente pero queremos mostrar uno de nuestros DID asociados a nuestro troncal SIP en base al destino al cual llamamos (pulsar en la imagen para verla a tamaño real)

Mostrar DID Llamadas Salientes.jpg
El poder tener en un CPD u oficina central nuestro sistema de telefonía (Cisco, Lync/Skype, Avaya, etc..) y que el resto de sedes lo utilicen de forma transparente, forma parte de los numerosisísimo beneficios de tener VoIP implementadas en las empresas. Imaginemos una empresa, no muy grande, con 3 sedes en el territorio nacional o no, en este caso tres oficinas distintas en España: GALICIA, MADRID y BARCELONA. Contamos con Lync/SkypefB como sistema de Comunicaciones Unificadas y además hemos portado todas nuestras líneas de Voz tradicional (PRI, BRI, ANALOGICOS,) a VoIP, por lo que todos nuestros DID los tienes nuestro ITSP. Seguramente lo que queremos es que los usuarios que estén en la oficina de GALICIA muestren su DID ((981) XXXXXX, (982) XXXXXX, (988) XXXXXX, (986) XXXXXX), los de MADRID el suyo ((91) XXXXXXX) y los de BARCELONA el suyo ((93) XXXXXXX), de tal forma que la persona que recibe la llamada tenga claro de que provincia recibe la llamada. Esto es muy sencillo, simplemente debemos configurar nuestro troncal SIP con nuestro ISTP y el cursará la llamada con alguno de nuestros DID. Como bien sabéis, con un mismo troncal SIP podemos tener varios DID “asociados”, por lo que tenemos que ver la forma de que el ISTP tenga constancia de alguna forma de que queremos mostrar un determinado DID en base a la oficina la cual ha cursado dicha llamada. Hasta ahí todo normal y más o menos sencillo, pero que ocurre con las llamadas que queremos hacer y que se muestre el DID de otra oficina? Es muy probable que empresas que se encuentran en el mismo país  tengan el departamento de soporte o administración centralizados en una única oficina, y el personal de dicha oficina quiera realizar llamadas a clientes de otras localidades en donde la empresa tiene presencia en cuanto a ubicación física y quiera mostrar el DID de dicha ubicación. Ya sea por una u otra razón, es probable que necesitemos mostrar algunos de los DID que tenemos asociados a nuestra empresa en algún momento, de tal forma que el usuario que recibe la llamada pueda ver el DID que queramos en situaciones determinadas. Si bien es cierto, que lo normal es que por defecto los usuarios de una organización muestren el mismo DID, el cual siempre suele ir asociado  la ubicación física de la oficina, de tal forma que podamos asociar que una empresa de GALICIA tenga los siguientes prefijos:
A  Coruña: (981) XXXXXX
Lugo:  (982) XXXXXX
Orense: (988) XXXXXX
Pontevedra (986) XXXXXX)
Por lo que si recibimos una llamada con alguno de estos prefijos, ya sabemos de que localidad nos están llamando. Por temas legales (no voy a entrar en ello) es más de lo mismo, como por ejemplo que no podemos mostrar como DID un 902 que hayamos contratado, aunque técnicamente sea viable, estaríamos incumpliendo la ley. Hace algunos años, los ITSP lo permitían, pero ahora mismo aunque quisierais no podéis realizar una llamada mostrando el 902 de vuestra empresa y el ISTSP debería bloquear dicha llamada. Dicho esto, para no liarnos, lo que si es posible es que en algún caso necesitéis que estando en la oficina de GALICIA podáis llamar a un cliente de MADRID y queréis mostrarle el DID que tenéis asigando para la oficina de MADRID, pues bien, vamos a ver como podemos hacerlo y cuales son los requisitos:
  • Que vuestro ITSP os permita mostrar vuestro DID siempre que así lo requiráis
  • Debemos realizar ciertas configuraciones en nuestro Plan de Marcado, Directiva de Voz, Usos de RTC y Rutas

Como véis los requisitos son mínimos y las configruaciones serán muy sencillas, simplemente es buscar la “fórmula” adecuada para que podamos salir identificados con un DID diferente al habitual. Pues ya teniendo claros los requisitos, vamos a ver cual sería el proceso a llevar a cabo para realizar esta configuración. Si os fijáis en el esquema que he creado, simplemente son diferentes planes de Marcado, Directivas de Voz, Usos de RTC y Troncos (vaya traducción)  por los que irá pasando nuestra gestión de la llamada para luego entregarla la ITSP con el DID que queremos mostrar.

Ahora vamos a centrar el tiro, lo que queremos es que un usuario X que está en GALICIA pueda llamar a MADRID pero mostrando un DID de MADRID (910 000 000) al usuario al cual estamos llamando. Para lograr esto, tenemos que decirle de alguna forma a Lync/Skype por donde queremos enviar la llamada (ruta), para ello yo utilizaré el número 2 como identificador de que si marco un número con el 2 delante (2 91X XXX XXX) escogerá la Ruta que yo configure en mi Uso de RTC el cual está asociado a una Directiva de Voz.Esto que ahora puede parecer un poco “complejo” ya veréis que no es tal, lo único que queremos hacer es ofrecer a nuestra llamada una virtual por la que llegue al ITSP y le hayamos forzado que queremos mostrar el DID de MADRID (para este ejemplo el DID es 910 000 000).

Siempre hemos repetido que lo suyo es normalizar toda la marcación de los usuarios (Planes de Marcado – Reglas de Normalización), vamos que si un usuario marca 986 000 000 nosotros lo “normalizamos” a +34 986 000 000. Bien, pues ahora creo que debemos hacer algo similar pero en vez de normalizarlo a +34 (en mi caso) … no haré nada, de tal forma que si el usuario marca 2 y el DID de destino no se normalice. Esto lo haré así para que el usuario sea 100% consciente de que está llamando a través de una linea que mostrará al usuarios que recibe la llamada el DID de MADRID. Entiendo que penséis que no es necesario, puesto que cuando uno marca el 2 antes que el DID del usuario al que quiere llamar, se supone que es 100% consciente, pero bueno, yo lo he configurado así para que no haya confusión. Dicho esto, lo que nos queda es configurar ahora un Uso de RTC con una Ruta que sea capaz de llevar esta llamada hasta el Troncal, y en dicha ruta es donde forzaremos el DID que enviaremos al ITSP para que lo “deje pasar tal cual” y así el usuario que recibe la llamada pueda ver el DID que queremos.

Antes de iniciar el proceso de configuración en base al esquema mostrado al inicio del artículo quiero mostraros en que fase de la gestión de la llamada nos encontramos desde que el usuario está escribiendo el DID al que quiere llamar. Luego en base al Plan de Marcado que tiene asignado, se le aplicará la Regla de Marcado correspondiente:

Mostrar DID Llamadas Salientes_PM.jpg

Bien, ahora lo primero que haremos será configurar una Regla de normalización asociada al Plan de Marcado el cual tiene asignado el usuario(s), para ello simplemente editamos el Plan de Marcado y añadimos una nueva Regla de normalización. Le indicamos los dígitos iniciales de la llamada para que esta regla pueda tener aplicación, en mi caso como os había comentado he puesto el 2 y además que luego el siguiente dígito sea entre el 6 y el 9 cualquier número. Le indicamos que como mínimo debe tener 10 dígitos para que se aplique dicha regla, y por último no le vamos a indicar que no le quitaremos ningún dígito:

Mostrar_DID_Trunk_SIP_4.png
Esta Regla de normalización la voy a colocar al principio, para tenerla más visible dado que es una regla “especial” que quiero tenerla más presente. Además, es posible que tengamos extensiones internas o extensiones cortas y queremos que esta sea evaluada la primera. Pero bueno, en mi caso ya me he preocupado de indicarl que empiece por 2 y acontinuación entre 6 y 9, con un mínimo de 10 dígitos, por lo que no habrá lugar a equivocación.

Mostrar_DID_Trunk_SIP_1.png

Hecho esto, vamos a probar que la regla funciona como esperamos, para ellos escribiremos un número de MADRID (en el caso del ejemplo) con el 2 delante para ver sino entra en conflicto con otra regla o nos hemos equivocado en su creación. Como vemos se aplica correctamente con el DID que hemos probado (2910000001) puesto que no le ha quitado ningún digito como así queríamos.

Mostrar_DID_Trunk_SIP_2.png
Nuevamente os voy a mostrar en que fase nos encontraríamos en base al esquema mostrado al inicio, simplemente para que veáis como se procesa la llamada a nivel lógico antes de poder ser enviada al ISTP. De hecho, de momento,  simplemente estamos gestionando las distintas configuraciones que normalizarán (Planes de Marcado – Reglas de Normalización) y directivas (Directiva de Voz – Usos de RTC – Rutas) que permitirán definir si podemos o no cursar la llamada y por donde la vamos a enviar (Troncal SIP). Ahora mismo vamos a definir por donde vamos a enviar la llamada la cual tiene como número de destino el 2 y el DID al que queremos llamar. Para ello tenemos que definir en la Directiva de Voz de los usuarios los distintos Usos de RTC que den cabida a las llamadas que empiecen por 2[6-9]:

 

Mostrar DID Llamadas Salientes_DV.jpg

Pues ahora vamos definir la configruación que necesitamos realizar para poder llamar a MADRID con el 2 delante del DID a llamar y mostrando nuestro DID de MADRID que nos ha asignado el ITSP. Yo simplemente voy a editar una Directiva de Voz que ya tengo con su Uso de RTC asociado, para añadirle una nueva Ruta:

Mostrar_DID_Trunk_SIP_5.png
Una vez que estamos dentro del Uso de RTC asociado (ES-GUA-RTC-NMI) a la Directiva de Voz, creamos una nueva Ruta de Voz en donde le indicamos que los dígitos iniciales que permitirá esta ruta es el 2, forzamos el DID a mostrar y para ello habilitamos la casilla Suprimir identificar de llamada para poder escribir el DID que queremos mostrar y por último agregamos el Troncos asociado (que será el TRUNK SIP que tenemos con nuestro ITSP (en mi caso)).

Mostrar_DID_Trunk_SIP_7.png
Una vez que hemos guardado la configuración de esta ruta, ya tenemos nuestro Uso de RTC configurado de la siguiente forma:

  • Todo lo que empieza por +34 o 00 se enviará por la Ruta ES-GUA-NMI que lo enviará a un troncal que mostrará el DID de GALICIA
  • Todo lo que empiece por 2 se enviará  la ruta ES-GUA-MAD-NMI que hemos definido y que suprimirá el DID que tenga el usuario o el ITSP por defecto por el que le hemos escrito nosotros

Tened en cuenta que para llegar aquí con el +34 o 00 o 2 hemos tenido que normalizar el número que el usuario ha marcado en el cliente Lync/Skype, para ello hemos utilizado los Planes de Marcado y Reglas de normalización que habéis visto antes:

Mostrar_DID_Trunk_SIP_6.png

Aquí os dejo un artículo sobre la configuración de las rutas, el balanceo de carga entre varios ITSP, etc..

Llegados a este punto, ya tenemos lo que queremos, puesto que cuando un usuario en Lync/Skype esriba 2 más un DID de al menos 10 dígitos se aplicará la regla de normalización DID-MAD y, como además tiene una Directiva de Voz asociada en la cual tiene un Uso de RTC con una Ruta que es capaz de saber que si alguien marca un número que empieza por 2 sabe a que ruta llevarlo .. pues ya tenemos lo que buscamos. OJO, para ello tenemos que tener bien configurado nuestro Plan de Marcado (con sus reglas de normalización)  y Directiva de Voz (con sus Usos de RTC y Rutas),  y por último nuestro ITSP debe permitirnos forzar el DID que queremos mostrar a la persona que llamanos (que no todos lo permiten así de fácil). De esta forma y con un número Troncal SIP, podemos manejar desde Lync Server o Skype For Business 2015 que DID (DID que tengamos asociados a nuestra empresa) mostrar al usuario que recibe nuestras llamadas.

Aún no hemos finalizado la configuración, pueso que ahora nos encontramose en esta fase de la lógica de la llamada, en la “Configuración del Tronco”. Aquí es donde le vamos a enviar la llamada al ITSP (o lo que tengamos conectado), me explico, mi ITSP me solicita que le envìe el DID al que queremos llamar siempre sin normalizar (es muy común), por lo que quiere únicamente sólo el DID al que llamamos. Un ejemplo sería: 2910 000 001 y le enviaremos al ITSP el 910 000 001, esto sólo aplica al DID que llamamos, no el DID que vamos a mostrar, puesto que esto se lo hemos definido en la ruta y ya no se tocará más:

Mostrar DID Llamadas Salientes_Tronco.jpg
Comentado todo eso, vayamos a ver la configuración que debemos realizar en la sección de Configuracion de Tronco. Como nosotros le hemos puesto el 2 delante, ahora se lo tenemos que quitar, porque sino el ITSP no sabrá a quien le tiene que enviar la llamada (independientemente de que en cualquier otra llamada en donde hemos normalizado el número marcado a +34XXX XXX XXX, que ya lo tenemos que hacer si o si porque el ITSP quiere que le enviemos sólo el DID la que llamamos sin el código de país), puesto que un DID con el 2 delante .. no existiría en nuestro caso. Bien, pues para ello tenemos que editar la configuración del Tronco y añadir un nueva regla de Traducción de números llamados. Es una regla muy sencillo, simplemente le indicamos que todas las llamadas que tengan como dígito de inicio el 2 se lo quite. En nuestro caso el orden no nos importa, puesto que las otras reglas simplemente quitan la normalización E.164 de los números que comienzan por +34 o 34, vamos que le quitamos el código de pais:

Mostrar_DID_Trunk_SIP_8.png
Como en el resto de configuraciones de Voz, podemos realizar un test y ver si realmente quita el 2 o no, para ello escribimos en Número de teléfonos para probar el DID de MADRID al que queremos llamar con el 2 delante y seleccionamos la opción Número llamado. Ahora vemos que lo que le vamos a enviar al ITSP es 910 000 000 sin el 2 delante:

Mostrar_DID_Trunk_SIP_9.png
Si queremos probar las otras reglas, simplemente escribimos un DID que tenga como dígitos de inicio el 34 (en mi caso porque es el código de mi país) y vemos que funciona correctamente, puesto que se le aplica la regla de traducción correcta:

Mostrar_DID_Trunk_SIP_10.png
Si queréis saber algo más de como manipular los dígitos de los números llamados y de llamada, aquí os dejo un artículo que había publicado en su momento:

Pues ahora si, ya tenemos lo que queremos y se aplicaría el 100% del esquema que he mostrado al inicio, puesto que desde que el usuario marca los dígitos del usuario al que va a llamar hasta que el usuario final la recibe y ve en su terminal el DID que queremos mostrar:

Mostrar DID Llamadas Salientes.jpg
Ahora nos queda la prueba de fuego … que lo pruebe el usuario!! Aquí os dejo lo que vería un usuario final cuando vaya introduciendo los dígitos para llamar en base a las reglas que hemos configurado:

Utilizando el 2 para llamar a MADRID desde un DID de GALICIA: el usuario no lo verá modificado en ningún momento en pantalla. Recordad que las reglas de normalización contemplaban que los dígitos iniciales sean siempre 2 y luego entre 6 y 9, de ahí que ambas llamadas no son normalizados al E.164. Porque además de llamada a números fijos de MADRID (91X XXX XXX) es posible que querramos llamar a móviles de clientes ubicados en MADRID (6-7):

Mostrar_DID_Trunk_SIP_12.pngMostrar_DID_Trunk_SIP_15.png

Llamadas a números de la misma ubicación del usuario (en base a su Plan de Marcado): cómo podemos apreciar se aplican las reglas de normalización que “modifica” lo que ve el usuario cuando marca un DID (esté en su locación o no), porque puede querer llamar a MADRID pero mostrando su DID de GALICIA:

Mostrar_DID_Trunk_SIP_16.png

Con todo esto, cuando el usuario con un Plan de Marcado configurado con la Regla de Normalización que contiene como dígito inicial el 2, una Directiva de Voz con un Uso de RTC el cual tiene una Ruta que tiene como dígitos  de inicio el 2 … se enviará la llamada al ITSP forzando el DID que queremos mostrar!!!

Espero haya quedado más o menos claro, el proceso es sencillo y totalmente variable (el 2 por otro dígito o caracter), en base a las condiciones que queráis, etc.. simplemente ya véis que aun teniendo un único TRUNK SIP podemos enviar  llamadas mostrando varios DID sin problema. Como siempre os comento, vuestro ITSP también lo tiene que soportar y permitiros a vosotros enviar el DID que queréis mostrar (siempre y cuando lo tengáis asignado a vuestra empresa).

Esta configuración también es valida para trabajar contra SBC, ETC.. al final para Lync/Skype es simplemente un troncal a donde enviar las llamadas. Como os comentaba al principio, esta configuración es muy cómoda cuando tenemos varias oficinas en distintas ubicaciones geográficas o usuarios teletrabajando en distintas ciudades, Comunidades,  Paises, etc… porque lo suyo es que si tenemos presencia en Barcelona tengamos un DID de Barcelona y si estamos en Madrid pues más de lo mismo. Pero siempre cabe la posibilidad de centralizar por ejemplo un departamento de Ventas o Soporte en Galicia y que  las llamadas se reciban por el DID de Madrid y Galicia y querramos mostrar un DID diferente en determinadas ocasiones en base al DID que vamos a llamar. Porque a estas alturas entiendo que ya tenéis claro como hacer para mostrar el DID de Galicia si llamamos a un DID de Galicia y si llamamos a un DID de Madrid si llamamos a Madrid … me refiero de forma predeterminada, sin que el usuario tenga que hacer nada .. Verdad que sabemos como hacerlo? Esto ya los le dejo a vosotros y si alguno tiene alguna duda, por favor, plantearla en los comentarios.

Espero que os sea de utilidad!!!

Actualización del C
Microsoft updates Tr

sbuytrago@asirsl.com

1 COMENTARIO

Este sitio web utiliza cookies. Si continúas navegando, consideramos que aceptas su uso. Puedes obtener más información en nuestra política de cookies. ACEPTAR

Aviso de cookies
Share This