Networking virtual sobre RDSI

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Networking virtual sobre RDSI"

Jorge Villalba Vargas
hace 8 años
Vistas:

1 Neris Aastra

2 La red privada basada en RDSI Una red privada basada en el estándard RDSI se refiere a una RPSI (Red Privada de Servicios Integrados) o una red de interconexiones virtuales a través de la red pública. Su función característica es que todas las extensiones conectadas pueden comunicarse unas con otras con un plan de numeración privado, de la misma forma que las extensiones de una PBX interna. Gracias a las opciones y configuraciones de red perfeccionadas de NETCOM neris, puede ser configurado todo un conjunto de redes privadas (RPSI) e interconexiones virtuales. La filosofía de red NETCOM neris se basa en el principio de que el usuario no necesita ningún conocimiento de la topología de la red. Puede, instantáneamente, utilizar las funciones disponibles para él en cualquier tiempo, sin importarle dónde ni cómo se encuentra en la red. 2

Gracias a las opciones y configuraciones de red perfeccionadas de NETCOM neris, puede ser configurado todo un conjunto de redes privadas (RPSI) e interconexiones virtuales.

3 Los nodos se llaman PINX y sedes Cada PBX en la RPSI forma un nodo. En terminología de redes, las PBXs interconectadas se conocen como PINXs. Una PINX puede ser configurada utilizando los siguiente tipos de PBX: PBX RDSI NETCOM neris con señalización DSS1 y numeración pública PBX RDSI NETCOM neris con QSIG PBX virtual (plan de numeración privada con un proveedor de red pública) Nota: En terminología de PVr se define SEDE como el equivalente a PINX, por lo que a lo largo de esta presentación se utilizará ambos términos indistintamente. 3

Una PINX puede ser configurada utilizando los siguiente tipos de PBX: PBX RDSI NETCOM neris con señalización DSS1 y numeración pública

4 Topologías Dependiendo de cómo se interconecten las PINXs, hablamos de networking virtual o fijo. NETCOM neris soporta ambos tipos de networking. 4

5 Networking fijo (red fija) Con este tipo de networking, las PINXs se conectan con líneas específicas o dedicadas. El protocolo QSIG se utiliza normalmente para networking fijo [1] Conexión a la red pública [2] Conexión física entre 2 PINXs 5

El protocolo QSIG se utiliza normalmente para networking

6 Networking virtual (red virtual) Con este tipo de networking las SEDES están conectadas a la red pública RDSI. La conexión entre las SEDES es una conexión conmutada y no una conexión física directa. [2] Este tipo de networking está caracterizado como sigue: Sólo se requieren recursos de línea para las conexiones actuales Utilización de la tarifa plana de PVR El equipo necesario específico de red es mínimo. [1] Conexión a la red pública [2] Conexión virtual entre 2 PINXs El protocolo DSS1 se utiliza normalmente para networking virtual 6

[2] Este tipo de networking está caracterizado como sigue: Sólo se requieren recursos de línea para las conexiones actuales Utilización

7 Combinar red fija y red virtual También son posibles en una RPSI con NETCOM neris las combinaciones de networking fijo y virtual [2] [1] Conexión a la red pública [2] Conexión virtual entre 2 PINXs [3] Conexión física entre 2 PINXs 7

fijo y virtual [2] [1] Conexión a la red pública [2]

8 Networking virtual RSDI para interconexión de sedes Existen dos formas de realizar interconexiones virtuales mediante neris: 1.- Networking virtual mediante RPSI: Las extensiones de las sedes son alcanzables mediante un plan de numeración DDI suficientemente amplio en cada sede para asignar a las extensiones. Este es el procedimiento habitual que se ha usado en neris mediante lo que se denomina extensiones RPSI. Limitación: El rango de servicios disponibles en esta red privada virtual depende de los servicios suplementarios disponibles del proveedor de la red y que este subscrito el usuario a ellos. 2.-Networking virtual RDSI para PVR: Las extensiones de las sedes son alcanzables a través de un solo número dedicado de la sede y del plan de numeración interno de la sede remota. Los servicios y prestaciones de un Networking virtual configurado de esta forma no depende de a qué SS.SS este subscrito el usuario, sino de las funciones locales de neris. Esta presentación trata precisamente de cómo configurar la centralita para este punto 2. 8

Este es el procedimiento habitual que se ha usado en neris mediante lo que se denomina extensiones RPSI.

9 Escenario PBX1 SEDE B DDI nº principal del A.B. PBX2 SEDE A DDI nº principal del A.B. DDI hacia integración GSM DDI hacia integración GSM Ext. GSM: 26 (Javi) RDSI (DSS1) EOL Ext. GSM 30 (Silvia) Ext. GSM: 22 (Oscar) EOL ETHERNET Ext. GSM 31 (Jose) ETHERNET Ext. AD2 30 Silvia Ext IP 31 Jose Ext. IP 26 Javi Ext.AD2 22 Oscar 9

GSM: 26 (Javi) RDSI (DSS1) EOL Ext. GSM 30 (Silvia) Ext. GSM: 22 (Oscar) EOL ETHERNET Ext.

10 Consideraciones generales Las extensiones de la sede remota se alcanzan mediante la configuración adecuada de extensiones GSM y la activación del Encaminamiento óptimo de llamada (EOL) en cada sede local. La numeración debe estar compartida entre todas las sedes, es decir, la serie de números se divide en bloques que se distribuyen entre los sistemas. La sede B tiene el bloque de números 3x para extensiones internas y la sede A el bloque 2x. Se definen extensiones GSM locales para registrar las extensiones remotas con la misma numeración y nombre. Por lo que son necesarias la activación de las licencias GSM correspondientes en cada sede. La sede B tiene el bloque de números 2x para las extensiones GSM y la sede A el bloque 3x. En cada sede debe existir un DDI dedicado a recibir la llamadas de Networking del resto de las sedes. La sede A es el número y la sede B el número La capacidad de llamadas simultáneas máxima depende del número de accesos básicos del grupo ISPBX conectada en cada sede. A través de la configuración de las rutas es posible controlar el límite de llamadas simultáneas entre sedes Si se desea disponer de funcionalidades extendidas 10

La sede B tiene el bloque de números 3x para extensiones internas y la sede A el bloque 2x. Se definen extensiones GSM locales para registrar las extensiones remotas con la misma numeración y nombre.

11 Programación: Plan de numeración Para cada sede se define la extensiones internas y las extensiones GSM según el plan de numeración corporativo diseñado para todas las sedes. Ejemplo en Sede B: Sede A Sede B Internas 22,26 30,31 GSM 30,31 22,26 NOTA: Las extensiones GSM requiere activación de licencia 11

12 Programación: Configuración extensión de las sedes remotas Para cada una de las sedes modificar los siguientes parámetros en las extensiones GSM que registran las extensiones remotas: Nº Externo GSM = Nº extensión remota Nombre = Nombre extensión remota Funcionalidad extendida=si (Recursos GSM) Cambiar contraseña del terminal =1111 Pantallas de ejemplo de la sede B 12

remotas: Nº Externo GSM = Nº extensión remota Nombre = Nombre extensión remota Funcionalidad

13 Configuración del EOL: Tabla de proveedor Los parámetros son los siguientes: Nombre: Referencia hacia la sede destino (Ej. Interc. SedeA) Código de acceso: Nº DDI dedicado de la sede remota Ruta: Ruta de grupos de enlace locales para llamar a la sede remota Restricción: NO Regla: EZS*contraseña terminal GSM sede remota#n Longitud ID factura: Números dígitos plan numeración 13

SedeA) Código de acceso: Nº DDI dedicado de la sede remota Ruta: Ruta de grupos de enlace

14 Configuración del EOL: Tablas de encaminamiento Las tablas de enrutamiento contienen definiciones de intervalos horarios, que son asignados a las tablas de proveedor. Se pueden definir un total de 20 tablas de enrutamiento correspondientes a 10 intervalos horarios. 14

son asignados a las tablas de proveedor.

15 Configuración del EOL La función EOL analiza los primeros dígitos de un número externo, en este caso analiza el número externo GSM que definimos en la configuración de la extensión GSM, y comprueba que es una entrada en la tabla EOL (secuencia de dígitos analizable) y se les ha asignado una tabla de enrutamiento (A SEDE A, segunda columna). En una tabla EOL se pueden introducir hasta 400 secuencias de dígitos. Una secuencia de dígitos analizable puede tener hasta 19 dígitos. Ejemplo Sede B: Números externos que empiezan por 2 hacia encaminamiento A SEDE A. 15

ha asignado una tabla de enrutamiento (A SEDE A, segunda columna). En una tabla EOL se pueden introducir hasta 400 secuencias de dígitos.

16 SDE con destino Integración GSM Para cada sede se configura el DDI dedicado para recibir llamadas dentro del Networking Virtual dirigido a Integración GSM. De está forma se reconoce como internas las llamadas procedentes de otras sedes. El es el SDE para el networking virtual de la sede B 16

GSM. De está forma se reconoce como internas las llamadas procedentes de

17 Flujo de una llamada corporativa entre sedes PBX1 SEDE B DDI nº principal del A.B. DDI hacía integración GSM Ext. GSM: 26 (Javi) Ext. GSM: 22 (Oscar) EOL 2.-EOL lo transforma y espera el CONECT RDSI (DSS1) 3.- Integración GSM descuelga y espera dígitos DTMF PBX2 SEDE A DDI nº principal del A.B. DDI hacia integración GSM EOL Ext. GSM 30 (Silvia) Ext. GSM 31 (Jose) 4.- EOL envía dígitos en DTMF: 31*1111#26 1.-Jose marca La extensión GSM 31 (Jose) llama a la extensión 26 Ext.AD2 22 Oscar Ext. AD2 30 Silvia Ext IP 31 Jose Ext. IP 26 Javi Jose 31 Reenvío Rechazar >> 14:24 17

- Integración GSM descuelga y espera dígitos DTMF PBX2 SEDE A DDI 915672061 nº principal del A.B. DDI 915672062 hacia integración GSM EOL Ext.

Documentos relacionados

INSTALACIÓN, OPERACIÓN Y PROGRAMACIÓN DE EQUIPOS Y SISTEMAS TELEFÓNICOS

INSTALACIÓN, OPERACIÓN Y PROGRAMACIÓN DE EQUIPOS Y SISTEMAS TELEFÓNICOS 09-06-2015 1 Descripción y funcionamiento de una central PABX 09-06-2015 2 Un PBX o PABX (siglas en inglés de Private Branch Exchange y Private Automatic Branch Exchange para PABX), la cual es la red telefónica