Diferencia entre revisiones de «Howto's»
Línea 192: | Línea 192: | ||
loadzone = es | loadzone = es | ||
defaultzone = es | defaultzone = es | ||
+ | |||
+ | == Configurar protocolo SIP TCP o UDP en terminal Cisco == | ||
+ | |||
+ | Configuración de terminal Cisco para para funcionar bajo TCP o UDP: | ||
+ | Modificar parámetro | ||
+ | <transportLayerProtocol>X</transportLayerProtocol> | ||
+ | |||
+ | Donde X es: | ||
+ | 1: TCP | ||
+ | 2: UDP | ||
+ | 4: Valor por defecto del firmware (al menos en la última versión equivale a TCP) |
Revisión del 17:35 17 may 2016
Producto: | VIVAit Call
VIVAit Suite VIVAit Fax |
---|
Sumario
- 1 Como crear un grupo de captura y que se vea en cada teléfono el número que llama
- 2 Como crear supletorios
- 3 Como "dar paso" a través de un enlace exterior si hay una llamada para una extensión creada en el sistema pero no registrada
- 4 Comprobación de versiones de elementos de la plataforma
- 5 Añadir Auto-Answer a la cabecera SIP
- 6 Crear un motivo desconexión para el Sunim
- 7 Envío de variables CTI al ACD ante un GW con asterisk 13
- 8 Calendarios
- 9 Uso de reloj hardware en nodos de procesamiento
- 10 Configurar protocolo SIP TCP o UDP en terminal Cisco
1 Como crear un grupo de captura y que se vea en cada teléfono el número que llama
ATENCIÓN: SE CREAN CONFIGURACIONES NO REFLEJADAS EN PORTAL DE ADMINISTRACIÓN
Para la simulación de grupos de captura y conseguir que todos los terminales vean el ANI del llamante
- Hacen falta teléfonos con dos líneas
- Cada teléfono del grupo tiene en la línea 1 su extensión habitual (por ejemplo 40000)
- Además, en el fichero "sip_Estatico.conf", creamos una segunda extensión para cada teléfono, que le ocupará la segunda línea (por ejemplo 42000)
- En esta segunda linea ponemos que cuando se llame tenga otro tono de llamada (un beep o nada...) que se asemeje en funcionamiento al de un mensaje de llamada en otra extension de mi grupo de captura
- Se ha creado una variable global por cada teléfono en el fichero de variables "ext_MDtel_Particular.conf" de nombre EXTxxxxx (por ejemplo EXT40000); esa variable contiene las otras extensiones virtuales del grupo por ejemplo EXT40000=&SIP/42001&SIP/42005
- Hemos creado en el dialplan programación para que cuando exista esa variable global se añada a la marcación el contenido
2 Como crear supletorios
ATENCIÓN: SE CREAN CONFIGURACIONES NO REFLEJADAS EN PORTAL DE ADMINISTRACIÓN
Igual que el caso anterior pero en la variable ponemos numeros reales; ATENCIÓN !!! en las llamadas salientes cada uno presenta su número
3 Como "dar paso" a través de un enlace exterior si hay una llamada para una extensión creada en el sistema pero no registrada
Este procedimiento es de utilidad en procesos de migración, en los que recibimos las llamadas de la RTC, nos las quedamos si la extensión ya está registrada en VIVAit y la mandamos hacia la plataforma a migrar si aún sigue migrada ahí
El procedimiento es:
- Activar desvío por no contesta en la extensión (portal de administración - VIVAit Call - Dispositivos - Extensiones - campo "Desvio no contesta", indicando como destino un prefijo (por ejemplo "99") seguido de la extensión destino
- Creamos una preruta en vivait-call - rutas -prerutas con origen "99", le quitamos el prefijo en campo "Destino saliente 1" (valor -2) e indicamos en campo "Tipo destino sal. 1" como "Ruta externa"
- Debera existir una ruta externa para esa numeración
4 Comprobación de versiones de elementos de la plataforma
Aplicaciones
- Botón derecho del ratón, Acerca De
Portales
- En el Vivait-Call, en la pantalla de inicio de sesión pone el número de versión del portal.
- Tanto en el Monitor como en el Tracker no se puede saber.
Demonios
- Mediante el comando nc localhost <Puerto demonio>. Ejemplo:
- nc localhost 1120
- motorSal sis ver='03.02.00' inic='20150427 123457' alarmas=0 ultAlar='00000000000000'
- motorSal gmp msj=253/256 buf=256/256 tarea=99/102
- motorSal tmp uptime=12624 (0d 3h 30m 24s)
- motorSal mtr mys=1 ocup=0% planif=13(0) intento=11(0)
- Ejemplos puertos demonios:
- 1111: vivait-cti
- 1112: myAcdSuperv
- 1113: recordNodo
- 1114: recordCentral
- 1115: intz-nimitz
- 1120: motorSal
- Ejemplos puertos demonios:
Base de datos
- No se puede saber la versión a no ser que se comparen esquemáticos con los subidos en el redmine
5 Añadir Auto-Answer a la cabecera SIP
Si queremos que un teléfono tenga autoanswer:
- En el peer poner: headeraa=Call-Info: answer-after=0, esto tiene que ir en la plantilla de la extensión o como campo en la extensión. Dependiendo del terminal que utilicemos el valor de este campo variará:
Aastra: Alert-Info: info=alert-autoanswer Grandstream: Call-Info: answer-after=0 Linksys: Call-Info:\;Answer-After=0 Polycom: Alert-Info: Ring Answer Snom: Call-Info: answer-after=0 Snom (nuevo firmware): Call-Info: <sip:IP>\;answer-after=0 Yealink: Call-Info: answer-after=0
- Luego en el diaplan añadir lo siguiente: exten => _[*#%0-9a-zA-Z].,n,set(__AutoAnswer=AA) (Esto tendremos que ver como ponerlo de manera automática). De manera provisional si queremos que sea para llamadas salientes pondremos esto en el ext_n_marcador.conf. Si queremos que sea llamadas entrantes lo pondremos en ext_n_MARCAR.conf
6 Crear un motivo desconexión para el Sunim
Para crear motivos de desconexión adicionales a los que ya ofrece la aplicación tendremos que añadir una nueva entrada en la BD. El comando que emplearíamos seria el siguiente:
INSERT INTO `nimitz`.`COM_ENUMERADOS` (`ID`, `C_NOMBRE`, `C_TEXTO`, `N_POSICION`, `C_OBSERV`) VALUES(1000700, 'TSesAgMotDesc', 'Nombre Motivo de desconexión', 60, ' ');
El ID debe ser mayor o igual a 1000700 y menor a 1000800. El N_POSICION debe ser mayor o igual a 60 y menor que 100.
7 Envío de variables CTI al ACD ante un GW con asterisk 13
Dado que para un GW con asterisk 13 un nodo ACD es considerado un elemento externo, por defecto, no se envían variables CTI (UCID, ...). En una fututa versión del nodo ACD, ya no se considerará un elemento externo por lo que si se enviarán dichas variables. Para lograrlo en la versión 3.0 de la plataforma Vivait hay que modificar el fichero ext_MARCAR_Externo_Particular.conf del GW. Deberemos poner la siguiente linea.
same => n,Macro(escribirDatosCti)
8 Calendarios
8.1 Enrutamiento inteligente
Ante una llamada a un destino, si hay cita de ocupado en el calendario se desvia al número indicado en el campo "location" del calendario o a su buzon de voz si hay valor en dicho campo
same => n,Set(CalendarBusy=${CALENDAR_BUSY(GoogleCalendar)}) same => n,Set(id=${CALENDAR_QUERY(GoogleCalendar)}) same => n,NoOP(hay ${CALENDAR_QUERY_RESULT(${id},getnum)} eventos) same => n,Verbose(3,The state of GoogleCalendar is $ {DEVICE_STATE(Calendar:GoogleCalendar)}) same => n,Set(CalendarLocation=${CALENDAR_QUERY_RESULT(GoogleCalendar,location)}) same => n,GotoIf($["${CalendarBusy}"=="1"]?:conCategoria) same => n,GotoIf($["${CalendarLocation}"==""]?buzon) same => n,Goto(Cen_iniLlam,${CalendarLocation},1) same => n(buzon),Playback(Particular/buzon) same => n,Hangup same=> n(conCategoria),Goto(Cen_iniLlam,${EXTEN},1)
9 Uso de reloj hardware en nodos de procesamiento
9.1 En nodo de procesamiento ACD
En un nodo de procesamiento ACD es obligatorio instalar dahdi y una tarjeta de primario para emplear reloj hardware, ya que el reloj software que va en el asterisk 1.4 es defectuoso. Para configurarlo basta con instalar la tarjeta en el servidor, instalar dahdi y posteriormente ejecutar el siguiente comando:
dahdi_cfg
Este comando generaŕa el fichero /etc/dahdi/system.conf
Para comprobar que el comando se ha ejecutado satisfactoriamente lo abriremos y tendrá que tener un formato semejante al siguiente ejemplo:
# Autogenerated by /usr/sbin/dahdi_genconf on Tue Oct 22 17:42:59 2013 # If you edit this file and execute /usr/sbin/dahdi_genconf again, # your manual changes will be LOST. # Dahdi Configuration File # # This file is parsed by the Dahdi Configurator, dahdi_cfg # # Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" HDB3/CCS/CRC4 span=1,1,0,ccs,hdb3,crc4 # termtype: te bchan=1-15,17-31 dchan=16 echocanceller=oslec,1-15,17-31 # Global data loadzone = es defaultzone = es
9.2 En nodo de procesamiento de corporativa
En un nodo de procesamiento de corporativa no obligatorio instalar dahdi y una tarjeta de primario para emplear reloj hardware, ya que el no se han detectado errores en el reloj por software. Sin embargo si instalamos dahdi y una tarjeta de primario para emplear reloj hardware, el sistema funcionará mejor. Para configurarlo basta con instalar la tarjeta en el servidor, instalar dahdi y posteriormente ejecutar el siguiente comando:
dahdi_cfg
Este comando generaŕa el fichero /etc/dahdi/system.conf
Para comprobar que el comando se ha ejecutado satisfactoriamente lo abriremos y tendrá que tener un formato semejante al siguiente ejemplo:
# Autogenerated by /usr/sbin/dahdi_genconf on Tue Oct 22 17:42:59 2013 # If you edit this file and execute /usr/sbin/dahdi_genconf again, # your manual changes will be LOST. # Dahdi Configuration File # # This file is parsed by the Dahdi Configurator, dahdi_cfg # # Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" HDB3/CCS/CRC4 span=1,1,0,ccs,hdb3,crc4 # termtype: te bchan=1-15,17-31 dchan=16 echocanceller=oslec,1-15,17-31 # Global data loadzone = es defaultzone = es
10 Configurar protocolo SIP TCP o UDP en terminal Cisco
Configuración de terminal Cisco para para funcionar bajo TCP o UDP: Modificar parámetro
<transportLayerProtocol>X</transportLayerProtocol>
Donde X es:
1: TCP 2: UDP 4: Valor por defecto del firmware (al menos en la última versión equivale a TCP)