cs1000e administración y soporte básicos

8/20/2019 CS1000E Administración y Soporte Básicos

1/212

CS1000E – Administración y Soporte

© ISBEL S.A. 0 © ISBEL S.A. 0

CS1000EAdministración y

Soporte

Básicos

Guía del Estudiante

Nombre: __________________


2/212



1

Agenda

• Introducción• Conceptos de VoIP

• Arquitecutra del sistema – Sistemas Tradicionales y sistemas IP – Call Server – Signalling Server – Voice Media Gateway Card – Otras tarjetas

• Configuración y Administración – Introducción – Conceptos Básicos – Terminales – Restricciones de Acceso – Rutas y Troncales – ACD y CDN – Ruteo Entrante – Ruteo Saliente

• Soporte y Mantenimiento – Hardware – Software


3/212



2

Introducción


4/212


© ISBEL S.A. 3

3

Objetivo

• El curso está orientado a la administración y

soporte básicos del sistema CS1000E, tanto anivel de facilidades y prestaciones como a nivelde sus componentes principales.

• Al finalizar el curso el participante estarácapacitado para – Conocer los fundamentos de la tecnología de VoIP – Comprender la arquitectura del sistema CS1000E – Instalar hardware y configurar el software del sistema – Conocer los mecanismo para el ruteo de llamadas – Conocer técnicas para encontrar y diagnosticar los

problemas más comunes en ambientes de este tipo


5/212


© ISBEL S.A. 4

4

Evolución de los sistemasNORTEL

• Familia “Meridian 1”

– Fue introducida originalmente en 1976, basado en lossistemas SL-1, siendo la primer PBX totalmente digitaldel mercado corporativo

• Familia “Succession” – Basada en la Familia “Meridian”, introducida en 2004

• Familia “Communication Server” – Basada en la Familia “Succession”, introducida en 2006


6/212


© ISBEL S.A. 5

5

Evolución del SoftwareRelease Año Release Año

Software Generic 101 1975 Release 14 1989

Release X02 1976 Release 13 1989






Release 1 1982 Release 20 1995






Release 5 1985 Release 3.0 2002



Release 12 1988 Release 5.0 2007 e ease Release 5.5 2008


7/212


© ISBEL S.A. 6

6

Option 11COption 11C Option 61COption 61C Option 81COption 81COption 51COption 51C

CS1000ECS1000E ChasisChasis, Cabinet, Cabinet CS1000M HG, SG, MGCS1000M HG, SG, MG

Evolución de M1 a CS1000


8/212


© ISBEL S.A. 7

7

Evolución de CS1000

Communication

Server 1000Release 5.x

Meridian 1 Communication

Server 1000

• Hacia un modelo basado en Software

• Plataformas de hardware, señalización y sistemasoperativos abiertos

• Integración con aplicaciones (UC) – Multimedia, Presencia & IM

• Crecimiento continuo en funcionalidades de punta

– Mejorando la disponibilidad, seguridad,apertura y simplicidad

• A través de Media Gateways se continúaproveyendo funciones al “mundo TDM”


9/212



8

Conceptos de VoIP


10/212



9

Codificación de la voz

Algoritmo Descripción

G.711 Audio encoding at 64 k bit/s (µ-law and A-law)

G.722 7 kHz speed at 48, 56 and 64K bit/s (hi-fi voice)

G.723.1 Dual Rate Speed at 6.4 and 5.3 k bit/s

G.728 16 k bit/s speech

G.7298 k bit/s speech (Conjugate structure- algebraic codeexcited linear prediction or CS-ACELP)

G.729 Annex A Reduce Complexity

G.729 Annex B Silence Compression

RTAudio 8.8 kb/s (Linear Prediction Coefficients LPC)


11/212



10

• Para poder transmitir las muestras codificadas devoz sobre redes de datos, es necesario armar“paquetes”.

• Es necesario “juntar” varias muestras para armarun paquete.

• Cada paquete tiene una cantidad mínima deinformación (bytes) de control – Cabezal del paquete – Origen, destino – Etc.

Paquetización de la voz


12/212



11

Transmisión de voz sobre redes dedatos

Flujo de voz, 64 kb/s

RTP

UDP

IP

EthernetSobrecarga

Ventana


13/212



12

RTP – Real Time Protocol

• Es un protocolo para tranmisión de datos de

tiempo real (audio y video) sobre IP• Está originalmente estandarizado en el RFC 1889,

reemplazado por el RFC 3550

• Se basa en UDP


14/212



13

RTCP –RTP Control Protocol

• El RFC 3550 establece, además del protocolo

RTP, un protocolo de control, RTCP – Encargado de enviar periódicamente paquetes de

control entre los participantes de una sesión – Proveer realimentación acerca de la calidad de los

datos distribuidos (por ejemplo, de la calidad percibidade VoIP).


15/212



14

Ancho de banda para G.711

Ventana = 20 ms

• Bytes de voz/trama = 64 kb/s * 20 ms / 8 = 160 bytes

• Bytes de paquete IP = 160 + 40 = 200 bytes

• Bytes de Trama Ethernet = 200 + 26 = 226 bytes

• Ancho de banda LAN = 226 * 8 / 20 ms = 90.4 kb/s

• Este ancho de banda es para la voz en UN sentido. Encondiciones Half Duplex se debe duplicar para tener encuenta ambos sentidos

Ethernet26 bytes

IP (UDP + RTP)40 bytes

20 ms de voz

160 bytes


16/212



15

Calidad de la voz

• La calidad de la voz sobre redes de paquetes se

ve afectada por varios factores – Compresión utilizada – Pérdida de paquetes – Demora – Eco – Jitter


17/212


© ISBEL S.A. 16

16

Compresión

• El proceso de digitalización utilizado degrada la

señal de voz.• La degradación introducida depende de la técnica

utilizada – Generalmente, a mayor “compresión” (menor ancho de

banda), mayor degradación


18/212



17

Pérdida de paquetes

• A diferencia de las redes telefónicas, donde para

cada conversación se establece sobre un vínculo“estable y seguro”, las redes de datos admiten lapérdida de paquetes.

• En aplicaciones de voz y video el audio y video es“encapsulado” en paquetes y enviado, sinconfirmación de recepción de cada paquete.

• Puede haber un porcentaje de paquetes que nollegan al destino

• Se escucha como interrupciones en la voz, ocortes de video


19/212



18

• Se deben a:

– Algoritmos de compresión• G.711 (64 kb/s) 0,13 – 0,75 ,ms• G.728 (16 kb/s) 2.5 ms• G.729 (8 kb/s) 10 – 15 ms• G.723.1 (5.3 o 6.4 kb/s) 37.5 ms• RTAudio < 40 ms

– Procesamiento• Implementación de los protocolos

– Red (latencia)• Velocidad de transmisión

• Congestión• Demoras de los equipos de red (colas en routers,

gateways, etc.)

Demora


20/212



19

Demora


21/212



20

• Tiempo transcurrido desde que se habla hasta quese percibe el retorno de la propia voz

• Si la demora de retorno es menor a 30 ms, o elnivel del retorno está por debajo de los –25 dB, elefecto del eco no es percibido.

• Dado que las demoras de voz sobre redes dedatos son altas, puede existir eco

Eco


22/212



21

• Es la variación en las demoras (latencias).• Por ejemplo, si dos puntos comunicados reciben unpaquete cada 20 ms en promedio , pero en determinado

momento, un paquete llega a los 30 ms y luego otro a los10 ms, el sistema tiene un “jitter” de 10 ms.

• El jitter afecta la percepción de la voz, y puedeevitarse mediante buffers

• Los buffers agregan una demora adicional al sistema, yaque deben “retener” paquetes para poder entregarlos aintervalos constantes. Cuánto más variación de demoras( jitter ) exista, más grandes deberán ser los buffers , y porlo tanto, mayor demora total tendrá el sistema.

Jitter


23/212



22

Medida objetiva de la calidad deVoz: E-Model

• La ITU ha definido un modelo, llamado “E-Model”

(ITU-T G.107), para estimar la calidad de la vozsobre redes de paquetes, teniendo en cuentafactores medibles de la red – El resultado del “E-Model” es un valor escalar llamado

R, que puede ser directamente relacionado con el MOS(ITU-T P.800)


24/212



23

R versus MOS


25/212


© ISBEL S.A. 24

24

Señalización en VoIP

• La señalización es uno de las principales

funciones en telefonía.• En redes IP

– Estándares• H.323• SIP

– Propietarios• Nortel, Avaya, etc. tienen sus protocolos propietarios


26/212



25

SIP (Session Initation Protocol)

• En marzo de 1999 es aprobado el RFC 2543, por

el grupo de estudio MMUSIC del IETF, dandoorigen oficial al protocolo SIP SIP tiene susorígenes a fines de 1996, como un componentedel “Mbone” (Multicast Backbone)

– El Mbone, era una red experimental montadasobre la Internet, para la distribución decontenido multimedia. Uno de sus componentesera un mecanismo para invitar a usuarios aescuchar una sesión multimedia, (SIP).

• En junio de 2002, el RFC 2543 fue reemplazado

por un conjunto de nuevas recomendaciones,entre las que se encuentran los RFC 3261 al3266.


27/212



26

• Estándar de Internet

– Promocionado por IETF - http://www.ietf.org• Reutilizar la tecnología de Internet:

– URLs, DNS, proxies

• Reutilizar el código HTTP – Textual, sencillo de implementar y depurar

“Filosofía” de SIP


28/212



27

Entidades SIP

• Una red SIP se compone de 5 entidades lógicas queson:

• SIP User agent – SIP User Agent es una entidad que inicia y termina sesiones

mediante intercambio de solicitudes y respuestas. – También se refieren como “SIP endpoints”. – Teléfonos SIP y SIP Gateways son ejemplos de User Agents. – Los SIP Endpoints actúan tanto como User Agent Client (UAC)

como User Agent Server (UAS). Como “client” envíasolicitudes SIP, mientras que como “server”.

• SIP Proxy Server – Un SIP Proxy recibe solicitudes como UAS, determina a donde

debe reenviarse y actuando como UAC en representación delSIP Endpoint pasa la solicitud hacia la entidadcorrespondiente.


29/212



28

Entidades SIP

• SIP Redirect Server – El SIP Redirect Server provee resolución de número telefónico

a dirección IP. – El SIP Redirect Server recibe solicitudes pero no la pasa hacia

otras entidades. En su lugar, el SIP Redirect Server envía devuelta una respuesta hacia el SIP Endpoint con la dirección IPdel usuario destino.

• SIP Registrar – El SIP Registrar es un servidor que acepta solicitudes

“REGISTER” y actualiza la base de datos de “localización” conla información específicada en la solicitud.


30/212



29

Entidades SIP

• Back-to-Back User Agent – Un B2BUA es una entidad lógica que recibe una solicitud, la

procesa como si fuese UAS y, para determinar cómo contestaral mensaje de solicitud, actúa como UAC y genera mensajesde solicitud.

– El B2BUA debe seguir el estado de la llamada para lo cual hade dialogar mediante solicitudes y respuestas con los UA queintervienen en la llamada.


31/212



30

Direccionamiento SIP

• Las entidades SIP identifican a un usuario con las

SIP URI (Uniform Resource Identifiers) definido enel RFC 2396

• Una SIP URI tiene un formato similar al del e-mail,consta de un usuario y un dominio delimitado poruna @.

• Un conjunto de usuarios que pertenecen a unacompañía o proveedor de servicios decomunicaciones, conforman un dominio SIP.

• Este dominio, que se indica en una dirección SIP

después del caracter "@" es normalmenteatendido por un servidor (o más de uno).


32/212



31

Mensajería SIP

• La mensajería SIP está basada en el esquema

“Request” – “Response” de HTTP.• A diferencia de H.323, todos los mensajes son de

texto plano, y por lo tanto fáciles de interpretar

• Para iniciar una sesión se envía un mensaje de“Request” a una contraparte de destino. Eldestino recibe el “Request”, y lo contesta con elcorrespondiente “Response”.


33/212



32

RTP Audio G.729

RTP Video MPEG-1

ACK

BYE

180 Ringing

200 OK con SDP

200 OK

100 Tryinig

INVITE con SDP

sip:[email protected] sip:[email protected]

SIP/2.0 100 Trying100 Tryinig

SIP/2.0 180 Ringing180 Ringing

SIP/2.0 200 OK

Medios SDP:G.729MPEG-I Video

200 OK con SDP

INVITE sip:[email protected] SIP/2.0From: sip:[email protected]: sip:[email protected]

Medios SDP:G.729MPEG-I Video

INVITE con SDP

ACK sip:[email protected] SIP/2.0:5060 ACK

BYE sip:[email protected] SIP/2.0:5060BYE

SIP/2.0 200 OK 200 OK

Establecimiento dela llamada

Flujo de datos

Finalización de lallamada

Ejemplo de una llamada SIP


34/212



33

• Los mensajes de “Request” tiene el formato: – –Ejemplo: INVITE sip:[email protected]

SIP/2.0Método Descripción

INVITE A session is being requested to be setup using a specified media

ACK Message from client to indicate that a successful response to anINVITE has been received

OPTIONS A Query to a server about its capabilities

BYE A call is being released by either party

CANCEL Cancels any pending requests. Usually sent to a Proxy Server tocancel searches

REGISTER Used by client to register a particular address with the SIP server

SIP Requests


35/212



34

Método DescripciónSUBSCRIBE Used to request status or presence updates from the presence server

NOTIFY Used to deliver information to the requestor or presence “watcher.”

REFER Used to referring the remote user agent to a web page or another URI

MESSAGE Used to transport instant messages (IM) using SIP

UPDATE Used to modify the state of a session without changing the state ofthe dialog

INFO Used by a user agent to send call signaling information to anotheruser agent with which it has an established media session

PRACK Provisional ACK. Used to acknowledge receipt of reliably transported

provisional responses (1xx)

SIP Requests


36/212



35

• Las respuestsa SIP son del estilo HTTP: – < Status-Code> –Ejemplo: SIP/2.0 404 Not Found

Respuesta Descripción

1xx Informational – Request received, continuing to process request.

(180 Ringing 181 Call is Being Forwarded )

2xx Success – Action was successfully received, understood andaccepted.

(200 OK )

3xx Redirection – Further action needs to be taken in order to completethe request.

4xx Client Error – Request contains bad syntax or cannot be fulfilled atthis server.

5xx Server Error – Server failed to fulfill an apparently valid request.

6xx Global Failure – Request is invalid at any server.

SIP Responses


37/212



36

Ejemplo: INVITE

INVITE sip:[email protected] SIP/2.0

Via:SIP/2.0/UDP pc33.montevideo.com;branch=z9hG4bK776asdhds

Max-Forwards: 70

To: Pepe

From: Alicia ;tag=1928301774

Call-ID: [email protected]

CSeq: 314159 INVITE

Contact:

Content-Type: application/sdp

Content-Length: 142

v=0

o=AGarcia 2890844526 2890842807 IN IP4 126.16.64.4

s=Phone Call

c=IN IP4 100.101.102.103

t=0 0m=audio 49170 RTP/AVP 0

a=rtpmap:0 PCMU/8000

Cabezal


38/212



37

v=0

o=AGarcia 2890844526 2890842807 IN IP4 126.16.64.4

s=Phone Call

c=IN IP4 100.101.102.103

t=0 0m=audio 49170 RTP/AVP 0

a=rtpmap:0 PCMU/8000

Ejemplo: INVITE

Cuerpo SDP

INVITE sip:[email protected] SIP/2.0

Via:SIP/2.0/UDP pc33.montevideo.com;branch=z9hG4bK776asdhds

Max-Forwards: 70

To: Pepe

From: Alicia ;tag=1928301774

Call-ID: [email protected]

CSeq: 314159 INVITE

Contact:

Content-Type: application/sdp

Content-Length: 142


39/212



38

Arquitectura delSistema


40/212


© ISBEL S.A. 39

39

LAN

PBX

ServidoresApps

Switches

AppsPeriféricos

MC

MGC

SS

CS

Esquema general

TM &i2050 LM

E-LAN

CP

T-LAN

NSS-2

Call Server 0

Sig Server 1

Media Card 1

MGC 1

Integrated App1

Aplicaciones

Call Server 1

Sig Server n

MGC n

Media Card n

Integrated Appn

HSP

Dual Homed

PBX

DSPs

DSPs


41/212


42/212


© ISBEL S.A. 41

41

Media Gateway

• Provee servicios telefónicos básicos, que

incluyen: – Generación y detección de tonos DTMF – Conferencias – Conversión TDM / IP

• Soportan – Tarjetas TDM

• E1, Internos, troncales, etc. – Tarjetas de aplicaciones integradas

• MIRAN, Agent Greeting, Remote Agent Observe, etc. – Procesadores

• Call Servers, Signaling Servers

– Tarjetas conversoras TDM / IP• VGMC, DSPs.


43/212


© ISBEL S.A. 42

42

Media Gateway Main (de frente)


44/212


© ISBEL S.A. 43

43

Media Gateway Main (de atrás)


45/212


© ISBEL S.A. 44

44

Media Gateway Expander (defrente)


46/212


© ISBEL S.A. 45

45

Media Gateway Expander (de atrás)


47/212


© ISBEL S.A. 46

46

Media Gateway Controller

• Cada Media Gateway (MG) es controlado por un “MediaGateway Cotroller” (MGC)

• Cada MGC es controlada por un CS 1000 Call Server

• El MGC es una tarjeta, que se instala en el slot 0 del MG

• Provee las siguientes funciones – Control del MG Main y Expander – Comunicación con el Call Server – Soporte de hasta 128 canales de DSP (Conversión TDM/IP) – 3 puertos serie RS-232 para administración del sistema – Switch de datos interno – Conexiones de LAN redundantes (“Dual Homing”)


48/212


© ISBEL S.A. 47

47

• La tarjeta MGC contiene

dos posiciones paraacomodar dos “tarjetashijas” de DSP

• Provee 6 puertos Ethernetexternos: – 2 conexiones de ELAN y 2 de

TLAN en el “faceplate” – Una conexión adicional de

ELAN y una de TLAN En el“backplane”

Media Gateway Controller


49/212


© ISBEL S.A. 48

48

DSP “Daughterboards”

• Cada MGC soporta hasta 128 canales DSP

(equivalentes a 4 Media Cards)• Cada MGC permite instalar las siguientes “tarjetas

hijas”: – 96-port DSP daughterboard – 32-port DSP daughterboard

• Las “tarjetas hijas” DSP agregan procesamientodigital para conversión TDM/IP e IP/TDM.

• Reduce la necesidad de Media Cards adicionales.


50/212


© ISBEL S.A. 49

49

• El Call Server realiza el procesamiento de llamadas y

control para el sistema CS 1000E.• Está basado en una tarjeta CP PM (Common

Processor - Pentium Mobile). El mismo hardwaresoporta Signaling Server.

• CP PM Call Servers soportan hasta 50 MediaGateways con sus respectivas expansiones.

• Las tarjetas Call Server pueden colocarse en cualquierslot de los Media Gateways.

CS 1000E Call Server


51/212


© ISBEL S.A. 50

50

• Call Server provee las siguientes funciones:

– Procesamiento de llamadas. – Procesa todas las conexiones de voz y datos – Control de servicios telefónicos – Control de tarjetas instaladas en los MG 1000E – Proporciona recursos para administración del sistema y

mantenimiento de la Base de Datos.

• Permite alta disponibilidad: Dual Call Server – Un Call Server activo y otro en modo “warm standby” pronto

para tomar el control en caso de falla. – La configuración del sistema y la base de datos son

sincronizadas entre call servers.

Funcionalidades de Call Server


52/212


© ISBEL S.A. 51

51

• El hardware CP PM

contiene: – Procesador Intel Pentium M – Memoria DDR RAM

expandible – 2 sockets para tarjetas flash

(uno externo RMD y unointerno FMD)

– 3 interfaces Ethernet – Dispositivo de Seguridad – 2 puertos SDI para

administración

Hardware de Call Server


53/212


© ISBEL S.A. 52

52

• El Signaling Server proporciona control y

procesamiento centralizado para manejo de: – señalización SIP/H.323 – señalización telefonía IP Nortel (UNIStim) – “IP Peer Networking” entre sistemas CS1000

• Existen distintas plataformas de hardwaresoportadas: – ISP1100 (servidor rackeable 1U de Nortel) – CP PM (puede ir en cualquier slot de MG 1000E) – “Commercial off-the-shelf” servers (COTS servers).

Específicamente IBM x306m and HP DL320 G4

Signaling Server


54/212


© ISBEL S.A. 53

53

• El Signaling Server provee las siguientes funciones

que iremos analizando: – IP Phone Terminal Proxy Server – SIP y H.323 signaling gateway (Virtual Trunks) – Network Routing Service (NRS) – CS 1000 Element Manager Web server – Servidor de aplicaciones para:

• Personal Directory• Callers List• Redial List

Aplicaciones de Signaling Server


55/212


© ISBEL S.A. 54

54

• Terminal Proxy Server (TPS) provee la interfaz de

señalización para los teléfonos IP propietarios Nortel.• El TPS soporta un máximo de 5000 teléfonos IP en

cada Signaling Server.

• El TPS además es el encargado de la gestión defirmware en los teléfonos IP.

• Unified Network IP Stimulus protocol (UNIStim) – Es el protocolo propietario de comunicación entre los

teléfonos IP y los TPS.

IP Phone Terminal Proxy Server


56/212


© ISBEL S.A. 55

55

• Las “SIP Signaling Gateway” provee una interfaz de

troncal directa entre dos sistemas CS1000 o entre unsistema CS1000 y un dominio SIP. – Actúa como “SIP User Agent”, sirviendo a usuarios para la

realización y recepción de llamadas SIP. – Actúa como “signaling gateway” para todos los teléfonos

CS1000 mapeando mensajes ISDN a mensajes SIP. – Mapea números telefónicos a SIP URIs y viceversa – Permite registro de usuarios – Establece rutas de audio (troncales) entre SIP endpoints

SIP Signaling Gateways (VirtualTrunk)


57/212


© ISBEL S.A. 56

56

• Los sistemas CS1000 usan el servicio “Network

Routing Service” para simplificar la configuración deldireccionamiento IP.

• El servicio NRS maneja un plan de numeracióncentralizado para toda la red.

– Permite un único plan para sistemas SIP, H.323 ysistemas SIP/H.323 combinados.

• NRS combina los siguientes componentes en elmismo servicio:

– SIP Redirect Server y SIP Registrar Server – H.323 Gatekeeper

Network Routing Service (NRS)


58/212


© ISBEL S.A. 57

57

• Element Manager es una interfaz web que brinda un

amplio rango de tareas de mantenimiento yconfiguración, entre las que se destacan: – configuración y mantenimiento de telefonía IP – configuración y mantenimiento de rutas y troncales – configuración y mantenimiento de plan de numeración – Funciones de Backup y Restore – Instalación y activación de Parches – Mantenimiento de distintos firmwares (teléfonos IP, tarjetas,

etc) – Comandos de mantenimiento y estado de sistema

CS 1000 Element Manager Webserver


59/212


© ISBEL S.A. 58

58

• “Personal Directory” permite a los usuarios de

teléfonos IP ingresar o copiar nombres a su directoriopersonal.

• “Callers List” y “Redial List” son “logs” de llamadas. – El contenido de las mismas se van generando con las

llamadas. – El usuario puede navegar por su “Callers List” para ver quien

lo ha llamado. – El usuario puede marcar un número desde su “Redial Llist”.

• Estas tres facilidades usan una base de datosseparada y centralizada en el Signaling Server llamada“IP Phone Application Server” para almacenar losdatos de directorio y los perfiles de usuario.

Personal Directory, Callers List yRedial List


60/212


© ISBEL S.A. 59

59

Voice Media Gateway Card

• MC32S (Media Card 32 Secure)

– Soporta hasta 32 canales de DSP (Conversión TDM/IP) – Soporta encripción del medio (SRTP) – Pueden actuar como “Lider” o como “Follower” – Se utiliza típicamente para aumentar la cantidad de

canales DSP dentro de un mismo Media Gateway• Canales de música y anuncios en Broadcasting requieren

de un DSP por cada persona que los escucha


61/212


© ISBEL S.A. 60

60

MC32S

• NTDW65AAE5


62/212


© ISBEL S.A. 61

61

CallPilot MGate

• La tarjeta MGate es la la tarjeta que brinda los

canales de voz del CallPilot.• La tarjeta MGate se usa en caso de servidores de

CallPilot externos a la central.

• Cada MGate soporta hasta 32 canales de voz


63/212


64/212


© ISBEL S.A. 63

63

TMDI (1.5MB Dti/Pri)

– Los troncales digitales precisansincronismo de reloj

– La sincronización la provee la tarjeta“hija” denominada “Clock Controller”

– El “Clock Controller” sincroniza elsistema con una fuente de reloj externay genera y distribuye el reloj al resto delsistema

– Cada “Media Gateway” que contieneuna troncal digital debe tener al menosun “Clock Controller”


65/212


© ISBEL S.A. 64

64

MIRAN (Meridian Integrated RecordedAnnouncement)

– La aplicación MIRAN se instala en una tarjetaMedia Card

– Provee hasta 8 puertos de mensajes de voz y/omúsica

– Puede ser instalada en cualquier slot – No hay límite al número de placas por gabinete

ni por sistema (solo por licencia) – Se utilizan para brindar mensajes de demora y

música (típicamente en ambientes de CallCenter)

– Cada puerto puede tener un mensajeindependiente, y variable según la hora del día

– La administración de la placa puede realizarsepor puerto serie RS-232 o a través de la LAN(mediante un browser)


66/212


© ISBEL S.A. 65

65

Lineside T1

– Provee una interfase T1 Digital que emula 24canales análogos. Compatible con terminales T1

– Ocupa dos Slots (16 canales en el primer slot y8 en el segundo)

– Emula funciones de líneas análogas comoFlash, Transfer, Hold y Conference.

– Conecta el CS1000 con los MPS 500 – Los puertos de MPS 500 se configuran como

extensiones analógicas. – Señalización (GroundStart/LoopStart),

codificación (AMI/B8ZS) y entramado (D4/ESF)configurables por DipSwitches

– Man Machine Interface (MMI) paraadministración por puerto serie


67/212


© ISBEL S.A. 66

66

Remote Agent Observe

– La aplicación RAO permite observar agentesremotamente, desde la PSTN

– La aplicación RAO viene pre-instalada en unamedia card de 32 puertos. Precisa de un dongle. – Configuración y mantenimiento a través de:

• Interfaz Web

• Puerto Serie RS-232

– Utiliza entre 3 y 5 puertos de conferencia en elCS1000


68/212


© ISBEL S.A. 67

67

Remote Agent Observe


69/212


© ISBEL S.A. 68

68

Agent Greeting

– Agent Greeting permite a agentes pregrabar lalocución que normalmente brindan a los clientes al

inicio de una llamada entrante. – La aplicación de Agent Greeting viene pre-instaladaen una media card de 24 puertos. Precisa de undongle.

– Configuración y mantenimiento a través de:• Interfaz Web

• Puerto Serie RS-232

• Telephony User Interface (para administración ygrabación de locuciones)

– Utiliza 3 puertos de conferencia en el CS1000


70/212


© ISBEL S.A. 69

69

Agent Greeting


71/212



70

Configuración DelSistemaIntroducción


72/212


© ISBEL S.A. 7171

71

Documentación técnica

• Existe gran cantidad de manuales técnicos,

disponibles en la página de NORTEL• Los manuales principales de Administración se

dividen en dos categorías: – Software Input/Output Guide

• Manual orientado a los comandos de configuración,diagnóstico y mensajes de error

– Software Feature Guide• Manual orientado a las facilidades y la forma de

configurarlas


73/212


© ISBEL S.A. 7272

72


• Software Input/Output Guide

– Software Input Output Reference — Administration• Presenta los comandos usados para la configuración

- Creación de extensiones, troncales, rutas, etc. – Software Input Output Reference — Maintenance

• Presenta los comandos de Mantenimiento- Habilitación y deshabilitación de tarjetas, puertos, etc.- Trazados

– Software Input Output Reference — System Messages• Compendio de interpretación de mensajes del sistema

- Errores- Mensajes de información


74/212


© ISBEL S.A. 73

73


• Features and Services Fundamentals

– Tiene un listado alfabético de todas las facilidades de laPBX, en varios volúmenes (6 libros) – En cada facilidad se puede ver

• Descripción de la facilidad• Parámetros de operación• Interacciones con otras funciones• Paquetes de software requeridos para su funcionamiento• Implementación (configuración)


75/212


© ISBEL S.A. 74

74


• Features and Services Fundamentals - Ejemplo


76/212


© ISBEL S.A. 75

75




77/212


© ISBEL S.A. 76

76




78/212


© ISBEL S.A. 77

77

Base de Datos CS1000

• El CS (Call server) tiene dos memorias donde reside laconfiguración o base de datos

– Memoria volátil o de trabajo del sistema (RAM)• Si el sistema de apaga, se pierden los datos de esta

– Memoria no volátil (flash, o discos duros)• Permanece aún con el sistema apagado

• Al iniciar el sistema, la base de datos se carga en la RAM

• Los cambios de configuración se realizan sobre la RAM

• Para no perder los datos modificados, se debe de guardarlos datos de la RAM en la memria no volátil

– Se puede hacer manualmente – Se le pude configurar al sistema para que en las rutinas

nocturnas se guarden los datos automáticamente una vez aldía


79/212


© ISBEL S.A. 78

78


• Cuando se guarda la configuración en la memoria

no volátil, se almacena automáticamente en losdos CS (el Activo y el Standby)

– Las memorias volátiles y no volátiles de los CS seencuentran siempre sincronizadas, sin que serequieran acciones específicas


80/212


© ISBEL S.A. 79

79


• Otros componentes de la PBX tiene

configuraciones y almacenamiento “locales” – Signaling Servers

• Tienen sus propios discos duros, donde se almacenainformación de sus funciones

– Call Pilot• Tiene sus propios discos duros

– MIRAN – Agent Greeting – Remote Agent Observe


81/212


© ISBEL S.A. 80

80

Herramientas de administración

• La administración del sistema se puede/debe

realizar desde diferentes herramientas – Terminal RS-232 (“consola”) – Telnet (emulador de “consola”) – Element Manager (aplicación Web, residente en los SS) – Telephony Manager (residente en un servidor para TM)

• La herramienta más apropiada depende del tipode tareas a realizar – “Consola”: de uso ágil, pero requiere conocimientos a

nivel de “comandos” – EM: Ideal para configuraciones de los componentes IP,

pero no incluye administración de terminales

– TM: Para configuración de terminales


82/212


© ISBEL S.A. 81

81

Documentación del proyecto

• La documentación general del proyecto se

encuentra en los siguientes archivos – Proyecto de Ingeniería Detallado

• Documento explicativo de la solución, donde se describecada componente y su configuración

• NetD (Network Design)- Incluye todo lo referente al plan de red,

direccionamiento IP, etc.• SpecBook (Specifications Book)

- Incluye todo lo refernete a las configuraciones de laPBX


83/212



82

Configuración DelSistema

Conceptos Básicos


84/212


© ISBEL S.A. 83

83

Estructura de la base de datos delCS

• La información del CS está segmentada en

“Overlays” (“Plantillas”)• En cada Overlay se almacena información

específica de ciertas funciones – Configuración de extensiones analógicas, digitales, IP – Configuración de rutas – Configuración de troncales – Restricciones – Planes de enrutamiento – Etc.

• Se identifican con números: – LD 10, LD 11, LD 14, etc.


85/212


© ISBEL S.A. 84

84

Estructura de la base de datos delCS

• Cada Overlay se estructura como un conjunto de

“Prompts” (“Preguntas”) y “Respuestas”• Ejemplo de una RUTA:

TYPE RDBCUST 00

ROUT 140

DES RUTA ENLACETKTP TIE

ESN NO

CNVT NO

SAT NORCLS EXT

DTRK YES

DGTP DTIDSEL VCE

PTYP DTTAUTO NO

DNIS NO…


86/212


© ISBEL S.A. 85

85

Jerarquía básica de datos

• Niveles de la Jerarquía – System Level

• LD 17/97 Configuration record

• LD 13 Digitone receiver• LD 18 Speed Call lists

– Customer Level• LD 15 Customer Data Block• LD 16 Rutas• LD 14 Troncales• LD 57 Flexible Features Codes• LD 95 Names Display• LD 50 Call Park

– Station Level• LD 10, 11 Terminales analógicos y digitales• LD 12 Attendant Consoles

• Rutinas de Impresión de la configuración – LD 20, LD 21, LD 22


87/212


© ISBEL S.A. 86

86

Plan de Numeración

• Consiste en los números que serán asignados

como números de directorio (DNs) y códigos deacceso

• La implementación del plan de numeración exigeel análisis detallado de las posibles expansionesdel sistema

• Debe ser lo más simple posible, permitir uncrecimiento futuro y evitar conflictos deasignación de números

• El plan de numeración esencialmente permite: – Llamar a otra extensión

– Realizar llamadas externas – Acceder a un trunk route específico – Acceso a facilidades del sistema


88/212


© ISBEL S.A. 87

87

Plan de Numeración

BARS (AC1)199

BARS (AC2)188

Spare40079997600

Features20075997400

Services (RAN, Music, etc.) Access Codes20073997200

Trunk Route Access Codes20071997000

Spare380006999932000

CDNs10003199931000

ACDs10003099930000

Spare55002999924500

Position ID for services (Call Pilot, Agent Greeting, Remote Agent Observe. Etc.)5002449924000

Position ID for IVR extensions20002399922000

Position ID for agents and supervisors20002199920000

Spare50001999915000

SCR/DN Reserved for Administrative extensions5001499914500

SCRs for services (Call Pilot, Agent Greeting, Remote Agent Observe. Etc.)5001449914000

DN for IVR extensions20001399912000

SCRs for agents and supervisors20001199910000ATT100

CommentsTotal Available

NumbersLast NumberFirst Number

GeneralNumbering Plan


89/212


© ISBEL S.A. 88

88

Plan de Numeración

AG TUI173107310

RAN TUI1073097300

RAN Messages5072997250

Music1072497240

Comments

Total Available

Numbers

Last

Number

First

Number

Services Numbering PlanDetails


90/212


© ISBEL S.A. 89

89

Plan de Numeración

Park10072997200

SPRE (Special Prefix)175997599

CommentsTotal AvailableNumbersLastNumberFirstNumber

Features Numbering PlanDetails


91/212


© ISBEL S.A. 90

90

TN – Terminal Number

• Es un número interno al CS1000, que identifica un

“puerto” – Originalmente asociado al hardware (cabina, tarjeta,

puerto) – Extendido a puertos “virtuales”, para el soporte de

terminales IP (Extensiones, troncales, etc.) – Tiene la forma genérica L S C U

• L Loop

• S Shelf

• C Card

• U Unit


92/212


© ISBEL S.A. 91

91


• Loop – Shelf

– Reales: Identifican los chasis de “Media Gateway”:• 0 0• 0 1• 4 0• 4 1• 8 0• 8 1• …

– Virtuales: Identifican los terminales IP• 100 0• 100 1• 104 0• 104 1• …


93/212


© ISBEL S.A. 92

92


• Card – Unit

– Reales: Identificar el slot y el puerto en el chasis• Card: Típicamente de 0 a 15• Unit: Típicamente de 0 a 31, dependiendo de la

“densidad” de las tarjetas – Virtuales: Identificar un slot y puerto “virtual”

• Card: Típicamente de 0 a 15• Unit: Típicamente de 0 a 31


94/212


© ISBEL S.A. 93

93


• Ejemplo

MGC0612 0 0

MIRAN1612 0 1

Line Side T12612 0 2

3612 0 3

MC32S4612 0 4

56

66

Line Side T17612 0 7

8612 0 8

MC32S9612 0 9

RAO10612 0 10

CardSlotMedia GatewayTN


95/212


© ISBEL S.A. 94

94

Términos y definiciones

• Overlay

– Área de programación del Call Server, específica aciertas funciones• Overlays de administración (LD 10, 11, 14, etc.)• Overlays de mantenimiento (LD 32, 80, etc.)• Overlays de impresión (LD 20, 21, 22)


96/212


© ISBEL S.A. 95

95


• Troncal

– Línea urbana o de interconexión con otros sistemas – Pueden ser analógicas, digitales, IP

• Ruta – Es un grupo de troncales con características similares – Las “rutas” tienen definiciones comunes, que aplican a

todos sus troncales “miembros”

• DN (Directory Number) – Todo número “marcable” en la central telefónica. Por

ejemplo, números de internos, números de acceso a

facilidades, etc.


97/212


© ISBEL S.A. 96

96


• DNIS (Dialed Number Identification Service)

– Número que identifica lo que marcó el cliente• Caller ID o ANI (Automatic Number Identification)

– Número desde el que fue originada una llamada

• CDN (Controlled Directory Number) – Número controlado por aplicaciones externas (CC6)

• ACD (Automatic Call Distribution) – Distribución automática de llamadas

• i2050 o 2050PC

– Modelo del “soft phone”


98/212



97

Configuración DelSistemaTerminales


99/212


© ISBEL S.A. 9898

98

• Los softphones (IP) y extensiones digitales (Puertos deCallPilot, Agent Greeting y RAO) se configuran desde el LD11 o el LD 20.

• Los puertos analógicos (puertos de IVR) se configurandesde el LD 10 o LD 20.

• Comandos y parámetros:• REQ: NEW (agregar un teléfono)

CHG (modificar algún parñametro del teléfono)CPY (copiar las propiedades de un teléfono a

otro)MOV (mover las propiedades de un teléfono a

otra lógica)OUT (borrar un teléfono)

• TYPE: 2050PC (Softphone)500 (Analógico)2616 (Puertos AG y RAO)2008 (Puertos de CallPilot)

• TN Número Lógico• …

Configuración de extensiones


100/212


© ISBEL S.A. 9999

99

• Ejemplo:

– REQ: prt – TYPE: tn – TYPE TNB – TN 100 0 1 1

– DATE – PAGE – DES

– DES AGT – TN 100 0 01 01 VIRTUAL – TYPE 2050PC – CDEN 8D – CTYP XDLC – CUST 0 – NUID – NHTN – CFG_ZONE 004 – CUR_ZONE 004 – ERL 0 – ECL 0 – FDN – TGAR 1 – LDN NO – NCOS 0 – SGRP 0 – RNPG 0 – SCI 0 – SSU – XLST – SFLT NO – CAC_MFC 0



101/212


© ISBEL S.A. 100100

100

• Ejemplo (Continuación):

– CLS TLD FBD WTA LPR MTD FND HTD TDD HFA CRPD – MWD LMPN RMMD SMWD AAD IMD XHD IRD NID OLD VCE DRG1 – POD DSX VMD SLKD CCSD SWD LND CNDD – CFTD SFD MRD DDV CNID CDCA MSID DAPA BFED RCBD – ICDD CDMD LLCN MCTD CLBD AUTU – GPUD DPUD DNDD CFXD ARHD FITD CNTD CLTD ASCD – CPFA CPTA ABDD CFHD FICD NAID BUZZ AGRA MOAA – UDI RCC HBTD AHD IPND DDGA NAMA MIND PRSD NRWD NRCD NROD – DRDD EXR0 – USMD USRD ULAD CCBD RTDD RBDD RBHD PGND OCBD FLXD FTTC DNDY DNO3 MCBN – FDSD NOVD VOLA VOUD CDMR ICRA MCDD T87D KEM3 MSNV FRA PKCH – CPND_LANG ENG – HUNT – PLEV 02 – DANI NO – SPID NONE – AST 00 03 – IAPG 1 – AACS YES – ACQ AS: TN,AST-DN,AST-POSID – ASID 16 – SFNB 1 2 3 4 5 6 9 10 11 12 13 15 16 17 18 19 22 24 25 26 – SFRB 1 2 15 – USFB 1 2 3 4 5 6 7 9 10 11 12 13 14 15 – CALB 0 1 3 4 5 6 8 9 10 11 12 – FCTB – ITNA NO – DGRP

– PRI 01 – MLWU_LANG 0 – MLNG ENG – DNDR 0



102/212


© ISBEL S.A. 101101

101

• Ejemplo (Continuación):

– KEY 00 ACD 30000 0 20033 – AGN – 01 NRD – 02 MSB – 03 SCR 10033 0 MARP – 04 EMR – 05 ASP – 06 ACNT – 07 – 08 – 09 – 10 – 11 – 12 – 13 – 14 – 15 – 16 – 17 TRN – 18 AO3 – 19 CFW 4 – 20 RGA – 21 PRK – 22 RNP – 23 SSU 0001 – 24 PRS – 25 CHG – 26 CPN

– 27 – 28 – 29 – 30 – 31



103/212


© ISBEL S.A. 102102

102

Extensiones de agentes (2050PC)

Prompts específicos a configurar en teléfonos IP de Agentes:

IAPG 1 CTIAST 0 3 CTICLS AGN Agente de Call CenterCLS ICRA GrabaciónCLS AGRA MOAA Agent GreetingSPID XXXX Pos ID del supervisor

Key Configuración Comentario

0 ACD Ingreso de llamadas de call center1 NRD Not Ready2 MSB Make Set Busy (Logout)3 SCR Interno4 EMR Llamada de Emergencia al Supervisor5 ASP Llamada al Supervisor6 ACNT Código de Actividad17 TRN Transferencia18 AO3 Conferencia19 CFW Desvío20 RGA Rellamada sobre ocupado21 PRK Park23 SSU Lista de discado abreviado


104/212


© ISBEL S.A. 103103

103

Extensiones de Supervisores (2050PC)

Promp ts específicos a configurar en teléfono s IP de Supervi sores / Monito res

IAPG 1 CTIAST 0 3 CTICLS SPV Supervisor de Call Center

Configuracion Telefonos Supervisor / Monitor

Key Configuración Comentario

0 ACD Ingreso de llamadas de call center1 NRD Not Ready2 MSB Make Set Busy (Logout)3 SCR Interno4 AMG Atender llamadas de Emergencia de agentes5 AAG Atender llamadas de agentes6 RAG Llamada a un Agente7 OBV Escucha de agente17 TRN Transferencia18 AO3 Conferencia19 CFW Desvío20 RGA Rellam ada sobre ocupado21 PRK Park23 SSU Lista de discado abreviado


105/212


© ISBEL S.A. 104104

104

Puertos de IVR (500)

Promp ts específicos a configurar en los teléfonos de IVR

IAPG 1 CTIAST YES CTIAACD YES CTICLS XFA Transferencias habilitadas

AGTA Agente de ACDFTR ISP

FTR OSP


106/212


© ISBEL S.A. 105105

105

Puertos de Agent Greeting (2616)

Prompts específicos a configurar en los puertos de Agent Greeting

CLS FXSP Flexible Services PortKEY 0 MCR 14100 Key 0 defined as the TUI Multiple Appearance FXS DNKEY 1-15 Unconfigured

Puertos de Remote Agent Observe (2616)

Prompts específicos a configurar en los puertos de Remote Agent Observe

TYPE 2616

CLS SPV

KEY 0 ACD 30960 ACD para Remote Agent ObserveKEY 1 MSB

KEY 2 OBV

KEY 3 RAG

KEY 4-15 Unconfigured


107/212



106


Restricciones de Acceso


108/212


© ISBEL S.A. 107

107

Restricciones de Acceso

• Dentro del sistema se debendeterminar qué facilidades, yque tipo de llamadas los

usuarios tienen accesopermitido o denegado

• Un manejo apropiado de lasopciones de acceso permiteel control del gasto telefónicodel cliente

• Si bien se pueden mantenercriterios generales, siemprehay que atender lasparticularidades del clienteen coordinación con este


109/212


© ISBEL S.A. 108

108

Restricciones de Acceso:Aspectos Generales

• Un usuario puede realizar una llamada marcando

ya sea número interno (DN) o una llamada externaa través de un código de acceso

• Existen tres posibles controles que determinan siun usuario tiene la capacidad para realizar lallamada requerida – CLS (Class of Service)

• UNR,CTD,TLD, etc – TGAR/TARG (Trunk Group Acces Restriction/Trunk

Access Restriction Group)• Permite o rechaza una llamada directa sobre un grupo de

troncal

– NCOS (Network Class of Service)• Determina el acceso en BARS/NARS


110/212


© ISBEL S.A. 109

109

Determinación del tipo de acceso

• Cualquiera de los tres controles pueden restringir lallamada, dependiendo de cómo es la marcación. Es decir si

es a través de acceso directo a troncal (ACOD) o porBARS/NARS (AC1 o AC2)

• La clase de servicio (CLS) es siempre analizado paradeterminar la elegibilidad de la llamada en curso – Si el acceso por ACOD está permitido, se aplica

TGAR/TARG para la determinación (ej. CLS=UNR). Eneste caso el NCOS no es un factor de elegibilidad

– En el caso de utilizarse BARS/NARS, el accesodepende del NCOS, siendo la restricción porTGAR/TARG opcional

– El valor de NCOS en Attendant Consoles se define enel Configuration Record data Block (LD 17 CFN)

• Una forma de implementación recomendada por Nortel es lautilización de BARS/NARS en conjunto con CLS y NCOS, yTGAR/TARG para bloquear el acceso directo a troncal


111/212


© ISBEL S.A. 110

110

Ejemplo de configuración con TGAR/TARG

LD 11

TN = 3 1

TYPE = 2616

TGAR = 1

LD 10

TN = 6 1

TYPE = 500

TGAR = 2

LD 14

TN = 4 1

TYPE = TIE

TGAR = 3

LD 16

TYPE = RDB

ROUTE = 0

TARG = 1 2 3

LD 16

TYPE = RDB

ROUTE = 1

TARG = 1 2

LD 16

TYPE = RDB

ROUTE = 2

TARG = 1

•El teléfono 2616 está bloqueado para acceso directo en todas lasrutas

•El teléfono 500 está bloqueado para acceso directo a la Ruta 0 yRuta 1

•El troncal TIE está bloqueado para acceso directo a la Ruta 0


112/212


© ISBEL S.A. 111

111

Restricciones de Acceso:Operativa del Sistema

• Cuando un usuario inicia la llamada el sistema analiza eltipo de acceso, previo a que este marque algún digito.

• Para cada dígito marcado se chequea si la programacióndel interno y se permite o se rechaza la conexión

• Si el tipo de llamada en curso está restringida se bloquea lamisma en forma inmediata aún si no se completó de marcarel número

• El sistema clasifica las llamadas según: – Internas (DNs dentro de la propia PBX) – TIE (llamadas sobre líneas TIE) – Locales/Non Toll (números públicos entre 7 y 10

digitos) – Toll/Larga distancia (números públicos que tienen 0 o 1en el primer o segundo dígito)


113/212


© ISBEL S.A. 112

112

Niveles de Restricción

• En la clase de servicio (CLS) se debe elegir entre

8 posibles valores de restricción de acceso – UNR – CTD – TLD – SRE – FRE – FR1 – FR2


114/212


© ISBEL S.A. 113

113

Clase de servicio: Niveles deRestricción

• Unestricted (UNR) – Permite establecer llamadas entrantes y salientes sin

restricción• Toll-Denied (TLD)

– Permite recibir llamadas sin restricción y realizar llamadaslocales.

– Se pueden definir las restricciones de accesos a través deACOD o BARS/NARS con la configuración de NFCR

• Conditionally Unestricted (CUN) – Aplica UNR para llamadas a través de ANI (Automatic

Number Identification) – TLD para otro tipo de llamadas

• Conditional Toll-Denied (CTD) – TLD para llamadas por ACOD – UNR para llamadas por BARS/NARS


115/212


© ISBEL S.A. 114

114

Clase de servicio: Niveles deRestricción

• Semi-Restricted (SRE)

– Permite llamadas internas – Permite recibir llamadas externas – Permite establecer por TIE trunks o externas (PSTN) a

través de la operadora o un teléfono con CLS=UNR

• Fully Restricted – FRE1

• Permite llamadas internas• Permite llamadas por TIE trunks• Rechaza llamadas a través de operadora o teléfono con

CLS=UNR – FRE2

• Permite llamadas internas

• Rechaza llamadas a través de operadora o teléfono conCLS=UNR• Rechaza llamadas a través de TIE trunks


117/212


© ISBEL S.A. 116

116

Interacción con otras facilidades

• Existen varias facilidades del sistema por la que

se puede sobrescribir o cambiar las restriccionesde acceso, ya sea por llamada o en formapermanente – Authorization Code/Station Athorization Code – System Speed Call – Controller Class of Service – Electronic Lock

• Otras troncales – Para troncales que manejan llamadas entrantes

podemos restringir el acceso a otras troncales en laasignación de un código de TGAR

– Esta consideración aplica generalmente en troncalesTIE y DID


118/212


© ISBEL S.A. 117

117

TGAR/TARG

• Configuración en el sistema – TGAR se define en la programación de los Teléfonos (LD 10, LD 11)

• El caso de TGAR = 0 debe ser manejado como una excepción ya que elsistema considera esto como “no restriction” – TARG en la ruta (LD 16)

• Se utilizan para prevenir el marcado por parte de un usuario deACODs para la selección de grupo de troncales o para prohibirllamadas externas sobre un grupo en particular

• Limitar el acceso a rutas especiales como ser RAN,MUS, o PAG• En una configuración típica, las llamadas externas se realizan por

el código de acceso de BARS/NARS (AC1,AC2).

• Para el caso anterior podemos bloquear el acceso por ACOD, perodebemos configurar que el BARS/NARS ignore la configuración deTGARs

• Valores por defecto: – TGAR =1 – TARG =1


119/212


© ISBEL S.A. 118

118

Llamadas ruteadas porBARS/NARS

• La utilización de CTD en la clase de servicio,

permite forzar las llamadas de larga distancia(Toll Calls) por BARS/NARS, limitando el accesocuando se marca el ACOD de manera que seantratadas como TLD en este caso

• Por defecto el valor de TGAR es ‘1’, con lo que seobliga el acceso por AC1 o AC2

• El valor de NCOS junto al de CLS determinan laelegibilidad


120/212


© ISBEL S.A. 119

119

New Flexible Code Restriction

• New Flexible Code Restriction (NFCR) controla elacceso de extensiones “Toll Denied” a troncales

salientes y a los dígitos marcados en ellas.

• Las llamadas son permitidas o denegadasbasadas en la secuencia de dígitos marcados.

• Cada teléfono y troncal “Toll Denied” (TLD) tieneun NCOS asociado.

• Sus permisos se basan en el FRL asignado a suNCOS.


121/212


© ISBEL S.A. 120

120


• Implementación: – Se asocia un FRL a cada NCOS

– Se define el árbol de restricciones/permisos


122/212


© ISBEL S.A. 121

121


• Implementación: – Se asocia en cada ruta un FRL con un árbol de

restricciones/permisos

– Se define un NCOS para cada teléfono/troncaldeterminando los permisos de ese terminal


124/212


© ISBEL S.A. 123

123


• Ejemplo Codetel:• >ld 21• PT1000

• REQ: prt• TYPE: rdb• CUST 0• ROUT 0

• TYPE RDB• CUST 00• ROUT 0• DES CS2K• ...• FRL 0 0• FRL 1 1• FRL 2 2• FRL 3 3• FRL 4 4• FRL 5 5• FRL 6 6• FRL 7 7• ...

• >ld 20

• PT0000

• REQ: prt• TYPE: tn• TYPE 2050PC• TN 100 0 0 0• DATE• PAGE• DES

• DES AGT• TN 100 0 00 00 VIRTUAL• TYPE 2050PC• CDEN 8D• ...• NCOS 0• ...• CLS TLD FBD WTA LPR

MTD FND HTD TDD HFACRPD

• ...

• En este ejemplo el TN 100 0 0 0 tiene permiso para llamar a cualquiernúmero saliente excepto aquellos que comienzan con 0 o 1.


125/212



124


Troncales y Rutas


126/212


© ISBEL S.A. 125

125

Rutas y Troncales

• El sistema provee de diferentes tipos de

troncales, cada uno con diferentes prestaciones – Rutas de entrada y/o salida – Facilidades – Restricciones

• En el diseño de los grupos de troncales, se debebuscar la combinación que mejor resuelva lasnecesidades del cliente

• Previo a la asignación de los troncales miembros,debemos crear las rutas en LD 16


127/212


© ISBEL S.A. 126

126

Rutas y Troncales

• Los troncales proveen de comunicación entre la PBXy otro dispositivo

– El caso típico es entre la PBX y la PSTN – Entre la PBX y otro dispositivo, como ser equipos de

anuncios (RAN), altavoces, etc – Interconexión entre varias PBXs

• Una de las funciones básicas de una PBX es depermitir compartir los troncales entre variasextensiones

– Se logra optimizar el uso del recurso telefónico – Se pueden diseñar estrategias de acceso


128/212


© ISBEL S.A. 127

127

Prncipales Tipos de Troncales

• TIE Trunks – Son circuitos que interconectan diferentes PBXs, pudiendo estar estas

en el mismo edificio o en lugares distantes – Permite el manejo de llamadas entre diferentes localidades sin perder

las facilidades del sistema – Se puede conseguir un ahorro considerable al enrutar las llamadas porlíneas de costo fijo

• Direct Inward Dial (DID) – Extiende la red pública hacia la PBX – Permite el marcado directo desde el exterior hacia las extensiones de

la compañía sin pasar por operadoras – Contratando un bloque en la numeración pública, los últimos dígitos se

utilizan para el acceso directo a las extensiones

• Recorder Announcement (RAN) – Conectan físicamente la PBX con un dispositivo de mensajes – Se utiliza para dar información del sistema, como ser de estado de

agentes en un Call Center – Solo para llamadas salientes

• Music Trunks – Conecta la PBX con una fuente de música – Solo para llamadas salientes


129/212


© ISBEL S.A. 128

128

Rutas y Troncales

• Los troncales del mismo tipo son agrupadas e identificadascon un número de ruta

• Las rutas son grupos de troncales del mismo tipoorganizadas en conjuntos funcionales

• Todas las troncales pertenecen a una ruta, por lo que estasdeben estar configuradas previamente

• Se programan en el Overlay 16 (LD 16) correspondiente alRouteData Block (RDB) – Asignación de número de ruta – Clasificación en entrante, saliente o ambas – Definición de Access Codes – Habilitación de facilidades


130/212


© ISBEL S.A. 129

129

Configuración de rutas

• Parámetros más relevantes:

– ROUT: N°de la ruta que se quiere crear / modificar. – TKTP: Tipo de línea troncal. Puede ser COT, DID, MUS,

PAG, RAN, TIE . – AUTO: Ruta autoterminada YES / NO. – ICOG: Define entrada / salida. IAO, ICT, OGT – SRCH: Búsqueda lineal o circular de los miembros de la ruta. – ACOD: Número con que se toma la ruta. – TIMR: Se definen los temporizadores de la ruta. – CDR: Se habilita o no el registro de llamadas en esa ruta. – MUS: Se asigna la fuente de música para esta ruta

– IDC: Para rutas digitales determina el ruteo entrante


131/212


© ISBEL S.A. 130

130

Configuración de rutas

• Implementación Ruta SIP:

– REQ NEW Nueva Ruta – TYPE RDB Route Data Block – CUST 0 Customer – ROUT 0-511 Número de ruta – DES xxx Descripción – TKTP TIE Trunk Type(TIE trunk) – VTRK YES Virtual Trunk route – ZONE 0-255 Zona para selección de codec y manejo de ancho de banda – PCID SIP Protocolo (SIP route) – NODE xxxx Node ID del SignalingServer – ISDN YES Integrated Services Digital Network option

• MODE ISLD Modo de operación• DCH 0-159 Número de D-channel (previamente creado)• IFC SL1 Tipo de Interface….

– ICOG IAO Incoming and Outgoing trunk.…

– ACOD x...x Access Code para la ruta.


132/212


© ISBEL S.A. 131

131

Configuración de Troncales

• Parámetros más relevantes:

– TYPE: Tipo de servicio. – XTRK: Tipo de tarjeta. – RTMB: Se define a que ruta pertenece la línea y que

lugar ocupa en la misma (miembro). – ATDN: Si la ruta es autoterminada, dónde timbra. – SIGL: Señalización de la línea. – CLS: Clase de servicio de la troncal. – TKID: Identificador de la troncal (número).


133/212


© ISBEL S.A. 132

132

Configuración de Troncales

• Implementación troncal SIP: – REQ NEW Crear uno o más troncales

NEW x – TYPE IPTI IP TIE trunk data block – TN l s c u Terminal Number – DES a....a Descripción – XTRK VTRK Extended Trunk

Virtual Trunk type – CUST xx Customer – RTMB 0-511 1-4000 Ruta y miembro – CHID 1-4300 Channel ID – STRI IMM Start arrangement Incoming

Immediate – STRO IMM Start arrangement Outgoing

Immediate – SUPN YES Answer and disconnect Supervision…..

– TKID nnnnnnn Trunk Identifier


134/212



133

Configuración DelSistemaACD y CDN


135/212


© ISBEL S.A. 134

134

ACDs y CDNs

• La PBX CS1000E implementa sistemas de distribución de llamadas através de “ACDs” y “CDNs”.

• ACD (Automatic Call Distribution) es un número que se asocia a unmecanismo de distribución de llamadas básico, implementado en lapropia CPU de la PBX y que distribuye las llamadas entre el conjuntode teléfonos que estén configurados como pertenecientes al “grupo”ACD asociado con el identificador.

• CDN (Controlled Directory Number) es un número que identifica unmecanismo de distribución de llamadas que está controlado por unaaplicación externa a la PBX (típicamente el sistema CC6 de ContactCenter).

• En condiciones normales de funcionamiento las llamadas se enrutanhacia un CDN para que sea la aplicación externa de distribucióninteligente de llamadas (componente CCMS del CC6) quién decidacomo y cuando presentar la llamada a un agente.

• Para cada CDN se puede definir un ACD “default” que será utilizado encaso que la aplicación externa de control no esté disponible.


136/212


© ISBEL S.A. 135

135

ACDs

• ACD - Principales parmámetros:

– ACDN: Es el DN del ACD. – MAXP: Máxima cantidad de agentes para ese ACD. – FRRT: Primera ruta de RAN para ese ACD. – SRRT: Segunda ruta de RAN para ese ACD. – NRRT: Ruta de RAN para cuando el ACD está en modo

nocturno. – NCFW: La entrada para este prompt es hacia dónde debe ir

la llamada con el ACD en modo nocturno. – NRAC: Not Ready Activity Code. Permite ingresar Not Ready

Reasons. – RTQT: Tiempo de retorno a la cola si el agente no atiende.

– RTQO: Estado en que queda el interno que no atiende (NRDo MSB). – MURT: Ruta de música de ese ACD.


137/212


© ISBEL S.A. 136

136

ACDs• Ejemplo ACD:

REQ prtTYPE acdCUST 0ACDN 30000TYPE ACDCUST 0ACDN 30000MWC NODSAC NOMAXP 525SDNB NOBSCW NOISAP NOAACQ NORGAI NOACAA NOFRRT 50FRT 2SRRT 61SRT 10NRRTFROA YESCALP POSICDD NONCFW 10000

FNCF NOCWTT NONEHMSB YESACPQ NOFORC NORTQT 0SPCP NOOBTN NORAO NOCWTH 1NCWL NOBYTH 0OVTH 2047TOFT NONEHPQ NOOCN NOOVDNIFDNOVBU LNK LNK LNK LNK

EMRTMURT 40RTPC NOSTIO

TSFT 20HOML YESRDNA NOLABEL_KEY0 NONRAC YESDAL NORPRT YESRAGT 4DURT 30RSND 4FCTH 20CRQS 100CCBA NOIVR NOOBSC NOOBPT 5CWNT NONE


138/212


© ISBEL S.A. 137

137

CDNs

• CDN - Principales parmámetros:

– CDN: Control Directory Number – FRRT: Primera Ruta de RAN – SRRT: Segunda Ruta de RAN – MURT: Ruta de Música – DFDN: ACD-DN por defecto donde irán las llamadas en

caso de problemas en CCMS – CNTL: Modo controlado. El sistema lo cambia a Yes

una vez que es adquirido por CCMS. No se debeconfigurar Yes manualmente.


139/212


© ISBEL S.A. 138

138

CDNs• Ejemplo CDN:

REQ prtTYPE cdnCUST 0CDN 31000TYPE CDNCUST 0

CDN 31000FRRTSRRTFROA NOUUI NOMURT 40CDSQ NODFDN 30000NAME NOCMB NOCEIL 2047OVFL NOTDNS NORPRT YESAACQ YESASID 16SFNB 1 2 3 4 5 6 9 10 11 12 13 15 16 17 18 19 22 24 25 26USFB 1 2 3 4 5 6 7 9 10 11 12 13 14 15CALB 0 1 2 3 4 5 6 7 8 9 10 11 12CNTL YESVSID HSIDCWTH 1YTH 0OVTH 2047STIOTSFT 20


140/212



139


Ruteo Entrante


141/212


© ISBEL S.A. 140

140

Incoming Digit Conversion

• Incoming Digit Conversion (IDC) permite recibirdígitos de la central pública (DNIS) y convertirlos

a un DN dentro del sistema donde irá a timbrar lallamada.

• La conversión se realiza a través de una tablaIDC.

• Cada ruta DID puede tener su propia tabla IDC


143/212


© ISBEL S.A. 142

142


• Implementación – Asignación de tabla IDC a ruta DID

• Ejemplo: – >ld 49 – REQ prt – TYPE idc – CUST 0 – DCNO 1

– DCNO 1

– SDID NO – IDGT CDGT – 2222 31608 donde: - 2222 es el DNIS enviado cuando se marca *96 (8092202222)

- 31608 es el CDN con las líneas de IVR para atención deConsulta de Balance y Pagos


144/212



143


Ruteo Saliente


145/212


© ISBEL S.A. 144

144

Introducción a BARS

• BARS

– Basic Alternate Route Selection• NARS

– Network Altermante Route Selection

• Escenario – CS1000 conectada a la red pública mediante múltiples rutas

• En este caso se debe discriminar entre las diferentes rutas,generalmente por razones de costos- Operadores Celulares- Telefonía básica- Operadores internacionales

– Para resolver estos casos, se tienen los sistemas de ruteo

automático BARS y NARS


146/212


© ISBEL S.A. 145

145

BARS

• BARS fué diseñada para realizar ruteo automático dellamadas en casos de PBXs conectadas a divesoscarriers de la red pública


147/212


© ISBEL S.A. 146

146

Elementos Principales

• Traslación de dígitos – Access Codes – Códigos de área y localidad – Automatic on-net to off-net conversion

• Uniform Dialing Plan (UDP)

• Automatic least-cost routing

• Time of Day (TOD) routing

• Free Calling Area Screening (FCAS)

• Digit Manipulation Indexes (DMI)

• Network controls – Network Class of Service (NCOS)

– Facility Restriction Levels (FRL) – Expensive Route Warning Tone (ERWT) – Routing Controls


148/212


© ISBEL S.A. 147

147

Access codes

• Un usuario del sistema puede realizar llamadas locales, delarga distancia o en la red privada, digitando el código deacceso a BARS o NARS

– Los códigos de acceso (Access Codes) son personalizablespara cada cliente

– Pueden ser de uno o de dos dígitos

• BARS/NARS access codes – Se tienen hasta dos códigos de acceso (AC1, AC2) – Permite que se utilice AC1 para llamadas larga distancia o

sobre la red privada, y AC2 para llamadas locales – Tiene asociado tablas de traslación – Permite la implementación de NARS Uniform Dialing Plan

(UDP)


149/212


© ISBEL S.A. 148

148

NARS:Translation

• Se produce la traslación cuando un usuario realiza unallamada tal que los dígitos marcados comienzan con uno delos dos códigos de acceso (AC1 y AC2)

• El software BARS/NARS, traslada los dígitos que le siguenal código de acceso, de acuerdo al procesamiento que debetener la llamada

• No se requiere implementar ambos códigos de acceso(AC1, AC2), de manera de simplificar el discado

• En algunas configuraciones se utiliza AC1 para llamadas delarga distancia y AC2 para llamadas de bajo costo

• El control de llamadas se debe realizar en coordinación conla clase de servicio de las extensiones


150/212


© ISBEL S.A. 149

149

Tablas de Traslación

• Las tablas de traslación corresponde a una parte crítica delfuncionamiento de BARS/NARS

• Comprende dos tablas de traslación, una por cada accesscode (AC1 / AC2)

• Cuando la llamada comienza con alguno de los accesscodes, una de las dos situaciones ocurren:

• Si los dígitos marcados están programados en la tablade traslación para ese Acces Code, NARS maneja lallamada

• Si los dígitos marcados no forman parte de la tabla detraslación, se aplica un tratamiento de intercepting


151/212


© ISBEL S.A. 150

150

Traslación

• Una vez identificado el tipo de código marcado, el sistemapuede determinar la cantidad de dígitos a marcar o si sedebe realizar un procesamiento especial

• La traslación de BARS/NARS determina el método a utilizarpara procesar la llamada, consulta las tablas de SDRR, yaplica detección de dígitos

• El resultado de la traslación determina una lista de ruteoespecífica, el bloqueo de la llamada, o reconocimiento dellamada interna

• ESN permite la traslación de hasta 11 dígitos


152/212


© ISBEL S.A. 151

151

Tipos de Códigos

• Area codes (NPA)

– Es utilizada en North America para reconocimiento deregiones – Se esperan 7 dígitos luego del código de área – La llamada es inmediatamente ruteada cuando se marca el

séptimo dígito

• Local Exchange codes (NXX) – En cada región podemos encontrar varias Centrales

Públicas, que a su vez pueden tener varios exchange codes – Se esperan 4 dígitos luego del exchange code para enrutar la

llamada – Si el formato de la central pública difiere del correspondiente

a NXX en BARS/NARS se pueden utilizar los SpecialNumbers

cs1000e administración y soporte básicos

Documents