Embed Size (px)
Citation preview
Configuración Cisco CallManager v5.1.
Manuel Pino C.
Taxco Telecomunicaciones
El siguiente documento es un extracto de la tesis de titulación que actualmente
el autor de este documento se encuentra desarrollando. Los datos a los que se
hará referencia corresponden al proyecto de implementación de solución Full-
IP para el Hospital y CRS El Pino, en el marco del proyecto MINSAL de
Telefónica Empresas, quien posee propiedad intelectual sobre dichos datos. La
finalidad del documento es sólo de carácter pedagógico, de manera que más
allá de los datos expuestos, el lector tenga una visión de los pasos a seguir
para realizar la configuración del equipo. Ante cualquier comentario,
sugerencias y/o cualquier tipo de consulta respecto del documentos, favor
remitirlos al autor del documento.
5.4.1 Instalación sistema Operativo.
La configuración del servidor CallManager Cisco MCS-7825, tiene como punto
de partida la carga del sistema operativo. La versión a cargar en esta
oportunidad es v5.31a., sobre plataforma Linux.
Antes de encender el equipo, debe ser conectado un monitor de PC
convencional, además de un teclado PS/2. Una vez encendido, debe ser
insertado el DVD de instalación en el DVD-ROM del equipo, de manera que el
sistema arranque desde el DVD. La primera pregunta del sistema es si se
desea reescribir la actual versión del sistema operativo, a lo cual se debe
responder “Sí “(con la tabuladota posicionarse en Yes, para luego pulsar
Enter). Luego se solicita realizar un chequeo del disco de instalación (opcional)
a lo cual se responde que “No”. Hecho esto el Sistema se reinicia, y una vez
que vuelve a arrancar desde el DVD, pregunta nuevamente si se desea realizar
un chequeo del DVD de instalación, respondiéndose nuevamente que “No”. En
la siguiente pantalla se pregunta si se desea iniciar el asistente de instalación,
a lo cual se debe pulsar “Proceed”. Una vez iniciado el asistente, comienzan las
preguntas previas de rigor:
¿Se desea aplicar algún “parche” como parte de esta instalación?
En este caso se responde que “No”.
¿Se desea importar datos desde Windows para el CallManager Cisco?
Esta pregunta es en caso de existir algún backup o respaldo de configuración,
pero como este no es el caso, se responde “No”.
Aclarado lo anterior, el sistema indica que se dará inicio a la instalación básica,
y que no se importarán datos (se debe presionar “Continue”). Ahora,
comienzan a solicitarse datos para la carga del sistema:
Elija la correcta zona horaria de la siguiente Lista:
Se debe elegir la zona horaria local “(GMT -04:00) Santiago”.
¿Desea habilitar la negociación automática de la velocidad y duplex de la
tarjeta de red?
Para evitar problemas de negociación, se debe responder “Yes” (si).
¿Desea cambiar el tamaño de MTU (Unidad máxima de transferencia) del
sistema operativo por defecto?
Para este caso, este punto no aplica, por lo que se responde “No”.
¿Desea utilizar DHCP en este dispositivo?
Dado que se desea ingresar la IP manualmente, se responde “No”. De esta
forma, en la siguiente pantalla se deben ingresar los siguientes datos:
Host Name: CCM-HPTEPN
IP Address: 10.14.163.5
IP Mask: 255.255.255.0
GW Address: 10.14.163.1
¿Desea habilitar DNS en este dispositivo?
Dado que en este caso no se requiere, se responde “No”.
Ingrese username y password para la plataforma de administración:
Se requiere ingresar contraseñas de seguridad, para acceder a la
administración del sistema operativo del equipo, ya sea localmente o vía
browser:
Administrador ID: usuario
Password: acceso1
Confirm Password: acceso1
Ingrese información acerca de su organización:
En este punto se solicita información general del equipo:
Organization: Telefónica Chile S.A.
Unit: Hospital El Pino y CRS EL Pino
Location: Santiago
State: R.M.
Country: Chile
¿Es este servidor el primer nodo del cluster?
Existen casos en que se utiliza más de un servidor CallManager, para los
cuales uno de ellos, identificado como el primer nodo del cluster, será el
servidor maestro o Publisher, mientras que los restantes serán esclavos o
Subscribers. Dado que esta oportunidad, solo existirá un solo servidor, este es
por defecto el primer nodo, de manera que debe responderse “Yes” (si).
¿Desea setear un servidor NTP externo?
Dado que en MINSAL se cuenta con un servidor NTP, se debe setear la
dirección de este, obviamente con el equipo en red:
NTP Server 1: 10.25.1.254
Ingrese la password de seguridad del sistema:
Se solicita una password de seguridad, para la comunicación inter-cluster, o
sea, entre los distintos seridores CallManager de la Red MINSAL:
Security Password: acceso1
Confirm Password: acceso1
¿Desea Configurar SMTP en este dispositivo?
Dado que este es un servicio no prestado, se debe omitir (No)
Hecho lo anterior, la plataforma de configuración esta completa. Pulsando OK,
se solicitará finalmente la password para ingresar al equipo vía browser,
utilizando como username CCMADMINISTRATOR:
Aplication User Password: acceso1
Confirm Aplication User Password: acceso1
Pulsando “OK”, se da comienzo a la carga del sistema operativo, operación que
demora entre 2 a 3 horas aproximadamente.
5.4.2 Carga de licencias.
Una vez que termine la carga del sistema, el equipo se reinicia
automáticamente, apareciendo en pantalla el ingreso a la plataforma de
administración del sistema operativo, solicitando username y password. Una
vez iniciada la sesión, se debe obtener la MAC Address de la tarjeta de red del
equipo, mediante el comando “show network eth0 detail,” ya que será ocupada
para el registro de las licencias solicitadas. En esta oportunidad, se solicitaron 2
tipos de licencias: 1 licencia para habilitación del servidor CallManager y 1170
licencias para registro de equipos (telefonos IP, VG, etc).
Para proceder con el registro de licencias, se debe ir a la página de registro de
licencias de Cisco: http://www.cisco.com/go/license (Requisito para este
procedimiento es tener cuenta de usuario Cisco).
El registro de licencias consta de 4 pasos:
1. Ingreso de PAK: se debe ingresar el PAK (Product Authorization Key),
impreso en la licencia.
2. Validación del PAK: se debe esperar la validación del PAK ingresado, y si
este es aprobado, en pantalla debe aparecer la misma descripción impresa en
la licencia.
3. Ingreso de datos: se debe ingresar la MAC Address del CallManager, código
postal y verificar que los datos de usuario, actualmente en la base de datos de
Cisco, sean los correctos. Se requiere especial cuidado en la dirección del
email, dado que las licencias son enviadas a éste.
4. Sumario: se debe efectuar una última verificación de los datos ingresados,
antes de ser enviados.
Completado este último paso, la licencia habilitada debería llegar
inmediatamente al email señalado. Una vez que se tenga la totalidad de las
licencias, es posible iniciar la configuración del servidor CallManager.
Como primer paso se debe ingresar al equipo vía browser, en modo de
transferencia de hipertexto seguro (https): https://10.14.163.5/ccmadmin.
A continuación se llega a la plataforma de entrada, en donde deben se solicita
username y password. Una vez dentro, la interfaz grafica es la mostrada en la
figura 5.5
Figura 5.5 Interfaz Gráfica Cisco Unified CallManager Administrator.
Lo primero es cargar las licencias previamente registradas, para lo cual se
debe seguir la siguiente ruta: System => Licensing => License File Upload.
Click en “Upload License File”. En la pantalla emergente, dar la ruta del archivo
a subir (Browse), una vez listo, click en “Upload”.
Para verificar la totalidad e licencias disponibles, se debe seguir la siguiente
ruta: System => Licensing => License Unit Report. Deberian aparecer la
totalidad de licencias (1170) sin ocupar, además de la licencia del CallManager.
Para habilitar o activar el CallManager, empleando la licencia registrada, en el
menú “Navigation”, se debe hacer click en “Cisco Unified CallManager
Serviceability” (ver figura 5.6).
Figura 5.6 Interfaz Gráfica Cisco CallManager Serviceability.
Una vez dentro de esta plataforma, se debe ir al menú “Service Activation”,
siguiendo la siguiente ruta: Tools => Service Activation. Se debe seleccionar el
CallManager, luego que se actualice la pantalla, seleccionar los servicios a
habilitar en el CallManager (por defecto, todos) y luego hacer click en “Save”.
5.4.3 Carga de Archivo de idioma.
A continuación, se debe cargar el archivo de idioma de manera que los
teléfonos IP tengan menú en pantalla en español. Para este propósito, se
requiere utilizar un servidor FTP, para la transferencia del archivo. Una buena
herramienta para este propósito es el software 3CDaemon v2.0 (3Com Corp).
En él, se establece el directorio en el cual está el archivo a cargar (cm-locale-
es_ES-5.1.1.2000-1.cop.sgn) y la clave de acceso al servidor FTP, para luego
levantar el servicio. Con el servidor FTP accesible, volviendo al CallManager,
en el menú “Navigation” debe seleccionarse la plataforma “Cisco Unified OS
Administration” (ver Figura 5.7).
Figura 5.7 Interfaz Gráfica Cisco CallManager OS Administration.
Una vez dentro, se debe acceder al menú “Instal/Upgrade”:
Software Upgrades => Instal/Upgrade.
A continuación, deben ser completados los siguientes campos:
Source: Remote Filesystem
Directory: /cm-locale-es_ES-5.1.1.2000-1.cop.sgn
Remote Server: 10.18.8.101 (Dirección IP Servidor FTP)
Remote User: anonymous (username servidor FTP)
Remote Password: anonymous (password servidor FTP)
Transfer Protocol: FTP
Hecho lo anterior, se debe hacer click en “Next”, el CallManager una vez que
pueda acceder al servidor FTP, mostrará en pantalla el software disponible. Si
el nombre que aparece en pantalla es el requerido, se debe nuevamente hacer
click en “Next”.
A continuación, el CallManager verificará la integridad del software a cargar
(click nuevamente en “Next”). Finalmente, el archivo está listo para ser
instalado, por lo que en la pantalla emergente se debe hacer click en “Install”.
Una vez instalado el archivo, se visualizará nuevamente el menú
“Install/Upgrade” lo cual indicará la finalización de la operación.
5.4.4 Creación de particiones y privilegios de usuario (Calling Search
Space).
Volviendo a la plataforma “Unified CallManager Administrador” (menú
Navigation), deben ser creadas las particiones. Cada partición representa un
“mundo”, el cual contiene números de anexos y/o patterns. Se entiende por
pattern, la posible combinación de dígitos que puede marcar un anexo, lo que
al final redunda en el privilegio de llamada que tendrá.
En base a lo anterior, deben ser creadas 5 particiones, que agrupen las 6
posibilidades globales de discado: anexos MINSAL, emergencias, PSTN local,
LDN, móviles y LDI.
Para esto se debe acceder al menú “Partition”: Call Routing => Class of Control
=> Partition.
Para comenzar a crear particiones, se debe hacer click en “Add New”. En
pantalla aparece el cuadro para agregar particiones, las cuales deben ser
ingresadas de acuerdo al siguiente formato: “Nombre de la
partición”,”Descripción”. Tomando en cuenta este ejemplo, se comienzan a
agregar las particiones:
PT-Anexos,Llamadas Anexos MINSAL
PT-Emergencias,Emergencias
PT-SLM,Llamadas locales
PT-LDN,Larga distancia Nacional
PT-MOVIL,Llamadas a Moviles
PT-LDI,Larga Distancia Internacional
Creadas las particiones, es posible crear los privilegios de llamadas o Calling
Search Space (CSS). Cada CSS agrupa en sí mismo un número determinado
de particiones, las cuales a su vez le van a permitir al CSS acceder a un
número determinado de anexos y/o a un número determinado de patterns.
Cada teléfono IP, como se verá más adelante (ver capítulo 5.4.15), debe llevar
asociado un CSS, restringiendo así el tipo de llamada que puede efectuar el
usuario (sólo anexos MINSAL, LDN, etc.).
Para crear los CSS requeridos, se debe acceder al menú “Calling Search
Space”: Call Routing => Class of Control => Calling Search Space.
Cada CSS debe ser creado de manera individual, para realizar esto se debe
hacer click en “Add New” y en la pantalla emergente se debe colocar el nombre
del CSS a crear y la descripción. En la parte baja de esta pantalla aparecen 2
cuadros: uno contiene todas las particiones disponibles y el otro las particiones
actualmente agregadas al CSS. Para agregar la partición, se selecciona (click)
y se presiona la flecha ubicada entre los 2 cuadros, la cual apunta hacia abajo.
Las particiones deben ser agregadas en orden de prioridad al CSS (el orden de
prioridad es el mismo en el que se crearon las particiones). Cabe mencionar
que no se creará un CSS único para emergencias, sino que las particiones
Anexos y Emergencias formarán un solo CSS. De esta forma, los Calling
Search Space a crear y las particiones que estos contendrán, serán los
siguientes:
CSS-Anexos: PT-Anexos; PT-Emergencias
CSS-SLM: PT-Anexos; PT-Emergencias; PT-SLM
CSS-LDN: PT-Anexos; PT-Emergencias; PT-SLM, PT-LDN
CSS-MOVIL: PT-Anexos; PT-Emergencias; PT-SLM, PT-LDN, PT-MOVIL
CSS-LDI: PT-Anexos; PT-Emergencias; PT-SLM, PT-LDN, PT-MOVIL, PT-LDI
5.4.5 Modificaciones post-instalación.
Partiendo con las modificaciones post-instalación, se debe cambiar el nombre
del servidor por la dirección IP asignada. Para esto, se debe acceder al menú
“Server”: System => Server. Presionando “Find” aparece el servidor actual.
Haciendo click sobre el hostname, en la pantalla emergente cambiar el
hostname por la IP del CallManager (10.14.163.5) y luego presionar “Save”
para guardar los cambios.
A continuación, se debe cambiar el nombre del CallManager, por la dirección IP
asignada. Para esto, se debe acceder al menú “Cisco Unified CallManager”:
System => Cisco Unified CallManager.
Presionando “Find”, se despliega la lista de CallManagers (en este caso, solo
uno). Haciendo click en el nombre del CallManager, en la pantalla emergente
se debe modificar el campo “Cisco Unified CallManager Name”, cambiando el
nombre por defecto por la dirección IP asignada al CallManager (10.14.163.5).
La finalidad de este cambio, es que no se presenten problemas con la
transferencia de llamadas, de hecho otro cambio requerido para este mismo
propósito, es realizar esta misma modificación en el menú “Enterprise
Parameters”: Server => Enterprise Parameters.
En “Phone URL Parameters” se debe cambiar de la dirección Web que aparece
en los 4 campos (la cual es por defecto), el hostname por la dirección IP del
CallManager.
Otro cambio requerido es el de la zona horaria. Para esto se debe acceder al
menú “Data/Time Group”: System => Data/Time Group. Presionando “Find”
aparece en pantalla la zona horaria creada por defecto. Para modificarla se
debe hacer click sobre el nombre de la zona horaria. En la pantalla emergente,
se debe modificar el campo “Time Zone”, seleccionando de la lista: (GMT-
04:00) Santiago. El campo “Separador” debe indicar “/ “(slash). El campo “Date
Format” debe indicar M/D/Y (mes/dia/año). Finalmente, el campo “Time Format”
debe indicar 24-hour. Para guardar los cambios, se debe hacer click en “Save”.
Otro punto a modificar, es la interacción de codecs. Para todo lo que es la parte
de anexos, debe ser creada una región que establezca el uso de G729 para la
codificación de voz. Ahora, en el caso de música en espera, sólo se debe
ocupar codec G711. Para establecer estas consideraciones, se debe acceder
al menú “Region”: System => Region. En base a lo dicho anteriormente, se
deben crear 2 regiones: Anexo y MOH (de música en espera (Music On Hold)).
Para esto se debe hacer click en “Add New” y en la pantalla emergente se debe
ingresar el nombre de la región a crear. Una vez hecho esto, de hace click en
“Save” para guardar los cambios. Creadas ambas regiones, se debe establecer
cual será el codec a utilizar en cada región, para relacionarse con otras
regiones. Se parte de la base que la región MOH empleará G711 para
relacionarse con la región Anexo y con la región por Default. Estas dos últimas
deberán hablar entre sí G729. Ingresando nuevamente al menú “Region”, y
presionando “Find”, aparecen en pantalla las dos regiones creadas, además de
la región por defecto. Ingresando a la región Anexo, aparece en la parte inferior
de la pantalla emergente el recuadro “Modify Relationship to other Regions”.
Haciendo click en cada región, en el cuadro “Audio Codes”, es posible
seleccionar el codec de relación de Anexo con esa región. Para el caso de
Anexo contra Anexo, se debe utlizar G729. Seleccionado el codec, se debe
hacer click en “Save” para guardar los cambios. El cambio efectuado, es
posible visualizarlo en el recuadro “Region Relationships”, ubicado en la parte
superior. Para el caso de Anexo contra Default, al igual que el caso anterior, se
debe seleccionar G729, y guardar los cambios (Save). Finalmente, en el caso
de Anexo contra MOH, se debe seleccionar G711. Hecho esto, se debe repetir
el mismo procedimiento para la region por Default (que es exactamente igual a
Anexo) y para MOH.
5.4.6 Device Pool.
El device pool, es un conjunto de configuraciones generales, tales como zona
horaria, idioma, etc., que son asignadas a cada dispositivo creado en el
CallManager. El Callmanger crea por defecto un device pool al momento de la
carga, el cual debe ser modificado. Para esto se debe acceder al menú “Device
Pool”: System => Device Pool. Presionando “Find”, aparece en pantalla el
device pool por defecto (default). Haciendo click en “Name”, se ingresa a la
configuración del pool.
Primero, debe ser cambiado el nombre del device pool por “DP-Interno”. El
grupo de CallManager es por defecto, ya que existe únicamente un sólo
servidor. De manera que en el campo “Cisco Unified CallManager Group”, se
debe seleccionar “Default”. Para el campo “Data/Time Group”, se debe
seleccionar la zona horaria modificada anteriormente (CMLocal) (capítulo
4.4.5). La región a seleccionar por defecto es Anexo (MOH es solo para
música en espera). “Calling Search Space for Auto-registration” es ocupado
solo en el caso de ingreso de teléfonos mediante autoregistro. Para estas
ocasiones, de deja predeterminado el CSS-ANEXOS. En el caso de “Network
Locale”, dado que no aparece Chile en el listado, se debe seleccionar
Colombia. Para “User Locale”, se debe seleccionar Español, Reino de España
(esta opción aparece una vez cargado el archivo de idioma). Finalmente, para
guardar los cambios, se debe hacer click en “Save”.
5.4.7 Registro de Gatekeeper y Trunk.
De acuerdo al capítulo 4.4, por motivos de administración, cada CallManager
debe ser registrado en el Gatekeeper correspondiente a su zona. En el caso
del Hospital El Pino y CRS el Pino, el CallManager debe ser registrado en el
Gatekeeper TIC. La configuración en el Gatekeeper se detalló paso a paso en
el capitulo recién mencionado. Para el caso del CallManager, se debe registrar
el Gatekeeper hacia el cual debe apuntar, y crear un Trunk o ruta lógica hacia
el Gatekeeper.
Como primer paso, se debe acceder al menú “Gatekeeper”: Device =>
Gatekeeper. Una vez dentro, hacer click en “Add New”. En el campo “Host
Name/IP Address” debe ser ingresada la IP del Gatekeeper correspondiente:
10.17.128.120, para guardar los cambios, click en “Save”.
Para crear el Trunk, se debe acceder al menú “Trunk”: Device => Trunk. Click
en “Add New”. En la pantalla emergente, se debe especificar el tipo de Trunk a
implementar. El Trunk Type a seleccionar, en esta oportunidad, debe ser H.225
Trunk, mientras que el campo “Device Protocol” es por defecto (H225).
Presionando “Next”, aparecerá la pantalla de configuración del Trunk.
En “Device Information”, el hostname que llevará en esta oportunidad será GK-
CCM-HPEPN. El device pool a seleccionar será DP-Interno. En “Call Routing
Information – Inbound Calls”, el Calling Search Space a utilizar será CSS-
Anexos. En “Gatekeeper Información”, se debe seleccionar en el campo
“Gatekeeper Name” la dirección IP del Gatekeeper creado con anterioridad.
“Terminal Type”0, en esta oportunidad, deberá ser seleccionado como
Gateway. “Technology Prefix”, está definido en el Gatekeeper como tecnología
por default, mediante el prefijo 1#*. La idea de utilizar un prefijo único, es con el
fin de dar mayor eficiencia a la red, ya que tener un mismo prefijo para
identificar cada zona de envío de llamadas (CallManager), implica que sólo se
tiene un único tipo de equipamiento (equipo Cisco), y que además, se cursa un
mismo tipo de llamada. Por último, se debe escribir en el campo “Zone”, el
mismo nombre utilizado en el capítulo 4.4 para identificar la zona local, el cual
es CCM-HPTEPN. Hecho todo lo anterior, se deben guardar los cambios (click
en Save), quedando registrado el Trunk en la base de datos del CallManager.
5.4.8 Registro de Gateways.
El registro de Gateways en el CallManager, ya sea router o IAD, sigue un
mismo procedimiento. Dado lo anterior, se ilustrará la configuración realizada
para el router especificando aquellos puntos en que exista diferencia respecto
de los IADs.
Los Gateways a crear son los siguientes:
10.14.163.2 (router principal) >> CSS-LDN
10.14.163.6 (IAD MP-118 rack Dirección) >> CSS-LDN
10.14.163.7 (IAD MP-114 rack Banco de Sangre) >> CSS-LDN
10.14.163.8 (IAD MP-112 rack Sala Informática) >> CSS-LDN
10.14.163.9 (IAD MP-112 rack 2do. Piso) >> CSS-LDN
10.14.163.10 (IAD MP-112 rack Maternidad) >> CSS-LDN
10.14.164.5 (IAD MP-114 rack CRS) >> CSS-LDN
10.14.164.6 (IAD MP-112 rack Mel) >> CSS-LDN
10.14.164.7 (IAD MP-112 rack Bronco) >> CSS-LDN
Para habilitar el router como Gateway, de manera que entre en funcionamiento
el Fax a integrar a la red IP, se debe acceder al menú “Gateway”: Device =>
Gateway. Una vez dentro del menú, para agregar el Gateway se debe hacer
click en “Add New”. De la lista que aparece en la pantalla emergente, se debe
seleccionar el tipo de Gateway a crear (H323 Gateway), para luego hacer click
en “Next”. Hecho lo anterior, aparece la pantalla de configuración del Gateway.
En el recuadro “Device Information”, en el campo “Device Name” debe ser
ingresada la IP seteada en el router en la interfaz H323-Gateway. (Para el caso
del AudioCodes, se registra la IP seteada vía Browser).
En Device Information, en el campo “Device Pool”, se debe seleccionar el pool
por defecto. En el recuadro “Call Routing Information Inbound Calls”, en el
campo “Calling Search Space”, se debe asignar el privilegio que tendrá
asignado el Gateway. Dado, que por disposición de la Unidad de Diseño de
Telefónica Empresas, los equipos Fax deben poder efectuar llamadas de larga
distancia nacional, el CSS a seleccionar debe ser CSS-LDN.
En el recuadro “Call Routing Information Outbound Calls”, el campo “Calling
Party Presentation”, que indica si el CallManager permite o bloquea el Caller-
ID, debe ser cambiado a “Allowed”. Hecho este último paso, se deben guardar
los cambios (click en “Save”), quedando registrado el Gateway en la base de
datos del CallManager.
5.4.9 Creación de Route Group y Route List.
Para asociar en el CallManager un determinado pattern con su respectivo
Gateway, deben ser creados previamente el Route Group y Route List
requerido. El Route Group asocia Gateways o Trunks en orden de prioridad.
Ahora, para el Caso del hospital El Pino y CRS El Pino, cada Route Group
asociará un único dispositivo (Gateway).
El Route List agrupa en sí uno o más Route Groups, además de llevar asociado
un CallManager Group. En el presente proyecto, cada Route List llevará
asociado un único Route Group, e irá asociado al CallManager Group por
defecto.
Al igual que en el caso de registro de Gateways (capítulo 5.4.8), dado que tanto
para el router como para los IADs, se deberán crear Route Group y Route List
individuales, y que además esta configuración es similar para todos, es que
sólo se mostrará la configuración realizada para el router, señalando para el
caso de los IADs, los puntos de diferencia.
Para crear el Route Group asociado al router, se debe acceder al menú “Route
Group”: Call Routing => Route/Hunt => Route Group. Para agregar, click en
“Add New”. En el recuadro Route Group Information, en el campo “Route
Group Name” debe ir el nombre del Route Group, que para este caso será
RG26-HPTEPN (Para los IADs, por acuerdo interno, se acostumbra a nombrar
al Route Group asociado como FX26-HPTEPNX (X=1,2,…., 8)). En el recuadro
“Find Devices to Add to Route Group” se debe buscar la IP del Gateway, para
esto se escribe la dirección en el campo “Device Name contains”, presionando
a continuación “Find”. La dirección IP debería aparecer en el rectángulo
contiguo, seleccionándola se debe presionar “Add to Route Group”.
Hecho esto, la IP seleccionada deberá aparecer en el recuadro “Current Route
Group Members”, más específicamente en el campo “Selected Devices”. Hecho
este último paso, se deben guardar los cambios (click en Save), quedando
registrado el Route Group.
Para crear el Route List, se debe acceder al menú “Route List”: Call Routing =>
Route/Hunt => Route List. Para agregar, click en “Add New”. En la pantalla
emergente, en el campo “name” debe ser ingresado el nombre del Route List:
RGL26-HPTEPN (para el caso del IAD, este debe ser FXL26-HPTEPNX
(X=1,2,….., 8)).
En el Campo “Cisco Unified CallManager Group”, se debe seleccionar el grupo
de CallManager por defecto. Hecho esto, se deben guardar los cambios (Save).
Antes que aparezca la pantalla de configuración del Route List, se muestra un
mensaje que advierte que al menos un Route Group debe ser asociado al
Route List. Una vez dentro de la configuración, para agregar el Route Group,
se debe hacer click en “Add Route Group”. En la pantalla emergente, del
campo Route Goup debe ser seleccionado el elemento en cuestión, luego de lo
cual se debe guardar el cambio realizado (Save). Hecho lo anterior, quedan
almacenados en la base de datos del CallManager los Route Group y Route
List creados. Ahora, estos deben ser asociados a un determidado pattern. En el
caso del router, debe ser asociado el pattern del Fax a registrar, o bien en el
caso de los IADS, los anexos que se les configuraron como Endpoint Phone
Numbers.
5.4.10 Registro de Pattern.
Para registrar los distintos patterns a utilizar, ya sea para la red IP de voz en
general, como aquellos que han sido asociados a un Gateway (router, IADs),
se deben realizar los pasos que se detallan a continuación.
Ahora, previo a realizar la configuración, se requiere dejar en claro un par de
alcances. Los pattern para salida de llamadas deben ir asociados a sus
respectivas particiones, por ejemplo: el pattern para salida de llamadas a
móviles, debe ir asociado a la partición PT-MOVIL. Los pattern de registro de
anexos asociados a Gateways, van asociados a la partición PT-ANEXOS.
Tomando en cuenta lo anterior, los pattern a registrar son los siguientes:
9.09[6-9]XXXXXXX (Llamadas a Celulares) >> PT-MOVIL
9.10X (Informaciones por PSTN) >>PT-SLM
9.1[34]X (Emergencias por PSTN) >> PT-EMERGENCIAS
9.600XXXXXXX (600 por PSTN) >> PT-SLM
9.800XXXXXX (800 por PSTN) >>PT-SLM
9.[2-9]XXXXXX (PSTN Local) >> PT-SLM
9188.0! (Llamadas LDI) >> PT-LDI
918832XXXXXXX (Llamadas LDN V Región) >> PT-LDN
918841XXXXXXX (Llamadas LDN VIII Región) >> PT-LDN
9188[2-7]XXXXXXX (Llamadas LDN) >> PT-LDN
9700! (Bloqueo de 700's) >> PT-SLM
[2-8]XXXXX (Llamadas Anexos MINSAL) >> PT-ANEXOS
267307
267309
267313
267325
267349
267391
267469
267484
267505
267547 (Fax IAD rack Sala Informática) >> PT-ANEXOS
267554 (Fax IAD rack 2do Piso) >> PT-ANEXOS
267618 (Fax IAD rack Maternidad) >> PT-ANEXOS
267524 (Fax IAD rack Mel) >> PT-ANEXOS
267583 (Fax IAD rack Bronco) >> PT-ANEXOS
267404
267439
267457
267460
267699 (Fax FXS router principal) >> PT-ANEXOS
Tomando en cuenta lo anterior, se debe acceder al menú “Route Pattern”: Call
Routing => Route/Hunt => Route Pattern. Click en “Add New” para agregar un
(Fax IAD rack dirección) >> PT-ANEXOS
(Fax IAD rack Banco de Sangre) >> PT-ANEXOS
(Fax IAD rack CRS) >> PT-ANEXOS
nuevo pattern. En el recuadro Pattern Definition, en el campo “Route Pattern”
se debe agregar el Pattern en cuestión. En el campo “Route Partition” se debe
seleccionar de la lista la partición deseada. En el campo “Gateway/Route List”
se debe seleccionar para el caso de los pattern de llamadas, el Trunk o ruta
lógica hacia el Gatekeeper, de manera que las llamadas sean direccionadas
hacia el Gatekeeper. En este punto, existe una única excepción, que es el
pattern de emergencias (9.1[34]X). Este Pattern en particular no deberá ser
apuntado hacia el Trunk, sino que de la lista se deberá selecionar el Route List
creado para el router principal.
La explicación de lo anterior, es que las llamadas a emergencias, como por
ejemplo a Carabineros, son sectorizadas, estableciéndose la llamada hacia la
dependencia más cercana, por eso no da lo mismo efectuar la llamada desde
distintas comunas. Al seleccionar para el pattern de emergencias, el Route List
creado para el router, las llamadas desbordarán hacia la PSTN a través de las
lineas de sobrevivencia (FXO) instaladas en el router (ver capítulo 5.3.1.4), en
lugar de hacerlo por los routers de zona primaria. En el caso de los pattern de
anexos asignados a Gateways (router, IADs), se deberá seleccionar el Route
List individual creado para cada uno de ellos.
En el campo “Route Option”, se deberá sellecionar la opción “Block this pattern”
solamente para el pattern de llamada a numeros 700, servicio que será
bloqueado a petición de la Unidad Administradora de Proyecto (UAP) del
Ministerio de Salud.
En el campo “Call Classification”, la opción “Provide Outside Dial Tone” debe
ser quitada (viene seleccionada por defecto) para el pattern de llamada a anexo
MINSAL, de manera que el usuario no tenga ninguna variación de tono al
momento de discar un anexo interno.
Para aquellos pattern que tengan asociados un comodín (PreDot), por ejemplo:
9.10X (el PreDot es un punto entre dígitos sucesivos), se deberá en el recuadro
“Called Party Transformations”, seleccionar del campo “Discard Digits” la
opción “PreDot”. En el mismo recuadro, se debe agregar en el campo “Pefix
Digits (Outgoing Calls)” los dígitos 92. Explicando lo anterior, el PreDot tiene
como propósito direccionar las llamadas de los pattern en cuestión
directamente hacia el Gateway de zona primaria, de manera que desborden a
la PSTN localmente.
Hecho lo anterior, click en “Save” de manera de guardar los cambios. Una vez
creados los patterns de llamadas, y habilitados todos los servicios, es posible
iniciar el registro de teléfonos IP.
5.4.11. Habilitación de Conferencia.
Habilitar el servicio de conferencia, implica como prerrequisito tener habilitado
el servicio en el Gateway (router principal), y tener como dato la MAC Address
de la interfaz H323-Gateway (GigabitEthernet 0/0.2). Considerando lo anterior,
en el CallManager se debe acceder al menú “Conference Bridge”: Media
Resources => Conference Bridge.
Presionando “Find”, aparece en pantalla el Bridge por defecto que crea el
CallManager. Se debe crear uno nuevo, dirigido hacia el Gateway. Para esto,
se debe hacer click en “New”. En la pantalla emergente, el menú “Conference
Bridge Type” debe indicar Cisco Conference Bridge Hadware. A continuación,
se debe ingresar la MAC Address de la sub-interfaz de voz (001FCA8761A0),
una breve descripción e indicar el Device Pool correspondiente (DP-Interno),
para luego hacer click en “Save”.
A continuación, se debe acceder al menú “Media Resouce Group”: Media
Resources => Media Resouce Group. Una vez dentro se debe crear un nuevo
grupo (Add New). Como nombre, este debe llevar la sigla MG-HPTEPN. En el
cuadro Available Media Resources, seleccionar el “Conference Bridge” creado
recientemente, y agregarlo al cuadro “Selected Media Resources”. Luego hacer
click en “Save”. Realizado lo anterior, se debe acceder al menú “Media
Resouce Group List”: Media Resources => Media Resouce Group List. En este
caso, debe ser creado un nuevo MGL, para lo cual se debe hacer click en “Add
New”. Como nombre, debe llevar la sigla MGL-HPTEPN. En el cuadro
“Available Media Resource Groups” se debe seleccionar el Media Group
creado anteriormente y agregarlo al cuadro “Selected Media Resource Groups”.
Hecho lo anterior, queda habilitado el servicio de conferencia, el cual debe ser
asignado a cada teléfono IP que lo requiera (ver Capítulo 5.4.15).
5.4.12 Callback.
El servicio Callback permite al usuario que efectúa una llamada a un teléfono IP
registrado en el mismo CallManager, y si este no está disponible (línea
ocupada o no respuesta), recibir un timbre de alerta, que le indique que el
usuario está disponible, de manera que pueda efectuar nuevamente la llamada.
Esto ocurre, una vez que el usuario hacia quién se está efectuando la llamada,
finalice la llamada que estaba efectuando, o bien, si este no contestaba
(usuario no disponible), una vez que realice cualquier llamada y cuelgue el
auricular. Para habilitar el servicio, se debe acceder al menú “Softkey
Template”: Device => Device Settings => Softkey Template. Presionando “Find”
aparecen todos los softkeys por defecto.
Seleccionando “Estándar User”, se tomará este softkey como molde para crear
uno que sirva al proposito buscado, de manera que se debe hacer click en
“Copy”. En la pantalla emergente, se debe cambiar el nombre del Softkey por
“Estandar User For Callback”, para luego hacer click en “Save”. Arriba, en el
menú “Related Links”, se debe seleccionar “Configure softkey Layout”, y hacer
click en “Go”. En el menú “Select a call state to configure” se debe seleccionar
“On Hook”. A continuación, del cuadro “Unselected Sofkeys”, se debe
seleccionar “Call Back” y agregarlo al menú “Selected Softkeys”, para luego
hacer click en “Save”. Nuevamente, en el menú “Select a call state to
configure”, se debe seleccionar “Ring Out”, y al igual que en el caso anterior,
agregar el softkey “Call Back”. Hecho lo anterior, queda habilitado el servicio de
Callback, el cual debe ser asignado a cada teléfono IP que lo requiera (ver
Capítulo 5.4.15).
5.4.13 Call Pickup.
El servicio de Call Pickup crea un grupo de captura de llamadas, el cual permite
a los usuarios que formen parte de él, capturar llamadas entrantes entre sí, en
el caso que uno de ellos no esté disponible. El grupo de captura debe ser
asignado a cada usuario en particular, y para asegurar su existencia, debe
estar asociado como mínimo a 2 usuarios. Ahora, en este caso, el facilitador
del Hospital El Pino y CRS El Pino, en la cartilla de programación generada
solicitó que determinados usuarios (no todos) formaran parte de los 19 grupos.
Los grupos solicitados son los siguientes: ARCHIVO, BIENESTAR, CAROP,
CIRUGIA, DIRECCION, ESTERILIZACION, FARMACIA, IIH, INFORMATICA,
JARDIN, MED, NEO, PEN, RRFF, SIQ, SOME, UCI, UMAT y URGSOME.
Para crear los grupos de captura, se debe acceder al menú “Call Pickup
Group”: Call Routing => Call Pickup Group.
Click en “Add New”. El nombre del grupo de Captura debe ingresarse en el
campo “Call Pickup Group Name”. En “Call Pickup Group Number”, debe ser
ingresado el número asociado al grupo de captura, el cual debe ser único. El
ideal en estos casos es a medida que se crean los grupos de captura,
asignarles números correlativos, de manera de mantener un orden. Finalmente,
se debe asignar la partición, la cual debe ser PT-Anexos, para luego hacer click
en “Save”. Esta operación debe repetirse por cada grupo de captura a crear.
5.4.14 Call Park.
Call Park permite al usuario que esta realizando una llamada, aparcar la
llamada activa en un número proporcionado por el CallManager. Para esto, al
pulsar el botón Call Park o Aparcar, en el visor del teléfono IP aparece un
mensaje, en el cual se advierte que la llamada ha sido aparcada en el anexo
XXXX. En el intertanto, el usuario al otro lado de la línea queda en modo de
llamada en espera. Ahora, para recuperar la llamada, el usuario puede digitar el
número de aparcamiento desde cualquier teléfono IP registrado en el
CallManager local. Para configurar este servicio, se debe acceder al menú “Call
Park”: Call Routing => Call Park. Click en “Add New”. En el campo “Call Park
Number/Range” se debe especificar el rango de anexos para aparcar llamadas.
En este caso se le asignara un rango de 100 anexos: 15XX (del 1500 al 1599).
La partición debe ser PT-Anexos y el CallManager a seleccionar es el local:
10.15.163.5. Hecho lo anterior, click en “Save”.
Una vez realizado lo anterior, el servicio queda habilitado para la totalidad de
usuarios.
5.4.15 Registro y configuración de teléfonos IP.
El registro de teléfonos IP tiene variedad de formas de realizarse, por ejemplo,
mediante autoregistro (registro dinámico de teléfonos IP), mediante carga de
archivos “csv” (Excel sin comas). Ahora, de manera de graficar aún más el
registro paso a paso de teléfonos IPs, este se realizará individualmente,
mediante registro de MAC Address.
Como primer paso, se debe acceder al menú “Phones”: Device => Phones.
Click en “Add New” para agregar un teléfono IP. En la pantalla emergente, se
debe seleccionar de la lista el modelo de teléfono a ingresar (Cisco 7911 o
Cisco 7960), luego click en “Next”. En la siguiente pantalla se debe seleccionar
el tipo de protocolo a utilizar, el cual en este caso es SCCP, y presionar
nuevamente “Next”.
En el recuadro emergente, en el campo MAC Address, se debe ingresar la
MAC Address del teléfono IP, la cual está señalada en la parte posterior del
teléfono. En el campo “Device Pool”, se debe seleccionar el pool por defecto.
En “Phone Button Template”, se debe seleccionar el template por defecto para
el modelo (Standard 7911 o Standard 7960 SCCP).
Para “Softkey Template”, se debe seleccionar el softkey creado con
anterioridad para Callback (Standard User for Callback) (ver capítulo 5.4.12).
“Calling Search Space” debe ser seleccionado de acuerdo al privilegio
solicitado para el teléfono IP en particular.
En “Media Resource Group List”, debe ser seleccionado el MGL creado para
habilitar el servicio de conferencia (ver capítulo 5.4.11).
“User Hold MOH Audio Source” y “Network Hold MOH Audio Source” son
campos llenados de manera opcional. En este caso dependerá de lo que
solicite a futuro por parte de la Unidad Administradora de Proyecto del
Ministerio de Salud. Por el momento se dejará la música en espera por defecto
que trae incorporada el CallManager.
Para “User Locale” debe seleccionarse Español, Reino de España. Para
“Netwok Locale” debe ser seleccionado Spain.
Finalmente, el perfil de seguridad del dispositivo debe ser Standard. Para esto,
en el recuadro “Protocol Specific Information” se debe seleccionar del campo
“Device Security Profile” la opción:”Cisco 7911 – Standard SCCP Non-Secure
Profile” o “Cisco 7960 – Standard SCCP Non-Secure Profile” (según modelo).
Hecho lo anterior, se debe hacer click en “Save”.
En la pantalla actual, aparecerá a la izquierda el recuadro “Association
Information”. En él, se debe hacer click en la opción “Line [1] - Add a new DN”.
En la nueva pantalla emergente, se debe ingresar el número de anexo del
teléfono IP. Para esto, en el recuadro “Directory Number Information” debe ser
ingresado el anexo asignado al teléfono IP.
En el campo “Route Partition”, debe ser seleccionada la partición PT-Anexos.
Los campos “Alerting Name” y “ASCII Alerting Name” deben ser completados
con el nombre del usuario. La función de estos campos es que en el teléfono IP
que llamé a este anexo, aparezca en pantalla el nombre del usuario al que
efectúa la llamada. ASCII, soporta sólo una cantidad limitada de caracteres, y
es ocupado cuando los aparatos opuestos presentan el mismo defecto.
En el recuadro “Call Forward and Call Pickup Settings” se deben setear los
desvíos solicitados por el usuario. En esta oportunidad el usuario solicitó desvío
en caso de no respuesta (Forward No Answer) y desvío en caso de línea
ocupada (Forward Bussy). Cada desvío en particular tiene 2 campos: Internal y
External. El segundo se llena automáticamente. En este mismo recuadro, a la
derecha de la pantalla, aparece la opción Calling Search Space. Cada desvío
tiene que tener habilitado un CSS (salvo la opción Secondary Calling Search
Space for Forward All), y este debe ser CSS-Anexos (solo desvíos a anexos
MINSAL).
En el campo “Call Pickup Group”, se debe seleccionar el grupo de captura
asignado al teléfono IP, el cual debe haber sido creado previamente en el CCM
(ver capítulo 5.4.13).
En el recuadro Line 1 on Device SEPXXXXXXXXXXXX (nombre varía de
acuerdo a la MAC Address del teléfono) se debe agregar nuevamente el
nombre de usuario en los campos “Display” (Internal Caller ID) y “Line Text
Label”, incluyendo los campos ASCII. La función de Display es mostrar en la
pantalla del número al cual se llame desde este anexo, el nombre del usuario
de este teléfono IP. Line Text Label muestra en el visor del teléfono IP el
nombre de usuario.
Hecho lo anterior, se deben guardar los cambios (click en Save), quedando
registrado completamente el teléfono IP en la base de datos del CallManager.
