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)

 

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:

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:

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.

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.

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]:

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:

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)).

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

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:

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

• Cómo configurar Balanceo de carga (Round-Robin) o Conmutación por error en nuestros TRUNK SIP

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:

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:

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:

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:

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:

• Lync Server 2013: Reglas de Traducción de números de llamada y llamados

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:

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):

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:

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 queramos 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!!!