© aastra – 2011 neris i7 soluciones de networking

20
© Aastra – 2011 Neris I7 Soluciones de Networking

Upload: ximena-parras

Post on 09-Mar-2015

7 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011

Neris I7

Soluciones de Networking

Page 2: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 2

Soluciones de Networking Neris I7

Neris ofrece muy diversas soluciones de Networking, basados en distintas tecnologías/ protocolos y utilización de medios o entornos de funcionamiento.

Con objeto de clasificar las distintas opciones, utilizaremos como criterio diferenciador, si la tecnología utilizada para la comunicación entre sedes se realiza a través de medios tradicionales de transporte y conmutación de voz (TDM) o redes de datos y conmutación de paquetes (VoIP).

Así, podemos incluir como soluciones basadas en TDM, y más en concreto en RDSI:

• Networking virtual RDSI para PVR (también compatible con líneas analógicas).• Networking QSIG utilizando líneas dedicadas.• Networking virtual mediante RPSI.

Como soluciones basadas en la utilización de redes de datos, podemos incluir:• Networking VoIP – QSIG sobre H.323 (sólo con AIP6400).• Networking SIP.• Networking propietario avanzado RIN (Red IP Neris).

Page 3: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011

Neris I7

Networking virtual sobre RDSI para PVR

Page 4: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 4

Definición Networking Virtual

Networking virtual (red virtual):Con el término “Virtual”, hacemos referencia a que las conexiones entre las sedes se realizan a través de las líneas RTC, que se comparten para las llamadas externas de cada SEDE.

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.

Este tipo de networking está caracterizado como sigue:

• Sólo se requieren recursos de línea para las conexiones actuales.

• Utilización de las tarifas planas de PVR (fijo a fijo y móvil a móvil).

• El equipo necesario específico de red es mínimo (puertos de enlaces).

El protocolo utilizado es DSS1 y DTMF.

[1] Conexión a la red pública[2] Conexión virtual entre 2 PINXs (Sedes)

[2]

Page 5: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 5

Escenario Networking virtual sobre RDSI para PVR

Escenario

RDSI

(DSS1)

Ext. DISA Remota: 26 (Javi)

Ext. DISA Remota: 22 (Oscar)

Ext.AD222 Oscar

PBX1 SEDE B

DDI 913768146 nº principal del A.B.

DDI 913768147 hacia integración GSMExt. DISA Remota: 30 (Silvia)

Ext. DISA Remota: 31 (Yolanda)

PBX2 SEDE A

DDI 915672061 nº principal del A.B.

DDI 915672062 hacia integración GSM

EOL

Ext. IP26 Javi

Ext. AD230 Silvia Ext IP

31 Yolanda

EO

L ETHERNETETHERNET

ETHERNETETHERNET

Page 6: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 6

Aclaraciones al escenario Networking virtual sobre RDSI para PVR

Consideraciones generales

• Las extensiones de la sede remota se alcanzan mediante la configuración adecuada de extensiones DISA 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. En el ejemplo, la sede B tiene el bloque de números 3x para extensiones internas y la sede A el bloque 2x.

• Se definen extensiones DISA locales para registrar las extensiones remotas con la misma numeración y nombre. Por lo que son necesarias la activación de las licencias DISA correspondientes en cada sede. La sede B tiene el bloque de números 2x para las extensiones DISA 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. En el ejemplo, la sede A es el número 915672062 y la sede B el número 913768147.

• La capacidad de llamadas simultáneas máxima depende del número de accesos básicos del grupo ISPBX conectado 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.

Page 7: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 7

Prestaciones de Networking virtual sobre RDSI para PVR, básico y avanzado

Los servicios y prestaciones de un Networking virtual configurado de esta forma no depende de a qué sede este subscrito el usuario, sino de las funciones locales de neris y de la variante de networking implementada:

Networking virtual sobre RDSI para PVR básico:• Solución gratuita para el cliente.• Prestaciones:

> Llamada directa a extensiones (número corto) del resto de sedes.> Presentación del nombre.> Desvíos y transferencias.

Networking virtual sobre RDSI para PVR avanzado:• Solución con coste para el cliente.• Prestaciones: a las descritas en la versión básica, añadimos las funcionalidades

DISA extendidas, que se ejecutan en la centralita remota, detalladas en la siguiente página.

• Requiere hardware adicional (recursos DSP).

Page 8: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 8

Networking virtual sobre RDSI avanzado

Paquete de prestaciones adicionales para Networking virtual sobre RDSI avanzado:

La ejecución de dichas prestaciones, se realizan en la sede remota, con el consiguiente ahorro en la utilización de canales RDSI. La ejecución de dichas prestaciones, puede realizarse mediante la marcación del código correspondiente o a través de teclas programadas.

Retención Borrar retrollamada

Alternancia Activar llamada en espera

Establecimiento de conferencia Rechazar llamada en espera entrante

Excluir de la conferencia extensión interna Contestar llamada en espera entrante (con o sin espera)

Activar display de mensaje Contestar llamada en espera entrante con conferencia

Asignar llamada en curso a centro de coste Activar intrusión de llamada

Aparcar llamada Rechazar intrusión de llamada entrante

Volver a la llamada Contestar intrusión de llamada entrante con espera

CCNR (Call back on free subscriber) en AD2 ó Qsig

Page 9: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 9

Requisitos Networking virtual RDSI

Networking virtual RDSI básico (solución gratuita para el cliente PVR):

• DDI exclusivo en cada sede para la implementación de la funcionalidad.

• Licencias DISA (tantas como usuarios en la sede remota).• Plan de marcación planificado para todas las sedes.

Networking virtual RDSI avanzado:• Adicionalmente a lo especificado en el Networking básico, se deben dedicar recursos HW de tarjetas DSP como canales DISA.

Page 10: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 10

Plan de numeración para Networking virtual sobre RDSI

Programación: Plan de numeración definido Para cada sede se define la extensiones internas y las extensiones DISA según

el plan de numeración corporativo diseñado para todas las sedes.

Sede A Sede B

Internas 22,26 30,31

GSM 30,31 22,26

Ejemplo en Sede B:

NOTA: Las extensiones DISA requiere activación de licencia

Page 11: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 11

Esquema de funcionamiento

Flujo de una llamada corporativa entre sedes

RDSI

(DSS1)Ext. GSM: 26 (Javi)

Ext. GSM: 22 (Oscar)

Ext.AD222 Oscar

PBX1 SEDE B

DDI 913768146 nº principal del A.B.

DDI 913768147 hacía integración GSM Ext. GSM 30

(Silvia)

Ext. GSM 31

(Yolanda)

PBX2 SEDE ADDI 915672061 nº principal del A.B.DDI 915672062 hacia integración GSM

EOL

Ext. IP26 Javi

Ext. AD2 30 Silvia Ext IP

31 Yolanda

EO

L

1.-Yolanda marca 26

2.-EOL lo transforma 915672062 y espera el CONECT

3.- Integración GSM descuelga y espera dígitos DTMF

4.- EOL envía dígitos en DTMF: 31*1111#26

5.- La extensión GSM 31 (Yolanda) llama a la extensión 26

14:24

Yolanda 31Reenvío Rechazar >>

Page 12: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011

Neris I7

Networking propietario avanzado RIN (Red IP Neris)

Page 13: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 13

RIN (Red IP Neris)

Protocolo AD2 en toda la red IP.

Arquitectura Maestro-Satélite.

La centralita “Maestro” es la unidad de control de toda la red.

Desde el punto de vista de usuario, todos los elementos forman parte de una única centralita con hardware distribuido.

Todas las extensiones son registradas en el “Maestro”.

Roaming DECT en toda la red.

AD2

AD2

AD2

AD2

T0 T2

Small Client

a/b

Satélite

Satélite

AD2

AD2

T0 T2

Maestro a/b

Page 14: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 14

RIN (Red IP Neris)

Funcionalidad completa con Networking RIN

Las extensiones de los diferentes nodos de la red pueden funcionar usando todas las funciones Neris.Posibilidad de networking entre equipos desde I6.6 y otros sistemas por vía de QSIG (con limitaciones) a través de AIP 6400, SIP ó por vía de la RTCBeneficios para el usuario

• No hay limitación de funciones en toda la red• Mejor forma de expansión del sistema sin

necesidad de reemplazar componentes de hardware (Opción de ampliar una neris 8 añadiendo una neris 4 en vez de sustituirla por una 64)

• Ventajas para amortizar la inversión.

AD2

Satélite Satélite

Networkingtransparente

Maestro

Page 15: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 15

RIN (Red IP Neris)

Tarificación centralizada.

Grupos de extensiones distribuidos.

Indicación de ocupado centralizada.

Función de operadora centralizada.

Funcionalidad completa con Networking RIN (II)

Page 16: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 16

RIN (Red IP Neris)

El modo Offline se activa cuando un satélite pierde la conexión IP con el maestro.El satélite conmutará automáticamente a modo local (reinicio).Son soportados los enlaces y las funciones locales.El satélite conmutará automáticamente a modo RIN cuando detecte de nuevo conexión estable al maestro (reinicio). Comportamiento mejorado en I7.Beneficios para el usuario.

• Funcionamiento local en emergencia.• Recuperación automática en el caso de

caída de la conexión IP. Satélite

Satellite Satélite

Maestro

Modo Offline

Page 17: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 17

RIN (Red IP Neris)

Desbordamiento sobre RDSI

Maestro

Satélite

Satélite

Canal voz

Señalización

Encaminamiento alternativo de canales por vía de la RDSI.Para superar la escasez de canales IP o ancho de banda disponible en un determinado momento.

• Beneficios

> Los canales IP de maestro y satélites no necesitan ser dimensionados para momentos puntuales de tráfico elevado.

> Estos pueden ajustarse según una carga media.

> Ahorro en el coste de la inversión.

• Inconvenientes

> No esta libre de cargo dado que utiliza la RTC.

> Sólamente llamada básica.

Page 18: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 18

RIN (Red IP Neris)

Terminal ilocalizable

La nueva prestación extiende las funciones de ilocalizable para terminales IP así como para cualquier terminal Office y define un nuevo manejo si un satélite está en modo offline.Adicionalmente disponemos de 3 situaciones para el uso de la función de terminal ilocalizable:- El Terminal no funciona / sin contacto con PBX.- Terminal en una RIN no localizable vía IP por problemas de recursos.- El puerto del terminal no está activo / satélite offline.

Ext. SIP

Ext. IP

Office 2380IP

Ext. Office

Ext. a/b

Ext. DECT

Ext. RDSI

Maestro

Sat 1 Twin

Page 19: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 19

RIN (Red IP Neris)

Sistema de gestión centralizadoSistema de gestión centralizado a través del maestro.La programación del maestro configura la totalidad de la red.El acceso a los satélites se realiza solo para la programación de emergencia.Se permite acceso remoto. Beneficios para el instalador

• Punto centralizado de programación.• Configuración rápida y limpia.• Acceso remoto seguro a través de

RDSI.

• A través de la conexión RDSI al Maestro, se accede a través de IP a los satélites.

Maestro

Satélite

Satélite

AIMS

Page 20: © Aastra – 2011 Neris I7 Soluciones de Networking

© Aastra – 2011Neris I7 20

RIN (Red IP Neris)

Requerimientos RIN

Centralita habilitada para VoIP (canales VoIP si fuera necesario).Red IP habilitada para VoIP:

• VPN.• Retardo inferior a 200 ms, jitter inferior a 80 ms, pérdida de paquetes inferior al 5%.

• Ancho de banda garantizado para cada comunicación VoIP. Licencia “Networking Master”, que habilita una RIN con dos nodos; un maestro y un satélite.Licencia “Networking Satélite” para cada nodo adicional.